Bug#1063841: jami quits after left mouse click on system tray icon

Package: jami Version: 20230206.0~ds2-1.1 Severity: normal X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, 0) I use AwesomeWM window manager 1) Run jami. Now jami icon appears on WM system tray 2) Move window focus to jami window 3) Left click jami icon in sys tray 4) jami just quits without

Bug#1060464: nss-tlsd: segmentation fault

Package: nss-tlsd Version: 1.1-1.1 Severity: normal X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, nss-tlsd periodically crashes with segmentation fault error: [1]2315094 segmentation fault nss-tlsd [1]2616830 segmentation fault nss-tlsd -- System Information: Debian Release:

Bug#1037311: rxvt-unicode: Xft font fallback issues when using subpixel rendering and URxvt.letterSpace: -2

Package: rxvt-unicode Version: 9.30-2+b4 Severity: important X-Debbugs-Cc: epoc...@gmail.com Dear Maintainer, On bookworm, I'm having font rendering issues under urxvt when using Xft subpixel rendering (Xft.rgba: rgb) and URxvt.letterSpace: -2 in ~/.Xresources. pic of what I mean:

Bug#1036187: vfu: several notes about clipboard

Hi Vladi. Seems to be working fine now On Thu, Jun 01, 2023 at 12:14:57AM +0300, Vladi Belperchinov-Shabanski wrote: hi, I fixed it with commit 2cfa35ceef551708481626732a4d98734e7a0f22. also fixed size calculation so it will properly report progress and estimate time when copy/move from the

Bug#1037026: bugs.debian.org: Thinkpad button led issue

Package: bugs.debian.org Severity: normal X-Debbugs-Cc: raga_plonge...@icloud.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I wanted to mute the mic of mmy computer with the f4 button, and the led

Bug#1036187: vfu: several notes about clipboard

Hi Vladi. Seems to me new features work fine. But looks like I have found another issue. When I add files to the clipboard - indicator shows that there are 0 files in the clipboard. Please check screenshot attached On Tue, May 30, 2023 at 12:53:11AM +0300, Vladi Belperchinov-Shabanski wrote:

Bug#1036187: vfu: several notes about clipboard

Package: vfu Severity: wishlist X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, Have several thoughts about clipboard improving 1) Now you need to select file (using SPACE) before adding it into clipboard. Even when you want to add one file. I think it would be better to add file under

Bug#1032787: vfu: cat not open file with special characters in it's name

Hi Vladi. I use zsh (5.8-6+deb11u1) On Mon, Mar 20, 2023 at 11:37:59PM +0200, Vladi Belperchinov-Shabanski wrote: hi! fixed in vslib for "|". still not sure if there is ever need for "%" but added for now: (btw, what shell do you use?) vslib commit ecdba011eef270083320fadd5e1a0407294fb3b2

Bug#1033198: vfu crashes on new directory creation

Package: vfu Version: 5.07-1~bpo11+1 Severity: normal X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, 1) Create new directory via pressing "t t" (vfu's tool menu) 2) Enter this directory 3) Try create new directory again via pressing "t t" Vfu crashes with following error message in console:

Bug#1032340: vfu: new macros for shell

Hi Vladi. Looking forward to test this feature. Thanks On Fri, Mar 17, 2023 at 04:24:15PM +0200, Vladi Belperchinov-Shabanski wrote: hi! I have added new shell place-holder %h (and %H), which equals to either %f and %F if no files are selected or %g and %G otherwise. the reason to add as

Bug#1032787: vfu: cat not open file with special characters in it's name

Hi Vladi Removed my old .vfu directory and allowed vfu to create a new default configuration. PLEASE NOTE: I have disabled usage of internal viewer and editor (when I tested it with internal editor - everything worked fine) Problem exists when I use vim or any other editor for following

Bug#1032787: vfu: cat not open file with special characters in it's name

Hi Vladi Removed my old .vfu directory and allowed vfu to create a new default configuration. PLEASE NOTE: I have disabled usage of internal viewer and editor (when I tested it with internal editor - everything worked fine) Problem exists when I use vim or any other editor for following files:

Bug#1032787: vfu: cat not open file with special characters in it's name

Package: vfu Version: 5.07-1~bpo11+1 Severity: normal X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, 1) Create files with special characters in names: touch 'aa bb.txt' touch 'aa$bb.txt' touch 'aa%bb.txt' 2) Configuration from vfu.conf: ux=EDIT

