Bug#698988: O: nvi - 4.4BSD re-implementation of vi
Hi Tobias! On 2024-02-05 10:43, Tobias Heider wrote: > On Sat, Jan 26, 2013 at 12:38:07AM +, Stuart Prescott wrote: >> >> The maintainer for the "nvi" package has indicated that he is unable to >> maintain this package for the time being. I'm marking this package as >> orphaned >> now. > > Looks like this is still orphaned over ten years later. > > As an active nvi user I would love to step up and help, but the biggest > problem I see is that the choice of upstream project. Since the original > is gone there isn't a clear successor. > > The BSDs all have their own forks which diverged over time (and those don't > build on Linux). > The other two options there are today are https://repo.or.cz/nvi.git which > d/control currently points to and more recently > https://github.com/lichray/nvi2. > > The first has a very low commit frequency (last commit was 2020, before > that 2016) and sticks very closely to the original source. nvi2 has added > new features such as multibyte support and is starting to receive bug fixes > and features from the different *BSD forks. > > I have been thinking of proposing a new package for nvi2 but maybe it would > make more sense to move this one to the more active upstream. It looks like > some of the issues we are carrying patches for in Debian might be fixed there > already and if not they seem active enough to merge our fixes. > > What would be the best way forward here? ITA and eventually switch the > upstream > or start a new package and let this one continue its slow death? I think making the O bug and ITA and switching upstream is right thing to do here, maybe explaining the history of the package in README.source. I can't think think of a reasonable use case where nvi2 would not be a suitable drop-in replacement for nvi; if neither can you (knowing the editor way better than me!), then I'd say go for the switch. I'll be happy reviewing/sponsoring if needed. Cheers, Paride
Bug#1023878: ITP: libgrapheme -- Unicode string library with small footprint and high performance
Package: wnpp Severity: wishlist Owner: Paride Legovini X-Debbugs-Cc: debian-de...@lists.debian.org, par...@debian.org, d...@frign.de * Package name: libgrapheme Version : 2.0.2 Upstream Author : Laslo Hunhold * URL : https://libs.suckless.org/libgrapheme/ * License : ISC Programming Lang: C Description : Unicode string library with small footprint and high performance libgrapheme is an extremely simple freestanding C99 library providing utilities for properly handling strings according to the latest Unicode standard 15.0.0. It offers fully Unicode compliant * grapheme cluster (i.e. user-perceived character) segmentation * word segmentation * sentence segmentation * detection of permissible line break opportunities * case detection (lower-, upper- and title-case) * case conversion (to lower-, upper- and title-case) on UTF-8 strings and codepoint arrays, which both can also be null-terminated. The necessary lookup-tables are automatically generated from the Unicode standard data (contained in the tarball) and heavily compressed. Over 10,000 automatically generated conformance tests and over 150 unit tests ensure conformance and correctness. It is also way smaller and much faster than the other established Unicode string libraries (ICU, GNU's libunistring, libutf8proc). I plan to maintain the package in salsa under the debian/ namespace, unless I get a suggestion for an appropriate team. In that case I'd be happy to team maintain the package. I already maintain packages from the same upstream, with whom I have always had an excellent collaboration. Paride
Bug#908117: RFP: yq -- yq is a lightweight and portable command-line YAML processor The aim of the project is to be the jq or sed of yaml files.
On Tue, 9 Jun 2020 Roberto Mier wrote: > Not really. Sorry, but yq releases use the newer Go versions that are not > available in Debian distro. They are not available either as .deb most of the > needed golang deps. It would be tough maintaining two versions of a package, > because in any case the one I’m maintaining in my ppa is the one people want > to use. So I prefer leave this responsibility to others. Hi Roberto and others, FYI I've been able to build the PPA version of yq 4.16.2 in a Debian schroot just my bumping the golang-1.15 dependency to 1.18, and adjusting d/rules GOVERSION accordingly. Paride
Bug#991379: ITP: gh -- the Github CLI
Note-to-self and possibly others: The "full text" link of the "Marked Bug as done" entry has the full text of the email sent to control@ to close the bug, and it contains the explanation. I normally use the `Control:` pseudo-headers and didn't think of looking there. Thanks Bart for the pointer. Cheers, Paride
Bug#991379: ITP: gh -- the Github CLI
On Thu, 22 Jul 2021 01:31:02 +0100 Scupake wrote:> * Package name: gh * URL : https://cli.github.com/ * License : MIT Hi, Was this bug closed after some out-of-band discussion? If this is the case I think it's worth leaving a note on the bug itself, as a head-up for people going down the same road in the future. Thanks! Paride
Bug#945230: Packaging ready to be reviewed and sponsored
On Tue, 26 Nov 2019 15:31:38 +0100 Christian Ehrhardt wrote: > I'm fine to move it later but until that happens I made an initial > version available in my own salsa space at [1]. > > A build log (gz) of a test build of that in unstable as of today is > attached to this bug update. > > I'm now looking for DD that is willing to review/sponsor this. Nice little package! I can't sponsor it but I did a review and LGTM. Is the repository staying under Christian's salsa account or moving to the salsa.debian.org/debian namespace? If the package is moving there the d/control file has to be updated accordingly. Paride
Bug#906099: ITP: fontdiff -- tool for finding visual differences between two font versions
Control: retitle -1 RFP: fontdiff -- tool for finding visual differences between two font versions Control: noowner -1 I don't think I will have time to work on fontdiff in the foreseeable future, so I'm demoting this ITP to a RFP. I think all the dependencies now packaged; the annoying part is that the upstream build scripts (using gyp) have to be patched to use the system installed libraries instead of the convenience copies upstream ships in the third_party directory. It is probably not difficult and I may come back to it at some point, but I don't want to give the impression that I'm actively working at it. Paride
Bug#904132: ITP: browsh -- Fully interactive, realtime, and modern text-based browser
Control: retitle 904132 RFP: browsh -- Fully interactive, realtime, and modern text-based browser I don't think I'll have time to work on this in the short term, so I'm demoting this bug to a RFP. Paride
Bug#922628: ITP: dt -- DNS tool - display information about your domain
Antoine Beaupré wrote on 18/02/2019: On 2019-02-18 17:05:58, Paride Legovini wrote: Antoine Beaupré wrote on 18/02/2019: Package: wnpp Severity: wishlist Owner: Antoine Beaupré * Package name: dt Note that you will have to rename dt's binary (and its manpage), as the ditrack package already installs /usr/bin/dt. Thanks for the heads up. Any suggestions? dnstool maybe? What if dt would just conflict with ditrack? It doesn't seem like a popular package (popcon 10): https://qa.debian.org/popcon-graph.php?packages=ditrack Upstream also seems to be mostly dead (no release since 2008)... Solving this kind of issue with a Conflicts line is against the Policy, I recently had this conversation in debian-devel and the answer was: No. The binary from ditrack could in principle be renamed instead of the one in your package. I would prefer this solution, but it has to be discussed in debian-devel (the policy is explicit on this). If you end up renaming, I think 'dnstool' is a good fit. You could also try to ask upstream if they would consider renaming the project. I don't think it's a good idea to claim a 2-letter command in 2019. Looking forward to see it packaged anyway. Paride
Bug#922628: ITP: dt -- DNS tool - display information about your domain
Antoine Beaupré wrote on 18/02/2019: Package: wnpp Severity: wishlist Owner: Antoine Beaupré * Package name: dt Note that you will have to rename dt's binary (and its manpage), as the ditrack package already installs /usr/bin/dt. Paride
Bug#907080: bat
Gürkan Myczko wrote on 25/01/2019: > Hello > > My collegues would like to know if this will make it into buster or not? > > Best, Hello Gürkan, I very much doubt it will, unfortunately: there are still a lot of missing dependencies to be packaged. Paride
Bug#904132: ITP: browsh -- Fully interactive, realtime, and modern text-based browser
Just a quick follow-up. Hopefully most of the dependencies are packaged now. There is an upstream blocker: https://github.com/browsh-org/browsh/issues/238 It should be easy to fix with a Debian patch, but I would prefer to see it fixed upstream. The ITP has been quiet because some dependencies had to be packaged first. Paride
Bug#910798: O: iw -- tool for configuring Linux wireless devices
X-Debbugs-CC: bi...@debian.org I am willing to adopt iw, unless anybody else who has previously worked on the package steps in. Cc: Laurent Bigonville, who has done the previous NMUs. Paride
Bug#865881: ITP: eternal-terminal -- Remote terminal for the busy and impatient
On Sun, 25 Jun 2017 ChangZhuo Chen wrote: > Package: wnpp > Severity: wishlist > Owner: "ChangZhuo Chen (陳昌倬)" > > * Package name: eternal-terminal > Version : 3.0.6 > Upstream Author : Jason Gauci > * URL : https://mistertea.github.io/EternalTCP/ > * License : Apache-2.0 > Programming Lang: C++ > Description : Remote terminal for the busy and impatient > > Eternal Terminal (ET) is a remote shell that automatically reconnects > without interrupting the session. Hello ChangZhuo, I don't know if you are still working at EternalTerminal, but I would not consider it mature enough for inclusion in Debian until the issue of its (undocumented) hard dependency on the user's shell is properly addressed: https://github.com/MisterTea/EternalTerminal/issues/106 When I opened that issue I was considering packaging EternalTerminal for Debian. I have somehow lost interest when I saw that upstream was not interested in fixing what I did consider an important shortcoming. Cheers, Paride
Bug#868050: RFS: golang-github-shibukawa-configdir -- Configuration directories handling for Go
Shengjing Zhu wrote on 08/09/2018: > On Sun, Sep 9, 2018 at 1:30 AM Paride Legovini wrote: >> >> Shengjing Zhu wrote on 08/09/2018: >>> Hi Paride, >>> >>> On Sat, Sep 8, 2018 at 11:16 PM Shengjing Zhu wrote: >>>> >>>>> https://salsa.debian.org/go-team/packages/golang-github-shibukawa-configdir >>>> >>>> Uploaded, thanks for your work :) >>>> >>> >>> Sorry but I just didn't check carefully, the ITP bug you're closing is >>> wrong. >>> #904132 is ITP: browsh -- text based browser >>> Please correct the bug id for golang-github-shibukawa-configdir. >>> >>> I just request reject on #debian-ftp >> >> I apparently mixed them up: #904132 is another ITP of mine which is >> blocked by #868050, the actual ITP for >> golang-github-shibukawa-configdir. I am sorry for the confusion. >> >> I'd say that version 0.0~git20170330.e180dbd-1 is "burned" now, as it >> has been tagged. Should I prepare 0.0~git20170330.e180dbd-2 leaving >> revision -1 in d/changelog? Or is it better to remove the unreleased >> version from the changelog? >> > > I think we can just delete that tag, since the upload to NEW is rejected now. > > You can just add new commits. I will find way to delete that tag. Hello Shengjing, I fixed the ITP, changed the release distribution back to UNSTABLE, pushed these changed to salsa, and deleted the release tag on my local copy of the repository. I don't have the permissions to delete the tag on salsa: you will have to do so. As you are there, you could also delete the following tag: upstream/0.0_git20170330.0.e180dbd which is not used and was already there when I took up the packaging. Thank you, Paride signature.asc Description: OpenPGP digital signature
Bug#899273: ITP: fonts-ibm-plex -- IBM's corporate typeface
The packaging is ready, but it remains to be decided which format to ship in the Debian package (TTF, OTF, or both). Tracked upstream: https://github.com/IBM/plex/issues/198 Paride
Bug#907117: ITP: sacc -- simple terminal gopher client
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: sacc Version : 1.00 Upstream Author : Quentin Rameau * URL : gopher://bitreich.org/1/scm/sacc (lynx will do.) * License : OpenBSD (~ISC) Programming Lang: C Description : simple terminal gopher client sacc is a terminal gopher client. It it written in C and meant to be fast, secure and simple. It is a "pure gopher" client, with no support for other protocols. It is probably the only gopher client in active development (check the git log, git://bitreich.org/sacc). It is part of the opinionated bitreich.org project (gopher://bitreich.org/). Some convenience gopherproxy links: https://gopherproxy.meulie.net/bitreich.org/ https://gopherproxy.meulie.net/bitreich.org/0/documents/bitreich-manifesto.md https://gopherproxy.meulie.net/bitreich.org/1/scm/sacc/log.gph Gopher itself is probably not relevant nowadays, but in my opinion it has a relevant and interesting niche of enthusiasts. Paride
Bug#868050: RFS: golang-github-shibukawa-configdir -- Configuration directories handling for Go
X-Debbugs-CC: debian...@lists.debian.org Dear debian-go, I think this very simple package is ready to be reviewed and eventually sponsored. The packaging repository is: https://salsa.debian.org/go-team/packages/golang-github-shibukawa-configdir The package is a dependency of browsh (ITP #904132). Cheers, Paride
Bug#868050: ITP: golang-github-shibukawa-configdir -- Configuration directories handling for Go
Control: owner 868050 ! Diego M. Rodríguez wrote on 15/08/2018: > Hello Paride, > >> Do you still plan to get this package uploaded? > > and apologies for the delay! Unfortunately I no longer have the > uploading of the configdir package in my short-term plans, due to a > shift on the overall goal (it was a dependency for 858353, which is > also on hold until I manage to find more time or someone else retakes > the effort). Please feel free to claim the ownership of the bug and > proceed with the packaging if desired, and hope it has not caused many > inconveniences. Hello Diego, thanks for letting me know. I will then proceed with the packaging of configdir. Cheers, Paride
Bug#906102: ITP: dtl -- diff template library written by C++
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: dtl Version : 1.19 Upstream Author : Tatsuhiko Kubo * URL : https://github.com/cubicdaiya/dtl * License : BSD-3-clause Programming Lang: C++ Description : diff template library written by C++ dtl provides functions for comparing two sequences of arbitrary types. Sequences must support a random-access iterator. . The algorithm dtl uses is based on the paper "An O(NP) Sequence Comparison Algorithm" (1989) by Sun Wu, Udi Manber and Gene Myers. The computational complexity of Wu's O(NP) Algorithm is O(N+PD) on average, and O(NP) in the worst case. This will be a simple package installing only some C++ include files. It is a dependency of fontdiff (ITP #906099). Paride
Bug#906099: ITP: fontdiff -- tool for finding visual differences between two font versions
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: fontdiff Version : 0.2.3 Upstream Author : Sascha Brawer * URL : https://github.com/googlei18n/fontdiff * License : Apache-2.0 Programming Lang: C++ Description : tool for finding visual differences between two font versions fontdiff is a utility for testing fonts. When you modify a TrueType or OpenType font, fontdiff generates a PDF showing the typeset text both before and after the change. You can use this PDF to easily review the changes and spot any errors caused by a font switch. . For every line in the text sample, the tool renders two raster images in high resolution. One image is typeset using the original font, and the second uses the new font. If there is any difference between these two high-resolution images (even if it’s just whitespace caused by kerning changes), the output PDF highlights the difference in color.fontdiff is a utility for testing fonts. When you modify a TrueType or OpenType font, fontdiff generates a PDF showing the typeset text both before and after the change. You can use this PDF to easily review the changes and spot any errors caused by a font switch. I plan to maintain this package within the Fonts packaging team. The package is useful as a standalone tool, but I plan to integrate it in the build process of fonts-hack as a QA step comparing the Debian built font to the upstream released one. The source is shipped with convenience copies of many third-party libraries. It will have to be repacked. Paride
Bug#904824: RFS: golang-github-gdamore-tcell -- Cell based view for text terminals
Alexandre Viau wrote on 03/08/2018: > Hello, > > On 2018-07-31 08:32 AM, Paride Legovini wrote: >> X-Debbugs-CC: debian...@lists.debian.org >> >> On Mon, 30 Jul 2018 Paride Legovini wrote> I think >> the package is ready to be reviewed and eventually sponsored. >>> The packaging repository is: >>> >>> https://salsa.debian.org/go-team/packages/golang-github-gdamore-tcell/ > > d/rules: > - please use team+pkg...@tracker.debian.org for the team email address > - you don't have to start the short description by a capital letter Done. > d/copyright: > - you don't mention The Tops'l Authors Added. Thanks for spotting this and for the review in general. I bumped Standards-Version to 4.2.0 and pushed my changes. Cheers, Paride signature.asc Description: OpenPGP digital signature
Bug#903256: ITA: mktorrent
Control: owner 903256 ! Peter Pentchev wrote on 02/08/2018: > On Thu, Aug 02, 2018 at 03:59:17PM +0200, Paride Legovini wrote: >> On Sun, 22 Jul 2018 Peter Pentchev wrote: >>> package wnpp >>> retitle 903256 ITA: mktorrent -- simple command line utility to create >>> BitTorrent metainfo files >>> owner 903256 ! >>> thanks >> >> Hello Peter, >> >> Having followed up to #852159, I was in the process of adopting >> mktorrent. I didn't know there was a RFA an I guess Nico wasn't aware of >> your ITA. Thing is, I already did some work: >> >> https://salsa.debian.org/paride-guest/mktorrent/ >> >> The packaging follows DEP14 with a "pure git" workflow (git tags are >> used instead of upstream tarballs). >> >> Now, if you already made some packaging work just go on, I'm looking >> forward to see mktorrent 1.1 uploaded. If you didn't, feel free to take >> whatever you want from my repository, should you find anything useful. >> As a third alternative, still in the hypothesis that no work of yours is >> getting wasted, we could co-maintain the package in salsa.org/debian. I >> would be glad to. Truly: as you prefer! > > Hi Paride, > > Actually I hadn't got 'round to doing anything about mktorrent yet; > I did notice that the upstream repository changed and that there was > a new release, but other things got in the way... > > So it would be completely fine with me to pass ownership of this bug > and, consequently, maintainership of mktorrent, over to you! > Feel free to reassign the bug, or, if you prefer it done explicitly, > I could do that in a follow-up message. Very well then: no work got wasted. This email with reassign the bug. I expect to have mktorrent 1.1-1 uploaded in a few days. Cheers, Paride
Bug#903256: ITA: mktorrent
On Sun, 22 Jul 2018 Peter Pentchev wrote: > package wnpp > retitle 903256 ITA: mktorrent -- simple command line utility to create > BitTorrent metainfo files > owner 903256 ! > thanks Hello Peter, Having followed up to #852159, I was in the process of adopting mktorrent. I didn't know there was a RFA an I guess Nico wasn't aware of your ITA. Thing is, I already did some work: https://salsa.debian.org/paride-guest/mktorrent/ The packaging follows DEP14 with a "pure git" workflow (git tags are used instead of upstream tarballs). Now, if you already made some packaging work just go on, I'm looking forward to see mktorrent 1.1 uploaded. If you didn't, feel free to take whatever you want from my repository, should you find anything useful. As a third alternative, still in the hypothesis that no work of yours is getting wasted, we could co-maintain the package in salsa.org/debian. I would be glad to. Truly: as you prefer! Cheers, Paride
Bug#904824: RFS: golang-github-gdamore-tcell -- Cell based view for text terminals
X-Debbugs-CC: debian...@lists.debian.org On Mon, 30 Jul 2018 Paride Legovini wrote> I think the package is ready to be reviewed and eventually sponsored. > The packaging repository is: > > https://salsa.debian.org/go-team/packages/golang-github-gdamore-tcell/ > > (Also: let's see how replying to the ITP with an X-Debbugs-CC to the > debian-go mailing list works as an RFS workflow that keeps all the > sponsorship-related discussion under the ITP bug.) Seems to have worked fine, but I should have changed the subject line. Paride
Bug#848023: modified subject
X-Debbugs-CC: t...@autistici.org Just a test on how X-Debbugs-CC treats the Subject. Shouldn't annoy anybody here.
Bug#904824: ITP: golang-github-gdamore-tcell -- Cell based view for text terminals
X-Debbugs-CC: debian...@lists.debian.org On Sat, 28 Jul 2018 Paride Legovini wrote: > Package: wnpp > Severity: wishlist > Owner: Paride Legovini > > * Package name: golang-github-gdamore-tcell > Version : 1.1.0 > Upstream Author : Garrett D'Amore > * URL : https://github.com/gdamore/tcell > * License : Apache-2.0 > Programming Lang: Go > Description : Cell based view for text terminals > > Package tcell provides a cell based view for text terminals, like xterm. > It was inspired by termbox, but differs from termbox in some important > ways. It also adds substantial functionality beyond termbox. > > This is a depdendency of browsh (ITP #904132). > The package will be maintained in the Go team. Dear go-team, I think the package is ready to be reviewed and eventually sponsored. The packaging repository is: https://salsa.debian.org/go-team/packages/golang-github-gdamore-tcell/ (Also: let's see how replying to the ITP with an X-Debbugs-CC to the debian-go mailing list works as an RFS workflow that keeps all the sponsorship-related discussion under the ITP bug.) Thank you, Paride
Bug#904250: RFS - golang-github-ulule-limiter - don't skip all tests
On Sun, 29 Jul 2018 Paride Legovini wrote: > Alexandre Viau wrote on 29/07/2018: > > On 2018-07-29 04:58 AM, Julien Rouhaud wrote: > >> I just noticed that the s/MIT/Expat/ in 1a37607957 also modified > >> LIMITED. I'm new here so unfortunately I don't know if I should do > >> more than this email. > > > > That would be important to fix. > > > > I have prepared and uploaded a new version, there is else nothing to do! > > That's annoying. Thanks to you both for noticing and fixing. I meant my typo, not your fixup, of course. > Alexandre: sure you have noticed that 2.2.0-1 has already been accepted > into unstable. Maybe before uploading 2.2.0-2 let's check if everything > goes fine with 2.2.0-1. If it doesn't we can then make an upload that > fixes more than one thing. I now see 2.2.0-2 is already pending. Well, nevermind then. Cheers! Paride
Bug#904250: RFS - golang-github-ulule-limiter - don't skip all tests
Alexandre Viau wrote on 29/07/2018: > On 2018-07-29 04:58 AM, Julien Rouhaud wrote: >> I just noticed that the s/MIT/Expat/ in 1a37607957 also modified >> LIMITED. I'm new here so unfortunately I don't know if I should do >> more than this email. > > That would be important to fix. > > I have prepared and uploaded a new version, there is else nothing to do! That's annoying. Thanks to you both for noticing and fixing. Alexandre: sure you have noticed that 2.2.0-1 has already been accepted into unstable. Maybe before uploading 2.2.0-2 let's check if everything goes fine with 2.2.0-1. If it doesn't we can then make an upload that fixes more than one thing. Thanks for sponsoring the packages. Paride
Bug#904824: ITP: golang-github-gdamore-tcell -- Cell based view for text terminals
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: golang-github-gdamore-tcell Version : 1.1.0 Upstream Author : Garrett D'Amore * URL : https://github.com/gdamore/tcell * License : Apache-2.0 Programming Lang: Go Description : Cell based view for text terminals Package tcell provides a cell based view for text terminals, like xterm. It was inspired by termbox, but differs from termbox in some important ways. It also adds substantial functionality beyond termbox. This is a depdendency of browsh (ITP #904132). The package will be maintained in the Go team. Paride
Bug#904250: RFS - golang-github-ulule-limiter - don't skip all tests
Alexandre Viau wrote on 28/07/2018: > Hello, > > I have noticed that you skip all tests in golang-github-ulule-limiter. > > However, there is only two tests that require redis. > > I think that it would be best to skip only these two tests. > > You can simply write a patch that adds t.Skip() to these tests. Hello Alexandre, I think I've found a better way to skip that test, without patching. Please check my last commits when you have time. Cheers, Paride signature.asc Description: OpenPGP digital signature
Bug#904253: RFS: golang-github-lucasb-eyer-go-colorful - please use expat in d/copyright
Alexandre Viau wrote on 28/07/2018: > Hello, > > d/copyright for golang-github-lucasb-eyer-go-colorful says: > >> License: MIT > > However, the short name for this license is "Expat". Done. That's what I usually do, not sure why I forgot about it. Thanks for pointing it out. Paride signature.asc Description: OpenPGP digital signature
Bug#899273: ITP: fonts-ibm-plex -- IBM's corporate typeface
On Tue, 22 May 2018 11:42:12 +0800 Paul Wise wrote: > On Mon, 2018-05-21 at 21:06 -0500, Zebulon McCorkle wrote: > > > Alright, from reading that it looks like it'll have to be contrib? > > I think it would be better to engage with upstream to fix the issue. > > > So, IceCat style? What's the process around that? > > Check out the RFN section in the OFL license and IBM's license grant. If nobody has any objections, I will package Plex for contrib. Upstream had been inquired about the toolchain and RFN issues: they didn't comment, and I don't see it changing. I have the packaging mostly done, but before going forward I'll wait for your comments, especially from Zebulon, who has filed the original ITP. Cheers, Paride
Bug#904665: ITP: golang-github-zyedidia-tcell -- This is a fork of https://github.com/gdamore/tcell
The blocking packages (golang-github-gdamore-encoding, golang-github-lucasb-eyer-go-colorful) are waiting to be sponsored. Cheers, Paride
Bug#904294: ITP: golang-github-gdamore-encoding -- Various character map encodings missing from golang.org/x/net/encoding
Control: forcemerge 904294 896488 Raju Devidas wrote on 26/07/2018: > > On गुरुवार 26 जुल॰ 2018 03:12 पूर्वाह्न, Paride Legovini wrote: >> Raju Devidas wrote on 25/07/2018: >>> looks like I was watching the wrong branch. You have already done the >>> packaging as well. We should decide on, if I should close my original >>> ITP instead? >> >> Hello Raju, I totally missed your ITP, I am sorry. I actually already >> asked for sponsorship on the pkg-go mailing list [0], in the email I >> also explain the issue with the default branch in salsa being >> "upstream" instead of "master". I am fine with co-maintaining the >> package, if you agree. > > Please go ahead with maintaining the package, we will anyways maintain > it under the team umbrella. You have already done the required work. Fine, and sorry again: there was no intention to pass over your ITP. > Just make sure, that someone sponsors the package at the earliest as it > is a dependency for both browsh and micro. My other packages were sponsored by Michael, I will ask him on IRC. > I'll drop my ITP. This email will merge the two bugs, so both will get closed once the package is uploaded. This will leave a cleaner trace of what happened. Please don't close your ITP. Have fun at DebConf! Paride
Bug#904294: ITP: golang-github-gdamore-encoding -- Various character map encodings missing from golang.org/x/net/encoding
Raju Devidas wrote on 25/07/2018: > looks like I was watching the wrong branch. > You have already done the packaging as well. > > We should decide on, if I should close my original ITP instead? > > But as a compliance practice, I should have been notified, before you > filing the ITP or doing the update to Salsa. > > If this just has been a mistake (things happen. :-) ) > I am fine with closing the orginal ITP from my side as well. > > Atleast I don't see an RFS there. Please upload the package at the > earliest as I also need to package micro. Hello Raju, I totally missed your ITP, I am sorry. I actually already asked for sponsorship on the pkg-go mailing list [0], in the email I also explain the issue with the default branch in salsa being "upstream" instead of "master". I am fine with co-maintaining the package, if you agree. The package is team maintained and I see that you already maintain some package in pkg-go, so it seems like the best solution to me. Let me know and I will add you to Uploaders and drop an email to the mailing list. Paride [0] https://alioth-lists.debian.net/pipermail/pkg-go-maintainers/Week-of-Mon-20180716/022653.html
Bug#904294: ITP: golang-github-gdamore-encoding -- Various character map encodings missing from golang.org/x/net/encoding
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: golang-github-gdamore-encoding Version : 0.0~git20151215.b23993c-1 Upstream Author : Garrett D'Amore * URL : https://github.com/gdamore/encoding * License : Apache-2.0 Programming Lang: Go Description : Various character map encodings missing from golang.org/x/net/encoding Package encoding provides a number of encodings that are missing from the standard Go encoding package. . The UTF8 Encoder is also useful for situations where valid UTF-8 might be carried in streams that contain non-valid UTF. One use case is helping to cope with terminals that embed escape sequences in otherwise valid UTF-8. This is a dependency of github.com/gdamore/tcell, which is a dependency of browsh (ITP #904132).
Bug#904253: ITP: golang-github-lucasb-eyer-go-colorful -- A library for playing with colors in go (golang).
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: golang-github-lucasb-eyer-go-colorful Version : 1.0-1 Upstream Author : Lucas Beyer * URL : https://github.com/lucasb-eyer/go-colorful * License : MIT Programming Lang: Go Description : Library for handling color spaces in Go Colorful is a library for handling color spaces in Go by implementing the color.Color interface. Colorful stores colors in RGB and provides methods from converting these to various color spaces. Currently supported colorspaces are: . RGB: All three of Red, Green and Blue in [0..1]. HSL: Hue in [0..360], Saturation and Luminance in [0..1]. HSV: Hue in [0..360], Saturation and Value in [0..1]. Hex RGB: The "internet" color format, as in #FF00FF. Linear RGB (read about Gamma-Correct Rendering). CIE-XYZ: CIE's standard color space, almost in [0..1]. CIE-xyY: encodes chromacity in x and y and luminance in Y, all in [0..1] CIE-L*a*b*: Perceptually uniform. L* in [0..1] and a*, b* almost in [-1..1]. CIE-L*u*v*: Very similar to CIE-L*a*b*. CIE-L*C*h° (HCL): CIE-L*a*b* space in polar coordinates. . For the colorspaces where it makes sense (XYZ, Lab, Luv, HCl), the D65 is used as reference white by default but methods for using your own reference white are provided. This is a dependency of browsh (ITP #904132).
Bug#904250: ITP: golang-github-ulule-limiter -- Dead simple rate limit middleware for Go.
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: golang-github-ulule-limiter Version : 2.2.0-1 Upstream Author : Ulule * URL : https://github.com/ulule/limiter * License : MIT Programming Lang: Go Description : Dead simple rate limit middleware for Go. Limiter Documentation (https://godoc.org/github.com/ulule/limiter) License Build Status (https://circleci.com/gh/ulule/limiter/tree/master) Go Report Card (https://goreportcard.com/report/github.com/ulule/limiter) . Dead simple rate limit middleware for Go. Featuring: . * Simple API * "Store" approach for backend * Redis support (but not tied too) * Middlewares: HTTP and Gin This is a dependency of browsh (ITP #904132)
Bug#868050: ITP: golang-github-shibukawa-configdir -- Configuration directories handling for Go
On Tue, 11 Jul 2017 "Diego M. Rodriguez" wrote: > Package: wnpp > Severity: wishlist > Owner: Diego M. Rodriguez > > * Package name: golang-github-shibukawa-configdir > Version : 0.0~git20170330.0.e180dbd-1 > Upstream Author : Yoshiki Shibukawa > * URL : https://github.com/shibukawa/configdir > * License : Expat > Programming Lang: Go > Description : Configuration directories handling for Go Dear Diego, Do you still plan to get this package uploaded? Cheers, Paride
Bug#904148: ITP: golang-github-shibukawa-configdir -- Multi platform library of configuration directories for Golang
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: golang-github-shibukawa-configdir Version : 0.0~git20170330.e180dbd-1 Upstream Author : Yoshiki Shibukawa * URL : https://github.com/shibukawa/configdir * License : MIT Programming Lang: Go Description : Multi platform library of configuration directories for Golang Multi platform library of configuration directory for Golang. . This library helps to get regular directories for configuration files or cache files that matches target operationg system's convention. This package is a dependency of browsh (ITP #904132).
Bug#904132: ITP: browsh -- Fully interactive, realtime, and modern text-based browser
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: browsh Version : 1.4.6 Upstream Author : Thomas Buckley-Houston * URL : https://www.brow.sh/ * License : LGPL-2.1 Programming Lang: Go Description : Fully interactive, realtime, and modern text-based browser If you only have a 3kbps internet connection tethered from a phone, then it's good to SSH into a server and browse the web through, say, elinks. That way the server downloads the web pages and uses the limited bandwidth of an SSH connection to display the result. However, traditional text-based browsers lack JS and all other modern HTML5 support. Browsh is different in that it's backed by a real browser, namely headless Firefox, to create a purely text-based version of web pages and web apps. These can be easily rendered in a terminal or indeed, ironically, in another browser. . Browsh can also use MoSH to further reduce bandwidth and increase stability of the connection. Mosh offers features like automatic reconnection of dropped or roamed connections and diff-only screen updates. The packaging will require some time as many dependencies are missing. I plan to maintain it within the Go packaging team. Paride
Bug#900286: Dropping this ITP
After pondering over it, I have decided to drop this ITP. The use case is covered well enough by pass(1), after all. I'm not closing the bug immediately: if anybody was waiting for this package please comment here, and I may change my mind. The Debian packaging is done, the only open issue is the filename clash. Paride
Bug#900286: ITP: spm -- simple password manager
Thanks for your feedback, Jakub, and sorry for the late reply. On Mon, 28 May 2018 19:46:59 +0200 Jakub Wilk wrote: > * Paride Legovini , 2018-05-28, 17:33: > >spm is a single fully POSIX shell compliant script > > Somehow these kind of grandiose claims are never true. > > This script: > - has a shebang[0]; > - passes -G to grep (not in POSIX); > - uses readlink(1) (not in POSIX). Good points, I will pass them to the upstream developer. > >Passwords are stored as GPG encrypted files with directories funtioning > >as (sub)groups. > > Typo: funtioning -> functioning Fixed. > >In Debian the script will be installed as 'spm.sh' > > That would be against Policy §10.4. > Please talk to upstream about choosing a different name. Before choosing to install spm as spm.sh I spoke with the upstream developer. At the moment he's not willing to change the name. Policy §10.4 says that "the script name should not include an extension", and I interpreted that as a recommendation, not as a requirement. By weighting the two options: deviating from upstream's name, and not following the recommendation, I chose the latter, with the hope to receive some feedback on the choice. Do you confirm I really should drop the .sh and chose a different name? Cheers, Paride
Bug#900286: ITP: spm -- simple password manager
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: spm Version : 1.5.0 Upstream Author : Klemens Nanni * URL : https://notabug.org/kl3/spm * License : GPL-3+ Programming Lang: sh Description : simple password manager spm is a single fully POSIX shell compliant script utilizing gpg2 combination with basic tools such as find(1) and tree(1). Passwords are stored as GPG encrypted files with directories funtioning as (sub)groups. spm reads/writes passwords via standard input/output allowing you to build flexible and powerful management tools. spm was initially inspired by pass(1). The two are still similar, but they should not be considered compatible. In Debian the script will be installed as 'spm.sh' to avoid a name clash (salt-common installs /usr/bin/spm). The manpage will be patched accordingly. This package is for people looking for a pass(1)-like tool, but who prefer a simpler tool (spm is less than 100 SLOC) and are not interested in the extra functionality given by the integration of pass and git. I personally use both. The upstream author supports this packaging effort and agrees with the spm->spm.sh rename. Paride
Bug#898220: ITP: imv -- A command line image viewer intended for use with tiling window managers
On 09/05/2018 03.46, Joachim Breitner wrote: > Hi, > > Am Dienstag, den 08.05.2018, 22:28 +0200 schrieb Paride Legovini: >> Package: wnpp >> Severity: wishlist >> Owner: Paride Legovini >> >> * Package name: imv > > heads-up: there is a very useful binary called imv in the package > renameutils. Thanks. I'll work around this so both packages can be installed without conflicts. Paride
Bug#898220: ITP: imv -- A command line image viewer intended for use with tiling window managers
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: imv Version : 3.0.0 Upstream Author : Harry Jeffery * URL : https://github.com/eXeC64 * License : Expat or GPL-2+ Programming Lang: C Description : A command line image viewer intended for use with tiling window managers imv is an image viewer for X11 and Wayland, aimed at users of tiling window managers. It supports a wide variety of image file formats, including animated gif files. imv will automatically reload the current image, if it is changed on disk. Debian hasn't a great choice of modern, interactive image viewers that play well with tiling window manager. The package that is the most similar to imv is sxiv, which is based on the legacy imlib2 Enlightenment library and has no Wayland support. I plan to maintain the package within the PhotoTools team. Paride
Bug#895829: ITP: snore -- sleep with feedback
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: snore Version : 0.1 Upstream Author : Claudio Alessi * URL : https://github.com/clamiax/snore/ * License : Expat Programming Lang: C Description : sleep with feedback This tool is similar to sleep(1), but visual feedback is given by printing the flowing of time in both ascending and descending order. This is useful as a generic countdown timer, or when sleep(1) is used in an interactive script.
Bug#842943: signap-desktop now built with electron
Given how upstream (Moxie Marlinspike) opposed the redistribution of the Signal Android app by third parties, and recently asked not to Debian package libsignal-service-java: https://github.com/signalapp/libsignal-service-java/issues/50 I suggest contacting him before doing any work towards the packaging of Signal-Desktop, unless we want to work with an hostile upstream. In this case, the least that would need to be done is renaming Signal-Desktop to something else, and possibly changing its icon, as their redistribution is considered a trademark violation. Paride
Bug#889311: O: radioclk -- simple ntp refclock daemon for MSF/WWVB/DCF77 time signals
Control: retitle 889311 ITA: radioclk -- simple ntp refclock daemon for MSF/WWVB/DCF77 time signals Control: owner 889311 ! Preliminary work: https://salsa.debian.org/paride-guest/radioclk/
Bug#894406: ITP: fscrypt -- Tool for managing Linux filesystem encryption
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: fscrypt Version : 0.2.3 Upstream Author : Joe Richey Copyright : 2017-2018 Google Inc. * URL : https://github.com/google/fscrypt * License : Apache-2.0 Programming Lang: Go Description : Tool for managing Linux filesystem encryption fscrypt is a high-level tool for the management of Linux filesystem encryption [1]. This tool manages metadata, key generation, key wrapping, PAM integration, and provides a uniform interface for creating and modifying encrypted directories. No other package in Debian currently offers these features. [1] https://lwn.net/Articles/639427/
Bug#812761: preliminary packaging for FLIF
Preliminary packaging work pushed to: https://salsa.debian.org/debian-phototools-team/flif Paride
Bug#889311: O: radioclk -- simple ntp refclock daemon for MSF/WWVB/DCF77 time signals
I'm interested in adopting this, but I can't play with the right hardware right now. It could be in weeks or months, so I won't change this to an ITA for now. Paride
Bug#890258: ITP: quark -- An extremely small and simple HTTP GET-only web server
On Mon, 12 Feb 2018 17:16:38 +0100 Paride Legovini wrote: > > weborf: more complex, not meant to be a production http server (doesn't > support chrooting or dropping privileges, AFAICT). Well, of course it does not, as it is meant to be run without root privileges. Anyway the package description is clear about its scope, which is different from quark's one. Paride
Bug#890363: ITP: sfnt2woff-zopfli -- Create WOFF files with Zopfli compression
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: sfnt2woff-zopfli Version : 1.1.0 Upstream Author : Bram Stein * URL : https://github.com/bramstein/sfnt2woff-zopfli * License : Apache and (MPL or GPL or LGPL) Programming Lang: C Description : Create WOFF files with Zopfli compression This is a modified version of the sfnt2woff utility that uses Zopfli as a compression algorithm instead of zlib. This results in compression gains of, on average, 5-8% compared to regular WOFF files. Zopfli generates compressed output that is compatible with regular zlib compression so the resulting WOFF files can be used everywhere. This package provides two tools: * sfnt2woff-zopfli: convert OpenType fonts to WOFF * woff2sfnt-zopfli: convert WOFF fonts to OpenType sfnt2woff-zopfli is a build-dependency for a newer version of another package I maintain: fonts-hack. I plan to maintain it in the Debian Fonts team. I will need a sponsor for the upload. Paride
Bug#877388: s-nail adoption (build flags)
On 2018-02-13 14:27, Hilko Bengen wrote: > * Paride Legovini: > >> I: s-nail: hardening-no-fortify-functions usr/bin/s-nail >> I: s-nail: hardening-no-fortify-functions usr/lib/s-nail/s-nail-privsep > > I believe that your CFLAGS/LDFLAGS analysis for this warning (as well as > the proposed change) is correct. It seems that I've been able to fix all the issues by modifying a few things in d/rules. Here is the updated file, with some comments: https://salsa.debian.org/debian/s-nail/blob/master/debian/rules Lintian is happier now, still I would appreciate a manual review of the changes I made. Cheers, Paride
Bug#877388: s-nail adoption (build flags)
Hi Hilko, I've been working a little bit on the package, and it seems to me that at the moment the Debian build flags (CFLAGS and LDFLAGS as set by the debhelper scripts) are not actually used when building the package. Note for example this error (happens during dh_auto_install): ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. /bin/chown: changing ownership of '/tmp/s-nail/debian/s-nail/usr/lib/s-nail/s-nail-privsep': Operation not permitted ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. and these lintian messages: I: s-nail: hardening-no-fortify-functions usr/bin/s-nail I: s-nail: hardening-no-fortify-functions usr/lib/s-nail/s-nail-privsep W: s-nail-dbgsym: debug-file-with-no-debug-symbols usr/lib/debug/.build-id/a7/0016ff0ddb7b0e70321b28e68f529204140f60.debug W: s-nail-dbgsym: debug-file-with-no-debug-symbols usr/lib/debug/.build-id/b0/3145705a4f0f2c7171bac4dc4b2c2ba23bb372.debug Adding a couple of lines like: export EXTRA_CFLAGS="$(CFLAGS)" export EXTRA_LDFLAGS="$(LDFLAGS)" in d/rules makes the debug-file-with-no-debug-symbols warning go away, so I truly think the Debian CFLAGS and LDFLAGS were not used. Unfortunately this seems not to be sufficient to fix the other issues, something I would like to do even if s-nail works fine as is. Now I don't want you to dig into this issue for me, but if you already thought about it in the past and somehow concluded, for example, that those errors/warning are both unavoidable and not harmful, I'd like to hear from you. Thanks again, Paride
Bug#890258: ITP: quark -- An extremely small and simple HTTP GET-only web server
On 2018-02-12 16:19, Ansgar Burchardt wrote: > On Mon, 2018-02-12 at 16:05 +0100, Paride Legovini wrote: >> * Package name: quark >> Version : soon to be tagged >> Upstream Author : Laslo Hunhold >> * URL : https://tools.suckless.org/quark/ >> * License : ISC >> Programming Lang: C >> Description : An extremely small and simple HTTP GET-only web >> server >> >> quark is an extremely small and simple HTTP GET-only web server. It >> only serves static pages on a single host. > > Does this one provide any interesting feature over the various tiny > httpd servers already available in Debian? > > It certainly doesn't qualify as the smallest one, given the single C > source file for another implementation is smaller than one of the > several source files of quark... Hello Ansgar, A short answer to your question could be: the extremely tiny http servers that are already available in Debian are not really meant for production use, but for quickly sharing files or folders over http. The other tiny (but not extremely tiny) httpds seem to be more complex than quark, and I couldn't find one where the development is active. To answer more precisely, I took a look at all the smallish httpds in the "httpd" section. Here is a summary of the reasons why I would prefer quark over them. It's a very superficial comparison, take it with a grain of salt. Also note that quark doesn't support TLS yet, but patches are ready for it. averell: written in Erlang, depends on various Erlang stuff. micro-httpd: not standalone (depends on inetd), dead project (latest release dates back to 2005), no TLS support. mini-httpd: more complex (handles CGI, HEAD/POST, authentication, ...). Old code, supports SSL but no TLS. yaws: written in Erlang, depends on various Erlang stuff. h2o: way more complex, focuses on http/2. webfs: latest release in 2004, more complex (CGI support), code shows its age (look at those sprintf()s). weborf: more complex, not meant to be a production http server (doesn't support chrooting or dropping privileges, AFAICT). Best regards, Paride
Bug#890258: ITP: quark -- An extremely small and simple HTTP GET-only web server
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: quark Version : soon to be tagged Upstream Author : Laslo Hunhold * URL : https://tools.suckless.org/quark/ * License : ISC Programming Lang: C Description : An extremely small and simple HTTP GET-only web server quark is an extremely small and simple HTTP GET-only web server. It only serves static pages on a single host.
Bug#877388: s-nail adoption
Dear Hilko, If you didn't change your mind, I would like to adopt s-nail. I used it quite a few times when developing email sending scripts and it always served me well. I would be happy to take care of its Debian package. I took a look at the packaging and I see it's up-to-date with the latest upstream release and you're using the classic branch structure I'm already familiar with. I would like to move the repository to salsa (under the "debian" group, the equivalent of collab-maint). I already maintain a couple of packages there. I am not a DD, so I will need support in creating the repository and sponsorship for the upload. Best regards, Paride signature.asc Description: OpenPGP digital signature
Bug#889308: ITA: an
Control: retitle 889308 ITA: an -- very fast anagram generator Control: owner 889308 ! I intend to adopt 'an', a package that gave me some good fun on several occasions (people are strange...). I prepared a new packaging repository here: https://salsa.debian.org/paride-guest/an but as you may guess from d/control I'd like to maintain the package under salsa.debian.org/debian/, where I already maintain a couple of packages. As I'm not a Debian Developer, I will need a DD to create a repository for me and to sponsor the package upload. The packaging structure follows DEP-14. Lintian is quite happy about the package I prepared: http://paste.debian.net/1009476/ but another review by a DD is always welcome. Best regards, Paride
Bug#886995: ITP: sac2mseed -- Convert SAC waveform data to MiniSEED
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: sac2mseed Version : 1.12 Upstream Author : Chad Trabant (IRIS Consortium) * URL : https://ds.iris.edu/ds/nodes/dmc/software/ * License : GPL-3 Programming Lang: C Description : Convert SAC waveform data to MiniSEED SAC and MiniSEED are two commonly used formats for seismic data [1,2]. sac2mseed converts SAC waveform data to MiniSEED format. By default the format of the input files is automatically detected: alpha or binary (byte order autodetected). This utility is part of the standard toolbox of the seismologist. I also filed an ITP for the utility that does the opposite conversion (bug #886993). I'd like to maintain this package within the debian-science team. Co-maintainership is welcome. The repository is currently on salsa: https://salsa.debian.org/paride-guest/sac2mseed and the packaging workflow follows what is suggested by the git-buildpackage documentation. Paride [1] https://ds.iris.edu/ds/nodes/dmc/data/formats/ [2] https://ds.iris.edu/files/sac-manual/manual/file_format.html
Bug#886993: ITP: mseed2sac -- Convert MiniSEED time series data to SAC
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: mseed2sac Version : 2.2 Upstream Author : Chad Trabant (IRIS Consortium) * URL : https://ds.iris.edu/ds/nodes/dmc/software/ * License : GPL-3 Programming Lang: C Description : Convert MiniSEED time series data to SAC SAC and MiniSEED are two commonly used formats for seismic data [1,2]. mseed2sac converts MiniSEED waveform data to SAC format. The output SAC file can be either ASCII or binary (either byte-order), the default is binary with the same byte-order as the host computer. By default all aspects of the input files are automatically detected. This utility is part of the standard toolbox of the seismologist. I'm going to file an ITP for the utility that does the opposite conversion: sac2mseed. I'd like to maintain this package within the debian-science team. Co-maintainership is welcome. The repository is currently on salsa: https://salsa.debian.org/paride-guest/mseed2sac and the packaging workflow follows what is suggested by the git-buildpackage documentation. Paride [1] https://ds.iris.edu/ds/nodes/dmc/data/formats/ [2] https://ds.iris.edu/files/sac-manual/manual/file_format.html
Bug#865283: fontmake
Just to make the point, I prepared an up to date table of the missing dependencies for fontmake: - https://github.com/googlei18n/cu2qu [RFP #868004] - https://github.com/googlei18n/glyphsLib [ITP #868005] - https://github.com/googlei18n/ufo2ft[RFP #868006] - https://github.com/fonttools/fonttools[OK] - https://github.com/googlei18n/compreffor [MISSING] - https://github.com/LettError/MutatorMath[ITP #806503] - https://github.com/typesupply/fontMath[ITP #806514] - https://github.com/unified-font-object/ufoLib [ITP #870878] - https://github.com/typemytype/booleanOperations.git [RFP #806516] - https://github.com/typesupply/defcon.git[ITP #806513] All the ITPs are owned by Yao Wei, who is doing a great work in packaging most of fontmake's dependencies. I'll try to take care of some of the missing ones, if nobody is already working on them. I'm interested in fontmake as I maintain the fonts-hack package (together with Fabian Greffrath). Starting from the soon to be released version 3, this font will be distributed together with a build script based on fontmake. This means that it will be finally possible to distribute a source package for Hack that builds to a binary package, making it a truly FLOSS font. Kind regards, Paride
Bug#847833: Packaging status, merge with RFP
Hello Jonathan, I was going to file a similar ITP, but then I found this one. My idea was to adapt Ubuntu's zram-config package, which already includes a systemd unit file that sets up zram, allocating totalmem/2 to it. How are things going with your packaging effort? If you can't dedicate time on it at the moment I'll be happy to work on it. Adapting the Ubuntu package to Debian should be quite easy. Let me know. In any case I think this ITP should be merged with this RFP bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648249 Regards, Paride
Bug#859207: RFP: minio -- Cloud storage server compatible with Amazon S3
Package: wnpp Severity: wishlist * Package name: minio Version : 2017-03-16T21-50-32Z Upstream Author : Minio Inc * URL : https://minio.io/ * License : Apache 2.0 Programming Lang: Go Description : Cloud storage server compatible with Amazon S3 Minio cloud storage server is designed to be minimal and scalable. It is light enough to be bundled along with the application stack, similar to NodeJS and Redis. It can store unstructured data such as photos, videos, container/VM images, log files and archives. I think the package should be split in a minio-server package and in a minio-client package, providing the `mc' client.
Bug#848023: RFP: jupyterhub -- Multi-user server for Jupyter notebooks
Package: wnpp Severity: wishlist Package name: jupyterhub Version : 0.7.0 Upstream Author : Project Jupyter URL : http://www.example.org/ License : BSD Programming Lang: Python Description : Multi-user server for Jupyter notebooks With JupyterHub you can create a multi-user Hub which spawns, manages, and proxies multiple instances of the single-user Jupyter notebook (IPython notebook) server. JupyterHub provides single-user notebook servers to many users. For example, JupyterHub could serve notebooks to a class of students, a corporate workgroup, or a science research group. Now that jupyter-notebook is available in sid it would be nice and I guess not too difficult to package jupyterhub too.
Bug#838895: ITP: vis -- Modern, legacy free, simple yet efficient vim-like editor.
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: vis Version : 0.2(+git) Upstream Author : Marc André Tanner * URL : https://github.com/martanne/vis * License : ISC Programming Lang: C Description : Modern, legacy free, simple yet efficient vim-like editor. Vis aims to be a modern, legacy free, simple yet efficient vim-like editor. It extends vim's modal editing with built-in support for multiple cursors and combines it with sam's structural regular expression based command language. As an universal editor it has decent Unicode support (including double width and combining characters) and should cope with arbitrary files (large files up to a few GiB, single line files, binary files). Vis strives to be simple and focuses on its core task: efficient text management. As an example the file open dialog is provided by an independent utility. The intention is not to be bug for bug compatible with vim, instead a similar editing experience should be provided. The goal could thus be summarized as "80% of vim's features implemented in roughly 1% of the code". I already did some work for the packaging, feedback is welcome: https://github.com/legovini/vis/tree/debian/sid/debian I currently build the package with git-buildpackage and I'm using it on my system. The package is simple, I could very well maintain it alone. I'm currently using it on a daily basis, so I'm willing to keep it well maintained and up to date. Even if this ITP is welcomed I plan to wait for v0.3 to be released before having the package pushed in the Debian repository. This should happen reasonably soon, see this github issue where I contacted the upstream author about my intention to package Vis: https://github.com/martanne/vis/issues/381 I will need a sponsor. Paride
Bug#797627: [Pkg-fonts-devel] Bug#797627: ITP: fonts-hack -- Typeface designed for source code
On 2015-09-04 08:51, Paul Wise wrote: > On Thu, Sep 3, 2015 at 2:33 PM, Paride Legovini wrote: > >> but is it a necessary step to have the font included in main? > > Personally I wouldn't upload it to main without fixing that I will discuss this upstream, but first I want to understand what's the point with the ttf/otf versions. Paride signature.asc Description: OpenPGP digital signature
Bug#797627: ITP: fonts-hack -- Typeface designed for source code
Dear Paul, On 2015-09-03 09:34, Paul Wise wrote: > On Tue, Sep 1, 2015 at 1:05 AM, Paride Legovini wrote: > >> * URL : https://github.com/chrissimpkins/Hack >> Description : Typeface designed for source code > > Upstream has clearly defined source in UFO format but doesn't appear > to have a clearly defined build process, please talk to them about > creating an automatic build process that can be run everywhere, > including Linux distributions. Will do, I'm also interested in this, but is it a necessary step to have the font included in main? I see that other fonts (e.g. inconsolata) just distribute the otf/ttf files. Paride signature.asc Description: OpenPGP digital signature
Bug#797627: ITP: fonts-hack -- Typeface designed for source code
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: fonts-hack Version : 2.010 Upstream Author : Christopher Simpkins * URL : https://github.com/chrissimpkins/Hack * License : Modified SIL Open Font License, Version 1.1 Programming Lang: Description : Typeface designed for source code Package description: No frills. No gimmicks. Hack is hand groomed and optically balanced to be a workhorse face for code. It has deep roots in the libre, open source typeface community and expands upon the contributions of the Bitstream Vera & DejaVu projects. The face has been re-designed with a larger glyph set, modifications of the original glyph shapes (including distinct point styles and semi-bold punctuation weight in the regular set to make analphabetic characters less transparent), and meticulous attention to metrics (including numerous spacing adjustments to improve the rhythm of the face and the legibility of code at small text sizes). The large x-height + wide aperture + low contrast design combined with PostScript hinting/hint replacement programs and a TrueType instruction set make it highly legible at commonly used source code text sizes with a sweet spot that runs in the 8px - 12px range on modern desktop and laptop monitors. After several years using Debian I feel it's time to give something back to the community. I'd like to maintain a package for my favourite monospace font. I use it as my terminal font, so I'll be very aware of the package status and quality. Paride
Bug#703579:
On Fri, Apr 12, 2013 at 07:06:06PM +0900, Thomas Moulard wrote: > Hello, > I just discovered this ITP and I wanted to notify you that I uploaded > a packaging attempt for pcl to mentors at this URL: > https://mentors.debian.net/package/pcl > > We should probably merge our efforts on this one. How far did you > go with your packaging attempt? Dear Thomas, thanks for letting me know that you're working on packaging PCL too. I didn't have much time in the past weeks, so even if I managed to make a preliminary version of a Debian package for PCL it seems like you version in more refined than mine, so I agree on merging our efforts on your version of the package. I'll start using it and I'll let you know if I find any issue. Best regards, Paride Legovini signature.asc Description: Digital signature
Bug#703579: ITP: PCL (Point Cloud Library) -- Framework for 3D point clouds data processing
On Fri, Mar 22, 2013 at 12:49:11AM +0800, Thomas Goirand wrote: > On 03/21/2013 09:51 AM, Paride Legovini wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Paride Legovini > > > > * Package name: PCL (Point Cloud Library) > > Version : 1.6 > > Upstream Author : Open Perception, Inc. (http://www.openperception.org/) > > * URL : http://www.pointclouds.org/ > > * License : BSD-3-clause > > Programming Lang: C++ > > Description : Framework for 3D point clouds data processing > > > > PCL (Point Cloud Library) is a standalone open-source framework including > > numerous state-of-the art algorithms for n-dimensional point clouds and > > 3D geometry processing. The library contains algorithms for filtering, > > feature estimation, surface reconstruction, registration, model fitting, > > and segmentation. PCL is developed by a large consortium of researchers > > and engineers around the world. It is written in C++ and released under > > the BSD license. > Hi, > > By reading the above, I was tempted to believe that this was > some kind of weather research tool. If this package reaches > Debian, please make sure to come with a better long description. Dear Thomas, thanks for your suggestions. I will not change the term "point cloud", as it is the correct technical term for what this library is for (see: https://en.wikipedia.org/wiki/Point_cloud ), but I'll try to make the description less ambiguous anyway. Maybe something the following would be better: PCL (Point Cloud Library) is a standalone open-source framework including numerous state-of-the art algorithms for n-dimensional point clouds (sets of vertices in an n-dimensional coordinate system) and 3D geometry processing. The library contains algorithms for filtering, feature estimation, surface reconstruction, registration, model fitting, and segmentation. . These algorithms can be used, for example, for perception in robotics to filter outliers from noisy data, stitch 3D point clouds together, segment relevant parts of a scene, extract keypoints and compute descriptors to recognize objects in the world based on their geometric appearance, and create surfaces from point clouds and visualize them. Let me know if you have further comments. Cheers, Paride -- 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/20130321180719.gb4...@ninthfloor.org
Bug#703579: ITP: PCL (Point Cloud Library) -- Framework for 3D point clouds data processing
Package: wnpp Severity: wishlist Owner: Paride Legovini * Package name: PCL (Point Cloud Library) Version : 1.6 Upstream Author : Open Perception, Inc. (http://www.openperception.org/) * URL : http://www.pointclouds.org/ * License : BSD-3-clause Programming Lang: C++ Description : Framework for 3D point clouds data processing PCL (Point Cloud Library) is a standalone open-source framework including numerous state-of-the art algorithms for n-dimensional point clouds and 3D geometry processing. The library contains algorithms for filtering, feature estimation, surface reconstruction, registration, model fitting, and segmentation. PCL is developed by a large consortium of researchers and engineers around the world. It is written in C++ and released under the BSD license. -- 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/20130321015135.20897.11741.report...@helix.invasodromo.lan
