Processed: RFS: gtkgreet/0.8-1 [ITP] -- GTK based greeter for greetd

2024-03-29 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 1065734 by 1068050
Bug #1065734 [wnpp] ITP: gtkgreet -- GTK based greeter for greetd
1065734 was not blocked by any bugs.
1065734 was not blocking any bugs.
Added blocking bug(s) of 1065734: 1068050
>
End of message, stopping processing here.

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



Processed: ITA: gnu-which -- Utility to show the full path of commands

2024-03-29 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> close 1068048
Bug #1068048 [wnpp] ITA: gnu-which -- Utility to show the full path of commands
Marked Bug as done
> stop
Stopping processing here.

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



Bug#1068048: ITA: gnu-which -- Utility to show the full path of commands

2024-03-29 Thread Zachary Liebl
Package: wnpp
Severity: normal
Owner: Zachary Liebl 
X-Debbugs-Cc: debian-de...@lists.debian.org, deb...@zachliebl.com

  Package name: gnu-which
  Version : 2.21+dfsg-2
  Upstream Contact: Carlo Wood 
  URL : https://savannah.gnu.org/projects/which
  License : GPL-3+
  Programming Lang: C
  Description : Utility to show the full path of commands

This package provides the classic unix "which" command.

It has recently been orphaned and I intend to adopt it. I have contacted the 
original debian maintainer and he as approved of this. 

This will be my first time maintaining a package, so I intentionally chose a 
simple one.


The package description is:
 This package provides GNU implementation of which command.
 This tool provides the functionality to show the full path
 of commands.

From,
Zachary Liebl



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

2024-03-29 Thread Rene Engelhard

Hi,

Am 25.03.24 um 19:17 schrieb Julian Gilbey:

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


liborcus supports this (Apache Parquet) if built with Apache Arrow. And 
thus makes LibreOffice being able to handle it.


I didn't invest any time in Apache Arrow since I am already too low on 
time anyway and I deemed it too a "low popularity" thing anyway.



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!

Indeed.

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.)


Would definitely make transitions easier.


  Unfortunately I don't have the capacity to devote any time to
it myself.


Dito.


Regards,


Rene



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

2024-03-29 Thread Diane Trout
On Mon, 2024-03-25 at 18:17 +, Julian Gilbey wrote:
> 
> 
> 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!

I've been maintain dask and anndata and saw that apache arrow was
getting increasingly popular.

I took the current science-team preliminary packaging 7.0.0 packaging
and managed to get it to build through a combination of patches and
turning off features.

I even mostly managed to get pyarrow to build. (Though some tests fail
due to pytest lazy-fixture being abandoned).

I pushed my current work in progress to.

https://salsa.debian.org/diane/arrow.git

Was anyone else planning on working on it or should I push my updates
to the science-team package?

Diane



Bug#1067948: ITP: python-naked -- a command line application framework

2024-03-29 Thread Josenilson Ferreira da Silva
Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva 
X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com

* Package name: python-naked
  Version : 0.1.32
  Upstream Contact:  Christopher Simpkins 
* URL : https://github.com/chrissimpkins/naked
* License : MIT/X
  Programming Lang: Python
  Description : a command line application framework

 Naked is a Python library that allows you to create executable scripts in
 Python quickly and easily, without the need to use a complex development
 environment. It is designed to simplify the process of turning Python scripts
 into standalone applications that can run directly on any operating system
 without needing to install additional dependencies.
 .
 Offers a simple and straightforward API that allows developers to create
 executable scripts with just a few lines of code, ensuring that scripts
 created with "Naked" can be run in a variety of Python environments, as
 well as different operating systems, including Windows, macOS, and Linux,
 without the need for additional modification.

 Note: This package is a required dependency for the TeraBoxUtility
 ITP package: #1067395



Processed: RFS: python-keep/2.10.1-1 [ITP] -- Personal shell command keeper and snippets manager

2024-03-29 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 1067928 by 1067930
Bug #1067928 [wnpp] ITP: python-keep -- Personal shell command keeper and 
snippets manager
1067928 was not blocked by any bugs.
1067928 was blocking: 1067003 1067605
Added blocking bug(s) of 1067928: 1067930
>
End of message, stopping processing here.

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



Processed: Add blocking bug for howdoi

2024-03-29 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> block 1067605 by 1067928
Bug #1067605 [wnpp] ITA: howdoi -- command line tool for instant coding answers
1067605 was not blocked by any bugs.
1067605 was not blocking any bugs.
Added blocking bug(s) of 1067605: 1067928
> block 1067003 by 1067928
Bug #1067003 [howdoi] howdoi: Please consider updating to recent upstream 
version v2.0.20
1067003 was not blocked by any bugs.
1067003 was not blocking any bugs.
Added blocking bug(s) of 1067003: 1067928
> thanks
Stopping processing here.

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