libfreenect: Maintenance and offer to assist
Hi Nicolas, Sandro and all, Looking at libfreenect[1], it has some issues and is not up to date with upstream. Looking at the d/changelog, it has had a sporadic history and looks like it needs some love. I am a co-maintainer of the package within fedora/rhel/epel and would be happy to help maintain and keep the package up to date in debian. If you wish to discuss with me contributing on this package, please do get in contact with me. [1] https://tracker.debian.org/pkg/libfreenect Regards Phil -- *** Playing the game for the games own sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
apt annoyance
When doing apt-get download -o RootDir=. apt once it's downloaded the package it effectively tries to move it to ./$( pwd )/ (the prefix is whatever RootDir points to) instead of moving to $( pwd )/ This causes it to fail unless you do a mkdir -p ./$( readlink -f $( pwd ) ) Is this a bug or a feature? You also can get weird errors about cannot rename across filesystems where RootDir is not on the same filesystem as $(pwd)
Re: users not reading manpages annoyance [was: apt annoyance]
On Sat, Oct 30, 2021 at 10:14:15AM +0100, Tim Woodall wrote: > When doing apt-get download -o RootDir=. apt > once it's downloaded the package it effectively tries to move it to > ./$( pwd )/ > > (the prefix is whatever RootDir points to) instead of moving to > $( pwd )/ > > This causes it to fail unless you do a > mkdir -p ./$( readlink -f $( pwd ) ) > > Is this a bug or a feature? Working as intended. 'download' wants to store the package in the current directory, so it gets the absolute path name to that as "current directory" isn't a very stable property. With RootDir (as the manpage explains) you say: Whatever the path, stick this in front of it – so you get what you asked for… RootDir has some uses if you deal with chroots from the outside, but fiddling even with absolute paths is usually not what you want – the manpage mentions Dir which effects only "relative" paths (most paths in apt like where it finds its config files are relative to Dir – which by default is '/' making it an absolute path in the process). As you fiddle with directories you are likely to need APT_CONFIG as that is parsed before the configuration files (and so can effect where those are) and long before the command line is looked at (all at length explained in the apt.conf manpage). There is no option to set 'download's target directory from current directory to another place at the moment. Shouldn't be incredibly hard to implement if someone wanted to try (apt-private/private-download.cc → DoDownload() → implement an option who sets Dir::Cache::Archives to something else than the absolute CWD – absolute? I already mentioned what would happen otherwise, so connecting the dots is left as an exercise for the reader). So, what are you actually trying to do? And next time, try to pick a slightly more sensible title and perhaps even a more fitting place to ask first… I am ever so slightly annoyed if I am kicked into high gear expecting a world ending disaster as it escalated to an apt-thread on debian-devel… (so now, where were I before this 'emergency call' came in… mhhh) Best regards David Kalnischkies signature.asc Description: PGP signature
Re: users not reading manpages annoyance [was: apt annoyance]
On Sat, 30 Oct 2021, David Kalnischkies wrote: On Sat, Oct 30, 2021 at 10:14:15AM +0100, Tim Woodall wrote: When doing apt-get download -o RootDir=. apt once it's downloaded the package it effectively tries to move it to ./$( pwd )/ (the prefix is whatever RootDir points to) instead of moving to $( pwd )/ This causes it to fail unless you do a mkdir -p ./$( readlink -f $( pwd ) ) Is this a bug or a feature? Working as intended. 'download' wants to store the package in the current directory, so it gets the absolute path name to that as "current directory" isn't a very stable property. With RootDir (as the manpage explains) you say: Whatever the path, stick this in front of it ? so you get what you asked for? RootDir has some uses if you deal with chroots from the outside, but fiddling even with absolute paths is usually not what you want ? the manpage mentions Dir which effects only "relative" paths (most paths in apt like where it finds its config files are relative to Dir ? which by default is '/' making it an absolute path in the process). As you fiddle with directories you are likely to need APT_CONFIG as that is parsed before the configuration files (and so can effect where those are) and long before the command line is looked at (all at length explained in the apt.conf manpage). There is no option to set 'download's target directory from current directory to another place at the moment. Shouldn't be incredibly hard to implement if someone wanted to try (apt-private/private-download.cc ? DoDownload() ? implement an option who sets Dir::Cache::Archives to something else than the absolute CWD ? absolute? I already mentioned what would happen otherwise, so connecting the dots is left as an exercise for the reader). So, what are you actually trying to do? And next time, try to pick a slightly more sensible title and perhaps even a more fitting place to ask first? I am ever so slightly annoyed if I am kicked into high gear expecting a world ending disaster as it escalated to an apt-thread on debian-devel? (so now, where were I before this 'emergency call' came in? mhhh) Apologies. I thought "apt annoyance" was a fitting title as that is all it is, an annoyance. I can, and have, worked around the "must be same filesystem" by doing a cd into RootDir. It wasn't at all obvious to me that "current directory" isn't still the current directory when RootDir is set. And the fact that apt fails to create the target directory if it doesn't exist and also doesn't work if $PWD and /$PWD are on different filesystems even if they do both exit made me wonder if this was deliberate (but annoying to me) or an oversight - in which case I'd have taken a look as to whether I could provide a patch to always download to the current directory. What I found really weird was that it actually successfully downloaded it into the current directory, then tried to rename it to the directory prefixed by RootDir, which failed because it was a different filesystem (even though I'd created the directory) and I don't want to ignore the failure exitcode from apt-get in case something unexpected goes wrong. What I'm doing is downloading (and patching) certain packages across architectures and releases to build a minimal chroot that I can then use under lxc to bootstrap an entire system and/or to rebuild certain packages with different configuration to the debian default across architectures without having to have a separate build system for each architecture. I know there are other ways of doing this - but at the time I started on this route the only tool I knew of was debootstrap and that had problems with combining cross-architecture, fakeroot and minbase. I bootstrap exclusively using apt and dpkg, with a few minor tweaks so that apt can reliably generate a successful install plan when installing the initial essential packages after dpkg has unpacked them. Apologies again! Tim.
Bug#998123: ITP: golang-github-jkeiser-iter -- Go library for iteration
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-jkeiser-iter
Version : 0.0~git20200628.c8aa0ae-1
Upstream Author : John Keiser
* URL : https://github.com/jkeiser/iter
* License : Expat
Programming Lang: Go
Description : Go library for iteration
Generic forward-only iterator that is safe and leak-free.
.
This package is intended to support forward-only iteration in a
variety of use cases while avoiding the normal errors and leaks that
can happen with iterators in Go. It provides mechanisms for map/select
filtering, background iteration through a goroutine, and error
handling throughout.
.
The type of the iterator is interface{}, so it can store anything, at
the cost that you have to cast it back out when you use it. This
package can be used as is, or used as an example for creating your own
forward-only iterators of more specific types.
This is a dependency of golang-github-farjump-go-libudev (ITP #998122),
which is in turn a dependency of LXD (ITP #768073).
This package will be team-maintained within the Debian Go Packaging
Team.
signature.asc
Description: This is a digitally signed message part
Bug#998122: ITP: golang-github-farjump-go-libudev -- Go bindings for libudev
Package: wnpp Severity: wishlist Owner: Mathias Gibbens X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-farjump-go-libudev Version : 0.0~git20171109.8b0739c-1 Upstream Author : Farjump * URL : https://github.com/farjump/go-libudev * License : Apache-2.0 Programming Lang: Go Description : Go bindings for libudev Package go-udev provides a cgo wrapper around the libudev C library. This is a dependency of LXD (ITP #768073). This package will be team-maintained within the Debian Go Packaging Team. signature.asc Description: This is a digitally signed message part
Bug#998144: ITP: cpptoml -- C++ header-only library for parsing TOML configuration files
Package: wnpp Severity: wishlist Owner: Timo Röhling X-Debbugs-Cc: debian-devel@lists.debian.org, roehl...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: cpptoml Version : 0.1.1 Upstream Author : Chase Geigle * URL : https://github.com/skystrife/cpptompl * License : Expat Programming Lang: C++ Description : C++ header-only library for parsing TOML configuration files TOML is a file format for configuration files. It is intended to be easy to read and write due to obvious semantics which aim to be "minimal", and is designed to map unambiguously to a dictionary. cpptoml is a C++ header-only library that implements the TOML 0.5.0 standard. The library is a dependency of Eclipse Iceoryx, a library for true zero-copy interprocess communication. -BEGIN PGP SIGNATURE- iQGzBAEBCgAdFiEEJvtDgpxjkjCIVtam+C8H+466LVkFAmF9uMsACgkQ+C8H+466 LVkDDQwA0xL73OT4wQppC4AEac2QbMmJgxmBE5dvB5blI7b68r7mnbHo94UGtqz4 RKa33U7FSPCX08WuULxOQ18K2GVRIQWZPu0xtlI8eRBIRd/FGY/uY1nzG3rh39rm aHlgyRuL8QMfNX/dA/B78C33VAG2hAnYH+x6ocSBHQGfKwsp7XHr7d6ToTp0cwKW /b0QZ8gu/IA5sr165Y1tgk10mbVRBOp2KBpDZ6EUv0OfZy/FSVaticMvznIKd4ee oQeNdAV875pm848/ClYz4f1PdkqOzLoWXMjD8lR4FgJ2TafAtEoCM5vQ8RXxzQvR u4dbNaSAYJIEirNvtFe+gLRYY2Aew+7xuZVVi7ruOSX6z0mIH+ACHShXu6sakK9S LFwgFH9C1y3PRnmr2kjJuJ/wa/l+f60y3LLKppJrXfIHP2CeIKManDjpTELGMBrc OYorEXhIGjk55kmMzEFPyFcTPrlE/cSA8cvpRgQYVGKcdaMVQ16ogSt2IN2bOPaz zDzq4ayI =jkk0 -END PGP SIGNATURE-
Bug#998146: ITP: iceoryx -- zero-copy interprocess communication library
Package: wnpp Severity: wishlist Owner: Timo Röhling X-Debbugs-Cc: debian-devel@lists.debian.org, roehl...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: iceoryx Version : 1.0.1 Upstream Author : Robert Bosch GmbH, Apex.AI Inc. * URL : https://projects.eclipse.org/proposals/eclipse-iceoryx * License : Apache-2. Programming Lang: C, C++ Description : zero-copy inter-process communication library Iceoryx is an inter-process communication (IPC) middleware for POSIX based operating systems. It features shared memory capabilities which allow a true zero-copy data transfer. Originating from the automotive domain, it is crucial to transfer a huge amount of data between multiple processes to realize driver assistance systems or automated driving applications. Moreover, the same efficient communication mechanism can be applied to a broader range of use cases, e.g. in the field of robotics or game development. Iceoryx is an optional dependency of Cyclone DDS and makes DDS communication on the same host more efficient. It can also be used as stand-alone middleware for ROS 2. It will be maintained by the Debian Robotics Team. -BEGIN PGP SIGNATURE- iQGzBAEBCgAdFiEEJvtDgpxjkjCIVtam+C8H+466LVkFAmF9usIACgkQ+C8H+466 LVnRTwv+IwRr0qJthh+cUcSTI+o1watY7eRUvotWqIKorinWkcd6Yx1K7b/KnVou JxQt/hE5sC1hE1NfB2vQxa9Lz1iArmfasmUVlrCt8AxWEzpL1UmTJiFzxWQmym06 ppnBIn0eTQTxBKn/TQuw5MNRbxJVxA7Cd08Dz0czgkrbsjP9WeiudAXRLCq1JEgA cl28I5qtnqAZflFSIcX+7nqqnLirwAEAF5iuhlmx3ibff5JaHMCObxfl0RrUqbA7 pVmD7l2cY/qqxMmdPQbwb/4pqCeoX5ZFGu566PBYCSFyYu6tGaACaF98RrrpfaPN +qisfFcc7RMi5KUnterx0CUuzQHYQ+9cCIvmzTgyDOA0SovA+DXRNOoY6VtvdynN j4MfFWeYSz38Spg2j9NjS9qnPEG+zecnpnjzy65hP3nboXpcMY7Mxcn4oN8+5ZFg vcCxdO5SVLe79ytA1NgqnQ+Onijnn/2Pa36JTX3dGRu4pvigtp79gKUmZzjy6LIP DNI4OhwW =L3rW -END PGP SIGNATURE-
Re: users not reading manpages annoyance [was: apt annoyance]
On Sat, 2021-10-30 at 12:52 +0100, Tim Woodall wrote: > I bootstrap exclusively using apt and dpkg, with a few minor tweaks so > that apt can reliably generate a successful install plan when installing > the initial essential packages after dpkg has unpacked them. Sounds like you should take a look at mmdebstrap. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#998149: ITP: libhipi-perl -- Raspberry Pi GPIO Perl Modules
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libhipi-perl Version : 0.86 Upstream Author : Mark Dootson * URL : https://metacpan.org/release/HiPi * License : Artistic or GPL-1+ Programming Lang: Perl Description : Raspberry Pi GPIO Perl Modules HiPi provides interfaces to the Raspberry Pi GPIO together with wrappers for some common libraries and peripherals. Documentation and details are available at https://raspberry.znix.com . The package will be maintained under the umbrella of the Debian Perl Group. -- Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. signature.asc Description: Digital Signature
Bug#998150: ITP: golang-github-jaypipes-pcidb -- Small golang library for querying PCI database (pciids) information
Package: wnpp Severity: wishlist Owner: Mathias Gibbens X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-jaypipes-pcidb Version : 0.6.0-1 Upstream Author : Jay Pipes * URL : https://github.com/jaypipes/pcidb * License : Apache-2.0 Programming Lang: Go Description : Small golang library for querying PCI database (pciids) information pcidb is a small golang library that contains a PCI database inspection and querying facility which allows developers to query for information about hardware device classes, vendor and product information. This is a dependency of LXD (ITP #768073). This package will be team-maintained within the Debian Go Packaging Team. signature.asc Description: This is a digitally signed message part
