Re: [arch-dev-public] packager key revokation
On 21-05-22 00:51, Morten Linderud via arch-dev-public wrote: > Yo Andrzej :) > > I hope you are doing fine despite the circumstances! > > I adopted a few of your packages when you announced this in October. I'm just > going to paste the current list of your packages missing a co-maintainer so > people have a list. > > I'll probably try pick up a bunch of the python-* stuff unless people are > looking for stuff to maintain. If there's still some python things leftover, I can pick up maintenance after my key makes it into the archlinux keyring. Otherwise, another dev/TU should maintain these. -- George Rawlinson
Re: [arch-dev-public] Changes to the Code of Conduct
On 21-07-16 10:10, Allan McRae via arch-dev-public wrote: > And you can see my draft of a much more simple Code of Conduct here: > > https://gitlab.archlinux.org/allan/service-agreements/-/blob/coc/code-of-conduct.md > > I believe it still covers everything in the previous version while being > only ~12% of the length. > > Allan That's a great start! Thanks for taking the time to simplify this agreement. -- George Rawlinson
Re: [arch-dev-public] [RFC] archweb nvchecker integration
On 22-01-31 21:25, Jelle van der Waa via arch-dev-public wrote: > We’ve wanted automatic flagging packages out of date for a while and > currently every packager has to come up with it’s own solution. Let’s solve > this centralized by integrating nvchecker into archweb. > > nvchecker is a program which can monitor versions upstreams, github, pypi, > haskell, crates.io or custom provided for updates. Various packagers already > use nvchecker in some form. [1] > > The idea is that every package in svn has a .NVCHECKER file > (linux/trunk/.NVCHECKER) which contains the package specific settings i.e.: > > [go] > source = “github” > github = “golang/go” > prefix = “go” > use_max_tag = true > exclude_regex = “.(release|weekly|rc|alpha|beta).” > > Archweb will have a systemd service which regularly goes through the > pkgbases, check if the file exists, runs nvchecker and if required flags the > package out of date automatically. > > For Github sources a token is required so we can do 5000 requests per hour, > Arch Linux already has a Github account so this is no issue. > > Felix already has a script which converts a subset of packages to nvchecker. > This could be extended to apply to more packages. [2] > > The question is if anyone object to checking these small .NVCHECKER files > into our svn repository. If there are no real objections, I'll start > implementing this functionality into archweb in two weeks. > > [1] https://nvchecker.readthedocs.io/en/latest/usage.html#check-crates-io > [2] > https://github.com/felixonmars/archlinux-futils/blob/master/arch-to-nvchecker > > Greetings, > > Jelle van der Waa I have no objections to this, and happily support this endeavour. However, I currently track 8 packages via shell scripts (available via nvchecker's "cmd" source), all found here[0]. Some of them require specific dependencies to be installed, e.g. html-xml-utils for normalising/extracting HTML elements. Would we be able to list specific dependencies in the .nvchecker files? [0]: https://git.little.kiwi/grawlinson/arch-pkgs/src/branch/primary/.repo/pkgver -- George Rawlinson signature.asc Description: PGP signature
Re: [arch-dev-public] [RFC] archweb nvchecker integration
On 22-02-01 08:21, Morten Linderud via arch-dev-public wrote: > These require running arbitrary scripts on archweb so they should probably > remain > unsupported. Is there no better options? At this stage, the following [community] packages that I maintain require massaging of HTML sources: * html-xml-utils * oil * parallel * libmilter (bundled with sendmail source) * time I suppose if a nvchecker plugin existed that utilised bs4 (beautiful soup), that would work. But I assume that would still fit your definition of "arbitrary script". :p -- George Rawlinson signature.asc Description: PGP signature
Re: [arch-dev-public] [RFC] archweb nvchecker integration
On 22-02-02 21:03, Felix Yan via arch-dev-public wrote: > There is a regex plugin and a htmlparser plugin for this. > > The htmlparser plugin accepts XPath, but if you want to process it further > the regex plugin may just work better. > > Examples for your packages: > > [html-xml-utils] > source = "regex" > url = "https://www.w3.org/Tools/HTML-XML-utils/"; > regex = "html-xml-utils-(.*?).tar.gz" > > [oil] > source = "htmlparser" > url = "https://www.oilshell.org/release/latest/"; > xpath = "//h1/text()" > prefix = "Oil " I am guilty of not reading the documentation. Thank you! :) -- George Rawlinson signature.asc Description: PGP signature
Re: [arch-dev-public] Disowning some packages
On 22-03-16 16:23, David Runge via arch-dev-public wrote: > On 2022-03-16 17:09:59 (+0200), Felix Yan via arch-dev-public wrote: > > certbot > > certbot-dns-rfc2136 > > I can look into co-maintaining those with Jelle (who is at least > maintaining cerbot) when I'm back. I'm using (some of) those myself and > have some ideas for systemd services, etc. > > Best, > David I use these two packages extensively, so I'll hop on the co-maintainer train. It seems that the majority of these packages are in the certbot repository. Yay for monorepos! /s -- George Rawlinson signature.asc Description: PGP signature
Re: [arch-dev-public] Spring cleanup '22
On 22-03-30 09:19, Antonio Rojas via arch-dev-public wrote: > El lunes, 21 de marzo de 2022 19:33:32 (CET), Brett Cornwall via > arch-dev-public escribió: > > > > I'd be interested in: > > > > * spice-protocol > > * libmusicbrainz5 > > * libdiscid > > * libdvdcss (Not sure if that one should go to community, though) > > * dht (same with this one) > > * screen > > All moved, please adopt. > > On 2022-03-21 11:36, Antonio Rojas via arch-dev-public wrote: > > > I will start dropping the leftovers to AUR in about 10 days. > > Last chance to adopt stuff, I will start dropping them in two days. Bit late getting around to this (whoops!), I require some of these packages. Any chance of moving the following to community: * libnet * libmms * docbook-xml * python-pyopenssl * ttf-dejavu Mercurial is required by devtools, so I think this needs to stay in extra. -- George Rawlinson signature.asc Description: PGP signature
