Bug#1060224: bluetoothd started segfaulting

severity 1060224 important thanks I'm seeing similar issues that I suspect are from the same underlying bug. This happens whenever I try to connect any or my devices via bluetooth (all audio devices): Mar 06 15:19:36 servo kernel: bluetoothd[52214]: segfault at 558c06f488e9 ip 55895d916375

Bug#1027038: QR code support

Hey Joey, thanks so much for the feedback. I in fact have been using an extension to impass that does exactly this (very similar to what you suggest), but I haven't gotten around to pushing it upstream. I'll try to do that asap and push out a new release. Thanks again for the feedback! jamie.

Bug#1009617: mailscripts: new script to reinject a message via sendmail: sendmail-reinject

One more time... >From 40e4e72fe8180c4ec387ce1c5b8662d5c6dd3ca2 Mon Sep 17 00:00:00 2001 From: Jameson Graef Rollins Date: Tue, 12 Apr 2022 13:03:53 -0700 Subject: [PATCH] new script to reinject message via sendmail This script simply takes an existing mail file, parses it for sender and

Bug#1009617: mailscripts: new script to reinject a message via sendmail: sendmail-reinject

Here's a new version of the patch addressing Sean's comments. >From f4d9e714b556a144644cb597a783e4469506ddd1 Mon Sep 17 00:00:00 2001 From: Jameson Graef Rollins Date: Tue, 12 Apr 2022 13:03:53 -0700 Subject: [PATCH] new script to reinject message via sendmail --- sendmail-reinject |

Bug#1009617: mailscripts: new script to reinject a message via sendmail: sendmail-reinject

