Package: bind9
Version: 1:9.19.17-1
Severity: normal
I've got a bind configuration that's been around for many years at
this point. Noticed today that named had failed to restart at some
time in the past. Nothing in /var/log/bind after it had shut down,
nothing visible in systemctl status, nor
Package: python3-b2sdk
Version: 1.1.4-1
Severity: normal
duplicity with the current python3-b2sdk returns a lot of spew of the form:
Attempt 1 failed. TypeError: list_file_names() takes from 4 to 6 positional
arguments but 7 were given
Delete: duplicity-full.20201124T205357Z.vol27.difftar.gpg
Package: jed-common
Version: 1:0.99.20pre135-1
Severity: wishlist
jed 0.99.19 was released over 9 years ago. Regular 0.99.20 "pre"
snapshots have been released over the ensueing time period. Maybe
it's worth considering tracking snapshots if real releases don't
really happen anymore? As an
rol: tag -1 moreinfo
>
> On Tue, 02 Oct 2018 05:44:23 -0400 Chris Chiappa
> wrote:
> [...]
> > # nvme id-ctrl /dev/nvme0
> > NVME Identify Controller:
> > vid : 0x8086
> > ssvid : 0x8086
> > sn: BTHH82260487512D
> > mn
Package: src:linux
Version: 4.18.8-1
Severity: normal
T480 with a SATA SSD works fine out of box. Replacing the SATA SSD
with an Intel 760p, the latest Buster installer gets the system
installed fine, but it is extremely unstable after rebooting into the
new installation. There's a "dmesg"
Reproduced on:
Linux cchiappa-lnx 4.13.0-1-amd64 #1 SMP Debian 4.13.13-1 (2017-11-16) x86_64
GNU/Linux
Linux cchiappa-lnx 4.12.0-1-amd64 #1 SMP Debian 4.12.6-1 (2017-08-12) x86_64
GNU/Linux
so presumably not kernel related, will investigate downgrading xorg
components
Just had the hang on:
Linux cchiappa-lnx 4.14.0-1-amd64 #1 SMP Debian 4.14.2-1 (2017-11-30) x86_64
GNU/Linux
(now testing 4.13.13-1)
Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20171229-1
Severity: normal
On Friday I did an upgrade and have been having frequent hangs since:
[Tue Jan 23 16:12:23 2018] i915 :00:02.0: Resetting rcs0 after gpu hang
[Tue Jan 23 16:12:26 2018] asynchronous wait on fence
FWIW, this appears to be a known problem, as per this thread:
http://www.h5l.org/pipermail/heimdal-discuss/2017-August/000259.html
I'm not sure if it's a complete fix, but there appears to be a problem
in kerberos5.c around line 2228. r->client_princ is NULL, so
dereferencing it is not safe in the call to _kdc_fast_mk_error:
ret = _kdc_fast_mk_error(context, r,
_method,
Just to help out people who might be googling for this problem, this
patch fixes this symptom in the mail logs:
Sep 10 06:44:23 hostname postfix/smtpd[17970]: SSL_accept error from
unknown[1.2.3.4]: -1
Sep 10 06:44:23 hostname postfix/smtpd[17970]: warning: TLS library problem:
Doesn't seem like it has helped. I'm on 7.4.0.dfsg.1 and have gotten
identical crashes, albeit with different IPs (45.79.169.88 for one)
On Sat, Jul 15, 2017 at 09:09:36PM +1000, Brian May wrote:
> Chris Chiappa <chris+deb...@chiappa.net> writes:
>
> > Package: heimdal-kdc
Package: heimdal-kdc
Version: 7.1.0+dfsg-13
Severity: normal
My kdc has been periodically (once every few weeks maybe) crashing. I
finally got around to looking for core files and found one. Here's
the backtrack:
#0 der_length_visible_string (data=0x18) at der_length.c:245
#1
Oops, here's the partitiontable:
Disk /dev/sda: 625142448 sectors, 298.1 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): AF8F0A02-C588-4FD8-8ADF-0A06AA25C689
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 625142414
Partitions will be aligned on
Package: installation-reports
Severity: normal
-- Package-specific info:
Boot method: USB
Image version:
https://cdimage.debian.org/cdimage/stretch_di_rc3/amd64/iso-cd/debian-stretch-DI-rc3-amd64-netinst.iso
Date:
Machine: IBM Thinkpad X230 Tablet
Partitions:
Base System Installation
Package: logwatch
Version: 7.4.3+git20161207-2
Severity: normal
Tags: patch
ecryptfs has PAM integration which attempts to automount an encrypted
directory, ~/.Private, over ~/Private automatically on session
creation, if proper credentials are available. For cron, those
credentials may not be
Package: jetty
Version: 6.1.26-3
Severity: normal
/etc/default/jetty says:
# Listen to connections from this network host
# Use 0.0.0.0 as host to accept all connections.
# Uncomment to restrict access to localhost
#JETTY_HOST=$(uname -n)
However, setting JETTY_HOST to the actual host name
Package: mate-settings-daemon
Version: 1.14.1-1
Severity: normal
My system has been engaging the OOM killer sporadically the last
couepl of weeks. It started dragging this morning and I captured this
line from top:
2387 cchiappa 20 0 9128408 6.512g 2220 R 93.8 83.9 5:07.88
Package: opendkim
Version: 2.10.3-5
Severity: normal
It may be that this is not technically a bug, but I recently upgraded
opendkim and encountered some mildly tricky problems. I perhaps
should not have simply kept my existing /etc/default/opendkim, but
having done that, it was missing settings
Guess it wasn't just a case of relinking. It was very stable
previously, then I had to reboot my machine and it has started
crashing again.
(gdb) where
#0 0x2de8a507 in __GI_raise (sig=sig@entry=6)
at ../sysdeps/unix/sysv/linux/raise.c:55
#1 0x2de8b8da in __GI_abort () at
I'm experiencing this same problem. I use the applet to connect to an
openconnect vpn. I just rebuilt it to try to get a proper stack trace
(debug symbols don't appear to be available in the Debian archives),
but now it dosn't seem to reproduce. Maybe a dependant library
changed and didn't bump
Source: python-letsencrypt-apache
Version: 0.2.0-1
Severity: important
I'm not sure if this is something peculariar about my machine since I
don't see any other bug reports.
# apt-get install python-letsencrypt-apache
Reading package lists... Done
Building dependency tree
Reading state
On Mon, Jan 04, 2016 at 08:26:13PM +0100, Michael Biebl wrote:
> Nothing changed in that regard for a long while.
>
> If you configure NM via managed=true, you tell it to read the
> configuration from /e/n/i and configure the interface accordingly.
>
> If you already have ifupdown enabled, this
On Mon, Jan 04, 2016 at 06:30:31PM +0100, Michael Biebl wrote:
> Hi Chris
> > -- Configuration Files:
> > /etc/NetworkManager/NetworkManager.conf changed:
> > [main]
> > plugins=ifupdown,keyfile
> > [ifupdown]
> > managed=true
>
> This means, you configured NetworkManager to manage the devices
>
Package: network-manager
Version: 1.0.10-1
Severity: important
Dear Maintainer,
I've got a pretty vanilla ifupdown setup with NetworkManager on top.
My /etc/network/interfaces seems pretty boring (anonymized copy at the
bottom). Machine got rebooted recently, and now NetworkManager seems
to
Package: mpd-sima
Version: 0.13.1-1
Severity: normal
Behind a proxy, I've found it very difficult to get mpd-sima to use it
for last.fm access. python-requests documentation at
http://docs.python-requests.org/en/latest/ says it should pay
attention to the HTTP_PROXY and HTTPS_PROXY environment
Package: geeqie
Version: 1:1.2-3+b2
Severity: normal
geeqie 1:1.2-3+b2 loses the ability to display .RW2 files for me.
Applying the 1:1.2-3+b1 binary from another machine works fine,
although that binary links against libexiv2.so.13 rather than
libexiv2.so.14 (that is the only difference in
Package: btrfs-tools
Version: 3.17-1.1
Severity: normal
File: /sbin/btrfs
Dear Maintainer,
Running 'btrfs check' on a 1TB filesystem brought my system to its knees. top
shows:
17892 root 20 0 4860028 4.237g528 D 31.2 54.5 9:29.66 btrfs
I'm not sure if this could be due to
Package: turses
Version: 0.2.20-1
Severity: important
Running turses for the first time, it helpfully creates ~/.turses. I
don't think I mind that directory being world-accessible, but when it
authenticates to twitter and gets its token, it creates the token
file world readable as well, which is
Got hit by the same thing. No idea about a fix, but FYI after you get
the lv running, you should just be able to exit the initramfs shell
(^D or exit) and the normal startup should commence.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Any chance of getting a new upload? It's a little hard to know how to
try to cobble a fix together when the current package (2.1.7) is so
out of date with respect to the dovecot mainline (2.1.17 / 2.2.5) -
the obvious application of the change you mentioned doesn't seem to
fix it for me. Thanks!
Package: idle3-tools
Version: 0.9.1-1
Severity: minor
The idle3ctl man page references the url
http://idle3-tools.sourceforce.net, which is owned by a domain
squatter. It should instead be http://idle3-tools.sourceforge.net.
(ie forGe rather than forCe)
-- System Information:
Debian Release:
Package: dovecot-solr
Version: 1:2.1.7-5
Severity: normal
The documentation for the solr plugin says:
Replace Solr's existing solr/conf/schema.xml using doc/solr-schema.xml from
Dovecot.
This file seems to have existed in /usr/share/doc/dovecot* at some
point according to web tutorials, but it
This still afflicts me, so I took another look. Looking at the code I
referenced in the patch above, I don't see how it can work *without*
preauth - in kerberos5.c:_kdc_as_rep(), reply_key is NULL unless it's
set at this line (ignoring PKINIT):
reply_key = pa_key-key;
Maybe there's
Package: xfce4-utils
Version: 4.8.3-2
Severity: minor
xinitrc tries to avoid starting the screensaver (quite sensibly) if it appears
that it's running under VNC:
if test $UID -gt 0 -a -z $VNCSESSION -a $screensaver_enabled != false;
then
However, tightvncserver doesn't seem to set
Package: libnet-twitter-lite-perl
Version: 0.11001-1
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
Today, my twitter client (barnowl) which uses libnet-twitter-lite-perl
stopped receiving tweets although it could still send them. The
I've been on amd64 for years but recently did a dist-upgrade, so I
think it's more likely a recently introduced bug than platform related.
--
..ooOO ch...@chiappa.net | My opinions are my own OOoo..
..ooOO chris.chia...@oracle.com | and certainly not those OOoo..
..ooOO
Package: libasound2:amd64
Version: 1.0.25-3
Severity: normal
I haven't investigated what's wrong with the asoundrc yet, but the
attached one produces the following crash in multiple applications
(pidgin, alsamixer):
(gdb) run
[Thread debugging using libthread_db enabled]
Using host libthread_db
On Thu, May 24, 2012 at 08:12:03PM +0200, Elimar Riesebieter wrote:
Again: /home/cchiappa/.asoundrc may be old or corrupted: consider to
remove or fix it.
Nothing to fix here from Debian ALSA maintainers. Try without an
.asoundrc or check [0].
[0]
The binaries at http://people.debian.org/~kibi/packages/xorg-47266
seem to make the problem much worse for me - rather than eventual
corruptime, mostly in iceweasel, I get missing fonts in
gnome-terminals and the like (xterm seems unaffected). I have a
Radeon 4350-based card, but I accidently
On Mon, Apr 02, 2012 at 02:15:22PM -0500, Jonathan Nieder wrote:
Good to hear. If you can come up with more details about the
remaining iffyness or a reliable way to test for it, please feel free
to file a new bug.
Returning to this bug (long pauses during a network scan): the squeeze
Hi Jonathan, sorry about the slow reply. The situation is definitely
better, and my recollection (it's been a while) is that it did improve
around the 2.6.35 timeframe. I've only ever run unstable so I'm not
sure how much testing I can provide, but if a kernel deb was
installable in unstable I
Forgot to say, although I don't think it's directly pertinent - I
think I'm currently running a 3.2.something kernel on the laptop in
question (an official Debian kernel)
--
..ooOO ch...@chiappa.net | My opinions are my own OOoo..
..ooOO chris.chia...@oracle.com | and
Package: flashplugin-nonfree
Version: 1:2.8.3
Severity: normal
When I started forcing the use of pulseaudio on my machine, I stopped
being able to watch youtube videos - they would play too fast and
there would be no sound. Some googling led me to
http://ubuntuforums.org/showthread.php?t=844794
I can confirm that downgrading to console-common_0.7.85_all.deb fixes
the problem for me as well. Here's the requested list:
$ dpkg -S /etc/init.d/*|cut -d: -f1|sort -u
dpkg-query: no path found matching pattern /etc/init.d/lastfmsubmitd~.
dpkg-query: no path found matching pattern
Just checked and both the initial debuild and subsequent ones seem
fine now. Thanks!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I tracked the problem down to this commit:
commit 6df0783c7eef0984b712792a25dd2f5a39f8f337
Author: Love Hornquist Astrand l...@apple.com
Date: Wed Sep 23 00:14:57 2009 -0700
Redo client key handling for AS
Pick the replykey to be the same as the preauth key, this allows
us to
My error is somewhat different but downgrading to
ca-certificates-java_20100412_all fixes it so it might be the same
issue:
# dpkg -i ca-certificates-java_20110426_i386.deb
dpkg: warning: downgrading ca-certificates-java from 20110531 to
20110426.
(Reading database ... 273072 files and directories
Symlinking /usr/lib/i386-linux-gnu/libnss3.so to /usr/lib changes the
error message:
# update-ca-certificates
Updating certificates in /etc/ssl/certs... 0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d
Exception in thread main java.security.ProviderException: Could not
Package: logrotate
Version: 3.7.8-6
Severity: normal
For months I've been getting zombie logrotate processes. Some
googling finds bugs like bug#474114 (stunnel4) and bug#419992
(lighttpd), both of which should be fixed by now. I see several of my
logrotate.d entries have postrotate clauses,
Package: ca-certificates
Version: 20110502
Severity: wishlist
I installed a certificate from my employer and sometime later began
having strange problems with some programs not being able to perform
SSL connections correctly. Upon investigation I eventually figured
out that
Package: ca-certificates-java
Version: 20110531
Severity: normal
A recent dist-upgrade caused my update-ca-certificates to fail:
# update-ca-certificates
Updating certificates in /etc/ssl/certs... 0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d
Exception in thread
Package: dovecot-common
Version: 1:2.0.13-1
Severity: normal
I'm not sure exactly what Debian policy says about this, but as an
enduser it would be nice to at least have an entry in NEWS.Debian if
the upgrade is going to obsolete my current configuration. As it
stands, README.Debian has some
On Wed, Jul 06, 2011 at 03:16:58PM +0200, Lukáš Lalinský wrote:
Yes, it's a bug in Qt, as it correctly reads system proxy settings on
other platforms. I've added a workaround that should fix this problem:
Same thing for me, sort of. My gnome-terminals all have a cover cube
in them, and not just covering the terminal portion, but the menus
as well. (gnome-system-monitor too, as the original reporter notes)
Disabling the Compiz Blur Windows effect fixes this for me. Other
plugins seem to have
I just tried upgrading again, and I still can't kinit, although the
error has changed:
$ kinit
someu...@realm.com's Password:
kinit: krb5_get_init_creds: Client have no reply key
I'm not sure what to make of that, I find one reference mapping that
text to KRB5KDC_ERR_CLIENT_NOTYET: Client not
On Sun, Jan 30, 2011 at 06:34:41AM +0100, Cyril Brulebois wrote:
if you're still using it, it'd be nice to know whether that's fixed in
the X stack from squeeze/sid (or from experimental).
From a quick “I don't know how Xorg works” look, it might just be a
race with a device which disappears
On Sat, Apr 03, 2010 at 10:54:11PM +0200, Cyril Brulebois wrote:
From some googling, it looks like this is probably due to using the
radeonhd driver for X, but this seems like an especially bad failure
mode.
RadeonHD seems to have troubles talking to the kernel, and you report
a bug
Package: gallery2
Version: 2.3.1.dfsg-1
Severity: normal
The new gallery2 removes the uploadapplet module. OK, per the
previous bug that seems to have been aged out by now, since the admin
page was now unusuable I downgraded to 2.3.1-1 and deinstalled
uploadapplet. I upgraded again, went to
On Mon, Dec 28, 2009 at 06:30:44PM +0100, Julien BLACHE wrote:
Have you tried a build of the epson2 backend from the HEAD? If that
doesn't work either, I'll forward the report to the epson2 maintainer.
Hrmm, I assume if I do a fresh git clone that gets me HEAD? (I have
no previous git
at 02:06:55PM -0500, Chris Chiappa wrote:
It seems like with this change, my scanner is reported by both the
epson and epson2 backends:
$ git bisect bad
9227e7d6bc69bddeedd4d66ea55d6ccb41bccff3 is the first bad commit
commit 9227e7d6bc69bddeedd4d66ea55d6ccb41bccff3
Author: Alessandro Zummo a.zu
Thanks, sorry I didn't get to test downgrading only horde.
--
..ooOO ch...@chiappa.net | My opinions are my own OOoo..
..ooOO chris.chia...@oracle.com | and certainly not those OOoo..
..ooOO http://www.chiappa.net/~chris/ | of my employer OOoo..
--
To
Huh. During bisection, it looks like some snapshots see my scanner
with the 'epson' driver and some with both the 'epson' and 'epson2'
driver. So far, 'epson' has always worked but 'epson2' has always
failed. I'm guessing (unconfirmed) that the old release only detects
under 'epson' and the new
It seems like with this change, my scanner is reported by both the
epson and epson2 backends:
$ git bisect bad
9227e7d6bc69bddeedd4d66ea55d6ccb41bccff3 is the first bad commit
commit 9227e7d6bc69bddeedd4d66ea55d6ccb41bccff3
Author: Alessandro Zummo a.zu...@towertech.it
Date: Tue Nov 18 20:26:55
I rebuilt and installed a bunch of -dbg packages and got a somewhat
better stack trace:
#0 0xb7493490 in *__GI_strcpy (dest=0x820df98 \bDV\267\bDV\267, src=0x0)
at strcpy.c:39
#1 0xb674be0b in getvalue (handle=0x81c7800, option=38,
action=SANE_ACTION_GET_VALUE, value=0x820df98,
Downgrading libsane to 1.0.20-9 did not fix it, but downgrading to
1.0.19-23 did.
--
..ooOO ch...@chiappa.net | My opinions are my own OOoo..
..ooOO chris.chia...@oracle.com | and certainly not those OOoo..
..ooOO http://www.chiappa.net/~chris/ | of my employer
On Thu, Dec 24, 2009 at 05:38:16PM +0100, Julien BLACHE wrote:
Downgrading libsane to 1.0.20-9 did not fix it, but downgrading to
1.0.19-23 did.
So this is definitely a bug in the epson2 backend. Can you try to bisect
it?
I might be able to find some time this weekend - is there a Debian
The problem seems to be fixed if I downgrade both horde3 and imp4 to
horde3_3.3.5+debian0-1_all.deb
imp4_4.3.5+debian0-1_all.deb
I had previously tried only downgrading imp.
--
..ooOO ch...@chiappa.net | My opinions are my own OOoo..
..ooOO chris.chia...@oracle.com | and
Package: imp4
Version: 4.3.6+debian0-1
Severity: normal
This must be something peculiar to my installation since I haven't
turned up anything similar googling, but I'm at a loss as to what it
might be. After a recent dist-upgrade (which upgraded imp4 among
other things) imp, and perhaps more of
I haven't scanned in a month or two, did a dist-upgrade and now it
seems broken. The stack traces look somewhat similar to what's in
this bug. I removed .sane, set XSANE_DEBUG to 255 and ran xsane in
gdb
(xsane:15051): Gtk-WARNING **: GtkSpinButton: setting an adjustment
with non-zero page size
Package: snmpd
Version: 5.4.2.1~dfsg-5
Severity: important
I don't use shadow passwords and snmpd consequently fails to upgrade:
Setting up snmpd (5.4.2.1~dfsg-5) ...
chage: the shadow password file is not present
/usr/bin/chage failed with return code 15, shadow not enabled, password aging
As an additional bit of info, the package thinks it's correctly
installed after I skip all of the packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Same thing happened to me - couldn't find the filesystem even though
the UUID referenced appaars to be correct. Booting with
root=/dev/hda1 instead works fine. I appear to get a correct grub.cfg
if I set
GRUB_DISABLE_LINUX_UUID=true
in /etc/default/grub.cfg
My setup is pretty straight forward -
On Sun, Nov 08, 2009 at 11:57:56PM +0100, Felix Zielcke wrote:
Do you get from GRUB and not kernel/initrd the message that it can't
find the device with the UUID?
If yes then it would be very strange that disabling root=UUID= usage
fixes this.
If not then it's not the same bug.
If uuid in
On Sun, Sep 27, 2009 at 10:48:40AM +0200, Andreas Metzler wrote:
On 2009-09-24 chris+deb...@chiappa.net wrote:
Package: locate
Version: 4.4.2-1
Severity: normal
I was surprised to find updatedb hanging on some network paths that I
was sure I had excluded. It looks like during some
I'm not sure it needs any dep on the mdns stuff - I don't have it
installed on my (amd64) system, but it works fine after I forced the
deb to install.
--
..ooOO ch...@chiappa.net | My opinions are my own OOoo..
..ooOO chris.chia...@oracle.com | and certainly not those OOoo..
I spoke too soon, it was still crashing after I reupgraded, just
without the consistency it had before:
[Thu Aug 06 11:35:22 2009] [notice] child pid 4974 exit signal
Segmentation fault (11)
[Thu Aug 06 11:35:25 2009] [notice] child pid 5968 exit signal
Segmentation fault (11)
[Thu Aug 06 11:35:27
Huh. I upgrading back to 5.2.10 and it's working now. Perhaps I
pulled in some other undeclared dep that was breaking things?
--
..ooOO ch...@chiappa.net | My opinions are my own OOoo..
..ooOO chris.chia...@oracle.com | and certainly not those OOoo..
..ooOO
Just confirming that for me as well, downgrading to 5.2.9.dfsg.1-4
fixes the problem. Also of note, I realized that I did not actually
have php5-cgi installed, so this bug should perhaps be redirected at
just php5 or whatnot.
--
..ooOO ch...@chiappa.net | My opinions are my own
I'm on a Core2Duo with 2 cores:
model name: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz
running in amd64 mode. I'm trying to run mediawiki under apache2.
I don't have any experience debuggin php but I'm reasonably handy with
a debugger. Here's the backtrace, let me know what else
Some other information that may or may not be useful:
This is a very new install (within a couple of days), so I may not
have upgraded from any previous php5 install before trying to run
mediawiki. I moved a mediawiki setup (database/config files) over
from another machine and it seemed to be
The extra \ next to the s in the URLs used by cddb-tool also breaks
the Musicbrainz freedb server. I arrived at the same patch and MB
freedb works fine after that change.
--
..ooOO ch...@chiappa.net | My opinions are my own OOoo..
..ooOO chris.chia...@oracle.com | and
2.6.29 + UXA + No tiling doesn't work for me - I can log in but
there's lots of video corruption and starting firefox hangs X (still
responsive to Alt+SysRq at least). Video card is identified as:
00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated
Graphics Controller (rev
Perhaps unsurprisingly, using xkb exhibits the same issue...
$ setxkbmap -option ctrl:nocaps
$ setxkbmap -print
xkb_keymap {
xkb_keycodes { include evdev+aliases(qwerty) };
xkb_types { include complete };
xkb_compat{ include complete };
Package: xserver-xorg-input-evdev
Version: 1:2.2.2-1
Severity: normal
I don't know if this is the right package to file against, but it
seems the most likely. When I start X I run xmodmap to do a bit
of setup:
remove Lock = Caps_Lock
keysym Caps_Lock = Control_L
add Lock = Caps_Lock
add Control
Package: libimage-exiftool-perl
Version: 7.30-1
Severity: wishlist
It looks like exiftool in Debian hasn't been updated in almost a year,
although it's had a lot of work done upstream - 7.72 is currently available.
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy:
Package: denyhosts
Version: 2.6-5
Severity: normal
In a fit of perhaps unadvised pique, I nuked /var/lib/denyhosts/* to try to
reset it after an authentication problem caused a lot of valid hosts to be
blocked. I just discovered that the sync-received and sync-timestamp files
were recreated
Package: clamav
Version: 0.94.dfsg.1-1
Severity: important
So, using a script from the examples directory is probably buyer-beware but
I'll bet lots of people do it anyhow. I use clampipe in the obvious
procmail rule:
:0fw
| perl /usr/share/doc/clamav/examples/clampipe
Unfortunately, it wants
Package: gpsbabel
Version: 1.3.5-1.1
Severity: wishlist
gpsbabel 1.3.6 was released on October 31, 2008 and has some nice
improvements in it for users of MTK chipsets.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Package: hugin-tools
Version: 0.7.0~svn3191+beta5-1
Severity: important
The hugin-tools package does not include tca_correct, an automatic chromatic
aberration corrector, mentioned for instance at
http://hugin.sourceforge.net/tutorials/tca/en.shtml
Adding usr/bin/tca_correct to
Package: gallery2
Version: 2.2.6-1
Severity: normal
I just did a safe-upgrade and got upgraded to 2.2.6. Stepping through the
upgrade process I get the following warnings. Probably nothing, but not
knowing more about the internals of Gallery, they're a little troublesome to
see. An artifact
Nikon lenses would be nice to support too. There's some information at
http://gallery.menalto.com/node/58721
which works OK, although between the two patches, and trying to correlate
with what 'exiftool' reports, it's a little hard to rationalize the varying
uses of 'Lens', 'Lens Type' and
Package: gallery2
Version: 2.2.4-2
Severity: wishlist
It would be nice to have the EXIF data include lens information.
http://gallery.menalto.com/node/75321 has a simple patch for Canon cameras,
I don't know how far off other manufacturers are. I found this feature
request but it's been sitting
To repair existing cue files, assuming no oddly named files:
find . -name \*.cue | xargs grep -l dummy.wav | while read cue; do
flac=echo $cue | sed -e '[EMAIL PROTECTED]/@@;s/\.cue$//'
perl -i~ -pe s/dummy.wav/$flac/ $cue
done
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Hacky patch to fix this, I thought I sent this a week ago but I geuss it
never went through. Also, my editor ate the backticks out of my fixup
suggestion, so here it is again:
find . -name \*.cue | xargs grep -l dummy.wav | while read cue; do
flac=`echo $cue | sed -e '[EMAIL
Package: abcde
Version: 2.3.99.6-1
Severity: normal
abcde always generates a cue file that references dummy.wav. This is
probably OK if you're ripping to multiple files since there's no single file
name then, but if you're ripping to a single file it prevents the cue file
from being usable by
Oops, I used SUBTITLE() rather than SUBTITLE[] in the patch. Easy
enough to fix by hand
--
..ooOO [EMAIL PROTECTED] | My opinions are my own OOoo..
..ooOO [EMAIL PROTECTED] | and certainly not those OOoo..
..ooOO http://www.chiappa.net/~chris/ | of my employer
Unfortunately there doesn't seem to be a real standard for this type of
comment. http://www.gophernet.org/articles/vorbiscomment/ suggests
SUBTITLE[TRACK 1]=Track 1 name
but there's no mention of the obvious SUBARTIST for multi-artist albums.
Other tag-standard-related pages:
Package: abcde
Version: 2.3.99.6-1
Severity: wishlist
I see that it is deliberate in the flac format that embedded Cue sheets do
not have track information like track names embedded in them:
http://flac.sourceforge.net/faq.html#general__no_cuesheet_tags
OK, whatever. However, given that abcde
Package: squid
Version: 2.6.14-1
Severity: normal
Trying to configure a Thinkpad through the online Lenovo store fails when
Firefox is operating through a Squid proxy. It seems to work fine when
connecting directly or my company's default web proxy (which claims to be a
NetCache appliance).
1 - 100 of 127 matches
Mail list logo
