Bug#1067719: RFP: libgourou and utils -- free implementation of Adobe's ADEPT protocol used to add DRM on ePub/PDF files

[José Luis González]

Package: wnpp
Version: unspecified
Severity: wishlist
Upstream Author: Grégory Soutadé
URL: https://forge.soutade.fr/soutade/libgourou/
License: LGPL3 / BSD
X-Debbugs-CC: debian-de...@lists.debian.org
Description: 

libgourou is a free implementation of Adobe's ADEPT protocol used to
add DRM on ePub/PDF files. It overcame the lack of Adobe support for
Linux platforms.

It's the first tool for free systems to be able to read Adobe DRM
protected ebooks (the industry standard for purchases and library
loans), and add them to your ereader.

It permits:

- Downloading an ePub/PDF from ACSM file
- Exporting your private key (for DeDRM software)
- Removing ADEPT DRM
- List loaned books
- Return a loaned book

Bug#1067713: ITP: python-rst2ansi -- Python module to render reStructuredText to ansi-escaped strings

[Boyuan Yang]

Package: wnpp
Owner: Boyuan Yang 
Severity: wishlist

* Package name: python-rst2ansi
  Version : 0.1.5
  Upstream Contact: Franklin "Snaipe" Mathieu
* URL : https://github.com/Snaipe/python-rst2ansi
* License : MIT/Expat
  Programming Lang: Python
  Description : Python module to render reStructuredText to ansi-escaped
strings

  The rst2ansi project is a python module dedicated to rendering RST
  (reStructuredText) documents to ansi-escaped strings suitable for display
  in a terminal.

This package is a dependency of src:backblaze-b2.

This package will be maintained under Debian Python Team umbrella.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Processed: O: python-isoweek -- Python module to provide the class Week (Python 3)

[Debian Bug Tracking System]

Processing control commands:

> affects -1 + src:python-isoweek
Bug #1067706 [wnpp] O: python-isoweek -- Python module to provide the class 
Week (Python 3)
Added indication that 1067706 affects src:python-isoweek

-- 
1067706: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067706
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1067706: O: python-isoweek -- Python module to provide the class Week (Python 3)

[Boyuan Yang]

Package: wnpp
Control: affects -1 + src:python-isoweek
X-Debbugs-Cc: python-isow...@packages.debian.org
Severity: normal

I intend to orphan the python-isoweek package. Its upstream is no longer
active, and it may should be removed later.

The package description is:
 The isoweek Python module provide the class Week. Instances
 represent specific weeks spanning Monday to Sunday. There are 52 or 53
 numbered weeks in a year. Week 1 is defined to be the first week with 4
 or more days in January.

Thanks,
Boyuan Yang



signature.asc
Description: This is a digitally signed message part

Processed: retitle 1067574 to ITP: rust-leptess -- productive Rust binding for Tesseract and Leptonica

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 1067574 ITP: rust-leptess -- productive Rust binding for Tesseract 
> and Leptonica
Bug #1067574 [wnpp] ITP: rust-leptess -- rust-leptess
Changed Bug title to 'ITP: rust-leptess -- productive Rust binding for 
Tesseract and Leptonica' from 'ITP: rust-leptess -- rust-leptess'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1067574: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067574
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#838043: marked as done (O: libpcl1 -- Portable Coroutine Library (PCL), development files)

[Debian Bug Tracking System]

Your message dated Mon, 25 Mar 2024 18:31:02 +
with message-id 
and subject line Bug#1066993: Removed package(s) from unstable
has caused the Debian Bug report #838043,
regarding O: libpcl1 -- Portable Coroutine Library (PCL), development files
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
838043: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838043
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: normal

The current maintainer of libpcl1, Damián Viano ,
has orphaned this package.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: libpcl1
Binary: libpcl1-dev, libpcl1
Version: 1.6-1
Maintainer: Damián Viano 
Build-Depends: debhelper (>= 5.0.0)
Architecture: any
Standards-Version: 3.6.2
Format: 1.0
Files:
 08d95a3c4a23d684049a3886c48784b7 572 libpcl1_1.6-1.dsc
 67f63b02e94ab1775f26bc5463817f09 335028 libpcl1_1.6.orig.tar.gz
 336595bcf60bacb1be233850df561713 5235 libpcl1_1.6-1.diff.gz