On Wed, May 11 2022, Sean Whitton wrote: > Hello Jameson, > > On Tue 12 Apr 2022 at 03:17PM -07, Jameson Graef Rollins wrote: > >> Package: mailscripts >> Version: 0.24-1 >> Severity: wishlist >> Tags: patch >> >> Attached is a patch (via git format

Bug#1009617: mailscripts: new script to reinject a message via sendmail: sendmail-reinject

libxml-feed-perl ii openssl1.1.1n-1 -- no debconf information >From 69693dcd497a2fae7f6eb7bdeb0545120b2cb0a6 Mon Sep 17 00:00:00 2001 From: Jameson Graef Rollins Date: Tue, 12 Apr 2022 13:03:53 -0700 Subject: [PATCH] new script to reinject message via sendm

Bug#1006888: RFP: sasl-xoauth2 -- XOAUTH2 plugin for libsasl2

I too would like to strongly support this RFP. This is the only thing that I've found that allows me to connect postfix to the Microsoft office365.com SMTP server, which now requires OAuth2. I used the included debian package to build a deb, which installed no problem, and worked with postfix

Bug#1006329: Acknowledgement (xwayland does not update dbus activation environment (DISPLAY, XAUTHORITY) on startup)

I might be mischaracterizing this as an Xwayland issue. Maybe it's a sway issue? The problem starts before Xwayland is in the picture, before any X apps are launched. waybar takes a long time to launch, gpg-agent, pavucontrol, other things. They all have these dbus timeouts, that all seem to

Bug#1006329: xwayland does not update dbus activation environment (DISPLAY, XAUTHORITY) on startup

Package: xwayland Version: 2:22.1.0-1 Severity: important For a couple of months now, when I launch sway, many dbus queries timeout with a log like: Feb 23 08:43:58 servo org.freedesktop.Notifications[4739]: failed to create display Issuing the following command seems to fix the issue:

Bug#978030: ITP: xotes -- simple personal note management system

Package: wnpp Severity: wishlist Owner: Jameson Graef Rollins X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: xotes Version : 0.1.0 Upstream Author : Jameson Graef Rollins * URL : https://gitlab.com/jrollins/xotes * License : GPL Programming

Bug#977894: gui is broken, python3-xdo

On Tue, Dec 22 2020, Joey Hess wrote: > Package: impass > Version: 0.12.2-1 > Severity: normal > >> impass gui > The xdo module is not found, so the 'xdo' paste method is not available. > Please install python3-xdo. > - exit 1 > > I do have that recommends installed. I did try to reinstall > it

Bug#975646: pavucontrol exits immediately, with 0 return code, no error messages

Package: pavucontrol Version: 4.0-2 Severity: important pavucontrol fails to run, and exists immediately with zero return code and no error messages. I can't even get it to report it's version number: servo:~ 0$ pavucontrol servo:~ 0$ pavucontrol --version servo:~ 0$ Maybe an incompatibility

Bug#963270: blender: crashes when using the 'g' command

Package: blender Version: 2.82.a+dfsg-1+b3 Severity: normal servo:~ 0$ blender Read prefs: /home/jrollins/.config/blender/2.82/config/userpref.blend Warning: property 'release_confirm' not found in keymap item 'OperatorProperties' Info: Deleted 2 object(s) blender(BLI_system_backtrace+0x33)

Bug#956631: debconf-doc: error in debconf-devel(7) man page

Package: debconf-doc Version: 1.5.73 Severity: normal There appears to be an error in the debconf-devel(7) man page. In the 'ADVANCED PROGRAMMING WITH DEBCONF'/'Config file handling' section there's the following example: ... cp -a -f $CONFIGFILE $CONFIGFILE.tmp # If the admin

Bug#944769: python3-h5py fails to import if offline due to apparent MPI failure

severity 944769 serious thanks Bumping this back up to serious since it hasn't been addressed yet. It's just not acceptable that this package is not usable when the host is offline. Hopefully we can see this addressed soon. Thanks. jamie. servo:~ 0$ python3 -c 'import h5py'

Bug#940461: [PATCH v2] Add imap-dl, a simple imap downloader

On Wed, Jan 22 2020, Sean Whitton wrote: > On Wed 22 Jan 2020 at 05:01PM -08, Jameson Graef Rollins wrote: > >>> Signed-off-by: Jameson Graef Rollins >>> Signed-off-by: Daniel Kahn Gillmor >> >> I confirm that I truly do sign off on this code, and fully supp

Bug#940461: [PATCH v2] Add imap-dl, a simple imap downloader

tdlib. > > This patch represents a squashed series of changes from both Jameson > Graef Rollins and Daniel Kahn Gillmor (dkg), though dkg is primarily > responsible for any remaining bugs. > > Signed-off-by: Jameson Graef Rollins > Signed-off-by: Daniel Kahn Gillmo

Bug#944617: python3-h5py import performance severely degraded in 2.10.0 release (due to OpenMPI?)

On Mon, Nov 18 2019, Drew Parsons wrote: > But note that this test only measures the time for loading the h5py > module itself, so it does not provide a good measure of performance > with mpi support available. It's not fair to characterise it as ×2.5 > slower, since this is a once-off cost in

Bug#944769: python3-h5py fails to import if offline due to apparent MPI failure

On Fri, 15 Nov 2019 15:36:23 +0800 Drew Parsons wrote: > Package: python3-h5py > Version: 2.10.0-2 > Followup-For: Bug #944769 > Control: severity -1 important > > I don't think this issue warrants severity Serious. > > The failure is not triggered simply by having no network connection. > It

Bug#944192: closed by Drew Parsons (reply to dpars...@debian.org) (Re: Bug#944192: python3-h5py: 'import h5py' produces Open MPI message to stderr)

> As upstream point out in Issue#1433, this is not a bug in h5py. > > It is generated by OpenMPI, discussed in the bug #814451 that Graham > cited. > > The simplest workaround is to set >export OMPI_MCA_btl_base_warn_component_unused=0 > in the environment. While the message may be coming

Bug#944769: python3-h5py fails to import if offline due to apparent MPI failure

Package: python3-h5py Version: 2.10.0-2 Severity: serious The latest version of h5py compiled against MPI completely fails to import if there is no network connection: servo:~ 0$ python3 -c 'import h5py; print("foo")' -- No

Bug#944631: python3-mpi4py: import sends messages to stderr

Package: python3-mpi4py Version: 3.0.2-13 Severity: normal A simple import of the MPI subpackage causes a warning message to be sent to stderr: servo:~ 0$ python3 -c 'from mpi4py import MPI' -- [[11193,1],0]: A

Bug#944192: python3-h5py: 'import h5py' produces Open MPI message to stderr

Upstream suggests that debian should *not* compile python3-h5py against OpenMPI by default, and based on the current performance of the package in 2.10.0-2 I agree with them: https://github.com/h5py/h5py/issues/1433#issuecomment-552640391 It's really quite annoying to have this package printing

Bug#944617: python3-h5py import performance severely degraded in 2.10.0 release (due to OpenMPI?)

Package: python3-h5py Version: 2.10.0-2 Severity: normal This was mentioned in a different report (#944192) but I want to give it it's own report because I think it's serious enough. I'm finding multiple problems with the latest 2.10.0 release in unstable, which I think can all be traced to this

Bug#944192: python3-h5py: 'import h5py' produces Open MPI message to stderr

Can someone help me isolate where exactly the issue is? The upstream maintainers of h5py seem to think it might be related to how we compile libhdf5: https://github.com/h5py/h5py/issues/1433#issuecomment-552582013 Is there a way to test that with another application? jamie.

Bug#939571: uploaded a NMU, delayed 15 days

On Sat, Nov 09 2019, Gianfranco Costamagna wrote: > I rescheduled it to go in *now* :) > > thanks for doing it, I admit I lost a lot of time trying to trace it > down and I failed, so help is appreciated! I tested the new 0.10.0-5 version in unstable and it fixes the issue. Thank you Georges and

Bug#944192: python3-h5py: 'import h5py' produces Open MPI message to stderr

forwarded 944192 https://github.com/h5py/h5py/issues/1433 thanks

Bug#944192: python3-h5py: 'import h5py' produces Open MPI message to stderr

On Wed, Nov 06 2019, Thibaut Paumard wrote: > I believe: > - the issue is not very serious, as it will not prevent your code from > running fine and efficiently (it's only an informative message). It's true that it does not make it completely unusable, but it's certainly not usable in any

Bug#944192: python3-h5py: 'import h5py' produces Open MPI message to stderr

FYI downgrading to 2.8.0-3 from stable make the message go away, so it appears to actually be something in the newer 2.10.0 release. Thanks. jamie.

Bug#944192: python3-h5py: 'import h5py' produces Open MPI message to stderr

Package: python3-h5py Version: 2.10.0-2 Severity: normal A recent update started causing the h5py module to print a warning message to stderr on import: servo:~ 0$ python3 -c 'import h5py' -- [[8338,1],0]: A high-performance

Bug#939571: Fails to import

On Tue, 15 Oct 2019 13:02:44 +0200 Carlos Pascual wrote: > Just adding that I checked and 0.10.0-1 is not affected. > > Note this bug is affecting the to build the taurus-pyqtgraph package: > > https://salsa.debian.org/science-team/taurus-pyqtgraph/-/jobs/362247 It's very peculiar that the

Bug#939571: Fails to import

severity 939571 grave thanks

Bug#939571: Fails to import

severity 939571 grave The 0.10.0-4 package in testing and unstable is currently unusable since it can not be imported because of this ModuleNotFoundError exception. jamie.

Bug#939993: mailscripts: adopt printmimestructure from notmuch

I support this! It would be great to have printmimestructure more widely available. jamie.

Bug#899060: FTBFS: even if tests pass, dh_auto_test fails

I am unclear how to test this right now as I don't have direct access to an armhf system. It builds fine on the systems I have access to. Given that it seems to build fine on other systems, I'm tempted to solve this problem in the short term by just excluding armhf. If anyone thinks that's a

Bug#893151: xapers: cannot import PDF filenames with multiple consecutive spaces

On Fri, Mar 16 2018, Nathaniel Morck Beaver wrote: > Some filenames have multiple consecutive spaces. For example: > > 'this filename ismultiply spaced.pdf' > > Pybtex, like BibTeX, removes multiple consecutive spaces: > > 'this filename is multiply spaced.pdf'

Bug#893057: python3-notmuch: random aborts on exit

On Fri, Mar 16 2018, Brian May wrote: > If I try to run the following program on Debian Stretch: > > === cut === > #!/usr/bin/python3 > import notmuch > db = notmuch.Database(mode=notmuch.Database.MODE.READ_WRITE) > > def abcdef(): > pass > > q_new = notmuch.Query(db,

Bug#891654: xapers: error when attempting to download source file

Package: xapers Version: 0.8.2-1 Severity: normal servo:~ 0$ xapers add --source=arxiv:1605.04784 --file Retrieving bibtex... done. Retrieving file... Traceback (most recent call last): File "/usr/bin/xapers", line 11, in load_entry_point('xapers==0.8.2', 'console_scripts', 'xapers')()

Bug#888458: python-networkx: packages out of date, haven't been updated for 18 months

Package: python-networkx Version: 1.11-2 Severity: normal The python-networkx packages were last updated in August 2016, which was 18 months ago. There has been a major upstream releases since then (current stable upstream is 2.1). The missing major release update is causing compatibility

Bug#877035: mps-youtube: crashes with TypeError after search

Package: mps-youtube Version: 0.2.7.1-2 Severity: grave Justification: renders package unusable mpsyt crashes whenever I try to do a search: Searching for 'radiohead' Traceback (most recent call last): File "/usr/bin/mpsyt", line 11, in load_entry_point('mps-youtube==0.2.7.1',

Bug#873437: command-execute: Cannot open load file: No such file or directory, go-mode

Package: elpa-go-mode Version: 3:1.5.0-1 Severity: grave Justification: renders package unusable I don't understand the new elpa system, but for whatever reason this packages is not actually providing go-mode for me. When I try "M-x go-mode" I get the following error: command-execute: Cannot

Bug#779964: xapers: Use stdout for listing imported items

Hi, Rafael. Sorry for the delay getting back to this. I'm going to make a new release soon. Can you explain exactly which output you want to see on stdout? Looking at the way it's done now, it will need a bit of restructuring to cleanly log the process in a way amendable to stdout. Maybe you

Bug#870289: xapers: Must depend on python-pybtex

On Mon, Jul 31 2017, Yannick Roehlly wrote: > Launching xapers fails with “ImportError: No module named pybtex”. The package > depends on pybtex but this one recently (26 Jul 2017) switched to Python 3 for > the CLI, so the python-pybtex package is not installed anymore

Bug#861536: please do not remove runit

Please do not remove runit from Debian. While I understand that systemd provides the same functionality that runit does, runit is still nonetheless a useful system that many things currently depend on. I see no reason why the entire runit source package needs to be removed if the only problem is

Bug#695278: RFP: emacs-ipython-notebook -- IPython notebooks in Emacs

I too would really love to see this packaged! jamie.

Bug#854013: grub-common: GRUB_DEFAULT=saved/GRUB_SAVEDEFAULT=true does not save default in usable way

Package: grub-common Version: 2.02~beta3-3 Severity: normal Grub on this machine has been configured to boot into the previously selected entry: GRUB_DEFAULT=saved GRUB_SAVEDDEFAULT=true However, grub is not booting into the saved entry. The entry being selected is the fourth entry in the

Bug#852257: beets: please update package to latest version

Package: beets Version: 1.3.19-2 Severity: wishlist Hi. I've been having issues with this version of beets, but upstream seems to be not very receptive to supporting older releases. The latest relase seems to be v1.4.3. Hopefully this new version can be pushed before the freeze. Thanks.

Bug#852241: beets fails to move album when modifying artist

Package: beets Version: 1.3.19-2 Severity: normal I'm trying to use the "modify" command to change the artist for an album that was mis-tagged. The manual page for this command says: "Items will automatically be moved around when necessary if they're in your library directory, but you can

Bug#851637: Baffling assword gui error without gir1.2-gtk-3.0 installed

On Tue, Jan 17 2017, Daniel Kahn Gillmor wrote: > I think assword should either Depend: or Recommend: gir1.2-gtk-3.0. > > python3-gi is just for generic gobject introspection, and it doesn't > guarantee that any particular gobject libraries are available. It's > possible, for

Bug#851637: Baffling assword gui error without gir1.2-gtk-3.0 installed

On Mon, Jan 16 2017, Russ Allbery wrote: >> I wonder though if this is a Gtk packaging issue instead of an assword >> one. assword includes a dependency on the python gtk package it >> utilizes (python3-gi). If that package is non-functional without other >> packages installed,

Bug#851637: Baffling assword gui error without gir1.2-gtk-3.0 installed

On Mon, Jan 16 2017, Russ Allbery wrote: > If one runs assword gui with its dependencies installed but without a > full Gtk environment, it produces the following baffling error message: > > $ assword gui '' > Traceback (most recent call last): > File "/usr/bin/assword", line

Bug#851630: beets: UnicodeDecodeError: 'utf8' codec can't decode

Package: beets Version: 1.3.19-2 Severity: normal Hello. I haven't yet figured out what's causing it, but I'm getting the followin exceptions during import: Traceback (most recent call last): File "/usr/bin/beet", line 11, in load_entry_point('beets==1.3.19', 'console_scripts', 'beet')()

Bug#779964: xapers: Use stdout for listing imported items

On Thu, Jan 05 2017, Rafael Laboissière wrote: > Control: reopen -1 > > I am hereby reopening this bug report. Contrary to what is claimed in > the debian/changelog entry for version 0.7-1, the bug still exists, since > imported items are printed to stderr. Rafael, you're

Bug#850080: rescue/modules/a0_prep-root: line 32: debirf_info_sh: command not found

On Wed, Jan 04 2017, Daniel Kahn Gillmor wrote: > So this definitely looks to me like we're running into a shellshock > countermeasure, but i don't understand the countermeasures well enough > to know how to proceed with a fix, other than explicitly sourcing the >

Bug#850080: rescue/modules/a0_prep-root: line 32: debirf_info_sh: command not found

On Tue, Jan 03 2017, Daniel Kahn Gillmor wrote: > trying to build the rescue image on stretch/sid, i get: > > run-parts: executing rescue/modules/a0_motd > run-parts: executing rescue/modules/a0_prep-root > dpkg: warning: failed to open configuration file '/root/.dpkg.cfg'

Bug#848508: fails to work with LANG=C

Moving to python2 is a fairly big change in the packaging since we're not even shipping the python2 bindings right now. If we want to go that route we should decide ASAP so we can get the change into stretch. jamie. signature.asc Description: PGP signature

Bug#849722: python-xapian: QueryParser.add_boolean_prefix() throws TypeError with grouping=''

Package: python-xapian Version: 1.4.1-1 Severity: normal The QueryParser apparently has three overloaded .add_boolean_prefix() methods. The first, listed here: https://xapian.org/docs/apidoc/html/classXapian_1_1QueryParser.html#a8590431c481fe0eea43cd4ce619a0816 says that the grouping should

Bug#846270: fakechroot: preload library not found, aborting.

On Tue, Nov 29 2016, Piotr Roszatycki wrote: > I can't reproduce this bugs. Can you run, ie.: > > $ bash -x fakechroot true > > please? servo:~ 0$ bash -x fakechroot true + FAKECHROOT_VERSION=2.19 + '[' '' = true ']' + fakechroot_lib=libfakechroot.so +

Bug#846270: fakechroot: preload library not found, aborting.

Package: fakechroot Version: 2.19-2 Severity: grave Justification: renders package unusable servo:~ 0$ fakechroot true fakechroot: preload library not found, aborting. servo:~ 1$ I think that pretty much covers it. Renders the debirf package unusable. -- System Information: Debian Release:

Bug#773996: assword: Problems with accents in context

On Sun, May 08 2016, Jameson Graef Rollins <jroll...@ligo.caltech.edu> wrote: > [ Unknown signature status ] > On Fri, 26 Dec 2014 23:17:12 +0100 Ivan Vilata i Balaguer <i...@selidor.net> > wrote: >> Ivan Vilata i Balaguer (2014-12-26 22:42:15 +0100) wrote: >>

Bug#829032: assword does scary things when the window it wants to type into goes away

On Wed, Jun 29 2016, Daniel Kahn Gillmor wrote: > If i don't notice that the dialog went away before hitting enter, > assword appears to type the password into some arbitrary window. > > instead, assword should decline to type (and possibly should show the > user an error

Bug#834201: ImportError: No module named '_xapian'

Package: python3-xapian Version: 1.4.0-2 Severity: grave Justification: renders package unusable I run into the following ImportError when I try to import the python3 xapian module: servo:~ 0$ python3 -c 'import xapian' Traceback (most recent call last): File "", line 1, in File

Bug#833090: ITP: magic-wormhole -- Securely and simply transfer data between computers

On Mon, Aug 08 2016, Antoine Beaupré wrote: >> I think the argument against that was that it requires a hard-coded >> third-party server as a middleman, and it's explicitly stated that it'll >> disappear if load increases. > > It is not hardcoded: you can change the central

Bug#833090: ITP: magic-wormhole -- Securely and simply transfer data between computers

On Tue, Aug 02 2016, Fredrik Alströmer wrote: > I would object slightly to calling it "securely", from what I can tell by a > quick glance at the code, the data is relayed through the authors private > server. The pass phrases seem to be fairly limited (chosen from a 512-entry >

Bug#833090: ITP: magic-wormhole -- Securely and simply transfer data between computers

Package: wnpp Severity: wishlist Owner: Jameson Graef Rollins <jroll...@finestructure.net> * Package name: magic-wormhole Version : 0.8.0 Upstream Author : Brian Warner <warner-magic-wormh...@lothar.com> * URL : https://github.com/warner/magic-wormho

Bug#831040: mpv: symbol lookup error: mpv: undefined symbol: ass_set_check_readorder

Package: mpv Version: 0.18.0-1 Severity: grave Justification: renders package unusable Not sure what happened, but mpv no longer works on my system: servo:~ 0$ mpv mpv: symbol lookup error: mpv: undefined symbol: ass_set_check_readorder servo:~ 127$ I'm assuming some recent update broke this?

Bug#829137: texlive-base: texlive packages seem to upgrade way more than seems necessary

Package: texlive-base Version: 2016.20160523-1 Severity: normal The texlive packages, based on the the texlive-base, texlive-extra, texlive-lang, etc. source packages, seem to be rebuilt and upload way more than is necessary. Almost every time I do an upgrade there are new version of the texlive

Bug#828085: When running monkeysphere against Clint's key, monkeysphere fails to do anything useful due to a GPG bug maybe

On Fri, Jun 24 2016, Asheesh Laroia wrote: > Package: monkeysphere > Version: 0.37-2 > > I am trying to learn how to use monkeysphere. I figured one good first-step > would be to get the SSH key corresponding to Clint Adams . > > So I ran: > > $ monkeysphere

Bug#827764: monkeysign: exception during QR code scan

Package: monkeysign Version: 2.0.2 Severity: important I encounter the following exception immediately after the camera captures the QR code: servo:~ 0$ monkeyscan Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/monkeysign/gtkui.py", line 312, in uid_changed

Bug#826280: notmuch: shortcut to list tags

Package: notmuch Version: 0.22-1 Severity: wishlist I occaissionally want to grep through all tags used in my store: notmuch search --output=tags '*' | grep It would be nice if there was a shortcut to output all tags to stdout: notmuch tag | grep ... Just utilizing the notmuch tag

Bug#826277: banshee fails to start

Package: banshee Version: 2.9.1-5 Severity: grave Justification: renders package unusable banshee completely fails to start. This is currently happening for both the unstable and experimental versions, but I post the terminal log for the experimental version here: servo:~ 0$ banshee --debug

Bug#773996: assword: Problems with accents in context

On Fri, 26 Dec 2014 23:17:12 +0100 Ivan Vilata i Balaguer wrote: > Ivan Vilata i Balaguer (2014-12-26 22:42:15 +0100) wrote: > > > […] Maybe it's some kind on encoding problem. If I dump the database, > > I can see that the context is always escaped using ``\u`` (even if >

Bug#819088: xapers/bibtex.py:6 "from pybtex.core import Entry, Person" -> ImportError: No module named core

On Thu, Mar 31 2016, Daniel Kahn Gillmor wrote: > i guess you'll want to make any revised version depend on pybtex >= 0.19 > as well. Yes, correct. Thanks for the reminder. jamie. signature.asc Description: PGP signature

Bug#819088: xapers/bibtex.py:6 "from pybtex.core import Entry, Person" -> ImportError: No module named core

tag 819088 confirmed patch thanks On Wed, Mar 23 2016, Daniel Kahn Gillmor wrote: > I just upgraded from pybtex 0.18-1 to 0.19-1 > > now, when i try to "xapers add --file=foo.pdf", i get: > > Traceback (most recent call last): > File "/usr/lib/python2.7/runpy.py", line

Bug#819365: assword gui fails to start when stderr is closed

On Sun, Mar 27 2016, Joey Hess wrote: > Had a weird thing where my window manager's hotkey to start assword gui > stopped doing anything. Apparently assword is trying to print out a warning > (WARNING: could not validate OpenPGP signature on db file) and for some reason > stderr

Bug#813949: bluetooth: error causing service to be unusable: Not enough free handles to register service

Package: bluetooth Version: 5.36-1 Severity: important Recently, for unknown reasons, bluetooth stopped working on my machine. It seems to recognize devices, but will not connect to them. >From the journal logs: servo:~ 0$ journalctl -u bluetooth -- Logs begin at Sat 2016-02-06 15:47:41 PST,

Bug#806377: fails to build jessie image

notfound 806377 0.35 severity 806377 normal tags 806377 unreproducible thanks I can build a jessie rescue image on my stretch/sid system no problem. jamie. signature.asc Description: PGP signature

Bug#806377: fails to build jessie image

On Fri, Dec 04 2015, Antoine Beaupré <anar...@debian.org> wrote: > On 2015-12-04 12:50:47, Jameson Graef Rollins wrote: >> I can build a jessie rescue image on my stretch/sid system no problem. > > I guess my parallel universe is irrelevant then. > > sigh... why did yo

Bug#806377: fails to build jessie image

On Thu, Nov 26 2015, Antoine Beaupré wrote: > Package: debirf > Version: 0.34 > Severity: grave > > I can't seem to build a jessie image with debirf: > > W: See /home/anarcat/debirf/rescue/root/debootstrap/debootstrap.log for > details (possibly the package systemd is at

Bug#806796: notmuch: Emails from Symantec PGP/PGP Outlook plugin not recognized as encrypted

On Tue, Dec 01 2015, Petter Reinholdtsen wrote: > Package: notmuch > Version: 0.18.1-2~bpo70+1 > > Hi. I just received some GPG-encrypted emails, sent using MS Outlook > with the Symantec PGP/PGP Outlook plugin, and these emails were not > recognized as encrypted emails. > > I'm

Bug#748533: Processed: Re: still unable to print

On Wed, Nov 04 2015, Scott Kitterman wrote: > Okular already Recommends cups-bsd, so reopening the bug that suggests it be > added makes no sense. Hi, Scott. I appreciate the response, but I still think we're missing the point. The real question is, if the bug was fixed,

Bug#799892: network-manager: Device disconnect failed

Package: network-manager Version: 1.0.6-1 Severity: normal After my recent upgrade, I am no longer able to disconnect from wireless networks via the network manager applet. If I try a dialog pops up with the following message: Device disconnect failed (32)

Bug#797353: bluez: fails to interact with device after upgrade

Package: bluez Version: 5.33-1 Severity: normal On 2015-08-27 the bluez package on my system was upgraded. After that upgrade, my machine stopped being able to connect to devices which had been working fine before the upgrade. Actually, it appears that the devices connect, in the sense that my

Bug#795639: assword fails with Decryption error: Decryption failed

tags 795639 + unreproducible moreinfo On Sat, Aug 15 2015, Russ Allbery r...@debian.org wrote: Package: assword Version: 0.8-2 Severity: grave assword can no longer decrypt any of my password stores. It fails with the error: mithrandir:~$ assword dump foo Assword database error:

Bug#792427: kde-runtime: kwalletd undocumented

Package: kde-runtime Version: 4:4.14.2-2 Severity: normal What is this program and what is it supposed to do? -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386

Bug#787640: bash: include return code in default prompt

I very strongly support this proposal. It is frequently critical for the user to know the return code of things run at the command line, particularly when the program provides no other obvious information. This is also incredibly important when helping other users try to debug issues. jamie.

Bug#772272: systemd: Journalctl fail to print logs from user session

Package: systemd Version: 215-12 Followup-For: Bug #772272 I am also experiencing this issue. I have multiple services running as systemd user services, and I don't have access to the logs of any of them: music@rippy:~ 1$ systemctl --user status mopidy ● mopidy.service - Mopidy Music Server

Bug#776121: xapers-adder uses incorrect options for x-terminal-emulator

On Fri, Jan 23 2015, Kacper Gutowski mwgam...@gmail.com wrote: When x-terminal-emulator is provided by an implementation that does not support -title option (e.g. stterm), xapers-adder fails when trying to launch a terminal. By DPM § 11.8.3, x-terminal-emulator is only required to support -e

Bug#774810: pulseaudio-utils: pactl can no longer change volume: Assertion 'vol_spec' failed at utils/pactl.c:1462

On Wed, Jan 07 2015, Felipe Sateler fsate...@debian.org wrote: The problem is not with the -- argument. That works fine. The problem is that the option parsing for the volumes became buggy somewhere after the 5.0 release. I have posted a patch to the upstream list, hopefully it will be

Bug#774810: pulseaudio-utils: pactl can no longer change volume: Assertion 'vol_spec' failed at utils/pactl.c:1462

Package: pulseaudio-utils Version: 5.99.2-2 Severity: normal pactl is no longer able to change/set volumes: servo:~ 0$ pactl list short sinks 0 alsa_output.pci-_00_1b.0.analog-stereo module-alsa-card.c s16le 2ch 48000Hz RUNNING servo:~ 0$ pactl -- set-sink-volume 0

Bug#774810: pulseaudio-utils: pactl can no longer change volume: Assertion 'vol_spec' failed at utils/pactl.c:1462

On Wed, Jan 07 2015, Felipe Sateler fsate...@debian.org wrote: On Wed, Jan 7, 2015 at 4:48 PM, Jameson Graef Rollins jroll...@finestructure.net wrote: Package: pulseaudio-utils Version: 5.99.2-2 Severity: normal pactl is no longer able to change/set volumes: servo:~ 0$ pactl list short

Bug#773546: qsf: no error reporting on failure

Package: qsf Version: 1.2.7-1+b2 Severity: normal qsf fails to inform the user on error: servo:~ 0$ echo | qsf --mark-spam servo:~ 0$ echo | qsf --mark-spam -vvv qsf: version 1.2.7 initialising qsf: backends available: obtree btree list GDBM MySQL SQLite2 qsf: failed to parse message servo:~ 0$

Bug#772872: reportbug fails to start

Package: reportbug Version: 6.6.1 Severity: important When I attempt to run reportbug, it fails immediately with the following python exception: servo:~ 0$ reportbug reportbug Traceback (most recent call last): File /usr/bin/reportbug, line 38, in module from reportbug import utils File

Bug#513157: apt: files in directory /var/lib/apt/lists/partial

I was just affected rather severely by this issue. /var on my mail server was completely full because of +4G of files in /var/lib/apt/lists/partial, which was causing all of my mail to be bounced. This stuff needs to be purged occasionally, or systems can be adversely affected. The solution

Bug#635711: [monkeysphere] Bug#635711: [PATCH] direct log input to stdout if it will not be displayed

On Tue, Nov 25 2014, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: Thanks for the proposed patch. I'm not sure how to test it directly, but it seems a bit overzealous to me -- it's trying to read from stdin even when a logging argument was passed to it. I suspect this only passes the

Bug#635711:

This is a suggested patch to fix the issue. The patch has the log function always accept the stdin, and redirect it to /dev/null if it doesn't intend to spit it out. All monkeysphere tests pass with this patch. Can someone test this on one of the affected systems? -- To UNSUBSCRIBE, email to

Bug#635711: [PATCH] direct log input to stdout if it will not be displayed

If a lot message is not intended for output, it can close the input pipe prematurely, which can trigger a sigpipe error. Instead, always redirect input somewhere, so that the input pipe is not prematuring closed. This should help fix the SIGPIPE error that we're seeing in

Bug#762023: [Pkg-haskell-maintainers] Bug#762023: hopenpgp-tools: no man pages!

On Wed, Sep 17 2014, Clint Adams cl...@debian.org wrote: On Wed, Sep 17, 2014 at 01:29:00PM -0700, Jameson Graef Rollins wrote: There's not even a README included with the docs, so it's basically impossible to know how to use these tools. Where does the help output fall down and what needs

Bug#762114: monkeyscan video buffer failure

I see at least part of the same error message the dkg sees, so I'm not sure if I'm seeing the same problem or something different. When I try to launch from the command line, a gtk window pops open very briefly, and disappears with the following error: servo:~ 0$ monkeyscan WARNING: insufficient

Bug#762023: hopenpgp-tools: no man pages!

Package: hopenpgp-tools Version: 0.9.1-1 Severity: important There's not even a README included with the docs, so it's basically impossible to know how to use these tools. Thanks for maintaining! jamie. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600,

  1   2   3   >