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 wrote:
> >
> > Other developers are required to subscribe to -dev, and are
> > expected to follow it so they stay informed.
>
> Developers are not re
cil agenda if he didn't write it,
period. Everyone else would've 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 gent
btain posting
> access to the mailing lists, much like they do obtain it to #gentoo-dev
> right now. However, if they start misbehaving we can just remove 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
esults in bugs that should've been caught in the testing phase,
confuses users (and developers), and redundant or obvious bugs being
reported.
This reads like a "fresh slate" for games, allowing them to start from
~arch and ensure that stabilization procedures are correctly followed by
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
fication on every sync raises 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 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
ons.
Or is Jekyll chosen purely because the current website is built with it?
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 orth
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ł:
bickering is motivating or inspiring to those who read it,
and leadership should know better than to stoop 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 dev
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
elegant to me, but 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
be nice if every ebuild was EAPI 6, but that is a
hge amount of work that nobody seems interested in, for questionable
gain. The work would just be repeated when the next EAPI is approved.
The way it works now is more organic and better representative of the
state of Gentoo development, for better or
icular idea comes at too
high a cost for my taste, 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
--
Dan
I 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
ers -- 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
ut
if we can find something that fits enough 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 Camp
age 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 for auto-s
s for this particular thing.
If the Vim team needs 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 wrote:
>
>> On 07/10/2017 04:37 PM, William L. Thomson Jr. wrote:
>>> On Mon, 10 Jul 2017 19:22:47 -0400
>>
>>> A rule for portage could be;
>&g
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." wrote:
>>>
>>> That part does not require it to resolve deps. Just check world file
fication to come from. 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 he
Thanks for your efforts 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 Cam
On 07/09/2017 06:53 AM, William L. Thomson Jr. wrote:
> On Sun, 9 Jul 2017 00:42:46 -0700
> Daniel Campbell wrote:
>
>>> - Sets used in profiles cannot have use expansion, versions or
>>> anything beyond cat/pkg.
>> This would break some set behavior,
set file(s), and p.mask doesn't appear to
support "!=cat/pkg-1.0" syntax to mimic the same functionality achieved
by a versioned atom in a set. It also makes sense to put packages you
want in a set instead of a mask. ">=" or "<=" may be adequate if you
only
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
>>&g
ok at?
I searched 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://key
ama? Why would a security-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
same.
Dual 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
s 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 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?
>> Slackware
w 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
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
ich makes 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
e of messages, it will 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 05/18/2017 03:30 PM, Michał Górny wrote:
> On czw, 2017-05-18 at 15:07 -0700, Daniel Campbell wrote:
>> 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:
>
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 provide
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
eparate download,
or (b) we end 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
ested in proxying, but as far as 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
could really use. I say go for
it! I'm not sure what you're talking about 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 s
t's what they desire.
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
ng on a quick test (TOX_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.gnu
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.
>>
>
On 02/09/2017 12:25 PM, Ben Kohler wrote:
>
>
> On Thu, Feb 9, 2017 at 2:18 PM, Daniel Campbell <mailto:z...@gentoo.org>> wrote:
>
> I support the idea of a profile-set variable that determines whether or
> not IUSE is respected. Minimalists get t
et in
> base, 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
t
the work that goes into them. If maintainers need to make small changes
here or there so their packages work on specific profiles, I don't see
the problem. We do commit+push over typos; a profile is more important
than that, so naturally we should have little issue ironing out support
when the err
ng needs based frameworks.
>
>
> The minimal (lowest level) should be clear of all of those distro
> encumbrances. CoreOS is taking this approach, as their bare metal
> bootstrapping occurs completely and well before systemd or any other
> PID1 schema is invoked or becomes a
maintaining their own Portage 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 su
We need some way to handle it. Something like
ewarn/einfo to tell the user 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
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
-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
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://
have created thousands of products some
> in a matter of weeks, and other teams that fail to produce a single
> robust product, in their entire lifetime. The most prolific designer of
> them all, is simple referred to as 'doctor bitch' by her subordinates
> and friends. Some, mo
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
>
$ gentoostats-cli list arch
> Arch
> {'amd64': {'HOSTS': 4}, 'x86': {'HOSTS': 1}}
>
>> --
>> ,,,^..^,,,
>>
>>
>
> --
> gokturk
>
>
Is it too late to suggest more standard flags? `--c` for example doesn'
bs/cholmod: 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
>
rmal guidelines for
treecleaning. I think 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
(env -i CHOST="${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 p
/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
t; gokturk
>
>
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
>> 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 @ hkp://keys.gnupg.net
f
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 maint
t; 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 rebuilds to ensure anything
> that may need to be rebuilt to link to both libncurses and libtinfo
> will be rebuilt when the tinfo-IUSE-less version gets installed.
>
> We not only have a solution that'll address the
> ABI-break-on-USE-change issue, but also a migration path that will be
> transparent to users via a -uDN @world. I call that a win-win. The
> only thing we lose is the easy ability to build an all-in-one
> libncurses. So if there is an actual need for that which we have yet
> to find, this is an official request for comments to let us know.
>
>
Thanks for adding some clarity to the conversation. Your idea seems
solid to me; if libtinfo and libncurses are built from the same repo, we
can ship ncurses with the included libtinfo build and, if it's needed in
the future, write an ebuild for just libtinfo (similar to how udev can
be built separate from systemd). Based on what I've seen in this thread,
there isn't a need (yet) for tinfo to be standalone, so I support
bundling them for the interim.
--
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
ows 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:
>>>
>>>
>>>
>>>> I&#x
e coming from 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
or
anything, but 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
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 tell me it's more complex or that
it's a QA violation.
Could you explain so other people (and myself) understand what you're
talking about?
--
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
tify downstream 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 inf
sed call or 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
even better inter-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,
m
eviewing that
> 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 depen
s 'chime in' on routine basis. All in all, gnucash is an
> outstanding piece of 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,
>
eads well. We could remove the "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
act
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 wrote:
>>> On 12/02/2016 10:47 AM, Michał Górny wrote:
>>>>
>>>>
bursement subtotal above.
>
> [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 inform
as most of us believing.
There'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 missin
On 12/02/2016 11:55 PM, Michał Górny wrote:
> On Fri, 2 Dec 2016 23:21:34 -0800
> Daniel Campbell 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 2016 13:24:29 -0500
>>>
On 12/02/2016 11:59 PM, Michał Górny wrote:
> On Fri, 2 Dec 2016 23:26:53 -0800
> Daniel Campbell wrote:
>
>> On 12/02/2016 10:47 AM, Michał Górny wrote:
>>> On Fri, 2 Dec 2016 13:02:48 -0500
>>> Mike Gilbert wrote:
>>>
>>>> The devma
st
increases my odds 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
bout
> mining Doge 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
pi
ow 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 those dif
yone familiar 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
t;
>> That naming conventions are generally complicated and a mess, and that
>> no-one wants to have to remember whether it's firefox, Firefox, or
>> FireFox.
>>
>
> It's also more convenient at the consone to just type everything
> lowercase. I ex
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
>
h a bug
and users contribute 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 somewha
On 11/30/2016 01:19 PM, Michał Górny wrote:
> On Wed, 30 Nov 2016 01:33:24 -0800
> Daniel Campbell wrote:
>
>> On 11/26/2016 01:08 AM, Michał Górny wrote:
>>> On Sat, 26 Nov 2016 00:03:59 -0800
>>> Daniel Campbell wrote:
>>>
>>>>
>
On 11/26/2016 01:08 AM, Michał Górny wrote:
> On Sat, 26 Nov 2016 00:03:59 -0800
> Daniel Campbell wrote:
>
>>
>> A funny deficiency of GitHub is it doesn't allow for open conversations.
>> You're always forced to talk about something directly related to t
x27;s not a threaded format so it's hard 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*
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 impl
roups 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
in metadata.xml. To me it's a
courtesy that should be a requirement by default, while devs that 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&
1 - 100 of 359 matches
Mail list logo
