Bug#884094: register_key_type symbol missing, ABI counter not incremented

[Liam Healy]

On Tue, Dec 12, 2017 at 2:25 AM, Sergio Gelato
 wrote:
> * Ben Hutchings [2017-12-11 15:59:38 +]:
>> I don't think there's any good way to deal with this
>> now, other than to force a rebuild of the module.
>
> Was afraid of that. It's what I did, of course, but it complicates the 
> rollout.
> (I ran "dkms remove openafs/1.6.20 -k $(uname -r); dkms install 
> openafs/1.6.20".)

Thanks for posting the workaround instructions. For the benefit of
others, these are the complete set of commands that I used to restore
AFS access

sudo dkms remove openafs/1.6.20 -k $(uname -r); sudo dkms install openafs/1.6.20
sudo modprobe openafs
sudo systemctl stop openafs-client.service
sudo systemctl start openafs-client.service
aklog

Bug#884094: User message

[Liam Healy]

I have experienced this same problem suddenly on doing a safe-upgrade.
Thank you for identifying the cause and reporting the problem. For the
benefit of those users who will also encounter the problem and search
for the cause, the user experience symptom is that on aklog, the
following message is returned:

aklog: a pioctl failed while obtaining tokens for 

If dmesg shows the message reported, then this is the cause.

Bug#875894: pst-utils: Segfault from readpst

[Liam Healy]

Package: pst-utils
Version: 0.6.59-1+b1
Severity: important

Running readpst on file exported from Outlook as "backup.pst"
readpst -M backup.pst -o .

Opening PST file and indexes...
Processing Folder "Deleted Items"
Processing Folder "Inbox"
"Outlook Data File" - 2 items done, 0 items skipped.
Segmentation fault

The resultant directory "Outlook Data File" is empty. I expected no
segfault and a directory with mail files.

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

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

Versions of packages pst-utils depends on:
ii  libc6 2.24-11+deb9u1
ii  libgcc1   1:6.3.0-18
ii  libgd32.2.4-2+deb9u2
ii  libglib2.0-0  2.50.3-2
ii  libgsf-1-114  1.14.41-1
ii  libpst4   0.6.59-1+b1
ii  libstdc++66.3.0-18

pst-utils recommends no packages.

pst-utils suggests no packages.

-- no debconf information

Bug#848257: Setting JAVA_HOME

[Liam Healy]

While setting JAVA_HOME as described does indeed eliminate the warning
message, the contents of the file are still not shown, which is the
major problem, as it renders the program useless.

Bug#853750: Merge this bug into 848257

[Liam Healy]

I believe this bug is already reported, see https://bugs.debian.org/848257.

Bug#810549: Confirmed; proposed workaround does not help

[Liam Healy]

I am seeing this error as well. The proposed workaround of deleting
~/.openshot does not help in my case.

Bug#848257: hdfview: No java runtime was found

[Liam Healy]

Package: hdfview
Version: 2.11.0+dfsg-2+b1
Severity: important

Dear Maintainer,

  * What led up to the situation?
Trying to run hdfview
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
At the shell, run hdfview, either with or without a file argument.
   * What was the outcome of this action?
A warning message:
[warning] /usr/bin/hdfview: No java runtime was found
then hdfview starts up, but cannot view an HDF file.
   * What outcome did you expect instead?
No warning message, and the ability to view an HDF file.

Liam

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

Kernel: Linux 4.8.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages hdfview depends on:
ii  default-jre 2:1.8-57
ii  java-wrappers   0.1.28
ii  libjgraph-java  5.12.4.2+dfsg-5
ii  libjhdf4-java   2.11.0+dfsg-2+b1
ii  libjhdf5-java   2.11.0+dfsg-2+b1
ii  libslf4j-java   1.7.21-2

hdfview recommends no packages.

Versions of packages hdfview suggests:
ii  firefox-esr [www-browser]  45.5.1esr-1

-- no debconf information

Bug#726431: offlineimap: No retrieval of email, 'str' object has no attribute 'read'

[Liam Healy]

Package: offlineimap
Version: 6.3.4-1
Severity: important

Dear Maintainer,

   * What led up to the situation?
Safe-upgrade of Wheezy

   * What exactly did you do (or not do) that was effective (or ineffective)?
Run offlineimap the same way as I had successfully prior to the upgrade
offlineimap -c ~/os/init/offlineimaprc -u basic -o

   * What was the outcome of this action?
I received error messages for each folder, and no mail was retrieved.
For example,

WARNING: ERROR in syncfolder for ccs folder INBOX: Traceback (most
recent call last):
  File /usr/lib/pymodules/python2.7/offlineimap/accounts.py, line
306, in syncfolder
statusfolder.cachemessagelist()
  File /usr/lib/pymodules/python2.7/offlineimap/folder/LocalStatus.py,
line 72, in cachemessagelist
if not line and not line.read():
AttributeError: 'str' object has no attribute 'read'

   * What outcome did you expect instead?
I expected it to download all my new messages, as before

The aptitude log shows that these packages are new in the upgrade
 [UPGRADE] python:amd64 2.7.3-4 - 2.7.3-4+deb7u1
 [UPGRADE] python-libxml2:amd64 2.8.0+dfsg1-7+nmu1 - 2.8.0+dfsg1-7+nmu2
 [UPGRADE] python-minimal:amd64 2.7.3-4 - 2.7.3-4+deb7u1

This is the offlineimaprc (with server/account information elided)
that is unchanged

[general]
accounts = ccs
ui = quiet
# temporary due to problems with Server said: ... is not writable
ignore-readonly = yes

[Account ccs]
localrepository = ccslocal
remoterepository = ccs
autorefresh = 1
quick = 5
postsynchook = ~/os/init/offlineimapsync.bash

[Repository ccslocal]
type = Maildir
localfolders = ~/mail/ccs

[Repository ccs]
type = IMAP
remotehost = ccs...
ssl = yes
cert_fingerprint = ...
remoteport = 993
remoteuser = healy

Access to the server is through Kerberos. As it stands, offlineimaprc
is now unusable for me.


-- System Information:
Debian Release: 7.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-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/dash

Versions of packages offlineimap depends on:
ii  python  2.7.3-4+deb7u1
ii  python-support  1.0.15

offlineimap recommends no packages.

Versions of packages offlineimap suggests:
pn  doc-base none
ii  python-kerberos  1.1+svn4895-1+b2

-- 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#674028: closed by Carsten Schoenert c.schoen...@t-online.de (Re: Bug#674028: Icedove removed, cannot reinstall)

[Liam Healy]

This is incorrect.  The new problem is that I am totally unable to install
icedove at all after following instructions to change to the debug version.

Liam


On Thu, Nov 1, 2012 at 12:18 PM, Debian Bug Tracking System 
ow...@bugs.debian.org wrote:

 This is an automatic notification regarding your Bug report
 which was filed against the icedove package:

 #674028: icedove: SIGSEGV crash after a few minutes of use

 It has been closed by Carsten Schoenert c.schoen...@t-online.de.

 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Carsten Schoenert 
 c.schoen...@t-online.de by
 replying to this email.


 --
 674028: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674028
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems


 -- Forwarded message --
 From: Carsten Schoenert c.schoen...@t-online.de
 To: Liam Healy l...@healy.washington.dc.us, 674028-d...@bugs.debian.org
 Cc:
 Date: Thu, 1 Nov 2012 17:14:11 +0100
 Subject: Re: Bug#674028: Icedove removed, cannot reinstall
 Hello Liam,

 so you reported no more new problems I will close this bug.
 Thanks for reporting!

 Regards
 Carsten

 On Wed, Sep 26, 2012 at 10:14:14AM -0400, Liam Healy wrote:
  Thank you for your suggestions and pointers for debugging icedove.  I did
 
 
  sudo aptitude update
  sudo aptitude install gdb icedove-dbg strace
 
  The following NEW packages will be installed:
icedove-dbg libnss3{ab} libvpx1{a}
  The following packages will be upgraded:
icedove{b}
  1 packages upgraded, 3 newly installed, 0 to remove and 4 not upgraded.
  Need to get 145 MB of archives. After unpacking 347 MB will be used.
  The following packages have unmet dependencies:
icedove: Depends: libcairo2 (= 1.10.2-2~) but 1.8.10-6 is installed.
 Depends: libpixman-1-0 (= 0.18.0) but 0.16.4-1 is installed.
 Depends: libsqlite3-0 (= 3.7.4) but 3.7.3-1 is installed.
libnss3: Conflicts: libnss3-1d ( 2:3.13.4-2) but 3.12.8-1+squeeze5 is
  installed.
  The following actions will resolve these dependencies:
 
   Remove the following packages:
  1) icedove
 
   Keep the following packages at their current version:
  2) icedove-dbg [Not Installed]
  3) libnss3 [Not Installed]
 
   Leave the following dependencies unresolved:
  4) enigmail recommends icedove | iceape
 
  Accept this solution? [Y/n/q/?]
  The following packages will be REMOVED:
icedove{a}
  0 packages upgraded, 0 newly installed, 1 to remove and 4 not upgraded.
  Need to get 0 B of archives. After unpacking 41.7 MB will be freed.
  Do you want to continue? [Y/n/?]
  (Reading database ... 266950 files and directories currently installed.)
  Removing icedove ...
  Processing triggers for gnome-menus ...
  Processing triggers for desktop-file-utils ...
  Processing triggers for man-db ...
  Processing triggers for menu ...
  Processing triggers for hicolor-icon-theme ...
 
  Current status: 4 updates [-1].
 
   sudo aptitude install gdb icedove-dbg strace
  The following NEW packages will be installed:
icedove{ab} icedove-dbg libnss3{ab} libvpx1{a}
  0 packages upgraded, 4 newly installed, 0 to remove and 4 not upgraded.
  Need to get 145 MB of archives. After unpacking 389 MB will be used.
  The following packages have unmet dependencies:
icedove: Depends: libcairo2 (= 1.10.2-2~) but 1.8.10-6 is installed.
 Depends: libpixman-1-0 (= 0.18.0) but 0.16.4-1 is installed.
 Depends: libsqlite3-0 (= 3.7.4) but 3.7.3-1 is installed.
libnss3: Conflicts: libnss3-1d ( 2:3.13.4-2) but 3.12.8-1+squeeze5 is
  installed.
  The following actions will resolve these dependencies:
 
   Keep the following packages at their current version:
  1) icedove [Not Installed]
  2) icedove-dbg [Not Installed]
  3) libnss3 [Not Installed]
 
 
  and now it seems that neither icedove nor icedove-dbg is installable.
   Because I need to use email, I have downloaded Thunderbird 15.0.1 and it
  seems to be working.

 -- Forwarded message --
 From: Liam Healy l...@healy.washington.dc.us
 To: Debian Bug Tracking System sub...@bugs.debian.org
 Cc:
 Date: Tue, 22 May 2012 11:41:15 -0400
 Subject: icedove: SIGSEGV crash after a few minutes of use
 Package: icedove
 Version: 3.0.11-1+squeeze10
 Severity: important

 Starting Monday May 21 2012, after a couple years use with no problems,
 icedove will not stay up for any length of time; it stays up anywhere
 from a few minutes to an hour.  I restarted icedove at least a dozen
 times over the course of the eight-hour workday Monday.  I did a
 safe-upgrade Monday but icedove was not directly affected.  I've
 included the last few aptitude logs below the typescript

 Script started on Tue 22 May 2012 11:03:18 AM EDT
  icedove -g
 /usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove

