Bug#1038812: ITP: sexp -- S-expressions parser and generator C++ library and command-line tool

2023-06-21 Thread Victor Westerhuis
Hi Daniel, 

Daniel Kahn Gillmor  schreef op 21 juni 2023 18:20:52 
CEST:
>Package: wnpp
>Severity: wishlist
>Owner: Daniel Kahn Gillmor 
>X-Debbugs-Cc: debian-de...@lists.debian.org, d...@fifthhorseman.net
>
>* Package name: sexp
>  Version : 0.8.5
>  Upstream Contact: Maxim Samsonov 
>* URL : https://github.com/rnp/sexp
This link does not work for me, it gives a 404 error. 
>* License : MIT
>  Programming Lang: C++
>  Description : S-expressions parser and generator C++ library and 
> command-line tool
>
>S-expressions are data structures fr representing complex data as a
>variation on LISP S-Expressions.  They are similar to (but older than)
>JSON.  There are a handful of variations in format and
>canonicalization that it can be useful to translate between, and to
>abstract away from.
>
>This C++ library inherits from the the original canonical MIT-licensed
>s-expression code offered by Rivest and Lampson, and is augmented to
>include parsing capabilities for extensions made by the GnuPG project.
>
>This library is used by the current upstream version of librnp
>(Ribose's OpenPGP implementation), for the purpose of interoperability
>with GnuPG's local file storage.
>


-- 
Groet, Regards,

Victor Westerhuis



Bug#1019497: ITA: watchman -- file watching service

2023-07-01 Thread Victor Westerhuis
Package: wnpp
Followup-For: Bug #1019497
Control: retitle -1 ITA: watchman -- file watching service
Control: owner -1 !

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I would like to adopt watchman. I have started some packaging updates
in a Salsa fork at https://salsa.debian.org/viccie30/watchman.

I am not a Debian Developer or Maintainer, so I will post the updated
package to mentors.debian.net once I have it completely working.

Groet, Regards,


Victor Westerhuis



-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmSg8vkTHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4Q/D/wPoW4biwl7fpNP+cSShrcKXNEqbaqP
5BzI7yP5Sgd/mCNvyv+aJr4DF9Lg4x7IxpuqdpdhGC4TV0EfwN4xcvLzdS11YBtC
wBS+4qYQmfTRljX7/wimMVxxqpN4lcEGr+QUks+yHE7d/5Fq9w1iVpkEA9yBeFsb
Qt4q2GLj6dSrgH1e1j1DlKKe41UTmIjGYEIpGBIKgH9jPYChy8tcIm6UKoQyBWjk
6yqTsSMpDsS+A8yjItsYFose465X3PvmRQqLxG5/cbtyNa4+y8xkmbb9laxddWUQ
Vw2PtDiCfr/UHF638maAMiMDpJ3Cg/V5hFRQXi87cQ56dGeau1qde0Dqzd1aui5X
qRiS7elFVcpEiDavRdOFgfCOv96L4qZ7pxYtA35tCJPetuwoJ7PZxzjXXTCteh4J
5rb7i9orhrsUg14dD+ZkbzPsProIofXDWYqAYGYFn2VS2LNpc7K/EGeeJ4+aPUEI
XuQOMRATMOEthFOl5WbqGMO29HtRR8hDQxfvn1z2FixP720IqpzvaqcFTq/CrUXV
VfMaqGmPGnbBES5uVnm6MsccZ+m9dNIClleY3B/mGooCMAfaZt2F7faJiJcPfQPC
My6GJUGVZ/LgGqBcjhq+1CT0fXIkcQpg1GlHvpk+593vQAqffksR6bO/5rYfcqvA
jMTmqPXI/tjyYg==
=bAVU
-END PGP SIGNATURE-



Bug#1040326: RFP: rust-jwalk -- Filesystem walk performed in parallel with streamed and sorted results

2023-07-04 Thread Victor Westerhuis
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-r...@lists.debian.org, vic...@westerhu.is
Control: block 30 by -1

* Package name: rust-jwalk
  Version : 0.8.1
  Upstream Contact: Jesse Grosjean ,
Sebastian Thiel 
* URL : https://github.com/byron/jwalk
* License : MIT
  Programming Lang: Rust
  Description : Filesystem walk performed in parallel with streamed and 
sorted results

jwalk is a dependency of newer versions of watchman which I want to
adopt and update.

--
Groet, Regards,

Victor Westerhuis



Bug#1040327: RFP: rust-tabular -- Plain text tables, aligned automatically

2023-07-04 Thread Victor Westerhuis
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-r...@lists.debian.org, vic...@westerhu.is
Control: block 30 by -1

* Package name: rust-tabular
  Version : 0.2.0
  Upstream Contact: Jesse A. Tov 
* URL : https://github.com/tabular-rs/tabular-rs
* License : Expat or Apache-2.0
  Programming Lang: Rust
  Description : Plain text tables, aligned automatically

Builds plain, automatically-aligned tables of monospaced text.
This is basically what you want if you are implementing `ls`.

tabular is a dependency of newer versions of watchman which I want to
adopt and update.

--
Groet, Regards,

Victor Westerhuis



Bug#1040326: RE: RPF jwalk and tabular

2023-08-02 Thread Victor Westerhuis

Control: retitle 1040326 ITP: rust-jwalk -- Filesystem walk performed in 
parallel with streamed and sorted results
Control: owner 1040326 !

Hi Matthias,

On Tue, 4 Jul 2023 17:14:36 +0200 (CEST) matthias.geiger1...@tutanota.de wrote:

Hi Victor.

Note that the rust teams' policy is only to file bugs for rust crates
if they are binary ones (e.g. /usr/bin/foo).
It's not wrong; you can leave those open for now. Since most members
on the rust team are kinda busy I'd suggest to look into whether you
want to package those crates yourself. Usually it's straightforward;
if you're interested you can look into it here
<https://blog.hackeriet.no/packaging-a-rust-project-for-debian/>.

Feel free to ask me or on the debian-rust irc channel if you have any
questions :)

