On Mon, Nov 30, 2020 at 10:49:00PM +, Robin H. Johnson wrote: > On Mon, Nov 30, 2020 at 07:02:08AM -0700, Raul E Rangel wrote: > > It looks like bouncer.gentoo.org is mangling the + in the original URL > > and converting it into a space. This also happens when I try wget and > > using chrome to hit the URL directly. > Yes, there was a recent change to it, moving between hosts. > > I'll look into the breakage, thanks for the report. FYI: this is fixed now. -- Robin Hugh Johnson Gentoo Linux: Dev, Infra Lead, Foundation Treasurer E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136 signature.asc Description: PGP signature
On Mon, Nov 30, 2020 at 07:02:08AM -0700, Raul E Rangel wrote: > It looks like bouncer.gentoo.org is mangling the + in the original URL > and converting it into a space. This also happens when I try wget and > using chrome to hit the URL directly. Yes, there was a recent change to it, moving between hosts. I'll look into the breakage, thanks for the report. -- Robin Hugh Johnson Gentoo Linux: Dev, Infra Lead, Foundation Treasurer E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136 signature.asc Description: PGP signature
On Sun, Nov 29, 2020 at 4:50 PM William Hubbs wrote: > > On Thu, Nov 26, 2020 at 07:55:33AM +0100, Piotr Karbowski wrote: > > Hi, > > > > On 25/11/2020 22.57, Georgy Yakovlev wrote: > > > systemd-tmpfiles does not depend on any systemd-isms, does not need dbus, > > > and is just a drop-in replacement, the only step needed is to emerge the > > > package. > > > it's a simple single binary + manpage, binary links to libacl and couple > > > other > > > system libs. > > > > Can confirm that systemd-tmpfiles works fine on OpenRC systems. Been > > using it since end of October. > > > > Two things that are different in terms of interface to opentmpfiles is > > that systemd-tmpfiles does not have --dry-run runtime option, and it > > will complain if any /usr/lib/tmpfiles.d/*.conf uses /var/run instead of > > /run, but that's just an warning. > > Also, have we tested this on musl systems? > > My plan is to take the tmpfiles code from systemd, like eudev and elogin > have done, and rewrite it to not use the systemd libraries so it will be > more portable. I think this is a bigger task than you realize. Even if you manage to get an initial rewrite done, you would also need to keep up with feature updates systemd releases. That hasn't worked out for eudev, and I doubt it would work out for this yet-to-exist tmpfiles project. Maintaining a patchset against the systemd sources is probably the best path forward on this.
# Aaron Bauman (2020-11-30) # EAPI=5. Multiple open bugs #603866 #713620 # Dead upstream. Removal in 30 days. net-analyzer/dosdetector -- Cheers, Aaron signature.asc Description: PGP signature
It looks like bouncer.gentoo.org is mangling the + in the original URL and converting it into a space. This also happens when I try wget and using chrome to hit the URL directly. I'm trying the following: $ curl -Li https://bouncer.gentoo.org/fetch/root/all/releases/amd64/autobuilds/latest-stage3-amd64-hardened+nomultilib.txt HTTP/1.1 302 Found Date: Mon, 30 Nov 2020 13:55:06 GMT Server: Apache X-Powered-By: PHP/7.3.23 Location: https://mirror.init7.net/gentoo//releases/amd64/autobuilds/latest-stage3-amd64-hardened nomultilib.txt Content-Length: 0 Content-Type: text/html; charset=UTF-8 HTTP/1.1 404 Not Found Server: nginx/1.14.2 Date: Mon, 30 Nov 2020 13:55:07 GMT Content-Type: text/html Content-Length: 169 Connection: keep-alive Clicking on the hardened no multilib on the download page also fails: https://www.gentoo.org/downloads/ Was there an update pushed recently to bounder.gentoo.org? -- Raul E Rangel
Le 29/11/2020 à 16:48, Andreas K. Hüttel a écrit : x11-misc/i855crt I'm fairly certain this package cannot work with post-KMS kernel drivers, so anything after 2010 or so. And the laptops that sport this chip are probably all dead by now (mine is anyway). I'd say, let's push this one to last-rite right away. Cheers, Rémi
On 2020-11-28 20:09, Marek Szuba wrote: While the migration of some of depends on various Lua modules which have not themselves been migrated (from a glance at the dependency tree, it seems dev-lua/lpeg and dev-lua/LuaBitOp are the ones we need the most urgently), the vast majority of these packages depend on dev-lang/lua only i.e. could already be migrated. Update: thanks to the valiant efforts of ConiKost and the others over the weekend, the dependency tree of the tracker bug is now flat. No migrations remain blocked by other unmigrated packages. -- MS OpenPGP_signature Description: OpenPGP digital signature
On 11/29/20 11:22 PM, Marek Szuba wrote: >> x11-misc/i3lock > Will add myself as the second maintainer if Jakov is okay with it. > Sure Marek, you are welcome to add yourself :) -- Best regards, Jakov Smolic OpenPGP_signature Description: OpenPGP digital signature