Checksums-Sha256:
 84abd05640a92a5d81fab9191e5817d42b0bde73dd0bfd113f2b1951b1c9ea60 572 
libpcl1_1.6-1.dsc
 f467e073641002cf0fa12da08af546ec9937b6940818c032144bc28e96a2a595 5235 
libpcl1_1.6-1.diff.gz
 556834057845ad4413e9e2b629d559b431001ded40d64f607fdeaf4a7b570602 335028 
libpcl1_1.6.orig.tar.gz
Directory: pool/main/libp/libpcl1
Priority: source
Section: libs

Package: libpcl1
Binary: libpcl1-dev, libpcl1
Version: 1.6-1
Maintainer: Damián Viano 
Build-Depends: debhelper (>= 5.0.0)
Architecture: any
Standards-Version: 3.6.2
Format: 1.0
Files:
 08d95a3c4a23d684049a3886c48784b7 572 libpcl1_1.6-1.dsc
 67f63b02e94ab1775f26bc5463817f09 335028 libpcl1_1.6.orig.tar.gz
 336595bcf60bacb1be233850df561713 5235 libpcl1_1.6-1.diff.gz
Checksums-Sha1:
 4f1708f9bfae06842fed3dc05be00010028b6709 572 libpcl1_1.6-1.dsc
 e44c6e72bf09b3572e50287259530715d4df288e 5235 libpcl1_1.6-1.diff.gz
 cbf38299404eb0496f727f1c797262bb90a859f5 335028 libpcl1_1.6.orig.tar.gz
Checksums-Sha256:
 84abd05640a92a5d81fab9191e5817d42b0bde73dd0bfd113f2b1951b1c9ea60 572 
libpcl1_1.6-1.dsc
 f467e073641002cf0fa12da08af546ec9937b6940818c032144bc28e96a2a595 5235 
libpcl1_1.6-1.diff.gz
 556834057845ad4413e9e2b629d559b431001ded40d64f607fdeaf4a7b570602 335028 
libpcl1_1.6.orig.tar.gz
Directory: pool/main/libp/libpcl1
Priority: source
Section: libs

Package: libpcl1-dev
Source: libpcl1
Version: 1.6-1
Installed-Size: 84
Maintainer: Damián Viano 
Architecture: amd64
Depends: libpcl1 (= 1.6-1)
Description-en: Portable Coroutine Library (PCL), development files
 Coroutines are a very simple cooperative multitasking environment where
 the switch from one task to another is done explicitly by a function
 call. Coroutines are a lot faster than processes or threads switch,
 since there is no OS kernel involvement for the operation. Also
 coroutines require much less OS resources than processes of threads.
 .
 For a more complete definition of the term coroutine see The Art of
 Computer Programming by Donald E. Knuth.
 .
 This package contains the static library and header files used in
 development, plus developer's documentation.
 .
 Homepage: http://www.xmailserver.org/libpcl.html
Description-md5: c91c4412d1ab10818434a4be3a87289f
Tag: devel::lang:c, devel::library, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/libp/libpcl1/libpcl1-dev_1.6-1_amd64.deb
Size: 11866
MD5sum: 348ea87bd88ed2cda5be330c322e0f50
SHA256: 12f45e4505d3bbf7e1931895d05b168dc66673c97f23575eb6557598eb397d40

Package: libpcl1
Version: 1.6-1
Installed-Size: 60
Maintainer: Damián Viano 
Architecture: amd64
Depends: libc6 (>= 2.3.5-1)
Description-en: Portable Coroutine Library (PCL)
 Coroutines are a very simple cooperative multitasking environment where
 the switch from one task to another is done explicitly by a function
 call. Coroutines are a lot faster than processes or threads switch,
 since there is no OS kernel involvement for the operation. Also
 coroutines require much less OS resources than processes of threads.
 .
 For a more complete definition of the term coroutine see The Art of
 Computer Programming by Donald E. Knuth.
 .
 Homepage: http://www.xmailserver.org/libpcl.html
Description-md5: 86d303cecceec91aba62d174902510b9
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/libp/libpcl1/libpcl1_1.6-1_amd64.deb
Size: 

Bug#810337: marked as done (O: libgpiv -- library for Digital Particle Image Velocimetry technique (PIV))

[Debian Bug Tracking System]