Bug#674028: Icedove removed, cannot reinstall

[Liam Healy]

Thank you for your suggestions and pointers for debugging icedove.  I did


sudo aptitude update
sudo aptitude install gdb icedove-dbg strace

The following NEW packages will be installed:
  icedove-dbg libnss3{ab} libvpx1{a}
The following packages will be upgraded:
  icedove{b}
1 packages upgraded, 3 newly installed, 0 to remove and 4 not upgraded.
Need to get 145 MB of archives. After unpacking 347 MB will be used.
The following packages have unmet dependencies:
  icedove: Depends: libcairo2 (= 1.10.2-2~) but 1.8.10-6 is installed.
   Depends: libpixman-1-0 (= 0.18.0) but 0.16.4-1 is installed.
   Depends: libsqlite3-0 (= 3.7.4) but 3.7.3-1 is installed.
  libnss3: Conflicts: libnss3-1d ( 2:3.13.4-2) but 3.12.8-1+squeeze5 is
installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) icedove

 Keep the following packages at their current version:
2) icedove-dbg [Not Installed]
3) libnss3 [Not Installed]

 Leave the following dependencies unresolved:
4) enigmail recommends icedove | iceape

Accept this solution? [Y/n/q/?]
The following packages will be REMOVED:
  icedove{a}
0 packages upgraded, 0 newly installed, 1 to remove and 4 not upgraded.
Need to get 0 B of archives. After unpacking 41.7 MB will be freed.
Do you want to continue? [Y/n/?]
(Reading database ... 266950 files and directories currently installed.)
Removing icedove ...
Processing triggers for gnome-menus ...
Processing triggers for desktop-file-utils ...
Processing triggers for man-db ...
Processing triggers for menu ...
Processing triggers for hicolor-icon-theme ...

Current status: 4 updates [-1].

 sudo aptitude install gdb icedove-dbg strace
The following NEW packages will be installed:
  icedove{ab} icedove-dbg libnss3{ab} libvpx1{a}
0 packages upgraded, 4 newly installed, 0 to remove and 4 not upgraded.
Need to get 145 MB of archives. After unpacking 389 MB will be used.
The following packages have unmet dependencies:
  icedove: Depends: libcairo2 (= 1.10.2-2~) but 1.8.10-6 is installed.
   Depends: libpixman-1-0 (= 0.18.0) but 0.16.4-1 is installed.
   Depends: libsqlite3-0 (= 3.7.4) but 3.7.3-1 is installed.
  libnss3: Conflicts: libnss3-1d ( 2:3.13.4-2) but 3.12.8-1+squeeze5 is
installed.
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) icedove [Not Installed]
2) icedove-dbg [Not Installed]
3) libnss3 [Not Installed]


and now it seems that neither icedove nor icedove-dbg is installable.
 Because I need to use email, I have downloaded Thunderbird 15.0.1 and it
seems to be working.

Bug#674028: icedove: SIGSEGV crash after a few minutes of use

[Liam Healy]

Package: icedove
Version: 3.0.11-1+squeeze10
Severity: important

Starting Monday May 21 2012, after a couple years use with no problems,
icedove will not stay up for any length of time; it stays up anywhere
from a few minutes to an hour.  I restarted icedove at least a dozen
times over the course of the eight-hour workday Monday.  I did a
safe-upgrade Monday but icedove was not directly affected.  I've
included the last few aptitude logs below the typescript

Script started on Tue 22 May 2012 11:03:18 AM EDT
 icedove -g
/usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin
MOZILLA_FIVE_HOME=/usr/lib/icedove
  LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
DISPLAY=:0.0
DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove

 LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/components:/usr/lib/icedove
   SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
  LIBPATH=/usr/lib/icedove:/usr/lib/icedove
   ADDON_PATH=/usr/lib/icedove
  MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
  MOZ_TOOLKIT=
moz_debug=1
 moz_debugger=
/usr/bin/gdb /usr/lib/icedove/icedove-bin -x /tmp/mozargs.oqgxBG
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/lib/icedove/icedove-bin...(no debugging symbols
found)...done.
(gdb) handle SIG33 noprint nostop
SignalStop Print Pass to program Description
SIG33 No No Yes Real-time event 33
(gdb) run
Starting program: /usr/lib/icedove/icedove-bin
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffe9473700 (LWP 24678)]
[New Thread 0x7fffe7f6d700 (LWP 24679)]
[New Thread 0x7fffe57e6700 (LWP 24680)]
[New Thread 0x7fffe210e700 (LWP 24681)]
[New Thread 0x7fffe02ff700 (LWP 24682)]
[New Thread 0x7fffdda8f700 (LWP 24685)]
[New Thread 0x7fffdd28e700 (LWP 24686)]
[New Thread 0x7fffdca8d700 (LWP 24687)]
[New Thread 0x7fffd7fed700 (LWP 24688)]
[New Thread 0x7fffd7eec700 (LWP 24689)]
[New Thread 0x7fffd76ff700 (LWP 24690)]
[New Thread 0x7fffd75fe700 (LWP 24691)]
[New Thread 0x7fffd74fd700 (LWP 24692)]
[New Thread 0x7fffd73fc700 (LWP 24693)]
[New Thread 0x7fffd72fb700 (LWP 24694)]
[New Thread 0x7fffd71fa700 (LWP 24695)]
[New Thread 0x7fffd70f9700 (LWP 24696)]
[New Thread 0x7fffd6ff8700 (LWP 24697)]
[New Thread 0x7fffd69e0700 (LWP 24698)]
[New Thread 0x7fffd62ff700 (LWP 24699)]
[New Thread 0x7fffd61fe700 (LWP 24700)]
[New Thread 0x7fffd60fd700 (LWP 24701)]
[New Thread 0x7fffd5ffc700 (LWP 24703)]
[New Thread 0x7fffd5efb700 (LWP 24704)]
[New Thread 0x7fffd5dfa700 (LWP 24705)]
[New Thread 0x7fffd5cf9700 (LWP 24707)]
[Thread 0x7fffd62ff700 (LWP 24699) exited]
[New Thread 0x7fffd62ff700 (LWP 24733)]
[New Thread 0x7fffce6ff700 (LWP 24742)]
[New Thread 0x7fffccfff700 (LWP 24744)]
[New Thread 0x7fffcc5fa700 (LWP 24745)]
[New Thread 0x7fffcb7f9700 (LWP 24746)]
[New Thread 0x7fffcaff8700 (LWP 24747)]
[New Thread 0x7fffca5ff700 (LWP 24748)]
[New Thread 0x7fffc95fd700 (LWP 24750)]
[New Thread 0x7fffc9dfe700 (LWP 24749)]
[New Thread 0x7fffc8dfc700 (LWP 24751)]
[Thread 0x7fffc8dfc700 (LWP 24751) exited]
[Thread 0x7fffcaff8700 (LWP 24747) exited]
[Thread 0x7fffc9dfe700 (LWP 24749) exited]
[Thread 0x7fffca5ff700 (LWP 24748) exited]
[Thread 0x7fffe210e700 (LWP 24681) exited]
[New Thread 0x7fffe210e700 (LWP 24798)]
[New Thread 0x7fffca5ff700 (LWP 24800)]
[New Thread 0x7fffc9dfe700 (LWP 24801)]
[New Thread 0x7fffcaff8700 (LWP 24802)]
[New Thread 0x7fffc6fff700 (LWP 24803)]
[New Thread 0x7fffc57ff700 (LWP 24805)]
[Thread 0x7fffcaff8700 (LWP 24802) exited]
[Thread 0x7fffc57ff700 (LWP 24805) exited]
[Thread 0x7fffe210e700 (LWP 24798) exited]
[New Thread 0x7fffe210e700 (LWP 24839)]
[Thread 0x7fffcc5fa700 (LWP 24745) exited]

Program received signal SIGSEGV, Segmentation fault.
0x7fffdf3a3305 in ?? () from /usr/lib/icedove/components/libpipnss.so
(gdb) backtrace
#0  0x7fffdf3a3305 in ?? () from
/usr/lib/icedove/components/libpipnss.so
#1  0x7fffdf3b0513 in ?? () from
/usr/lib/icedove/components/libpipnss.so
#2  0x7fffe94d04e8 in ?? () from /usr/lib/icedove/components/libnecko.so
#3  0x7fffe9d969f6 in ?? () from /usr/lib/icedove/components/libmail.so
#4  0x7fffe9d7570d in ?? () from /usr/lib/icedove/components/libmail.so
#5  0x7fffe9d75fcf in ?? () from /usr/lib/icedove/components/libmail.so
#6  0x7fffe9dadc7e in ?? () from /usr/lib/icedove/components/libmail.so
#7  0x7fffe9db0a18 in ?? () from /usr/lib/icedove/components/libmail.so
#8  0x7fffe9d8d097 in ?? () from /usr/lib/icedove/components/libmail.so
#9  0x7fffe9d77924 in ?? () from /usr/lib/icedove/components/libmail.so
#10 

Bug#668195: openssh-server: Forwarded Kerberos ticket has the wrong filename

[Liam Healy]

On Mon, Apr 9, 2012 at 11:32 PM, Russ Allbery r...@debian.org wrote:

 Liam Healy l...@healy.washington.dc.us writes:

  When sshing to this computer with forwarded tickets, the filename is
  changed from what is defined by $KRBCCNAME on the client to some kind of
  default naming /tmp/krb5ccname_uid_x.  This means that the ticket
  is there, but not under the expected name, so setting $KRB5CCNAME on the
  server to the same value on the client means that the ticket is not
  seen.  This worked correctly under lenny.

 Why would you do that, rather than just let sshd set KRB5CCNAME to the
 appropriate value, which it will do automatically?  KRB5CCNAME should
 generally always point to a randomly-named ticket cache as long as files
 in /tmp are used, since otherwise you raise the possibility of DoS attacks
 and other annoyances due to known-file-name attacks in /tmp.

 KRB5CCNAME is a system-local setting.  It doesn't make sense to forward it
 from one system to another.  The remote system could be using something
 completely different to store the ticket cache, like KCM or kernel keyring
 caches.

 --
 Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


Because I use two Kerberos realms simultaneously, and I need to distinguish
them somehow.  I rename them with the realm name as part of the file name.
 I was using KRB5CCNAME in my report as a proxy for the filename, what I
should have said is that ticket file name is being changed from what it is
on the ssh client.  In addition, it seems that only $KRB5CCNAME ticket is
forwarded; it would be nice to be able to forward more than one ticket.  If
there's a better way to keep track of tickets than renaming the file, I'll
do that.

Thanks,
Liam

Bug#668195: openssh-server: Forwarded Kerberos ticket has the wrong filename

[Liam Healy]

Package: openssh-server

Version: 1:5.5p1-6+squeeze1

Severity: normal

