On Tue, Dec 12, 2017, at 15:46 CST, Daniel Campbell wrote:
> The following packages are in need of a maintainer:
>
> dev-util/astyle
I will take over this one.
Best,
Matthias
signature.asc
Description: PGP signature
On 11/29/2017 04:03 PM, Alex Brandt wrote:
> Hey,
>
> These packages are up for grabs, and many of them I'm sure can be added
> to the python project as deemed appropriate.
>
> * dev-python/aiohttp
> * dev-python/multidict
I'll be happy to take these two.
--
Thanks,
Zac
# Andreas Sturmlechner (19 Dec 2017)
# Dead upstream, depends on dead qt3support/qt4.
# Bug #639246. Masked for removal in 30 days.
app-i18n/kimera
Hello, everyone.
The first news item I'd like to submit for 17.1 profiles follows.
The item is aimed at ~amd64 users who'd like to test the new profiles.
When they become stable, a separate news item for all our users will be
published.
===
Title: Experimental amd64 17.1 profiles up for testing
On Sun, Dec 17, 2017, at 07:21 CST, Michał Górny wrote:
> Hello, everyone.
>
> It's my pleasure to announce that with a majority vote the QA team has
> accepted a new policy. The accepted wording is:
>
> Total size of 'files' subdirectory of a package should not be larger
> than 32 KiB. If t
On Mon, Dec 18, 2017 at 8:33 AM, Francesco Riosa wrote:
>
> On 12/18/17 14:01, Rich Freeman wrote:
>>
>> Whether we remove all files/ or the entire package dir from the repo,
>> I'd suggest that this become more standardized if we wanted to go down
>> one of these roads. Instead of sticking somet
On 12/18/17 14:01, Rich Freeman wrote:
> On Mon, Dec 18, 2017 at 7:45 AM, Francesco Riosa wrote:
>> It would be interesting instead to evaluate ways to remove _all_ files/ dirs
>> from the tree, keeping ebuilds separated from data.
> Arguably you could go a step further and not distribute even t
On Mon, Dec 18, 2017 at 7:45 AM, Francesco Riosa wrote:
>
> It would be interesting instead to evaluate ways to remove _all_ files/ dirs
> from the tree, keeping ebuilds separated from data.
Arguably you could go a step further and not distribute even the
ebuilds except on demand. Just have an i
On 12/17/17 14:21, Michał Górny wrote:
> ...
> Rationale
> =
>
> At this moment, syncing the repository implies fetching 'files'
> directories of all packages, even though the relevant files are used
> only when a ebuild referencing them is being built. This means that our
> users fetch