Your message dated Mon, 25 Mar 2024 18:31:52 +
with message-id 
and subject line Bug#1066990: Removed package(s) from unstable
has caused the Debian Bug report #810337,
regarding O: libgpiv -- library for Digital Particle Image Velocimetry 
technique (PIV)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
810337: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810337
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: normal

After contacting the maintainer he confirmed that he do not have time to
dedicate to the packaging, also not in the foreseeable future.

Therefore, I orphan the packages for him.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about the package:

Source: libgpiv
Section: science
Priority: optional
Standards-Version: 3.9.2
Maintainer: Gerber van der Graaf 
Homepage: http://libgpiv.sourceforge.net/
Build-Depends: debhelper (>= 5.0.24), quilt (>= 0.40), autotools-dev, 
libfftw3-dev, 
 libgsl0-dev, libhdf5-dev (>= 1.8.8), libglib2.0-dev, libpng-dev, netpbm, 
libgomp1,
 doxygen, mpi-default-dev 

Package: libgpiv3-common
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Conflicts: libgpiv3 (<= 0.5.3)
Replaces: libgpiv3 (<= 0.5.3)
Description: library for Particle Image Velocimetry (PIV) - common files
 This library contains functions for evaluating images from a fluid
 flow by means of Particle Image Velocimetry (PIV). 
 .
 This package contains the files that the libgpiv3-* packages share,
 like the configuration file.

Package: libgpiv3
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}, libgpiv3-common
Description: library for Particle Image Velocimetry (PIV)
 This library contains functions for evaluating images from a fluid
 flow by means of Particle Image Velocimetry (PIV). 
 .
 PIV is a way to film the wind or liquid flows. It uses a sequence of
 at least two images that are recorded with a well controlled
 separation time in-between. Tracer particles that are resident in the
 fluid may be illuminated by a light source, mostly a laser, that has
 been re-shaped into a sheet of light. In this way, the average
 displacement and the deformation of the image texture is
 obtained. Applying this analyses on small samples of the images on a
 (rectangular) grid results into an instantaneous velocity field of
 the fluid flow. PIV may also be applied for other purposes, like
 deformations and vibrations of solid surfaces.
 .
 This library includes the core functions for image recording, 
 processing, interrogation, PIV data validation, post-processing, 
 input/output functions and memory allocation.

Package: libgpiv3-dev
Section: libdevel
Architecture: any
Conflicts: libgpiv2-dev
Replaces: libgpiv2-dev
Depends: ${misc:Depends}, libgpiv3 (= ${binary:Version}), libgpiv-mpi3 (= 
${binary:Version})
Description: library for Particle Image Velocimetry (PIV) - development files
 This library contains functions for evaluating images from a fluid flow
 by means of Particle Image Velocimetry (PIV), resulting into a velocity 
 field of the fluid flow. It includes the core functions for interrogation, 
 data validation, post-processing, input/output and memory allocation.
 .
 This package contains the headers and statically linked libraries
 (serial as well as parallelized using MPI).

Package: libgpiv3-dbg
Section: debug
Priority: extra
Architecture: any
Depends: ${misc:Depends}, libgpiv3 (= ${binary:Version})
Description: library for Particle Image Velocimetry (PIV) - debug symbols
 This library contains functions for evaluating images from a fluid flow
 by means of Particle Image Velocimetry (PIV), resulting into a velocity 
 field of the fluid flow. It includes the core functions for interrogation, 
 data validation, post-processing, input/output and memory allocation.
 .
 This package contains debug symbols for libgpiv3. It is provided
 primarily to provide a backtrace with names in a debugger. This makes
 it somewhat easier to interpret core dumps. The library is installed
 in /usr/lib/debug and can be used by placing that directory in
 LD_LIBRARY_PATH.
 Most people will not need this package.

Package: libgpiv3-doc
Section: doc
Architecture: all
Depends: ${misc:Depends}
Description: library for Particle Image Velocimetry (PIV) - 

Bug#419090: marked as done (O: libjconv -- charset conversion library - binaries)

[Debian Bug Tracking System]

Your message dated Mon, 25 Mar 2024 18:29:58 +
with message-id 
and subject line Bug#1066994: Removed package(s) from unstable
has caused the Debian Bug report #419090,
regarding O: libjconv -- charset conversion library - binaries
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
419090: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419090
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: normal

