Package: elpa-inform-mode
Severity: normal
Tags: upstream
I have taken over upstream from the previous maintainer, Rupert Lane.
Upstream is now to be found at:
https://github.com/rrthomas/inform-mode
I have made a new release, which modernises and tidies up the code. The
package is now available
Package: zip
Version: 3.0-13ubuntu0.1
Severity: minor
Tags: patch
“RISC OS/2” should be “OS/2”. Looks like a search-and-replace-o that
conflates “RISC OS” and “OS/2”.
-- System Information:
Debian Release: trixie/sid
APT prefers noble-updates
APT policy: (500, 'noble-updates'), (500, 'noble-s
On Thu, 9 Jan 2025 at 16:03, Bastian Germann wrote:
>
> I have packaged Reuben's v3.x reimplementation in experimental and the new
> python3-psutils package even has a direct
> user coming up with pymupdf 1.25.x (currently in NEW). I am interested in
> having the new version available in unstable
Package: texlive-extra-utils
Version: 2023.20240207-1
Followup-For: Bug #1091785
As an upstream maintainer, I’ve now had several of these bug reports, and
I’m a bit ambivalent about them.
On the one hand, they seem to be accurate and well-intentioned.
On the other, they are close to trivial, yet
Package: psutils
Version: 1.17.dfsg-4build1
Followup-For: Bug #1002514
Some good news: after a lot of work from various patient and helpful DDs,
the most troublesome dependency of current PSUtils, namely libpaper2, is
finally in testing. (I am the maintainer of libpaper2, so this is all my
fault.)
On Mon, 11 Nov 2024 at 09:55, Andreas Tille wrote:
> Am Thu, Nov 07, 2024 at 08:17:44PM +0100 schrieb Andreas Tille:
> > Am Thu, Nov 07, 2024 at 08:34:47AM +0100 schrieb Petter Reinholdtsen:
> > > I suspect this fix to psnup caused the build problem in
> > > https://bugs.debian.org/1086290 >. Do
On Wed, 6 Nov 2024 at 08:40, Agustin Martin wrote:
> On Tue, Nov 05, 2024 at 11:53:35PM +0000, Reuben Thomas wrote:
> >
> > So I'm still baffled: if Aspell doesn't know about "castellano" anywhere,
> > then how does the command
> >
> >
On Mon, 4 Nov 2024 at 10:31, Agustin Martin wrote:
> On Thu, Oct 31, 2024 at 11:06:34AM +0000, Reuben Thomas wrote:
> > On Tue, 29 Oct 2024 at 18:15, Agustin Martin
> wrote:
> >
> Sorry, seems I did not explain myself correctly (and I am slowly
> remembering about all th
On Tue, 29 Oct 2024 at 18:15, Agustin Martin wrote:
> On Tue, Oct 29, 2024 at 11:06:39AM +0000, Reuben Thomas wrote:
> >
> > I'm a bit confused now. Does aspell understand the name "castellano8"? If
> > so, how does it know about it? If not, presumably Emac
On Tue, 29 Oct 2024 at 12:58, наб wrote:
> On Tue, Oct 29, 2024 at 11:02:50AM +0000, Reuben Thomas wrote:
> > Andreas, I am of course happy to use salsa; I just hadn't worked all that
> > out when I was last actively working on packaging.
> >
> > If you are ha
On Mon, 28 Oct 2024 at 18:42, наб wrote:
>
> I've written /a/ finddup like every three months for the past few years,
> and every time I'm annoyed util-linux hardlink(1) doesn't have a
> "just give me the duplicate files" mode, so I just wrote it:
>
> https://lore.kernel.org/util-linux/5acde6a911
On Mon, 28 Oct 2024 at 23:05, Agustin Martin wrote:
> Did not mention that I could never reproduce that.
Ah, thanks for letting me know; in that case, I'll look into it more myself
when I can find a moment.
> One other thing: in recent versions, Enchant is rather more liberal about
> > the for
On Thu, 24 Oct 2024 at 18:03, Andreas Tille wrote:
>
> I'm interested in salvaging your package perforate, in accordance with
> the Package Salvaging procedure outlined in the Developers Reference[1].
>
That would be great!
I have done quite a bit of work on this package that has not been relea
On Tue, 8 Oct 2024 at 08:46, Agustin Martin wrote:
> >
> >
> > > I have a rough first cut that does not yet address above issue. Will
> think
> > > a bit more about this. spellchecker priorities will be the same as in
> FSF
> > > Emacs.
> > >
> >
> > I'll be very happy to test what you come up wi
On Wed, 2 Oct 2024 at 08:32, Agustin Martin wrote:
>
> I have been looking a bit at this. It is not only debian-ispell.el, but
> probably also DictionariesCommon.pm. There are some things that may not be
> directly reusable, e.g., aspell supports "aspell -d castellano check
> file.txt" while ench
Package: dictionaries-common
Version: 1.29.7
Severity: normal
Please update debian-ispell.el to support Enchant. I can help with this if
desired, being both the Enchant upstream maintainer, and the author of
Emacs’s Enchant support in ispell.el.
Since Enchant uses other spell-checkers under the h
On Tue, 13 Aug 2024 at 17:41, Vincent Lefevre wrote:
> On 2024-08-13 16:28:42 +0100, Reuben Thomas wrote:
> > I'm not quite sure I understand you here: are you saying that it's
> > documented somewhere that one should use the "\e" form?
>
> I'm say
On Tue, 13 Aug 2024 at 15:13, Vincent Lefevre wrote:
>
> For \M-p and \M-n, this may be a documentation inaccuracy. The
> readline(3readline) man page says
>
> An Emacs-style notation is used to denote keystrokes. Control keys are
> denoted by C-key, e.g., C-n means Control-N. Similarly, me
Re: Bug#708979: bash (readline): Something is wrong with binding
> keys to functions
> Version: 5.2.21-2.1
>
> On Wed, 19 Apr 2006 15:11:20 +0100 Reuben Thomas wrote:
> > In my .inputrc I have the following lines:
> >
> > "\M-n": history-search-forward
> > "
On Mon, 15 Jul 2024 at 07:39, Sven Joachim wrote:
> Santiago, can you please investigate why the rpl_malloc symbol is gone?
Upstream maintainer here.
This symbol is an internal gnulib symbol (from gnulib's free.c), I don't
understand why anything else should be using it. It's certainly not
(in
On Wed, 24 Apr 2024 at 22:03, Bastian Germann wrote:
>
> I have seen Simon's post about this. The new gnulib package has a new
> README that describes how to use the Debian
> package. There is a slight chance that FTP Masters might intervene in
> having a git bundle in a package because their
> r
On Tue, 19 Mar 2024 at 21:46, Reuben Thomas wrote:
> On Tue, 19 Mar 2024 at 21:37, Bastian Germann wrote:
>
>>
>> As nobody has provided any patch yet and I do not have an idea how to use
>> gnulib properly generally and in Debian
>> context, I came up with this
On Wed, 27 Mar 2024 at 20:25, Santiago Vila wrote:
>
> When I had already a bunch of them, I realized there is a macro
> STDC_HEADERS which is not properly detected.
Ah, I suspect the configure code is too old. Regenerating configure etc.
(autoreconf) might help.
-#if STDC_HEADERS
> +#if STDC_
On Tue, 19 Mar 2024 at 21:37, Bastian Germann wrote:
>
> As nobody has provided any patch yet and I do not have an idea how to use
> gnulib properly generally and in Debian
> context, I came up with this. I have actually tried to use Debian's gnulib
> but could not get the thing to work.
>
Fair
On Mon, 18 Mar 2024 at 23:33, Bastian Germann wrote:
> Hi,
>
> I have updated the salsa repo to build without gnulib.
>
Fantastic, thanks for doing this!
I am a little puzzled, I thought that the idea was to build with Debian
gnulib? I think that could be a simpler patch.
Looking at the patche
On Thu, 24 Aug 2023 at 01:40, Nicholas D Steeves wrote:
>
> Wow, it seems no one saw this bug for quite some time... I recently did
> some Debian Emacsen Team uploads for org-mode, and I noticed that the
> following are not currently installed in the elpa-org package:
>
> etc/csl/locales-en-US
Package: ddclient
Version: 3.9.1-7
Severity: important
Tags: upstream
As of yesterday, upstream has marked the project unmaintained and archived the
GitHub project. See https://github.com/ddclient/ddclient/
I and at least one other person offered to take over the project;
unfortunately, since th
Package: psutils
Version: 1.17.dfsg-4
Followup-For: Bug #1002514
As an encouragement to update psutils in Debian, I have just released
version 3, which adds full support for PDF, with transparent filetype
detection, using exactly the same commands as before.
I have rewritten the package completel
Package: xdg-utils
Version: 1.1.3-4
Severity: normal
I was noticing that xdg-mime was very slow on one system; this turned out to
be a server where I did not have a desktop environment, so xdg-mime was
going through all of its DE checks every time. Commenting out the calls to
“xprop” fixed it; per
Package: xsane
Version: 0.999-11ubuntu1
Followup-For: Bug #1013933
Thanks for keeping XSane alive in Debian.
I am a long-time user myself, out of necessity: I have tried several times
to use simple-scan (the only alternative I can find), and it just doesn’t
offer the functionality of XSane. XSane
Package: xsane
Version: 0.999-11ubuntu1
Severity: minor
When I select Help→Show license, nothing happens.
-- System Information:
Debian Release: bookworm/sid
APT prefers jammy-updates
APT policy: (500, 'jammy-updates'), (500, 'jammy-security'), (500, 'jammy'),
(100, 'jammy-backports')
Archit
Package: xsane
Version: 0.999-11ubuntu1
Severity: normal
If I select Help→About XSane, the application pauses for a couple of seconds
then crashes. (The changes in Ubuntu’s version are just to depend on a
different JPEG library, so I think it’s reasonable to file a bug here.)
-- System Informatio
On Wed, 1 Mar 2023 at 01:33, Zefram wrote:
>
> The invocation with both encodings the same superficially looks like
> it's requesting an identity transformation, and it would correctly have
> the behaviour of an identity transformation on input that were correctly
> encoded. Because of the input
On Wed, 1 Feb 2023 at 17:04, Michael Biebl wrote:
> Am 31.01.23 um 16:05 schrieb Reuben Thomas:
> > Package: rsyslog
> > Version: 8.2112.0-2ubuntu2.2
>
> This appears to be an Ubuntu version not known in the Debian archive
>
Apologies.
> > Severity: normal
>
I found this bug when I was about to file a WNPP bug myself. I just
installed AirSane from source on my Ubuntu system and was delighted by how
well it worked, and how easy it was.
--
https://rrt.sc3d.org
Package: scanbd
Version: 1.5.1-6build1
Severity: important
When I first installed scanbd, I found that the systemd unit could not
start, because inetd was already listening on the scanbd port.
It seems to me that scanbd should only configure one of systemd or
inetd when it installs. In particular
Package: rsyslog
Version: 8.2112.0-2ubuntu2.2
Severity: normal
In order to work around a bug in scanbd (#901695), I tried to add a
property-based filter as /etc/rsyslog.d/99-scanbd.conf:
:msg, regex, "/usr/sbin/scanbd: abandon polling of"
^/usr/local/sbin/restart-scanbd
The filter appeared to t
I am experiencing the same issue with a Canon 9000F scanner: when I switch
the scanner off then back on, scanbd fails to reconnect to it. The error
message is identical (mutans mutatis) to that in the logs posted here, but
in my case `scanimage -L` shows that the device name has not changed.
Nonet
Package: scanbd
Version: 1.5.1-6build1
Severity: normal
I am using the excellent AirSane (sadly unpackaged for Debian):
https://github.com/SimulPiscator/AirSane
In order to get it to work, I had to increase MaxConnections to 2 for the
scanbm.socket systemd unit file.
I am sorry, it took me about
Package: devscripts
Version: 2.22.1ubuntu1
Severity: normal
I was puzzled by getting no results from build-rdeps; running with --debug did
not help.
Finally, I ran the dose-ceve command manually, and found out that it was
being killed because it used more memory than the VM I was using had
alloc
Package: xdg-utils
Version: 1.1.3-4.1ubuntu3~22.04.1
Severity: important
Tags: patch upstream
I’m the upstream maintainer of Caffeine, and noticed that it was no longer
working on my GNOME 42 system.
Of course, the actual bug was in xdg-screensaver: until recently,
gnome-screensaver ran on GNOME
Package: colordiff
Version: 1.0.18-1
Severity: normal
Error messages are not correctly interleaved with output; for example:
-Foo
diff: bar/baz.html+Bar
: No such file or directory
Here, the error message should say
diff: bar/baz.html: No such file or directory
but the (presumably stderr) line
Package: ukui-polkit
Version: 1.2.1-1
Severity: normal
The package description doesn’t make sense:
“The ukui-polkit package supports general authentication and biometric
authentication that the service is provided by the biometric-auth package. “
The problem is the words
Thanks, Axel for your kind words, and also for your analysis.
I've had a look at renameutils, of which I was not aware, though I have it
installed on my machine already!
It seems to me that it covers interactive usage neatly, so I'd be happy to
remove that from mmv, retaining the -n flag, but rem
Package: mmv
Version: 1.01b-19build1
Followup-For: Bug #149873
Hi, I’m the (new) upstream maintainer of mmv, and I would like to fix this
problem.
Clearly, it is not possible to fix in a backwards-compatible way, so I see a
few options:
1. Fix it in a backwards-incompatible way. For an interac
Package: dehydrated
Version: 0.6.5-1
Followup-For: Bug #824223
An example cron job script is provided by the hosting company Mythic Beasts
at: https://www.mythic-beasts.com/support/domains/letsencrypt_dns_01
/etc/cron.daily/dehydrated:
#!/bin/sh
exec /usr/bin/dehydrated -c >>/var/log/dehydrated-c
Enchant 2 is just a new version of Enchant, only a separate package for
ease of transition, so please reassign bugs to it rather than mass closing.
(I'm the upstream maintainer!)
--
https://rrt.sc3d.org
Package: cron
Version: 3.0pl1-136ubuntu1
Severity: minor
[I checked this against other bugs, so I think it’s not already been
reported.]
The sentences:
Please note that startup, as far as @reboot is concerned, is the time when
the cron(8) daemon startup.
In particular, it may be before som
Package: xfonts-utils
Version: 1:7.7+6
Severity: normal
It seems that the call to FT_Select_Charmap at read.c:231 does not work for
some fonts, at least. I tried it with a Latin-1 encoded BDF font.
By default, fonttosfnt wants to reencode as Unicode, which is fine. Freetype
finds the Latin-1 enco
Package: xfonts-utils
Version: 1:7.7+6
Severity: normal
The -t and -i flags for bdftopcf are documented thus:
-t When this option is specified, bdftopcf will convert fonts into
"terminal" fonts when possible. A terminal
font has each glyph image padded to the same siz
Package: libpodofo-utils
Version: 0.9.6+dfsg-5build1
Severity: minor
The word “interpretor” should be “interpreter” everywhere.
Thanks for packaging PoDoFo!
-- System Information:
Debian Release: bullseye/sid
APT prefers focal-updates
APT policy: (500, 'focal-updates'), (500, 'focal-security
Having looked into this further, I think this may be a bug in the
proprietary lexmark_nscan backend: it provides an option --scan-resolution,
which is available in "Standard options", but (I am guessing) not the
standard "resolution" option. Therefore, xsane can't tell that it supports
different re
Package: xsane
Version: 0.999-8ubuntu2
Severity: minor
The resolution of saved PNMs is hardwired to 72dpi. Is there a good reason
for that? If not, I would be happy to prepare a patch that sets the
resolution of the PNM to the scan resolution.
Similarly, and perhaps it is the same problem, it wou
Package: libx11-data
Version: 2:1.6.9-2ubuntu1.1
Severity: minor
In the following lines, “UP” should be “DOWN” and vice versa. U+22a5 is the
“UP TACK” and U+22a4 is the “DOWN TACK”. See e.g.
https://util.unicode.org/UnicodeJsps/character.jsp?a=22A4
https://util.unicode.org/UnicodeJsps/character.j
Package: xdg-utils
Version: 1.1.3-2ubuntu1
Severity: normal
Tags: patch
Here is the upstream bug and patch:
https://gitlab.freedesktop.org/xdg/xdg-utils/-/issues/98
Owing to the glacial rate of xdg-maintenance currently (and with thanks to
those currently trying to speed the process up!) it woul
Package: hunspell-en-us
Version: 1:2019.10.06-1
Followup-For: Bug #964257
It is worth noting that quotation marks are correctly handled by
hunspell-en-gb, which has a different source package
(libreoffice-dictionaries).
(I declare an interest as the upstream maintainer of the meta-spellchecker
En
On Sun, 26 Dec 2010 07:58:49 +0800 jida...@jidanni.org wrote:
>
> I note that recode --force h..us causes » to disappear, when it
> could easily better make a >>, or " like uni2ascii -B.
In other words, doing something with `--force` can go wrong. Not a bug.
> OK, recode h..utf8|uni2ascii -B wor
On Thu, 12 Jan 2017 18:19:51 +0300 Alexander Gerasiov
wrote:
> Package: recode
> Version: 3.6-23
> Followup-For: Bug #754945
>
> Another possible solution would be dinamically allocate buffer for
> output_name. Please see patch attached.
This is already done in recode 3.7.
This is fixed in current 3.7.7.
Package: debsums
Version: 2.2.5
Severity: wishlist
Tags: patch
Here are bash completions for debsums. The implementation of
_comp_dpkg_installed_packages() is from dpkg’s bash completions; I don’t
know whether there’s a way to share them? Or, since
/usr/share/bash-completion/completions/dpkg is in
On Wed, 20 May 2020 at 16:24, Boyuan Yang wrote:
> According to https://www.gnu.org/software/recode/ , the new upstream
> of package recode is now https://github.com/rrthomas/recode . GNU
> is no longer hosting this software. Please consider switching the
> upstream and package new version (3.7.1
Upstream Enchant maintainer (and DM) here! I'm delighted to see the
transition is happening; if there are any problems with Enchant 2, I'm very
happy to help. I am not sure which Debian notifications I get about
Enchant, so if I seem to overlook something that could use my attention,
feel free to p
On Fri, 28 Feb 2020 at 09:00, Paul Courbis BV
wrote:
>* What was the outcome of this action?
>Incorrect HTML code :
>îu;&idiaer;
>
As far as I can tell from looking at the code, these names are correct for
HTML 1.1. The new names are used in HTML 1.2 (
https://www.w3.org/MarkUp/draft
Package: systemd-cron
Version: 1.5.13-1
Severity: minor
In the package description: "dirrectly" should be "directly"
-- System Information:
Debian Release: buster/sid
APT prefers bionic-updates
APT policy: (500, 'bionic-updates'), (500, 'bionic-security'), (500,
'bionic'), (100, 'bionic-back
On Fri, 13 Sep 2019 at 05:33, Helmut Grohne wrote:
> Source: perforate
> Version: 1.2-5.1
> Tags: patch
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
>
> perforate fails to cross build from source, because it does not pass
> cross tools to make. The easiest way of doing so - using dh_a
Package: sloccount
Version: 2.26-5.2
Severity: normal
If I have files foo.py and foo.py.in, and run sloccount foo.py, I get no
lines counted. The same happens for foo.py.in (perhaps because sloccount
does not recognise “.in” as a language?).
So I try sloccount --autogen foo.py, but that still giv
Package: gengetopt
Version: 2.22.6+dfsg0-2
Severity: minor
Gengetopt does not generate a skeleton main.c (presumably it once did);
instead, it generates a command-line parser, and a header.
I suggest the following wording for the long description:
gengetopt reads an interface description file,
Package: libtool
Version: 2.4.6-2
Severity: wishlist
Currently it’s not possible to use -fuse-ld=gold, for example, cleanly with
libtool. This upstream commit:
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=f9970d99293faf908fdc153a653fa5781095fb7a
adds the requisite support.
-- System
Package: automake
Version: 1:1.15.1-3ubuntu2
Severity: minor
Running “info automake” does not work. It would be nice if the automake
package installed suitable links or whatever to the actual, versioned, info
file. (I understand that the existence of the automake1.11 package requires
the versionin
Package: audacity
Version: 2.2.1-1
Severity: normal
The Debian package seems to be patched to make Audacity work properly with
dark themes (thanks very much!).
Oddly, the Tracks>Spectrograms panel of Preferences still does not work in
this regard: the background comes up white with white text on
On Mon, 25 Jun 2018, 23:47 Nicholas D Steeves, wrote:
>
> Given that whatever we do will require a new source package in the
> archive, maybe it would be a good time to consider alternative folding
> addons? Jaalto's project of course wins for backwards-compatibility ;-)
For my purposes, an al
Package: latexmk
Version: 1:4.41-1
Followup-For: Bug #891636
It would be great to have this, as I am finding bugs in latexmk 4.41 that
are fixed since then, and already it is too late for Ubuntu 16.04. It would
be nice not to have to work around these bugs, or have to install a newer
version of la
On 10 February 2018 at 17:48, Axel Beckert wrote:
> Hi Reuben,
>
> Reuben Thomas wrote:
> >I just want to check, do you nonetheless consider this an upstream
> > bug?
>
> No. And my fix is adding "env TERM=vt100" debian/rules. :-)
>
Thanks for the clarification!
--
https://rrt.sc3d.org
On 10 February 2018 at 09:52, Axel Beckert wrote:
> Control: tag -1 + confirmed
>
> Hi Matthias,
>
> Matthias Klose wrote:
> > make check-TESTS check-local
> > make[5]: Entering directory '/<>'
> > echo ./tests/*.el ./tests/interactive/*.el | abs_srcdir=/<>
> > srcdir=. TERM=unknown VALGRIND=""
On 10 February 2018 at 08:25, Matthias Klose wrote:
> Package: src:zile
> Version: 2.4.14-5
>
> The zile tests apparently expect a working terminal. Please set it
> explicitly
> when running the tests, e.g. TERM=xterm.
>
See tests/Makefile.am:
TERM ?= vt100
This suggests that it has been expl
Package: python2.7
Version: 2.7.12-1ubuntu0~16.04.3
Severity: minor
README.Valgrind, which is supplied (thanks) mentions valgrind-python.supp,
which I can’t find (it comes from the Misc/ directory of the sources).
This would be really handy to have installed in /usr/lib/valgrind for ease
of using
I have made an issue for this in the Recode bug tracker:
https://github.com/rrthomas/Recode/issues/1
I have made an issue for this: https://github.com/rrthomas/Recode/issues/2
Package: recode
Version: 3.6-22
Followup-For: Bug #748984
The problem with fixing this is that currently recode effectively assumes
that the HTML input is ISO-8859-1 encoded; it has no notion of the encoding
separate from its being in HTML.
I’m not exactly sure, but it seems to me that HTML (and
Package: recode
Version: 3.6-22
Followup-For: Bug #348909
I looked into this bug. The problem starts with the fact that iconv returns
EILSEQ (invalid input) when in fact the input is simply untranslatable.
It is possible to diagnose this situation by running another conversion with
the output enc
Package: recode
Version: 3.6-22
Followup-For: Bug #321437
I just tested this with the upcoming 3.7, and it seems to be fixed.
I put the given text in a file foo.txt, then:
$ cat foo.txt|recode "utf8..iso-8859-1"
recode: Invalid input in step `UTF-8..ISO-8859-1'
$ cat foo.txt|recode -f "utf8..iso
On 19 November 2017 at 20:46, Vincent Lefevre wrote:
> BTW, since readline6 has been replaced by readline7: I have not tried
> readline7. If it has the same problem, then I suppose that this bug
> should be reopened and reassigned to readline7.
>
My notes suggested that this bug was fixed in re
an prior to this removal
> can still be found using http://snapshot.debian.org/.
>
> This message was generated automatically; if you believe that there is
> a problem with it please contact the archive administrators by mailing
> ftpmas...@ftp-master.debian.org.
>
> Debian
On 6 November 2017 at 03:07, Chris Knadle wrote:
> tag 617242 + moreinfo
> thanks
>
> Although this bug is very old I think it deserves are maintainer response.
>
> > I have my umask set to 0027. If I run mlmmj-make-ml with sudo, then
> > this umask is inherited, and used to create all the files
Package: perforate
Followup-For: Bug #405444
I’m a bit puzzled by this bug report, as zum already reports space saved.
However, it was out by a factor of (blksize / 512). This is fixed in the
upcoming release 2.0.
-- System Information:
Debian Release: stretch/sid
APT prefers xenial-updates
Package: perforate
Followup-For: Bug #449602
Thanks, I’ve adapted the patch and it will be in the next release.
-- System Information:
Debian Release: stretch/sid
APT prefers xenial-updates
APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500,
'xenial'), (100, 'xenial-backport
Package: perforate
Followup-For: Bug #412013
The upcoming 2.0 version of zum uses cp, so it may work better.
-- System Information:
Debian Release: stretch/sid
APT prefers xenial-updates
APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500,
'xenial'), (100, 'xenial-backports')
Package: perforate
Version: 1.2-5.1
Followup-For: Bug #294297
I don’t think there’s much zum can do: sparseness is not something that file
systems advertise. Putting the information in zum’s man page would
inevitably lead to its being incomplete and/or out of date.
zum is a low-level tool, so rea
Package: perforate
Version: 1.2-5.1
Followup-For: Bug #412005
To clear up the confusion: when given no command-line arguments, zum reads a
list of files to perforate from stdin.
This behavior will be documented in the next release. (However, I would
still be happy for a patch to perforate stdin,
Package: perforate
Followup-For: Bug #412014
cp does “perforate” files, even by default (see the --sparse option), so
there’s no need for this.
-- System Information:
Debian Release: stretch/sid
APT prefers xenial-updates
APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500,
'
Package: perforate
Version: 1.2-5
Followup-For: Bug #566998
The reason that finddup fails in this case is that it was run in verbose
mode (in two ways: first by passing the -v option, and secondly by passing
the -n option, which implies -v).
The verbose mode’s messages are sent to stdout, and so
Package: xzgv
Tags: fixed-upstream
Followup-For: Bug #169437
This is fixed in the upcoming 0.9.2, which adds “panoramic zoom”.
-- System Information:
Debian Release: stretch/sid
APT prefers xenial-updates
APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500,
'xenial'), (100, '
On 26 July 2017 at 00:05, Colin Watson wrote:
>
> I think it might be worth revisiting the change in man-db 2.4.2-3 to
> turn off MAN_DB_CREATES, which means that man doesn't create databases
> that doesn't already exist (once the database exists, man should
> automatically keep it up to date, al
On 25 July 2017 at 23:49, Colin Watson wrote:
> On Tue, Jul 25, 2017 at 11:24:18PM +0100, Reuben Thomas wrote:
> > I just noticed that man pages installed in ~/.local/share/man are not
> found
> > by apropos. This appears to be because there’s no database for this
> >
Package: man-db
Version: 2.7.5-1
Severity: normal
I just noticed that man pages installed in ~/.local/share/man are not found
by apropos. This appears to be because there’s no database for this
directory. man finds the directory via the corresponding ~/.local/bin entry
in PATH. It would be nice if
Package: xsane
Version: 0.999-3ubuntu1
Severity: normal
Tags: patch
xsane doesn’t initialise the icm_profile field of Image_info structs, and
hence when saving edited images, it can write bogus information into this
field, which causes some readers to barf, e.g. gthumb can no longer read the
outpu
Package: xsane
Version: 0.999-5
Severity: minor
Tags: patch
“Paper geometrie” → “Paper geometry”
[In case the Version: header looks suspicious: I’m running 0.999-3ubuntu1,
but I checked that this typo remains unfixed in the current 0.999-5.]
-- System Information:
Debian Release: stretch/sid
A
On 14 April 2017 at 13:47, Florian Weimer wrote:
> * Reuben Thomas:
>
> > A workaround is to build bash with --without-bash-malloc (but I presume
> > there's a good reason not to do that?).
>
> FWIW, Fedora and Red Hat Enterprise Linux compile bash this way, so it
A Valgrind maintainer pointed out that an alternative to disabling bash's
malloc is to configure bash with CPPFLAGS=-DDISABLE_MALLOC_WRAPPERS=1. This
disable the debugging wrappers that confuse valgrind.
I guess it's still preferable not to do that. The obvious alternative is to
ship either bash o
See:
https://bugs.kde.org/show_bug.cgi?id=378732
https://lists.gnu.org/archive/html/bug-bash/2017-04/msg00042.html
The problem, in short, is that valgrind does not intercept the malloc call
(which is made via bash's built-in malloc), but does intercept the free
call, and hence concludes that the
1 - 100 of 1853 matches
Mail list logo
