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.
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
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 collecti
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 a
Okay, I used a git snapshot for the version and tarball, and all seems well.
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
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.
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
There is a pristine-tar branch on both salsa and my GitHub fork repo
barak/...
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.
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
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
Thanks for the pointer. Will take a look.
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
>> 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
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.
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
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
No need for anything so complex. This should work:
$ fakeroot debian/rules binary
Or sudo if you don't have fakeroot.
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
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
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
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
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
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.
>
> > it because I like to use the program when teaching/lecturing
> > especially about FORTRAN and such.
>
> Fortran g77? gfortan90? flang? intel fortran?
>
Farfel Fortran!
>
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
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
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
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
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 graph
Just a cross-pointer to anyone interested in perhaps adopting this
package: upstream is not actually dead. See
https://bugs.debian.org/878231
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.
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,
--Bar
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
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
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.)
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
> 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.
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
> 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.debia
> 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" releas
as 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
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 &
(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 & D
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...@list
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 t
Yeah, it is not explicit, although I'm sure that was his intent. Will ask
upstream to clarify.
--Barak.
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 believ
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
-- 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 l
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 : Special
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/87ob
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 C
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 : I
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.
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
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 L
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:/
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+
Programmi
bian.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
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 hardwa
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-r
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, especia
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 S
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+
Programmi
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.
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
> 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=13248
y 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.
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 l
> 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 le
e 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 de
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
D
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 UN
75 matches
Mail list logo