The current maintainer of libjconv, Peter Novodvorsky ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you are *sure* you will have enough time and attention to
work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: libjconv
Binary: libjconv-bin, libjconv-dev, libjconv2
Version: 2.8-4.0
Priority: optional
Section: libs
Maintainer: Peter Novodvorsky 
Build-Depends: debhelper (>= 3.0)
Architecture: any
Standards-Version: 3.6.0
Format: 1.0
Directory: pool/main/libj/libjconv
Files:
 4f743e587dcf1c43b8261a980b195410 591 libjconv_2.8-4.0.dsc
 a2de0b02671cddd7222c2f92d19f51b3 16619 libjconv_2.8.orig.tar.gz
 caceefb62e0a0e05e1583f7845510daa 2701 libjconv_2.8-4.0.diff.gz

Package: libjconv-bin
Priority: optional
Section: devel
Installed-Size: 44
Maintainer: Peter Novodvorsky 
Architecture: i386
Source: libjconv
Version: 2.8-4.0
Depends: libc6 (>= 2.3.1-1)
Conflicts: wdg-htmlvalidator (<< 1.5.5-2)
Filename: pool/main/libj/libjconv/libjconv-bin_2.8-4.0_i386.deb
Size: 7020
MD5sum: d8484c8342e39ef7d8bca666af1bb828
SHA1: 08810aec9def70807330210c29c1242f005b0a49
SHA256: 96aafd2a6e873ab7e8fc0185221c5ed42990efa8dc9173c81ce2bca9c03a76da
Description: charset conversion library - binaries
 This library provide Japanese Code Conversion capability based on iconv. It
 is based by application to enlarge number of supported encoding. It isn't
 only for japanese people, it is used as helper in sylpheed mailer.
 .
 This package contains the jconv program which does conversions between
 encodings using libjconv.
Tag: culture::japanese, devel::library, interface::commandline, role::program, 
scope::utility

Package: libjconv-dev
Priority: optional
Section: libdevel
Installed-Size: 60
Maintainer: Peter Novodvorsky 
Architecture: i386
Source: libjconv
Version: 2.8-4.0
Depends: libjconv2 (= 2.8-4.0), libc6-dev
Filename: pool/main/libj/libjconv/libjconv-dev_2.8-4.0_i386.deb
Size: 7028
MD5sum: 7b53f17f87fdf3e58f1e6a7621b59213
SHA1: f832ab36981cc302872fdffcf7ebaac761bf2974
SHA256: f75fea7bb412b217f4b28867b25eedcb12f1d302c7d40ee202cce48ee502e22f
Description: charset conversion library - development
 This library provide Japanese Code Conversion capability
 based on iconv. It is based by application to enlarge
 number of supported encoding. It isn't only for japanese
 people, it is used as helper in sylpheed mailer.
 .
 This package contains development files.
Tag: culture::japanese, devel::library, role::devel-lib

Package: libjconv2
Priority: optional
Section: libs
Installed-Size: 76
Maintainer: Peter Novodvorsky 
Architecture: i386
Source: libjconv
Version: 2.8-4.0
Depends: libc6 (>= 2.3.1-1)
Filename: pool/main/libj/libjconv/libjconv2_2.8-4.0_i386.deb
Size: 7996
MD5sum: cdb96de799e96a3feba9be144fc8e117
SHA1: 6d92e64624f5ace43ba7b40d33628cafe6ac0e6b
SHA256: a72cc173d91a9e75a1ffa9cd502fab7b9c67cb4ab8a6dd7e24726cba58295a98
Description: charset conversion library
 This library provide Japanese Code Conversion capability
 based on iconv. It is based by application to enlarge
 number of supported encoding. It isn't only for japanese
 people, it is used as helper in sylpheed mailer.
Tag: culture::japanese, devel::library, role::shared-lib

-- 
Mohammed Adnène Trojette

--- End Message ---
--- Begin Message ---
Version: 2.8-7+rm

Dear submitter,

as the package libjconv has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/1066994

The version of this package that was in Debian prior to this removal
can still be found using https://snapshot.debian.org/.

Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.

This message was generated automatically; if you believe that 

Bug#970021: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)

[Julian Gilbey]

Hi all,

[NB: sent to d-science, d-python, d-devel and the RFP bug; reply-to
set to d-science and the RFP bug only]

