Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-24 Thread Jelle van der Waa
On 24/01/13 13:56, Ronald van Haren wrote: > On Thu, Jan 24, 2013 at 1:49 PM, Andrea Scarpino wrote: >>> aspell-nl >>> hyphen-nl > > I can take these two in [extra] just for the sake of keeping them > supported. If anyone else is more interested feel free to take it from > me. > > Ronald > If

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-24 Thread Alexander Rødseth
Hi, 2013/1/24 Allan McRae : > I agree with just dumping vi and moving [vim] to core... But we can not > put split packages across repos and gvim and deps are not going there so > that is a no... That is fully understandable. I guess unsplitting vim/gvim is not a viable option either. I see tha

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-24 Thread Ronald van Haren
On Thu, Jan 24, 2013 at 1:49 PM, Andrea Scarpino wrote: >> aspell-nl >> hyphen-nl I can take these two in [extra] just for the sake of keeping them supported. If anyone else is more interested feel free to take it from me. Ronald

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-24 Thread Andrea Scarpino
On Thursday 24 January 2013 13:08:23 Alexander Rødseth wrote: > A total of 23 [community] packages will be moved to unsupported. 1 > package were already moved to unsupported and 4 other packages were > adopted. +1 > archlinux-wallpaper It's a pity. I could take it just to keep it in [extra] (no

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-24 Thread Allan McRae
On 24/01/13 22:08, Alexander Rødseth wrote: > === [core] === > > For [core], there are two uneeded orphans, that also aren't make > dependencies for any other [core] packages: > > openldap > vi > > If I may be so bold, maybe vim or another editor (still providing the > "vi" command) could take o

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-24 Thread Sébastien Luttringer
On Thu, Jan 24, 2013 at 1:08 PM, Alexander Rødseth wrote: > lua-sql-mysql > lua-sql-postgres > lua-sql-sqlite This is part of split package luasql, which was maintained by Sergey and was renamed during lua 5.2 upgrade. I believe he does't take it again on archweb. Cheers, -- Sébastien "Seblu" Lu

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-24 Thread Alexander Rødseth
Hi, Several of the uneeded orphans has been adopted, which is great. === [community] === Here is the list for [community], that I'll now move to unsupported: dcron espeakup gmerlin-avdecoder iksemel isomaster libmatio libtlen libxml-perl lua-sql-mysql lua-sql-postgres lua-sql-sqlite mget mult

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-20 Thread Gaetan Bisson
[2013-01-21 00:05:32 +0100] Alexander Rødseth: > I also think non-devs and non-TUs may have valuable insights for why > for instance a package should be considered to be too important to not > be moved to unsupported. Sure. Users sometimes make insightful points on what is being discussed on arch-

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-20 Thread Sébastien Luttringer
On Mon, Jan 21, 2013 at 12:05 AM, Alexander Rødseth wrote: > ndisc6 I took this one. I use it. Cheers, -- Sébastien "Seblu" Luttringer https://www.seblu.net GPG: 0x2072D77A

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-20 Thread Alexander Rødseth
Hi, @Fons Adriaensen Didn't think of that, here's the current list: dcron espeakup gmerlin-avdecoder i2c-tools iksemel isomaster libmatio libtlen libtxc_dxtn libxml-perl lua-sql-mysql lua-sql-postgres lua-sql-sqlite mget multipath-tools ndisc6 nvclock pam-krb5 perl-text-wrapi18n pidgin-musictrac

Re: [arch-dev-public] [arch-general] Winter Cleanup of [community]

2013-01-20 Thread Gaetan Bisson
[2013-01-19 17:54:51 +0100] Alexander Rødseth: > It's time again for the yearly cleanup of the [community] repository. Please send such messages to arch-dev-public in the future: adopting packages are dev's and TU's decision, and not all read arch-general. > Somehow, time passed, and it's now too