When sshing to this computer with forwarded tickets,  the filename is
changed from what is defined by $KRBCCNAME on the client to some kind of
default naming /tmp/krb5ccname_uid_x.   This means that the ticket is
there, but not under the expected name, so setting $KRB5CCNAME on the
server to the same value on the client means that the ticket is not seen.
 This worked correctly under lenny.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openssh-server depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2. 1.5.36.1 Debian configuration
management sy
ii  dpkg1.15.8.12Debian package management
system
ii  libc6   2.11.3-2 Embedded GNU C Library: Shared
lib
ii  libcomerr2  1.41.12-4stable1 common error description
library
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries
- k
ii  libkrb5-3   1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries
ii  libpam-modules  1.1.1-6.1+squeeze1   Pluggable Authentication
Modules f
ii  libpam-runtime  1.1.1-6.1+squeeze1   Runtime support for the PAM
librar
ii  libpam0g1.1.1-6.1+squeeze1   Pluggable Authentication
Modules l
ii  libselinux1 2.0.96-1 SELinux runtime shared
libraries
ii  libssl0.9.8 0.9.8o-4squeeze7 SSL shared libraries
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers
libra
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init
scrip
ii  openssh-blacklist   0.4.1list of default blacklisted
OpenSS
ii  openssh-client  1:5.5p1-6+squeeze1   secure shell (SSH) client, for
sec
ii  procps  1:3.2.8-9/proc file system utilities
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages openssh-server recommends:
ii  openssh-blacklist-extra   0.4.1  list of non-default
blacklisted Op
ii  xauth 1:1.0.4-1  X authentication utility

Versions of packages openssh-server suggests:
pn  molly-guard   none (no description available)
pn  rssh  none (no description available)
pn  ssh-askpass   none (no description available)
pn  ufw   none (no description available)

-- debconf information:
  ssh/vulnerable_host_keys:
  ssh/new_config: true
* ssh/use_old_init_script: true
  ssh/encrypted_host_key_but_no_keygen:
  ssh/disable_cr_auth: false

Bug#602416: curl: kerberos ftp fails

[Liam Healy]

