Bug#537776: mosh scheme debian package
Do you know if their version of libgc and libatomic-ops actually differ from the upstream or Debian versions in some significant way? Because they might have just slapped the library sources into their repository for convenience. If that is the case then this wouldn't be a show stopper, since the Debian package could just rip them back out and use the Debian versions. --Barak. -- Barak A. Pearlmutter Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537776: mosh scheme debian package
> http://git.debian.org/?p=collab-maint/mosh.git;a=summary That's funny, I'd made my own git svn clone, didn't think to scan for someone else's. Anyway I had a bit more of a look at mosh itself, and my take is that they need some time to stabilize their code base, so it might be a good idea to let it sit for a while and check again. Perhaps some rough edges will have been filed off... --Barak. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537776: mosh in debian: update
Maybe upstream should be brought into the loop here? It is completely reasonable to want to use system versions of libraries instead of the versions included in the mosh source ball. They probably know what tweaks they needed to make to the libraries, and where the library versions matter. Which looks like the problem here...? --Barak. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543678: Woops!
Woops! I didn't see your ITP: minidjvu until I'd packaged minidjvu
myself. Was about to dupload it, and push my repo into debian
git/collab-maint, when I noticed your ITP.
So instead I've pushed my debianized repo to
git://github.com/barak/minidjvu.git
It is lintian clean etc, looks good to go.
At this point I see a couple options. I can:
(a) throw away my debianized version and leave everything to you
(b) give you what I've done (see above) but leave everything to you
(c) dupload my version and be sole maintainer (i.e., yours is
discarded)
(d) dupload my version but assume you'll take over as maintainer
(e) dupload my version with you listed as co-maintainer
I'm willing to do any of the above, or something else; your decision.
Cheers,
--Barak.
--
Barak A. Pearlmutter
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543678: Woops!
> Feel free to take over this ITP, I don't mind. Okay, will do. (And will welcome patches!) > - Because upstream Makefile has CFLAGS hard-coded, your package seems to > violate Debian Policy 4.9.1. Good catch, thanks. Will fix. > - http://sf.net/tracker/?func=detail&aid=2844886&group_id=132484&atid=724415 > - It would be very nice if a shared library were provided. (Of course, > this should be discussed with upstream.) I think it would make sense to defer those issues until after the initial version. You know, the perfect being the enemy of the good and all that. --Barak. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516898: ITP: scheme9 -- Scheme 9 from Empty Space R4RS Scheme interpreter
Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: scheme9 Version : 2009.02.09 Upstream Author : Nils M Holm * URL : http://t3x.org/s9fes/ * License : ideosyncratic near-MIT/X Programming Lang: C, Scheme Description : Scheme 9 from Empty Space R4RS Scheme interpreter Scheme 9 from Empty Space is an interpreter for a broad subset of R4RS Scheme, and runs in many popular environments, including Linux, *BSD, the unmentionable horror, and Plan 9. The S9fES code strives to be simple and comprehensible. It is particularly interesting to people who want to (a) try Scheme without having to jump through too many hoops (S9fES is very portable); or (b) study the implementation of Scheme (in a language other than Scheme). A free online textbook describing the system is also available. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#449489: consider it done
I will package Ikarus. I've already notified the upstream author of my intent, so I do not anticipate any conflicts. Will dupload shortly. -- Barak A. Pearlmutter Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#1032846: rename
Upstream has suggested renaming this to blackbox-terminal, for compatibility with other distributions, flatpacks, etc, which are using that name. So I'm doing the rename and re-uploading to new.
Bug#1032845: ITP: libpqmarble -- Paulo Quizroz's collection of useful and reusable widgets
Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist * Package name: libpqmarble Version : 1.3.0 Upstream Author : Paulo Queiroz * URL or Web page : https://gitlab.gnome.org/raggesilver/marble * License : GPL-3+ Description : Paulo Quizroz's collection of useful and reusable widgets. Packaging this because it's used by black-box-terminal which I'll also package. See https://gitlab.gnome.org/barak/pqmarble.git branch debian for prelim packaging. This used to be named marble / libmarble but that conflicts with the existing debian libmarble package; hence the (upstream endorsed) libpqmarble rename, and the stray references as just plain marble in some URLs.
Bug#1032846: ITP: black-box-terminal -- Black Box aka Blackbox Terminal Emulator
Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist * Package name: black-box-terminal Version : 0.13.2 Upstream Author : Paulo Queiroz * URL or Web page : https://gitlab.gnome.org/raggesilver/blackbox.git * License : GPL-3+ Description : Black Box aka Blackbox Terminal Emulator GTK-4 based terminal with reasonably small footprint and the usual features. - Theming (Tilix-compatible color scheme support) - App theming based on terminal color scheme - Transparent background - Custom fonts and cell spacing - Tabs - Toggleable header bar - Click to open links - Files drag-n-drop support - Sixel (experimental) - Customizable UI - Customizable shortcuts This is unrelated to the Blackbox X Window Manager. There is a dependency on libpqmarble for which I have filed another ITP. Preliminary packaging in https://gitlab.gnome.org/barak/blackbox.git branch debian.
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 compiler, so I did some Rube Goldberg tricks to bypass the top-level Makefile and let debhelper do its tricks with qmake. Ultimately, the "right thing" would be to mess about with the "upstream" build scripts to make them more standard, like have the qmake stuff do the installation, have only one qmake invocation, yada yada. Anyway, I forked your github repo and pushed my changes there. Please check if it works with my scripts. If you're happy with everything, I can just upload it. Or if you'd rather, I can be more hands-off and sponsor someone else's uploads (e.g., yours) and let you do all the packaging stuff w/ my feedback etc. However as a PI myself, I know what I'd choose! Minor stuff: Not sure if it belongs in "science" because that's generally for things like data analysis software, numeric methods, machine learning libraries, etc. But what the heck. That gives it an automatic team maintenance, which is nice. And it can always be shifted. There are some compiler warnings, like using an old sort function instead of the new approved one. Someone should probably take a look at them sometime. I'm renamed the icon to just eln, since the longer one seems a bit silly: what if (no offense) you're hit by a bus? Cheers, --Barak.
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 : GPL-3+ Programming Lang: C++ Description : GUI on youtube-dl to download videos from a variety of sites Graphical interface to youtube-dl, the CLI for downloading videos from a variety of sites. Allows control of format, resolution, audio and video codecs, etc. It's a small qt program with a cmake build system. Prelim packaging at https://salsa.debian.org/debian/ytdl-gui
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
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 debian/NOTES.org or something like that.
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 repo, so I should be able to just hit the button. Cheers, --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?
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, 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 the changes are representable or enormous or whatever doesn't really matter. What do you think: -hotfix or not -hotfix? Cheers, --Barak.
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
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+git.DATE.N.ID, or 1.1.0~git.DATE.N.ID, which are based on particular upstream commit IDs and pushed into pristine-tar.
Bug#927076: xournalpp packaging in Debian
Okay, I used a git snapshot for the version and tarball, and all seems well.
Bug#1008207: Nice Script but Small
That's a useful little shell script. But small. Maybe it would make sense to get it included in /usr/share/doc/openssh-client/examples/? Or make a package ssh-misc-utils that contains a bunch of scripts for doing useful little tasks? Basically, to agglomerate it with some other related things, so as to avoid fragmentation.
Bug#685720: ITP: expand-region-el -- Increase selected region in Emacs by semantic units
Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: expand-region-el Version : 0+git.1.d157d7f Upstream Author : Magnar Sveen * URL : https://github.com/magnars/expand-region.el * License : GPL3 Programming Lang: elisp Description : Increase selected region in Emacs by semantic units Expand region increases the selected region by semantic units. Just keep pressing the 'C-=' key until it selects what you want. The notion of "semantic" is language-sensitive. . Example: editing . (setq alphabet-start "abc def") . With the cursor at the `c`, it starts by marking the entire word `abc`, then expand to the contents of the quotes `abc def`, then to the entire quote `"abc def"`, then to the contents of the sexp `setq alphabet-start "abc def"` and finally to the entire sexp. (initial packaging in git://github.com/barak/expand-region.el) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/E1T4fBP-0007o9-5E@port-kdr.hamilton.local
Bug#567685: ITP: pdf-presenter-console -- PPC is a Keynote-like presentation viewer for PDF files
Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist * Package name: pdf-presenter-console Version : 1.1 Upstream Author : Jakob Westhoff * URL or Web page : http://westhoffswelt.de/projects/pdf_presenter_console.html * License : GPL-3 Description : PPC is a Keynote-like presentation viewer for PDF files Small but serviceable. -- Barak A. Pearlmutter Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567685: ITP: pdf-presenter-console -- PPC is a Keynote-like presentation viewer for PDF files
Good call, thanks. http://github.com/barak/Pdf-Presenter-Console/commit/4677d540e2e0c0ffdeed77a130ad424acbf63dea --Barak. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631139: sad little left out r6rs system
> Actually, there's just Racket, as Guile 2.0 (which introduces R6RS > support) is not yet in the archive (not even experimental). And Ikarus! (I've also packaged Vicare, which is an Ikarus fork with some bugs fixed, e.g., many complex number issues, which is the reason I was using it. Could upload it if there is interest and no objections, although it would be a bit of a shame to have two such closely related forks.) --Barak. -- Barak A. Pearlmutter Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/E1RYnbi-0002og-4c@port-kdr.hamilton.local
Bug#620806: ITP: scrypt -- File encryption utility using scrypt for key derivation
Package: wnpp Severity: wishlist Version: n/a Package name: scrypt Version: 1.1.6 Upstream Author: Colin Percival URL: http://www.tarsnap.com/scrypt.html License: BSD Description: A simple password-based encryption utility which demonstrates the scrypt key derivation function. On modern hardware and with default parameters, the cost of cracking the password on a file encrypted by scrypt enc is approximately 100 billion times more than the cost of cracking the same password on a file encrypted by openssl enc; this means that a five-character password using scrypt is stronger than a ten-character password using openssl. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/E1Q6giP-0004tp-K3@port-kdr.hamilton.local
Bug#594660: ITP: quantumminigolf -- Hit a quantum golf ball which is a wave packet
Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: quantumminigolf Version : 1.1.1 Upstream Author : Friedemann Reinhard * URL : http://www.sourceforge.net/projects/quantumminigolf * License : GPL-2+ Programming Lang: C++ Description : Hit a quantum golf ball which is a wave packet Quantum minigolf is a minigolf simulation, in which the ball behaves according to the laws of quantum mechanics. Such a quantum ball can be at several places at once and diffract around obstacles. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1opg6x-0002tf...@corti
Bug#580763: Debian Package of Focuswriter
Hi, I am sending you this note in your two capacities as both the
upstream author of focuswriter and the Ubuntu maintainer of the
focuswriter package.
I did an update/refresh on your Ubuntu packaging to generate a trial
debian package, whose source I've pushed to
git://github.com/barak/focuswriter.git
Would you object to putting that package into Debian? Any technical
suggestions? Since you were packaging it for Ubuntu anyway, and this
would pretty much take care of that, if you would like to
co-maintainer the official Debian package you'd be most welcome.
I'm CCing the Debian ITP for this package,
http://bugs.debian.org/580763
filed by Tang Ke
as I hope he's agreeable to the above, and I'd also welcome his
contributions/co-maintenance.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1phhrr-00068u...@port-kdr.hamilton.local
Bug#580763: Debian Package of Focuswriter
The "standard" way for Debian packages maintained in git to handle things is to have two main branches: "upstream" for the upstream development, and "main" for the debian stuff. The diff between the two branches should, normally, all be in the debian/ subdir. That's how I was handling it, especially since your upstream is a git repo on github anyway. It is certainly possible for the upstream branch to have a debian/ subdir. Not clear it's worth the hassle in this case though. (You'd certainly be welcome to patch both branches!) Anyway, unless Tang Ke objects in the next day or two, or you want to push some patches in, I'll plan to dput the package as it stands... --Barak. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pi3lu-0001kx...@port-kdr.hamilton.local
Bug#580763: Debian Package of Focuswriter
PS > ... more than happy to help you maintain the package. Great, thanks! (Can add you as co-maintainer in debian/control file to make that official. Or just pull your patches. Or both. As you wish.) --Barak. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pi3mq-0001mv...@port-kdr.hamilton.local
Bug#435702: adopt
If no one else wants it, I can adopt this package. I would plan to integrate available sensible upstream mods (see git://github.com/barak/x2x branch master for a kitchen sink merge) and update the packaging. --Barak. -- Barak A. Pearlmutter Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mwwxt4fn@golconda.cs.nuim.ie
Bug#594660: quantumminigolf: changing back from ITP to RFP
Sure, that's fine.
The thing with quantumminigolf is that the upstream code could use
some love. First, the GUI is a bit odd, won't listen to a kill click,
hogs CPU, doesn't scale, etc. And second, the numeric kernel could
use some work to decrease the visible-to-the-eye numeric artifacts.
So although the Debian packaging scripts are in okay shape, I don't
think it is ready for upload. However if someone else wants it, or
better yet wants to address the upstream issues above, I'd be very
supportive.
All my packaging and patches are available. See:
git://git.debian.org/git/collab-maint/quantumminigolf.git
git://github.com/barak/quantumminigolf.git
git://github.com/Niluge-KiWi/quantumminigolf.git
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/E1QmAdm-00074t-50@port-kdr.hamilton.local
Bug#638013: ITP: libclippoly -- polygon clipping routines
Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: libclippoly Version : 0.11 (upstream designation: PL11) Upstream Author : Klamer Schutte * URL : http://clippoly.sourceforge.net * License : LGPL-2+ Programming Lang: C++ Description : polygon clipping routines Robust routines for clipping polygons against each other: finding unions and intersections and differences of polygonal regions. (The proximal reason for packaging this is that the ivtools system can make use of it. However it is of independent interest, hence would not make sense to put in the same source package as ivtools, even if that were technically easy.) prelim packaging in: http://github.com/barak/clippoly -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/E1QtKfu-0008SA-Uu@port-kdr.hamilton.local
Bug#709161: bbdb 3.x
As the maintainer of the bbdb package, I'd like to see AsynK packaged. We should probably coordinate to ensure interoperability with not only the current bbdb 2.x package but also the upcoming bbdb 3.x, see github.com/barak/bbdb3 Cheers, --Barak.
Bug#579661: Preliminary Packaging
I've done a preliminary packaging. github.com/barak/statifier It has some bug which prevents it from actually working on anything, which I'm looking into. But of course I'd welcome help with that, and also any other misc feedback. -- Barak A. Pearlmutter Dept Comp Sci & Hamilton Institute, Maynooth University, Co. Kildare, Ireland http://barak.pearlmutter.net
Bug#689854: pmount needs some loving care
> I request an adopter for the pmount package.
I can adopt it, although I'd much prefer to team/co-maintain.
I've done a bit of work, which I just took the liberty of pushing to
branch barak-tweaks in
git://anonscm.debian.org/git/pmount/pmount-debian.git
This supports btrfs and has some other misc fixes like updated packaging
scripts and rm freeze-my-shell bash completion file.
Barring objections, I'll dput it as better-than-nothing.
Cheers,
--Barak.
--
Barak A. Pearlmutter
Dept Comp Sci, Maynooth University, Co. Kildare, Ireland
http://barak.pearlmutter.net
Bug#689854: pmount needs some loving care
> So wouldn't it be better to make a new upstream release instead of > adding patches to debian/patches/? I actually did also push them to the maintain-0.9.23 branch of git://anonscm.debian.org/pmount/pmount.git But maybe it would be best if people test it a bit before making an "upstream" release...
Bug#689854: pmount needs some loving care
> https://pmount.alioth.debian.org/ seems more suitable than > https://alioth.debian.org/projects/pmount/ to me for the Homepage > header. The reason I changed it is that, the former refers to git://git.debian.org which you're not supposed to do anymore, and also has the image https://alioth.debian.org/themes/gforge/images/logo.png on the upper left hang corner which is not found so renders with a broken image. Sound I change it back?
Bug#746266: ITP: latex-coffee-stains -- Add a coffee stain to your LaTeX documents
Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist * Package name: latex-coffee-stains Version : 4 Upstream Author : Hanno Rein * URL or Web page : http://hanno-rein.de/archives/349 * License : "You can freely distribute this package as I do not believe in imaginary property." Description : Add a coffee stain to your LaTeX documents This package provides an essential feature that has been missing from LaTeX for far too long: coffee stains. Much time can be saved by printing them directly thus avoiding the laborious manual coffee staining process. There are four different stain types to choose from. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87sioxeaav@cs.nuim.ie
Bug#746266: ITP: latex-coffee-stains -- Add a coffee stain to your LaTeX documents
Yeah, it is not explicit, although I'm sure that was his intent. Will ask upstream to clarify. --Barak.
Bug#746266: progress
Updating pending complete resolution. From: Hanno Rein Subject: Re: coffee stains copyright To: "Barak A. Pearlmutter" Date: Mon, 28 Apr 2014 14:31:50 -0400 Hi Barak, ;-) I did not expect this question when I wrote the package. I herby explicitly give you permission to distribute derivatives. Hope that helps. Hanno -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87mwf431cj@cs.nuim.ie
Bug#746266: copyright resolved
Copyright issue resolved. Already in git://anonscm.debian.org/collab-maint/latex-coffee-stains.git (Not clear this is worth cutting it from new and redoing a new one with only this change.) Date: Tue, 29 Apr 2014 08:24:49 -0400 From: Hanno Rein To: "Barak A. Pearlmutter" Subject: Re: coffee stains copyright I hereby give everyone permission to distribute derivatives. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87iops2toa@cs.nuim.ie
Bug#748562: overkill?
Instead of writing this execpermfix thing in C, I'd do it
as a one-liner in shell.
find FILES-AND-DIRECTORIES \
-type f \
-execdir sh -c 'file --brief "$1" | grep -q executable' -- '{}' \; \
-print0 \
| xargs -0 chmod --verbose +x
Works for me!
(The contortions in the middle are to make sure filenames containing
whitespace, literal single or double quotes, etc, are handled
correctly.)
Cheers,
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87ppj8dtz3@cs.nuim.ie
Bug#863863: build error
Thanks for packaging this. I did not know of its existence, and it
really scratches an itch for me.
Little feedback. I'm getting a build error on your current packaging,
on a pure testing system. Transcript below.
Cheers,
--Barak.
$ git clone https://anonscm.debian.org/git/collab-maint/gmailieer.git
$ cd gmailieer
$ git clean -fdx .
$ git status
On branch debian/master
Your branch is up-to-date with 'origin/debian/master'.
nothing to commit, working tree clean
$ git show-ref HEAD
af0b6c78390c8d9233d28ae2b695adb324bc9592 refs/remotes/origin/HEAD
$ dpkg-checkbuilddeps
$ fakeroot debian/rules binary
dh binary --without python2 --with python3 --buildsystem=pybuild
dh_testdir -O--buildsystem=pybuild
dh_update_autotools_config -O--buildsystem=pybuild
dh_autoreconf -O--buildsystem=pybuild
dh_auto_configure -O--buildsystem=pybuild
I: pybuild base:184: python3.5 setup.py config
running config
dh_auto_build -O--buildsystem=pybuild
I: pybuild base:184: /usr/bin/python3 setup.py build
running build
running build_py
creating /home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build/lieer
copying lieer/__init__.py ->
/home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build/lieer
copying lieer/gmailieer.py ->
/home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build/lieer
copying lieer/local.py ->
/home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build/lieer
copying lieer/remote.py ->
/home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build/lieer
running build_scripts
creating build
creating build/scripts-3.5
copying and adjusting gmi -> build/scripts-3.5
changing mode of build/scripts-3.5/gmi from 664 to 775
dh_auto_test -O--buildsystem=pybuild
I: pybuild base:184: cd
/home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build; python3.5 -m
unittest discover -v
lieer (unittest.loader._FailedTest) ... ERROR
==
ERROR: lieer (unittest.loader._FailedTest)
--
ImportError: Failed to import test module: lieer
Traceback (most recent call last):
File "/usr/lib/python3.5/unittest/loader.py", line 462, in _find_test_path
package = self._get_module_from_name(name)
File "/usr/lib/python3.5/unittest/loader.py", line 369, in
_get_module_from_name
__import__(name)
File
"/home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build/lieer/__init__.py",
line 1, in
from .gmailieer import *
File
"/home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build/lieer/gmailieer.py",
line 8, in
fromoauth2client import tools
ImportError: No module named 'oauth2client'
--
Ran 1 test in 0.000s
FAILED (errors=1)
E: pybuild pybuild:283: test: plugin distutils failed with: exit code=1: cd
/home/barak/src/git/gmailieer/.pybuild/pythonX.Y_3.5/build; python3.5 -m
unittest discover -v
dh_auto_test: pybuild --test -i python{version} -p 3.5 returned exit code 13
debian/rules:6: recipe for target 'binary' failed
make: *** [binary] Error 25
Bug#863863: build error
On 6 June 2017 at 13:44, Julian Andres Klode wrote: > It also does not work yet, requiring notmuch 0.25, or well, this patch: > https://git.notmuchmail.org/git?p=notmuch;a=commit;h=a39a1ee1529bfa3c88ecd6c9a10269f340ebf05f Why you sly dog! I didn't even know notmuch was up to 0.25. Cheers, --Barak.
Bug#819980: ITP: nuntius-linux -- Get notifications from your Android phone or tablet over Bluetooth.
Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: nuntius-linux Version : 0.2.0 Upstream Author : The Holy Lobster Team * URL : https://github.com/holylobster * License : GPL-2+ Programming Lang: Vala, C Description : Get notifications from your Android phone or tablet over Bluetooth. Delivers notifications from your Android phone or tablet to your computer over Bluetooth. To use, you will need to install a companion tool on your phone or tablet and pair it via Bluetooth. Similar to KDE Connect, packaged as kdeconnect, but uses Gnome libraries and doesn't pull in 200Mb of KDE infrastructure. Also much less mature.
Bug#819980: ITP: nuntius-linux -- Get notifications from your Android phone or tablet over Bluetooth.
> Why "-linux" in the name if it doesn't seem to be Linux-specific? Good question. That's just the name of the source package, following upstream's repo name, which is parallel to their nuntius-android source repo. The binary package would be just nuntius.
Bug#823425: ITP: chez-scheme -- Implementation of the R6RS Scheme language
Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist * Package name: chez-scheme Version : 9.4 Upstream Author : R. Kent Dybvig and others * URL or Web page : https://github.com/cisco/ChezScheme * License : Apache 2 Description : Implementation of the R6RS Scheme language Cisco has released Chez Scheme under a free license. All hail our new routing overlords.
Bug#823425: Processed: retitle to RFP: chez-scheme -- Implementation of the R6RS Scheme language
Thanks for the retitle etc. When I got my teeth into it three were some subsidiary unpackaged tools used in the chez build and so I went down a rabbit hole of packaging them and never emerged. That was a while ago so upstream may have simplified the situation in the meantime. --Barak.
Bug#688537: Upstream Not Dead Yet
Just a cross-pointer to anyone interested in perhaps adopting this package: upstream is not actually dead. See https://bugs.debian.org/878231
Bug#812757: adopt
I can take it. (Would certainly welcome co-maintainer who'd lavish more love on it, like getting the resources exposed to a modern resource editor.) Prelim updated packaging in: git://anonscm.debian.org/collab-maint/swisswatch.git Comments? (If none will wait a few days & dput.)
Bug#812753: ITA
Okay, I'll adopt it. WIll dput shortly. If anyone else wants it, or wants to co-maintain, that would be great. I will make a collab-maint packaging repo, and mirror it on github to lower the barrier to contribution as much as possible. --Barak. -- Barak A. Pearlmutter http://barak.pearlmutter.net
Bug#736420: ITP: zenlisp -- Interpreter for purely symbolic, pure, lexically scoped dialect of LISP
Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: zenlisp Version : 2013.11.22 Upstream Author : Nils M Holm * URL : http://www.t3x.org * License : Public Domain (essentially) Programming Lang: C Description : Interpreter for purely symbolic, pure, lexically scoped dialect of LISP Zenlisp is an interpreter for a purely symbolic, side effect-free, lexically scoped dialect of LISP. It may be considered an implementation of pure LISP plus global definitions. Zenlisp is derived from ArrowLISP. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sise7p0z@cs.nuim.ie
Bug#692465: status
I have a slightly updated version in
git://github.com/barak/aiccu.git
Barring objections I will upload it to a delayed queue.
I would warmly welcome co-maintainers.
(The easiest way to do this would be to just send a pull request with
yourself added to Uploaders: in debian/control.)
The main pending issues as I see them:
- proper integration into "network manager", right now it comes up but
the gnome icon stays "three dots" instead of "UP!"
- any tweaks needed for systemd integration.
- sixxs now allows username/tunnel as the user id, with the ability to
set a per-tunnel password. The could be integrated.
- when there is more than one tunnel available, it is not always
properly set in aiccu.conf, requiring manual editing.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87mwhj5dea@cs.nuim.ie
Bug#692465: dcut
I've dcut my aiccu v-16 upload from the delayed queue, and no longer desire to assist in maintaining this package. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87ob1s4vi2@cs.nuim.ie
Bug#740822: ITP: colpack -- Graph vertex coloring library
Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: colpack Version : 1.0.9 Upstream Author : Alex Pothen * URL : http://www.cscapes.org/coloringpage/ * License : LGPL-3+ Programming Lang: C++ Description : Specialized graph vertex coloring library ColPack is a package comprising of implementation of algorithms for specialized vertex coloring problems that arise in sparse derivative computation. It is written in an object-oriented fashion heavily using the Standard Template Library (STL). It is designed to be simple, modular, extenable and efficient. Its primary application has been for use in automatic differentiation. It is already packaged in Fedora. The adolc library package can optionally use it, and my reason for wanting to package colpack is to allow me to enable that option in the debian adolc package. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140305110417.9259.10354.reportbug@port-kdr.hamilton.local
Bug#740822: Fwd: Bug#740822: ITP: colpack -- Graph vertex coloring library
-- Forwarded message -- From: Barak A. Pearlmutter Date: 6 March 2014 13:48 Subject: Re: Bug#740822: ITP: colpack -- Graph vertex coloring library To: Andreas Tille > I guess you might want to maintain this in Debian Science team and thus > it would be nice to keep the list in CC (which I'm doing now). Sure, I'm okay with that. Already dput it, but I can take a patch and move the repo or whatever. Just tell me the procedure. If ColPack belongs there, probably adolc should be there there as well. Cheers, --Barak. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cana01bjjcqmj-khe8b-t6erunftltahk7zdzvyutfvctzbp...@mail.gmail.com
Bug#743710: ITP: mlpack -- Fast and scalable C++ machine learning library
Package: wnpp
Owner: Barak A. Pearlmutter
Severity: wishlist
Package name: mlpack
Version : 1.0.8
Upstream Author : Ryan Curtin
URL or Web page : http://www.mlpack.org/
License : LGPL-3+
Description : Fast and scalable C++ machine learning library
MLPACK (Machine Learning PACK) is an intuitive, fast, and scalable C++
machine learning library, meant to be a machine learning analog to
LAPACK. It aims to implement a wide array of machine learning methods
and function as a "swiss army knife" for machine learning researchers.
Upstream has been notified of this ITP, and is encouraging.
For a preliminary packaging, see
git://anonscm.debian.org/debian-science/packages/mlpack.git
Most of the lintian issues are due to doxygen generating bogus man
pages. Excepting those, I'd hope to either address or report the issues
to upstream for most of the others before uploading.
--Barak.
--
Barak A. Pearlmutter
Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
http://www.bcl.hamilton.ie/~barak/
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87bnwgylgi@dellarge.hamilton.ie
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 them in the public domain.) Cheers, --Barak.
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
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 now.)
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" with no arguments to see all the alsa audio devices, and see if one is muted, and if so unmute it, and if not mute/unmute it just to be sure. --- Unmute device: $ alsamixer -c 0 - switch to "Master" device - press "m" to unmute it so that you see "00" instead of "MM" under - up arrow key to increase the volume to 100% Store setting across boot: $ sudo alsactl store Alt to unmute device: $ amixer -Dhw:0 cset name='Master Playback Switch' on $ amixer -Dhw:0 cset name='Master Playback Volume' 100%
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#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 very active. The easiest way is probably to just fork https://salsa.debian.org//salve/auctex.git into your own salsa account and push your changes there. This makes a bunch of things easier. (I note that right now upstream is at 12.2, and the current version not only has functionality issues but also fails to build. So the package could use a little love. Maybe the maintainer would welcome a co-maintainer?) Cheers, --Barak.
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 copyright strings embedded in them giving various flavours of CC. Some of which might need to be replaced if they're the wrong flavours; fortunately there are collections of appropriate open source .svg icons that could be used instead if it comes to that. If someone were to help with getting the copyright info worked out, I can slot it straight into Debian. But there were so many little moving parts I just couldn't clear an entire day to try and figure it all out. Someone more familiar with the code base and its history would probably have a much easier time of it. --Barak. PS I'm using xournalpp in teaching this semester. Got a new Dell Inspiron 15 7591 2in1 with a pressure sensitive pen enabled screen, and it's great for remote teaching.
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 someone else wants it, please feel free to co-maintain, or do 0-NMU uploads without even asking, or whatever. --Barak Pearlmutter.
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 optimization Ensmallen provides a simple set of abstractions for writing an objective function to optimize. It also provides a large set of standard and cutting-edge optimizers that can be used for virtually any mathematical optimization task. These include full-batch gradient descent techniques, small-batch techniques, gradient-free optimizers, and constrained optimization. Will be packaged as part of the Debian Science Team.
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 Chibi-Scheme is a very small embeddable interpreter of R7RS Scheme, intended for use as an extension and scripting language in C programs.
Bug#921601: ITP: terminus -- Drop-down or in-window terminal for X11 and Wayland
Package: wnpp Owner: Barak A. Pearlmutter Severity: wishlist * Package name: terminus Version : 1.3.0 Upstream Author : Sergio Costas * URL or Web page : https://gitlab.com/rastersoft/terminus * License : GPL-3.0+ Description : Drop-down or in-window terminal for X11 and Wayland This is a new-generation (post-Guake) terminal for X11 and Wayland, which features a hot-key Quake-console-like drop-down mode. Other features include a scroll-back buffer, tabs, split screen both horizontal and vertical, and the usual compatibility features.
Bug#905855: ITP: qlogo -- Language using turtle graphics famous for teaching kids
Package: wnpp Severity: wishlist Owner: "Barak A. Pearlmutter" * Package name: qlogo Version : 0.92 Upstream Author : Jason Sikes * URL : https://qlogo.org/ * License : GPL2+ Programming Lang: C++ Description : Language using turtle graphics famous for teaching kids QLogo is an interpreter for the Logo language written in C++ using Qt and OpenGL. Specifically, it mimics (as reasonably as possible) the UCBLogo interpreter developed at U.C. Berkeley. In fact, the UCBLogo manual describes about 99.9% of the functionality. You can find the UCBLogo Manual here: http://people.eecs.berkeley.edu/~bh/usermanual Justification: Basically, the ucblogo system is moribund, this is a proper clone using somewhat modern tooling.
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 https://github.com/Swordfish90/cool-retro-term/issues/332 Never quite crossed the energy barrier to dput it though; mainly used it because I like to use the program when teaching/lecturing especially about FORTRAN and such. Cheers, --Barak.
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#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#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 APL GNU APL is a free APL interpreter. It (almost) fully implements ISO/IEC Standard 13751: Programming Language APL, Extended