regards,

---
Matthias Geiger (werdahias)


Thanks for the response! My spam filter apparently ate your original message, 
so I only noticed now that I'm trying to package jwalk myself. I'll follow the 
advice and open a MR. I see someone else is already busy packaging tabular, so 
I'll wait for that MR to get merged and for the new package to clear NEW.

--
Groet, Regards,

Victor Westerhuis 



Bug#1043360: ITP: python-poetry-dynamic-versioning -- dynamic versioning plugin for Poetry

2023-08-09 Thread Victor Westerhuis
"Jakub Ružička"  schreef op 9 augustus 2023 17:11:15 CEST:
>On 23-08-09 15:08, Colin Watson wrote:
>> How will this sort of thing work when a git tree isn't necessarily
>> available at binary package build time, since buildds build binary
>> packages from a source package rather than directly from git and the
>> source package doesn't usually include a git tree?  Is it just a matter
>> of causing the plugin to exist so that pybuild doesn't fail, but in
>> practice the version is still going to be set by something that's
>> actually in the source package?
>
>A primary objective is to provide the plugin so that
>
>python3 -m build
>
>works in general, not limited to package builds.
>
>Supporting pybuild correctly out of the box for projects using the plugin is
>a next step.
>
>I'm not sure how it will behave when no VCS is available as in source package.
>
>IIRC it replaces version in pyproject.toml during build. So possibly
>a mechanism that does the same during package build but from d/changelog
>version might solve this... Hmmm, sounds non-trivial.
>
>This will certainly require some testing.
>

There are already some workarounds for other similar tools in pybuild.pm, so 
that would be the place to add this workaround as well, if necessary. 

See the current examples at 
https://salsa.debian.org/python-team/tools/dh-python/-/blob/master/dh/pybuild.pm#L125-151
-- 
Groet, Regards,

Victor Westerhuis
-- 
Groet, Regards,

Victor Westerhuis



Bug#1026792: ITP: firebuild -- Automatic build accelerator

2022-12-21 Thread Victor Westerhuis
"Bálint Réczey"  schreef op 21 december 2022 09:05:19 
CET:
>Package: wnpp
>Owner: Balint Reczey 
>Severity: wishlist
>X-Debbugs-CC: debian-de...@lists.debian.org
>
>* Package name: firebuild
>  Version : 0.2.9
>  Upstream Author : i...@firebuild.com
>* URL : https://firebuild.com
>* License : Firebuild-license
>  Programming Lang: C, C++, Python
>  Description : Automatic build accelerator
>
>It works by caching the outputs of executed commands and replaying the
>results when the same commands are executed with the same parameters
>within the same environment.
>
>The commands can be compilation or other build artifact generation
>steps, tests, or any command that produces predictable output. The
>commands to cache and replay from the cache are determined
>automatically based on firebuild's configuration and each command's
>and its children's observed behavior.
>
>--
>Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.
>

According to the linked website and the license file in the Github repository 
"non-trial commercial use requires licenses available from firebuild.com." I 
think that makes it non-free under the DFSG. Are you planning to upload 
firebuild to the non-free component? 



Bug#1026792: ITP: firebuild -- Automatic build accelerator