Bug#1032338: vfu: can not enter directories which names start from empty space

Hi Boian. Tested on 5.07 from backports. Bug still exists On Sat, Mar 04, 2023 at 07:11:15PM +0200, Boian Bonev wrote: Hi, Thanks for reporting this. Can you please verify that the bug is still present with 5.07-1 (or 5.07- 1~bpo11+1 from backports)? -- With best regards, b.

Bug#1032340: vfu: new macros for shell

Package: vfu Version: 4.21-1 Severity: wishlist X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, Currently vfu has following macroses for opening files: %f -- replaced w. current filename (w/o path) %g -- same as %f but for each selected filename Seems to me it would be a good idea to have

Bug#1029107: vfu: problem with long cyrillic file names

Package: vfu Version: 4.21-1 Severity: normal X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, 1) Create file with long latin name touch lng_name.ext 2) Create file with

Bug#1016009: reportbug: Paranoid mode shows base64 instead of human readible text

Package: reportbug Version: 7.10.3+deb11u1 Followup-For: Bug #1016009 X-Debbugs-Cc: debbug.report...@sideload.33mail.com Control: tags 1016009 + a11y You have misunderstood the purpose of the --paranoid option. The purpose of this option is to enable users to mitigate data leaks by checking the

Bug#1024884: vfu: archives support: incorrect display file names with space

Package: vfu Version: 4.21-1 Severity: normal X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, Looks like there is a problem with built-in archives support 1) mkdir test 2) touch test/11\ 222 3) tar -cvf test.tar test 4) Enter test.tar using vfu. Instead of "11

Bug#1024330: vfu compiled without unicode support

Package: vfu Version: 4.21-1 Severity: normal X-Debbugs-Cc: gmtmpa...@gmail.com Dear Maintainer, Looks like vfu compiled without unicode support. Instead of cyrillic symbols it shows some mess. Please check screenshot attached. Also attached a patch for fixing this problem. Tested with vfu

Bug#1024281: vfu: can not open file with special characters in name

Package: vfu Version: 4.21-1 Severity: normal Dear Maintainer, 1) Created file with following name: 1'"1.txt 2) Configured vfu.conf to open .txt files with vim: ux=EDIT TEXT,ENTER,.txt.TXT.conf.CONF.log.LOG.cfg.CFG., vim "%f%!" 3) After pressing ENTER on a file name I can see following error

Bug#141323: [bug #33839] wget -nv outputs non-error output to stderr

Follow-up Comment #3, bug #33839 (project wget): Yes, please add something like `-nvv` to suppress that one line so that we can stop writing: $ wget -nv whatever 2>&1 | grep -v ' -> ' ___ Reply to this item at:

Bug#1017024: reportbug: Reportbug cannot properly handle archived bugs (somewhat contrary to documentation)

Package: reportbug Version: 7.10.3+deb11u1 Severity: normal X-Debbugs-Cc: debbug.report...@sideload.33mail.com When a bug is archived, reportbug still accepts user input for that bug, then falls over when the SMTP server blocks the message. There are a few bugs in this scenario. (bug 1) The

Bug#1016834: gnucash: Debug package gnucash-gdb missing; GNC_DEBUG variable & --debug have no effect

Package: gnucash Version: 1:4.4-1 Severity: normal X-Debbugs-Cc: debbug.gnuc...@sideload.33mail.com Upstream devs have requested a stack trace from me, which is documented here: https://wiki.gnucash.org/wiki/Stack_Trace Running “aptitude search gnucash” indicates that there are no packages

Bug#1016424: “Error: /invalidfileaccess in --file--” when converting PBM file to PDF

Package: ghostscript Version: 9.53.3~dfsg-7+deb11u2 Followup-For: Bug #1016424 X-Debbugs-Cc: debbug.1016...@sideload.33mail.com > Therefore please report the issue upstream. I just happened to have an account on the upstream bug tracker that still works, so I reported here:

Bug#1016424: “Error: /invalidfileaccess in --file--” when converting PBM file to PDF

Package: ghostscript Version: 9.53.3~dfsg-7+deb11u2 Severity: normal X-Debbugs-Cc: debbug.ghostscr...@sideload.33mail.com Ghostscript fails to convert PBM files to PDF. Attempts were made with 3 different PBM files: 1) scanner-made PDF → (pdfimages -all) → (unpaper) → PBM →