An update on Apache Arrow, and in particular the Python library
PyArrow.  For those who don't know:

  Apache Arrow is a development platform for in-memory analytics. It
  contains a set of technologies that enable big data systems to
  process and move data fast. It specifies a standardized
  language-independent columnar memory format for flat and
  hierarchical data, organized for efficient analytic operations on
  modern hardware.

  The project is developing a multi-language collection of libraries
  for solving systems problems related to in-memory analytical data
  processing. This includes such topics as:

  * Zero-copy shared memory and RPC-based data movement

  * Reading and writing file formats (like CSV, Apache ORC, and Apache
Parquet)

  * In-memory analytics and query processing

  (from: https://arrow.apache.org/docs/index.html)

Pandas has announced that Pandas 3.x will depend on PyArrow
in a critical way (it will back the "string" datatype), and it is due
to be released imminently.

So this is a plea for anyone looking for something really helpful to
do: it would be great to have a group of developers finally package
this!  There was some initial work done (see the RFP bug report for
details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970021),
but that is fairly old now.  As Apache Arrow supports numerous
languages, it may well benefit from having a group of developers with
different areas of expertise to build it.  (Or perhaps it would make
more sense to split the upstream source into a collection of different
Debian source packages for the different supported languages.  I don't
know.)  Unfortunately I don't have the capacity to devote any time to
it myself.

Thanks in advance for anyone who can step forward for this!

Best wishes,

   Julian

Bug#1067413: RFP: keydb -- persistent key-value database with network interface

[Guillem Jover]

Hi!

On Fri, 2024-03-22 at 12:35:47 +, Chris Lamb wrote:
> > I'm CCing Chris, who might perhaps be interested in replacing Redis with
> > KeyDB as its spiritual successor and taking this on? Or if not, at least
> > to perhaps potentially coordinate some kind of transition, even though
> > we've had issues migrating persistent DBs from newer Redis to KeyDB, so
> > that might be tricky or not feasible at all.
> 
> Thanks for including me here. I had not yet looked into potential
> Redis replacements nor the exact and precise details of the new
> license etc. and this activity around KeyDB feels like a good start.
> I thought I'd let the dust settle for a bit before making any
> decisions — perhaps the change even gets reversed (!), and no doubt
> there might be new alternatives that will fork the code immediately
> prior to the license change.

Yeah, fair enough.

> My personal and professional usage of Redis has dropped off in the
> past few years, so it would make more sense for me to help out in a
> team maintainership role, at least with respect to KeyDB.

Ack.

> However, I'd be interested in coordinating around some kind of
> Redis→KeyDB/something transition if need be.

For KeyDB, that would also depend on whether KeyDB adds Redis 7 support
or not I guess.

  https://github.com/Snapchat/KeyDB/issues/420

and if that does not materialize, a potential migration path via:

  https://github.com/Snapchat/KeyDB/issues/527#issuecomment-1370606311

In our, case we migrated from Redis 6 to KeyDB, so the above did not
really affect us.

> (Incidentally, why did your work switch to KeyDB?)

We did this several years ago, AFAIR mainly for its active-active
replication mode for our HA setup. The multi-threading was a nice
improvement too. And I cannot recall exactly, but I think at that
time Redis Inc was already going into a weird licensing path with
its other adjacent projects, so we might have taken that too as a
nice side effect to get away from.

Thanks,
Guillem

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 1067605 wnpp
Bug #1067605 [howdoi] O: howdoi -- package is now orphaned
Bug reassigned from package 'howdoi' to 'wnpp'.
Ignoring request to alter found versions of bug #1067605 to the same values 
previously set
Ignoring request to alter fixed versions of bug #1067605 to the same values 
previously set
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1067605: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067605
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1067684: ITP: goda -- Go Dependency Analysis toolkit

[Anthony Fok]

Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

* Package name: goda
  Version : 0.5.7-1
  Upstream Author : Egon Elbre
* URL : https://github.com/loov/goda
* License : Expat
  Programming Lang: Go
  Description : Go Dependency Analysis toolkit

 Goda is a Go dependency analysis toolkit. It contains tools to figure
 out what your program is using.
 .
 Cool things it can do:
 .
   # All of the commands should be run in the cloned repository.
   git clone https://github.com/loov/goda && cd goda
 .
   # draw a graph of packages in github.com/loov/goda
   goda graph "github.com/loov/goda/..." | dot -Tsvg -o graph.svg
 .
   # draw a dependency graph of github.com/loov/goda and dependencies
   goda graph -cluster -short "github.com/loov/goda:all" | dot -Tsvg -o 
graph.svg
 .
   # list direct dependencies of github.com/loov/goda
   goda list "github.com/loov/goda/...:import"
 .
   # list dependency graph that reaches flag package, including std
   goda graph -std "reach(github.com/loov/goda/...:all, flag)" | dot -Tsvg -o 
graph.svg
 .
   # list packages shared by github.com/loov/goda/pkgset and 
github.com/loov/goda/cut
   goda list "shared(github.com/loov/goda/pkgset:all, 
github.com/loov/goda/cut:all)"
 .
   # list packages that are only imported for tests
   goda list "github.com/loov/goda/...:+test:all - github.com/loov/goda/...:all"
 .
   # list packages that are imported with `purego` tag
   goda list -std "purego=1(github.com/loov/goda/...:all)"
 .
   # list packages that are imported for windows and not linux
   goda list "goos=windows(github.com/loov/goda/...:all) - 
