Bug#1003441: ITP: python-tempestconf -- automatic tempest configuration
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-tempestconf Version : 2.1.0 Upstream Author : OpenStack Foundation * URL : https://opendev.org/openinfra/python-tempestconf * License : Apache-2.0 Programming Lang: Python Description : automatic tempest configuration python-tempestconf will automatically generate the tempest configuration based on your cloud. Note: This is an indirect dependency for refstack-client, which is a tool to validate an OpenStack deployment that I'm also going to package.
Bug#1003442: ITP: refstack-client -- OpenStack platform validation client
Package: wnpp Severity: wishlist Owner: Thomas Goirand X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: refstack-client Version : 0.0.0~2021.08.18.fa73ef2524 Upstream Author : OpenStack Foundation * URL : https://opendev.org/openinfra/refstack-client * License : Apache-2.0 Programming Lang: Python Description : OpenStack platform validation client Refstack-client is a command line utility that allows you to execute Tempest test runs based on configurations you specify. When finished running Tempest it can send the passed test data to a RefStack API server.
Re: chromium: Update to version 94.0.4606.61 (security-fixes)
On Sun, Jan 09, 2022 at 12:56:28AM -0500, Andres Salomon wrote: > > On 1/8/22 15:57, Mattia Rizzolo wrote: > > On Thu, Jan 06, 2022 at 02:55:20AM -0500, Andres Salomon wrote: > > > If you want to try with chromium 97; it now builds as an official build, > > > so > > > those DCHECKs shouldn't even be compiled in. It also supports wayland > > > automatically, in case that's related to your slowdowns. > > > > > > https://salsa.debian.org/dilinger/chromium/-/tree/v97 > > I wanted to do this, but could it be that this version is for some > > reason taking much more space than the previous one? Here I have ~40 GB > > free, and v96 built just fine (though I wasn't looking when it was > > running), but now this failed already twice due to ENSPC. > > > > I'll try looking for someplace more spacy but it's odd :) > > > > Yeah, I think it's the debugging info; it's also breaking lld. It's a result > of enabling official build, I'm working on it. I see. Well, it took me longer than I would have liked, but I finally got a build out of that v97 branch (commit 2c2685aee67a677c85dd752aea08a7e571312116). This one looks fully functional, gmail is as reactive as it used to be (u.U after a few days with v96 and that slowness, now it feels so much better lol) in the past, and after ~15 minutes of random usage it hasn't crashed on me yet! \o/ It also fixed a problem I had with v93 where document google sheets would look totally blank... so double happy now! -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Re: chromium: Update to version 94.0.4606.61 (security-fixes)
On Sun, Jan 09, 2022 at 11:23:20PM -0500, Andres Salomon wrote: > Btw, https://salsa.debian.org/dilinger/chromium/-/tree/stable is my branch > with cleaned-up commits. That's what I'll use for the NMU, which I'm > preparing now. If you all agree, you could finalize the tree, then I'll build again, after which I could sponsor this after a couple days of testing. I see that you changed debian/copyright compared to the one I used in my build here, so I'll export the orig tarball again. (normally with Michel we'd share the sha256 of one's produced tarball to check we are building with the same thing, so please share yours?) Regarding the git repository/team on salsa. What would you all think about asking the salsa admins to bypass the team admins (gilbert and riku) that have been silent all this time? When Micheal started taking over, I didn't want to be too involved so I didn't ask to be added to team together with him, but I suppose I got sucked in by this matter a bit too much. Otherwise I wonder about simply creating a new repository under debian/. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Re: Next attempt to add Blends to Debian installer
Hi Steve, a new release cycle has started. Do you think it is possible to implement this long wanted feature for the next release? Kind regards and happy new year Andreas. Am Sat, Mar 06, 2021 at 04:53:48PM + schrieb Steve McIntyre: > Hey Andreas! > > On Tue, Mar 02, 2021 at 02:46:52PM +0100, Andreas Tille wrote: > >On Thu, Oct 08, 2020 at 10:23:19AM +0100, Steve McIntyre wrote: > >> Hey Andreas! I hope you're keeping well! > >> > >> On Tue, Oct 06, 2020 at 06:08:02PM +0200, Andreas Tille wrote: > >> >> (Overdue!) update: I've been hacking on this for a while, and I hope > >> >> to have a prototype for testing up shortly. It works fine on my local > >> >> system, but in a test d-i build it fails totally so I've clearly > >> >> missed something! Debugging that now... > >> > > >> >I wonder whether I might have missed some information whether there > >> >is something I could test meanwhile. > >> > >> I'm afraid that various higher-priority interrupts came up (new job, > >> UEFI security work) and I got side-tracked for a while. You must be > >> psychic - I just started picking things up again last weekend. > > > >I admit I did not payed much attention on the development of tasksel and > >thus the chances to select Blends right from the installer. The topic > >remains to be urgent for all Blends - but I'm afraid it will be to late > >for Debian 10. Or did I missed something and the status is promising > >for this release? > > Apologies, I think I've let you down :-( . > > I've made a *small* amount of progress at hacking on debconf (route > #2). But again I've had other things come up, not least another round > of Secure Boot fixes. We're not going to have changes in for > Bullseye. Sorry. :-( > > -- > Steve McIntyre, Cambridge, UK.st...@einval.com > Getting a SCSI chain working is perfectly simple if you remember that there > must be exactly three terminations: one on one end of the cable, one on the > far end, and the goat, terminated over the SCSI chain with a silver-handled > knife whilst burning *black* candles. --- Anthony DeBoer > > -- http://fam-tille.de
Bug#1003460: ITP: golang-github-mdlayher-socket -- low-level network connection type to provide asynchronous I/O
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org Package: wnpp Severity: wishlist Owner: Benjamin Drung * Package name: golang-github-mdlayher-socket Version : 0.1.1-1 Upstream Author : Matt Layher * URL : https://github.com/mdlayher/socket * License : Expat Programming Lang: Go Description : Package socket provides a low-level network connection type which integrates with Go's runtime network poller to provide asynchronous I/O and deadline support. MIT Licensed. The socket package provides a low-level network connection type which integrates with Go's runtime network poller to provide asynchronous I/O and deadline support. . This package focuses on UNIX-like operating systems which make use of BSD sockets system call APIs. It is meant to be used as a foundation for the creation of operating system-specific socket packages, for socket families such as Linux's AF_NETLINK, AF_PACKET, or AF_VSOCK. This package should not be used directly in end user applications. . Any use of package socket should be guarded by build tags, as one would also use when importing the syscall or golang.org/x/sys packages. golang-github-mdlayher-socket is a new dependency for https://github.com/mdlayher/netlink v1.5.0 (which in turn is a dependency for prometheus-node-exporter). -- Benjamin Drung Senior DevOps Engineer and Debian & Ubuntu Developer Compute Platform Operations Cloud IONOS SE | Revaler Str. 30 | 10245 Berlin | Deutschland E-Mail: benjamin.dr...@ionos.com | Web: www.ionos.de Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498 Vorstand: Hüseyin Dogan, Dr. Martin Endreß, Claudia Frese, Henning Kettler, Arthur Mai, Britta Schmidt, Achim Weiß Aufsichtsratsvorsitzender: Markus Kadelke Member of United Internet
Re: Next attempt to add Blends to Debian installer
Andreas Tille writes: > Hi Steve, > > a new release cycle has started. Do you think it is possible to > implement this long wanted feature for the next release? BTW I've got almost all of the bits in place to allow one to test this just by pushing repos on salsa. The only missing bit AFAIK is getting the step where tasksel gets installed into the target system, and then run, to be able to grab the version of tasksel to use from an alternative apt repository (which is already being created as part of the salsa-CI pipeline I've got setup), which I think ought to be a case of running apt update an extra time at the right moment. Fixing that last bit is next on my TODO list. Once done, that should allow us to try things out rather more easily, and thus have a chance to demonstrate that they are ready for a wider audience. I'll follow up here once I've got all the bits in place. I also expect to have time to work on getting Blends into d-i after that. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY signature.asc Description: PGP signature
Re: chromium: Update to version 94.0.4606.61 (security-fixes)
On 1/10/22 05:01, Mattia Rizzolo wrote: On Sun, Jan 09, 2022 at 11:23:20PM -0500, Andres Salomon wrote: Btw, https://salsa.debian.org/dilinger/chromium/-/tree/stable is my branch with cleaned-up commits. That's what I'll use for the NMU, which I'm preparing now. If you all agree, you could finalize the tree, then I'll build again, after which I could sponsor this after a couple days of testing. I see that you changed debian/copyright compared to the one I used in my build here, so I'll export the orig tarball again. (normally with Michel we'd share the sha256 of one's produced tarball to check we are building with the same thing, so please share yours?) Thank you so much for testing! The sha256 that I have is cca093107bf6991b4777889012646455f8e520b446c9f27250653f98ed4bb7e0 I don't need a sponsor (I'm a developer), but thank you for the offer. Regarding the git repository/team on salsa. What would you all think about asking the salsa admins to bypass the team admins (gilbert and riku) that have been silent all this time? When Micheal started taking over, I didn't want to be too involved so I didn't ask to be added to team together with him, but I suppose I got sucked in by this matter a bit too much. Otherwise I wonder about simply creating a new repository under debian/. I'm not going to worry about salsa team repo access it just yet; I want to get these uploaded (both sid and bullseye) first. Btw, hopefully Michael is just currently busy and is still interested in working on chromium?
Re: Next attempt to add Blends to Debian installer
Hi Phil, Am Mon, Jan 10, 2022 at 08:02:50PM +0100 schrieb Philip Hands: > Fixing that last bit is next on my TODO list. Once done, that should > allow us to try things out rather more easily, and thus have a chance to > demonstrate that they are ready for a wider audience. > > I'll follow up here once I've got all the bits in place. I also expect > to have time to work on getting Blends into d-i after that. That's really great news. Thanks a lot Andreas. -- http://fam-tille.de
Re: Next attempt to add Blends to Debian installer
On 1/10/22 11:24, Andreas Tille wrote: Hi Phil, Am Mon, Jan 10, 2022 at 08:02:50PM +0100 schrieb Philip Hands: Fixing that last bit is next on my TODO list. Once done, that should allow us to try things out rather more easily, and thus have a chance to demonstrate that they are ready for a wider audience. I'll follow up here once I've got all the bits in place. I also expect to have time to work on getting Blends into d-i after that. That's really great news. Thanks a lot Great news indeed. I am available to help out with testing or any further work needed. Give out a shout when changes are ready to be tested. -- Sunil OpenPGP_0x36C361440C9BC971.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Next attempt to add Blends to Debian installer
On Mon, Jan 10, 2022 at 08:02:50PM +0100, Philip Hands wrote: > The only missing bit AFAIK is getting the step where tasksel gets > installed into the target system, and then run, to be able to grab the > version of tasksel to use from an alternative apt repository (which is > already being created as part of the salsa-CI pipeline I've got setup), Is installing tasksel actually necessary? apt understands tasks, eg: apt install lamp-server^ https://shantanugoel.com/2010/10/23/apt-get-caret/ https://askubuntu.com/questions/211912/ I believe this works even if tasksel isn't installed on the target system. Thanks signature.asc Description: PGP signature