Bug#1016102: rsync: The --remove-source-files destroys data when source & destination are the same (data loss!)

Package: rsync Version: 3.2.3-4+deb11u1 Severity: critical Justification: causes serious data loss X-Debbugs-Cc: debbug.rs...@sideload.33mail.com I accidentally ran: $ rsync -va --progress --remove-source-files "$dir_with_many_files" "$dir_with_many_files" Due to a typo when using bash

Bug#1014374: tootle: Tootle only remembers 4 accounts (5th acct can be added but is lost)

Package: tootle Followup-For: Bug #1014374 X-Debbugs-Cc: debbug.1014...@sideload.33mail.com I should also mention that it’s important that tootle uses the XDG_CONFIG_HOME variable when referencing the config file. If not, and the config file path is hardcoded to include a directory that the user

Bug#1014374: tootle: actually there is no account limit

Package: tootle Followup-For: Bug #1014374 X-Debbugs-Cc: debbug.1014...@sideload.33mail.com Control: block 1014374 by 1016015 Control: severity 1014374 minor Control: retitle 1014374 Accounts cannot be added when running in Firejail Control: summary 1014374 This is possibly not a bug in tootle. It

Bug#1016015: firejail: The --read-write option fails to enable file mods to persist after the sandbox is gone

Package: firejail Version: 0.9.64.4-2 Severity: important X-Debbugs-Cc: debbug.firej...@sideload.33mail.com Control: affects 1014374 + tootle The command tootle was first executed outside firejail to establish a working config file. This was motivated to work around bug 1015816. After tootle

Bug#1015816: firejail: Unable to create a whitelisted config file

Package: firejail Version: 0.9.64.4-2 Followup-For: Bug #1015816 X-Debbugs-Cc: debbug.1015...@sideload.33mail.com To cover all bases, I also tried enabling the read-write perms, effectively running: $ firejail --env=XDG_CONFIG_HOME="$HOME"/my_config_files\ --whitelist="$(readlink

Bug#1015816: firejail: Unable to create a whitelisted config file

Package: firejail Version: 0.9.64.4-2 Followup-For: Bug #1015816 X-Debbugs-Cc: debbug.1015...@sideload.33mail.com It was an interesting suggestion but in the end it made no difference. And in fact the test inspires a feature request. I created /tmp/toot.profile as follows:

Bug#1016009: reportbug: Paranoid mode shows base64 instead of human readible text

Package: reportbug Version: 7.10.3+deb11u1 Severity: wishlist Tags: a11y X-Debbugs-Cc: debbug.report...@sideload.33mail.com Using the --paranoid option shows the text of the bug report before transmission. In my case, the body is usually base64 encoded, which means only the headers are readible

Bug#1016007: reportbug: The prompt “Does this bug still exist in version X…” requires a binary answer when there are 3 possibilities

.3" mode advanced ui text realname "anonymous coward" email "tripr@a5dkbvgakon2lxmauleiizkv6i3s36wp6w3i32a3buc4xmtdnbttmryd.onion" no-cc list-cc-me smtphost reportbug.debian.org -- System Information: Debian Release: 11.4 APT prefers stable-updates APT policy: (990,

Bug#880877: reportbug: leak user private information in the SMTP log

Package: reportbug Version: 7.10.3+deb11u1 Followup-For: Bug #880877 X-Debbugs-Cc: debbug.880...@sideload.33mail.com >> When reportbug is used as a direct SMTP client , reporting user >> hostname , ip and username are leaked to the BTS. > > well, that's how mail transport systems work Different

Bug#1014871: reportbug: is being confusing with the -r option

hange your locale if this is incorrect. Using 'anonymous coward ' as your from address. Will send report to Debian (per lsb_release). Spawning emacs... 1658731267 WARNING torsocks[21486]: [syscall] Unsupported syscall number 315. Denying the call (in tsocks_syscall() at syscall.c:604) No

Bug#1015151: firejail: (Regression) Segfault when using --net=$namespace

Package: firejail Followup-For: Bug #1015151 X-Debbugs-Cc: debbug.1015...@sideload.33mail.com I did another test, this time ensuring that the profile was read: $ firejail --net=vnet0 --dns="$(ip address show dev vnet0 | awk '/inet\>/{gsub(/[/].*/,""); print $2 }')"\

Bug#1015816: firejail: Unable to create a whitelisted config file