goos=linux(github.com/loov/goda/...:all)"
 .
   # list how much memory each symbol in the final binary is taking
   goda weight -h $GOPATH/bin/goda
 .
   # show the impact of cutting a package
   goda cut ./...:all
 .
   # print dependency tree of all sub-packages
   goda tree ./...:all
 .
   # print stats while building a go program
   go build -a --toolexec "goda exec" .
 .
   # list dependency graph in same format as "go mod graph"
   goda graph -type edges -f '{{.ID}}{{if .Module}}{{with 
.Module.Version}}@{{.}}{{end}}{{end}}' ./...:all
 .
 How it differs from go list or go mod
 .
 go list and go mod are tightly integrated with Go and can answer simple
 queries with compatibility. They also serves as good building blocks for
 other tools.
 .
 goda is intended for more complicated queries and analysis. Some of the
 features can be reproduced by format flags and scripts. However, this
 library aims to make even complicated analysis fast.
 .
 Also, goda can be used together with go list and go mod.


Reasons for packaging:

- Recommended by Dominik Honnef, upstream author of golang-honnef-go-tools,
  when he removed cmd/rdeps which, like dh-make-golang, also used
  golang.org/x/tools/refactor/importgraph

- Potential solution to fix and improve "dh-make-golang estimate"

Bug#1067682: ITP: fracatux -- small application to teach fractions, at primary level

[Georges Khaznadar]

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

* Package name: fracatux
  Version : 1.5.2
  Upstream Contact: Arnaud Champollion 