2022-12-21 Thread Victor Westerhuis
"Bálint Réczey"  schreef op 21 december 2022 09:23:13 
CET:
>Hi Victor,
>
>Victor Westerhuis  ezt írta (időpont: 2022. dec.
>21., Sze, 9:17):
>>
>> "Bálint Réczey"  schreef op 21 december 2022 
>> 09:05:19 CET:
>> >Package: wnpp
>> >Owner: Balint Reczey 
>> >Severity: wishlist
>> >X-Debbugs-CC: debian-de...@lists.debian.org
>> >
>> >* Package name: firebuild
>> >  Version : 0.2.9
>> >  Upstream Author : i...@firebuild.com
>> >* URL : https://firebuild.com
>> >* License : Firebuild-license
>> >  Programming Lang: C, C++, Python
>> >  Description : Automatic build accelerator
>> >
>> >It works by caching the outputs of executed commands and replaying the
>> >results when the same commands are executed with the same parameters
>> >within the same environment.
>> >
>> >The commands can be compilation or other build artifact generation
>> >steps, tests, or any command that produces predictable output. The
>> >commands to cache and replay from the cache are determined
>> >automatically based on firebuild's configuration and each command's
>> >and its children's observed behavior.
>> >
>> >--
>> >Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.
>> >
>>
>> According to the linked website and the license file in the Github 
>> repository "non-trial commercial use requires licenses available from 
>> firebuild.com." I think that makes it non-free under the DFSG. Are you 
>> planning to upload firebuild to the non-free component?
>
>Yes, absolutely. The license is designed to allow distribution and the
>packaging already targets non-free.
Great to hear. I hadn't heard of firebuild before, but it sounds interesting. 
I'll be sure to check it out. 
>
>Cheers,
>Balint
Regards,

Victor 
Hi Bálint,



Bug#1005740: RFP: rust-sequoia-octopus-librnp -- Sequoia-based OpenPGP Backend for Thunderbird

2022-02-14 Thread Victor Westerhuis
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: pkg-rust-maintain...@alioth-lists.debian.net

* Package name: rust-sequoia-octopus-librnp
  Version : 1.2.1
  Upstream Author : Justus Winter ,
Neal H. Walfield ,
Nora Widdecke ,
Wiktor Kwapisiewicz 
* URL : https://gitlab.com/sequoia-pgp/sequoia-octopus-librnp
* License : LGPL-2.0+
  Programming Lang: Rust
  Description : Sequoia-based OpenPGP Backend for Thunderbird

This is a drop-in replacement for the RNP library supported and shipped by 
Thunderbird.

Contrary to the official PGP support in Thunderbird, this integrates
with the GnuPG keyring and gpg-agent.

Fedora already packages this library. I tried packaging it myself,
but I'm struggling with all the dependencies, so I hope someone
in the Rust team might be able to do it.



Bug#1004919: Asking for new upstream release

