The following packages are in need of a maintainer:
dev-util/astyle
net-im/toxic
x11-misc/alock
x11-misc/ktsuss
x11-misc/spacefm
--
Daniel Campbell
OpenPGP Fingerprint: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
Found on hkp://keys.gnupg.net and other keyservers
signature.asc
On Sat, Dec 09, 2017 at 08:13:18PM -0500, Rich Freeman wrote:
> On Sat, Dec 9, 2017 at 7:29 PM, Daniel Campbell <z...@gentoo.org> wrote:
> >
> > Other developers are required to subscribe to -dev, and are
> > expected to follow it so they stay informed.
>
been told to suck it up and deal with it.
And knowing how the Council is, in a few days we'll all get to deal with
the churn of mailing lists to protect one person's ego. Sad.
~zlg
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: Digital signature
On Tue, Dec 05, 2017 at 08:59:40AM +, Peter Stuge wrote:
> Daniel Campbell wrote:
> > On Sun, Dec 03, 2017 at 12:18:04AM +0100, Michał Górny wrote:
> > > I'd like to establish the following changes to the mailing lists:
> > >
> > > 1. Posting to gentoo-de
that
> without the risk of evasion.
>
> --
> Best regards,
> Michał Górny
>
>
I don't think this plan will have the effect you're going for, but let's
be honest here: the "RFC" is just a formality; the decision's already
been made.
If the "real leaders" of Gentoo want to divide and fragment the
community, it's their prerogative. As we tell users who do something
they're not supposed to: You get to keep the pieces.
~zlg
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: Digital signature
ion procedures are correctly followed by
those who step up. While this will create more stabilization bugs, it
should, in theory, result in better ebuilds (which makes Gentoo
maintenance better/easier) and games that have *actually* been tested.
I hope this explanation is both accurate and helpful.
~zlg
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: Digital signature
ate their ebuilds? I searched bugzy for 'fdo-mime' and the
only relevant bug is 621914 [1], which I assume was the original discussion
to get us onto xdg-utils since it's newer.
If there's no tracker bug I need to reference, that's fine. Just wanted
to be sure I'm not missing anything before pushin
some
> performance concerns for end-user systems. The initial testing has shown
> that a cold-cache verification on a btrfs file system can take up around
> 4 minutes, with the process being mostly I/O bound. On the other hand,
> it can be expected that the verification will be performed directly
> after syncing, taking advantage of warm filesystem cache.
"warm" -> "a warm"
>
> [snip]
> Thanks to all the people whose contributions were invaluable
> to the creation of this GLEP. This includes but is not limited to:
>
> - Robin Hugh Johnson,
> - Ulrich Müller.
>
> Additionally, thanks to Robin Hugh Johnson for the original
> MataManifest GLEP series which served both as inspiration and source
"MataManifest" -> "MetaManifest"
>
> [snip]
>
Aside from the few nitpicks this looks good. Hope this helps.
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: Digital signature
h to scratch then how
> useful could it be?
>
Great points. It'll be much easier to decide on something when/if there
is something concrete to work with. There isn't much stopping a package
from making it into Gentoo. If there is demand, it'll be written.
--
Daniel Campbell - Gentoo Developer, Trustee, Treasurer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
?
In that case, it at least makes sense despite the heavyweight dependencies.
If anyone's interested in seeing a mockup of a few GLEPs in Pelican, I
can get that started.
Whether or not the structure works on GitHub is orthogonal to the
decision. Still, put me down in favor of switching to Git. Thanks for
p
On 09/10/2017 02:34 AM, Michał Górny wrote:
> W dniu nie, 10.09.2017 o godzinie 00∶39 -0700, użytkownik Daniel
> Campbell napisał:
>> On 09/09/2017 12:47 AM, Michał Górny wrote:
>>> W dniu pią, 08.09.2017 o godzinie 17∶19 -0400, użytkownik Rich Freeman
>>> napisał:
toop to this level publicly.
You will not get more developer activity, agreement, cooperation, or
contribution by berating your fellow developers. In fact, Gentoo is
known for its bickering developer community. You are in a position to
change that. You asserted in #gentoo-trustees that the Council
On 08/17/2017 12:48 AM, Michał Górny wrote:
> W dniu śro, 16.08.2017 o godzinie 22∶07 -0700, użytkownik Daniel
> Campbell napisał:
>> On 08/10/2017 01:10 AM, Michał Górny wrote:
>>> On czw, 2017-08-10 at 09:54 +0200, Fabian Groffen wrote:
>>>> On 10-08-2017 0
it would work for this scenario.
>>
>
> The move is against orphaned files in /usr that are randomly changed by
> runtime tools rather than the package manager.
>
Then how do we explain the reasoning for the other 50 or so eselect
modules? No doubt at least a handful of them modify symlinks in /usr,
and have similarly few options to choose from, such as eselect-vi.
Should we remove those as well?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
tter or worse.
It's good to see you taking part in constructive discussions! That's not
intended as sarcasm. I mean it. Thanks for taking part.
~zlg
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
aste, as we stand to lose functionality rather than
improve or gain it.
~zlg
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
On 08/06/2017 02:27 AM, tom...@gentoo.org wrote:
> Quoting Daniel Campbell (2017-07-31 04:16:30)
>> On 07/19/2017 02:33 AM, Amy Liffey wrote:
>>> The following package is up for grabs:
>>>
>>> dev-lang/gforth
>>>
>>> Best regards,
>>&g
On 07/19/2017 02:33 AM, Amy Liffey wrote:
> The following package is up for grabs:
>
> dev-lang/gforth
>
> Best regards,
> Amy Liffey
>
I can take this one; I'd hate to see Forth support go missing on Gentoo.
I'm open to co-maintainers as well.
~zlg
--
Daniel Campbe
have a machine using certbot (Rpi 3 Model B) now that I might be
switching to Gentoo in the future. I'd be willing to co-maintain
app-crypt/certbot with other interested developers. The catch is I don't
use Apache or nginx; others would need to maintain certbot-apache and
certbot-nginx.
Anyone interested?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
velopers -- stable is only a letter away from
"stale", and that's fine. Some run mixed keywords, or go full ~arch. One
of the core values of Gentoo is choice; why take away the stable choice?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
ough use cases, tooling shouldn't
be too difficult to write to make up for it. I already use a `bgo`
keyworded shortcut in Pale Moon to make bug searching faster; adding
another to navigate straight to a bug wouldn't be much trouble.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @
intainers also manage their packages in various ways, could we
extend this to a general element? Maintainers can specify how
they'd prefer bugs or commits to be done, and an additional element to
indicate hand-testing. This would solve two problems instead of just
one: indicate a package is ready
the help, I'd be glad to lend a hand where needed.
(also cc'ing vim@ to get an official opinion)
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
On 07/11/2017 01:57 PM, William L. Thomson Jr. wrote:
> On Tue, 11 Jul 2017 13:27:57 -0700
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 07/10/2017 04:37 PM, William L. Thomson Jr. wrote:
>>> On Mon, 10 Jul 2017 19:22:47 -0400
>>
>>> A rule fo
On 07/11/2017 01:27 PM, Daniel Campbell wrote:
> On 07/10/2017 04:37 PM, William L. Thomson Jr. wrote:
>> On Mon, 10 Jul 2017 19:22:47 -0400
>> "William L. Thomson Jr." <wlt...@o-sinc.com> wrote:
>>>
>>> That part does not require it to resolve deps
. The tool can help clean up
unneeded entries in /etc/portage files, and would be a good fit for this
particular issue.
That said, having helpful messages is a good addition, but needs to be
done in a way that is unambiguous and gives the user a clear solution.
Hope this helps,
zlg
--
Daniel Cam
in stabilization. I try to make it a point to
thank people like you and Toralf since stabilization and arch testing
are both time-consuming, and probably frustrating to get the tooling
correct.
Take some time off! I'm sure Gentoo won't implode. :)
--
Daniel Campbell - Gentoo Developer
OpenPGP Ke
On 07/09/2017 06:53 AM, William L. Thomson Jr. wrote:
> On Sun, 9 Jul 2017 00:42:46 -0700
> Daniel Campbell <z...@gentoo.org> wrote:
>
>>> - Sets used in profiles cannot have use expansion, versions or
>>> anything beyond cat/pkg.
>> This would break
packages you
want in a set instead of a mask. ">=" or "<=" may be adequate if you
only want one slot or version installed, but the entire point of slots
is to allow multiple versions to be installed simultaneously. Versioned
package names in sets achieve this.
>
> - Sets should not have the same file listed, in that case inherit the
> other set if using overlapping packages or split into smaller
>
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
On 07/08/2017 03:29 PM, Michał Górny wrote:
> On sob, 2017-07-08 at 15:21 -0700, Daniel Campbell wrote:
>> On 07/08/2017 02:43 AM, Michał Górny wrote:
>>> Hi, everyone.
>>>
>>> I think the affairs have settled enough and I've finished filling
>>> in
ed the GLEP page for "log", "einfo", and "output" with no
results. If I've missed something please let me know.
Thanks for the work that's been put into this so far.
~zlg
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053
-conscious group take their
toys and go home? Regardless, this is a loss for Linux as a whole. I
hope something springs up in its place.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
ual maintainership is preferred.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
an
eclass, all ebuilds getting updated by the developer or team that
prompted the removal of the eclass?
My apologies if this is answered elsewhere. I want to be sure what's
expected, just in case I need to touch an eclass.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
On 06/01/2017 11:59 PM, Kent Fredric wrote:
> On Thu, 1 Jun 2017 18:36:24 -0700
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> +1. Otherwise sounds good. But if we do this for Debian, will there be
>> movement to add in package names for rpm-based distros? Arch? BSD
? Where do we draw the line?
Will developers be expected to treat this like a mandated element? If
not, which team will have authority to touch package metadata to make
this change?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
ck which plugins will work
with 'the other one' too and can use that to decide whether they want to
make the switch. This information can probably be gleaned on their own
with some detective work on the Web, but choosing this path gives the
accidental feature for free.
~zlg
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
akes it a little more clear how to use it. Thanks for
putting all of this together.
I'm not sure how to express this because I don't know which question to
ask. Is there anything I can help with once this gets committed?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gn
ll likely succeed.
~zlg
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
On Fri, May 12, 2017 at 08:32:53PM +0200, Michał Górny wrote:
> On czw, 2017-05-11 at 11:47 +0700, Alex Turbov wrote:
> > DEPEND=( doc?
> > || (
> > (
> > dev-python/sphinx[python_targets_python2_7]
> > # NOTE This packages
On Sat, May 13, 2017 at 09:32:46AM +0200, Michał Górny wrote:
> On pią, 2017-05-12 at 17:42 -0700, Daniel Campbell wrote:
> > On 05/11/2017 12:51 AM, Michał Górny wrote:
> > > In fact, I'm personally leaning towards not building docs at all
> > > in ebuilds. It's practi
d up with foo+1 packages, one extra for any package that has
documentation. Neither are particularly good solutions; Debian has done
the latter and it results in a huge number of packages for little gain.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: A
I know anyone who used rxvt
migrated to rxvt-unicode once it was stable.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
regarding _ vs. -; do you
mean the variable name? I think _ makes a bit more sense there since we
use INSTALL_MASK, PYTHON_SINGLE_TARGET, or other variable names with
underscores. Using a hyphen would make it stick out from other similarly
structured variable names.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
esire.
So, for a developer/user using ~arch, what do you use and/or recommend
for Portage configuration?
Thanks for reading.
[1]: https://github.com/hasufell/portage-gentoo-git-config
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C
X_CONFERENCE_TYPE,
part of net-libs/tox, TokTok/toxcore on GitHub), but it did it quickly
and it has a clean interface. I'll definitely try using this when I find
myself stumped on something.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
On 01/25/2017 01:17 PM, Gokturk Yuksek wrote:
> The following package is up for grabs:
>
> x11-misc/ktsuss
>
I can take this; I use it with SpaceFM to do things as root.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053
On 02/09/2017 12:59 PM, Michael Orlitzky wrote:
> On 02/09/2017 03:41 PM, Daniel Campbell wrote:
>> That's a great question. Based on a cursory look at make.conf's manpage,
>> USE_ORDER without 'pkginternal' will ignore IUSE defaults as intended.
>>
>
> This has alrea
On 02/09/2017 12:25 PM, Ben Kohler wrote:
>
>
> On Thu, Feb 9, 2017 at 2:18 PM, Daniel Campbell <z...@gentoo.org
> <mailto:z...@gentoo.org>> wrote:
>
> I support the idea of a profile-set variable that determines whether or
> not IUSE is respected. Min
e, and set what ever minimal IUSE flags that are needed.
>
I support the idea of a profile-set variable that determines whether or
not IUSE is respected. Minimalists get their systems faster, we get
something that adds to Gentoo's versatility and an additional profile.
Of course, we should be askin
a new profile, then certainly those who are going to use it
should be best equipped to know what needs to be in it, right? This is a
great case for building what you need and then sharing it so everyone
can benefit. I don't do embedded (though I might tinker with it some
day), so I'm definitely n
tage tree. It's
great practice and it gives you a single place to reference for people
who are using your ebuilds.
If it gets formally into layman, I believe our bugzy will cover you,
too, in case you don't want to use github. I'd ask infra just to be sure.
Overlays for Gentoo are comparable
REQUIRED_USE has been triggered (and why),
but (depending on flags) then use the default or prompt for a selection.
To do this, we'd need a) a message to prompt the user with, b) a way to
convey and listen to choices, and c) a way to default to one of the
given choices in "automatic" o
t a way forward with their machines.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
val in 30 days.
> www-plugins/pipelight
>
>
Would this work for Pale Moon by any chance?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
*/*::foo-overlay
will mask all packages in the overlay. You can then add packages to
package.unmask:
pkg-cat/foobar::foo-overlay
That should alleviate most issues, though it can make dependencies a
PITA if those deps are also in the overlay. In that case, emerge should
yell at you and suggest a
ssors for that matter).
>
> Attached patch works for me. XZ should be a similar exercise, a little
> cleanup would be nice then though.
>
> Fabian
>
This is awesome; has upstream been sent this yet, by any chance?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://
etime. The most prolific designer of
> them all, is simple referred to as 'doctor bitch' by her subordinates
> and friends. Some, more respectfully refer to her as the queen of
> assembler, as she has fixed thousands of compiler bugs from a myriad of
> compiler vendors, not for compensation
On 01/06/2017 08:08 AM, Gokturk Yuksek wrote:
> Hi,
>
> Daniel Campbell:
>> On 01/02/2017 09:27 AM, Gokturk Yuksek wrote:
>>> Alexander Shorin:
>>>> Hi!
>>>>
>>>> Thanks for sharing. Would be nice see updated README file (it contains
>
>> --
>> ,,,^..^,,,
>>
>>
>
> --
> gokturk
>
>
Is it too late to suggest more standard flags? `--c` for example doesn't
make sense to me since '--' is used more for GNU long options. So it
should be '--category' and '-c' instead. Of course that's just my
op
olmod: Use nvidia cuda toolkit for speeding up
>>> computations
>>> sci-libs/flann: Enable support for nVidia CUDA
>>> sci-libs/pcl: Adds support for NVIDIA CUDA.
>>> sci-libs/suitesparse: Enable nvidia cuda toolkit for speeding
>>> up
>>&
we've got a few people who are eager to clean the
tree -- and their goal is admirable -- but until we can get metrics on
who's using what, it's hard to say how much damage removing a package
will do for users. A thread on gentoo-user re: lastrites might not be a
bad idea.
Thanks for the laugh Michał. :)
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
ot;
> echo
> + ewarn "For more detailed kernel removal instructions, please see: "
> + ewarn "https://wiki.gentoo.org/wiki/Kernel/Removal;
> + echo
> }
>
+1
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
OST="${CHOST}" ROOT="${ROOT}"
> gcc-config -S ${curr_config} | awk '{print $2}')
>
> local curr_branch_ver=$(get_version_component_range 1-2
> ${curr_config_ver})
>
>
Seems like an obvious bug and fix; is there any reason passing CHOST
around
/ceph
> use.local.desc:sys-block/tgt:rbd - Add support for ceph block devices
>
> Suggested description:
> rbd - Enable rados block device support via sys-cluster/ceph
>
> Best regards,
> Andrew Savchenko
>
Do we expect the list of packages using RBD to grow? If so then s
kturk
>
>
Hey, thanks for that script; it helped me find the one package I needed
to sort out my gcode stuff. I had a feeling there was at least one I
needed to take care of.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
d3bd351
>> dev-php/composer 20161124-08:09 mjo[1] d273046
>> ...
>>
>> [1] Author: Guillaume Seren
>
> +1
>
Agreed. Easy to read and credits the appropriate people.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ h
nd branch off. It's at the "host"'s discretion whether they want
to pull from the fork, and I don't think pressuring or forcing either of
those groups to work together would be a good idea.
I'm applying this in a general sense, to clarify.
It's true that it can create a maintenance
e anything prebuilt
> will work as-is, and anything compiled will be built to work with it)
> to remove the tinfo flag but force libtinfo to be built and installed
> -- simply make it non-optional. Additionally, we can set
> SLOT="0/6tinfo" which will trigger subslot r
gt; implementation. This allows one to later replace the dependency with
> an any-of or virtual, without needing to change the useflag.
>
> -Doug
> dwfreed
>
+1 here.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
On 12/11/2016 02:00 AM, Markos Chandras wrote:
> On 12/11/2016 08:05 AM, Daniel Campbell wrote:
>> On 12/07/2016 07:36 AM, Jorge Manuel B. S. Vicetto wrote:
>>> On Wed, 7 Dec 2016, Jorge Manuel B. S. Vicetto wrote:
>>>
>>>
>>>
>>>>
om and yes, it'd be nice if we could all
just use Gentoo. But reality (read: volunteering) doesn't work that way.
If you have any issues with overlays, please, use the ML or #gentoo so
somebody can help you out.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
t if others have further questions, we should route them to
the person you spoke with.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
The USE flag introduces needless complexity for zero benefit. Please
> explain to me why this is a good idea.
>
As an onlooker, I don't see anything in favor of getting rid of it, and
otherwise it seems like a normal USE flag. All that's been said in favor
of removing it is just statements that
distros of changes like these.
Sounds like a good idea to me. We could even allow technical support
there ala -user, but with a focus on 'remixing' or otherwise
forking/copying Gentoo. It makes sense for a meta distro to assist in
the 'meta' part, if only for informational reasons.
--
Daniel Cam
r whatever will be used to
update the entire tree, then submit a PR.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
er-distro relations, since bugs would
be going to the correct places.
To OP: This idea looks good to me; do you have any proofs of concept for
use in common places like ebuilds, metadata.xml (if you intend for it to
be used there), etc? If we had a more visual idea of how it worked,
maybe more p
gt; social contract to allow us better compliance if deemed worthwhile!
>
> :]
>
Compliance with what? If others desire Quickbook support, they can make
a tool to convert from ledger. There's no good reason for a non-profit,
libre software organization to use and depend on proprietary sof
FOSS software; much better than Quickbooks as many
> on the discussion lists attest to on a routine basis. It is in portage
> and it runs on windows and other platforms.
>
>
> hth,
> James
>
>
>> https://www.apache.org/foundation/records/
>>
>> I draw
he "MRI" part, but as a
non-Rubyist I don't feel qualified to determine whether it's important
or not.
I felt that the base profile variable mention and the bit about MRI
being the best interpreter were better left out, but it also doesn't
actively hurt it.
Someone more experienced
On 12/03/2016 07:00 AM, William L. Thomson Jr. wrote:
> On Saturday, December 3, 2016 8:59:09 AM EST Michał Górny wrote:
>> On Fri, 2 Dec 2016 23:26:53 -0800
>>
>> Daniel Campbell <z...@gentoo.org> wrote:
>>> On 12/02/2016 10:47 AM, Michał Górny wrote:
>&g
bove.
>
> [2] Invoice submitted 2012/11/29, payment NET30 period ends 2016/12/29
>
I just wanted to point this e-mail out and thank you for the effort
spent to share information like this. This is a great step, and once we
get the books in order, sharing this information using automate
e's also our downstream neighbors: Funtoo, Pentoo, Sabayon,
Calculate, Exherbo, etc
As for communities, lots of places from 4chan to lainchan, various mesh
network users, security-conscious communities, OCD support groups
(kidding), etc.
I'm sure I'm missing some mentions here; this is just off the to
On 12/02/2016 11:55 PM, Michał Górny wrote:
> On Fri, 2 Dec 2016 23:21:34 -0800
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 12/02/2016 10:45 AM, Ian Stakenvicius wrote:
>>> On 02/12/16 01:31 PM, Ciaran McCreesh wrote:
>>>> On Fri, 2 Dec 2
On 12/02/2016 11:59 PM, Michał Górny wrote:
> On Fri, 2 Dec 2016 23:26:53 -0800
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 12/02/2016 10:47 AM, Michał Górny wrote:
>>> On Fri, 2 Dec 2016 13:02:48 -0500
>>> Mike Gilbert <flop...@gentoo.or
of forgetting to put the fixes into all the correct
ebuilds.
It results in the appropriate fixes in the older package, and the new
version comes with the old one's fixes (plus any changes the new ebuild
might need due to upstream changes).
Does that make any sense?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
ge on one of them last night...
>
I second that. I have a hexcore CPU and 16 GB of RAM, most of which I
don't use unless I'm compiling. If there's a guide that can get me up
and running with a VM within an hour or so, I'd be more than willing to
pitch in some cycles.
mgorny mentioned PR
ldn't it make sense to follow upstream's naming convention?
>
> I'd say keeping things lowercase makes sense for end user packages. For
> pure dependencies with consistent conventions (e.g. perl), it makes
> sense to keep upstream's naming.
>
What is a pure dependency? Do we handle t
iar with Wii homebrew knows they're different, but I see
your point. :)
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
e to just type everything
> lowercase. I expect that's the primary reason it's discouraged.
>
>
>
>
That seems the most likely to me as well.
We could make a more "user friendly" feature by setting up bash
completion for package names, but that sounds a) daunting, b)
error-prone, and c) probably not worth the time spent writing the
script(s) necessary.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
On 12/01/2016 02:13 PM, Andrey Utkin wrote:
> On Thu, Dec 01, 2016 at 12:50:42PM -0800, Daniel Campbell wrote:
>> I completely agree that we should credit (and thank) contributors. I'm
>> not sure if I'm doing things correctly, but when I'm dealing with a bug
>> and use
patches or edits to ebuilds, I try to credit them
in my commit message, often asking them which nickname they'd prefer so
I can give credit to the "right" name. Is this a practice you find adequate?
Thanks for bringing this to attention. It's somewhat related to another
discussion we've been
On 11/30/2016 01:19 PM, Michał Górny wrote:
> On Wed, 30 Nov 2016 01:33:24 -0800
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 11/26/2016 01:08 AM, Michał Górny wrote:
>>> On Sat, 26 Nov 2016 00:03:59 -0800
>>> Daniel Campbell <z...@gentoo.org>
On 11/26/2016 01:08 AM, Michał Górny wrote:
> On Sat, 26 Nov 2016 00:03:59 -0800
> Daniel Campbell <z...@gentoo.org> wrote:
>
>>
>> A funny deficiency of GitHub is it doesn't allow for open conversations.
>> You're always forced to talk about something dire
ard to guess which
branch of conversation you're on.
Of course sometimes you *want* to focus strictly on the code, but that's
not how real-world organizations work. They're made of people, and most
people end up talking about things *around* the code that are still
important, like the various RFCs
On 11/22/2016 12:06 AM, Alice Ferrazzi wrote:
> On Sat, Nov 19, 2016 at 12:55:09AM -0800, Daniel Campbell wrote:
>> On 11/17/2016 01:07 PM, Robin H. Johnson wrote:
>>> On Thu, Nov 17, 2016 at 03:05:41PM +0100, Kristian Fiskerstrand wrote:
>>>>> Isn't it implied t
ps can be worked with, and iirc we recently patched the initscript
so it handles that use case.
I could see a use-case for someone wanting to install a given daemon or
server with a specific user and/or group. I'm not sure this is the right
approach (nor do I know what is), but I think we have room
t don't
care can use whatever means we agree upon to indicate that they don't care.
This creates a "contact first" practice, which it seems we want to
encourage. If someone isn't responsive and/or away, that complicates
things, but if it's a security concern or the last blocker in a big
we should go through some
particularly tricky ebuilds and "try out" the new ideas, to see what the
final product looks like.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
un.
>
> You might want to take a look at either just creating a split ebuild,
> or tweaking it to work standalone if necessary.
>
Is that including any headers and/or libraries shared by the systemd
umbrella?
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
1 - 100 of 353 matches
Mail list logo