* URL : https://forge.aeif.fr/achampollion/fracatux
* License : GPL-2+
  Programming Lang: Python3
  Description : small application to teach fractions, at primary level

 Fracatux is part of the project Primtux (https://primtux.fr), which aims
 to provide simple and effective programs for teaching in primary schools.
 .
 Fracatux is a free/libre program to display fractions as bars, and to
 perform various operations with them. It permits, among other things,
 to make evident equalities of fractions, addition of fractions with the
 same denominator, and correspondences between fractional, decimal and
 scientific representations. A scale line (decimal or fractional) allows
 one to compare those fractions from ordinal point of view.

The package will be maintained on salsa.debian.org, under the debian
subdirectory.

Bug#1067681: ITP: python-tktooltip -- simple yet fully customisable tooltip/pop-up implementation

[Georges Khaznadar]

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

* Package name: python-tktooltip
  Version : 3.0.0
  Upstream Contact: gnikit 
* URL : https://pypi.org/project/tkinter-tooltip/
* License : Expat
  Programming Lang: Python3
  Description : simple yet fully customisable tooltip/pop-up implementation

 Tktooltip is a simple yet fully customisable tooltip/pop-up
 implementation for tkinter widgets. It is capable of fully
 integrating with custom tkinter themes both light and dark ones.
 .
 Features
 
 .
  - normal tooltips
  - show tooltip with s seconds delay
  - tooltip tracks mouse cursor
  - tooltip displays strings and string returning functions
  - fully customisable, tooltip inherits underlying theme style
---

this package is a dependency for some education packages which I aim to publish
shortly. Those are coming from project Primtux (https://primtux.fr/), which is
a collection of educational small applications for primary education.

I shall maintain the package in salsa.d.o, under the umbrella of python-team.

Bug#1067680: [RFP]: floorp -- powerful firefox fork with more customization and features

[Justin Thompson]

Package: wnpp
Severity: wishlist
Information about package: Described as "A Browser build for keeping the
Open, Private and Sustainable Web alive. Based on Mozilla Firefox; "Floorp
is built on Firefox and was built in Japan and is a new browser with
excellent privacy & flexibility." Software is affilated only with Ablaze
organization.
Available from: https://github.com/Floorp-Projects/Floorp (Github and
official website both point Debian and derivative users to get the PPA. A
tarball is available on the Github Releases page as well)
License: Uses Mozilla Public License, v. 2.0. Further information about the
software's license can be seen on
https://github.com/Floorp-Projects/Floorp/blob/3ac256fb89a13234104fc5bf0fab31447c5973c3/toolkit/content/license.html

Bug#1067670: ITP: tclsyslog -- Tcl interface to the standard syslog service

[Massimo Manghi]

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

* Package name: tclsyslog
  Version : 1.1
  Upstream Contact: Alexandros Stergiakis 
* URL : https://tcl-syslog.sourceforge.net/
* License : GPL
  Programming Lang: C,Tcl
  Description : Tcl interface to the standard syslog service

Server applications need to generate activity log messages and for this
purpose the standard syslog facility is the natural choice. Tcl is
a scripting language which from its inception was designed with
a solid capability of handling asynchronous communications, a feature
that made a language of choice for the development of server side
applications. I need a sponsor for this package.

Bug#1067096: ITP: galvani -- reads data from a device with graphical plots and evaluation

[Dr. Burkard Lutz]

Am Freitag, dem 22.03.2024 um 18:51 -0700 schrieb Dima Kogan:
> > You wrote: "- Each release of "galvani" should have a git tag".
> > Does
> > that mean, that every file in the release should have a tag
> > "v_0.34"
> > or similar?
> 
> Tags apply to the whole repository, not to individual files.
> 
Ok, thank you.

> I'm still confused, though. Are you the author of this software? Is
> there version control somewhere? You're packaging version 0.34; is
> there
> a version 0.33? Where is it? What are the differences between the
> two?
> What about version 0.35? Is it going to be developed? Where are those
> commits going to go?
> 
All versions are on my local computer. I started with version 0.10.
Whenever I added new functions or fixed several bugs, I increased the
version number.

> I'm guessing your development happens in some non-public place, and
> this
> is the first public releaes. Is there a non-public version control?
> or a
> non-public place to download this software? If so, can that version
> control (or the release tarballs) be made public as well?
> 
The actual version ("0.34") is the first which contains all desired
functions, and after extensive testing I hope that there are only minor
bugs left. Therfore I decided to make an attempt for publishing it on
debian.
Should I rename it to "0.10"?
Now you can see the project under the following address:
https://gitlab.com/b.lutz1/galvani
I changed the group name to "galvani" but the path to the project
remained the same.

> I think there are some (mostly older) Debian packages where upstream
> develops behind closed doors, and releases a tarball to the public
> periodically. It's unideal, but you can do that too, if that's what
> you
> want.
> 
I saw that you are a member of debian-science-team. Did you have some
time so far to have a look at my project? Do you think debian-science-
team could be interested in that project?

> Whatever we're doing, there has to be a clear idea of where upstream
> lives.
> 
> Sorry to be a pain, you're just trying to do something nonstandard,
> and
> I don't know what specifically to suggest, yet.

I'm looking for a sponsor to publish the project on debian. Can you
perhaps help me in that issue?

Regards

-- 
Dr. Burkard Lutz
Hellmut-von-Gerlachstr. 35
34121 Kassel

Bug#1067652: RFP: logisim-evolution -- Logisim-evolution is educational software for designing and simulating digital logic circuits

[Andrew S. Rightenburg]

Package: wnpp
Severity: wishlist

* Package name: logisim-evolution
  Version : 3.8.0
  Upstream Contact: Logisim-evolution development team
* URL : https://github.com/logisim-evolution/logisim-evolution
* License : GPL-3.0
  Programming Lang: Java
  Description : Digital logic design tool and simulator

Logisim-evolution is educational software for designing and simulating digital 
logic circuits.

It is a continuation of the old "Logisim" software by Carl Burch.
It's worth noting that the origin "Logisim" software has been
abandoned, and the "logisim" package in Debian has been orphaned
for several years.

The upstream development team maintains deb-format packaging as
well as snaps and flatpacks.

This software is used by engineering students the world over to
learn about and practice with logic circuits and FPGAs. I believe
it should be included as part of Debian