snapshot.d.o has been in a bad state for several months
Hi, snapshot.debian.org is getting worse again. There is not a single snapshot for August yet and the last days of July are spotty: http://snapshot.debian.org/archive/debian/?year=2023&month=7 None for the 29. and only a single timestamp for the 26., 27., 28. and 30. There should be four per day. The situation is even worse for other archives. For debian-ports, for the month of July, there are only 22 snapshots overall: http://snapshot.debian.org/archive/debian-ports/?year=2023&month=7 This problem has been known for half a year already: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031628 But that bug got closed in favor of #1029744 which was filed because debian-ports had no snapshots at all for January and only three for February this year but there is no reply to that bug. In #1031628 Julien said that there is "not much we can do about it at the moment". What is the status of this problem? What is needed to fix it? Is this just a problem of computational and/or storage resources which an be fixed by the funds available to Debian? I'd argue that snapshot.d.o is part of the central services Debian provides and it should work better than it does right now. Thanks! cheers, josch signature.asc Description: signature
Bug#1042901: ITP: python-dm-tree -- library for working with nested data structures
Package: wnpp Severity: wishlist Owner: Michael Fladischer X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-dm-tree Version : 0.1.8 Upstream Contact: DeepMind * URL : https://github.com/deepmind/tree * License : Apache2 Programming Lang: C++, Python Description : library for working with nested data structures A library for working with nested data structures. In a way, tree generalizes the builtin map function which only supports flat sequences, and allows one to apply a function to each "leaf" preserving the overall structure. . It is backed by an optimized C++ implementation suitable for use in demanding applications, such as machine learning models. I intend to maintain this as part of the DPT. -BEGIN PGP SIGNATURE- iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAmTKY1QRHGZsYWRpQGRl Ymlhbi5vcmcACgkQ/9PIi5l90WrENQf/eyNqUFP/+iyLw5PZJQePG1ZeG6Uvi9cW vRCh+3zFoX3hvz+T21aREY8KYpJQZayMnVLHag/DSuBbg7AX1ZTvPlO0xwPssigv rXYodzpGGPvJBAF93tCZJhNhhooWW2OECyZowGJZSE2AmIXbt9ACtU5dAA8ErFQ/ UKm5ArGDvVu9mRKRso7hGG619cM6j8UPeb4hbSKmcu8o3iXEqzveflwe6iOSg0UU kS4wfNL2plbRU6DOG61wQ0jZBaMmVCbWSCN6utYUsYcWXr65n/McmzdVcPvAy2bb gJeZiyC1NfrDq8v4cxCM3Fd0RfN+OlvhG8efdViMDoPmpT4oeZ+O+A== =KMDs -END PGP SIGNATURE-
what about package for my simple program
sf.net/projects/go-brut-x
pybuild now supports meson
FYI: The latest upload of dh-python to unstable (6.20230802) includes a meson plugin, so pybuild can easily build a package multiple times for all supported Python modules. It should detect meson from the presence of a meson.build file. And it'll re-execute dh's meson driver for the build step for each Python version. Hopefully that helps... (and doesn't cause unexpected FTBFSs) Stefano CCed teams of maintainers of packages matching: grep-dctrl -F Build-Depends,Build-Depends-Arch,Build-Depends-Indep \ -s Package,Build-Depends,Build-Depends-Arch,Build-Depends-Indep \ -e '(\s|^)meson(\s|$)' | \ grep-dctrl -F Build-Depends,Build-Depends-Arch,Build-Depends-Indep \ -s Package \ -e '(\s|^)python3(-all)?(-dev)?(\s|$)' Debian GNOME Maintainers gedit gi-docgen gnome-music gtk-doc libgom libpeas rhythmbox totem Debian Input Method Team keyman Debian Python Team gtg meson-python Eberhard Beilharz keyman (U) Emilio Pozuelo Monfort gtk-doc (U) libpeas (U) rhythmbox (U) FingerForce Team libfprint Francois Mazen gtg (U) Iain Lane gnome-music (U) gtk-doc (U) libpeas (U) Jeremy Bicha gtk-doc (U) libgom (U) Jeremy Bicha gedit (U) gnome-music (U) rhythmbox (U) totem (U) Jeremy Bícha libpeas (U) Jordi Mallach rhythmbox (U) Keyman team keyman (U) Laurent Bigonville gedit (U) gnome-music (U) libgom (U) libpeas (U) rhythmbox (U) totem (U) Maintainers of GStreamer packages gst-python1.0 Marco Trevisan libfprint (U) Michael Biebl gtk-doc (U) libgom (U) libpeas (U) rhythmbox (U) totem (U) Sebastian Dröge gst-python1.0 (U) pitivi Simon McVittie gi-docgen (U) meson-python (U) xdg-desktop-portal (U) Sjoerd Simons libpeas (U) Tim Lunn gnome-music (U) gtk-doc (U) Ulises Vitulli libfprint (U) Utopia Maintenance Team xdg-desktop-portal -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
Re: debci / salsa ci: support for qemu runner
On Sat, Jul 29, 2023 at 06:02:26AM +0200, Helmut Grohne wrote: > Hi, > > On Tue, Jul 25, 2023 at 09:37:35PM +0200, Paul Gevers wrote: > > For ci.d.n, the issue is not money, but the required work to integrate it > > into the infrastructure. We need volunteers (or pay people to do the work), > > but unless they can and want to figure out everything from source [1], the > > bottleneck remains that the current volunteers would need to help those > > people understand the setup and guide them coming up with good solutions. > > I second this on another level. While the lxc backend is exercised very > often, the qemu backend evidently experiences rare use. The default > --ram-size is 1G and that happens to be too little for a number of > packages already. This soon will be configurable (#1037245). I expect > that there are more aspects where qemu and lxc differ in a way that > causes test failures as most of the existing tests only ever ran on lxc. > Some of these aspects will have to be fixed in tests, but others (like > the --ram-size) will need addressing in infrastructure. Please expect > more work in this area. FWIW, the debci codebase has gained support for specifying a backend on a per-package basis, so we will be able to switch packages one by one, and only the ones that really need (and/or benefit from) running on QEMU. signature.asc Description: PGP signature
Re: what about package for my simple program
Hello Am 02.08.23 um 16:40 schrieb Олег Пучинин: sf.net/projects/go-brut-x you can try to package it yourself. For questions about packaging use debian-ment...@lists.debian.org -- Mechtilde Stehmann ## Debian Developer ## PGP encryption welcome ## F0E3 7F3D C87A 4998 2899 39E7 F287 7BBA 141A AD7F