On Fri, Nov 5, 2010 at 11:03 AM, Liam Healy l...@healy.washington.dc.uswrote:

 On Fri, Nov 5, 2010 at 2:20 AM, Ramakrishnan Muthukrishnan
 rkrish...@debian.org wrote:
  On Fri, Nov 5, 2010 at 2:13 AM, Liam Healy l...@healy.washington.dc.us
 wrote:
 
  OK, done.  Now it segfaults
 
  curl -v --krb clear ftp://healy@/archive/catalogs/
  * About to connect() to  port 21 (#0)
  *   Trying aaa.bbb.ccc.ddd... connected
  * Connected to  (132.250.112.17) port 21 (#0)
   220 khan FTP server (Version 5.60) ready.
  * Trying mechanism GSSAPI...
  Segmentation fault
 
  curl --version
  curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o
 
  Looks like your curl version is 7.21.0 and libcurl is 7.21.2. Please
  try with curl version also upgraded to the same version.
 
  thanks
  Ramakrishnan
 

 Curl 7.21.2 doesn't make any difference;

 wget
 http://ftp.us.debian.org/debian/pool/main/c/curl/curl_7.21.2-1_amd64.deb
 dpkg -i curl_7.21.2-1_amd64.deb
 curl -V
 curl 7.21.2 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o
 zlib/1.2.3.4 libidn/1.15 libssh2/1.2.6
 Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps
 pop3 pop3s rtsp scp sftp smtp smtps telnet tftp
 Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

 curl --krb clear ftp://healy@/archive/catalogs/
 Segmentation fault

 Liam


I am still seeing this problem.  I decided to run with gdb to see if the
output would be informative.  I'm not sure how to interpret the result, but
perhaps it means something to an expert.  I could recompile with debugging
symbols if that would help.

Thank you.

gdb curl
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/curl...(no debugging symbols found)...done.
(gdb) run --krb clear ftp://healy@/archive/catalogs
Starting program: /usr/bin/curl --krb clear ftp://healy
@mira/archive/catalogs
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x77b9dc45 in Curl_ftpsendf () from /usr/lib/libcurl.so.4
(gdb) where
#0  0x77b9dc45 in Curl_ftpsendf () from /usr/lib/libcurl.so.4
#1  0x77bb14d4 in ?? () from /usr/lib/libcurl.so.4
#2  0x77bb1dba in Curl_sec_login () from /usr/lib/libcurl.so.4
#3  0x77b9cb56 in ?? () from /usr/lib/libcurl.so.4
#4  0x77b99846 in ?? () from /usr/lib/libcurl.so.4
#5  0x77b9ebea in Curl_protocol_connect () from
/usr/lib/libcurl.so.4
#6  0x77ba1b72 in Curl_connect () from /usr/lib/libcurl.so.4
#7  0x77bb0178 in ?? () from /usr/lib/libcurl.so.4
#8  0x00408f9f in ?? ()
#9  0x7741bc4d in __libc_start_main () from /lib/libc.so.6
#10 0x004024e9 in ?? ()
#11 0x7fffe238 in ?? ()
#12 0x001c in ?? ()
#13 0x0004 in ?? ()
#14 0x7fffe529 in ?? ()
#15 0x7fffe537 in ?? ()
#16 0x7fffe53d in ?? ()
#17 0x7fffe543 in ?? ()
#18 0x in ?? ()
(gdb)

Liam

Bug#602416: curl: kerberos ftp fails

[Liam Healy]

On Fri, Nov 5, 2010 at 2:20 AM, Ramakrishnan Muthukrishnan
rkrish...@debian.org wrote:
 On Fri, Nov 5, 2010 at 2:13 AM, Liam Healy l...@healy.washington.dc.us 
 wrote:

 OK, done.  Now it segfaults

 curl -v --krb clear ftp://he...@/archive/catalogs/
 * About to connect() to  port 21 (#0)
 *   Trying aaa.bbb.ccc.ddd... connected
 * Connected to  (132.250.112.17) port 21 (#0)
  220 khan FTP server (Version 5.60) ready.
 * Trying mechanism GSSAPI...
 Segmentation fault

 curl --version
 curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o

 Looks like your curl version is 7.21.0 and libcurl is 7.21.2. Please
 try with curl version also upgraded to the same version.

 thanks
 Ramakrishnan


Curl 7.21.2 doesn't make any difference;

wget http://ftp.us.debian.org/debian/pool/main/c/curl/curl_7.21.2-1_amd64.deb
dpkg -i curl_7.21.2-1_amd64.deb
curl -V
curl 7.21.2 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o
zlib/1.2.3.4 libidn/1.15 libssh2/1.2.6
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps
pop3 pop3s rtsp scp sftp smtp smtps telnet tftp
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

curl --krb clear ftp://he...@/archive/catalogs/
Segmentation fault

Liam



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

Bug#602416: curl: kerberos ftp fails

[Liam Healy]

Package: curl
Version: 7.21.0-1
Severity: normal

I cannot connect to a kerberized ftp server with valid tickets:

curl -v --krb clear ftp://he...@/archive/catalogs/
* About to connect() to  port 21 (#0)
*   Trying aaa.bbb.ccc.ddd ... connected
* Connected to  (aaa.bbb.ccc.ddd) port 21 (#0)
 220-
 220 khan FTP server (Version 5.60) ready.
* Trying GSSAPI...
 AUTH GSSAPI
 334 Using authentication type GSSAPI; ADAT must follow
* Trying against f...@
* Error creating security contextAUTH GSSAPI
 334 Using authentication type GSSAPI; ADAT must follow
* Trying against h...@
 ADAT YIICTgYJKoZIhvcSAQICAQBuggI9MII...
 235 ADAT=YIGWBgkqhkiG9xIBAgICAG+BhjC...
* Authentication successful
 USER healy
 533 All commands must be protected.
* Access denied: 533
* Closing connection #0
curl: (67) Access denied: 533

curl --version
curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 OpenSSL/0.9.8o
zlib/1.2.3.4 libidn/1.15 libssh2/1.2.5
Protocols: dict file ftp ftps http https imap imaps ldap ldaps pop3
pop3s rtsp scp sftp smtp smtps telnet tftp
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

I have no problems running under lenny (on a different computer) with
curl --version
curl 7.18.2 (x86_64-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g
zlib/1.2.3.3 libidn/1.8 libssh2/0.18
Protocols: tftp ftp telnet dict ldap ldaps http file https ftps scp sftp
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz


Liam

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

Kernel: Linux 2.6.32-5-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/dash

Versions of packages curl depends on:
ii  libc6  2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib
ii  libcurl3   7.21.0-1  Multi-protocol file transfer libra
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

curl recommends no packages.

curl 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#602436: libwxgtk2.8-dev: Cannot compile with WX_UNICODE = 0

[Liam Healy]

Package: libwxgtk2.8-dev
Version: 2.8.10.1-3+b1
Severity: normal

This is a report against the source package, not the compiled package (I
cannot figure out if filing against the source package is possible).

I need to compile an application that is not unicode-enabled.
Therefore, I need a version of this library compiled without unicode.
I did the following:

apt-get source libwxgtk2.8-dev
sudo aptitude build-dep libwxgtk2.8-dev
Edit debian/rules to set WX_UNICODE ?= 0
cd wxwidgets2.8-2.8.10.1/
dpkg-buildpackage -rfakeroot -uc -us

After a long time and lots of output, this failed.  The only error I can
find in the output is the following:

make[2]: Entering directory
`/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/contrib/src/mmedia'
/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/bk-deps g++ -c -o
mmediadll_vidxanm.o -I./.pch/wxprec_mmediadll -D__WXGTK__
-I../../../../contrib/src/mmedia/../../include -DWXUSINGDLL
-DWXMAKINGDLL_MMEDIA -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES
-I/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/lib/wx/include/gtk2-ansi-release-2.8
-I../../../../include -pthread -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/
-I/usr/include/pixman-1 -I/usr/include/freetype2
-I/usr/include/libpng12 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -DWX_PRECOMP -pthread -Wall -Wundef
-Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -pthread
-I/usr/include/libgnomeprintui-2.2 -I/usr/include/libgnomeprint-2.2
-I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/libxml2 -I/usr/include/pango-1.0
-I/usr/include/gail-1.0 -I/usr/include/gtk-2.0
-I/usr/include/freetype2 -I/usr/include/atk-1.0
-I/usr/lib/gtk-2.0/include -I/usr/include/cairo
-I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1
-I/usr/include/libpng12 -g -O2
../../../../contrib/src/mmedia/vidxanm.cpp
../../../../contrib/src/mmedia/vidxanm.cpp:23:27: warning:
X11/Intrinsic.h: No such file or directory
In file included from ../../../../contrib/src/mmedia/vidxanm.cpp:38:
../../../../contrib/src/mmedia/../../include/wx/mmedia/vidbase.h:19:23:
error: ./.pch/wxprec_mmediadll/wx/wxprec.h: No such file or directory
make[2]: *** [mmediadll_vidxanm.o] Error 1

...

make[2]: Leaving directory
`/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/contrib/src/svg'
make[1]: Leaving directory `/tmp/wxwidgets2.8-2.8.10.1/objs_gtk_sh/contrib/src'
touch install-gtk-shared-stamp
dh_testdir
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
dh_install objs_gtk_install/lib/libwx_base*.so.*usr/lib
dh_installdirs usr/share/lintian/overrides
grep ^libwxbase2.8-0-ansi: debian/lintian-override 
debian/libwxbase2.8-0-ansi/usr/share/lintian/overrides/libwxbase2.8-0-ansi
make: *** [install-wxbase-lib] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2


Is there a fix/workaround for this?
Thank you.

Liam



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

Bug#602416: curl: kerberos ftp fails

[Liam Healy]

On Thu, Nov 4, 2010 at 3:56 PM, Ramakrishnan Muthukrishnan
rkrish...@debian.org wrote:
 On Thu, Nov 4, 2010 at 11:24 PM, Liam Healy l...@healy.washington.dc.us 
 wrote:
 Package: curl
 Version: 7.21.0-1
 Severity: normal

 [...]

 curl --version
 curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 OpenSSL/0.9.8o
 zlib/1.2.3.4 libidn/1.15 libssh2/1.2.5
 Protocols: dict file ftp ftps http https imap imaps ldap ldaps pop3
 pop3s rtsp scp sftp smtp smtps telnet tftp
 Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

 Can you please try with 7.21.2 available in unstable archive?

 Ramakrishnan


OK, done.  Now it segfaults

curl -v --krb clear ftp://he...@/archive/catalogs/
* About to connect() to  port 21 (#0)
*   Trying aaa.bbb.ccc.ddd... connected
* Connected to  (132.250.112.17) port 21 (#0)
 220 khan FTP server (Version 5.60) ready.
* Trying mechanism GSSAPI...
Segmentation fault

curl --version
curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o
zlib/1.2.3.4 libidn/1.15 libssh2/1.2.6
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps
pop3 pop3s rtsp scp sftp smtp smtps telnet tftp
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

Liam



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

Bug#587810: curl: Permission denied using kerberized ftp

[Liam Healy]

Package: curl
Version: 7.21.0-1
Severity: normal

In trying to access a kerberized ftp server with the appropriate
valid tickets, I get an access denied error:

curl --krb clear ftp://he...@server/system/
curl: (67) Access denied: 533
curl -V
curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 OpenSSL/0.9.8o
zlib/1.2.3.4 libidn/1.15 libssh2/1.2.5
Protocols: dict file ftp ftps http https imap imaps ldap ldaps pop3
pop3s rtsp scp sftp smtp smtps telnet tftp
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

I can connect with the regular ftp client.
Moreover, I have another Debian computer running lenny with an older
version of curl,

curl 7.18.2 (x86_64-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g
zlib/1.2.3.3 libidn/1.8 libssh2/0.18
Protocols: tftp ftp telnet dict ldap ldaps http file https ftps scp sftp
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

and the curl --krb command works fine.

Did something change between the versions that causes this
permission problem?

Liam


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

Kernel: Linux 2.6.32-trunk-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/dash

Versions of packages curl depends on:
ii  libc6   2.11.1-3 Embedded GNU C Library: Shared lib
ii  libcurl37.21.0-1 Multi-protocol file transfer libra
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

curl recommends no packages.

curl 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#580077: openafs-client: Upgrade causes cacheinfo to be overwritten

[Liam Healy]

Package: openafs-client
Version: 1.4.12+dfsg-3
Severity: serious

Every upgrade for this package in the last year or more has
overwritten /etc/openafs/cacheinfo without querying the user, as is
required in Debian packages that are about to replace a configuration
file that has been changed by the user.  This is a major problem for
anyone who has a non-default cacheinfo, as it may be impossible to use
AFS.

This appears to violate Sec 10.7.3 of the policy manual:
Configuration file handling must conform to the following behavior:
* local changes must be preserved during a package upgrade, and
...

Therefore, I have given this report a severity of serious.

Liam

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

Kernel: Linux 2.6.32-trunk-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/dash

Versions of packages openafs-client depends on:
ii  debconf [debconf-2.0] 1.5.32 Debian configuration management sy
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand

Versions of packages openafs-client recommends:
ii  lsof  4.81.dfsg.1-1  List open files
ii  openafs-m 1.4.11+dfsg-2+2.6.30-6 AFS distributed filesystem kernel
ii  openafs-m 1.4.11+dfsg-6+2.6.30-8squeeze1 AFS distributed filesystem kernel
ii  openafs-m 1.4.11+dfsg-6+2.6.32-5 AFS distributed filesystem kernel
ii  openafs-m 1.4.12+dfsg-3  AFS distributed filesystem kernel

Versions of packages openafs-client suggests:
pn  openafs-docnone(no description available)
ii  openafs-krb5   1.4.12+dfsg-3 AFS distributed filesystem Kerbero

-- debconf information:
* openafs-client/fakestat: true
* openafs-client/afsdb: true
* openafs-client/run-client: true
* openafs-client/dynroot: true
* openafs-client/crypt: true
* openafs-client/thiscell: xxx.yyy.zzz
* openafs-client/cachesize: 35
  openafs-client/cell-info:



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

Bug#553533: Seeing BADSIG 9AA38DCD55BE302B frequently

[Liam Healy]

I realize this but is marked as closed, but I am seeing this error
frequently and intermittently, including today.

W: GPG error: http://ftp.us.debian.org squeeze Release: The following
signatures were invalid: BADSIG 9AA38DCD55BE302B Debian Archive
Automatic Signing Key (5.0/lenny) ftpmas...@debian.org
on doing an update

This is my sources.list

deb http://ftp.us.debian.org/debian/ squeeze main contrib non-free
deb-src http://ftp.us.debian.org/debian/ squeeze main contrib

deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib

deb http://www.debian-multimedia.org squeeze main


I am refusing the upgrades and installs for the time being, but it
would be nice to have
a workaround or fix.

Liam



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

Bug#548840: nvidia-kernel-source: Fails to compile

[Liam Healy]

Package: nvidia-kernel-source
Version: 173.14.09-5
Severity: grave

I followed the instructions given in
http://desiato.tinyplanet.ca/~lsorense/debian/debian-nvidia-dri-howto.html

aptitude install nvidia-kernel-common
m-a -i -t prepare
m-a clean,a-i -i -t -f nvidia-kernel-source

BUILD FAILED!
buildlog attached.

This may be related to 520706, but I don't follow the resolution of that bug.

Liam

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

Kernel: Linux 2.6.30-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 nvidia-kernel-source depends on:
ii  debhelper 7.4.2  helper programs for debian/rules
ii  dpatch2.0.31 patch maintenance system for Debia
ii  make  3.81-6 An utility for Directing compilati
ii  sed   4.2.1-3The GNU sed stream editor

Versions of packages nvidia-kernel-source recommends:
ii  devscripts2.10.55scripts to make the life of a Debi
ii  kernel-package12.021 A utility for building Linux kerne
pn  nvidia-glxnone (no description available)

nvidia-kernel-source suggests no packages.

-- no debconf information


nvidia-kernel-source.buildlog.2.6.30-1-amd64.1254093434
Description: Binary data

Bug#499026: krb5-clients: FTP crashes Linux on large files

[Liam Healy]

Hi Russ,

Thanks for your thoroughness.  As I recall, I tested on another
computer also running lenny and did not observe the problem.  I also
was able to determine that the same thing happened doing scp
(non-kerberized), so it clearly isn't ftp-specific.   Then I found
that for whatever reason, AFS works fine on the affected computer, so
that was my workaround.

I agree with you that it seems to be a hardware problem, especially
since evidently no one else has seen this problem.  It's possible that
it's an interaction of a hardware problem and kernel, but in any case,
it's not worth the time to diagnose, so go ahead and close the report.

Liam

On Fri, Jan 23, 2009 at 8:23 PM, Russ Allbery r...@debian.org wrote:
 Hi Liam,

 Back in November, you reported crashes when FTPing large files (or using
 scp) on your system.  I wanted to check with you to see if you ever found
 what was causing this.

 Russ Allbery r...@debian.org writes:

 The hard hang of the system with no long messages or console output does
 imply to me something going wrong in either the hardware or the kernel.
 Unfortunately, there are a lot of candidates, disk or some weirdness
 with the network card or drivers being the main candidates.

 I don't know how to diagnose further either.  :/

 I suspect that given you're seeing hard hangs of the system, there was
 some sort of hardware problem, but I'm not sure.  The bug is still open
 against the krb5 package in Debian, but my guess is that this isn't a
 problem with that package and should be closed.  However, I didn't want to
 do that without checking with you first.

 --
 Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/




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

Bug#499026: krb5-clients: FTP crashes Linux on large files

[Liam Healy]

When I run top, it shows the 2GB ram almost fully allocated and no
swap used; this is fairly typical in all situations in my experience.
I have experienced heavy paging before and this isn't it - this is a
total freeze.

I have some more data points, for what its worth.

The problem happens as reliably with scp as it does with ftp (which at
the very least means this report is under the wrong package).  I don't
have the problem doing a cp to an AFS filesystem.   I have a second
Debian Lenny client with all the same software installed (newer
hardware) and it doesn't have trouble ftping the large file out.  It
seems possible this is a hardware problem, but I don't know how to
diagnose it.

Liam

On Mon, Sep 15, 2008 at 2:16 PM, Russ Allbery [EMAIL PROTECTED] wrote:
 Liam Healy [EMAIL PROTECTED] writes:

 If the file is large enough ( 1 GB or so), an ftp put will reliably
 crash Linux.  At some point during the transfer (about 1 to 3GB), the
 screen will freeze with no response from keyboard, mouse, or updates on
 running programs; also unresponsive on the network to pings or ssh.
 Reboot is the only option.  After reboot, there is nothing in any logs
 that I can find to indicate what happened.

 The only thing that I can think of that might cause that sort of symptoms
 is running out of system memory and going heavily into swap (in which case
 the system would recover eventually when the out-of-memory handler started
 killing processes).  If you watch memory usage in top while this is
 happening, does that back up this guess?

 (In general, if a userspace program can crash the system, that's a bug in
 the kernel, no matter what the program is doing, but memory allocation
 problems can cause the system to be extremely slow for an extended period
 of time until the kernel sorts out what to kill, particularly depending on
 your swap setup.)

 --
 Russ Allbery ([EMAIL PROTECTED])   http://www.eyrie.org/~eagle/




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

Bug#488844: CUPS not functioning

[Liam Healy]

I am seeing this same problem.  The idea to change ~/.gtkrc-2.0 works,
but misses the bug.  It gives you the option to print to a file or to
LPR.  This works if all you care about is your default printer; no
other printer can be used.  If I specify
gtk-print-backends = file,cups
I get exactly the default result: file shows and allows printing, all
the printers show but do not allow printing.  So there is a bug
somewhere in the CUPS interface, perhaps in the
libprintbackend-cups.so library?  The .gtkrc-2.0 change merely avoids
using CUPS directly; it is just a workaround.

I don't see any response on this bug since it was posted, now 3+
months with lenny in freeze.   It would be nice if it got the
attention of someone who can investigate and repair, or at least a
workaround that uses CUPS.

Liam



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

Bug#480320: closed by Ding Honghui [EMAIL PROTECTED] (Bug#480320: fixed in curlftpfs 0.9.2-1)

[Liam Healy]

Can the new version be uploaded to testing?  Because of the freeze,
this must be done by request.

http://release.debian.org/migration/testing.pl?package=curlftpfs
* trying to update curlftpfs from 0.9.1-3 to 0.9.2-1 (candidate is
15 days old)
* curlftpfs is in freeze; contact debian-release if update is needed

Liam



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

Bug#481029: Confirmation of fix

[Liam Healy]

I have encountered this exact problem with CLSQL and Oracle in SBCL.
I can confirm that the fix
described in the previous post corrects the problem.

Liam

/usr/share/common-lisp/source/clsql-oracle/db-oracle diff -u
oracle-sql.lisp.debian-original oracle-sql.lisp

--- oracle-sql.lisp.debian-original 2007-09-04 02:28:20.0 -0400
+++ oracle-sql.lisp 2008-08-13 16:35:40.668864000 -0400
@@ -366,9 +366,9 @@
 ;; STREAM which has no more data, and QC is not a STREAM, we signal
 ;; DBI-ERROR instead.

-(uffi:def-type short-array (:array :short nil))
-(uffi:def-type int-array (:array :int nil))
-(uffi:def-type double-array (:array :double nil))
+(uffi:def-type short-array (* :short))
+(uffi:def-type int-array (* :int))
+(uffi:def-type double-array (* :double))
 (uffi:def-type int-pointer (* :int))
 (uffi:def-type double-pointer (* :double))



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

Bug#230584: closed by Marco Rodrigues [EMAIL PROTECTED] (crypt++el has been removed from Debian, closing #230584)

[Liam Healy]

This bug was filed several years ago, and was (is) an XEmacs problem.
I switched to using GNU emacs (mainly because of this), and have used
it daily without problems for two years.  I rely on this package, it works
and there is no reason I can see to remove it.  I had no awareness of
460640.  The complaint is it hasn't had an update in a REALLY REALLY
long time and has no relevant number users If it works, why does it
need an update,
and how does he know what users it has?

Please reinstate this package.  Thank you.

Liam

On Sat, May 17, 2008 at 10:51 AM, Debian Bug Tracking System
[EMAIL PROTECTED] wrote:

  This is an automatic notification regarding your Bug report
  which was filed against the crypt++el package:

  #230584: crypt++el: Unable to see gpg file; gzip files mangled

  It has been closed by Marco Rodrigues [EMAIL PROTECTED].

  Their explanation is attached below along with your original report.
  If this explanation is unsatisfactory and you have not received a
  better one in a separate message then please contact Marco Rodrigues [EMAIL 
 PROTECTED] by
  replying to this email.


  --
  230584: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230584
  Debian Bug Tracking System
  Contact [EMAIL PROTECTED] with problems


 -- Forwarded message --
 From: Marco Rodrigues [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Date: Sat, 17 May 2008 15:50:10 +0100
 Subject: crypt++el has been removed from Debian, closing #230584
 Version: 2.92-1+rm

  The crypt++el package has been removed from Debian testing, unstable and
  experimental, so I am now closing the bugs that were still opened
  against it.

  For more information about this package's removal, read
  http://bugs.debian.org/460640 . That bug might give the reasons why
  this package was removed, and suggestions of possible replacements.

  Don't hesitate to reply to this mail if you have any question.

  Thank you for your contribution to Debian.

  --
  Marco Rodrigues
  http://Marco.Tondela.org



 -- Forwarded message --
 From: Liam Healy [EMAIL PROTECTED]
 To: Debian Bug Tracking System [EMAIL PROTECTED]
 Date: Sat, 31 Jan 2004 23:01:53 -0500
 Subject: crypt++el: Unable to see gpg file; gzip files mangled
 Package: crypt++el
  Version: 2.92-1
  Severity: normal

  XEmacs shows an empty buffer after giving the proper password finding
  a GPGed file.  The file can be decrypted correctly on the command line
  with gpg --decrypt.  I have no problems with the crypt++el in woody.
  I have set (setq crypt-encryption-type 'gpg).

  Trace show that the call to gpg under sid crypt++el is the same as
  woody:
  1 - call-process-region: start=1 end=1495 program=gpg deletep=t buffer=(t 
 nil) displayp=nil args=(--batch --quiet -o - --passphrase-fd 0)

  I tried
  (modify-coding-system-alist 'file \\.gpg\\' 'no-conversion)
  per suggestion of /usr/share/emacs/site-lisp/crypt++.el, but it does
  not help.

  Also, some gzip files show up mangled.  For example
  /usr/share/xemacs21/xemacs-packages/lisp/mail-lib/sendmail.el.gz
  looks fine at the top but by line 62 looks mildly messed up:

  (defcustom mail-specify-envelope-from nil
   *If non-nil,uspecify the envelope-from address when sending mail.
  The value used touspecify it is whatever is foundual
  `mail-envelope-from', with `user-mail-address' as fallback.

  On most systems,uspecifying the envelope-from address
  is a priNileged operation.
   :type 'boolean
   :group 'sendmail)

  and by line 169 is not useable:

  (defcustom maerwfa-isly-CC om nil
   Am addreer toualsea its defauRsly-CC eaSF
  ;py outgoendinn messeail.
  on-niat it will is initialived from tREPLYTOthe ironComm#Etriabwh
  gsualso  fir mosor Emg mam'.
   :type '(choice (const nie (stril))
   :group 'sendmail)


  -- System Information:
  Debian Release: testing/unstable
  Architecture: i386
  Kernel: Linux zotz 2.6.0 #1 Sun Jan 18 18:09:47 EST 2004 i686
  Locale: LANG=C, LC_CTYPE=C

  Versions of packages crypt++el depends on:
  ii  xemacs21-mule [emacsen]   21.4.14-4  Editor and kitchen sink -- Mule 
 bi
  ii  xemacs21-nomule [emacsen] 21.4.14-4  Editor and kitchen sink -- 
 Non-mul

  -- no debconf information







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

Bug#480320: curlftpfs: Segfault mounting Kerberos server

[Liam Healy]

Package: curlftpfs
Version: 0.9.1-3+b2
Severity: grave

It's not clear whether curlftpfs's option -o krb4 is intended to match
curl's --krb flag (which is both kerberos 4 and 5), but curlftpfs
simply crashes with a segmentation fault when I try to mount a
directory from a Kerberos 5 server:

 curlftpfs -d -o ftpfs_debug=2  -o krb4=clear ftp://[EMAIL PROTECTED]/ ~/fsa
 Segmentation fault

I cannot provide any useful stack trace information as debugging
symbols have been removed; I have tried to recompile with them present
but I was not successful.

(Note also bug in curl #480044 must be patched if this is to work;
I have patched this locally and can use curl directly to access
this server.)

Liam


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

Kernel: Linux 2.6.22-3-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 curlftpfs depends on:
ii  fuse-utils 2.7.3-4   Filesystem in USErspace (utilities
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcomerr2 1.40.8-2  common error description library
ii  libcurl3-gnutls7.17.1-1  Multi-protocol file transfer libra
ii  libfuse2   2.7.3-4   Filesystem in USErspace library
ii  libgcrypt111.4.1-1   LGPL Crypto library - runtime libr
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgnutls262.2.3~rc-1the GNU TLS library - runtime libr
ii  libgpg-error0  1.4-2 library for common error values an
ii  libidn11   1.8-1 GNU libidn library, implementation
ii  libkrb53   1.6.dfsg.3-1  MIT Kerberos runtime libraries
ii  libldap-2.4-2  2.4.7-6.2 OpenLDAP libraries
ii  libtasn1-3 1.4-1 Manage ASN.1 structures (runtime)
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

curlftpfs recommends no packages.

-- no debconf information



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

Bug#440869: Printouts are gone

[Liam Healy]

In recent versions, I no longer see these printouts, so I assume the
problem has been resolved and this report can be closed.
ii  libgssglue1   0.1-2
 mechanism-switch gssapi library

Thank you.
Liam



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

Bug#480044: curl: Kerberos 5 FTP segfault

[Liam Healy]

I did the following
  apt-get source curl
  sudo apt-get build-dep curl
  cd curl-7.18.1
then apply your patch to lib/ftp.c
then
 dpkg-buildpackage -rfakeroot -uc -us

This ends in an error:
 gcc -DHAVE_CONFIG_H -I../include -I../lib -I../lib -g -O2 -MT ftp.lo
-MD -MP -MF .deps/ftp.Tpo -c ftp.c  -fPIC -DPIC -o .libs/ftp.o
ftp.c:76:17: error: ftp.h: No such file or directory
ftp.c:3631: error: conflicting types for 'Curl_nbftpsendf'
ftp.c:769: error: previous implicit declaration of 'Curl_nbftpsendf' was here
ftp.c:3703: error: conflicting types for 'Curl_ftpsendf'
ftp.c:3330: error: previous implicit declaration of 'Curl_ftpsendf' was here
make[3]: *** [ftp.lo] Error 1
make[3]: Leaving directory `/usr2/people/healy/tmp/curl-7.18.1/lib'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr2/people/healy/tmp/curl-7.18.1/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr2/people/healy/tmp/curl-7.18.1'
make: *** [all] Error 2

I don't see a file ftp.h anywhere in the source.  Is it supposed to be
in the curl source package?

Liam


On Wed, May 7, 2008 at 4:49 PM, Daniel Stenberg [EMAIL PROTECTED] wrote:
 On Wed, 7 May 2008, Liam Healy wrote:


  Curl_GetFTPResponse (nreadp=0x7fffa69c79c8, conn=0x648eb0,
  ftpcode=0x0) at ftp.c:623
  623 ftp.c: No such file or directory.
 in ftp.c
  (gdb) where
  #0  Curl_GetFTPResponse (nreadp=0x7fffa69c79c8, conn=0x648eb0,
  ftpcode=0x0) at ftp.c:623
 

  Thanks, that made it painfully obvious!

  My suggested patch to fix this problem follows:

  diff -u -r1.470 ftp.c
  --- lib/ftp.c   28 Apr 2008 21:29:17 -  1.470
  +++ lib/ftp.c   7 May 2008 20:48:10 -
  @@ -622,9 +622,13 @@
struct timeval now = Curl_tvnow();
size_t nread;
int cache_skip=0;
  +  int value_to_be_ignored=0;

if(ftpcode)
  *ftpcode = 0; /* 0 for errors */
  +  else
  +/* make the pointer point to something for the rest of this function
 */
  +ftpcode = value_to_be_ignored;

*nreadp=0;





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

Bug#480044: curl: Kerberos 5 FTP segfault

[Liam Healy]

On Thu, May 8, 2008 at 1:40 PM, Daniel Stenberg [EMAIL PROTECTED] wrote:
 On Thu, 8 May 2008, Liam Healy wrote:


  I don't see a file ftp.h anywhere in the source.  Is it supposed to be in
 the curl source package?
 

  Yes, it is supposed to be in there since it is present in the upstream
 source tarball and required to be able to build (lib)curl...


OK, I have success!

cd curl-7.18.1/lib/
curl http://cool.haxx.se/cvs.cgi/*checkout*/curl/lib/ftp.h?rev=1.26; -o ftp.h
cd ..
make clean
dpkg-buildpackage -rfakeroot -uc -us
cd ..
sudo dpkg -i curl_7.18.1-1_amd64.deb libcurl3_7.18.1-1_amd64.deb
libcurl3-dbg_7.18.1-1_amd64.deb

Then I got my tickets and put a test file on the server, and got the file:
 curl --krb clear ftp://[EMAIL PROTECTED]/file
 This is a test of curl Kerberos ftp.

I think there are two problems that need to be fixed:
 upstream patch to ftp.c as given previously
 Debian needs to include ftp.h in the source package
and that should take care of this.

Thank you for your help.
Liam



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

Bug#480044: curl: Kerberos 5 FTP segfault

[Liam Healy]

Package: curl
Version: 7.18.1-1
Severity: normal

I have valid tickets, and am able to use Kerberized ftp (krb5-ftp) to
the server without a password, but attempting to get a file via curl gives a
segmentation fault:

curl -v --krb clear ftp://[EMAIL PROTECTED]/file
* About to connect() to server port 21 (#0)
*   Trying 192.168.112.17... connected
* Connected to server (192.168.112.17) port 21 (#0)
 220 khan FTP server (Version 5.60) ready.
* Trying GSSAPI...
 AUTH GSSAPI
 334 Using authentication type GSSAPI; ADAT must follow
* Trying against [EMAIL PROTECTED]
* Error creating security contextAUTH GSSAPI
Segmentation fault

This happens no matter what keyword is given for the --krb option.

Liam

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

Kernel: Linux 2.6.22-3-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 curl depends on:
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcurl3   7.17.1-1  Multi-protocol file transfer libra
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

curl recommends no packages.

-- no debconf information



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

Bug#480044: curl: Kerberos 5 FTP segfault

[Liam Healy]

~ sudo aptitude install libcurl3-dbg
~ gdb curl
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu...
(no debugging symbols found)
(gdb) run  -v --krb clear ftp://[EMAIL PROTECTED]/file
Starting program: /usr/bin/curl -v --krb clear ftp://[EMAIL PROTECTED]/file
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
* About to connect() to server port 21 (#0)
*   Trying 192.168.112.17... connected
* Connected to server (192.168.112.17) port 21 (#0)
 220 khan FTP server (Version 5.60) ready.
* Trying GSSAPI...
 AUTH GSSAPI
 334 Using authentication type GSSAPI; ADAT must follow
* Trying against [EMAIL PROTECTED]
[New Thread 0x2b4e07a94540 (LWP 16376)]
* Error creating security contextAUTH GSSAPI

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b4e07a94540 (LWP 16376)]
Curl_GetFTPResponse (nreadp=0x7fffa69c79c8, conn=0x648eb0,
ftpcode=0x0) at ftp.c:623
623 ftp.c: No such file or directory.
in ftp.c
(gdb) where
#0  Curl_GetFTPResponse (nreadp=0x7fffa69c79c8, conn=0x648eb0,
ftpcode=0x0) at ftp.c:623
#1  0x2b4e043230ab in krb5_auth (app_data=0x6497f0, conn=0x648eb0)
at krb5.c:189
#2  0x2b4e0432236f in Curl_sec_login (conn=0x648eb0) at security.c:503
#3  0x2b4e0430fb96 in ftp_statemach_act (conn=0x648eb0) at ftp.c:2582
#4  0x2b4e0430fcd5 in ftp_easy_statemach (conn=0x648eb0) at ftp.c:2985
#5  0x2b4e043108c7 in ftp_connect (conn=0x648eb0,
done=0x7fffa69c7ec6) at ftp.c:3101
#6  0x2b4e043113b2 in Curl_protocol_connect (conn=0x648eb0,
protocol_done=0x7fffa69c7ec6) at url.c:2795
#7  0x2b4e043116e0 in SetupConnection (conn=0x648eb0,
hostaddr=0x649a50, protocol_done=0x7fffa69c7ec6) at url.c:4281
#8  0x2b4e04311f53 in Curl_async_resolved (conn=0x7fffa69c77e0,
protocol_done=0x7fffa69c7868) at url.c:4381
#9  0x2b4e04321480 in Curl_perform (data=0x62c7c0) at transfer.c:2283
#10 0x00407b4f in ?? ()
#11 0x2b4e047751c4 in __libc_start_main () from /lib/libc.so.6
#12 0x004020b9 in ?? ()
#13 0x7fffa69c8788 in ?? ()
#14 0x in ?? ()
(gdb)


On Wed, May 7, 2008 at 3:09 PM, Daniel Stenberg [EMAIL PROTECTED] wrote:
 On Wed, 7 May 2008, Liam Healy wrote:


  * Trying against [EMAIL PROTECTED]
  * Error creating security contextAUTH GSSAPI
  Segmentation fault
 

  Any chance you could (use a debug version and) show us a stack trace or
 something from the segfault?




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

Bug#475084: sqlite3: Extension mechanism missing

[Liam Healy]

Hi Laszlo,

Thanks for the response.  I did an upgrade Monday to 3.5.8, and they
were still missing.

I did the apt-get source and changed the DEB_CONFIGURE_EXTRA_FLAGS
line in debian/rules,
rebuilt and reinstalled, and my installed version now shows the right
output on nm.

I'm not sure how you got this from the distributed version.  I'm on
amd64; could that be the difference?
Also I notice libsqlite3.so is in two packages, libsqlite3-0 and
libsqlite3-dev; could that be a cause?
Here are the relevant packages I have installed:

ii  libsqlite3-0 3.5.8-1
SQLite 3 shared library
ii  libsqlite3-0-dbg 3.5.8-1
SQLite 3 debugging symbols
ii  libsqlite3-dev   3.5.8-1
SQLite 3 development files
ii  libsqlite3-tcl   3.5.8-1
SQLite 3 Tcl bindings
ii  sqlite3  3.5.8-1
A command line interface for SQLite 3
ii  sqlite3-doc  3.5.8-1
SQLite 3 documentation

Thanks.
Liam

On Tue, Apr 29, 2008 at 1:23 AM, Laszlo Boszormenyi [EMAIL PROTECTED] wrote:
 Hi Liam,

  On Tue, 2008-04-08 at 17:17 -0400, Liam Healy wrote:
   Package: libsqlite3-0
   Version: 3.5.7-2
   Severity: normal
  
   The extension mechanism is missing.
   Can you please retest it to version 3.5.8 and report back? I get the
  mentioned function names you mention in return of nm's output.

  Regards,
  Laszlo/GCS





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

Bug#469015: Merge/close this report?

[Liam Healy]

I think this is the same as bug #469058, which is not an SBCL problem,
and has been closed.
So merge this report with it, or simply close it?

Liam



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

Bug#433694: Packages exist

[Liam Healy]

Install these packages:
 xfonts-mathml ttf-mathematica4.1
then try this page: http://www.mozilla.org/projects/mathml/demo/texvsmml.xhtml

See http://bugs.debian.org/445564; I think this report can be closed
or merged with
that report.

Liam



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

Bug#475084: Simple fix

[Liam Healy]

Please use the following line in debian/rules:

DEB_CONFIGURE_EXTRA_FLAGS = --with-tcl=/usr/lib/tcl8.4
--enable-threadsafe --enable-load-extension

replacing what is there currently

DEB_CONFIGURE_EXTRA_FLAGS = --with-tcl=/usr/lib/tcl8.4 --enable-threadsafe

prior to building the binary package.  This fixes the problem.

Thank you.

(Reference for workaround by Debian users until package is fixed:

apt-get source sqlite3
sudo apt-get dpkg-dev
sudo apt-get build-dep libsqlite3-0
# Make the above change in sqlite3-3.5.7/debian/rules
cd sqlite3-3.5.7/
dpkg-buildpackage -rfakeroot -uc -us
cd ..
sudo dpkg -i libsqlite3-0_3.5.7-2_amd64.deb
sudo dpkg -i libsqlite3-dev_3.5.7-2_amd64.deb
sudo dpkg -i sqlite3_3.5.7-2_amd64.deb
sudo dpkg -i sqlite3-doc_3.5.7-2_all.deb

)

Liam



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

Bug#475084: sqlite3: Extension mechanism missing

[Liam Healy]

Package: libsqlite3-0
Version: 3.5.7-2
Severity: normal

The extension mechanism is missing.  I expect
nm -D /usr/lib/libsqlite3.so | grep -i extension
to return something like
00028e10 T sqlite3_auto_extension
00028cb0 T sqlite3_enable_load_extension
00028cd0 T sqlite3_load_extension
00028dd0 T sqlite3_reset_auto_extension
but it returns nothing.

This happened before; see #404242 and
http://www.mail-archive.com/[EMAIL PROTECTED]/msg23784.html.  I
was told by the sqlite3 upstream maintainer:

To turn these functions on, edit the generated Makefile,
remove the line that sets -DSQLITE_OMIT_LOAD_EXTENSION=1 and
replace it with -ldl.  Then type make.

Thank you.
Liam

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

Kernel: Linux 2.6.22-3-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 libsqlite3-0 depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries

libsqlite3-0 recommends no packages.

-- no debconf information



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

Bug#348061: Can't print files with images

[Liam Healy]

Package: xpdf-reader
Version: 3.02-1.3
Severity: important

I have found that with the latest version(s) of xpdf, many files are
unprintable.  It seems that the common factor of files that won't
print are that they have images.  Setting CUPS to debug level, I
notice the following in the log:

I [31/Mar/2008:16:19:51 +] Started filter
/usr/lib/cups/filter/pstops (PID 2043) for job 523.
...
I [31/Mar/2008:16:19:51 +] Started backend
/usr/lib/cups/backend/socket (PID 2044) for job 523.
...
D [31/Mar/2008:16:19:51 +] [Job 523] 0 %%BeginPageSetup
D [31/Mar/2008:16:19:51 +] [Job 523] 0 %%PageOrientation: Landscape
D [31/Mar/2008:16:19:51 +] [Job 523] 0 %%EndPageSetup
I [31/Mar/2008:16:19:52 +] [Job 523] Received 54 bytes of back-channel data!
D [31/Mar/2008:16:19:52 +] [Job 523] DATA: %%[ Error:
unregistered; OffendingCommand: image ]%%0D0A
I [31/Mar/2008:16:19:52 +] [Job 523] Received 64 bytes of back-channel data!
D [31/Mar/2008:16:19:52 +] [Job 523] DATA: %%[ Flushing: rest of
job (to end-of-file) will be ignored ]%%0D0A
D [31/Mar/2008:16:19:52 +] [Job 523] 0 %%PageTrailer
D [31/Mar/2008:16:19:52 +] [Job 523] 0 %%Page: 5 5
...
d [31/Mar/2008:16:19:52 +] PID 2043 exited with no errors.
I [31/Mar/2008:16:19:52 +] [Job 523] Print file sent, waiting for
printer to finish...
d [31/Mar/2008:16:19:52 +] PID 2044 exited with no errors.


According to an article from Adobe I found online,
http://www.adobe.com/products/adobemag/archive/pdfs/9511htlp.pdf
The message unregistered indicates bad postscript.  I tried Acrobat
reader, and it works, and per this bug report I tried pdf2ps as well,
and it also works.  If you want an example file that fails to print in
xpdf, try the Adobe article itself.

I am filing this with the existing report because it sounds like the
same problem even though the circumstances are slightly different.
However, I have only noticed this problem in the last few months and
this bug report dates from more than two years ago.

Thank you.

Liam




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

Kernel: Linux 2.6.22-3-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 xpdf depends on:
ii  xpdf-common   3.02-1.3   Portable Document Format (PDF) sui
ii  xpdf-reader   3.02-1.3   Portable Document Format (PDF) sui
ii  xpdf-utils3.02-1.3   Portable Document Format (PDF) sui

xpdf recommends no packages.

Versions of packages xpdf-reader depends on:
ii  gsfonts   1:8.11+urwcyr1.0.7~pre43-2 Fonts for the Ghostscript interpre
ii  lesstif2  1:0.95.0-2.1   OSF/Motif 2.1 implementation relea
ii  libc6 2.7-8  GNU C Library: Shared libraries
ii  libfreetype6  2.3.5-1+b1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.2.2-4  GCC support library
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libpaper1 1.1.23 library for handling paper charact
ii  libsm62:1.0.3-1+b1   X11 Session Management library
ii  libstdc++64.2.2-4The GNU Standard C++ Library v3
ii  libt1-5   5.1.1-5Type 1 font rasterizer library - r
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxpm4   1:3.5.7-1  X11 pixmap library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xpdf-common   3.02-1.3   Portable Document Format (PDF) sui

-- no debconf information



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

Bug#469058: libc6 version

[Liam Healy]

The problem started for me when this upgrade happened:
[UPGRADE] libc6 2.7-8 - 2.7-9
[UPGRADE] libc6-dev 2.7-8 - 2.7-9
and was not happening before.  Thus it is the changes in going to
2.7-9 from 2.7-8 that reveal this problem.

Liam



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

Bug#468429: slime: Error on startup

[Liam Healy]

Package: slime
Version: 1:20080223-1
Severity: grave

I have found that the latest version of slime will not start up.  I
posted to the slime mailing list and got this response from Helmut
Eller:

 This seems to be Debian specific.  The missing function
 UNIQUE-DIRECTORY-NAME is now called UNIQUE-DIR-NAME.  Peter Van Eynde
 should probably set *FASL-DIRECTORY* instead of hard-coding the paths.

This is what I get when trying to start slime:

(progn (load /usr/share/common-lisp/source/slime/swank-loader.lisp
:verbose t) (funcall (read-from-string swank-loader:init)) (funcall
(read-from-string swank:start-server) /tmp/slime.10300
:coding-system iso-latin-1-unix))

This is SBCL 1.0.14.debian, an implementation of ANSI Common Lisp.
More information about SBCL is available at http://www.sbcl.org/.

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.
CL-USER(1):
; loading #P/usr/share/common-lisp/source/slime/swank-loader.lisp
; in: LAMBDA NIL
; (SB-INT:NAMED-LAMBDA SWANK-LOADER::BINARY-PATHNAME
;(SWANK-LOADER::SRC-PATHNAME SWANK-LOADER::BINARY-DIR)
;(DECLARE (IGNORE SWANK-LOADER::BINARY-DIRECTORY))
;(BLOCK SWANK-LOADER::BINARY-PATHNAME
;  (LET ((SWANK-LOADER::CFP #))
;(MERGE-PATHNAMES
; (MAKE-PATHNAME :DIRECTORY `# :NAME # :TYPE #)
; (COMMON-LISP-CONTROLLER:CALCULATE-FASL-ROOT)
; ==
;   #'(SB-INT:NAMED-LAMBDA SWANK-LOADER::BINARY-PATHNAME
;  (SWANK-LOADER::SRC-PATHNAME SWANK-LOADER::BINARY-DIR)
;  (DECLARE (IGNORE SWANK-LOADER::BINARY-DIRECTORY))
;  (BLOCK SWANK-LOADER::BINARY-PATHNAME
;(LET ((SWANK-LOADER::CFP #))
;  (MERGE-PATHNAMES
;   (MAKE-PATHNAME :DIRECTORY `# :NAME # :TYPE #)
;   (COMMON-LISP-CONTROLLER:CALCULATE-FASL-ROOT)
;
; caught STYLE-WARNING:
;   declaring unknown variable BINARY-DIRECTORY to be ignored
;
; caught STYLE-WARNING:
;   The variable BINARY-DIR is defined but never used.
; in: LAMBDA NIL
; (SWANK-LOADER::UNIQUE-DIRECTORY-NAME)
;
; caught STYLE-WARNING:
;   undefined function: UNIQUE-DIRECTORY-NAME

;
; caught STYLE-WARNING:
;   This function is undefined:
; UNIQUE-DIRECTORY-NAME
;
; compilation unit finished
;   caught 4 STYLE-WARNING conditions

debugger invoked on a UNDEFINED-FUNCTION in thread #THREAD initial
thread {10046D2B01}:
  The function SWANK-LOADER::UNIQUE-DIRECTORY-NAME is undefined.

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

restarts (invokable by number or by possibly-abbreviated name):
  0: [ABORT] Exit debugger, returning to top level.

(bogus stack frame)
0]


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

Kernel: Linux 2.6.22-3-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 slime depends on:
ii  cl-swank1:20080223-1 Superior LISP Interaction Mode for
ii  emacsen-common  1.4.17   Common facilities for all emacsen

Versions of packages slime recommends:
ii  emacs21 [info-browser]  21.4a+1-5.3  The GNU Emacs editor
ii  emacs22-gtk [info-brows 22.1+1-2.3   The GNU Emacs editor (with GTK use
ii  info [info-browser] 4.11.dfsg.1-4Standalone GNU Info documentation
ii  konqueror [info-browser 4:3.5.8.dfsg.1-2 KDE's advanced file manager, web b
ii  xemacs21-nomule [info-b 21.4.21-1highly customizable text editor --

-- no debconf information



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

Bug#460265: subversion-tools: db-logs.lock irrelevant; shouldn't cause error

[Liam Healy]

Package: subversion-tools
Version: 1.4.4dfsg1-1
Severity: normal

   svn-hot-backup --archive-type=bz2 ...
Gives me an error
svnadmin: Can't open file 'path/locks/db-logs.lock': Permission denied
but the contents of the files say:
  This file is not used by Subversion 1.3.x or later.
  However, its existence is required for compatibility with
  Subversion 1.2.x or earlier.
I don't know the cause of the error but I don't care, since I'm using
subversion version 1.4.4.  Can this utility be changed to not get an
error on an apparently irrelevant file?

Liam


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

Kernel: Linux 2.6.22-3-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 subversion-tools depends on:
ii  subversion  1.4.4dfsg1-1 Advanced version control system

Versions of packages subversion-tools recommends:
ii  libconfig-inifiles-perl2.39-2Read .ini-style configuration file
pn  libsvn-perlnone(no description available)
ii  liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii  python-subversion  1.4.4dfsg1-1  Python bindings for Subversion
ii  ssmtp [mail-transport-agen 2.61-13   extremely simple MTA to get mail o
ii  xsltproc   1.1.22-1  XSLT command line processor

-- no debconf information



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

Bug#446758: slime: Lost functionality: ,l and M-tab

[Liam Healy]

Package: slime
Version: 1:20070927-2
Severity: normal

1) ,l (load system) is unrecognized; ,? lists the following:

Click mouse-2 on a completion to select it.
In this buffer, type RET to select the completion near point.

Possible completions are:
!  !d
!p +d
+p -d
-p ?
cd change-directory
change-package cl
compile-and-load   defparameter
disconnect help
in in-package
pop-directory  pop-package
popd   push-directory
push-package   pushd
pwdquit
resend-formrestart-inferior-lisp
sayoonara

2) M-tab no longer works:
Debugger entered--Lisp error: (void-function slime-fuzzy-complete-symbol)
  slime-fuzzy-complete-symbol()
  slime-complete-symbol()
  call-interactively(slime-complete-symbol)

Both ,l and M-tab worked in the previous version.

Liam

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

Kernel: Linux 2.6.22-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 slime depends on:
ii  cl-swank1:20070927-2 Superior LISP Interaction Mode for
ii  emacsen-common  1.4.17   Common facilities for all emacsen

Versions of packages slime recommends:
ii  emacs21 [info-browser]  21.4a+1-5.1  The GNU Emacs editor
ii  emacs22-gtk [info-brows 22.1+1-2 The GNU Emacs editor (with GTK use
ii  info [info-browser] 4.8.dfsg.1-6 Standalone GNU Info documentation
ii  konqueror [info-browser 4:3.5.8.dfsg.1-1 KDE's advanced file manager, web b
ii  xemacs21-nomule [info-b 21.4.20-2highly customizable text editor --

-- no debconf information



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

Bug#441898: cl-mcclim: depends on cl-flexichain which is missing

[Liam Healy]

Package: cl-mcclim
Version: 0.9.2.dfsg.1-2
Severity: grave

cl-mcclim 0.9.5 has a dependency on cl-flexichain, which apparently
exists only in experimental.

sudo aptitude safe-upgrade
...
The following packages are BROKEN:
  cl-mcclim
...
The following packages have unmet dependencies:
  cl-mcclim: Depends: cl-flexichain which is a virtual package.


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

Kernel: Linux 2.6.22-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 cl-mcclim depends on:
ii  cl-clx-sbcl   0.7.2-1An X11 Common Lisp client
library
ii  cl-spatial-trees  0.2-1  Spatial trees Common Lisp
library
ii  cmucl-source  19d-20061116-2 The CMUCL lisp sources
ii  common-lisp-controller6.11   Common Lisp source and compiler
ma

cl-mcclim recommends no packages.

-- no debconf information

Bug#441312: Newer versions available

[Liam Healy]

Any possibility of migrating 0.9.4 to unstable in the meantime?

Thanks,
Liam

On 9/8/07, Milan Zamazal [EMAIL PROTECTED] wrote:

  LH == Liam Healy [EMAIL PROTECTED] writes:

 LH Version 0.9.5 of Mcclim has been released upstream.  Version
 LH 0.9.4 has been in experimental for almost six months.  Please
 LH migrate 0.9.4 to unstable and package up 0.9.5 to get it into
 LH unstable next.

 I already work on packaging 0.9.5, but it's not ready yet.

 Regards,

 Milan Zamazal

Bug#441312: Newer versions available

[Liam Healy]

Package: cl-mcclim
Version: 0.9.2.dfsg.1-2

Version 0.9.5 of Mcclim has been released upstream.  Version 0.9.4 has
been in experimental for almost six months.  Please
migrate 0.9.4 to unstable and package up 0.9.5 to get it into unstable
next.  Thank you.

Liam

Bug#293517: your bug report about xppaut not starting on amd64 may have been fixed.

[Liam Healy]

It starts up fine now, thank you.

On 3/3/07, Neil Williams [EMAIL PROTECTED] wrote:


Just to let you know, a new version of xppaut is finally available in
Debian unstable which includes fixes for 64bit architectures.

I was able to use this version on amd64 without problems - could you
take a look and let me know if I can close this bug (on behalf of the
maintainer) please?

The new version of xppaut is due to go into Etch soon - it would be
nice to close this bug report before that happens, if possible.

Thanks.

--


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/

Bug#404242: closed by Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] (Bug#404242: fixed in sqlite3 3.3.14-1)

[Liam Healy]

Thank you.

There is now in 3.3.14 a new and more serious problem related to the
extensions: while the
header file is present, the functions have disappeared from the .so library:
nm -D  /usr/lib/libsqlite3.so.0.8.6 | grep extension
now yields nothing.  In 3.3.8, this library had
00028e10 T sqlite3_auto_extension
00028cb0 T sqlite3_enable_load_extension
00028cd0 T sqlite3_load_extension
00028dd0 T sqlite3_reset_auto_extension

Liam

On 4/4/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote:


This is an automatic notification regarding your Bug report
#404242: libsqlite3-dev: File /usr/include/sqlite3ext.h missing,
which was filed against the libsqlite3-dev package.

It has been closed by Laszlo Boszormenyi (GCS) [EMAIL PROTECTED].

Their explanation is attached below.  If this explanation is
unsatisfactory and you have not received a better one in a separate
message then please contact Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] by
replying
to this email.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



-- Forwarded message --
From: Laszlo Boszormenyi (GCS) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Wed, 04 Apr 2007 19:17:03 +
Subject: Bug#404242: fixed in sqlite3 3.3.14-1
Source: sqlite3
Source-Version: 3.3.14-1

We believe that the bug you reported is fixed in the latest version of
sqlite3, which is due to be installed in the Debian FTP archive:

lemon_3.3.14-1_i386.deb
  to pool/main/s/sqlite3/lemon_3.3.14-1_i386.deb
libsqlite3-0_3.3.14-1_i386.deb
  to pool/main/s/sqlite3/libsqlite3-0_3.3.14-1_i386.deb
libsqlite3-dev_3.3.14-1_i386.deb
  to pool/main/s/sqlite3/libsqlite3-dev_3.3.14-1_i386.deb
libsqlite3-tcl_3.3.14-1_i386.deb
  to pool/main/s/sqlite3/libsqlite3-tcl_3.3.14-1_i386.deb
sqlite3-doc_3.3.14-1_all.deb
  to pool/main/s/sqlite3/sqlite3-doc_3.3.14-1_all.deb
sqlite3_3.3.14-1.diff.gz
  to pool/main/s/sqlite3/sqlite3_3.3.14-1.diff.gz
sqlite3_3.3.14-1.dsc
  to pool/main/s/sqlite3/sqlite3_3.3.14-1.dsc
sqlite3_3.3.14-1_i386.deb
  to pool/main/s/sqlite3/sqlite3_3.3.14-1_i386.deb
sqlite3_3.3.14.orig.tar.gz
  to pool/main/s/sqlite3/sqlite3_3.3.14.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] (supplier of updated sqlite3
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 04 Apr 2007 17:57:08 +
Source: sqlite3
Binary: lemon libsqlite3-tcl sqlite3-doc sqlite3 libsqlite3-0
libsqlite3-dev
Architecture: source i386 all
Version: 3.3.14-1
Distribution: unstable
Urgency: low
Maintainer: Laszlo Boszormenyi (GCS) [EMAIL PROTECTED]
Changed-By: Laszlo Boszormenyi (GCS) [EMAIL PROTECTED]
Description:
lemon  - The Lemon Parser Generator
libsqlite3-0 - SQLite 3 shared library
libsqlite3-dev - SQLite 3 development files
libsqlite3-tcl - SQLite 3 TCL bindings
sqlite3- A command line interface for SQLite 3
sqlite3-doc - SQLite 3 documentation
Closes: 368211 397531 404242 406436
Changes:
sqlite3 (3.3.14-1) unstable; urgency=low
.
   * New upstream release (closes: #406436). Accept Otavio's upload
 (closes: #397531).
   * Include all header files in -dev (closes: #404242), add missing image
to
 -doc (closes: #368211).
Files:
c2df705490a579c022a2dac295f6d9c8 756 devel optional sqlite3_3.3.14-1.dsc
e1a4428a5cb17f28164731b72f06130a 2151321 devel optional
sqlite3_3.3.14.orig.tar.gz
b23f7d36d25e2724aaa2fa528d1afbee 14228 devel optional sqlite3_3.3.14-
1.diff.gz
6b6639aba0634b22b70becd5bfefd1e3 331214 doc optional
sqlite3-doc_3.3.14-1_all.deb
e21b19d0aaf2969247bb9b1dc054d987 37682 devel optional
lemon_3.3.14-1_i386.deb
55c4e2c9cde73f31576aa28e5127828a 22718 misc optional
sqlite3_3.3.14-1_i386.deb
39907ee828cf2ff1b22a361f46470bcd 198568 libs optional
libsqlite3-0_3.3.14-1_i386.deb
66f5d3daae0e7a80b7234ce3572c97b6 246638 libdevel optional
libsqlite3-dev_3.3.14-1_i386.deb
af02bb87a84f5a6409be49f5bfd4ca3c 208488 interpreters optional
libsqlite3-tcl_3.3.14-1_i386.deb

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

iD8DBQFGE/ZHMDatjqUaT90RAklsAKCEcWrKcY1bJD/Grcc8N/g2kXXreACgohbd
NOZeM9VyU4l9c48mEq6QJXg=
=Nt3m
-END PGP SIGNATURE-

Bug#220515: xserver-xfree86: server will not start on S3 Trio 64 3D

[Liam Healy]

I have absolutely no recollection filling this bug or what it was
about.  The only S3 Trio 64 I can recall having I took to electronics
recycling last year.

On 1/18/07, Brice Goglin [EMAIL PROTECTED] wrote:

Hi Liam,

About 3 years ago, you reported a bug to the Debian BTS regarding a X
server not starting on a S3 Trio 64 board.
Did you reproduce this problem recently? If not, I will close this bug
in the next weeks.

Thanks,
Brice





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

Bug#401649: Please lower severity

[Liam Healy]

Please change this to severity normal or perhaps important.

Official description of severity levels
http://www.debian.org/Bugs/Developer#severities
says:
grave
   makes the package in question unusable or mostly so, or causes
data loss, or introduces a security hole allowing access to the
accounts of users who use the package.

- This package is completely usable under GNU Emacs
- Reported problem does not really cause data loss, but some minor garbling
- No security hole reported.

I too rely on crpyt++el to store passwords, and I used to use XEmacs
all the time, but I switched to GNU Emacs because of a crypt++
failure.  I did not have these symptoms; rather, I would simply get a
blank buffer.  This was reported as http://bugs.debian.org/230584 but
later it became clear, because crypt++ works in GNU Emacs, that it is
not a crypt++el problem but an XEmacs one,
http://bugs.debian.org/250314, which has only partially been resolved.
I assume that there is insufficient interest on the part of XEmacs
people and/or crypt++el people to make them compatible, as it has been
several years now without resolution.

Consequences of marking this grave are that it is removed from Etch.
It in no way increases the attention given to this bug, nor speed its
resolution.  This is important to those of us using GNU Emacs who rely
on it and use it without problem -- it is now gone from Debian and
needs to be manually fetched.

Thank you.
Liam Healy


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

Bug#404242: libsqlite3-dev: File /usr/include/sqlite3ext.h missing

[Liam Healy]

Package: libsqlite3-dev
Version: 3.3.8-1
Severity: normal

File /usr/include/sqlite3ext.h is missing from the Debian
distribution.  It therefore not possible to use
sqlite3_load_extension, see
http://www.sqlite.org/cvstrac/wiki?p=LoadableExtensions

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

Versions of packages libsqlite3-dev depends on:
ii  libc6-dev2.3.6.ds1-9 GNU C Library: Development Librari
ii  libsqlite3-0 3.3.8-1 SQLite 3 shared library

libsqlite3-dev recommends no packages.

-- no debconf information


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

Bug#365703: ntpdate: time is not set for no apparent reason

[Liam Healy]

I have encountered the same symptom. By doing ntpdate -d, I found the problem to be that it was trying to use an IPv6 address instead of the IPv4 address. This is a known problem http://bugs.debian.org/293793
 that apparently has been resolved. Try ntpdate with the IP numbers, not the DNS name, of the server, and see if that works.Liam

Bug#366907: tetex-bin: Fails to configure, updmap failed

[Liam Healy]

I've lost the thread of what's going on here, but I'll presume good
things are happening.

To answer what questions I think are being asked of me:
I do not set DEBIAN_FRONTEND explicitly, I don't know if something else sets it.
I do not think I have apt-utils installed.  On my computer, questions
are generally asked while unpacking, I think.

I believe that the 05TeXMF.cnf is the only file I customized in the
tetex family of packages.  At one point I had
/etc/texmf/dvips/config.ps customized but I'm not sure that's true
anymore (I'm not at that computer now so I can't check).

On 5/15/06, Ralf Stubner [EMAIL PROTECTED] wrote:

Frank Küster wrote:
 Ralf Stubner [EMAIL PROTECTED] wrote:

 BTW, with unset DEBIAN_FRONTEND I also get the question about managing
 the font cache. Contrary to the displayed text, the default is to manage
 the cache with debconf which gives directories which are not world
 writeable. :-(

 Did you have apt-utils installed, or in other words:  Was the question
 asked before unpacking?  If this is true, I've got a fix ready.

Yes. I guess this is meanwhile irrelevant, though, since you allready
commited the patch.

cheerio
ralf

Bug#366907: tetex-bin: Fails to configure, updmap failed

[Liam Healy]

On 5/14/06, Ralf Stubner [EMAIL PROTECTED] wrote:

On Sat, May 13, 2006 at 19:57 +0200, Ralf Stubner wrote:

 Even though I modified 05TeXMF.cnf, I was /not asked/ about this during
 reinstallation of tex-common!

Meanwhile this makes sense to me. 05TeXMF.cnf is managed by ucf, and ucf
sees that the 'previously installed' version and the 'to be installed'
version have the same md5sum, hence my changed version is preserved, as
it is supposed to be.


Which seems like a defect in the change-detection algorithm.  Why are
the md5sums of the different files the same?   Wouldn't it make more
sense to use diff to see if there's a difference?  In any case, this
doesn't explain my experience; my md5sums are very different:
ec6c37a0d317ed545a3e66409cf54630  05TeXMF.cnf-home
dd2b65e95a497637be4033ecbecdd2bd  /etc/texmf/texmf.d/05TeXMF.cnf



 Even though the settings in 05TeXMF.cnf
 would /break/ the system, since TEXMFDIST is not set, the checks in
 tex-common's postinst did /not detect/ this! What is going wrong here?

I think I have found an explanation for this. In check_texmf() in the
postinst script, $checkfailed is allways set to false in the beginning.
Hence if some check in the middle fails but the last one not, this is
not detected. Moving the failing chack to the end or removing that line
makes the postinst fail. However, it fails without any further notice,
so I think this is not the whole story. All the debconf stuff in
check_texmf() does not work within my pbuilder. Strange ...



I don't understand this; I don't know what fails without any further
notice means, but it certainly seems like a bug.


cheerio
ralf


Liam