Bug#1019537: RFP: backlightctl -- Lightweight monitor backlight control utility
Package: wnpp Severity: wishlist * Package name: backlightctl Upstream Author : P "hellerbarde" Stark * URL : https://github.com/hellerbarde/backlightctl * License : MIT/X Programming Lang: C Description : Lightweight monitor backlight control utility Really lightweight (<100 SLOC) monitor backlight control utility written in C that directly writes to the /sys/ filesystem. The config file is read from /etc/backlightctl.conf. It must contain exactly 2 lines. The first one points to the file controlling the brightness. The second line points to the file containing the maximal brightness. Upstream ships no formal release yet; it's been sitting in a github git repo since 2012. There's a cmake buildsystem supplied. No upstream manpage yet. I like it since it's pretty small and does _just_ what's needed; nothing more. Bye, Joost
Bug#1019537: brightnessctl is likely better / Re: Bug#1019537: RFP: backlightctl -- Lightweight monitor backlight control utility
On Sun, Sep 11, 2022 at 02:30:22PM +0200, Joost van Baal-Ilić wrote: > Package: wnpp > Severity: wishlist > > * Package name: backlightctl > Upstream Author : P "hellerbarde" Stark > * URL : https://github.com/hellerbarde/backlightctl > > Upstream ships no formal release yet; it's been sitting in a github git repo > since 2012. There's a cmake buildsystem supplied. No upstream manpage yet. > > I like it since it's pretty small and does _just_ what's needed; nothing more. But maybe it's usefulness is debatable since we're shipping the more actively maintained brightnessctl since at least buster/oldstable... Bye, Joost
Bug#1000594: ITP: sfeed -- Collection of command-line tools for processing RSS and Atom feeds
Hi, For the record, I plan to sponsor this upload; I'm in conversation with Hiltjo about this. Hiltjo: thanks for your work. Bye, Joost
Bug#1021433: ITP: libequihash -- memory-hard Proof-of-Work with fast verification
Package: wnpp Owner: Joost van Baal-Ilić Severity: wishlist * Package name: libequihash Upstream Author : Dmitry Khovratovich and Stefan Marsiske * URL : https://github.com/stef/equihash * License : CC0-1.0 Programming Lang: C++ Description : memory-hard Proof-of-Work with fast verification Equihash implements the algorith as described in "Equihash: Asymmetric Proof-of-Work Based on the Generalized Birthday Problem" by Alex Biryukov and Dmitry Khovratovich, 2016, DOI:10.14722/ndss.2016.23108. This code, by Stefan Marsiske, is a fork of an earlier implementation by Khovratovich at https://github.com/khovratovich/equihash/ ; it provides a library, a C API and Python bindings. The cryptographic password storage SPHINX (pwdsphinx and libsphinx) depend upon equihash. Upstream started packaging work at https://github.com/stef/equihash/tree/master/debian . I'll work from that first packaging code, probably using a repository at salsa.debian.org . See https://www.ctrlc.hu/~stef/blog/posts/sphinx.html and https://nlnet.nl/project/OpaqueSphinxServer/ for more background information. See e.g. https://core.ac.uk/download/pdf/31227294.pdf for a copy of the original article. The SPHINX project was funded through the NGI0 PET Fund, a fund established by NLnet with financial support from the European Commission's Next Generation Internet programme, under the aegis of DG Communications Networks, Content and Technology under grant agreement No 825310. Bye, Joost
Bug#939464: #939464 RFP: python-oletools -- Python tools to analyze MS OLE2 files
Hi, FYI: I've built 11/bullseye and 12/bookworm-binaries of python3-oletools. I've used the git repo at https://salsa.debian.org/pkg-security-team/python-oletools . For 11/bullseye I had to apply a trivial patch; 12/bookworm builds out of the box. Binaries and source packages are available from deb-src https://non-gnu.uvt.nl/debian bullseye python-oletools deb https://non-gnu.uvt.nl/debian bullseye python-oletools deb-src https://non-gnu.uvt.nl/debian bookworm python-oletools deb https://non-gnu.uvt.nl/debian bookworm python-oletools . See https://non-gnu.uvt.nl/ . Enjoy, Joost
Bug#1050473: I can help
Op Date: Thu, 11 Jan 2024 17:27:26 -0800, schreef Kevin Madrid: > I can adopt this package if still needed. Yes, please do. I like leave. Thanks, Bye, Joost
Bug#1033971: ITP: pyreadstat - read/write data sets from SAS, Stata, and SPSS from/to Python pandas.DataFrame
Package: wnpp Severity: wishlist * Package name: pyreadstat Upstream Author : Evan Miller, Otto Fajardo e.a. * URL : https://pypi.org/project/pyreadstat https://github.com/Roche/pyreadstat * License : Apache-2.0, MIT Programming Lang: Python, C Description : read/write data sets from SAS, Stata, and SPSS from/to Python pandas.DataFrame Binary package names: python3-pyreadstat A Python package to read and write popular stats packages files (like SAS (sas7bdat, sas7bcat, xport/xpt), SPSS (sav, zsav, por) and Stata (dta)) from and to Python pandas.DataFrame data structures. This module is a wrapper around the Readstat C library by Evan Miller. I'm planning to work on the pyreadstat packaging using python-team's git at Salsa, at https://salsa.debian.org/python-team/packages/pyreadstat . Bye, Joost -- Joost van Baal-Ilić https://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands signature.asc Description: PGP signature
Bug#1033971: ITP: pyreadstat - read/write data sets from SAS, Stata, and SPSS from/to Python pandas.DataFrame
Hi, Op Wed, Apr 05, 2023 at 10:41:59AM +0200 schreef Joost van Baal-Ilić: > * Package name: pyreadstat > Upstream Author : Evan Miller, Otto Fajardo e.a. > * URL : https://pypi.org/project/pyreadstat > https://github.com/Roche/pyreadstat > * License : Apache-2.0, MIT > Programming Lang: Python, C > Description : read/write data sets from SAS, Stata, and SPSS from/to > Python pandas.DataFrame > > https://salsa.debian.org/python-team/packages/pyreadstat . FWIW: This is in NEW now, at https://ftp-master.debian.org/new/pyreadstat_1.2.1-1.html . Futhermore, there's a build for Debian 11/bullseye available from deb http://non-gnu.uvt.nl/debian bullseye uvt , see http://non-gnu.uvt.nl/ for instructions. Bye, Joost -- Joost van Baal-Ilić https://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands
Bug#1049347: ITP: liboprf - Oblivious Pseudo-Random Generator and Threshold OPRF library
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: liboprf Version : 0.1 Upstream Author : Stefan Marsiske * URL : https://github.com/stef/liboprf * License : GPLv3, LGPLv3 Programming Lang: C Description : Oblivious Pseudo-Random Functions and Threshold OPRF library This library implements the basic OPRF (ristretto255, SHA-512) variant from the "Oblivious Pseudorandom Functions using Prime-Order Groups" Draft from the IRTF Crypto Forum Research Group (https://github.com/cfrg/draft-irtf-cfrg-voprf/). Additionally it implements a threshold OPRF based on "TOPPSS: Cost-minimal Password-Protected Secret Sharing based on Threshold OPRF" by Krawczyk et al (https://ia.cr/2017/363). . This library depends on libsodium. The (yet to be packaged) Klutshnik software (https://klutshnik.info/) will depend upon liboprf. I will be working on this package at (yet to be created) https://salsa.debian.org/debian/liboprf . Bye, Joost signature.asc Description: PGP signature
Bug#1049864: ITP: libopaque - Language bindings for establishing a shared secret using the OPAQUE protocol
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: libopaque Version : 0.99 Upstream Author : Stefan Marsiske and Chris Topher * URL : https://github.com/stef/libopaque * License : GPLv3, LGPLv3 Programming Lang: C, JavaScript, Python, Go, PHP Description : Language bindings for establishing a shared secret using the OPAQUE protocol This library implements the OPAQUE protocol as proposed in the IRTF Crypto Forum Research Group draft (https://github.com/cfrg/draft-irtf-cfrg-opaque). The OPAQUE protocol combines a Oblivious Pseudo-Random Function (OPRF) and an Authenticated Key-Exchange (AKE) into a protocol where a user holding nothing but a password and a server holding some information protected by the password can establish a shared secret. The library comes with bindings for js, php7, ruby, java, erlang, lua, python, go and SASL. libopaque depends on liboprf, ITP Bug #1049347 . The (yet to be packaged) Klutshnik software (https://klutshnik.info/) will depend upon libopaque. I will be working on this package at (yet to be created) https://salsa.debian.org/debian/libopaque . The libopaque project was funded through the NGI0 PET Fund, a fund established by NLnet with financial support from the European Commission's Next Generation Internet programme, under the aegis of DG Communications Networks, Content and Technology under grant agreement No 825310. Bye, Joost
Bug#1022862: ITP: libsphinx -- SPHINX password storage library
Package: wnpp Owner: Joost van Baal-Ilić Severity: wishlist * Package name: libsphinx Upstream Author : Stefan Marsiske * URL : https://github.com/stef/libsphinx * License : LGPL-3+ Programming Lang: C Description : SPHINX password storage library SPHINX -- password Store that Perfectly Hides from Itself (No Xaggeration) -- is an information-theoretically secure cryptographic password storage protocol with strong security guarantees, as described in the 2015 paper "Device-Enhanced Password Protocols with Optimal Online-Offline Protection" by Jarecki, Krawczyk, Shirvanian, and Saxena (https://ia.cr/2015/1099). libsphinx is a low-level library implementing SPHINX. I plan to package "pwdsphinx" too ( https://salsa.debian.org/debian/pwdsphinx , https://github.com/stef/pwdsphinx , ITP will follow); pwdsphinx will depend upon libequihash (ITP #1021433, https://salsa.debian.org/debian/libequihash) and libsphinx. I'm using https://salsa.debian.org/debian/libsphinx for the packaging work. See https://www.ctrlc.hu/~stef/blog/posts/sphinx.html and https://nlnet.nl/project/OpaqueSphinxServer/ for more background information. The SPHINX project was funded through the NGI0 PET Fund, a fund established by NLnet with financial support from the European Commission's Next Generation Internet programme, under the aegis of DG Communications Networks, Content and Technology under grant agreement No 825310. Bye, Joost
Bug#1023014: ITP: securestring -- Clearing the contents of strings containing cryptographic material
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: securestring Version : 0.2 Upstream Author : András Veres-Szentkirályi, Lawrence Fan * URL : https://pypi.org/project/SecureString/, https://github.com/aznashwan/py-securestring * License : MIT Programming Lang: Python Description : Clearing the contents of strings containing cryptographic material Python wrapper around OPENSSL_cleanse() which fills a pointer with a string of 0's, typically used to clear the contents of strings containing cryptographic material. I am maintaining this package as part of the Python team, I am working in https://salsa.debian.org/python-team/packages/securestring . I plan to package "pwdsphinx" too ( https://salsa.debian.org/debian/pwdsphinx , https://github.com/stef/pwdsphinx , ITP will follow); pwdsphinx will depend upon python3-securestring. See also Bug#1022862: ITP: libsphinx and Bug#1021433: ITP: libequihash. The SPHINX project was funded through the NGI0 PET Fund, a fund established by NLnet with financial support from the European Commission's Next Generation Internet programme, under the aegis of DG Communications Networks, Content and Technology under grant agreement No 825310. Bye, Joost
Bug#1023113: ITP: pwdsphinx -- SPHINX password storage protocol
Package: wnpp
Severity: wishlist
Owner: Joost van Baal-Ilić
* Package name: pwdsphinx
Version : 1.0.6
Upstream Author : Stefan Marsiske
* URL : https://github.com/stef/pwdsphinx ,
https://www.ctrlc.hu/~stef/blog/posts/sphinx.html
* License : GPL-3+, CC-BY-SA-4.0
Programming Lang: Python
Description : SPHINX password storage protocol
SPHINX -- password Store that Perfectly Hides from Itself (No Xaggeration) --
is an information-theoretically secure cryptographic password storage
protocol with strong security guarantees, as described in the 2015 paper
"Device-Enhanced Password Protocols with Optimal Online-Offline Protection" by
Jarecki, Krawczyk, Shirvanian, and Saxena (https://ia.cr/2015/1099).
.
This package [pwdsphinx] contains a CLI frontend ("sphinx"), a reference
server implementation ("oracle") and a python wrapper for the SPHINX protocol.
.
This package [pwdsphinx-tools] contains 4 simple scripts which
- wrap the client to query the master password securely using
pinentry: "getpwd",
- a tool "exec-on-click" which executes a command on mouse-click,
- a tool "type-pwd" that combines the two previous tools to insert a
password without using the clipboard,
- and a dmenu wrapper "dmenu-sphinx" that uses all of the above to retrieve
usernames and passwords for given hosts.
Some of these tools can also be used for other password managers,
that are using the clipboard to deliver passwords to the UI.
I am working on this package at https://salsa.debian.org/debian/pwdsphinx .
The package pwdsphinx depends upon python3-securestring, libsphinx0 and
libequihash0; these (securestring, libsphinx, libequihash) are in NEW now; ITPs
#1023014, #1022862, #1021433.
The SPHINX project was funded through the NGI0 PET Fund, a fund established by
NLnet with financial support from the European Commission's Next Generation
Internet programme, under the aegis of DG Communications Networks, Content and
Technology under grant agreement No 825310.
Bye,
Joost
Bug#983805: ITA ucspi-tcp and ucspi-unix
*ping* Any news? Bye, Joost
Bug#1000594: #1000594 / Re: Bug#1027404: RFS: sfeed/1.6-1 [ITP] -- simple RSS and Atom parser
Hi, FYI: Just uploaded Hiltjo's new sfeed_1.6-1. Bye, Joost
Bug#1029431: ITP: pyequihash -- python bindings for libequihash: memory-hard Proof-of-Work with fast verification
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: pyequihash Version : 0.2 Upstream Author : Stefan Marsiske * URL : https://github.com/stef/equihash/python * License : GPLv3 Programming Lang: Python Description : python bindings for libequihash: memory-hard Proof-of-Work with fast verification Binary package name: python3-equihash Equihash implements the algorith as described in "Equihash: Asymmetric Proof-of-Work Based on the Generalized Birthday Problem" by Alex Biryukov and Dmitry Khovratovich, 2016, DOI:10.14722/ndss.2016.23108. This code, by Stefan Marsiske, is a fork of an ealier implementation by Khovratovich at https://github.com/khovratovich/equihash/ ; it provides a library, a C API and Python bindings. The cryptographic password storage SPHINX (pwdsphinx and libsphinx) depend upon equihash. . This package offers a Python wrapper for the C library and comes with functions equihash.solve(n, k, seed) and equihash.verify (n,k,seed,sol). See https://www.ctrlc.hu/~stef/blog/posts/sphinx.html and https://nlnet.nl/project/OpaqueSphinxServer/ for more background information. See e.g. https://core.ac.uk/download/pdf/31227294.pdf for a copy of the original article. The SPHINX project was funded through the NGI0 PET Fund, a fund established by NLnet with financial support from the European Commission's Next Generation Internet programme, under the aegis of DG Communications Networks, Content and Technology under grant agreement No 825310. I intend to carry out this work within the Debian Python Team, at the yet to be created https://salsa.debian.org/python-team/packages/pyequihash . The libequihash package which is now in unstable ( see https://tracker.debian.org/pkg/libequihash ) currently holds the same python code. I'll upload a new version of this original libequihash package without the python wrapper code; it will no longer build python3-equihash. Packaging pyequihash from this pypi upstream sources is done in order to simplify the Debian packaging work (and by doing so fix some RC bugs). Bye, Joost
Bug#1030776: ITP: quickjs -- small and embeddable Javascript engine
Package: wnpp Severity: wishlist Owner: Sebastian Humenda X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-a11y-de...@alioth-lists.debian.net, shume...@gmx.de * Package name: quickjs Version : 2021.03.27 Upstream Contact: Fabrice Bellard, Charlie Gordon * URL : https://bellard.org/quickjs/ * License : MIT Programming Lang: C Description : small and embeddable Javascript engine QuickJS is a small and embeddable Javascript engine. It supports the ES2020 specification, including modules, asynchronous generators, proxies and BigInt. . It supports mathematical extensions such as big decimal float float numbers (BigDecimal), big binary floating point numbers (BigFloat), and operator overloading. This package is required as a dependency of Edbrowse. It has no further dependencies. Bye, Joost - on behalf of Sebastian Humenda
Bug#978149: pyenv / Re: Python 3.10 in bookworm
Hi karthek e.a.,
Op Tue, Feb 07, 2023 at 10:50:07PM +0530 schreef karthek:
> Sorry for spamming…
> Resending the same message, I just remembered debian.org ignores mails
> from mail@* addresses.
>
> On Tue, Feb 07, 2023 at 02:24:08PM +, Stefano Rivera wrote:
> > > See "ITP pyenv" @ http://bugs.debian.org/978149 .
> >
> > I think the Python development community would be very happy to see
> > this. Debian's selected Python releases don't meet all the needs of
> > Python developers, who typically want access to all supported Python 3
> > versions (and possibly the next alpha), at all times.
> >
>
> Indeed.
>
> > I'd be happy to review and sponsor uploads.
> >
>
> Thanks Stefano, I packaged it almost 2 years ago while working on
> Android Open-source project (AOSP). While I got response from upstream,
> I Haven't got any response from debian community back then apart from
> interest in it from Julian a year ago.
>
> Since then I also didn't find any DD nearyby my city to sign my key.
>
> I'm happy to work on the packaging…
>
I've just found some work of you @ https://salsa.debian.org/karthek/pyenv .
Nice!
I see you've published just one branch ("master") and did not copy upstream
sources to salsa. You might want to consider converting it to make use of the
gbp style packaging, as used by https://salsa.debian.org/python-team .
BTW: unfortunately I don't have any more time to invest in this... :(
Happy Hacking!
Bye,
Joost
--
“For if I am mistaken, I am. For one who does not exist cannot be mistaken
either.”– St. Augustine of Hippo, De Civitate Dei,
book XI, 26, early 5th century AD.
Bug#1063021: O: ruby-ami -- Ruby client library for the Asterisk Management Interface
Package: wnpp Control: affects -1 + src:ruby-ami Severity: normal Hi, I intend to orphan the ruby-ami package. A not yet packaged new upstream is available, since 2016. Upstream has not commited any code after 2016. ruby-ami has no reverse-depends in our archives, no package build-depends upon ruby-ami. The package description is: RubyAMI is an Asterisk Management Interface client library in Ruby built on Celluloid IO and based on EventMachine providing a connection to the Asterisk Manager Interface. RubyAMI is a low level library; it does not provide any features beyond connection management and protocol parsing. Actions are sent over the wire, and responses are returned. Events are passed to a callback you define. It's up to you to match these up into something useful. In this regard, RubyAMI is very similar to Blather for XMPP or Punchblock, the Ruby 3PCC library.
Bug#1063021: O: ruby-ami -- Ruby client library for the Asterisk Management Interface
Hi Reiner, Thanks for your interest. On Sun, Feb 04, 2024 at 09:19:16PM +0100, Reiner Herrmann wrote: > Joost schreef: > > A not yet packaged new upstream is available, since 2016. Upstream has not > > commited any code after 2016. > > > > ruby-ami has no reverse-depends in our archives, no package build-depends > > upon ruby-ami. > > This sounds like it can also be removed instead of being orphaned? Indeed. I am not quite sure RM-ing is the right thing to do as long as there are no annoying bugs are found. If you feel otherwise, feel free to post an RM. Thanks, Bye, Joost
Bug#983870: Picking up webdriver-manager packaging
Hi Ananthu! On Thu, Mar 21, 2024 at 11:38:36PM +0530, Ananthu C V wrote: > > It seems that you are no longer intending to work on this. > I, on the other hand, require webdriver manager for packaging > lightnovel-crawler. > So if you don't mind, can I pick this up? Sure, be my guest. I hope my comments in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983870#12 help you get started. Happy hacking! Bye, Joost
Bug#986656: ITP: runit-services -- a collection of services for runit
Hi Lorenzo e.a., Maybe https://github.com/void-linux/void-runit can be of some help too, making it easier to use runit on Debian. HTH, Bye, Joost
Bug#965169: #965169 ITA: jigl
retitle 965169 ITA: jigl -- Generates a static html photo gallery from one or more directories of images owner 965169 joos...@debian.org thanks I intend to adopt jigl. I use it myself, and plan to keep on using it. I created a git repo @ g...@salsa.debian.org:debian/jigl.git , plan to start filling it with some old .dsc's and work on a new upload from there. Bye, Joost
Bug#993009: RFP: cimfomfa -- tingea library for mcl
Package: wnpp Severity: wishlist * Package name: cimfomfa Upstream Author : Stijn van Dongen * URL : none yet * License : GPL-3+ Programming Lang: C Description : tingea library for mcl Upstream published a git snapshot prerelease of cimfomfa, at http://micans.org/phloobaz/cimfomfa-21-101.tar.gz . The upcoming mcl tarball will need cimfomfa to build, a git snapshot prerelease of upcoming mcl is available from http://micans.org/phloobaz/mcl-21-100.tar.gz . (We ship the mcl package.) cimfomfa builds libtingea.a ; the code is not yet documented. (The code is maintained using (for now private (!)) repositories at https://github.com/micans/mcl and https://github.com/micans/cimfomfa .) It would be cool if the Debian Med Packaging Team at https://salsa.debian.org/med-team could take up maintainership of this library. HTH, Bye, Joost signature.asc Description: PGP signature
Bug#993009: RFP: cimfomfa -- tingea library for mcl
On Thu, Aug 26, 2021 at 11:26:55AM +0200, Joost van Baal-Ilić wrote: > Package: wnpp > Severity: wishlist > > * Package name: cimfomfa > Upstream Author : Stijn van Dongen > * URL : none yet > * License : GPL-3+ > Programming Lang: C > Description : tingea library for mcl > > Upstream published a git snapshot prerelease of cimfomfa, at > http://micans.org/phloobaz/cimfomfa-21-101.tar.gz . The upcoming mcl tarball > will need cimfomfa to build, a git snapshot prerelease of upcoming mcl is > available from http://micans.org/phloobaz/mcl-21-100.tar.gz . (We ship the > mcl package.) > > cimfomfa builds libtingea.a ; the code is not yet documented. > > (The code is maintained using (for now private (!)) repositories at > https://github.com/micans/mcl and https://github.com/micans/cimfomfa .) > > It would be cool if the Debian Med Packaging Team at > https://salsa.debian.org/med-team could take up maintainership of this > library. News from upstream: upcoming zoem release will build-depend upon libtingea-dev. The zoem package is maintained by Debian Science Team; therefore CC-ing. Bye, Joost
Bug#993009: RFP: cimfomfa -- tingea library for mcl
Hi, Some updates. On Mon, Sep 06, 2021 at 02:05:33PM +0200, Joost van Baal-Ilić wrote: > On Thu, Aug 26, 2021 at 11:26:55AM +0200, Joost van Baal-Ilić wrote: > > Package: wnpp > > Severity: wishlist > > > > * Package name: cimfomfa > > Upstream Author : Stijn van Dongen URL : https://github.com/micans/cimfomfa > > * License : GPL-3+ > > Programming Lang: C Description : C utility library libtingea for MCL and zoem Long description: cimfomfa is used by both MCL, a cluster algorithm for graphs, and zoem, a macro/DSL language. It supplies abstractions for memory management, I/O, associative arrays, strings, heaps, and a few other things. The tingea library comes with some testing programs. > > Upstream published a git snapshot prerelease of cimfomfa, at > > http://micans.org/phloobaz/cimfomfa-21-101.tar.gz . The upcoming mcl > > tarball > > will need cimfomfa to build, a git snapshot prerelease of upcoming mcl is > > available from http://micans.org/phloobaz/mcl-21-100.tar.gz . (We ship the > > mcl package.) BTW, the mcl code is maintained at public repository https://github.com/micans/mcl . > > It would be cool if the Debian Med Packaging Team at > > https://salsa.debian.org/med-team could take up maintainership of this > > library. Or maybe zoem (debian-science), mcl (debian-med) and cimfomfa could all be maintained by https://salsa.debian.org/math-team . Since these packages will now share dependencies, maybe that would work best. Or would it be better to move zoem from debian-science to debian-med? Andreas Tille, Shayan Doust: any opinions? Bye, Joost
Bug#993009: RFP: cimfomfa -- tingea library for mcl
retitle 993009 ITP: cimfomfa -- tingea library for mcl and zoem thanks * Package name: cimfomfa Upstream Author : Stijn van Dongen URL : https://github.com/micans/cimfomfa * License : GPL-3+ Programming Lang: C Description : C utility library libtingea for MCL and zoem Long description: cimfomfa is used by both MCL, a cluster algorithm for graphs, and zoem, a macro/DSL language. It supplies abstractions for memory management, I/O, associative arrays, strings, heaps, and a few other things. The tingea library comes with some testing programs. On Mon, Nov 01, 2021 at 08:01:16PM +0100, Joost van Baal-Ilić wrote: > On Mon, Sep 06, 2021 at 02:05:33PM +0200, Joost van Baal-Ilić wrote: > > On Thu, Aug 26, 2021 at 11:26:55AM +0200, Joost van Baal-Ilić wrote: > > > Upstream published a git snapshot prerelease of cimfomfa, at > > > http://micans.org/phloobaz/cimfomfa-21-101.tar.gz . The upcoming mcl > > > tarball will need cimfomfa to build, a git snapshot prerelease of > > > upcoming mcl is available from > > > http://micans.org/phloobaz/mcl-21-100.tar.gz . (We ship the mcl > > > package.) > > BTW, the mcl code is maintained at public repository > https://github.com/micans/mcl . And btw, the zoem code is maintained at the not yet public repository at https://github.com/micans/zoem/ . > > > It would be cool if the Debian Med Packaging Team at > > > https://salsa.debian.org/med-team could take up maintainership of this > > > library. > > > Or maybe zoem (debian-science), mcl (debian-med) and cimfomfa could all be > maintained by https://salsa.debian.org/math-team . Since these packages will > now share dependencies, maybe that would work best. Or would it be better to > move zoem from debian-science to debian-med? Andreas Tille, Shayan Doust: any > opinions? Bye, Joost
Bug#1000155: #1006908 ITA: daemontools -- collection of tools for managing UNIX services
retitle 1006908 ITA: daemontools -- collection of tools for managing UNIX services owner 1006908 ! thanks I intend to adopt the daemontools package, and upload it with myself as Mainter in debian/control. On Date: Tue, 8 Mar 2022 05:50:26 +0100, Jan Mojzis wrote: > I planned to manage the daemontools package (new repo is here > https://salsa.debian.org/debian/daemontools), but I didn't get a sponsor. I > leave the packaging to someone else. The package is orphaned. Jan: Would you like to be recorded as co-maintainer? (Listed in Uploaders: in debian/control .) Anyway, thanks a lot for setting up the salsa repo, that's very helpful. And thanks a lot for your work on the packaging, of course! At a first glance, it looks ready for uploading: very nice work. Bye, Joost signature.asc Description: PGP signature
Bug#1000155: sorry for the noise / Re: #1006908 ITA: daemontools -- collection of tools for managing UNIX services
Oops, this message belonged somewhere else, sorry for the noise! Joost On Tue, Mar 08, 2022 at 06:13:52AM +0100, Joost van Baal-Ilić wrote: > retitle 1006908 ITA: daemontools -- collection of tools for managing UNIX > services
Bug#678602: ITP: frogdata - Data files for Frog
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: frogdata Upstream Author : ILK Research Group, Tilburg University, http://ilk.uvt.nl * URL : http://ilk.uvt.nl/frog * License : GPL-3 Programming Lang: (Plain text data files) Description: Data files for Frog Frog is a modular system integrating a morphosyntactic tagger, lemmatizer, morphological analyzer, and dependency parser for the Dutch language. . This package provided necessary datafiles for running Frog. . Frog is a product of the ILK Research Group (Tilburg University, The Netherlands) and the CLiPS Research Centre (University of Antwerp, Belgium). --- The new upstream frog ( http://packages.debian.org/wheezy/frog ) package depends upon frogdata. Work on packaging frogdata for Debian has started, see http://anonscm.debian.org/viewvc/debian-science/packages/frogdata/ . Bye, Joost -- 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/20120623045050.gb13...@bruhat.mdcc.cx
Bug#684756: ITP: ticcutils - library for TiCC software
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: ticcutils Upstream Author : ILK Research Group, Tilburg University, http://ilk.uvt.nl * URL : http://ilk.uvt.nl/ * License : GPL-3 Programming Lang: C++ Description: library for TiCC software The TiCC utils C++ library contains useful functions and other goodies for general use in TiMBL and other parts of the TiCC software stack and beyond. . TiCC utils is a product of the Tilburg centre for Cognition and Communication (Tilburg University, The Netherlands). . If you do scientific research in NLP, TiCC software will likely be of use to you. --- Future releases of timbl ( http://packages.debian.org/sid/timbl ), mbt and related software will depend upon libticcutils. A preliminary beta release of ticcutils is available from http://software.ticc.uvt.nl/ticcutils-0.2.tar.gz . Binary packages libticcutils and libticcutils-dev will get build from these sources. Work on packaging ticcutils for Debian will start soon at http://anonscm.debian.org/viewvc/debian-science/packages/ticcutils/ . Bye, Joost -- 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/20120813145727.ga21...@beskar.mdcc.cx
Bug#472666: #472666 RFP: nfsen -- Netflow Sensor
Hi,
Another packaging attempt ( nfsen_1.3.5-1+uvt1_all.deb ) can be seen at
deb{,-src} http://non-gnu.uvt.nl/debian squeeze uvt
. It's based upon Erik Wenzel's work. Sources also available via
dget http://non-gnu.uvt.nl/debian/squeeze/nfsen/nfsen_1.3.5-1+uvt1.dsc .
Bye,
Joost
--
Joost van Baal-Ilić http://abramowitz.uvt.nl/
Tilburg University
mailto:joostvb.uvt.nl The Netherlands
signature.asc
Description: Digital signature
Bug#653561: ITP: libfolia - implementation of the FoLiA document format
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: libfolia Upstream Author : ILK Research Group, Tilburg University, http://ilk.uvt.nl * URL : http://ilk.uvt.nl/folia * License : GPL-3 Programming Lang: C++ Description : implementation of the FoLiA document format FoLiA is an XML-based format for Linguistic Annotation suitable for representing written language resources such as corpora. Its goal is to unify a variety of linguistic annotations in one single rich format, without committing to any particular standard annotation set. Instead, it seeks to accommodate any desired system or tagset, and so offer maximum flexibility. This makes FoLiA language independent. see http://ilk.uvt.nl/folia/ for more information. . libfolia is a product of the ILK Research Group, Tilburg University (The Netherlands). --- The new upstream ucto ( http://packages.debian.org/wheezy/ucto ) and frog ( http://packages.debian.org/experimental/frog ) packages depend upon libfolia. Work on packaging libfolia for Debian has started, see http://anonscm.debian.org/viewvc/debian-science/packages/libfolia/ . Bye, Joost signature.asc Description: Digital signature
Bug#697849: ITP: libtest-command-simple-perl - Perl module to test external commands
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: libtest-command-simple-perl Upstream Author : Darin McBride * URL : http://search.cpan.org/dist/Test-Command-Simple/ * License : Perl (GPL or Artistic) Programming Lang: Perl Description : Perl module to test external commands A test module intended to simplify testing of external commands. It does so by running the command under IPC::Open3, closing the stdin immediately, and reading everything from the command's stdout and stderr. It then makes the output available to be tested. . It is not (yet?) as feature-rich as Test::Cmd, however the interface to this is much simpler. Tests also plug directly into the Test::Builder framework, which plays nice with Test::More. Test::Command::Simple is needed for building (during "make test") the validns package, that one is being worked on at e.g. https://launchpad.net/~jelu/+archive/validns . libtest-command-simple-perl will be maintained by myself and Casper Gielen ( capslock2000-guest @ alioth ). Bye, Joost signature.asc Description: Digital signature
Bug#122614: Bug #122614: publicfile-installer -- Installer to building publicfile binary package
Hi, I am looking for a webserver which has no support for PHP, doesn't need a configuration file and possibly no support for CGI-scripts. There are very few small webservers like that; it seems they're getting extinct. I plan to work on getting DJB's publicfile shipped with Debian, in some form. I plan to use git on alioth's collab-maint for packaging. I'm not quite sure yet about which patches from http://publicfile.org/ to apply. And I'll work on getting the licensing clear. Help welcome :) Bye, Joost -- 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/20141123055939.gf11...@beskar.mdcc.cx
Bug#122614: preliminary source packages available from http://mdcc.cx/publicfile/ (was: Re: Bug #122614: publicfile-installer -- Installer to building publicfile binary package)
Hi, On Sun, Nov 23, 2014 at 06:59:39AM +0100, Joost van Baal-Ilić wrote: > > I am looking for a webserver which has no support for PHP, doesn't need a > configuration file and possibly no support for CGI-scripts. There are very > few > small webservers like that; it seems they're getting extinct. I plan to work > on getting DJB's publicfile shipped with Debian, in some form. > > I plan to use git on alioth's collab-maint for packaging. I'm not quite sure > yet about which patches from http://publicfile.org/ to apply. And I'll work > on > getting the licensing clear. tl;dr: WiP, help welcome, code published but not usable yet. FYI: I'm planning to create a publicfile-installer package, which will download and debuild the publicfile source package which is now being created at http://anonscm.debian.org/cgit/collab-maint/publicfile.git/ . Some preliminary work is published on http://mdcc.cx/publicfile/ . Bye, Joost -- 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/20141221105212.ga31...@beskar.mdcc.cx
Bug#750853: ITA: postfix-cluebringer -- anti-spam plugin for Postfix
Hi Nigel e.a., On Sat, 07 Jun 2014 15:50:41 +, Nigel Kukard wrote: > I intend to adopt postfix-cluebringer and will make an upload asap. Excellent! Did you manage to publish some work, e.g. in some git repo somewhere? FWIW, I found out v2.0.14 was released upstream on 2013-10-26. Furthermore, Bug #735120 (non-free w3c icons) is fixed upstream in https://gitlab.devlabs.linuxassist.net/policyd/policyd/commit/925edf8630b83e3f474e47490369b830829a16b6, at around 2014-05. So it should not be that hard to get postfix-cluebringer back in Debian... Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands signature.asc Description: Digital signature
Bug#725396: ITP: network-manager-ssh -- SSH VPN integration for
Hi Mathieu, In january 2014 you've announced your work on packaging network-manager-ssh for Debian. Are some preliminary results available yet? Some git repo somewhere? I believe I need this software; so I'm interested in trying it out. Bye, Joost -- Joost van Baal-Ilić ┍┑ Want indien sy vallen, d’een recht http://ad1810.com/━━ ││ ━━ sijnen medegeselle op: maer wee den http://mdcc.cx/ ━━ ││ ━━ eenen die gevallen is: want daer en Tilburg, The Netherlands ┕┙ is geen tweede om hem op te helpen. signature.asc Description: Digital signature
Bug#808142: ITP: r-cran-httpuv -- GNU R package of HTTP and WebSocket Server Library
Package: wnpp Severity: wishlist * Package name: r-cran-httpuv Version : 1.3.3 Upstream Author : Joe Cheng * URL : https://cran.r-project.org/web/packages/httpuv/ * License : GPL, BSD, the ISC license, Two clause BSD license Programming Lang: C, R Description : GNU R package of HTTP and WebSocket Server Library The R package httpuv provides low-level socket and protocol support for handling HTTP and WebSocket requests directly from within R. It is primarily intended as a building block for other packages, rather than making it particularly easy to create complete web applications using httpuv alone. httpuv is built on top of the libuv and http-parser C libraries, both of which were developed by Joyent, Inc. The R httpuv package ( https://github.com/rstudio/httpuv ) is needed for RStudio's Shiny Server ( https://www.rstudio.com/products/shiny/shiny-server/ ), which is licensed under the AGPLv3; see also https://github.com/rstudio/shiny-server . We plan to run Shiny Server at Tilburg University. I'm working on the httpuv packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-httpuv.git / git://anonscm.debian.org/debian-science/packages/r-cran-httpuv.git . See also my earlier message https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> (10 Nov 2015, debian-scie...@lists.debian.org, Subject: running RStudio's Shiny Server the Debian way). Bye, Joost -- Syndicalism objects to a large union treasury [...] If the labor movement in this country were not backed by such large funds, it would not be as conservative as it is, nor would the leaders be so readily corrupted. [...] Large treasuries [...] create class distinctions and jealousies within the ranks of labor, so detrimental to the spirit of solidarity. The worker whose organization has a large purse considers himself superior to his poorer brother [...] -- Emma Goldman, Syndicalism: the modern menace to capitalism, 1913 signature.asc Description: Digital signature
Bug#808148: ITP: r-cran-jsonlite -- Robust, High Performance JSON Parser and Generator for GNU R
Package: wnpp Severity: wishlist * Package name: r-cran-jsonlite Version : 0.9.17 Upstream Author : Jeroen Ooms * URL : https://cran.r-project.org/web/packages/jsonlite/ * License : MIT Programming Lang: C, R Description : Robust, High Performance JSON Parser and Generator for GNU R The GNU R package jsonlite is a fast JSON parser and generator optimized for statistical data and the web. The package offers flexible, robust, high performance tools for working with JSON in R and is particularly powerful for building pipelines and interacting with a web API. The implementation is based on the mapping described in the vignette (Ooms, 2014). In addition to converting JSON data from/to R objects, 'jsonlite' contains functions to stream, validate, and prettify JSON data. The unit tests included with the package verify that all edge cases are encoded and decoded consistently for use with dynamic data in systems and applications. The R jsonlite package is needed for RStudio's Shiny Server. I'm working on the jsonlite packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-jsonlite.git . See also Bug#808142: ITP: r-cran-httpuv -- GNU R package of HTTP and WebSocket Server Library and https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way". Bye, Joost -- Criste, tua dextra quae mundat et intus et extra - interius mundare quod haec nequit unda. □ http://abramowitz.uvt.nl/ □ http://mdcc.cx/ signature.asc Description: Digital signature
Bug#808155: ITP: r-cran-knitr -- GNU R package for dynamic report generation using Literate Programming techniques
Package: wnpp Severity: wishlist * Package name: r-cran-knitr Version : 1.11 Upstream Author : Yihui Xie * URL : https://cran.r-project.org/web/packages/knitr/ * License : ? (will contact upstream about this) Programming Lang: R, CSS Description : GNU R package for dynamic report generation using Literate Programming techniques The R package knitr is a general-purpose literate programming engine, with lightweight API's designed to give users full control of the output without heavy coding work. It combines many features into one package with slight tweaks motivated from my everyday use of Sweave. The R knitr package is needed for RStudio's Shiny Server. I'll contact upstream ( https://github.com/yihui/knitr/ , http://yihui.name/knitr/ ) about license information; I couldn't find anything relevant in the sources. I'm working on the knitr packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-knitr.git . See also Bug#808142: ITP: r-cran-httpuv, Bug#808148: ITP: r-cran-jsonlite and https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way". Bye, Joost -- Common-sense, n.: the reason so many people can be wrong at the same time. --The Thinking Man's Dictionary, Kevin Solway http://abramowitz.uvt.nl/ □http://ad1810.com/ □http://mdcc.cx/ signature.asc Description: Digital signature
Bug#808156: ITP: r-cran-mime -- R package which maps filenames to MIME Types
Package: wnpp Severity: wishlist * Package name: r-cran-mime Version : 0.4 Upstream Author : Yihui Xie * URL : https://cran.r-project.org/web/packages/mime/ * License : GPL-2 Programming Lang: R, C Description : R package which maps filenames to MIME Types Guesses the MIME type from a filename extension using the data derived from /etc/mime.types in UNIX-type systems. The R mime package is needed for RStudio's Shiny Server. More upstream information is available from https://github.com/yihui/mime. I'm working on the mime packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-mime.git . See also Bug#808142: ITP: r-cran-httpuv, Bug#808148: ITP: r-cran-jsonlite, #808155: ITP: r-cran-knitr and https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way". Bye, Joost -- A new heart also will I give you, and a new spirit will I put within you: and I will take away the stony heart out of your flesh, and I will give you an heart of flesh. --Ezekiel 36:26 KJV http://abramowitz.uvt.nl/ 〇 http://ad1810.com/ 〇 http://mdcc.cx/ signature.asc Description: Digital signature
Bug#808159: ITP: r-cran-yaml -- Methods to convert R data to YAML and back
Package: wnpp Severity: wishlist * Package name: r-cran-yaml Version : 2.1.13 Upstream Author : Jeremy Stephens * URL : https://cran.r-project.org/web/packages/yaml * License : BSD_3_clause Programming Lang: R, C Description : Methods to convert R data to YAML and back This package implements the libyaml YAML 1.1 parser and emitter for R. The R yaml package is needed for RStudio's Shiny Server. I'm working on the mime packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-yaml.git . See also Bug#808142: ITP: r-cran-httpuv, Bug#808148: ITP: r-cran-jsonlite, #808155: ITP: r-cran-knitr, #808156: ITP: r-cran-mime and https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way". This is today's last ITP from me. :) Bye, Joost -- Le premier qui, ayant enclos un terrain, s'avisa de dire « Ceci est à moi », et trouva des gens assez simples pour le croire, fut le vrai fondateur de la société civile. Que de crimes, que de guerres, de meurtres, que de misères et d'horreurs n'eût point épargnés au genre humain celui qui, arrachant les pieux ou comblant le fossé, eût crié à ses semblables : Gardez-vous d'écouter cet imposteur; vous êtes perdus, si vous oubliez que les fruits sont à tous, et que la terre n'est à personne. —-Jean-Jacques Rousseau, De l'Inégalité parmi les hommes, 1755 signature.asc Description: Digital signature
Bug#808807: ITP: r-cran-formatr -- R package which formats R code automatically - formatR
Package: wnpp Severity: wishlist * Package name: r-cran-formatr Version : 1.2.1 Upstream Author : Yihui Xie * URL : https://cran.r-project.org/web/packages/formatR/ , http://yihui.name/formatR * License : GPL Programming Lang: R Description : R package which formats R code automatically - formatR Provides a function tidy_source() to format R source code. Spaces and indent will be added to the code automatically, and comments will be preserved under certain conditions, so that R code will be more human-readable and tidy. There is also a Shiny app as a user interface in this package (see tidy_app()). The R formatR package is a dependency for r-cran-knitr (ITP Bug#808155); r-cran-knitr is needed for RStudio's Shiny Server. I'll work on the packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-formatr.git . See also r-cran-httpuv_1.3.3-2 (Bug#808142) in NEW, r-cran-mime_0.4-2 in NEW and https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way". Bye, Joost signature.asc Description: Digital signature
Bug#808808: ITP: r-cran-highr -- Syntax Highlighting for R Source Code automatically - formatR
Package: wnpp Severity: wishlist * Package name: r-cran-highr Version : 0.5.1 Upstream Author : Yihui Xie * URL : https://cran.r-project.org/web/packages/highr/ , https://github.com/yihui/highr * License : GPL Programming Lang: R Description : Syntax Highlighting for R Source Code Provides syntax highlighting for R source code. Natively supports LaTeX and HTML output. Source code of other languages is supported via Andre Simon's highlight package (http://www.andre-simon.de). The R highr package is a dependency for r-cran-knitr (ITP Bug#808155); r-cran-knitr is needed for RStudio's Shiny Server. I'll work on the packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-highr.git . See also r-cran-httpuv_1.3.3-2 (Bug#808142) in NEW, r-cran-mime_0.4-2 in NEW and https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way". Bye, Joost signature.asc Description: Digital signature
Bug#808148: has already been packaged and uploaded (was: Re: ITP: r-cran-jsonlite [...])
Closing this bug since r-cran-jsonlite has already been packaged by Chris Lawrence, see #805256. Bye, Joost signature.asc Description: Digital signature
Bug#684726: reassign 684726 to nagios-plugins-contrib / shipping check_v46 with Debian and Ubuntu: software license
reassign 684726 nagios-plugins-contrib thanks Also: Have mailed upstream author Ville Mattila asking him to add free software license to the script; currently no license information is supplied. Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands signature.asc Description: Digital signature
Bug#704967: [wnpp] freedict has been orphaned
I am interested in comaintaining the freedict package. Bye, Joost -- 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/20130409032603.gb25...@beskar.mdcc.cx
Bug#704970: [wnpp] opendict has been orphaned
I am interested in comaintaining the opendict package. Bye, Joost -- 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/20130409034007.gc25...@beskar.mdcc.cx
Bug#705129: ITP: python-timbl -- Python bindings for the Tilburg Memory Based Learner (Timbl)
Hi, Some background info: python-timbl (https://github.com/proycon/python-timbl) will get maintained under the debian-science umbrella, using this groups SVN-repo at Alioth (user proycon-guest). I'll co-maintain the package. See also https://bugs.launchpad.net/ubuntu/+bug/618884 . Bye, Joost -- 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/20130410134736.gc16...@beskar.mdcc.cx
Bug#705129: ITP #705129 python-timbl
On Sat, Apr 13, 2013 at 02:04:56PM +0200, Mònica Ramírez Arceda wrote: > > I've just retitled #705129 as it seems to be an ITP. Yes, thanks for that! > Please, feel free > to fix the owner if it is not the correct one. No need, that's fine. Bye, Joost -- I will go before thee, and make the crooked places straight: I will break in pieces the gates of brass, and cut in sunder the bars of iron --Isa 45:2 -- 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/20130414054520.gw16...@beskar.mdcc.cx
Bug#859000: ITP: r-cran-mplusautomation -- GNU R package automating Mplus Model Estimation and Interpretation -- MplusAutomation
Package: wnpp Severity: wishlist * Package name: r-cran-mplusautomation * URL : https://cran.r-project.org/web/packages/MplusAutomation * License : LGPL-3 Description : GNU R package automating Mplus Model Estimation and Interpretation -- MplusAutomation GNU R package automating latent variable model estimation and interpretation using Mplus, a latent variable modeling program developed by Muthen and Muthen (www.statmodel.com). Specifically, this package provides routines for creating related groups of models, running batches of models, and extracting and tabulating model parameters and fit statistics. . See also https://github.com/michaelhallquist/MplusAutomation . I will work on the packaging using debian-science's git at Alioth https://anonscm.debian.org/cgit/debian-science/packages/r-cran-mplusautomation.git . Bye, Joost -- http://mdcc.cx/ - ^ - http://ad1810.com/ signature.asc Description: Digital signature
Bug#813481: ITP: r-cran-markdown -- GNU R package providing R bindings to the Sundown Markdown rendering library
Package: wnpp Severity: wishlist * Package name: r-cran-markdown Version : 0.7.7 Upstream Author : Yihui Xie * URL : https://cran.r-project.org/web/packages/markdown/ * License : GPL e.a. Programming Lang: R, C Description : GNU R package providing R bindings to the Sundown Markdown rendering library Provides R bindings to the Sundown Markdown rendering library by Vicent Marti e.a., based upon work by Natacha Porté. Markdown is a plain-text formatting syntax that can be converted to XHTML or other formats. . The R function `markdownToHTML` renders a markdown file to HTML. Options controlling HTML output and supported markdown extensions can be optionally specified. . The package also exports the underlying Sundown C extension API which enables creating and calling custom renderers using the `renderMarkdown` function. The R markdown package is a dependency for r-cran-knitr (ITP Bug#808155); r-cran-knitr is needed for RStudio's Shiny Server. I'll work on the packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/packages/r-cran-markdown.git . See also https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way". Bye, Joost signature.asc Description: Digital signature
Bug#813481: ITP: r-cran-markdown -- GNU R package providing R bindings to the Sundown Markdown rendering library
On Tue, Feb 02, 2016 at 07:20:43AM -0600, Dirk Eddelbuettel wrote: > > On 2 February 2016 at 13:43, Joost van Baal-Ilić wrote: > | Package: wnpp > | Severity: wishlist > | > | * Package name: r-cran-markdown > | Version : 0.7.7 > | Upstream Author : Yihui Xie > | * URL : https://cran.r-project.org/web/packages/markdown/ > | * License : GPL e.a. > | Programming Lang: R, C > | Description : GNU R package providing R bindings to the Sundown > Markdown rendering library > | > | Provides R bindings to the Sundown Markdown rendering library by Vicent > Marti e.a., > | based upon work by Natacha Porté. Markdown is a plain-text formatting > syntax that can > | be converted to XHTML or other formats. > | . > | The R function `markdownToHTML` renders a markdown file to HTML. Options > | controlling HTML output and supported markdown extensions can be optionally > | specified. > | . > | The package also exports the underlying Sundown C extension API which > | enables creating and calling custom renderers using the `renderMarkdown` > | function. > > It's also outdated (but still a depends). All never processed call the newer > package rmarkdown (leading r, uses pandoc), also by RStudio, which in turns > call knitr for some parts. Thanks, added a note to r-cran-markdown's description (in git @ alioth). > But markdown should be easy enough to package, > hopefully. It just entered https://ftp-master.debian.org/new.html . > Thanks for doing this. Thanks for your interest! Joost signature.asc Description: Digital signature
Bug#813815: ITP: r-cran-nfactors -- GNU R package for Parallel Analysis and Non Graphical Solutions to the Cattell Scree Test -- nFactors
Package: wnpp Severity: wishlist * Package name: r-cran-nfactors Upstream Author : Gilles Raiche (Universite du Quebec a Montreal) * URL : https://cran.r-project.org/web/packages/nFactors/ * License : GPL Programming Lang: R Description : GNU R package for Parallel Analysis and Non Graphical Solutions to the Cattell Scree Test -- nFactors This package supplies Parallel Analysis and Non Graphical Solutions to the Cattell Scree Test for R. Bye, Joost
Bug#814532: RFP: python-django-adminsortable -- Generic drag-and-drop ordering for objects and tabular inlines in Django Admin
Package: wnpp Severity: wishlist * Package name: python-django-adminsortable Upstream Author : Brandon Taylor < brandon /a/ iambrandontaylor /./ com > * URL : https://github.com/iambrandontaylor/django-admin-sortable (and https://pypi.python.org/pypi/django-admin-sortable/ ) * License : Apache Public License v2 Programming Lang: Python Description : Generic drag-and-drop ordering for objects and tabular inlines in Django Admin Django Admin Sortable enables adding drag-and-drop ordering to any model in Django admin. Inlines for a sortable model may also be made sortable, enabling individual items or groups of items to be sortable. I will likely package it myself, likely within the python-modules project (git on Alioth). Bye, Joost signature.asc Description: Digital signature
Bug#814532: RFP: python-django-adminsortable -- Generic drag-and-drop ordering for objects and tabular inlines in Django Admin
Hi, Op Fri, Feb 12, 2016 at 03:36:00PM +0100 schreef Joost van Baal-Ilić: > > * Package name: python-django-adminsortable > Upstream Author : Brandon Taylor < brandon /a/ iambrandontaylor /./ com > > * URL : https://github.com/iambrandontaylor/django-admin-sortable > (and https://pypi.python.org/pypi/django-admin-sortable/ ) > * License : Apache Public License v2 > Programming Lang: Python > Description : Generic drag-and-drop ordering for objects and tabular > inlines in Django Admin > > Django Admin Sortable enables adding drag-and-drop ordering to any model in > Django admin. Inlines for a sortable model may also be made sortable, > enabling > individual items or groups of items to be sortable. > > I will likely package it myself, likely within the python-modules project (git > on Alioth). FWIW: There's a first attempt at packaging now at http://non-gnu.uvt.nl/debian/sid/python-django-adminsortable/python-django-adminsortable_2.0.10-1.dsc Bye, Joost
Bug#818266: ITP: python-django-casclient -- CAS client library for Django, K-State's version
Package: wnpp Severity: wishlist * Package name: python-django-casclient * URL : https://pypi.python.org/pypi/django-cas-client/, https://github.com/kstateome/django-cas * License : MIT Programming Lang: Python Description : CAS client library for Django, K-State's version Django-cas is a CAS client library for Django. It is K-State's fork of the original and includes Edmund Crewe's proxy ticket patch and several additional features as well as features merged from KTHse's django-cas2. I'll work on the packaging using debian-python's git at Alioth, at https://anonscm.debian.org/cgit/python-modules/packages/python-django-casclient . Bye, Joost signature.asc Description: Digital signature
Bug#818266: ITP: python-django-casclient -- CAS client library for Django, K-State's version
On Tue, Mar 15, 2016 at 09:59:41AM +, Neil Williams wrote: > On Tue, 15 Mar 2016 10:27:21 +0100 > Joost van Baal-Ilić wrote: > > > Package: wnpp > > Severity: wishlist > > > > * Package name: python-django-casclient > > * URL : https://pypi.python.org/pypi/django-cas-client/, > > https://github.com/kstateome/django-cas > > * License : MIT > > Programming Lang: Python > > Description : CAS client library for Django, K-State's version > > Please expand on CAS for those who are unfamiliar wit it - it took > quite some searching to work out what this acronym means in this > context. Thanks, description now is: Description: CAS single sign-on client library for Django, K-State's version Django-cas is a Central Authentication Service (CAS) client library for Django, offering single sign-on web authentication. It is K-State's fork of the original and includes Edmund Crewe's proxy ticket patch and several additional features as well as features merged from KTHse's django-cas2. Bye, Joost
Bug#819363: r-cran stuff in debian-science and debian / Re: Bug#819363: ITP: r-cran-shiny -- GNU R web application framework
Hi, On Mon, Mar 28, 2016 at 03:13:34PM +0200, Andreas Tille wrote: > On Mon, Mar 28, 2016 at 11:09:38AM +0200, Geert Stappers wrote: > > > What exatly do you want to tell me? Thank's to Joost's previous work > > > one precondition for the package I ITPed (r-cran-shiny) exists, yes. > > > > That two teams are working on "r-cran-stuff", I hope they join forces. > > I'm fine with moving r-cran- to any team / VCS that > might care for R packages inside Debian. I had several disputes about > forming an R team inside Debian which always failed since Dirk does not > agree about this. As far as I understand it, currently most r-cran stuff in debian is maintained within the debian science team. > My packages are either in Debian Science or Debian > Med - any DD has commit permissions to both VCSes. Same here for my r-cran packages; so no risk of doing any duplicate work :) > > > Anything else? > > > > A web-search did bring up > > https://non-gnu.uvt.nl/debian/jessie/r-cran-shiny/ > > which has a r-cran-shiny_0.12.2-1~jessie1_amd64.deb > > I'm exclusively seeking on site:debian.org so I missed this. IIRC that package is an extremely crude hack, better not look at it. All my r-cran work suitable for public consumption is in the debian-science git repo. > Thanks for the heads up Yup, thanks Geert. Bye, Joost
Bug#819363: r-cran stuff in debian-science and debian / Re: Bug#819363: ITP: r-cran-shiny -- GNU R web application framework
On Tue, Mar 29, 2016 at 08:35:31AM +0200, Andreas Tille wrote: > On Mon, Mar 28, 2016 at 11:34:28PM +0200, Joost van Baal-Ilić wrote: > > > > which has a r-cran-shiny_0.12.2-1~jessie1_amd64.deb > > > > > > I'm exclusively seeking on site:debian.org so I missed this. > > > > IIRC that package is an extremely crude hack, better not look at it. All my > > r-cran work suitable for public consumption is in the debian-science git > > repo. > > OK. Just tell me if you want me to move r-cran-shiny from Debian Med > Git to Debian Science Git. Nah, don't bother; if I need to I'll find it anyway. Thanks! Bye, Joost
Bug#774765: backport to jessie, link to oracle 12, not 11
Hi, FYI: I've backported the package to jessie, and linked it to Oracle 12, not 11. Source and binary (for now) available from deb http://non-gnu.uvt.nl/debian jessie uvt Bye, Joost signature.asc Description: Digital signature
Bug#774765: rejected? (was: Re: Bug#774765: ITP: php-oci8 -- Extension for Oracle Database)
Hi Mathieu e.a.,
Op Sat, Sep 24, 2016 at 11:03:56AM +0200 schreef Mathieu Parent:
> 2016-09-19 9:04 GMT+02:00 Joost van Baal-Ilić :
> >
> > What's the status of this bug? Did it get rejected by the ftpmasters?
> > (Seems yes, since I can no longer find php-oci8 in
> > https://ftp-master.debian.org/new.html .)
>
> It was rejected because the buildep is not in the archive.
Sounds reasonable.
> > Why did it get rejected? Could the reject message maybe get send to this
> > bugreport?
>
> Will do.
Thanks!
I feel even if php-oci8 will never get shipped with Debian, using the
shared git reposity at Alioth is useful.
> > In other news: I plan to add PDO-support to php-oci8, so that it ships both
> > /usr/lib/php5/20131226/oci8.so and /usr/lib/php5/20131226/pdo_oci8.so .
>
> Good.
Are you OK with me pushing it straight into
ssh://git.debian.org/git/pkg-php//php-oci8.git ? Could user joostvb @ alioth
get added to group pkg-php? (I've send a request via
https://alioth.debian.org/project/request.php?group_id=30320 . I've created
attached trivial patch and would like to push it. Or maybe you have time to
push it?
> I don't plan to work on this package soon.
OK.
> I currently use those packages
So do I, at work.
> but I won't help Oracle installations if Oracle is not
> helping (by changing the terms).
Fair enough.
Bye,
Joost
---------
commit 27bfa388fc9380b82388a4543d2104d673074365
Author: Joost van Baal-Ilić
Date: Mon Oct 10 14:15:50 2016 +0200
* debian/README.source: explain why this package can't be shipped with
Debian.
diff --git a/debian/README.source b/debian/README.source
index eb117c7..b8927b1 100644
--- a/debian/README.source
+++ b/debian/README.source
@@ -1,2 +1,10 @@
This package build-depends on oracle-instantclient11.2-{basic,devel} packages
which are built with alien from the upstream rpm packages.
+
+Oracle's Instant Client is shipped by Oracle under the "Oracle Technology
+Network Development and Distribution License Agreement for Instant Client",
+which seems to be not a DFSG-compliant License. Therefore,
+oracle-instantclient11.2-{basic,devel} are not and won't be shipped with
+Debian. Since php-oci8 build-depends on Oracle's Instant Client, it won't be
+shipped with Debian either. See https://bugs.debian.org/774765 for more
+information.
diff --git a/debian/changelog b/debian/changelog
index 95200c5..69047b5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+php-oci8 (2.0.8-2) UNRELEASED; urgency=medium
+
+ * UNRELEASED.
+ * debian/README.source: explain why this package can't be shipped with
+Debian.
+
+ -- Joost van Baal-Ilić Mon, 10 Oct 2016 14:14:16
+0200
+
php-oci8 (2.0.8-1) unstable; urgency=medium
* Initial release (Closes: #774765)
commit 27bfa388fc9380b82388a4543d2104d673074365
Author: Joost van Baal-Ilić
Date: Mon Oct 10 14:15:50 2016 +0200
* debian/README.source: explain why this package can't be shipped with
Debian.
diff --git a/debian/README.source b/debian/README.source
index eb117c7..b8927b1 100644
--- a/debian/README.source
+++ b/debian/README.source
@@ -1,2 +1,10 @@
This package build-depends on oracle-instantclient11.2-{basic,devel} packages
which are built with alien from the upstream rpm packages.
+
+Oracle's Instant Client is shipped by Oracle under the "Oracle Technology
+Network Development and Distribution License Agreement for Instant Client",
+which seems to be not a DFSG-compliant License. Therefore,
+oracle-instantclient11.2-{basic,devel} are not and won't be shipped with
+Debian. Since php-oci8 build-depends on Oracle's Instant Client, it won't be
+shipped with Debian either. See https://bugs.debian.org/774765 for more
+information.
diff --git a/debian/changelog b/debian/changelog
index 95200c5..69047b5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+php-oci8 (2.0.8-2) UNRELEASED; urgency=medium
+
+ * UNRELEASED.
+ * debian/README.source: explain why this package can't be shipped with
+Debian.
+
+ -- Joost van Baal-Ilić Mon, 10 Oct 2016 14:14:16 +0200
+
php-oci8 (2.0.8-1) unstable; urgency=medium
* Initial release (Closes: #774765)
Bug#840427: ITP: rt-extension-sla -- Service Level Agreements for RT
Package: wnpp Severity: wishlist * Package name: rt-extension-sla * URL : https://metacpan.org/release/RT-Extension-SLA * License : GPL-2 Description : Service Level Agreements for RT The SLA (service-level agreement) RT extension is used to implement automated due dates using service levels, as commonly agreed upon between service providers and its customers. . Each service level can be described using several options: Starts, Resolve, Response, KeepInLoop, OutOfHours and ServiceBusinessHours. There is no WebUI in the current version. Almost everything is controlled in RT's config. I plan to work on the packaging using RT team's git at Alioth; I plan to create https://anonscm.debian.org/cgit/pkg-request-tracker/rt-extension-sla.git . Bye, Joost -- http://mdcc.cx/ ★ http://ad1810.com/ ★ http://abramowitz.uvt.nl/
Bug#840427: ITP: rt-extension-sla -- Service Level Agreements for RT
Hi Dominic e.a., FYI: I've filed this ITP: Op Tue, Oct 11, 2016 at 03:48:32PM +0200 schreef Joost van Baal-Ilić: > Package: wnpp > Severity: wishlist > > * Package name: rt-extension-sla > * URL : https://metacpan.org/release/RT-Extension-SLA > * License : GPL-2 > Description : Service Level Agreements for RT > The SLA (service-level agreement) RT extension is used to implement automated > due dates using service levels, as commonly agreed upon between service > providers and its customers. > . > Each service level can be described using several options: Starts, > Resolve, Response, KeepInLoop, OutOfHours and ServiceBusinessHours. > There is no WebUI in the current version. Almost everything is controlled > in RT's config. > > I plan to work on the packaging using RT team's git at Alioth; I plan to > create > https://anonscm.debian.org/cgit/pkg-request-tracker/rt-extension-sla.git . Maarten Horden has offered to comaintain. Bye, Joost PS: FYI: rt-extension-repeatticket is still in https://ftp-master.debian.org/new.html -- http://mdcc.cx/ ★ http://ad1810.com/ ★ http://abramowitz.uvt.nl/
Bug#774765: php-oci8
Hi Ondřej, Op Wed, Oct 12, 2016 at 04:07:08PM +0200 schreef Ondřej Surý: > > you can package it into contrib as a arch-all package php-oci8-src > containing extension > sources in /usr/src/php-oci8.tar.xz that builds php-oci8 at the > installation time or > at the user request. New package would trigger a rebuild... or > something like that. > > Shouldn't be that difficult :) Thanks for sharing your thoughts. Indeed, something like that could work. Ideally a .deb is built containing the php-oci8 binary. I've got some experience with -installer packages like this ( e.g. https://packages.debian.org/sid/publicfile-installer ). Now let's just find some time... Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands
Bug#843328: O: dimbl - Distributed Memory Based Learner for Natural Language Processing
Package: wnpp Severity: normal Hi, I am no longer interested in maintaining dimbl. Upstream (Maarten van Gompel) feels shipping dimbl with Debian is of very limited use: people interested in dimbl likely are better served always using the very latest version of it. I'll request for removal of dimbl from unstable and testing, soonish. Unless someone else steps up RSN, that is. Be aware there is serious/RC/FTBFS Bug #833905 open (which is relatively easy to fix).) (From the description: The Dimbl Distributed Memory Based Learner is a wrapper around the k-nearest neighbor classifier in TiMBL, offering parallel classification on multi-CPU machines. Dimbl splits the original training set, builds separate TiMBL classifiers per training subset, and merges their nearest-neighbor sets per classified instance. If you do scientific research in Natural Language Processing using the Memory-Based Learning technique, Dimbl will likely be of use to you.) Bye, Joost signature.asc Description: Digital signature
Bug#843328: O: dimbl - Distributed Memory Based Learner for Natural Language Processing
Hi Bálint, On Mon, Nov 07, 2016 at 08:45:07PM +0100, Bálint Réczey wrote: > 2016-11-05 22:17 GMT+01:00 Joost van Baal-Ilić > : > > > > I am no longer interested in maintaining dimbl. Upstream (Maarten van > > Gompel) > > feels shipping dimbl with Debian is of very limited use: people interested > > in > > dimbl likely are better served always using the very latest version of it. > > > > I'll request for removal of dimbl from unstable and testing, soonish. > > I suggest not requesting the removal. The package was practically > unmaintained in Debian for years (last upload: 2013-09-17) while upstream > is not exactly fast moving (last release was in January). > Please delay the removal request by at least 6 months to let others step > up as maintainers. > > I may fix the RC bug with a new upstream during the freeze after all > packages under my name are ready for Stretch. Great, consider this package yours. Thanks a lot, Bye, Joost > Joost wrote: > > Unless someone else steps up RSN, that is. Be aware there is > > serious/RC/FTBFS > > Bug #833905 open (which is relatively easy to fix).) > > > > (From the description: The Dimbl Distributed Memory Based Learner is a > > wrapper > > around the k-nearest neighbor classifier in TiMBL, offering parallel > > classification on multi-CPU machines. Dimbl splits the original training > > set, > > builds separate TiMBL classifiers per training subset, and merges their > > nearest-neighbor sets per classified instance. If you do scientific > > research > > in Natural Language Processing using the Memory-Based Learning technique, > > Dimbl > > will likely be of use to you.) signature.asc Description: Digital signature
Bug#808808: Package ready for upload in Git - do you want to upload?
Hi Andreas, On Tue, May 03, 2016 at 09:34:27PM +0200, Andreas Tille wrote: > > I stumbled upon r-cran-knitr which is needed for some test suites. I > finalised the r-cran-highr packaging which is now free of lintian > issues. Do you want to upload to new or should I go on. If I do not > hear from you until weekend I assume you are fine if I upload. Thanks for your work. Please go ahead and upload. Bye, Joost
Bug#824934: ITP: ruby-ami -- Ruby client library for the Asterisk Management Interface
Package: wnpp Severity: wishlist * Package name: ruby-ami * URL : https://github.com/adhearsion/ruby_ami Upstream Author : Ben Langfeld, Jay Phillips * License : MIT Programming Lang: Ruby Description : A Ruby client library for the Asterisk Management Interface RubyAMI is an Asterisk Management Interface client library in Ruby built on Celluloid IO and based on EventMachine providing a connection to the Asterisk Manager Interface. RubyAMI is a low level library; it does not provide any features beyond connection management and protocol parsing. Actions are sent over the wire, and responses are returned. Events are passed to a callback you define. It's up to you to match these up into something useful. In this regard, RubyAMI is very similar to Blather for XMPP or Punchblock, the Ruby 3PCC library. Maintained by the Debian Ruby Project using https://anonscm.debian.org/cgit/pkg-ruby-extras .
Bug#831880: ITP: r-cran-matrixcalc -- GNU R functions for matrix calculations -- matrixcalc
Package: wnpp Severity: wishlist * Package name: r-cran-matrixcalc * URL : https://cran.r-project.org/web/packages/matrixcalc * License : GPL-2+ Description : GNU R functions for matrix calculations -- matrixcalc GNU R package supplying functions to support matrix calculations for probability, econometric and numerical analysis. There are additional functions that are comparable to APL functions which are useful for actuarial models such as pension mathematics. The R matrixcalc package is a dependency for sem, which I intend to package as r-cran-sem. I am working on the packaging using debian-science's git at Alioth https://anonscm.debian.org/cgit/debian-science/packages/r-cran-matrixcalc.git See also https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way" for background. Bye, Joost signature.asc Description: Digital signature
Bug#831883: ITP: r-cran-corpcor -- GNU R for Estimation of Covariance and Correlation -- corpcor
Package: wnpp Severity: wishlist * Package name: r-cran-corpcor * URL : https://cran.r-project.org/web/packages/corpcor , http://strimmerlab.org/software/corpcor/ * License : GPL-2 Description : GNU R for Estimation of Covariance and Correlation The R corpcor package is a dependency for semPlot, which I intend to package as r-cran-semplot. I am working on the packaging using debian-science's git at Alioth https://anonscm.debian.org/cgit/debian-science/packages/r-cran-corpcor.git See also https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way" for background. Bye, Joost signature.asc Description: Digital signature
Bug#831885: ITP: r-cran-semtools -- GNU R Tools for Structural Equation Modeling -- semTools
Package: wnpp Severity: wishlist * Package name: r-cran-semtools * URL : https://cran.r-project.org/web/packages/semtools * License : GPL-2+ Description : GNU R Tools for Structural Equation Modeling -- semTools GNU R package providing useful tools for structural equation modeling packages. The R semtools package enhances lavaan, which I intend to package as r-cran-lavaan. Other upcoming packages (no ITP posted yet; most of these are in debian-science's git at Alioth): r-cran-survey r-cran-lavaan.survey r-cran-shinydashboard r-cran-simsem r-cran-nfactors r-cran-kernlab r-cran-qgraph r-cran-semplot r-cran-sem See also https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way" for background. Bye, Joost signature.asc Description: Digital signature
Bug#831889: ITP: r-cran-lavaan -- GNU R package for latent variable analysis -- lavaan
Package: wnpp Severity: wishlist * Package name: r-cran-lavaan * URL : https://cran.r-project.org/web/packages/lavaan * License : GPL-2+ Description : GNU R package for latent variable analysis -- lavaan This package supplies latent variable analysis for R. One can use lavaan to estimate a large variety of multivariate statistical models, including path analysis, confirmatory factor analysis, structural equation modeling and growth curve models. I am working on the packaging using debian-science's git at Alioth https://anonscm.debian.org/cgit/debian-science/packages/r-cran-lavaan.git See also https://lists.debian.org/<20151110083253.gb6...@dijkstra.uvt.nl> "running RStudio's Shiny Server the Debian way" for background. Bye, Joost -- http://mdcc.cx/ signature.asc Description: Digital signature
Bug#834969: ITP: librt-extension-repeatticket-perl -- Perl module for repeating tickets in RT (Request Tracker) based on schedule
Package: wnpp Severity: wishlist * Package name: librt-extension-repeatticket-perl * URL : https://metacpan.org/release/RT-Extension-RepeatTicket * License : GPL-2 Description : Perl module for repeating tickets in RT (Request Tracker) based on schedule The RepeatTicket extension for the Request Tracker trouble-ticket tracking system allows you to set up recurring tickets so new tickets are automatically created based on a schedule. The new tickets are populated with the subject and initial content of the original ticket in the recurrence. . After you activate the plugin by adding it to your RT_SiteConfig.pm file, all tickets will have a Recurrence tab on the create and edit pages. To set up a repeating ticket, click the checkbox to "Enable Recurrence" and fill out the schedule for the new tickets. . New tickets are created when you initially save the recurrence, if new tickets are needed, and when your daily cron job runs the rt-repeat-ticket script. I've chosen to name this package "librt-extension-repeatticket-perl", following naming convention of CPAN packages. I am aware of the rt4-extension-* packages (like e.g. rt4-extension-calendar), but feel the name librt-extension-repeatticket-perl is more suitable to fit in pkg-perl policy. People looking for this package will find it anyway. I'll work on the packaging using pkg-perl's git at Alioth https://anonscm.debian.org/cgit/pkg-perl/packages/librt-extension-repeatticket-perl.git/ . Bye, Joost signature.asc Description: Digital signature
Bug#835082: ITP: r-cran-semplot -- GNU R Path diagrams and visual analysis of various SEM packages output -- semPlot
Package: wnpp Severity: wishlist * Package name: r-cran-semplot * URL : https://cran.r-project.org/web/packages/semplot * License : GPL-2 Description : GNU R Path diagrams and visual analysis of various SEM packages output -- semPlot GNU R package providing path diagrams and visual analysis of various Structural Equation Modeling packages' output. I am working on the packaging using debian-science's git at Alioth https://anonscm.debian.org/cgit/debian-science/packages/r-cran-semplot.git Bye, Joost -- http://mdcc.cx/ - ^ - http://ad1810.com/
Bug#835083: ITP: r-cran-sem -- GNU R functions for fitting structural equation models -- sem
Package: wnpp Severity: wishlist * Package name: r-cran-sem * URL : https://cran.r-project.org/web/packages/sem * License : GPL-2 Description: GNU R functions for fitting structural equation models -- sem GNU R package supplying functions for fitting general linear structural equation models (with observed and latent variables) using the RAM approach, and for fitting structural equations in observed-variable models by two-stage least squares. I am working on the packaging using debian-science's git at Alioth https://anonscm.debian.org/cgit/debian-science/packages/r-cran-sem.git Bye, Joost -- http://mdcc.cx/ - ^ - http://ad1810.com/
Bug#835303: ITP: r-cran-mi -- GNU R package for Missing Data Imputation and Model Checking -- mi
Package: wnpp Severity: wishlist * Package name: r-cran-mi * URL : https://cran.r-project.org/web/packages/mi (and http://www.stat.columbia.edu/~gelman/) * License : GPL-2+ Description : GNU R package for Missing Data Imputation and Model Checking -- mi The mi R package provides functions for data manipulation, imputing missing values in an approximate Bayesian framework, diagnostics of the models used to generate the imputations, confidence-building mechanisms to validate some of the assumptions of the imputation algorithm, and functions to analyze multiply imputed data sets with the appropriate degree of sampling uncertainty. I am working on the packaging using debian-science's git at Alioth https://anonscm.debian.org/cgit/debian-science/packages/r-cran-mi.git Bye, Joost signature.asc Description: Digital signature
Bug#774765: rejected? (was: Re: Bug#774765: ITP: php-oci8 -- Extension for Oracle Database)
Hi Mathieu e.a., What's the status of this bug? Did it get rejected by the ftpmasters? (Seems yes, since I can no longer find php-oci8 in https://ftp-master.debian.org/new.html .) Why did it get rejected? Could the reject message maybe get send to this bugreport? In other news: I plan to add PDO-support to php-oci8, so that it ships both /usr/lib/php5/20131226/oci8.so and /usr/lib/php5/20131226/pdo_oci8.so . Bye, Joost signature.asc Description: Digital signature
Bug#774765: license conditions for Oracle's Instant Client libraries (was: Re: Bug#774765: ITP: php-oci8 -- Extension for Oracle Database)
Op Sat, 21 May 2016 07:14:52 +0200 schreef Petter Reinholdtsen: > good. I had a look at the debian/copyright files using debmake and > license-reconcile, and both reported no serious issue with it. So that > part should be solid enough. > > Could there be a license issue with some Oracle libraries? Maybe > Are they non-free? Yes, see http://www.oracle.com/technetwork/licenses/instant-client-lic-152016.html for license conditions on e.g. oracle-instantclient12.1-basic which ships /usr/lib/oracle/12.1/client64/lib/libclntsh.so.12.1 . php-oci8 depends upon Oracle's Instant Client libraries. It has conditions like "you do not charge your end users for use of the Programs" and "prohibit the reverse engineering (unless required by law for interoperability), disassembly or decompilation of the Programs". So clearly non-free. > What is the license of the combined work? Good question :) Bye, Joost -- ✉ Joost van Baal-Ilić irc://irc.uvt.nl/joostvb http://abramowitz.uvt.nl/ ☎ (013-466-)3519 do afwezig kamer G 236 LIS Unix https://go.uvt.nl/unix signature.asc Description: Digital signature
Bug#877946: #877946: ITP:cx_oracle - Python Interface for Oracle Database
Hi, Thanks to the work of Adam Cecile at https://salsa.debian.org/python-team/packages/python-cx-oracle I've just published python-cx-oracle_7.3.debian.orig.tar.gz python-cx-oracle_7.3.debian-0.1+deb9u1.dsc python-cx-oracle_7.3.debian-0.1+deb9u1.debian.tar.xz python3-cx-oracle_7.3.debian-0.1+deb9u1_amd64.deb : backports to Debian 9/stretch of python-cx-oracle. Available from https://non-gnu.uvt.nl/debian/stretch/python-cx-oracle/ or deb http://non-gnu.uvt.nl/debian stretch python-cx-oracle . Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands
Bug#979808: ITP: r-cran-statcheck -- GNU R functions for extraction of statistics from articles and recomputing p values
Package: wnpp Severity: wishlist * Package name: r-cran-statcheck Upstream Author : Sacha Epskamp and Michele B. Nuijten * URL : https://cran.r-project.org/package=statcheck * License : GPL-2 Programming Lang: R Description : GNU R functions for extraction of statistics from articles and recomputing p values GNU R package for extraction of statistical references from a directory with HTML and PDF files. The package extracts statistical values (t and F statistics) from PDF files. The "pdftotext" program is used to convert PDF files to plain text files. By default a gui window is opened that allows you to choose the directory (using tcltk). I'm working on the knitr packaging using debian-science's git at Salsa, at https://salsa.debian.org/r-pkg-team/r-cran-statcheck . Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands
Bug#983870: ITP: webdriver-manager - Webdriver Manager for Python
Package: wnpp Severity: wishlist * Package name: webdriver-manager Upstream Author : Sergey Pirogov * URL : https://pypi.org/project/webdriver-manager/ * License : Apache-2.0 Programming Lang: Python Description : Webdriver Manager for Python Binary package names: python3-webdriver-manager The Webdriver Manager for Python simplifies management of binary drivers for different browsers. It supports ChromeDriver, GeckoDriver, IEDriver, OperaDriver and EdgeChromiumDriver. It is used by calling "from selenium import webdriver" from your Python code. I'm planning to work on the webdriver-manager packaging using python-team's git at Salsa, at https://salsa.debian.org/python-team/packages/webdriver-manager . Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands signature.asc Description: PGP signature
Bug#984497: upstream does not want debian to ship their free software (was: Re: python-cython-blis package)
Just one other example: On Fri, Mar 05, 2021 at 05:19:01PM +0100, Drew Parsons wrote: > On 2021-03-05 16:52, Andreas Tille wrote: > > On Fri, Mar 05, 2021 at 09:52:47AM +0800, Paul Wise wrote: > > > > > > It seems unlikely that upstream will have changed their mind, it > > So there's no legal (or technical) reason to not package, just > the social reason that doing so will gain the ire of the author. > > There is precedence: the author of cdrtools was extremely hostile to > packaging, > https://lists.debian.org/debian-devel/2006/08/msg00113.html > https://lists.debian.org/debian-devel/2006/08/msg00320.html > https://lists.debian.org/debian-devel/2006/08/msg00653.html > > Eventually we had to just drop cdrtools (and consequently xcdroast) > https://lists.debian.org/debian-devel/2006/08/msg00775.html And there was https://www.jwz.org/blog/2016/04/i-would-like-debian-to-stop-shipping-xscreensaver/ , 5 years ago. We decided to ship it anyway. Bye, Joost
Bug#983870: ITP: webdriver-manager - Webdriver Manager for Python
Hi again, Op Tue, Mar 02, 2021 at 03:16:47PM +0100 schreef Joost van Baal-Ilić: > I'm planning to work on the webdriver-manager packaging using > python-team's git at Salsa, at > https://salsa.debian.org/python-team/packages/webdriver-manager . Turns out my $employer does not need webdriver-manager, but only needs chromium-driver which is already being shipped by us. For anybody else interested in webdriver-manager in Debian, here's some more stuff I've learned about it (lots of thanks to Paul "pabs" Wise e.a.): Webdriver Manager is an installer package: it downloads, installs, and updates software from google, github/mozilla, microsoft and opera: % cd webdriver_manager && grep ' url=' * | grep http chrome.py: url="https://chromedriver.storage.googleapis.com";, firefox.py: url="https://github.com/mozilla/geckodriver/releases/download";, microsoft.py: url="http://selenium-release.storage.googleapis.com";, microsoft.py: url="https://msedgedriver.azureedge.net";, opera.py: url="https://github.com/operasoftware/operachromiumdriver/"; . Currently we have chromium-driver, build from chromium. Ubuntu builds firefox-geckodriver from firefox, see e.g. https://packages.ubuntu.com/hirsute/firefox-geckodriver . And our bugs #874207 and #907913 ask for firefox to enable the geckodriver build. We'll likely never have a MS Edge driver, nor the Opera Chromium driver. (We do have webkit2gtk-driver, build from webkit2gtk. And we do have wpewebkit-driver, build from wpewebkit.) So, the only reason to ship webdriver-manager with Debian would be to easily have an up to date MS Edge driver and Opera Chromium driver. And to work around the still open bug about lacking firefox-geckodriver. I've published a _very_ bare bones .deb on https://non-gnu.uvt.nl/debian/buster/webdriver-manager/webdriver-manager_3.3.0-1~buster1.dsc , binary available via deb http://non-gnu.uvt.nl/debian buster webdriver-manager . This might help anybody else interested in packaging webdriver-manager for Debian. Bye, Joost
Bug#903643: ITP: baconqrcode / Re: Bug#903643: (no subject)
Hi William, On Wed, Jul 29, 2020 at 06:40:30PM +0200, William Desportes wrote: > > I intend to take this one since it is still waiting, Great! > let me know if you still want to work on it. Not really, actually. The maintainer of the eduvpn suite decided to drop the baconqrcode dependency, mainly because of https://github.com/Bacon/BaconQrCode/issues/70 . Some old packaging effort for BaconQrCode 1.0.3 is still available from https://github.com/eduvpn/eduvpn-debian/tree/buster/BaconQrCode/debian , it might be useful for packaging 2.x. Happy Hacking, Bye, Joost
Bug#901499: #901499 ITP: php-yubitwee -- YubiKey OTP Validator library
I won't package this software for Debian, and I don't think anybody should: upsteam says: "the correct thing to be doing is using U2F, so do not use this library if you are writing new software, please investigate U2F as that will be more secure than using the proprietary YubiCo solution for verifying hardware tokens!" (at https://git.tuxed.net/fkooman/php-yubitwee/about/ ). Bye, Joost
Bug#813815: Open ITPs (turned into RFPs)
Hi Andreas, On Mon, Jul 22, 2019 at 07:42:06PM +0200, Andreas Tille wrote: > > you have at least two long standing ITPs (#813815 - r-cran-nfactors, > #835082 - r-cran-semplot, may be others) which were turned into RFPs > automatically. Could you give some statement whether these packages > might remain interesting for you and whether we should fire up > prepare_missing_cran_package for these? Thanks for this reminder. For both r-cran-nfactors and r-cran-semplot there already _is_ work in our g...@salsa.debian.org:r-pkg-team : at r-cran-nfactors.git and r-cran-semplot.git . So no need for prepare_missing_cran_package for those. I cannot commit to maintaining these packages appear in a stable Debian release: I do all my R packaging work during $dayjob; I'm mainly interested in keeping the packages working on Debian stable, and somewhat in sync with upsteam. So that's technically what would end up in debian backports. The reason I stick the work in git @ salsa is I feel there's a chance others might benefit from it too. That's the reason I've recently not been very active in actually uploading it to NEW. There some packages of me in our git now for which I've not yet posted ITP's. I believe this interferes badly with some of your workflows. Would it help you if I actually _would_ post ITP's? I'd be glad to. Also, debian/copyright of most of my recent packages is still lacking. I'll try to find time to work on that (note to self: have another look at cme). What do you think? Bye, Joost PS: thanks for your talk @ debconf, I enjoyed the video!
Bug#901502: ITP: twig-extensions -- Twig Extensions
Hi Felipe, Thanks for the reminder. On Mon, Sep 03, 2018 at 10:31:24AM -0300, Felipe Sateler wrote: > On Thu, Jun 14, 2018 at 9:41 AM Joost van Baal-Ilić > wrote: > > On Thu, Jun 14, 2018 at 09:11:46AM -0400, Felipe Sateler wrote: > > > On Thu, 14 Jun 2018 10:27:40 +0200 Joost van =?utf-8?Q?Baal-Ili=C4=87?= < > > > joos...@debian.org> wrote: > > > > Package: wnpp > > > > Severity: wishlist > > > > Owner: Joost van Baal-Ilić > > > > > > > > * Package name: twig-extensions > > > > Version : 1.3.0 > > > > Upstream Author : Fabien Potencier > > > > * URL : https://github.com/twigphp/Twig-extensions > > > > * License : MIT/X > > > > Programming Lang: PHP > > > > Description : Twig Extensions > > > > > > > > The Twig Extensions is a library that provides several useful > > > > extensions for Twig that do not belong to the core. It currently > > > > ships Text, i18n, Intl, Array and Date Extensions. > > > > > > > > Symphony's Twig is a flexible, fast, and secure template engine for > > > > PHP. > > > > > > I have made an attempt at packaging this at [1] (it's needed by > > > phpmyadmin too). However, I've lacked time to properly test and request > > > review by more experienced PHP people. Please feel free to use my attempt > > > as a starting point if it is useful. > > > > > > [1] https://salsa.debian.org/phpmyadmin-team/twig-extensions > > > > Thanks, this is very likely helpful indeed. Note that other previous work > > is available from > > https://github.com/eduvpn/eduvpn-debian/tree/master/Twig-extensions too... > > Any update on this? Not really. > It would be great if this were uploaded to debian, so phpmyadmin can be > updated. Some preliminary work is still available from https://github.com/eduvpn/eduvpn-debian/tree/master/Twig-extensions . Plan is still to move this to salsa, in a properly setup git repo (e.g. gbp-style, or whatever is most appropriate). Feel free to pick up the work, btw. I'd be happy to comaintain. Bye, Joost signature.asc Description: Digital signature
Bug#901499: ITP: php-yubitwee - YubiKey OTP Validator library
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: php-yubitwee Version : 1.1.3 Upstream Author : François Kooman * URL : https://git.tuxed.net/fkooman/php-yubitwee/about/ * License : MIT/X Programming Lang: PHP Description : YubiKey OTP Validator library A very simple, secure YubiKey OTP Validator with pluggable HTTP client. vpn-server-api ( https://github.com/eduvpn/vpn-server-api ) depends upon php-yubitwee. (At one point in time vpn-server-api will migrate from using php-yubitwee to U2F. It is not yet known _when_ that will happen.) The vpn-server-api and php-yubitwee packages are part of the Let's Connect! VPN software suite, being developed by SURFnet, the Dutch National Research and Education Network. Packaging php-yubitwee in Debian is the first step towards integrating the Let's Connect! stack in Debian. Currently, the suite consists of 15 source packages, see https://github.com/eduvpn/eduvpn-debian . Refer to https://letsconnect-vpn.org and https://eduvpn.org/ for more information. I'll request to package this software in the PHP PEAR and Composer group at https://salsa.debian.org/php-team/pear . Bye, Joost signature.asc Description: Digital signature
Bug#901502: ITP: twig-extensions -- Twig Extensions
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: twig-extensions Version : 1.3.0 Upstream Author : Fabien Potencier * URL : https://github.com/twigphp/Twig-extensions * License : MIT/X Programming Lang: PHP Description : Twig Extensions The Twig Extensions is a library that provides several useful extensions for Twig that do not belong to the core. It currently ships Text, i18n, Intl, Array and Date Extensions. Symphony's Twig is a flexible, fast, and secure template engine for PHP. vpn-lib-common ( https://github.com/eduvpn/vpn-lib-common ) and vpn-user-portalhttps://github.com/eduvpn/vpn-user-portal ) depend upon twig-extensions ( http://twig-extensions.readthedocs.io/ ). The vpn-lib-common, vpn-user-portal and twig-extensions packages are part of the Let's Connect! VPN software suite. See https://bugs.debian.org/901499 for another ITP for Let's Connect!/eduVPN ( https://github.com/eduvpn/eduvpn-debian). I'll request to package this software in the PHP PEAR and Composer group at https://salsa.debian.org/php-team/pear . Bye, Joost
Bug#901502: ITP: twig-extensions -- Twig Extensions
Hi Felipe, On Thu, Jun 14, 2018 at 09:11:46AM -0400, Felipe Sateler wrote: > On Thu, 14 Jun 2018 10:27:40 +0200 Joost van =?utf-8?Q?Baal-Ili=C4=87?= < > joos...@debian.org> wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Joost van Baal-Ilić > > > > * Package name: twig-extensions > > Version : 1.3.0 > > Upstream Author : Fabien Potencier > > * URL : https://github.com/twigphp/Twig-extensions > > * License : MIT/X > > Programming Lang: PHP > > Description : Twig Extensions > > > > The Twig Extensions is a library that provides several useful extensions > > for Twig that do not belong to the core. It currently ships Text, i18n, > > Intl, Array and Date Extensions. > > > > Symphony's Twig is a flexible, fast, and secure template engine for PHP. > > I have made an attempt at packaging this at [1] (it's needed by phpmyadmin > too). However, I've lacked time to properly test and request review by more > experienced PHP people. Please feel free to use my attempt as a starting > point if it is useful. > > [1] https://salsa.debian.org/phpmyadmin-team/twig-extensions Thanks, this is very likely helpful indeed. Note that other previous work is available from https://github.com/eduvpn/eduvpn-debian/tree/master/Twig-extensions too... Bye, Joost
Bug#831717: reretitle to ITA: filetraq -- Small utility to keep track of changes in config files
retitle 831717 ITA: filetraq -- Small utility to keep track of changes in config files thanks Yes, I still plan to upload another filetraq. Thanks, Bye, Joost
Bug#903643: ITP: baconqrcode -- QR Code Generator for PHP
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: baconqrcode Version : 2.0.0 Upstream Author : Ben "DASPRiD" Scholzen * URL : https://github.com/Bacon/BaconQrCode * License : BSD-2-clause Programming Lang: PHP Description : QR Code Generator for PHP BaconQrCode is a port of QR code portion of the ZXing library. It currently only features the encoder part, but could later receive the decoder part as well. vpn-user-portal ( https://github.com/eduvpn/vpn-user-portal ) depends upon php-bacon-qr-code . The vpn-user-portal package is part of the Let's Connect! VPN software suite. See https://bugs.debian.org/901499 and https://bugs.debian.org/901502 for other ITPs for Let's Connect!/eduVPN ( https://github.com/eduvpn/eduvpn-debian). I'll request to package this software in the PHP PEAR and Composer group at https://salsa.debian.org/php-team/pear . Bye, Joost signature.asc Description: Digital signature
Bug#999837: ITP: merecat -- simple web server with only basic features
Package: wnpp Owner: Joost van Baal-Ilić Severity: wishlist * Package name: merecat Upstream Author : Joachim Wiberg * URL : https://troglobit.com/projects/merecat/ * License : BSD 2-clause Programming Lang: C Description : simple web server with only basic features Merecat is a simple web server based on Jef Poskanzer's thttpd. It supports all basic features required for most use-cases. The most prominent features are probably HTTPS, using OpenSSL, PHP, multiple servers with HTTP redirect support, redirect from HTTP to HTTPS, virtual hosts, and the URL-traffic-based throttling. . Its small footprint makes it is suitable for small and embedded systems. I plan to migrate my personal web servers to merecat, and maintain the software using git at https://salsa.debian.org/debian . Upstream also publishes a debian/ directory btw, at their git repo at https://github.com/troglobit/merecat ; and I published a first shot at packaging at http://mdcc.cx/tmp/merecat/ . Bye, Joost
Bug#999837: ITP: merecat -- simple web server with only basic features
Hi Thaddeus, On Wed, Nov 17, 2021 at 09:31:25PM +, Thaddeus H. Black wrote: > On Wed, Nov 17, 2021 at 01:54:20PM +0100, Joost van Baal-Ilić wrote: > > Package: wnpp > > Owner: Joost van Baal-Ilić > > Severity: wishlist > > > > * Package name: merecat > > Upstream Author : Joachim Wiberg > > * URL : https://troglobit.com/projects/merecat/ > > * License : BSD 2-clause > > Programming Lang: C > > Description : simple web server with only basic features > > > > Merecat is a simple web server based on Jef Poskanzer's thttpd. > > It supports all basic features required for most use-cases. The > > most prominent features are probably HTTPS, using OpenSSL, PHP, > > multiple servers with HTTP redirect support, redirect from HTTP > > to HTTPS, virtual hosts, and the URL-traffic-based throttling. > > . > > Its small footprint makes it is suitable for small and embedded > > systems. > > > > I plan to migrate my personal web servers to merecat, and maintain > > the software using git at https://salsa.debian.org/debian . Upstream > > also publishes a debian/ directory btw, at their git repo > > at https://github.com/troglobit/merecat ; and I published a first > > shot at packaging at http://mdcc.cx/tmp/merecat/ . > > If I ask you how merecat improves upon simple web servers already in > Debian, I do not mean to challenge you, nor to discourage you. I am > merely curious. > > If you don't mind telling me, how *does* merecat improve upon simple > web servers already in Debian? I've found 5 + 2 + 1 of them: averell : written in erlang droopy : with upload functionality filetea : filesharing functionality gatling : has more features thin: written in Ruby Maybe webfs and civetweb are comparable to merecat, I'll look closer. And then there's publicfile-installer which I plan to Orphan soonish. I believe it boils down to: merecat is written in the widely spoken C language, is based upon the widely tested thttpd code, and has a very minimal feature set (and therefore possibly fewer bugs). Anyway, I'll try to improve the merecat description with these and more findings, thanks for your interest! Bye, Joost
Bug#993009: RFP: cimfomfa -- tingea library for mcl
Hi, Minor update. On Mon, Nov 01, 2021 at 08:01:16PM +0100, Joost van Baal-Ilić wrote: > On Mon, Sep 06, 2021 at 02:05:33PM +0200, Joost van Baal-Ilić wrote: > > On Thu, Aug 26, 2021 at 11:26:55AM +0200, Joost van Baal-Ilić wrote: > > > > > > * Package name: cimfomfa > > > Upstream Author : Stijn van Dongen > > URL : https://github.com/micans/cimfomfa > > > > * License : GPL-3+ > > > Programming Lang: C > > Description : C utility library libtingea for MCL and zoem > > Long description: > > cimfomfa is used by both MCL, a cluster algorithm for graphs, and zoem, > a macro/DSL language. It supplies abstractions for memory management, I/O, > associative arrays, strings, heaps, and a few other things. > The tingea library comes with some testing programs. https://github.com/micans/cimfomfa/archive/refs/tags/21-341.tar.gz was released dec 10, 2021. > > > The upcoming mcl tarball will need cimfomfa to build, a git snapshot > > > prerelease of upcoming mcl is available from > > > http://micans.org/phloobaz/mcl-21-100.tar.gz . (We ship the mcl > > > package.) > > BTW, the mcl code is maintained at public repository > https://github.com/micans/mcl . > > > It would be cool if the Debian Med Packaging Team at > > > https://salsa.debian.org/med-team could take up maintainership of this > > > library. > > Or maybe zoem (debian-science), mcl (debian-med) and cimfomfa could all be > maintained by https://salsa.debian.org/math-team . Since these packages will > now share dependencies, maybe that would work best. Or would it be better to > move zoem from debian-science to debian-med? Andreas Tille, Shayan Doust: > any opinions? I'll very likely maintain cimfomfa at https://salsa.debian.org/science-team . cimfomfa 21-341.tar.gz lacks a configure.ac, and therefore is not trivial to build; I've just reported that upstream. A preliminary http://mdcc.cx/tmp/cimfomfa/cimfomfa_21-341-1.dsc is available. Bye, Joost
Bug#1082019: RFP: email-oauth2-proxy -- transparently add OAuth 2.0 support to IMAP/POP/SMTP client applications
Package: wnpp Severity: wishlist * Package name: email-oauth2-proxy Version : 2024-09-12 Upstream Author : Simon Robinson https://simon.robinson.ac e.a. * URL : https://github.com/simonrob/email-oauth2-proxy * License : Apache-2.0 Programming Lang: Python Description : transparently add OAuth 2.0 support to IMAP/POP/SMTP client applications Email services that support IMAP, POP and/or SMTP access are increasingly requiring the use of OAuth 2.0 to authenticate connections, but not all clients support this method. This tool creates a simple local proxy that intercepts the traditional IMAP/POP/SMTP authentication commands and transparently replaces them with the appropriate SASL (X)OAuth 2.0 commands and credentials. Your email client can continue to use the login or auth/authenticate options, with no need to make it aware of OAuth's existence. The proxy works in the background with a menu bar/taskbar helper or as a headless system service. One can use email-oauth2-proxy to access e.g. an Office 365 email account without using Outlook's build in authentication, or use Gmail without using the App Password. I plan to use this software myself @ $dayjob. Happy to contribute to any packaging effort, e.g. @ salsa in the debian namespace. Bye, Joost
Bug#1095417: O: validns -- high performance DNS/DNSSEC zone validator
Package: wnpp Control: affects -1 + src:validns Severity: normal Hi, I intend to orphan the validns package. I've just uploaded to sid with my name removed, and the name of not-DD Casper Gielen removed. It is C code, maintained using git on salsa, in the debian group. Latest upstream commit was in August 2023, 2 years ago. I myself didn't do any work on it since Dec 2016, after that the package saw some (much appreciated) NMU's and Team Uploads. The package description is: Validns is a standalone command line RFC 1034/1035 zone file validation tool that, in addition to basic syntactic and semantic zone checks, includes DNSSEC signature verification and NSEC/NSEC3 chain validation, as well a number of optional policy checks on the zone. . The utility was developed with the goal of it being the last verification step in the chain of production and publication of one or more zones containing up to many thousands (or millions) of signed records, making the speed of operation a primary focus, and reflect on validns’ design. . The utility is currently being used by several major DNS operators. . Currently, validns offers the following features: - parse RFC 1035-compliant zone files (so called “BIND” file format) - supports most of the standard record types - informs the user precisely where and what the errors are - verifies RRSIG signatures - NSEC/NSEC3 chain validation - supports signature validation in the future or in the past - built-in policy checks Bye, Joost
Bug#1094647: ITP: klutshnik -- store encrypted OPAQUE-password protected information online
Package: wnpp Severity: wishlist Owner: Joost van Baal-Ilić * Package name: klutshnik Upstream Author : Stefan Marsiske * URL : https://github.com/stef/klutshnik * License : GPLv3 Programming Lang: Python, C Description : store encrypted OPAQUE-password protected information online Klutshnik implements a proof-of-concept VTUOKMS: a Verifiable Threshold Updatable Oblivious Key Management for Storage Systems, as described in https://eprint.iacr.org/2019/1275 by Jarecki, Krawczyk and Resch. A VTUOKMS is a system that builds on Oblivious Pseudorandom Functions (OPRF), hides keys and object identifiers from the KMS, offers unconditional security for key transport, provides key verifiability and reduces storage. It offers updatable encryption capabilities that support key updates, key rotation, forward and post-compromise security, public key encryption and verifiability. The klutshnik package comes with the kms and macaroon utilities as well as the kms and noise shared libraries. The macaroon command line tool creates and manipulates "macaroons": the tokens klutshnik uses for authorization. See https://klutshnik.info/ for more information. I will be working on the klutshnik package at (yet to be created) https://salsa.debian.org/debian/klutshnik . This work is part of NLnet's ThresholdOPRF project, which is funded through NLnet's NGI0 Entrust, with financial support from the European Commission's Next Generation Internet (https://ngi.eu) program. Learn more at the ThresholdOPRF NLnet project page at https://nlnet.nl/project/ThresholdOPRF. Bye, Joost