Package: firejail Version: 0.9.64.4-2 Severity: normal X-Debbugs-Cc: debbug.firej...@sideload.33mail.com The app “toot” generally needs to create and access this config file: ~/.config/toot/config.json For organizational and backup reasons, I’ve taken these steps (in effect): $ mv

Bug#1015813: toot: User guide missing and man page should mention files & variables used by the app

Package: toot Version: 0.27.0-1 Severity: minor X-Debbugs-Cc: debbug.t...@sideload.33mail.com The default config file is apparently ~/.config/toot/config.json, but this is not mentioned in the man page. The man page should also mention how to change which config file is used, if possible. It

Bug#1015151: firejail: (Regression) Segfault when using --net=$namespace

Package: firejail Followup-For: Bug #1015151 X-Debbugs-Cc: debbug.1015...@sideload.33mail.com I tried the suggestion and it made no difference, but I suspect I have a separate problem with local profiles. I first looked through the man page for a commandline equivalent to “ignore noroot” and

Bug#1015151: firejail: (Regression) Segfault when using --net=$namespace

Package: firejail Followup-For: Bug #1015151 X-Debbugs-Cc: debbug.1015...@sideload.33mail.com When doing this upgrade: 0.9.64.4-2 → 0.9.64.4-2+deb11u1 ~50+ or so other packages were upgraded at the same time which could have theoretically changed the Tor middlebox. So more testing was needed

Bug#1015151: firejail: (Regression) Segfault when using --net=$namespace

Package: firejail Version: 0.9.64.4-2+deb11u1 Severity: important X-Debbugs-Cc: debbug.firej...@sideload.33mail.com, t...@security.debian.org This upgrade introduced a segmentation fault: firejail:amd64 0.9.64.4-2 → 0.9.64.4-2+deb11u1 This is a sample command where it fails: $ firejail

Bug#1014794: tootle: (security) Doxxing issue: user agent (“application”) appears in status

Package: tootle Version: 1.0-alpha2-1 Severity: normal X-Debbugs-Cc: debbug.too...@sideload.33mail.com When a status/toot is composed, the user is given no control over what populates the “application” field. This adds to users’ fingerprints. I’ve been doxxed and it was revealed that the user

Bug#1014377: tootle: When adding a new account, Tootle fails to launch a browser but remains silent

Package: tootle Version: 1.0-alpha2-1 Severity: normal X-Debbugs-Cc: debbug.too...@sideload.33mail.com Everytime I added a new account, tootle failed to launch a browser for the Oauth URL. Most normal users would be totally stumped at this point because the GUI gives no indication that there was

Bug#1014374: tootle: Tootle only remembers 4 accounts (5th acct can be added but is lost)

Package: tootle Version: 1.0-alpha2-1 Severity: normal X-Debbugs-Cc: debbug.too...@sideload.33mail.com I have been able to add 4 accounts, shutdown the app, relaunch, and the 4 accounts are remembered just fine. But when a 5th account is added, it is accepted and it functions just for the

Bug#1014373: tootle: Crash when clicking a deleted toot

Package: tootle Version: 1.0-alpha2-1 Severity: normal X-Debbugs-Cc: debbug.too...@sideload.33mail.com Steps to reproduce: 1. Click the search icon and manually enter your own pseudonym by hand (since there is no other way to view one’s own timeline) 2. Click the /more/ icon (stacked dots) &

Bug#1013442: firejail: cannot spawn emacs from reportbug (sometimes)

kage the bug is in, please contact debian-u...@lists.debian.org for assistance. > firejail *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is inco

Bug#810933: reportbug: possible workaround

Package: reportbug Version: 7.10.3 Followup-For: Bug #810933 X-Debbugs-Cc: bug810...@sideload.33mail.com I concur that SMTP proxying would be useful. I also have a workaround using firejail. Firejail makes it possible to restrict an app to a network namespace. So if you can configure your proxy

Bug#1013254: reportbug: the --subject= CLI parameter ignored when -N is used

icant. -- Package-specific info: ** Environment settings: EDITOR="emacs" INTERFACE="text" ** /home/blee/.reportbugrc: reportbug_version "7.10.3" mode advanced ui text realname "anonymous coward" no-cc list-cc-me smtphost reportbug.debian.org -- System Informati

Bug#1013229: wvdial: Verbose PPP debugging output cannot be enabled

