Bug#970021: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)
Hi Julian, On Sat, 2024-03-30 at 20:22 +, Julian Gilbey wrote: > Lovely to hear from you, and oh wow, that's amazing, thank you! > > I can't speak for anyone else, but I suggest that pushing your > updates > to the science-team package would be very sensible; it would be silly > for someone else to have to redo your work. > > What more is needed for it to be ready for unstable? The things I think are kind of broken are: We've got 7.0.0 and upstreams current version is 15.0.2. the pyarrow 7.0.0 tests fail because it depends on a python test library that breaks with pytest 8.0. Either I need to disable the python tests or upgrade to a newer version. My upgrade didn't go smoothly because uscan found also upstreams debian watch file which is too loose and matches some other tar balls on their distribution site. (Though I don't know why uscan keeps looking for watch files after finding one in debian/watch) And you were probably right in that arrow needs to be a team, because I have no idea how to get other the other languages interfaces packaged. Oh and I probably need to get the pyarrow installed somewhere, since it was stopping at the tests I hadn't run into dh_missing errors yet. Diane
Processed: RFS: libsmb2/4.0.0-1 [ITP]-- SMB2/3 client library
Processing commands for cont...@bugs.debian.org: > block 1068113 by 1067569 Bug #1068113 [wnpp] ITP: libsmb2 -- SMB2/3 client library 1068113 was not blocked by any bugs. 1068113 was not blocking any bugs. Added blocking bug(s) of 1068113: 1067569 > End of message, stopping processing here. Please contact me if you need assistance. -- 1068113: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068113 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1068113: ITP: libsmb2 -- SMB2/3 client library
ITP: libsmb2 -- SMB2/3 client library Package: wnpp Severity: wishlist Owner: Joe Mondloch X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libsmb2 Version : 4.0.0 Upstream Authors: Ronnie Sahlberg URL : https://github.com/sahlberg/libsmb2 * License : LGPL-2.1+ Description : SMB2/3 client library Libsmb2 is a userspace client library for accessing SMB2/SMB3 shares on a network. It is high performance and fully async. It supports both zero-copy for SMB READ/WRITE commands as well as compounded commands.
Bug#1067096: ITP: galvani -- reads data from a device with graphical plots and evaluation
"Dr. Burkard Lutz" writes:
> 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.
Thanks for explaining.
> Therfore I decided to make an attempt for publishing it on debian.
> Should I rename it to "0.10"?
No. 0.34 is fine. I just wanted to understand the state of things
> 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.
OK. Excellent. A distro-agnostic location to host the upstream version
control is desirable. You do your development there, and when you're
ready to release, you should make a tag. Currently there aren't any:
https://gitlab.com/b.lutz1/galvani/-/tags
To indicate which commit, exactly is being released, you should make a
tag called 'v0.34' or '0.34' or something like that.
Once you make a tab, gitlab will create a tarball with your sources at
that tag. This is your "release tarball".
The debianization repo should live on salsa. Generally you have 3
branches:
- "pristine-tar" contains the release tarballs
- "upstream" contains the unpacked upstream sources. Each upstream
release is one commit
- "master" branches off "upstream"; contains the debianization
This isn't the "best" way to do it, but it's how most packages are set
up. Look around on salsa; you'll see this layout everywhere. The "gbp"
tool is useful to manipulate the debianized repo. In particularly, you
can import new release tarballs with
gbp import-orig --pristine-tar whatever.tar.gz
The upstream release tarball location is encoded in the debian/watch
file. The "uscan" tool is used to interpret this file, and to see if new
release tarballs are available, and to download them. In order for this
to work, debian/watch has to be written properly. This is described here:
https://wiki.debian.org/debian/watch
It looks like gitlab keeps changing their file layout, so you'll need to
play with it until
uscan --verbose --report-status
sees your tarball.
> 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?
Yes. Joining a team is what you usually want. It doesn't mean that
somebody else will fix all your problems (you're still the primary
maintainer), but it's a signal that if a team member wants to fix stuff
while you're not available, you're ok with that.
debian-science is a fine place for this. Follow the policy:
https://science-team.pages.debian.net/policy/
Mostly it means that you put your debianization into their subdirectory
on salsa:
https://salsa.debian.org/science-team/
And that you set the team to be the Maintainer and yourself as the
Uploader. Read the policy.
> I'm looking for a sponsor to publish the project on debian. Can you
> perhaps help me in that issue?
Sure. Try to make a debianized repository as I described above, and let
me know when you're done. Or if you need help.
Bug#1068108: marked as done (ITP: python-pysocks -- Python SOCKS client module)
Your message dated Sat, 30 Mar 2024 21:03:30 + with message-id and subject line has caused the Debian Bug report #1068108, regarding ITP: python-pysocks -- Python SOCKS client module 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.) -- 1068108: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068108 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist Owner: Josenilson Ferreira da Silva X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com * Package name: python-pysocks Version : 1.7.1 Upstream Contact: Anorov * URL : https://github.com/Anorov/PySocks * License : BSD Programming Lang: Python Description : Python SOCKS client module PySocks is a Python project that provides an easy way to configure and use SOCKS clients. The module is capable of sending traffic through SOCKS proxy servers, acting as a direct replacement for the socket module, allowing you to configure any socket object by calling the "set_proxy()" method, facilitating the routing of network traffic through SOCKS proxies. . stands out for: * Compatibility: Support most features of the SOCKS protocol, including TCP and, to some extent, UDP, allowing communication with a variety of network services. * Integration: PySocks can be integrated with other Python libraries that support SOCKS proxies, such as requests. * Traffic Anonymization: In projects that require anonymity in network communication, such as web data scraping or API automation, PySocks can be integrated to route traffic by hiding the client's IP address. Note: This package is a required dependency for the TeraBoxUtility ITP package: #1067395 --- End Message --- --- Begin Message --- Bub will be closed because the package is already in Debian under another name: https://tracker.debian.org/pkg/python-socksipy Best, Nilson F. Silva --- End Message ---
Bug#970021: Seeking a small group to package Apache Arrow (was: Bug#970021: RFP: apache-arrow -- cross-language development platform for in-memory analytics)
Hi Diane, On Fri, Mar 29, 2024 at 11:49:07AM -0700, Diane Trout wrote: > 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? Lovely to hear from you, and oh wow, that's amazing, thank you! I can't speak for anyone else, but I suggest that pushing your updates to the science-team package would be very sensible; it would be silly for someone else to have to redo your work. What more is needed for it to be ready for unstable? Best wishes, Julian
Bug#1068108: ITP: python-pysocks -- Python SOCKS client module
Package: wnpp Severity: wishlist Owner: Josenilson Ferreira da Silva X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com * Package name: python-pysocks Version : 1.7.1 Upstream Contact: Anorov * URL : https://github.com/Anorov/PySocks * License : BSD Programming Lang: Python Description : Python SOCKS client module PySocks is a Python project that provides an easy way to configure and use SOCKS clients. The module is capable of sending traffic through SOCKS proxy servers, acting as a direct replacement for the socket module, allowing you to configure any socket object by calling the "set_proxy()" method, facilitating the routing of network traffic through SOCKS proxies. . stands out for: * Compatibility: Support most features of the SOCKS protocol, including TCP and, to some extent, UDP, allowing communication with a variety of network services. * Integration: PySocks can be integrated with other Python libraries that support SOCKS proxies, such as requests. * Traffic Anonymization: In projects that require anonymity in network communication, such as web data scraping or API automation, PySocks can be integrated to route traffic by hiding the client's IP address. Note: This package is a required dependency for the TeraBoxUtility ITP package: #1067395
Bug#1065221: O: py7zr -- pure Python 7-zip library
On 2024-03-30 yokota wrote: > I'm interested in py7zr because it is required by Calibre. > New py7zr requires some other modules that not packaged by Debian yet. > I make those modules into Debian packages. > https://salsa.debian.org/yokota/python-multivolumefile > https://salsa.debian.org/yokota/python-bcj > https://salsa.debian.org/yokota/python-brotlicffi > https://salsa.debian.org/yokota/python-inflate64 > https://salsa.debian.org/yokota/python-pyppmd > https://salsa.debian.org/yokota/python-pyzstd > And here is my py7zr repository. > https://salsa.debian.org/yokota/py7zr > I am a Debian Maintainer, so I want mentor to upload these packages. Amazing. :-) Thank you very much for the heads-up. I am not yet confident enough in python packaging to sponsor the uploads. I trust you'll find knowledgeable helpers in Debian Python Team, of which you are already a member. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#1066964: ITA: newlib -- C library and math library for embedded systems
[Matthias Klose] > Petter, is there a way to move the VCS on salsa? I suspect so, but not sure how. I doubt I have more privileges than you in this regard, but could give it a try if you want me to. -- Happy hacking Petter Reinholdtsen
Bug#1068094: RFH: sbcl -- Common Lisp compiler and development system
Package: wnpp Severity: normal X-Debbugs-Cc: s...@packages.debian.org, debian-de...@lists.debian.org, debian-emac...@lists.debian.org Control: affects -1 + src:sbcl I request assistance with maintaining SBCL in Debian. It is the most popular Free Software compiler for Common Lisp. So, most anyone who is interested in both Debian and Common Lisp is likely interested in SBCL, too. The upstream project is stable but seems relatively often to introduce changes that break our packaging scripts. Possibly there should be an attempt made to simplify how we do things. This would be good for a new contributor to Debian who is otherwise experienced with bootstrapping compilers / development environments. You definitely don't need to be a Debian Developer to help. The package description is: SBCL is a development environment for the ANSI Common Lisp language. It provides a native-code compiler and an integrated debugger, as well as all the features in the ANSI specification. . SBCL also contains other extensions to the ANSI specification, including a foreign-function interface, a pseudo-server API, user-extensible stream functionality, a Meta-Object Protocol, and an ability to run external processes. . To browse SBCL source definitions with development environments, install the sbcl-source package. For documentation on SBCL's usage and internals, the package sbcl-doc is provided. -- Sean Whitton signature.asc Description: PGP signature
Processed: RFH: sbcl -- Common Lisp compiler and development system
Processing control commands: > affects -1 + src:sbcl Bug #1068094 [wnpp] RFH: sbcl -- Common Lisp compiler and development system Added indication that 1068094 affects src:sbcl -- 1068094: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068094 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1068093: ITP: python-cotengrust -- Fast contraction ordering primitives for tensor networks
Package: wnpp Severity: wishlist Owner: Yogeswaran Umasankar X-Debbugs-Cc: debian-de...@lists.debian.org, kd8...@gmail.com * Package name: python-cotengrust Version : 0.1.1 Upstream Contact: Johnnie Gray * URL : https://github.com/jcmgray/cotengrust * License : AGPL-3 Programming Lang: Python, Rust Description : Fast contraction ordering primitives for tensor networks `cotengrust` provides fast rust implementations of contraction ordering primitives for tensor networks or einsum expressions. The two main functions are `optimize_optimal(inputs, output, size_dict, **kwargs)` and `optimize_greedy(inputs, output, size_dict, **kwargs)`. Planning to maintain it under DPT, need sponsor.
Bug#1065221: O: py7zr -- pure Python 7-zip library
Hello, I'm interested in py7zr because it is required by Calibre. New py7zr requires some other modules that not packaged by Debian yet. I make those modules into Debian packages. https://salsa.debian.org/yokota/python-multivolumefile https://salsa.debian.org/yokota/python-bcj https://salsa.debian.org/yokota/python-brotlicffi https://salsa.debian.org/yokota/python-inflate64 https://salsa.debian.org/yokota/python-pyppmd https://salsa.debian.org/yokota/python-pyzstd And here is my py7zr repository. https://salsa.debian.org/yokota/py7zr I am a Debian Maintainer, so I want mentor to upload these packages. -- YOKOTA Hiroshi
Bug#1066964: ITA: newlib -- C library and math library for embedded systems
Control: retitle -1 ITA: newlib -- C library and math library for embedded systems placing this package under the GCC Maintainers umbrella. Both nvptx and amdgcn offload compilers are dependent on this. Petter, is there a way to move the VCS on salsa?
Processed: ITA: newlib -- C library and math library for embedded systems
Processing control commands: > retitle -1 ITA: newlib -- C library and math library for Bug #1066964 [wnpp] O: newlib -- C library and math library for embedded systems Changed Bug title to 'ITA: newlib -- C library and math library for' from 'O: newlib -- C library and math library for embedded systems'. -- 1066964: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066964 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
