> On Wed, 18 Jul 2018, Christopher Head wrote:
> On July 18, 2018 2:55:55 AM PDT, Ulrich Mueller wrote:
>> It was mentioned that all three directories (ebuild repository,
>> binary packages, distfiles) have some characteristics of a cache.
>> However, I think this is much more true for distfi
Hello,
Due to Markos Chandras' prolonged absence, the following packages are up
for grabs now:
app-backup/fsarchiver
app-cdr/daa2iso
app-cdr/gaffitter
app-doc/devmanual
app-emulation/phpvirtualbox
app-i18n/transifex-client
app-misc/conmux
app-misc/pysmssend
app-misc/socnetv
app-mobilephone/qtadb
Am 18.07.2018 um 23:38 schrieb Jonas Stein:
> ...
> app-crypt/zulucrypt
> app-admin/profile-cleaner
> ...
Took those two.
Best regards,
Johannes
signature.asc
Description: OpenPGP digital signature
Ühel kenal päeval, K, 18.07.2018 kell 23:38, kirjutas Jonas Stein:
> net-misc/streamlink
I can take this, as I use it. Co-maintainers very welcome.
Mart
signature.asc
Description: This is a digitally signed message part
Am 19.07.2018 um 10:10 schrieb Michał Górny:
> Hello,
>
> Due to Markos Chandras' prolonged absence, the following packages are up
> for grabs now.
> app-doc/devmanual
> net-misc/sshpass
> sys-apps/cpuid
> sys-apps/daemonize
> sys-fs/fuse-zip
> x11-misc/fpm2
> x11-misc/obconf
I took those by my
On Thu, Jul 19, 2018 at 8:10 AM, Michał Górny wrote:
> Hello,
>
> Due to Markos Chandras' prolonged absence, the following packages are up
> for grabs now:
>
> sys-kernel/pf-sources
>
I would be interested in maintaining this. Been using it for a long time
and bumped the ebuild locally. I've als
On Tue, Jul 17, 2018 at 10:48 AM, Michał Górny wrote:
> W dniu wto, 17.07.2018 o godzinie 10∶40 -0400, użytkownik Mike Gilbert
> napisał:
>> On Tue, Jul 17, 2018 at 4:41 AM, Michał Górny wrote:
>> > Python 3.5+ introduces parallel build support in distutils. Take
>> > advantage of that by passin
W dniu czw, 19.07.2018 o godzinie 10∶06 -0400, użytkownik Mike Gilbert
napisał:
> On Tue, Jul 17, 2018 at 10:48 AM, Michał Górny wrote:
> > W dniu wto, 17.07.2018 o godzinie 10∶40 -0400, użytkownik Mike Gilbert
> > napisał:
> > > On Tue, Jul 17, 2018 at 4:41 AM, Michał Górny wrote:
> > > > Python
On Thu, Jul 19, 2018 at 10:14 AM, Michał Górny wrote:
> W dniu czw, 19.07.2018 o godzinie 10∶06 -0400, użytkownik Mike Gilbert
> napisał:
>> On Tue, Jul 17, 2018 at 10:48 AM, Michał Górny wrote:
>> > W dniu wto, 17.07.2018 o godzinie 10∶40 -0400, użytkownik Mike Gilbert
>> > napisał:
>> > > On Tu
On Thu, 19 Jul 2018 10:10:11 +0200
Michał Górny wrote:
> Hello,
>
> Due to Markos Chandras' prolonged absence, the following packages are
> up for grabs now:
>
> dev-util/buildbot-slave
I've taken over all buildbot maintenance. This one will be tree-cleaned
soon. The old buildbot-0.8 release
Python 3.5+ introduces parallel build support in distutils. Take
advantage of that by passing appropriate -j option. Since distutils
does not support an equivalent of --load-average, default to the number
of CPUs+1 when unspecified.
In order to avoid breaking stable systems, introduce the new be
On 19.07.2018 11:10, Michał Górny wrote:
> Hello,
>
> Due to Markos Chandras' prolonged absence, the following packages are up
> for grabs now:
[snip]
> sys-auth/sssd
>
>
Will take this one, someone else is welcome to help :)
signature.asc
Description: OpenPGP digital signature
> On Thu, 19 Jul 2018, Johannes Huber wrote:
>> app-doc/devmanual
> I took those by myself.
I have added the devmanual project as well, as a backup maintainer.
Ulrich
pgpB8U3Eu2VqK.pgp
Description: PGP signature
Dear all,
The following packages are up for grabs:
net-im/qtox
net-libs/tox
after retirement of the proxied maintainer.
https://packages.gentoo.org/packages/net-im/qtox
https://packages.gentoo.org/packages/net-libs/tox
--
Best,
Jonas
Ulrich Mueller schrieb:
Users must never
need to modify files in /var/lib to configure a package's operation,
and _the_specific_file_hierarchy_ used to store the data _must_not_be_
_exposed_ to regular users."
One small note, while it is never needed to modify, skel.ebuild would then be
a file
Hello,
I'd like to propose adding USE=udev to our linux profiles (in
profiles/default/linux/make.defaults probably). This flag is already
enabled on desktop profiles but it also affects quite a few packages
used on non-desktop linux systems.
This flag provides useful functionality that most
On 07/19/2018 05:51 PM, Ben Kohler wrote:
> Hello,
>
> I'd like to propose adding USE=udev to our linux profiles (in
> profiles/default/linux/make.defaults probably). This flag is already
> enabled on desktop profiles but it also affects quite a few packages
> used on non-desktop linux systems
On 07/19/2018 05:00 PM, Michael Orlitzky wrote:
Please add defaults per-package, only where they make sense. Enabling
flags globally creates a huge headache for people that want them off.
If I want to undo your new flag, I have to set USE="-udev" globally, and
that clobbers any important per-pa
On 18.07.2018 19:57, Matthew Thode wrote:
> On 18-07-18 11:28:16, Mike Gilbert wrote:
>> On Wed, Jul 18, 2018 at 3:26 AM, Matthew Thode
>> wrote:
>>> On 18-07-18 09:16:07, Johannes Huber wrote:
Hi all,
english is not my mother language, so please clarify what bup means, just
On Thu, 19 Jul 2018 16:51:17 -0500 Ben Kohler wrote:
> Hello,
>
> I'd like to propose adding USE=udev to our linux profiles (in
> profiles/default/linux/make.defaults probably). This flag is already
> enabled on desktop profiles but it also affects quite a few packages
> used on non-desktop li
On 20.07.2018 04:42, Andrew Savchenko wrote:
> On Thu, 19 Jul 2018 16:51:17 -0500 Ben Kohler wrote:
>> Hello,
>>
>> I'd like to propose adding USE=udev to our linux profiles (in
>> profiles/default/linux/make.defaults probably). This flag is already
>> enabled on desktop profiles but it also a
On Thu, Jul 19, 2018 at 9:42 PM Andrew Savchenko wrote:
>
> On Thu, 19 Jul 2018 16:51:17 -0500 Ben Kohler wrote:
> > Hello,
> >
> > I'd like to propose adding USE=udev to our linux profiles (in
> > profiles/default/linux/make.defaults probably). This flag is already
> > enabled on desktop profile
You are denying the majority default here. Granted, we don't have
statistics... Cuz Gentoo.
On July 19, 2018 6:00:44 PM EDT, Michael Orlitzky wrote:
>On 07/19/2018 05:51 PM, Ben Kohler wrote:
>> Hello,
>>
>> I'd like to propose adding USE=udev to our linux profiles (in
>> profiles/default/lin
You are the minimalist... Not the rest. Provide a reasonable scenario please.
On July 19, 2018 9:42:11 PM EDT, Andrew Savchenko wrote:
>On Thu, 19 Jul 2018 16:51:17 -0500 Ben Kohler wrote:
>> Hello,
>>
>> I'd like to propose adding USE=udev to our linux profiles (in
>> profiles/default/linux/m
It's not about *you*. Please provide a reasonable justification.
On July 19, 2018 9:54:40 PM EDT, Mikle Kolyada wrote:
>
>
>On 20.07.2018 04:42, Andrew Savchenko wrote:
>> On Thu, 19 Jul 2018 16:51:17 -0500 Ben Kohler wrote:
>>> Hello,
>>>
>>> I'd like to propose adding USE=udev to our linux pro
Please provide substantial evidence for your claims. Furthermore, a profile of
your choice would be honorable.
On July 19, 2018 9:58:25 PM EDT, Rich Freeman wrote:
>On Thu, Jul 19, 2018 at 9:42 PM Andrew Savchenko
>wrote:
>>
>> On Thu, 19 Jul 2018 16:51:17 -0500 Ben Kohler wrote:
>> > Hello,
>
On 07/19/2018 11:49 PM, Aaron Bauman wrote:
> You are denying the majority default here. Granted, we don't have
> statistics... Cuz Gentoo.
No I'm not. I'm saying add them per-package, because it's a better
design. We have package.use in profiles now, not just IUSE defaults.
Global defaults have
Hi Ben,
Ben Kohler writes:
> I'd like to propose adding USE=udev to our linux profiles (in
> profiles/default/linux/make.defaults probably). This flag is already
> enabled on desktop profiles but it also affects quite a few packages
> used on non-desktop linux systems.
>
> This flag provides us
Ühel kenal päeval, R, 20.07.2018 kell 00:04, kirjutas Michael Orlitzky:
> On 07/19/2018 11:49 PM, Aaron Bauman wrote:
> > You are denying the majority default here. Granted, we don't have
> > statistics... Cuz Gentoo.
>
> No I'm not. I'm saying add them per-package, because it's a better
> design.
Ühel kenal päeval, R, 20.07.2018 kell 12:40, kirjutas Benda Xu:
> > Any objections to this idea?
>
> To represent the Gentoo Prefix users, we would like to have USE=udev
> turned off or even hard masked on linux-prefix profiles.
Nothing stops you from doing that in prefix profiles, just like USE=
On 07/20/2018 01:06 AM, Mart Raudsepp wrote:
>>
>> * They can't be undone. It's next to impossible for me to undo
>> USE=udev when set in a profile that is inherited by all others.
>
> You set USE=-udev in your make.conf.
That doesn't work, for reasons already stated.
If I set USE="-udev"
Ühel kenal päeval, R, 20.07.2018 kell 01:58, kirjutas Michael Orlitzky:
> On 07/20/2018 01:06 AM, Mart Raudsepp wrote:
> > >
> > > * They can't be undone. It's next to impossible for me to undo
> > > USE=udev when set in a profile that is inherited by all
> > > others.
> >
> > You set USE=-
On 07/20/2018 02:12 AM, Mart Raudsepp wrote:
>
> Ok, I can see that point of view for make.conf.
> I can't agree with changes in other profiles though, as other profile
> will fall under the same category in USE_ORDER (in fact, it's the same
> thing, as the end USE from "defaults" comes from your
33 matches
Mail list logo