Package: wvdial Version: 1.61-5 Severity: normal X-Debbugs-Cc: debbug.wvd...@sideload.33mail.com Connecting using a GSM mobile broadband USB modem succeeds but there are errors during the PPP handshake. When the “debug” option is uncommented in /etc/ppp/options as well as the “-detach” option,

Bug#444714: wvdial: comments start with hash (“#”)

Package: wvdial Version: 1.61-5 Followup-For: Bug #444714 X-Debbugs-Cc: bug639...@sideload.33mail.com Indeed the README still shows semicolons to designate comments. So the README still needs to be updated. I find that the hash symbol works for comments so that’s the workaround. -- System

Bug#639368: ppp: confirmed verbosity problem in v. 2.4.9-1+1

Package: ppp Version: 2.4.9-1+1 Followup-For: Bug #639368 X-Debbugs-Cc: bug639...@sideload.33mail.com When the following options are supplied in /etc/ppp/options prior to running wvdial: * debug * -detach * nodetach output is normal (non-verbose). It’s unclear if this is the same bug as the 11

Bug#1012803: libmariadb-java: Missing AwsIamCredentialPlugin error (libmariadb-java stable(2.7.2-1) and testing(2.7.4-1))

Package: libmariadb-java Version: 2.7.4-1 Severity: important X-Debbugs-Cc: anonymouse743...@gmail.com Java 17 refuses to use the jdbc driver for mariadb because of a missing plugin This error persists on both version 2.7.2-1 and 2.7.4-1, but is fixed upstream in the jar file downloaded from

Bug#966636: asterisk: after upfgrade from buster, no sip connections succeed due to silent ls 1.3 requirement

Package: asterisk Version: 1:16.10.0~dfsg-1 Severity: normal Dear Maintainer, after upgrading the asterisk version from buster to testing, the pjsip channel no longer accepts any connections, due to: SSL SSL_ERROR_SSL (Handshake): Level: 0 err: <337678594> as it turns out, this is because

Bug#961648: texlive-latex-base: "LaTeX Error: Command \bbl@foreign@x already defined." when using babel

Package: texlive-latex-base Version: 2020.20200522-1 Severity: important * What led up to the situation? Updating to the latest version of texlive available in Debian unstable - apt policy texlive-latex-base texlive-latex-base: Installed: 2020.20200522-1

Bug#934707: Temporal fix-up

