Package: tt-rss
Version: 21~git20210204.b4cbc79+dfsg-1.2
Severity: normal
Followup-For: Bug #1021656
X-Debbugs-Cc: mnalis-debian...@voyager.hr
It is possible to package new version of tt-rss?
As noted earlier, this one from 2021 is quite buggy and requires several
manual patches to even be
Ironseed requires working free pascal compiler; at the moment it
seems there is not one available for loong64:
https://packages.debian.org/sid/fp-utils-3.2.2
so unfortunately this bug is blocked until such time as FPC becomes available
for loong64. You may want to open bug there to add support
related graphicsmagick bugreport:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016653
--
Opinions above are GNU-copylefted.
Suggested init.d script to orphan-sysvinit-scripts package:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065133
--
Opinions above are GNU-copylefted.
On Tue, Mar 26, 2024 at 12:39:23PM +0100, Lorenzo wrote:
> Hi Matija,
>
> could you please test the attached refreshed script and report if it
> works as expected for your use case?
Thanks!
I can confirm that attached /etc/init.d/pdns-recursor seems to work
just fine on my SysV based Debian
Package: prosody
Version: 0.12.4-1~bpo12+1
Followup-For: Bug #1055451
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Control: tags -1 patch
Dear Maintainer,
I can confirm the issue is still present in prosody 0.12.4-1~bpo12+1 from
bookworm-backports, and affects all non-systemd installations. E.g.:
Package: orphan-sysvinit-scripts
Version: 0.14
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
pdns-recursor dropped support for sysVinit scripts at some moment.
Maintainer wontfixed the request to reinstate it.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998514
would it be
Package: tt-rss
Version: 21~git20210204.b4cbc79+dfsg-1.2
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
There was happily working tt-rss instalation in Bullseye, however after
upgrading the Bookworm, the first time updating script run, it re-fetched
a lot of older
Package: tt-rss
Version: 21~git20210204.b4cbc79+dfsg-1.2
Severity: important
Followup-For: Bug #1054608
X-Debbugs-Cc: mnalis-debian...@voyager.hr
I agree, this is MAJOR usability problem.
I can confirm that the patch suggested here works, as does the (two-years old)
upstream change:
Hi wuruilong,
Thanks for reporting!
Just to confirm, you've tried compiling and running it, and it works on
loong64 architecture?
On Thu, Jan 18, 2024 at 01:42:19AM +, wuruilong wrote:
> Source: ironseed
> Severity: normal
> X-Debbugs-Cc: wuruil...@loongson.cn
>
> Dear Maintainer,
>
>
On Sun, Dec 17, 2023 at 11:54:56PM +0100, Chris Hofstaedtler wrote:
> On Thu, Dec 14, 2023 at 12:06:59AM +0000, Matija Nalis wrote:
> > export DEB_CXXFLAGS_APPEND="-D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64"
> > (and skipping dependency on architecture-is-64-bit, of cours
Package: dnsdist
Version: 1.8.2-3
Severity: wishlist
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
dnsdist has been available until Bullseye in Debian on 32-bit arhitectures,
when support was removed and package was modified to depend on
"architecture-is-64-bit".
That seems to be
Package: josm
Version: 0.0.svn18822+dfsg-1~bpo12+1
Followup-For: Bug #1054227
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Still happens with bookworm-backports JOSM version.
See the screencast at
https://mnalis.com/tmp/simplescreenrecorder-2023-10-19_18.35.02.mp4
(the issue happens even without
Package: josm
Version: 0.0.svn18646+dfsg-1
Severity: normal
File: /usr/bin/josm
X-Debbugs-Cc: mnalis-debian...@voyager.hr
After upgrade from Bullseye to Bookworm, JOSM very frequently stops processing
all hotkeys.
Problem never occured in Bullseye.
Once it happens, no keyboard input is
Package: openssh-client
Version: 1:8.4p1-5+deb11u2
Severity: normal
File: /usr/bin/ssh-keygen
Dear Maintainer,
* What led up to the situation?
Trying to execute:
ssh-keygen -f "/home/mnalis/.ssh/known_hosts" -R "github.com"
(exact command as suggested by ssh itself because host key
Package: rsyslog
Version: 8.2302.0-1
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Hi, the rsyslog shipped in Bookworm no longer installs SysV init scripts.
While that is maintainer prerogative; it is a regression on default upgrade
path from Bullseye for all non-systemd init
Package: singularity
Version: 1.0.0-1
Followup-For: Bug #1053008
X-Debbugs-Cc: mnalis-debian...@voyager.hr
It crashes at about once per hour or two. Buster version (0.30) was rock stable.
% singularity
Singularity 1.00 (commit: 2ebc2f3f2059b96885416167363bde2e27ece106)
Running under Python
Package: singularity
Version: 1.0.0-1
Severity: normal
While waiting for time to pass, game crashes. The log file is not created, but
console contains the following:
% singularity
Singularity 1.00 (commit: 2ebc2f3f2059b96885416167363bde2e27ece106)
Running under Python 3.11.2 (main, Mar 13 2023,
Package: openssh-client
Version: 1:8.4p1-5+deb11u1
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: mnalis-debian...@voyager.hr, Debian Security Team
"The PKCS#11 feature in ssh-agent in OpenSSH before 9.3p2 has an
insufficiently trustworthy search path,
Package: rss-bridge
Version: 2022-01-20+dfsg1-1
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
Twitter changed server side again, and thus TwitterBridge stopped working
(unable to find usernames and get tweets).
Updating to latest version of Debian rss-bridge was
Package: libxalan2-java
Version: 2.7.2-4
Followup-For: Bug #928284
Dear Maintainer,
I have exactly the same problem in Bullseye... Removing libxalan2-java package
fixes the problem.
% javaws josm-1.jnlp
Codebase matches codebase manifest attribute, and application is signed.
Continuing. See:
Package: uqm-content
Followup-For: Bug #1007556
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
it has been fixed in uqm-content 0.8.0+deb-1 in Bookworm.
As there have now been more than the double of required 21 days
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging
with no comment from maintainer, I propose that Stephen now continue with
the salvaging process, if that is okay?
--
Opinions above are
That particular issue is already solved by me (among the other
things, like new upstream version and other fixes) in Salsa MR:
https://salsa.debian.org/games-team/uqm-content/-/merge_requests/2
https://salsa.debian.org/games-team/uqm-content/-/merge_requests/1
also noted in related package uqm
On Fri, Jan 28, 2022 at 08:32:25PM +, Peter wrote:
> -k--build-id
> is an answer to getting dbgsym packages,
> however I tried it out with c-evo and it is breaking reproducible build.
> Looks like the build ID is a random string, so the two builds differ.
Does it build reproducibily *without*
Package: rss-bridge
Version: 2020-11-10+dfsg1-1
Severity: normal
Dear Maintainer,
Latest version of rss-bridge in Debian is 2020-11-10 based; and
there have been 2 upstream releases in the meantime, and especially the
newest one (2022-01-20) has been released:
I belive 0.8.0 release should fix it, as setup screen now has options
to control aspect ratio.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640881#20
for more details about new release
--
Opinions above are GNU-copylefted.
Package: munin-node
Version: 2.0.69-1~bpo11+1
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
* What led up to the situation?
After upgrading from Stretch to Buster to Bullseye, munin-node (2.0.49-1)
refuses to start.
(Which was especially frustrating, as Debian
I've prepared Salsa MRs for new 0.8.0 release.
I've done basic testing on amd64 and it seems to work fine, but if
someone else would like to test it, it would be great.
https://salsa.debian.org/games-team/uqm/-/merge_requests/4
https://salsa.debian.org/games-team/uqm-content/-/merge_requests/2
Package: uqm-russian
Version: 1.0.2-5
Followup-For: Bug #999131
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Control: tags -1 patch
Here is a MR to fix this, by using dh sequencer:
https://salsa.debian.org/games-team/uqm-russian/-/merge_requests/1
Package: uqm
Version: 0.6.2.dfsg-9.5
Followup-For: Bug #999132
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Control: tags -1 patch
I've provided a patch to fix this by using dh sequencer.
https://salsa.debian.org/games-team/uqm/-/merge_requests/1
Is help needed in converting debian/rules to use dh?
I certainly wouldn't want uqm to fall out of Debian.
--
Opinions above are GNU-copylefted.
I support idea that ctrl-w should retain behaviour that it had all
those years in libreadline5, until it was removed in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980504
and libedit2 made an drop-in replacement.
Could we please change the default keybindings in Debian libedit2 itself,
Package: mc
Version: 3:4.8.26-1.1
Severity: normal
Dear Maintainer,
Trying to specify FTP URL with username crashes mc if invoked from command line.
For example:
mc /tmp ftp://someuser@192.168.43.1:2121/
mc would start to show the dialog to ask password, and then crash:
Package: munin-plugins-core
Version: 2.0.67-1~bpo10+1
Followup-For: Bug #991622
I've reported it upstream at
https://github.com/munin-monitoring/munin/issues/1412
In current git master version there, it seems to already be fixed in different
way.
So updating to newer upstream should fix the
Package: munin-plugins-core
Version: 2.0.67-1~bpo10+1
Severity: normal
Tags: patch
Dear Maintainer,
* What led up to the situation?
munin plugin mysql_, invoked as for example mysql_qcache (or any other,
sometimes (but not always) fails with errors like:
Unknown section:
Package: ftp-ssl
Version: 0.17.34+0.2-5.1
Severity: normal
Tags: patch
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
* What led up to the situation?
Trying to upload to vsftpd server (3.0.3-12) with ftp-ssl using TLS.
* What exactly did you do (or not do) that was effective
Package: unattended-upgrades
Followup-For: Bug #982565
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Bug seems to be fixed in bullseye version of unattended-upgrades 2.8
-- System Information:
Debian Release: bullseye/sid
APT prefers testing-security
APT policy: (500, 'testing-security'),
Whatever you decide, please, do not consider *removing* useful package,
just due to name controversy. That is not a good path to go down, IMHO.
After all, we still have several "reiserfs" named packages in Debian
main, and one should well argue that Hans Reiser actions were much bigger
atrocity
I've added some basic debugging of my own, and it seems it is caused
by transitive_dependencies() function in /usr/bin/unattended-upgrade
being called with pkg.name="systemd"
Note: I run sysvinit, and do not have "systemd" package installed.
Are there any workarounds for using unattened-upgrade
Package: unattended-upgrades
Version: 1.11.2
Severity: normal
Dear Maintainer,
* What led up to the situation?
Trying to run unattended-upgrades does not result in upgraded packages (neither
when done automatically nor manually)
Running it manually with "unattended-upgrades -d" ends with
Package: pidgin
Version: 2.13.0-2+b1
Followup-For: Bug #973566
There is also an workaround on Debian Buster:
in Pidgin, one can select "Tools" / "Plugins" and install "NSS Preferences
2.13.0" plugin, and then click "Configure":
here one can select what TLS versions and ciphers will be used,
Package: pidgin
Version: 2.13.0-2+b1
Followup-For: Bug #973566
For me, the same error "SSL Handshake Failed" started happening with
pidgin 2.13.0-2+b1 on Debian Buster about a week ago.
Interestingly, one TLS XMPP account work just fine, but other TLS XMPP account
(on jabber.fsfe.org) started
On Sun, Jan 24, 2021 at 01:15:51AM +0100, Iain Buclaw wrote:
> The logmake application runs just fine here. Fix has been committed to
> gcc mainline, and backported to the version 9 and 10 release branches.
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98806
Thanks a lot for your work, Iain!
On Fri, Jan 22, 2021 at 12:59:34PM +0100, Iain Buclaw wrote:
> > (mipsel-chroot)$ printf 'import std.stdio;\nvoid main() { writeln("Hello,
> > World!"); }\n' > hello.d ; gdc hello.d && ./a.out
> > qemu: uncaught target signal 11 (Segmentation fault) - core dumped
> > Segmentation fault
> >
> >
Package: gdc
Version: 4:10.2.1-1
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
compiling D programs with gdc produces excutable, but trying to run that
executable segfaults.
I've tried various gdc flags, but never managed to produce even the simplest
working
On Tue, Dec 29, 2020 at 03:20:14PM +0100, Abou Al Montacir wrote:
> Why gcc10 and not gcc8? I assume you are using sid.But then we need a way to
> avoid hard coding the gcc version.
Yes, gcc-10 is what build-essential installs on Sid (and Bullseye),
which is what I am using there (as I'm trying
found 854889 qemu/1:5.0-14~bpo10+1
thanks
sparc64 bug is still there with qemu-user-static 1:5.0-14~bpo10+1,
trying to enter qemu-debootstrap chroot with qemu-sparc64-static:
user@phyhost> sudo chroot sid bin/bash ; echo "EXIT $?"
*** longjmp causes uninitialized stack frame ***: terminated
Package: libgphobos-10-dev
Version: 10.2.1-3
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
* What led up to the situation?
after installing "gdc" and its dependencies on ppc64el, trying to compile my
D program having "import std.stdio;" fails with error.
(in
Answering myself (and other parties interested in fpc/debug packages):
fpc 3.2.0 will build -dbgsym packages correctly automatically if
"-k--build-id" is added to all fpc invocations (or to /etc/fpc.conf file)
--
Opinions above are GNU-copylefted.
Well, does FPC actually support building in a way that allow dbgsym
packages?
Specifically, with most basic dh(1) debian/rules, I'm getting
"dh_strip: warning: Could not find the BuildID in
debian/ironseed/usr/libexec/ironseed/main"
warnings in sid with fpc 3.2.0+dfsg-8, and resulting -dbgsym
Package: fpc
Version: 3.2.0+dfsg-8
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
* What led up to the situation?
trying to compile my source throws warnings (which subsequently causes failure
to build due to "-Sewnh".
I can of course remove that option and
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "ironseed":
* Package name: ironseed
Version : 0.2.8-1
Upstream Author : Matija Nalis
* URL : https://github.com/mnalis/ironseed_fpc
* License
On Thu, Oct 22, 2020 at 11:32:38AM +0100, Sudip Mukherjee wrote:
> On Fri, Oct 09, 2020 at 10:46:34PM +0200, Matija Nalis wrote:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: ironseed
> > Version : 0.2.4
> > Up
Package: imagemagick-6.q16
Version: 8:6.9.11.24+dfsg-1+b2
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr
Dear Maintainer,
Converting to .tga (Targa) format now (Unstable) flips image upside-down.
It worked fine in Buster version (imagemagick 8:6.9.10.23+dfsg-21+deb10u1)
and it still
Package: openjdk-11-jre
Version: 11.0.9+11-1~deb10u1
Followup-For: Bug #967049
Also I don't think it ever occured to me before cca begining of Oct/2020
as my first report was this: https://josm.openstreetmap.de/ticket/19900
And it looks like I've only upgraded from 11.0.8+10-1~deb10u1 to
Package: openjdk-11-jre
Version: 11.0.9+11-1~deb10u1
Followup-For: Bug #967049
Dear Maintainer,
Same issue happened to me: https://josm.openstreetmap.de/ticket/20060
It happens only rarely for me so I can't reproduce at will unfortunately.
I'm not using any DE, but icewm with X11 if it matters.
Package: wnpp
Followup-For: Bug #971924
Owner: Matija Nalis
* Package name: ironseed
Version : 0.2.5
Upstream Author : Matija Nalis
* URL : https://github.com/mnalis/ironseed_fpc
* License : GPLv3
Programming Lang: Pascal
Description : science
Thanks to both you Sudip and Yangfl, I'm doing additional reading on
Debian procedures, so I'll update this bug in few days.
(I'll also investigate build bug, thanks!)
--
Opinions above are GNU-copylefted.
Package: wnpp
Severity: wishlist
* Package name: ironseed
Version : 0.2.4
Upstream Author : Matija Nalis
* URL : https://github.com/mnalis/ironseed_fpc
* License : GPLv3
Programming Lang: Pascal
Description : science-fiction exploration/strategy
On Sun, Oct 04, 2020 at 12:40:48PM +0300, Otto Kekäläinen wrote:
> la 3. lokak. 2020 klo 18.17 Matija Nalis (mnalis-debian...@voyager.hr)
> > Yes, I can write a shell test scripts which looks like
> > https://salsa.debian.org/mariadb-team/mariadb-10.5/-/blob/master/debian/tests
Yes, I can write a shell test scripts which looks like
https://salsa.debian.org/mariadb-team/mariadb-10.5/-/blob/master/debian/tests/smoke
and verify that (when run from shell) it fails with non-zero
errorlevel in Stretch mariadb, and passes with 0 on Buster mariadb.
If that is enough? (I don't
I've retested now quickly on different machine, and it *seems* to be working OK
in Buster.
# mysqldump -uroot --max_allowed_packet=2147483648 --hex-blob --lock-all-tables
--master-data --flush-privileges --databases video1 mysql > backup.sql
# mysql < backup.sql
# lsb_release -a
No LSB modules
Hi,
I see djbdns is removed from testing, due to unarchiving of
critical bug #516394
However, as source package djbdns 1:1.05-11 builds several binary
packages (axfrdns, djbdns-conf, djbdns-utils, rbldns, tinydns,
walldns) and the bug is only in (if not patched) dnscache,
would other packages
also found reported upstream in:
https://github.com/transmission/transmission/issues/403
It seems to happen only when
"libayatana-appindicator for Ubuntu-like tray" is enabled.
I've modified the control file to:
Build-Conflicts: libayatana-appindicator3-dev
instead of
Build-Depends:
I can confirm that this is important issue.
For freshly installed package it no longer works.
If acmetool Debian package was installed (and account created) before
Nov/2019, it still works, but will start failing beginning Jun/2020
(as described in ACMEv1 EoL plan), and if not fixed by then
Package: transmission-gtk
Version: 2.94-2
Followup-For: Bug #901081
Dear Maintainer,
I can confirm this bug in Debian Buster.
Prior to upgrading (eg. in Debian Stretch) it worked normally (left click on
the icon in tray would hide or show transmission-gtk main window). Now it
does the same as
Package: man-db
Version: 2.8.5-2
Severity: normal
Dear Maintainer,
man1/man.1.gz manpage should document all enviroment variables it uses.
It includes:
- MAN_DISABLE_SECCOMP=1
- PIPELINE_DEBUG=1
Those are usually only used for debugging, but so is MAN_KEEP_STDERR, which
is correctly documented
Package: mariadb-client-10.1
Version: 10.1.38-0+deb9u1
Severity: normal
Dear Maintainer,
Doing "mysqldump --all-databases" on one mariadb 10.1 instance,
and trying to import it on another mariadb 10.1 instance fails with:
I would expect it to suceed without errors (like it did all the time in
Control: found -1 60.6.1esr-1~deb9u1
Just to clarify, this bug happens even on normal browser close, when
session restore is *NOT USED* - that is, even when web pages are fully
closed before quitting the browser.
And it happens even with setting "When Firefox starts" to "Show a blank page"
Has this issue ever has been dealt with for bugs.debian.org (as it
seems to have been solved for lists.debian.org in forked #752084) ?
Because I still have breakage when I submit mail to bugs.debian.org
and I get failure notices from other hosts as noted in
severity 662960 wishlist
thanks
The bug have been added tag "security", which is in sync with its TLS
deficiencies. However (as you noticed) "Severity" values (while they
might look innocently like plain English) have quite specific meanings
in BTS, which sometimes might be at odds with their
Hi Celejar,
you have raised severity to "serious" on ssmtp Debian package
in bug #662960, which is reserved for "Serious policy violations" as
described at https://www.debian.org/Bugs/Developer#severities
It is customary to indicate exactly which section of Debian policy
Manual (at
Few more data points (3rd being most important):
1) while I can't edit or create new contacts under "Personal Address Book", I:
- can create new list - via "New List" button
- can add/remove members on existing list by right clicking on the list,
selecting "Edit List"
- but can't add
On Sat, Jan 19, 2019 at 06:48:46PM +0100, Carsten Schoenert wrote:
> > -- Configuration Files:
> > /etc/apparmor.d/usr.bin.thunderbird [Errno 2] No such file or directory:
> > '/etc/apparmor.d/usr.bin.thunderbird'
>
> you have AppAprmor installed and there is some problem with the AA
> profile
Package: thunderbird
Version: 1:60.4.0-1~deb9u1
Severity: important
When I try to make a change to address book contact (either "Personal Address
Book" or "Collected Addresses") I am unable to do so. For example, I
doubleclick the contact to open it, then change e-mail address field.
But when I
This still seems to happen on bugs.debian.org mails, for example I
got RUF reports like:
Authentication-Results: mail.susi-moog.de;
dkim=fail reason="signature verification failed" (1024-bit key;
unprotected) header.d=voyager.hr header.i=@voyager.hr header.b=jhX0w52b;
is workaround possible?
(eg. having the Adblock plus be available for all users on system)
I see in #906837 that for (similar) xul-ext-ublock-origin that the
issue was fixed in unstable; could it also be fixed for
xul-ext-adblock-plus?
--
Opinions above are GNU-copylefted.
for newer firefox 60.2.0esr see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908349
for possible workarounds (like apulse wrapper for using ALSA instead of
pulseaudio)
On Wed, Sep 12, 2018 at 04:51:10AM +, 908349-subh...@bugs.debian.org wrote:
> You have been successfully subscribed to
for newer firefox 60.2.0esr see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908349
for possible workarounds
On Tue, Jul 10, 2018 at 08:01:56AM +0200, Sebastian Andrzej Siewior wrote:
> On 2018-07-09 22:45:15 [+0200], Matija Nalis wrote:
> > I got bitten by this too in jessie-updates (after wasting some time
> > being *sure* local signature I was just creating at the time made
> >
Package: rdesktop
Version: 1.8.2-3+deb8u1
Followup-For: Bug #767329
Dear Maintainer,
* What led up to the situation?
pasting to windows app via ctrl-v. Source was raw email piped to "xsel
-bpi" in mutt.
rdesktop was started on remote host via ssh. 95% of the time
I got bitten by this too in jessie-updates (after wasting some time
being *sure* local signature I was just creating at the time made
clamd crash silently)...
I did:
rm -f /var/lib/clamav/*.yar
(just removing "antidebug_antivm.yar was not enough)
and put:
enable_yararules=""
in
nor does debian security tracker list the updates as available for
jessie/stretch:
https://security-tracker.debian.org/tracker/source-package/clamav
(security-tracked does say in hover text that jessie
"gets updated via -updates", so it should pick that up)
it correctly reports wheezy, buster
Thanks, that bug certainly sounds like mine...
Updated manually to screen 4.6.1-1 from Debian Buster (luckily no
dependencies issues) and the problem is gone!
--
Opinions above are GNU-copylefted.
Package: screen
Version: 4.5.0-6
Severity: normal
Dear Maintainer,
When I open mutt (with some UTF-8 emails) in one window, it displays ok.
Now I create new terminal with ctrl-a, c it is still ok.
However when I switch back to mutt window with ctrl-a a, it is corrupted.
(see attached pics -
Package: joe
Version: 4.4-1
Severity: normal
Dear Maintainer,
When piping text block through external command (via ctrl-k /), joe breaks
if external command parameters contains two consecutive slashes.
For example, piping (ctrl-k /) block through:
sed -e 's/foo/bar/'
work normally, as does
Package: localepurge
Version: 0.7.3.4
Followup-For: Bug #777095
Dear Maintainer,
the attached patch adds support for cleaning /usr/share/help localized help
pages too
-- System Information:
Debian Release: 8.9
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500,
Package: samba
Version: 2:4.2.10+dfsg-0+deb8u2
Followup-For: Bug #803941
It seems that the bug happens when using too big read buffer.
I can work around it on client side by either:
1) mounting with "-o rsize=16384"
(or actually any number lower than 131071, which is 2^17-1; just playing it
On Tue, Feb 09, 2016 at 06:00:40PM -0500, Robert Edmonds wrote:
> Matija Nalis wrote:
> > dnscache component only is RC-buggy. The solution has been proposed
> > by Robert Edmonds (remove only buggy component /usr/bin/dnscache).
> >
> > It is not upstream orphaned
On Mon, Nov 09, 2015 at 07:26:37PM -0500, Simon Fondrie-Teitler wrote:
> Matija Nalis <mnalis-debian...@voyager.hr> writes:
> > So, what is the status with mediagoblin in Debian?
> >
> > I've seen it go to NEW queue (and disappear from debian-mentors), bu
On Tue, Oct 06, 2015 at 04:26:49PM +0200, Ondřej Surý wrote:
> > On Tue, Sep 08, 2015 at 08:29:18PM +0200, Moritz Mühlenhoff wrote:
> > > On Wed, Aug 19, 2015 at 05:45:30PM +0200, Moritz Muehlenhoff wrote:
> > > > djbdns is RC-buggy for many years now and was out of testing since 2009.
> > > >
So, what is the status with mediagoblin in Debian?
I've seen it go to NEW queue (and disappear from debian-mentors), but
never found any trace of it in unstable or elsewhere?
Also, in Debian Jessie with python2.7 I don't see Christopher Baines
problem with jquery-1.11.1.js:
git clone
Package: offlineimap
Version: 6.3.4-1
Severity: normal
Sometimes, randomly, only when ui is set to Blinkenlights, the
offlineimap crashes rigth at start with:
OfflineIMAP 6.3.4
Package: pdns-recursor
Version: 3.6.1-1~bpo70+1
Followup-For: Bug #650965
Unfortunately,
inconsistency bug still appears in 3.6.1-1~bpo70+1 from wheezy-backports.
This time not fatal (as domain data didn't change), but subsequent calls to
pdns-recursor return different TTL data (indicating it
Package: mdadm
Version: 3.2.5-5
Severity: normal
The problem is that newly added disk in 2-device RAID1 (intended to replace
failing disk) is remaining as 'spare' and cannot be made active.
History: there were two disks, 'sde' and 'sdf' (back then with different
names, of course) in RAID1 with
Summary: Thanks for your quick feedback! You can close this as invalid.
I do understand BTS is not general support forum, and I was genuinely
believing that there was bug in mdadm, as I though both source and
destination disks were without errors (despite SMART errors I've got
on /dev/sde, it
same problem here (Audio device: Intel Corporation NM10/ICH7 Family
High Definition Audio Controller).
Workaround for me is to specify -o oss and use OSS emulation layer
on top of ALSA instead, or -o alsa09 (instead of default -o alsa
which plays at double speed).
--
Opinions above are
On Mon, Oct 13, 2014 at 11:33:11PM -0400, Simon Fondrie-Teitler wrote:
I should have posted that 0.6.1 is now in new (thanks Asheesh!).
https://ftp-master.debian.org/new/mediagoblin_0.6.1+dfsg1-1.html
That is great news indeed! Thanks Asheesh!
In terms of Jessie, I'm actually not aiming to
On Sat, Oct 11, 2014 at 01:29:56PM +0200, W. Martin Borgert wrote:
On 2014-10-11 02:52, Matija Nalis wrote:
Wow, thanks for quick work!
You need to thank the FTP masters!
Well, then I thank them too!
extlib/tinymce/js/tinymce/tinymce.min.js
I assume, that this could be left out during
1 - 100 of 169 matches
Mail list logo