Bug#978839: confused and unable to reproduce

This doesn't seem like an autoconf issue, as the problem crops up post-configuration. Unless I'm missing something. And, I'm unable to reproduce it, using autoconf 2.71. Could you check if the current version still exhibits the problem?

Bug#978865: confused and unable to reproduce

This doesn't seem like an autoconf issue, as the problem crops up post-configuration. Unless I'm missing something. And, I'm unable to reproduce it. Could you check if the version I just uploaded still exhibits the problem?

Bug#992191: deborphan: deborphan --help unterminated last line

Package: deborphan Version: 1.7.33 The last line of "deborphan --help" is not terminated: no final EOL, aka NL, aka 0x0A, aka C-j. $ deborphan --help | tail -1 ; echo '***UNTERMINATED LINE***' See also: deborphan(1), orphaner(8)***UNTERMINATED LINE***

Bug#927076: xournalpp packaging in Debian

Okay, I used a git snapshot for the version and tarball, and all seems well.

Bug#927076: xournalpp packaging in Debian

The reason I'm tracking is because I actually use the generated packages. But I'm totally unfamiliar with the salsa continuous integration stuff. Wouldn't mind learning though. Happy to change workflow, maybe do development on a different branch? Or, could make snapshot upstream releases 1.0.20+g

Bug#927076: xournalpp packaging in Debian

Done. I reverted to 1.0.20 but left debian/watch untouched, so uscan alerts about 1.0.20-hotfix being available. If that's a problem I can edit the watch file, just let me know; I kind of enjoy tweaking them, as it happens. Guess now we wait for the actual 1.1.0 release.

Bug#927076: xournalpp packaging in Debian: how can we help?

Sure, can change it to 1.0.20-hotfix-1 or can edit debian/watch to skip the -hotfix tag and change it to 1.0.20-1. Or use 1.0.20-1 and let uscan whine about 1.0.20-hotfix. Given the changes all around, I don't think we want to actually push into Debian until 1.1.0 is released anyway. So whether th

Bug#927076: xournalpp packaging in Debian: how can we help?

There is a pristine-tar branch on both salsa and my GitHub fork repo barak/...

Bug#927076: xournalpp packaging in Debian: how can we help?

Sure, always happy for help. Please do! Would you like to take the package, or co-maintain, team-maintain, whatever it's called nowadays? I was using it for teaching, whereas you seem much more involved.

Bug#927076: xournalpp packaging in Debian: how can we help?

Yeah, I think right now it's in good shape. I'm waiting for an official upstream release, at which point I'll upload. Since it's not in Debian right now, there's no reason to hold off until after the Debian release. (If there were I'd upload to Debian/experimental.) I've been tracking the upstream

Bug#983483: Candidate Packaging

I've updated the packaging for upstream version 2.4.0, and updated the debian packaging scripts to the latest-and-greatest in the process. This involved switching the python build system. The build-time upstream test suite was failing, because it needs to be able to load the modules in the package.

Bug#988339: unblock: djvulibre/3.5.28-2

