Re: 64-bit time_t: an update
Hi all, Quoting Steve Langasek (2023-07-19 23:27:21) [snip] > The "good" news is that, although there are over 1500 -dev packages yet to > be analyzed, we have prioritized libraries based on the number of > reverse-dependencies and therefore these 1500 -dev packages have among them > less than 300 reverse-build-dependencies that have not already been > identified as part of the transition (800 of these -dev packages have no > reverse-build-dependencies at all). > > Therefore, I would like to propose the following. > > - Assume the remaining 1500 -dev packages are affected by the ABI breakage. > This will increase the number of library packages included in the > transition requiring sourceful uploads from < 500 to 2000[1], but will > only increase the number of packages requiring rebuilds from 5300 to 5600. > > - Agree a target window together with the Release Team for when the > transition will be uploaded to unstable; and based on this, set a deadline > beforehand for finalizing the list of library packages whose binary > package names will be changed. > > - We in Ubuntu Foundations will continue on a best effort basis to drive > down the list of -dev packages which cannot be analyzed, until that > deadline. > > - Any party (maintainer or otherwise) interested in having some of these > library packages excluded from the transition is welcome to contribute > fixes up to that deadline that will let us analyze them and show that the > ABI has not changed. In order to avoid duplicating efforts, I've created a wiki page listing all the packages that are still to be dealt with: https://wiki.debian.org/ArmhfTimeTTodo It's fairly crude, but hopefully enough for the purpose. I'll be working the entire week on reducing that list, so if anyone joining in the fun wants to discuss it, feel free to ping me on IRC (schopin). Cheers -- Simon Chopin Foundations TeamUbuntu MOTU/Core Dev simon.cho...@canonical.comscho...@ubuntu.com
libgmp3c2 sources
Dear developers, I work on a debian-like embedded system with quite an old kernel, so the package libgmp3c2_2:4.3.2_armel.deb suited me perfectly. The problem is that now I would really like to be able to build it from sources as well, but I can't find them anywhere on the web. Maybe you know someone who might still possess the source files? Many thanks in advance, Lana
Re: libgmp3c2 sources
On Mon, Jul 31, 2023 at 06:40:16AM -0400, Svetlana Karimova wrote: > Dear developers, > I work on a debian-like embedded system with quite an old kernel, so the > package libgmp3c2_2:4.3.2_armel.deb suited me perfectly. > The problem is that now I would really like to be able to build it from > sources as well, but I can't find them anywhere on the web. > Maybe you know someone who might still possess the source files? https://snapshot.debian.org/package/gmp4/2%3A4.3.2%2Bdfsg-2/
Re: libgmp3c2 sources
Quoting Svetlana Karimova (2023-07-31 12:40:16) > Dear developers, > I work on a debian-like embedded system with quite an old kernel, so the > package libgmp3c2_2:4.3.2_armel.deb suited me perfectly. > The problem is that now I would really like to be able to build it from > sources as well, but I can't find them anywhere on the web. > Maybe you know someone who might still possess the source files? What you want is https://snapshot.debian.org/ Kind regards, - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ * Sponsorship: https://ko-fi.com/drjones [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: /usr-merge: continuous archive analysis
Le ven. 21 juil. 2023 à 16:48, Helmut Grohne a écrit : > TL;DR: dpkg-statoverride detection cannot be automated, but there are > only 5 affected packages. > > On Wed, Jul 12, 2023 at 03:34:38PM +0200, Helmut Grohne wrote: > > * DEP17-P5: dpkg-statoverrides not matching the files shipped. > >Possibly, I can extend dumat to cover unconditional statoverrides. > > Changes needed: > * fuse (queries only, can be duplicated now) > * fuse3 (queries only, can be duplicated now) > * ntfs-3g (queries only, can be duplicated now) > * systemd-cron (needs to be updated when moving files) > * yp-tools (needs to be updated when moving files) [systemd-cron]: after a carefull review, I took a third option: these scriptlets belong neither in /lib nor /usr/lib but in /usr/libexec . This is now implemented this way in the upstream repository. The debian postinst will be adapted to remove the old override in a next upload. Greetings, Alexandre
Re: Help with the nftables package: the embedded python module
On Sun, Jul 30, 2023, 21:39 Jeremy Sowden wrote: > On 2023-07-28, at 18:59:45 +0200, Timo Röhling wrote: > > * Arturo Borrero Gonzalez [2023-07-28 18:38]: > > > I would appreciate additional suggestions and hints. Patches welcome. > > > > If you have bad interactions between the Python and non-Python parts > > of your package, you can try and build them independently, i.e., > > > > override_dh_auto_build: > > dh_auto_build --package=python3-nftables --sourcedirectory=py > --buildsystem=pybuild > > dh_auto_build --remaining-packages > > > > and similar for the other dh_auto_* commands. I did something like > > that for tinyobjloader and it worked quite nicely. > > Thanks for the pointer, Timo. This does seem to do the trick. > > Arturo, I'll push the changes to Salsa. > > J. > Thanks, Timo and Jeremy. >
Bug#1042774: ITP: python3-grequests -- asynchronous Web Scraping With Python
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-devel@lists.debian.org,debian-pyt...@lists.debian.org, guilherme@gmail.com * Package name: python3-grequests Version : 0.7.0 Upstream Contact: Kenneth Reitz * URL : https://github.com/spyoungtech/grequests * License : BSD Programming Lang: Python Description : asynchronous Web Scraping With Python This package allows you to use Requests with Gevent to make asynchronous HTTP Requests easily. . Simple but effective way to create multiple http requests in Python allowing to scrape faster. . The HTTP verb methods in grequests (e.g., grequests.get, grequests.post, etc.) accept all the same keyword arguments as in the requests library.
Bug#1042803: ITP: fanwor -- action-adventures in the style of "The Legend of Zelda"
Package: wnpp Severity: wishlist Owner: Joseph Nahmias X-Debbugs-Cc: debian-devel@lists.debian.org, h...@tuxfamily.org, debian-devel-ga...@lists.debian.org, j...@nahmias.net * Package name: fanwor Version : 1.16 Upstream Contact: Thomas Huth * URL : https://fanwor.tuxfamily.org/ * License : GPL-2.0 Programming Lang: C Description : action-adventure game in the style of "The Legend of Zelda"
Re: /usr-merge: continuous archive analysis
Hi Alexandre, On Mon, Jul 31, 2023 at 01:37:12PM +0200, Alexandre Detiste wrote: > [systemd-cron]: after a carefull review, I took a third option: > these scriptlets belong neither in /lib nor /usr/lib but in /usr/libexec . > > This is now implemented this way in the upstream repository. > > The debian postinst will be adapted to > remove the old override in a next upload. This is halfway good and halfway bad. In moving crontab_setgid from lib to libexec, you effectively evade the moratorium and are entitled to also move from / to /usr. This is an action you can do right now. The move from /lib to /usr/libexec prevents the file loss scenario that spurred the moratorium. In https://github.com/systemd-cron/systemd-cron/commit/45e82678f62f523417b0c7f84d40ec7fcb1b864d, you move the generators from / to /usr. This action is prohibited by the moratorium and will have to be temporarily reverted in the packaging (or the upload of the upstream release needs to be delayed). Helmut