As temp workaround, inspect policy files in /etc/dbus-1/system.d and create missed users. One liner: for i in $(awk 'BEGIN{FS="user=\"|\">"}; $0 ~ /policy user=/{print $2}' /etc/dbus-1/system./* | sort -u); do [ "x$(getent passwd $i)" = "x" ] && { useradd -Mr $i && echo System user $i created; };

Bug#905674: Public Code Public Money?

This is a critical issue. Would you recognize the need of a citation notice if developers publish a list of donors? Sincerely yours

Bug#886798: Ceci est mon dernier avertissement! 886...@bugs.debian.org

. J'attends votre paiement Bitcoin. Ethelene Anonymous Hacker

Bug#904302: That's a free software issue!

Dear Chair reasoning of this policy is really absurd. The opposite is actually true. Usage of vendor patches should be encouraged downstream. That's a free software issue! The goal is to facilitate patches. If Debian want patches it has to support this process with tools. The attitude Debian

Bug#898214: Package: d52

Package: d52 The given homepage URL points to digiwana and even archive.org has no useable copy. --8<-- Package: d52 Source: d52 (3.4.1-1.1) Version: 3.4.1-1.1+b2 Installed-Size: 208 Maintainer: Uwe Hermann Architecture: amd64 Depends: libc6 (>= 2.14)

Bug#824827: mixmaster: hold on..

Package: mixmaster Version: 3.0.0-8.1 Followup-For: Bug #824827 > I know that. What you fail to realise is that the mixmaster > *specification* makes no mention of 4k keys! Then why would you claim it's not a bug for mixmaster to write packets for out-of-spec hosts? If a host doesn't conform to

Bug#813158: [bug #52349] Seg fault with wget -O - smxi.org/sm/sm-versions

Follow-up Comment #3, bug #52349 (project wget): Hi Darshit. I'm the guy who reported this bug to Noël Köthe/Debian. It looks like this bug fix will be in the next release. Would it be possible to patch 1.19.2? I've downgraded, and that seems to be a fine workaround for the sgfxi script that

Bug#881193: tp-smapi-dkms: module does not autoload (and incomplete docs)

Package: tp-smapi-dkms Version: 0.42-1 Severity: normal Dear Maintainer, After installing, the package, I was able to manually run modprobe tp_smapi and verify that it works. After rebooting, the module was not loaded. I believe hardware drivers are loaded automatically when there is an

Bug#792580: chromium: privacy-concious ppl want ungoogled-chromium

Control: Tags 792580 security Dear Martín and others, You don't want the official Debian version of Chromium. Instead you want "ungoogled-chromium". See: https://github.com/Eloston/ungoogled-chromium

Bug#880858: cclive: mirror the --prefer-free-formats option from youtube-dl

Package: cclive Version: 0.9.3-0.1+b2 Severity: wishlist Control: tags -1 stretch Dear Maintainer, The problem with the current "--stream best" option is that it includes proprietary video formats like MP4. Note that youtube-dl has the very useful option "--prefer-free-formats". Please add a

Bug#825864: sedutil should be considered basic and somewhat essential

Package: wnpp Followup-For: Bug #825864 control: tags 825864 stretch security I'm wondering why the lack of action on this.. should this bug have been sent to the sponsorship-requests instead, perhaps? I was half-tempted to elevate the severity to important, b/c it is a security issue to be

Bug#880734: cclive: mirror the --prefer-free-formats option from youtube-dl

Package: cclive Version: 0.9.3-0.1+b2 Severity: wishlist Control: tags -1 stretch Dear Maintainer, The problem with the current "--stream best" option is that it includes proprietary video formats like MP4. Note that youtube-dl has the very useful option "--prefer-free-formats". Please add a

Bug#880725: cclive: cclive -S hangs. Also, stream IDs are undocumented

Package: cclive Version: 0.9.3-0.1+b2 Severity: normal Control: tags -1 stretch Dear Maintainer, This report includes two bugs and one related enhancement request-- *bug (functional)* ATM supplying a "-S" without an URL causes cclive to hang, which is a bug. Even though the syntax is

Bug#880724: cclive: cclive -S hangs. Also, stream IDs are undocumented

Package: cclive Version: 0.9.3-0.1+b2 Severity: normal Control: tags -1 stretch Dear Maintainer, This report includes two bugs and one related enhancement request-- *bug (functional)* ATM supplying a "-S" without an URL causes cclive to hang, which is a bug. Even though the syntax is

Bug#824827: mixmaster: hold on..

Package: mixmaster Version: 3.0.0-8.1 Followup-For: Bug #824827 Dear Maintainer, > Mixmaster does not support 4k keys. > > It is not designed to support 4k keys. > > Closing the bug. Hold on.. even if the project has decided that 1k keys is the way forward, 2 bugs still remain: bug 1:

Bug#855123: mutt: terrible default setting in /etc

Package: mutt Version: 1.7.2-1 Followup-For: Bug #855123 Dear Maintainer, It's a bad idea to enable GPGME by default. GPGME introduces serious limitations that make it unnacceptible as a default setting. Mutt users cannot even send messages to protonmail or hushmail users when GPGME is on.

Bug#874590: [bug #51181] Unexpected "Redirecting output to 'wget-log'."

Follow-up Comment #2, bug #51181 (project wget): This affects me, too. Please fix. ___ Reply to this item at: ___ Message sent via/by Savannah

Bug#877948: aptitude needs to improve

Package: aptitude Followup-For: Bug #877948 Mr. Kalnischkies, I really appreciate your helpful and detailed reply, as well as your good advice. I must say though that you should not have had to explain the SHA1 limitation - that's something aptitude should have done. I've always found the user

Bug#878177: aptitude: Use of the word "invalid" in error msgs should be restored to meaning

Package: aptitude Version: 0.6.11-1+b1 Severity: minor Dear Maintainer, Aptitude's error messages often create confusion, either due to vagueness or improper use of English. In particular, use of the word /invalid/ in the following warning message needs to be re-examined: W: GPG error:

Bug#877948: aptitude: false error: "The following signatures were invalid" (gpg con good)

Package: aptitude Version: 0.6.11-1+b1 Severity: normal Dear Maintainer, There are two repositories which are blocked from "aptitude update" on the basis of "invalid signature", when in fact gpg reports the signatures are valid. * 1st package: gc2latex * To reproduce, these steps are taken:

Bug#830973: minizinc executable is missing

Package: minizinc Followup-For: Bug #830973 Dear Maintainer, This bug appears to be fixed in the latest upstream release (2.1.5) as it now includes an executable "mzn-fzn" that works as the minizinc driver. However mzn-gecode searches for a binary called "minizinc" so that script would need to

Bug#861949: flatzinc: fzn-gecode segfaults on most input files

Package: flatzinc Version: 4.4.0-4 Severity: important Tags: upstream Dear Maintainer, fzn-gecode segmentation faults on most input .fzn files, rendering it mostly unusable. Running the following commands reproduce the segmentation fault (behaviour is not exclusive to this file): $ mzn2fzn

Bug#830973: minizinc: workaround for missing minizinc executable

Package: minizinc Version: 2.0.14+dfsg1-1+b1 Followup-For: Bug #830973 The following script can be used as a workaround for the missing 'minizinc' executable. It replaces the 'mzn-gecode' script provided by the flatzinc package. It will conver the mzn to fzn and then pipe to fzn-gecode. There may

Bug#859598: broadcom-sta-dkms occasionally drops wifi on BCM4331

Package: broadcom-sta-dkms Version: 6.30.223.248-3 Using broadcom-sta-dkms & wl on a late 2012 Mac Mini with the internal BCM4331 wifi card, the wifi connnection continually stalls, dozens of time a day (most often in the daytime). To reconnect, I shut off wifi in the GUI using NetworkManager,

Bug#347573: [bug #20417] 503 respose is not retryable but should be

Follow-up Comment #5, bug #20417 (project wget): Starting with version 1.19.1, Wget supports the option --retry-on-http-error which you can use to specify a list of HTTP error codes that should be retried. So, provided that you are running a current version of wget, just add this to the

Bug#846959: plume-creator: Characters, Items etc. cannot be added or removed from Mise en scene

Package: plume-creator Version: 0.66+dfsg1-3.1+b1 Severity: important Dear Maintainer, In this version of plume-creator, characters, items, places etc. cannot be added or removed from the 'mise en scene' for a section. Attempting to drag one of the characters (or items etc.) onto the 'mise en

Bug#819847: Additional information on Bug #819847

Package: gnome-packagekit Version: 3.14.0-1 Followup-For: Bug #819847 Same problem here but I found a workaround (not a permanent one, though): After issuing 'dpkg-reconfigure packagekit', the Package Updater seems to work as intended again. However, this only lasts for as long as the system is

Bug#841988: qbittorrent: Crashing at random intervals

Package: qbittorrent Version: 3.3.6-1+b1 Severity: important Dear Maintainer, I have been having this problem for more than a month now, so I think a little bug report is needed. For some reason, qbittorrent keeps crashing at random intervals with or without user interaction. A similar bug report

Bug#789763: Can't leave fullscreen mode in Vinagre

Package: vinagre Version: 3.14.1-1 Followup-For: Bug #789763 Dear Maintainer, When watching a remote deskop via VNC, it's really hard to leave the fullscreen mode because the popup on the top middle does not appear and seemingly almost no keyboard input is accepted (ctrl + alt + delete sometimes

Bug#794316: can't unlock desktop

Package: gdm3 Version: 3.14.1-7 Followup-For: Bug #794316 Similar/same problem here, with Jessie 8.6 / Gnome 3-3.14.1-7; the lock screen was unresponsive after the desktop was locked for some time. Restarting gdm3 from tty2 worked, but the session was lost. -- System Information: Debian

Bug#751270: bitlbee: works for me

Package: bitlbee Followup-For: Bug #751270 Dear Maintainer, Bitlbee now works with Twitter on Jessie, w/out hacks. So perhaps this ticket can be closed? -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture:

Bug#831835: iceweasel: Padlock icon indicates a secure SSL connection established w MitM-ed

Package: iceweasel Version: 38.8.0esr-1~deb8u1 Severity: important Dear Maintainer, A large portion of websites are being MitM'd (man-in-the-middle) by a company that is centralizing the web (CloudFlare). Firefox misleads users by showing them a padlock icon stating (falsely) that the

Bug#702241: gnome-packagekit: Update information is not refreshed

ks for all your work on Debian, I appreciate it! Anonymous -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_CH.utf8, LC_CTYPE=

Bug#824437: mpack: RFC 2047 non-compliant. MIME strings are not decoded

Package: mpack Version: 1.6-8 Severity: normal Dear Maintainer, If a MIME header uses a character set encoding, munpack does not correctly decode the string when naming the file. For example, if a MIME header looks like this: ===8<

Bug#816768: v4l2loopback-dkms: simply fails with "Internal data flow error" on basi usage

Package: v4l2loopback-dkms Version: 0.8.0-4 Severity: important Dear Maintainer, After installing this package on debian stable, the kernel module is not automatically loaded. The workaround is to run this every time: $ sudo modeprobe v4l2loopback Which *appears* to have no problems

Bug#808253: eog: please make user directory structure conform to freedesktop standards

Package: eog Version: 3.14.1-1 Severity: wishlist Dear Maintainer, The thumbnails are hard-coded to be stored in $HOME/.cache/thumbnails/. It's a good place, but eog should support some environment variables to conform to this standard:

Bug#807595: grepmail: standard directory structure should be used

Package: grepmail Version: 5.3033-6 Severity: wishlist Dear Maintainer, The cache storage location is hard-coded to $HOME/.grepmail-cache. This is a non-standard structure. Please consider conforming to the freedesktop standard which is documented here:

Bug#804756: gnus-agent-regenerate-group crashes => Invalid read syntax: ". in wrong context"

Package: emacs24 Version: 24.4+1-5 Severity: important Dear Maintainer, A particular newsgroup breaks gnus in an irrecoverable way. Gnus cannot open a group with content from "gwene.com.fatwallet.hotdeals" from the news.gmane.org server (filed in bug# 797409). Two other gnus functions fail

Bug#804754: gnus-agent-regenerate-group crashes => Invalid read syntax: ". in wrong context"

Package: emacs24 Version: 24.4+1-5 Severity: important Dear Maintainer, A particular newsgroup breaks gnus in an irrecoverable way. Gnus cannot open a group with content from "gwene.com.fatwallet.hotdeals" from the news.gmane.org server (filed in bug# 797409). Two other gnus functions fail

Bug#804761: gnus-agent-regenerate-group crashes => Invalid read syntax: ". in wrong context"

Package: emacs24 Version: 24.4+1-5 Severity: important Dear Maintainer, A particular newsgroup breaks gnus in an irrecoverable way. Gnus cannot open a group with content from "gwene.com.fatwallet.hotdeals" from the news.gmane.org server (filed in bug# 797409). Two other gnus functions fail

Bug#801270: emacs/gnus: better expiry feature needed for spam groups

Package: emacs Version: 46.1 Severity: wishlist Dear Maintainer, Gnus has only two semi-automated mechanisms to mark messages as expirable (auto-expire and total-expire). Both approaches require users to select or read every single message in the group in order to have all messages set to

Bug#799904: qpdf: AES encryption ignores password and uses an unknown key

Package: qpdf Version: 5.1.2-2 Severity: normal Dear Maintainer, The syntax for performing an AES cipher on an unencrypted source PDF is this: $ qpdf --encrypt usrpw ownrpw 256 -- source.pdf encrypted.pdf It executes without error, but both evince and okular fail to open the PDF using either

Bug#799407: java.io.IOException: Address family not supported by protocol

Package: icedtea-7-plugin Version: 1.5-2+deb8u1 Severity: important Dear Maintainer, After installing icedtea-plugin, I ran the test on this page: https://www.java.com/en/download/installed.jsp Clicking "Verify Java version" resulted in an animated "Error" text string, which appeared in the

Bug#793652: p7zip-full: AES cipher broken on zip files made for Windows users

Package: p7zip-full Version: 9.20.1~dfsg.1-4.1+deb8u1 Severity: normal Dear Maintainer, Per the documentation, this command should produce a classic zip file encrypted using the AES-256 algorithm and the password foo: $ 7z a -tzip -mem=AES256 -pfoo aes256.zip bar.txt It produces the file

Bug#792115: bash: hold on..

Package: bash Version: 4.3-11+b1 Followup-For: Bug #792115 Bob, Indeed the octal variant of the syntax negates permissions. I did not mention this, but it's a good point. It's another case where the documentation misleads users. When the documentation is corrected, Bob's point should also be

Bug#792532: lynx: w3m consistency would be nice

Package: lynx Version: 2.8.9dev1-2 Followup-For: Bug #792532 Andy, Thanks for the reply. In principle, I would not be fussy about how the fail-safe is implemented, so long as there is a means to fail safely. But I suggest that whatever the syntax is, it would be useful if it were consistent

  1   2   >