address a number of crashes and security issues, including +CVE-2021-3500 (closes: #988215) + + -- Barak A. Pearlmutter Mon, 10 May 2021 18:56:59 +0100 + djvulibre (3.5.28-1) unstable; urgency=medium [ Leon Bottou ] diff -Nru djvulibre-3.5.28/debian/control djvulibre-3.5.28/debian

Bug#988031: ITP: youtubedl-gui -- GUI on youtube-dl to download videos from a variety of sites

Yeah, I'm not afraid of the command line, but my 9yo daughter might prefer the gui. Anyway, I'll add a list of alternative programs to the documentation in any case, maybe with a brief discussion of pros/cons. In fact, I'd welcome putting the information here as pull requests against the repo! In

Bug#988031: ITP: youtubedl-gui -- GUI on youtube-dl to download videos from a variety of sites

Thanks for the pointer. Will take a look.

Bug#988031: ITP: youtubedl-gui -- GUI on youtube-dl to download videos from a variety of sites

Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: youtubedl-gui Version : 2.5 Upstream Author : Jason Goulet-Lipman * URL : https://github.com/JaGoLi/ytdl-gui * License

Bug#987620: Bug

>> I'd be happy to sponsor it. > I would very much appreciate that Okay then! (CCing the WPNN bug, for posterity, and so others can see this is taken.) Took a quick look, and did a major updating of the debian/ packaging scripts. There were issues with passing flags through to the actual compi

Bug#987556: unblock: stopmotion/0.8.5-3

r 13 + * Fix day-of-week for changelog entry 0.pre3.4-1 + * Add pithy comment to debian/watch + * stop quoting %s in mimecap entry (closes: #987415) + + -- Barak A. Pearlmutter Fri, 23 Apr 2021 20:56:40 +0100 + stopmotion (0.8.5-2) unstable; urgency=medium * hack around integer size misma

Bug#987373: mit-scheme: leaves alternatives after upgrade from buster: /usr/bin/scheme -> /etc/alternatives/scheme -> /usr/bin/mit-scheme-x86-64

Thanks for the bug report. That is odd: I thought I had the appropriate calls to update-alternatives --install / --remove in mit-scheme.postinst/prerm. Any idea what's going wrong? It looks like I'm doing the recommended thing, in the bog-standard way. But I must be missing something... Cheers,

Bug#987077: unblock: ensmallen/2.16.2-1

.16.2/debian/changelog 2021-03-25 21:55:13.0 + +++ ensmallen-2.16.2/debian/changelog 2021-04-16 16:49:42.0 +0100 @@ -1,3 +1,9 @@ +ensmallen (2.16.2-2) unstable; urgency=medium + + * add autopkgtest support + + -- Barak A. Pearlmutter Fri, 16 Apr 2021 16:49:42 +0100 + ensm

Bug#985721: unblock: fossil/1:2.15~rc1-1

Holy mother of complexity! They don't make autopkgtest easy to understand, do they? And no virtual driver for pbuilder/cowdancer, just to put an extra nail in my wrist (if I may use a seasonal metaphor.) Anyway, I believe the upload I've just pushed has correct autopkgtest support, explicitly test

Bug#986169: unblock: docx2txt/1.4-5

edium + + * Address security issue: do not quote %s in mailcap entry (closes: #985594) + + -- Barak A. Pearlmutter Sat, 20 Mar 2021 17:13:44 + + docx2txt (1.4-4) unstable; urgency=medium * debian/rules does not require root diff -Nru docx2txt-1.4/debian/docx2txt.mime docx2txt-1.4/d

Bug#985721: unblock: fossil/1:2.15~rc1-1

> if the source has such an extensive test suite, doesn't that (at least partially) qualify for autopkgtesting? Remember that packages that have substantial testing with autopkgtest *of the installed binaries* currently don't need to request unblocks if their not a key package. I think so, yes. It

Bug#985721: unblock: fossil/1:2.15~rc1-1

I was preparing one, but upstream released an official 2.15 release. Which has an exhaustive test suite enabled in the build and passes (by upstream standards; there are scary messages but they're expected) on all architectures. The delta is too big to sensibly check. But it's a proper release wit

Bug#985721: unblock: fossil/1:2.15~rc1-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fossil [ Reason ] Marked for autoremoval due to #985124. The issue was fixed upstream. Given the nature of the package, I think tracking their release candidate is

Bug#985628: unblock: docx2txt/1.4-5

s: #985594) + + -- Barak A. Pearlmutter Sat, 20 Mar 2021 17:13:44 + + docx2txt (1.4-4) unstable; urgency=medium * debian/rules does not require root diff -Nru docx2txt-1.4/debian/docx2txt.mime docx2txt-1.4/debian/docx2txt.mime --- docx2txt-1.4/debian/docx2txt.mime 2020-12-11 21:55:16.0

Bug#985124: Acknowledgement (fossil: fails to update schema for older repositories)

Thanks for the report & digging out the relevant patch. I uploaded the upstream 2.1.15~rc1 version, which includes this patch and addresses a couple other issues as well.

Bug#982791: mit-scheme FTBFS on i386: out of memory

Thanks for the report. I've been looking at the issue already. Adding a new arch requires a bit of work, because there's a circular build dependency so you have to build manually. And I don't have an arm64 to hand, so I'll have to use a porter machine. Will get around to it. I doubt the i386 "out

Bug#981519: linuxlogo: Upstream Version 6.0 Available

Package: linuxlogo Version: 5.11-9+b1 Severity: wishlist X-Debbugs-Cc: none, Barak A. Pearlmutter Thanks for maintaining linuxlogo; fun little package, and I think it's super important to keep the fun in computing. Anyway, upstream version 6.0 is available. I took the liberty of cre

Bug#981018: pdf-presenter-console: LaTeX demo is not distributed and cannot be composed

> In principle, it's possible to use URL instead of a local file in > \movie, e.g., > . That's an idea. Maybe as an option, guarded by latex \if tricks, enabled by default. > > Of course, they need pdfpc.sty in texli

Bug#981018: pdf-presenter-console: LaTeX demo is not distributed and cannot be composed

Thanks for the report. I think there are really two issues here. (a) the demo/ source directory is not included in the package (b) you're having trouble LaTeXing the demos Issue (a) is absolutely not ideal. I'm considering including them in /usr/share/doc/pdf-presenter-console/examples/ but fid

Bug#957317: gtkboard: diff for NMU version 0.11pre0+cvs.2003.11.02-10.1

Thank you! I'll merge your fix and do a non-NMU when I get a chance. For future ref, no need to delay or even NMU. I don't mind my packages getting a little TLC.

Bug#980800: djview: No longer accepts a local DjVu document URL

Thanks for your report. I'm reducing the severity to "normal" because it meets the criteria for that level. But be assured that I understand it's important to *you* and your workflow and applications, and I will try to get it fixed asap. Cheers, --Barak.

Bug#980790: gnome-software: emphasize portion of version actually changing

Package: gnome-software Version: 3.38.0-3 Severity: wishlist X-Debbugs-Cc: none, Barak A. Pearlmutter Dear Maintainer, In the window listing packages and their versions, there are lines like foo 1.2.3.4.5-3.4 -> 1.2.3.4.6-2 I'd suggest finding the common prefix of t

Bug#976892: autoconf 2.70

Other bugs, in other packages, pretty much. I'm not spun up enough on autoconf to help. autoconf 2.70 *is* in experimental, and autobuilders are building packages with it and reporting bugs. Seems like a very reasonable path to me.

Bug#976892: autoconf 2.70

Getting autoconf 2.70 into Debian would be nice, and your willingness to help is great. You might want to have a look at https://bugs.debian.org/977331 which is the ITA bug for autoconf, and discusses both finding a new maintainer (Matthias Klose looks to be considering taking it on, but I imagi

Bug#977546: duplicity: remove-all-but-n-full includes failed backups

Package: duplicity Version: 0.8.17-1+b1 Severity: normal X-Debbugs-Cc: none, Barak A. Pearlmutter I ran out of storage on my remote, so I tried to reclaim some with $ duplicity remove-all-but-n-full 1 --force "${transport}/${target}" But afterwards there are just a few meg used in

Bug#976540: clippoly: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2

The latest upload fails test on more architectures, making me suspect that fancy new compiler tech may be involved. Chained floating point operations keeping guard digits inappropriately or something like that, perhaps. In all bad cases, test0 passes, and both test1 and test2 fail, both with: cli

Bug#976540: ARM64 Float Point Woes

This is a really strange error. Nothing relevant has changed in the package proper. At first I thought it might be a race condition on the three tests, but I can't find any. My suspicion at this point is that it's an error in the floating point support on the ARM64 platform. On the one hand, that

Bug#960788: Intel SOF audio firmware packaging

Pavucontrol is talking to pulseaudio, it doesn't talk to the alsa device directly. But the problem is at the alsa level, or at the interface where pulseaudio talks to alsa. Someone should probably report it to the pulseaudio folks.

Bug#960788: Intel SOF audio firmware packaging

Not sure if this will work for you, but it does for me. Basically, the device initializes into a muted state, so you need to unmute it pretty forcibly. Here are my notes showing various ways to accomplish this. This is with my device numbering, yours might be different. You can just run "alsamixer

Bug#960788: Intel SOF audio firmware packaging

Oops! Thanks, fixed. (I switched binary package names to match the packaging on salsa in debian/control but neglected to make the consonant change in debian/rules. I suppose debian/rules should grovel it out of debian/control, according to the DRY principle. May do that, but pushed trivial fix for

Bug#960788: Intel SOF audio firmware packaging

No need for anything so complex. This should work: $ fakeroot debian/rules binary Or sudo if you don't have fakeroot.

Bug#960788: Intel SOF audio firmware packaging

My Dell Inspiron 7591 2n1 required the SOF audio firmware, so I did a quick packaging for my own purposes, to be sure I had the latest. See https://github.com/barak/sof-bin branch: debian Works for me, and of course my packaging scripts are free for use in whole or in part etc (I hereby place t

Bug#976136: size stats

Sure! It was the minorest of wishes. More of a rueful comment on how claims of small size don't tend to age well in computing. This one's aged better than most, I suppose...

Bug#976136: size stats

Package: yabasic Version: 1:2.87.1-1 Severity: wishlist $ apt show yabasic|egrep -i size Installed-Size: 947 kB Download-Size: 263 kB $ apt show yabasic|egrep '[0-9]+ *KB' it is small (less than 200 KB) and free. $ cat < /usr/bin/yabasic | wc -c 297192 $ cat < /usr/share/doc/yabasic/yabasic.ht

Bug#972813: xournal FTBFS: wrongly declared R³

"Rules-Requires-Root?" "No" "You Worm. You Scum. You Lowly User. REJECTED!!! Upper Case Is Reserved For Your Betters. Do You Think You Are My Equal?" "no." "What Was That? Did You Just Use Punctuation? Do You Deserve To Use Punctuation?" "nope" "What!?!? You Need Discipline. A GNU Kind Of Disciplin

Bug#972813: xournal FTBFS: wrongly declared R³

"Rules-Requires-Root?" "No" "You Worm. You Scum. You Lowly User. REJECTED!!! Upper Case Is Reserved For Your Betters. Do You Think You Are My Equal?" "no." "What Was That? Did You Just Use Punctuation? Do You Deserve To Use Punctuation?" "no" "That's Better. Now I'm Sending You For A Session With T

Bug#970227: Debugging vs Optimization

Thanks for noticing that unfortunate interaction. These should ideally be largely orthogonal, of course. I'll check w/ upstream and see what the right thing is. Maybe they can add a half-hearted-debugging option, which enables debugging stuff that won't interfere with optimization or performance.

Bug#972429: djview4: djview4 as a server

Sure. I could package it, but I'm not a browser expert, so if there is one who could take primary responsibility that would make sense. If they're not a debian developer I could sponsor the package in, etc.

Bug#845980: Poor Little Orphan Package

Given the time span, I think Kyle Spiers' generous offer has probably lapsed. (If not let me know and you can have it!) So in the interests of efficiency, I'll just adopt it. Did a quick packaging of the latest upstream, pushed to salsa, and will upload w/ self as maintainer in a moment. If someon

Bug#972429: djview4: djview4 as a server

That's great. If the extension is in Debian, than djview4 could "Suggest:" it. Or maybe would could just put appropriate instructions in /usr/share/doc/djview4/README.Debian, if you have wording for such a paragraph I'm happy to slip it in. Cheers, --Barak.

Bug#956272: xournalpp

Absolutely. I made a tentative packaging, at https://salsa.debian.org/debian/xournalpp Builds and works fine. I use it daily, for teaching remotely. Would welcome testers. The only reason I have not actually pushed it into Debian is that the debian/copyright file is a bit of a mess. Some of the .

Bug#972813: xournal FTBFS: wrongly declared R³

ack

Bug#927076: any progress?

Right, I made that salsa repo, it doesn't mean anything except having a place to hang a hat. The situation now is that the *only* sticking point is debian/copyright, which is a mess. Note all the "god knows" entries. And the providence of a bunch of the .svg files is unclear, with internal copyrig

Bug#972429: djview4: djview4 as a server

Good idea. There's a way to get some URLs sent to external programs, like magnet: links to transmission, or some files to evince. In Firefox it's Settings > General > Applications. Should be able to key off mime types I think, although I don't see djvu files there.

Bug#972097: Fwd: [conrads...@gmail.com: mlpack stuck in debian unstable]

bject: Re: [conrads...@gmail.com: mlpack stuck in debian unstable] To: Barak A. Pearlmutter Cc: On Mon, Oct 12, 2020 at 04:01:21PM +0100, Barak A. Pearlmutter wrote: > The big issue is compilation issues on various architectures, rather > than the Julia bindings. > Have a loo

Bug#962733: Packaged

Okay, will do!

Bug#962733: Packaged

I've packaged and been using v1.2, please see https://salsa.debian.org/bap/lieer.git which has a bunch of packaging updates, including a transition to the new name of lieer, with an appropriate transition package of course. I'd be happy to have the maintainer take whatever is deemed useful, or t

Bug#969418: Library Package from PPA

Package: simplescreenreader Version: 0.4.2-1 I've ported the injection-library-package stuff from the upstream author's Ubuntu PPA, moving the support library in the process to what I'd consider the standard location for such things. Pushed to https://salsa.debian.org/bap/simplescreenrecorder.git

Bug#734592: Listing Makefile Targets

This seems a bit safer: make -f debian/rules -rp | egrep -i '^[.a-z0-9_-]*:$' although it does include "foo:" if there's an "include foo:" even if there's no rule for "foo".

Bug#968905: marked as done (djview4: unable to save a document)

Maybe it would be worth adding something to the man page. Like "if used in the following way ... this program can make very high demands on the server, which may trigger anti-DoS logic on some servers or networks. This can be worked around by ..." Patches welcome!

Bug#968905: djview4: unable to save a document

Quick first reaction, so maybe I'm being clueless. But, my first thought is to ask: is this really the right place for such a facility? This seems like a bug in the server. But failing that, it seems like a "limit transfer rate to HOST:PORT to 10Mb/s" or whatever belongs in a network policy, like

Bug#961772: fossil FTCBFS: attempts to run a host tool to check for sqlite3

Oops, just saw this. Thanks for the patch. It's really an upstream issue, so I'm going to forward it there. If they don't want to merge this functionality, I'll maintain it in a Debian patch. Cheers, --Barak.

Bug#968409: simplescreenrecorder: Upstream Release 0.4.2 Available

Package: simplescreenrecorder Version: 0.3.11-1+b1 Severity: normal X-Debbugs-Cc: none, Barak A. Pearlmutter Upstream version 0.4.2 has been released. I've taken the liberty of forking the maintenance repo on salsa https://salsa.debian.org/bap/simplescreenrecorder and pushed a trial pack

Bug#968237: auctex-12

Dear Itaï, Thanks for trying to contribute to Debian. > I am not a Debian developper, but am able to package (in fact I have packaged > auctex v12 for personal use). If you have auctex-12 packaged, I would very much encourage you to share your work, even if the debian maintainer doesn't seem ve

Bug#962779: djview4 color PDF export results in a blank page

Thanks for all your help! I'll go ahead and update the debian package to incorporate the fix to this issue. And maybe sometime in the glorious future we'll be able to link to an external libtiff instead. If so, it will be thanks to your efforts. Cheers, --Barak.

Bug#964983: New Upstream Version

Sometimes I wonder if Debian needs some serious process analysis and restructuring. Should a new library version that happens to cross a major version boundary really good though the same extra vetting queue that a new browser goes through? tldr: What have we wrought???

Bug#964983: New Upstream Version

Package: libghc-github-dev Version: 0.20-2 Severity: wishlist There's a new upstream version available, and I cannot update the github-backup package until libghc-github-dev (>= 0.23) is available. So I hope to see the new version packaged. Cheers, --Barak.

Bug#964821: New Upstream Version

There's a new upstream version available, and I cannot update the github-backup package until libghc-github-dev (>= 0.23) is available. So I hope to see the new version packaged. Cheers, --Barak.

Bug#662692: Time When?

It should probably be an option. The saytime --boop option. "At the tone, the time will be blah blah blah ... BOOP!"

Bug#662692: Time When?

Surely the right thing is: > At the beep, the time will be ... three forty seven and sixteen seconds ... > BEEP.

Bug#962533: mlpack FTBFS on mips64el: relocation truncated to fit

How about switching to clang; would there be any objections to that? If a mips porter could rip all the space save and --parallel=1 stuff out of debian/rules and build with fakeroot debian/rules CXX=clang++-9 CC=clang-9 build and if it works I think just switching would make sense.

Bug#962779: djview4 color PDF export results in a blank page

Perfect. I'll keep an eye on the issue, but usually upstream jumps on things like this pretty quickly. It seems like, ideally, the file would go away entirely in favour of linking to a library providing this functionality. Surely somebody's broken it out into a library already, or incorporated it

Bug#962779: djview4 color PDF export results in a blank page

Thanks for your very thorough bug report. The changes to tiff2pdf.c in the Debian package are actually inherited from upstream, because we're tracking upstream development as that's the easiest way to deal with bugs etc, and upstream is very cooperative. So I'd suggest filing this on upstream, be

Bug#948450: djview-plugin might be useless now

It sounds like djview-plugin should just be removed, since it supports a now-dead plugin API. Any objections?

Bug#958346: latex-coffee-stains: redefine $\alpha$

Holy pavloova, how could I have not noticed that? It's using \alpha to hold the transparency! (I hate the lack of modularity in TeX, it's a nightmare of a programming language.)

Bug#925540: qhull: add libqhullcpp to installed libraries

Ah right, transition, experimental, oops. Just uploaded to experimental. Please feel free to upload yourselves next time; certainly anyone on the science team, etc. Jochen, do you want to officially co-maintain or whatever? The repo is under science-team for a reason, but I'm happy to give additio

Bug#925540: qhull: add libqhullcpp to installed libraries

Had not noticed that, thanks! Next time, do feel free to 0-day NMU, pushing to the shared repo. But, now that I've seen it, looks great. I'm going to just upload to unstable. (Hence the term, right?) Cheers, --Barak.

Bug#954637: ivtools: FTBFS: os_stropts.h:56:17: fatal error: stropts.h: No such file or directory

Great. I was about to look at doing an ACE NMU, so that's good to hear. Turns out there is a new upstream version of the ACE libraries. Not sure if the ACE team is actually active or planning to upgrade. Might be a good idea to give them a ping. Cheers, --Barak.

Bug#955633: terminus: Terminals use bash hardcoded instead of user's configured login shell

Below is why I was thinking $SHELL, especially since $FAKE_SHELL can be used to override the /etc/passwd entry. Of course a desktop environment or whatever might launch a terminal window without having gone through login, although I imagine some logic in the display manger should replicate login's

Bug#955633: terminus: Terminals use bash hardcoded instead of user's configured login shell

Thanks for picking up this issue. As a work-around, you can right click -> Preferences and change the shell going forward. But I agree it should default properly. Obviously it's an upstream issue, so I'll raise it there. But I'd think to the value of $SHELL (which is set by login to the entry in /

Bug#954637: ivtools: FTBFS: os_stropts.h:56:17: fatal error: stropts.h: No such file or directory

This would appear to be in an ACE library header file, rather than in the iv-tools package proper. Unless I'm missing something, it seems like this report should be moved from iv-tools to ace.

Bug#949948: ITP: gnu-apl -- GNU APL

Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: gnu-apl Version : 1.8 Upstream Author : Jürgen Sauermann * URL : https://savannah.gnu.org/projects/apl * License : GNU GPL Programming Lang: C++ Description : GNU

Bug#927076: Prelim Packaging

I have a tentative packaging in the debian branch of github.com/barak/xournalpp and unless there are any objections or issues arising, plan to upload it in due course.

Bug#758238: cool-retro-term

> > > it because I like to use the program when teaching/lecturing > > especially about FORTRAN and such. > > Fortran g77? gfortan90? flang? intel fortran? > Farfel Fortran! >

Bug#758238: cool-retro-term

Great you're sponsoring cool-retro-term. Just FYI, there's a slightly tweaked packaging branch I put together, in https://github.com/barak/cool-retro-term/ branch "debian". The main differences are it generates the man page using help2man at build time, and provides x-terminal-emulator. See also

Bug#945490: gs always fails with "Permission denied"

Great, thanks. I'll package that forthwith. Cheers, --Barak.

Bug#947079: Trial for v1. 0

I've done a trial packaging of v1.0 and it seems to work okay for me. See https://salsa.debian.org/bap/lieer.git

Bug#947333: libghc-base-prelude-doc: missing parens in /usr/share/doc/libghc-base-prelude-doc/html/base-prelude.txt

Package: libghc-base-prelude-doc Version: 1.3-1 Severity: normal In the file /usr/lib/ghc-doc/hoogle/libghc-base-prelude-doc.txt, linked to by /usr/lib/ghc-doc/hoogle/libghc-base-prelude-doc.txt, the line (>>=) :: Monad m => m a -> a -> m b -> m b should read (>>=) :: Monad m => m a ->

Bug#942381: fingerd: systemd integration

Package: fingerd Version: 0.17-15.2 Severity: normal Without systemd integration (i.e., a systemd unit file), on a computer using systemd, we get this: $ sudo apt install fingerd ... $ finger @localhost finger: connect: Connection refused Since (whatever its faults) systemd is us

Bug#710440: upstream now provides a library

It'd be pretty straightforward to tweak the build system to generate both static and dynamically linked executables, or to have an option for it. The automake stuff is designed for exactly that kind of thing and makes it really easy.

Bug#710440: upstream now provides a library

That's fantastic. Working on a package. One tiny question: the generated scrypt executable does not use the shared library. Is that intentional? Cheers, --Barak.

Bug#931361: ettercap: Please update to new version 0.8.3

Very good. I'll assume I don't need to do anything—my favorite assumption! —Barak.

Bug#930965: coreutils: seq 84x slower with --equal-width

Yes, I suppose it's a performance wishlist bug. But really there is no reason for it to use stdio formatting; really the zero-padded case is no harder to do with direct ascii manipulation than the non-zero-padded case. (Also GCC should specialize and optimize the stdio calls, i.e., partially evalua

Bug#930965: coreutils: seq 84x slower with --equal-width

Package: coreutils Version: 8.30-3 Severity: normal Was using seq to write some data to test that a cheapo enormous SD card isn't faking its capacity. Thought I'd use seq --equal-width just to make calculations easier. But jeepers creepers, what a slowdown! $ time seq 0 1000 > /dev/null

Bug#930064: djvulibre-bin: Please add Multi-Arch: foreign

Certainly; will git push & dput as soon as it's finished building. (In the future feel free to 0-day NMU stuff like this, I totally don't mind.)

Bug#928753: ITP: chibi-scheme -- embeddable Scheme interpreter

Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist * Package name: chibi-scheme Version : 0.8.0 Upstream Author : Alex Shinn * URL or Web page : https://github.com/ashinn/chibi-scheme/ * License : BSD-3-clause Description : embeddable Scheme interpreter

Bug#928293: ITP: ensmallen -- C++ header-only library for mathematical optimization

Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist * Package name: ensmallen Version : 1.14.2 Upstream Author : Ryan Curtin * URL or Web page : https://www.ensmallen.org/ * License : 3-clause BSD Description : C++ header-only library for mathematical

Bug#923964: systemd-sysv: shutdown should accept a date

Will do.

Bug#923964: systemd-sysv: shutdown should accept a date

Package: systemd-sysv Version: 241-1 Severity: wishlist Dear Maintainer, Thanks to the diligent effort of people like yourself, my Debian computers usually run without rebooting for months and sometimes even years. But sometimes some external issue, like a scheduled power outage, mandates a clea

<    1   2   3   4   5   6   7   8   >