2022-04-27 Thread Victor Westerhuis
I have retracted the current version of kmscon I had uploaded at 
mentors.debian.net to ask the upstream maintainer for a new release 
(https://github.com/Aetf/kmscon/issues/42), so I can prepare a proper 
release for Debian.


A new version of libtsm has just been accepted into the archive, closing 
the blocking bug #1004921, so there should be no further blocks once I 
get a new version of kmscon ready.

--
Victor Westerhuis 


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1004866: ITP: cppinsights -- see your source code with the eyes of a compiler

2024-04-07 Thread Victor Westerhuis
In case anyone wants to pick this up: I packaged this for my own use at 
https://salsa.debian.org/viccie30/cppinsights. The packaging works, I 
just haven't gone through all the files to check for copyright and 
license statements, so it's not in a state to go into the archive.


Anyone who wants to get this into Debian is welcome to use it as a 
starting point. If I have some more time in the future and nobody steps 
up, I might try to get it into Debian myself.

--
Vriendelijke groet, Kind regards,

Victor Westerhuis


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#747967: RFS: tapecalc/20211222-2 [ITA] [RC] -- full-screen tape editor that lets the user edit a calculation

2021-12-25 Thread Victor Westerhuis

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "tapecalc":

 * Package name: tapecalc
   Version : 20211222-2
   Upstream Author : Thomas E. Dickey 
 * URL : https://invisible-island.net/add/add.html
 * License : dickey
 * Vcs : https://salsa.debian.org/viccie30/tapecalc
   Section : math

It builds those binary packages:

  tapecalc - full-screen tape editor that lets the user edit a calculation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/tapecalc/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20211222-2.dsc

Changes since the last upload:

 tapecalc (20211222-2) unstable; urgency=medium
 .
   * Actually set myself as maintainer

There is already an open ITA bug at #747967 in which Thomas Dickey, the
upstream maintainer also declared his intent to adopt this package.
I have had private e-mail contact with Thomas Dickey and he does not mind
if I maintain this package in Debian.

This upload would fix all 3 of src:tapecalc's open bugs, one of which is
RC.

Regards,


Victor Westerhuis


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting

2022-02-03 Thread Victor Westerhuis
Package: wnpp
Severity: wishlist
Owner: Victor Westerhuis 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: kmscon
  Version : 8+40
  Upstream Author : Aetf 
* URL : https://github.com/Aetf/kmscon
* License : Expat
  Programming Lang: C
  Description : Simple terminal emulator based on Kernel Mode Setting

kmscon is a system console for linux. It does not depend on any
graphics-server on your system (like X.org), but instead provides
a raw console layer that can  be used independently.
It can replace the linux kernel console entirely but was designed to
work well side-by-side, too.
Even though initially targeted at providing internationalization to
the system-console, it has grown into a fully modularized console
layer including features like multi-head support, internationalized
font rendering, XKB-compatible keyboard handling,
hardware-accelerated graphics access and more.

I have used this package since Linux dropped scrollback support
from the kernel in 2020 [1]. The original upstream [2] has been
dead since 2014, but Aetf has picked up development.

Kmscon depends on a newer, forked version of libtsm. I'll file
a separate bug to address that.

[1]: 
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.9-Drops-Soft-Scrollback
[2]: https://www.freedesktop.org/wiki/Software/kmscon/



Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting

2022-02-05 Thread Victor Westerhuis

On 05/02/2022 13:05, nick black wrote:
> indeed, the cursor location report fix is only on a branch. i'll
> go ahead and submit it to this other fork, and rebase mine off
> of theirs. thank you likewise for bringing this to my attention!
> i'm glad to see kmscon getting some love.

That would be great. I'd like to ask Aetf for a versioned release as 
well, but first I'd like to get composing working. There's an open issue 
for that and I independently had a patch for that as well, so I'll see 
if I can get that upstreamed.


> i'm the maintainer and upstream author of Notcurses, and kmscon
> is very much a target of mine. if you'd like to integrate any
> Notcurses stuff into your testing, just hit me up; i'd be happy
> to help!

I would like something a bit more formal to test kmscon. So far I've 
just been testing out different modes and see if aptitude draws 
everything correctly, but that's hardly a decent compliance test.


On 05/02/2022 13:08, nick black wrote:
> also, there is a kmscon repo under the auspices of the
> freedesktop.org organization. i talked to the original author
> about removing that if he wasn't going to be taking the project
> forward, but it didn't go anywhere. if someone's really picking
> kmscon up, they might want to go talk to the fdo people.

On 05/02/2022 13:11, nick black wrote:
> ahh, rereading your original ITP, i see you know all about the
> fdo situation. good deal =]. i just killed my fork, and am going
> to submit a PR to Aetf's fork.

It would be great if it could be moved back under FDO auspices, but I 
haven't tried to contact them, yet. Going by your experiences that might 
not be worth the effort then.


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting

2022-02-05 Thread Victor Westerhuis

On 05/02/2022 06:35, nick black wrote:

Victor Westerhuis left as an exercise for the reader:

Package: wnpp
Severity: wishlist
Owner: Victor Westerhuis 
X-Debbugs-Cc: debian-de...@lists.debian.org


i've also forked this, and have been working on it a bit over
the past year:

  https://github.com/dankamongmen/kmscon

if the other fork is more active, i'm happy to fold my changes
into it, but they definitely ought go in there. the most
important thing i recall doing was fixing the cursor location
report to use the proper order for coordinates.



Thanks for bringing your fork to my attention. I can see you have an 
open issue for the cursor location coordinates, but I don't see any 
commits related to that in the history of the master branch.


The two fixes I can see, for the removal of SIGUNUSED and adding an 
include for sys/sysmacros.h have also been implemented in Aetf's branch.


Aetf's fork has some additional functionality, so I would prefer to use 
that. However, in the course of packaging kmscon I've also opened some 
PRs on Github and they've responded very quickly. If you have a fix, I'm 
sure they'll happily take it as well.


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1019497: ITA: watchman -- file watching service

2024-11-09 Thread Victor Westerhuis
Chris Hofstaedtler  schreef op 10 november 2024 00:14:27 CET:
>Control: retitle -1 O: watchman -- file watching service
>Control: noowner -1
>
>On Sun, Jul 02, 2023 at 05:46:01AM +0200, Victor Westerhuis wrote:
>> Control: retitle -1 ITA: watchman -- file watching service
>
>Seems like this went nowhere.

You are right. I got lost in a labyrinth of dependencies and then life 
happened. My progress is available at 
https://salsa.debian.org/viccie30/watchman if anyone wants to have a go at it. 

Sorry for not updating this bug myself earlier. 

Groet / Regards,


Victor Westerhuis