Re: [arch-dev-public] Autumn extra cleaning
On 05 Oct 2020, at 7:16 am +0200, Sven-Hendrik Haase via arch-dev-public wrote: > ttf-junicode > ttf-linux-libertine > x11-ssh-askpass I could take these if they were dropped to [community]. I approve of Medievalism and of nice fonts, and ssh-askpass is useful. Cheers, Ivy signature.asc Description: PGP signature
Re: [arch-dev-public] Autumn extra cleaning
On 05/10/2020 02:16, Sven-Hendrik Haase via arch-dev-public wrote: > and TUs > can notify which packages they are interested to maintain in [community] > chromaprint > gifsicle > x11vnc > xine-lib > xine-ui I would adopt the above ones if developers decide to move them to [community]. -- Best regards, Daniel Bermond signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Autumn extra cleaning
On Tue, 6 Oct 2020 at 04:39, Anatol Pomozov wrote: > On Sun, Oct 4, 2020 at 11:11 PM Daurnimator via arch-dev-public > wrote: > > > > On Mon, 5 Oct 2020 at 16:16, Sven-Hendrik Haase via arch-dev-public > > wrote: > > > TUs can notify which packages they are interested to maintain in > > > [community] > > > > > lua51 > > > lua52 > > > > Sure (though no upstream updates are expected) > > If you plan to take care of lua packages, would you mind adopting the > "lua" package as well? I do not do much lua development and I would > prefer if someone else handled the lua ecosystem. I'd be happy to; however lua itself should probably stay in extra rather than being moved to community.
Re: [arch-dev-public] Autumn extra cleaning
On 2020-10-05 22:05:09 (+0200), Jelle van der Waa wrote: > David, this is also an archiso dep It's archboot, not archiso :) There is no more requirement for ifplugd in archiso. -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-dev-public] Autumn extra cleaning
On 05/10/2020 07:16, Sven-Hendrik Haase via arch-dev-public wrote: > Hey everyone, > > It was suggested as part of this year's spring cleanup of [community] > that we should be have a cleanup in [core]/[extra] and move packages > downwards into [community]. > > This round only concerns [extra] packages. > > Devs that want the packages in [extra], please adopt packages, and TUs > can notify which packages they are interested to maintain in [community] > > fakechroot Adopted as test dep of pacman > ifplugd David, this is also an archiso dep signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Autumn extra cleaning
Hi On Sun, Oct 4, 2020 at 11:11 PM Daurnimator via arch-dev-public wrote: > > On Mon, 5 Oct 2020 at 16:16, Sven-Hendrik Haase via arch-dev-public > wrote: > > TUs can notify which packages they are interested to maintain in [community] > > > lua51 > > lua52 > > Sure (though no upstream updates are expected) If you plan to take care of lua packages, would you mind adopting the "lua" package as well? I do not do much lua development and I would prefer if someone else handled the lua ecosystem.
Re: [arch-dev-public] Autumn extra cleaning
On Mon, 5 Oct 2020 07:16:14 +0200 Sven-Hendrik Haase via arch-dev-public wrote: > xournalpp I can adopt it when it gets moved into [community]. -- hashworks Webhttps://hashworks.net Public Key 0x4FE7F4FEAC8EBE67 pgpP_kUOQ99Um.pgp Description: OpenPGP digital signature
Re: [arch-dev-public] Autumn extra cleaning
On 2020-10-05 07:16:14 (+0200), Sven-Hendrik Haase via arch-dev-public wrote: > arch-install-scripts Adopted, as it is a dependency for archiso. > gstreamer Can adopt, because Wim Taymans \o/ Unless Jan wants to maintain that further as well (alongside the plugins). @Jan how much efforts are the plugins? > mtools Adopted. It has become a dependency of archiso. Best, David -- https://sleepmap.de signature.asc Description: PGP signature
Re: [arch-dev-public] Autumn extra cleaning
On 10/5/20 1:16 AM, Sven-Hendrik Haase via arch-dev-public wrote: > Hey everyone, > > It was suggested as part of this year's spring cleanup of [community] > that we should be have a cleanup in [core]/[extra] and move packages > downwards into [community]. > > This round only concerns [extra] packages. > > Devs that want the packages in [extra], please adopt packages, and TUs > can notify which packages they are interested to maintain in [community] > > Orphaned packages in [extra]: > > a2ps > aalib > abook > adwaita-icon-theme (Jan can you just take this?) > antlr2 > antlr4 > arch-install-scripts Formerly dreisner's package. I'm upstream for this. One could, however, ask if this fairly central bit of software should be relegated to community? If not, I could maintain it... > asp > aspell-es > bzflag > c-ares > chromaprint > cln > cmark > convertlit > cvs > cvsps > davfs2 > dcraw > enca > expac I'd maintain it... > fakechroot > farstream > fastjar > font-bh-ttf > freetds > fvwm > geeqie > giblib > gifsicle > gnugo > gperftools > graphene > gsfonts > gstreamer > gtksourceview4 > gts > gupnp-igd > gv > hddtemp > hunspell-fr > hunspell-it > hunspell-ro > hyphen-fr > hyphen-it > icewm > id3lib > ifplugd > ispell > java-activation-gnu > java-bcel > java-commons-net1 > java-gnumail > java-hamcrest > java-inetlib > java-jdepend > java-jline > java-jsch > java-resolver > java-rhino > joe > jpegexiforient > junit > leveldb > libatomic_ops > libkate > liblqr > libmilter > libmng > libnet > libnice > libnma > libofa > libots > libpano13 > libspiro > libstroke > libtiger > libtommath > libuninameslist > libusb-compat > lua51 > lua52 > m17n-db > mercurial > mtools > munin > munin-node > mysql-python > mythes-fr > mythes-it > mythes-ro > nawk > netpbm > npapi-sdk > nss-mdns > ocamlbuild > opencore-amr > perl-http-daemon > pkgfile (I suggest we just drop this in favor of pacman -F) pkgfile is optimized and better, faster, and more featureful than pacman -F, so it's quite worth keeping and I don't intend to stop using it any time soon. I'd be happy to maintain the package. > potrace > psiconv > python2-cairo > python2-numpy > python2-ordered-set > python2-setuptools > rcs > rhino > rhino-javadoc > screen > shared-color-targets > snappy > snarf > swt > tcl > telepathy-farstream > telepathy-idle > telepathy-salut > time > tinycdb > tk > ttf-junicode > ttf-linux-libertine > uim > usbmuxd > vcdimager > vim-spell (and its 50 split packages) > w3c-mathml2 > x11-ssh-askpass > x11vnc > xalan-java > xerces2-java > xine-lib > xine-ui > xmltoman > xorg-font-util > xorg-xfontsel > xorg-xlsfonts > xournalpp > yajl > > Thanks to Morten for ghostwriting this. ;) > > Cheers, > Sven > -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Autumn extra cleaning
On 05.10.20 08:02, Antonio Rojas via arch-dev-public wrote: > El lunes, 5 de octubre de 2020 7:16:14 (CEST), Sven-Hendrik Haase via > arch-dev-public escribió: >> Hey everyone, >> >> It was suggested as part of this year's spring cleanup of [community] >> that we should be have a cleanup in [core]/[extra] and move packages >> downwards into [community]. >> >> This round only concerns [extra] packages. >> >> Devs that want the packages in [extra], please adopt packages, and TUs >> can notify which packages they are interested to maintain in [community] > > That list contains many packages that are dependencies of other packages > in [extra]. Do we officially no longer care about repo hierachy? It does and in such a case I see four options in case no [extra] maintainer comes and picks it up: 1) Not care about repo hierarchy and move the dep regardless 2) Encourage maintainers of packages that need those packages to just pick up the orphaned deps 3) Move the whole dep chain to [community] 4) Do nothing and have unmaintained packages just sitting there I think out of all of these, 4) is the worst option. I'd prefer 2) as it'd be the most seamless. I'm torn between 1) and 3) but if repo hierarchy is a hard constraint, there's only 3). signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Autumn extra cleaning
On Mon, Oct 05, 2020 at 07:16:14AM +0200, Sven-Hendrik Haase via arch-dev-public wrote: > Hey everyone, > > asp Thanks for composing the list. I will adopt asp if that package is moved to [community]. I am also interested in libnma, but it is runtime dependency of extra/nm-connection-editor, so it might not be a good idea to move that package out of [extra] as pointed out by arojas in a previous mail. Regards, Chih-Hsuan Yen signature.asc Description: PGP signature
Re: [arch-dev-public] Autumn extra cleaning
On Mon, 5 Oct 2020 at 16:16, Sven-Hendrik Haase via arch-dev-public wrote: > TUs can notify which packages they are interested to maintain in [community] > lua51 > lua52 Sure (though no upstream updates are expected)
Re: [arch-dev-public] Autumn extra cleaning
Am Mon, 5 Oct 2020 07:16:14 +0200 schrieb Sven-Hendrik Haase via arch-dev-public : > Hey everyone, > > It was suggested as part of this year's spring cleanup of [community] > that we should be have a cleanup in [core]/[extra] and move packages > downwards into [community]. > > This round only concerns [extra] packages. > > Devs that want the packages in [extra], please adopt packages, and TUs > can notify which packages they are interested to maintain in > [community] > > Orphaned packages in [extra]: > > geeqie Adopted. > xorg-font-util > xorg-xfontsel > xorg-xlsfonts Adopted. -Andy pgp4umw7ZQSPr.pgp Description: Digitale Signatur von OpenPGP
Re: [arch-dev-public] Autumn extra cleaning
El lunes, 5 de octubre de 2020 7:16:14 (CEST), Sven-Hendrik Haase via arch-dev-public escribió: Hey everyone, It was suggested as part of this year's spring cleanup of [community] that we should be have a cleanup in [core]/[extra] and move packages downwards into [community]. This round only concerns [extra] packages. Devs that want the packages in [extra], please adopt packages, and TUs can notify which packages they are interested to maintain in [community] That list contains many packages that are dependencies of other packages in [extra]. Do we officially no longer care about repo hierachy?