Package: lieer
Version: 1.5-1
Severity: important
Dear Maintainer,
Updating lieer to 1.5 breaks on saving credentials. The reason is
that the python3-google-auth package is severely out of date. The
to_json method was added to 1.8, and the 2.x series is now over a
year old.
The only fix within
I've been using which for decades, including on SunOS and AIX.
When I know it's a script, less `which foobar` is quick and easy.
None of the alternatives listed do the same thing.
Yes, which has issues, but you're breaking what people have used
for a very, very long time.
From a bash sessio
Package: plasma-workspace
Version: 4:5.12.5-1
Severity: important
The plasmashell component freezes every few (5-15?) times the system-key menu
appears. I have to kill and restart plasmashell. There has been nothing
obvious in the output (but I have not yet captured the output to send).
-- Sy
And Rebecca N. Palmer writes:
What hardware (lspci -nn | grep -e "\[03..\]:"),
Skylake laptop, so "Intel Corporation HD Graphics 520
[8086:1916]". Most recent versions, etc.
Try removing xserver-xorg-video-intel: it isn't needed on
anything recent enough to use beignet, and has been known
Package: clinfo
Version: 2.1.16.01.12-1+b1
Severity: important
The error from clinfo when beignet is installed:
> X Error of failed request: BadRequest (invalid request code or no such
> operation)
> Major opcode of failed request: 154 (DRI2)
> Minor opcode of failed request: 1 (DRI2Connect)
Package: choqok
Version: 1.6-1
Severity: important
Tags: upstream
All posts to my account at fmrl.me via choqok are fully escaped and nigh
illegible. See https://fmrl.me/jasonriedy .
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500,
Package: digikam
Version: 4:4.14.0-4+b2
Followup-For: Bug #809151
Is there any possibility this will be re-enabled for digikam 4?
It appears that digikam 5 requires libjpeg8. Building that as a user requires
either massive removal of packages or setting up a VM.
-- System Information:
Debian R
And Gennaro Oliva writes:
> The filename contained in the deb package is /lib/security/pam_slurm.so
> as you can see here:
And as I saw in /var/lib/dpkg/info/libpam-slurm.list and data.tar.xz, however:
> root@pequin:~# aptitude purge libpam-slurm
> The following packages will be REMOVED:
> l
Package: libpam-slurm
Version: 14.03.9-5
Severity: important
Somehow, the file intended for /lib//security/pam_slurm.so ends
up being named libpam_slurm.so. The libpam-slurm.list entry is correctly
lacking the lib part, but the file's name is not. Uninstalling does remove
libpam_slurm.so.
(Sepa
Package: prey
Version: 1.3.8
Severity: wishlist
As a heads-up, the new version of prey has *very* different configuration. The
provided Ubuntu package installs but has no upgrade help... Devices may need
deleted and re-registered.
-- System Information:
Debian Release: 8.0
APT prefers unsta
Package: slurm-llnl
Version: 2.6.7-1
Severity: important
Dear Maintainer,
With slurm, slurmd runs on compute notes and slurmctld runs on
controller nodes. Those nodes are separate.
The current package installs and tries to run both at once. This
requires a bit of trickery to make installation
Ah... libpython-dev depends on libpython2.7-dev, and that only
exists in experimental with the broken version. That would be
how I picked it up.
--
Jason
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
Package: libpython2.7-minimal
Version: 2.7.4~rc1-3
Severity: normal
Users can work around this by defining MAXREPEAT in sre_constants.py and
commenting out the import in sre_parse.py and sre_compile.py (in
/usr/lib/python2.7). Searching around, seems this problem has existed for
quite a while. T
Thanks! I noticed 2.4.5 in the queue with the LLNL url, which is why I pointed
out the move and even newer version. After the freeze, of course.
--
Jason Riedy
Package: slurm-llnl
Version: 2.3.4-2+b1
Severity: wishlist
FYI, slurm has moved to http://www.schedmd.com, and the latest stable version
actually is 2.5.4 with a beta version of 2.6.0. Still under the GNU GPL v2.
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (8
Package: xdg-utils
Version: 1.1.0~rc1+git20111210-5
Severity: wishlist
Somehow, my PDF viewer preferences were messed up. Not a big deal. I'll
just override it with xdg-mime... But I gave it an absolute path to the
desktop file. That didn't work, and strace showed it trying to open
/usr/share/
Package: mailutils
Version: 1:2.2+dfsg1-4+b1
Severity: critical
Justification: breaks unrelated software
Apparently, /etc/cups/mime.types no longer exists. As with #435496,
/etc/mime.types
causes syntax errors. Combined, this breaks other packages that use mimeview.
-- System Information:
Debi
Package: amarok
Version: 2.4.1-2
Severity: normal
This has me mystified. For some reason, amarok is not picking up tags that
kid3 can read.
In particular, the Ogg Vorbis tags from
http://www.archive.org/details/Fugazi2002-07-01 and
others are not showing up even after a full collection scan. Biz
Package: glpi
Version: 0.72.4-2.1
Severity: grave
Justification: renders package unusable
I'm not sure if this is a problem with glpi or dbconfig-common, but
no database information is gathered, no database is created, etc. Hence
the PHP installer can't function.
-- System Information:
Debian Re
lambaste.rtf
Description: Binary data
And Thomas Weber writes:
>> octave: error while loading shared libraries: libumfpack.so.3.2.0:
>> cannot open shared object file: No such file or directory
>
> I can't reproduce this, neither in a 32 nor a 64 bit chroot.
Bad report. Another octave appeared in the path at some point.
Sorry for the
Package: octave3.2
Version: 3.2.0-2
Severity: grave
Justification: renders package unusable
> octave: error while loading shared libraries: libumfpack.so.3.2.0: cannot
> open shared object file: No such file or directory
There's a dependency missing a version somewhere...
Jason
-- System Info
And Kumar Appaiah writes:
> Thanks for bringing this up. The upsteam author, Dave Beckett, was
> kind enough to look into the code and spot the error immediately; it
> was because of an incorrect upload URI.
Not only that, he also responded to my random griping on identi.ca.
(He's http://identi.ca
Package: flickcurl-utils
Version: 1.9-1
Severity: important
Receiving the following error:
> e...@nan:~/Pictures/to-flickr$ flickcurl -V upload img_9141.jpg public
> flickcurl: Photo upload
> File: img_9141.jpg
> Title: none
> Description: none
> Tags:
> Viewable by Public: yes Frien
And Filippo Giunchedi writes:
> bluez 4.x is actually in NEW
That's good news, thanks! bluez 4.34 with Linux 2.6.29 actually
works with Twinkle as the softphone. I'll be glad when it moves
out of NEW to someplace I can reach it.
Jason
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lis
Is there any progress? Are any changes visible somewhere? They don't
appear to be in the SVN repo, and nothing relevant is in experimental
for amd64.
Jason
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
Package: haxe
Version: 1:2.2-2
Severity: wishlist
Because CEDET is so active, I install JDEE, CEDET, & ECB as a user. But it
appears haxe's Emacs mode needs them (if I'm interpreting this correctly;
I rarely touch Java):
> Eval error in the `c-lang-defconst' for `c-block-prefix-disallowed-chars'
Package: lastmp
Version: 1.0.2-1
Severity: important
On installing 1.0.2-1:
> Setting up lastmp (1.0.2-1) ...
> insserv: Service mpd has to be enabled to start service lastmp
> insserv: exiting now!
> dpkg: error processing lastmp (--configure):
> subprocess post-installation script returned err
Ok, the following patch on top of madduck's seems to work for me.
I haven't stress-tested it in any way, but at least it all builds,
installs, and at least detects my headset and a few other devices.
Signed-off-by: Jason Riedy <[EMAIL PROTECTED]>
---
debian/changelog
Package: bluez-utils
Version: 3.36-2
Severity: normal
I suspect one problem being encountered is that upstream merged
bluez-libs into bluez-utils.
I made a wild attempt to merge the packages myself based on madduck's
fixes. Silly me. Running the dh_makeshlibs and dh_shlibdeps commands
by hand
And Sven Joachim writes:
> They are not necessary since the problem is in apt, see #499322.
Thanks! Should I file a wishlist for aptitude's lack of diagnostic
output? It'd be nice if aptitude pointed at the culprit when something
under it fails...
Jason
--
To UNSUBSCRIBE, email to [EMAIL PR
Package: aptitude
Version: 0.4.11.10-1
Severity: grave
Justification: renders package unusable
Ka-boom. Makes installing debug libraries a pain, and I'm on a *slow* network
right now, so the following backtrace does not include debug symbols.
nan:~# aptitude safe-upgrade
Reading package lists..
And Kapil Hari Paranjape writes:
> This will be uploaded to unstable but I will _not_ ask for an
> exception for it to be included in lenny (which is the "frozen"
> release) since there are a lot of changes over the last few months.
Definitely the right decision. Thank you! The problems may be
c
And Eitan Gurari writes:
> The bugfixes page has an `upgrade' pointer trying to explain the
> process. Can you be specific with regard to the problem being
> encountered. -eitan
First and foremost, I'd need to overwrite system files outside of
the packaging system. I've *done* it (see posting on
Package: tex4ht
Version: 20080701-1
Severity: wishlist
The author has bug fixes under
http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes.html
Trivially applying the Debian patches to the complete fixed
source does not work, and I'm a little affected by some of the
bugs. I'd be terribly grat
Package: kernel-package
Version: 11.001-0.1
Severity: normal
Just a heads-up that make-kpkg doesn't handle having firmware
separate, and that appears to be the default in recent kernel git
versions. Different versions' .debs want to drop files into
/lib/firmware without different version numbers.
Package: kernel-package
Version: 11.001-0.1
Followup-For: Bug #446879
Adding --arch amd64 --subarch x86_64 to the invocation works for me. Given the
increasing
number of platforms, perhaps --arch and --subarch should be mandatory options.
-- System Information:
Debian Release: lenny/sid
APT p
Package: sqlite3-doc
Version: 3.5.6-1
Severity: normal
Is it my imagination, or did the C-level documentation disappear
with the 3.5.6 package? Could you include it?
Jason
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'),
And Matthias Klose writes:
> If you do want to help with the transition, please help upgrading the
> atlas package from 3.6 to 3.8.
What's necessary? I build atlas for myself unfortunately often
(on non-Debian platforms).
And if you have any preferences for how upstream LAPACK is
organized, plea
Package: lapack
Severity: wishlist
Lapack 3.1.1 upstream is much improved over 3.0.* but should be
backwards-compatable. You might want to upgrade along with the
gfortran transition.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500,
Package: xserver-xorg
Version: 1:7.3+10
Severity: wishlist
Tags: patch
Applying the following patch from Arjan van de Ven to the
Debian sources drops power consumption on my laptop (Dell D620)
by 1-2 Watts with no apparent ill-effects.
http://lists.freedesktop.org/archives/xorg/2007-October/029
And William Pitcock writes:
> Sounds more to me like this is a bug in sqlite, not bmpx.
Probably in how bmpx uses sqlite3. The old API isn't the most
clear on what to do in error situations. There's a new API
that's more clear, but I don't remember which version introduced
it and it requires a f
Package: bmpx
Version: 0.40.13-1
Severity: important
When I try to add my music directory (~/music) to bmpx's library,
I receive an error dialog with:
> No volume for this path was found
>
> BMPx' HAL backend was unable to identify on which volume this path is located.
> The adding operation can
And I write:
> [EMAIL PROTECTED]:~$ /usr/lib/beep-media-player-2-bin
>
> ** (beep-media-player-2-bin:30424): WARNING **: SQL Error: 'no such
>table: track_v', SQL Statement: 'DROP VIEW track_v'
> BMPx has crashed. If you suspect a bug, please consult
> http://bmpx.beep-media-player.org/site/Re
Package: bmpx
Version: 0.40.13-1
Severity: grave
Justification: renders package unusable
Runs fine on an amd64 system after deleting ~/.config/bmpx/.
Crashed with a different message before then.
Actual output:
[EMAIL PROTECTED]:~$ /usr/lib/beep-media-player-2-bin
** (beep-media-player-2-bin:30
And Debian Bug Tracking System writes:
> * Undo 'Fix Maildir race' patch. It was causes spinning.
Confirmed, thanks!
Jason
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: offlineimap
Version: 5.99.3
Severity: grave
Justification: renders package unusable
offlineimap just spins. Enabling debug messages spews the
following with ever increasing names:
> DEBUG[maildir]: savemessage: using temporary name 1192761387_46.20753.nan
Looks like the race condition
Package: atlas3-base-dev
Version: 3.6.0-20.6
Severity: wishlist
Are you planning to migrate atlas to gfortran? Using gfortran -ff2c
is insufficient for code that mixes the single-precision BLAS/LAPACK
and intrinsics. Intrinsics will return a single in single, and the f2c
ABI returns singles in
2.3.1/debian/changelog 2007-05-09 11:16:39.0 -0700
+++ suitesparse-2.3.1-mine/debian/changelog 2007-05-09 10:37:30.0
-0700
@@ -1,3 +1,9 @@
+suitesparse (2.3.1-1.1) unstable; urgency=low
+
+ * Include UFconfig.h and UFconfig.mk in /usr/include/suitesparse.
+
+ -- Jason Riedy &l
Package: network-manager
Version: 0.6.4-8
Severity: normal
On a laptop with wired (eth0) and wireless (eth2) adapters, setting
knetworkmanger to offline yields the following:
> May 7 21:04:28 nan NetworkManager: ^IGoing to sleep.
> May 7 21:04:28 nan dhclient: There is already a pid file
> /
Package: f2c
Version: 20050501-1
Severity: wishlist
There's a new upstream version that fixes some problems indexing
into large complex arrays. It'd be great if you could include it.
BTW, have you passed the security patches from #292792 upstream?
I didn't see a mention in the changes file on Ne
And Debian Bug Tracking System writes:
> We believe that the bug you reported is fixed in the latest version of
> drscheme, which is due to be installed in the Debian FTP archive:
Yup. Just purged and re-installed. Works. Thank you!
(BTW, gauche now has the same problem. I probably should hav
And Ari Pollak writes:
> Do you have a suggested fix? I'm not exactly sure how to solve the problem.
Alas, I know next to nothing about mzscheme... Why does it need
to load slib at installation time? Would it be possible to
disable that, or possibly use the DrScheme.init from slib?
I've cc'ed t
Package: mzscheme
Version: 1:352-6
Severity: normal
slib version 3a4-4
It looks like slib expects slib:features and mzscheme
provides *features*. Using
(load (build-path (collection-path "slibinit") "init.ss"))
fails with
reference to undefined identifier: slib:features
However, (load "/usr/s
Package: texmacs
Version: 1:1.0.6.6-1
Followup-For: Bug #390022
FYI, this isn't fixed. I tried building a CVS TeXmacs to see if any
magic had happened, but it won't build with guile-1.6-dev and refuses
to run with guile-1.8-dev. Is there a dependency on the gcl version?
Currently installed:
55 matches
Mail list logo
