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
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
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
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
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
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 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
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
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
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
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
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
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
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 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:
>
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
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
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
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
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
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
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
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
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
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
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/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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 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ł:
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
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
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
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
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
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
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
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 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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/23/2016 12:52 AM, Ian Delaney wrote:
> On Thu, 21 Jan 2016 16:30:14 -0800 Daniel Campbell
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>
>> On 01/21/2016 02:41 PM, waltd...@waltdnes.org wrote:
>&g
wouldn't be doing
them a good service by taking them.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCAAGBQJWppDoAAoJEAEk
pinkbyte
> c42fbbf x11-misc/ccsm20160128-08:10
> pinkbyte 0f35eae x11-misc/simple-ccsm
> 20160128-08:10 pinkbyte 0f35eae
>
> [snip]
Am I reading this right? Does that mean they were added and removed at
the exact same time?
- --
Daniel Campbell - Gentoo Developer
Op
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/31/2016 08:37 PM, Tim Harder wrote:
> On 2016-01-31 21:48, Daniel Campbell wrote:
>> On 01/31/2016 04:05 PM, Robin H. Johnson wrote:
>>> The attached list notes all of the packages that were added or
>>> removed
l affect other developers. Bugzilla is nice and all, but imo it's
more of an AND thing instead of an OR thing. If the bug is already
present, I see no real reason not to have a thread about it on g-dev.
It keeps unrelated developers in the loop, as well, in the event that
they come across weird e
230 deletions(-) delete mode 100644
> ebuild-writing/misc-files/changelog/text.xml delete mode 100644
> tools-reference/echangelog/text.xml
>
This isn't related to what you're doing but I felt it was a good place
to ask:
How are you and other developers creating these ser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/03/2016 05:15 PM, NP-Hardass wrote:
> On 02/03/2016 08:10 PM, Daniel Campbell wrote:
>> On 02/03/2016 04:57 PM, gokt...@binghamton.edu wrote:
>>> From: Gokturk Yuksek
>
>>> Hi,
>
>>> This is th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/03/2016 05:49 PM, Göktürk Yüksek wrote:
> Daniel Campbell:
>> On 02/03/2016 04:57 PM, gokt...@binghamton.edu wrote:
>>> From: Gokturk Yuksek
>
>>> Hi,
>
>> [...]
>
>> This isn't
eference decision:
>
> https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt
>
> I'm going to open a bug asking games team how they're going to
> proceed.
>
Please let us know when you do; there are a few Humble Bundle games
I'd like to bring to the
v ever since I started using Gentoo
back in 2012, to escape systemd. I'm completely okay with us
defaulting to eudev. In fact, I wonder why it hasn't already happened.
Upstream is actively against Gentoo, after all [1].
Out of curiosity, which distros are shipping with eudev by default?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/08/2016 04:32 AM, Patrick Lauer wrote:
> On 02/08/2016 01:30 PM, Daniel Campbell wrote:
>>
>> Out of curiosity, which distros are shipping with eudev by
>> default?
>>
> From [1]:
>
> ""&quo
eudev's updates/patches
after theirs, but given upstream's goals to coerce everyone into using
their init system, what workable long-term solution is there? A fork
was really the only pragmatic approach here.
This reminds me of the ffmpeg/libav issue. Thankfully since we've
gotten past tha
or the average user and stage3s remain a thing, I'm okay with
that. We just need solid means to maintain choice and be honest about
the options available when building a system, imo.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270
while he's working on eudev.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCAAGBQJWudk9AAoJEAEkDpRQOeFwT4
y since it's something really low level and there's no way the
systemd team would require big changes on the user/admin facing side
of things unless you aren't already running systemd. Their goal is to
make it so easy that people don't have to inspect the internals, which
give
ibutions urging for Gentoo to switch?
To clarify, there's nothing wrong with systemd as a choice. It's
special enough that it has its own set of profiles. I think that's
enough, and creates a workable path for both.
For this thread, it seems that we need to do something similar wit
, even
if redundant, and adding a comment just above them explaining why I
add them. It's not perfect, but if I get curious and check back on it,
I'll always know why I added it.
A possible solution to the file issue is some way of letting the user
know prior to merging that a &quo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/2016 05:19 AM, Kent Fredric wrote:
> On 10 February 2016 at 02:14, Daniel Campbell
> wrote:
>> Another concern, though, is it'd result in something similar.
>> Instead of "cat/foo bar baz" and later remov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/2016 05:44 AM, Rich Freeman wrote:
> On Tue, Feb 9, 2016 at 8:06 AM, Daniel Campbell
> wrote:
>>
>> Perhaps that's because each of those things should not actually
>> be considered the same object typ
ted doing the work, one could file a bug on
our tracker and request an ebuild to be written. Or one could read the
devmanual and put one together. If someone is interested in
maintaining that ebuild, one of our proxy-maintainers may be
interested in helping. Check it out some time. :)
https://bugs.gentoo.
md, and that isn't something
> any of us should be holding back. If I want to make things better
> for systemd users there are plenty of areas that I could better
> invest this energy.
>
> So, thanks for bearing with me.
>
Good points, I agree. Thanks for being
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/2016 07:08 PM, Gordon Pettey wrote:
>
> On Tue, Feb 9, 2016 at 7:19 AM, Kent Fredric
> mailto:kentfred...@gmail.com>> wrote:
>
> On 10 February 2016 at 02:14, Daniel Campbell <mailto:z...@gentoo.org>> wro
with this not-officially-supported
> situation in Gentoo, that doesn't mean the other projects have to
> stay out of /usr, and "it worked before the upgrade but doesn't
> now" certainly doesn't mean it's a valid bug. If a user or
> sysadmin
make.conf? Every 32-bit package
I've ever pulled in has needed that flag set, and I've had to manually
set it until blockers are resolved. I've not set -abi_x86_32 globally
or anything like that.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/11/2016 04:59 AM, Rich Freeman wrote:
> On Wed, Feb 10, 2016 at 10:46 PM, Daniel Campbell
> wrote:
>>
>> On 02/10/2016 06:51 PM, Rich Freeman wrote:
>>>
>>> Ditto for stuff like 32-bit support for ha
l still be building those
packages in 32-bit unnecessarily.
So it's closer to what we do for dependency resolution on packages,
just applied to USE flags.
(hopefully I explained well enough)
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/11/2016 05:23 PM, Rich Freeman wrote:
> On Thu, Feb 11, 2016 at 7:12 PM, Daniel Campbell
> wrote:
>>
>> No, lazy USE in this discussion is akin to installing, say,
>> Steam. That requires a lot of packages t
since you actually depend on
these files, why not educate yourself on the conversation and see if
you can contribute? It does nobody any good to sit and sulk while the
world changes around you.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
f
; and even with that, I don't think there is anything preventing
> using systemd-udev from an openrc boot, is it ? (ie, have systemd
> installed but booting with openrc)
>
systemd blocks both udev and eudev, since it includes systemd-udev. I
don't know enough to tell you if the ude
en it scroll by.
I use an initramfs to decrypt the LUKS partition and discover the LVM
volumes. I can only assume it goes read-only before shutdown/reboot
because it needs to.
Just my two cents.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/08/2016 01:49 PM, Michał Górny wrote:
> On Sun, 7 Feb 2016 04:13:38 -0800 Daniel Campbell
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>> On 02/07/2016 03:09 AM, Michał Górny wrote:
>>&g
y insult was actually intended! ;^)
>
IMO you're over-thinking it. I read it as "As you were, then", which
is a common saying in the (American, at least) military advising one
to keep doing what they're doing, or return to a resting position. :)
- --
Daniel Campbell - Gentoo D
great but I
> don't get the impression that Gentoo really endorses that option
> over the more laborious ones. Maybe it should?
>
> https://wiki.gentoo.org/wiki/Initramfs
>
I went without an initrd until I encrypted my / and put LVM inside it.
I used genkernel's
; I
have interest but no relevant experience/skill). I hope I was able to
explain the difference.
Rich made a good point that maybe we shouldn't act until udev simply
stops working. I'd prefer a more proactive approach, but I see the
merit in waiting.
- --
Daniel Campbell - Gentoo Develo
Is there more than one implementation of bidirectional text? If not,
I'm maintainer of x11-wm/fluxbox and would be willing to switch the
flag with the next release (or perhaps a revbump?) Any suggestions?
- --
Daniel Campbell - Gentoo Develop
changelog, and we're generating
changelogs from git commits, then it seems to me that version control
is the correct tool for the job.
I'm not advocating for rsync to be done away with, as it has its
benefits, but changelogs are logically related to version control.
- --
Daniel Campbell
.gentoo.org/show_bug.cgi?id=557386
>
> Tracking this type of value to "track upstream" doesn't seem to
> make much sense, and I think if infra was going to be able to fix
> it, it would have happened by now.
>
> My vote is to nuke it and be done with it.
>
> Willia
correctly. I'll have to check the mirror to see if
things are working on their end.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCAAGBQJXB
ike a great case for adding another profile or
something rather than changing things tree-wide. Maybe it's a case for
making profiles more powerful and flexible. Regardless, I'd hate to
see choice diminished here for the sake of a single set of rather
narrow use-cases.
Just my 2¢.
- -
your position
I'd be sure to get reviews from more experienced eclass writers along
the way to make sure you're not setting yourself up for bad API design.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C
As you said, however, it's a choice of the maintainer. Things like Perl
and Python may be less prone to this issue since they're meant to be
portable.
My apologies if my concern is misplaced.
~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 04/30/2016 07:26 PM, Rich Freeman wrote:
> On Sat, Apr 30, 2016 at 8:53 PM, Daniel Campbell wrote:
>>
>> As you said, however, it's a choice of the maintainer. Things like Perl
>> and Python may be less prone to this issue since they're meant to be
>> port
condary, different arch. afaict nobody's really picking on a specific
arch.
--
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
rt to make free and open source
> software available to everyone.
>
> With kind regards
>
> José
>
>
I never spoke with you, but totally agree that Gentoo's a great place to
learn more about GNU/Linux as a whole. I'm sure many French users
appreciated your work on
gt; those installed from distfiles to be handled accordingly.
>
> Actually, you won't need to worry about any qa checks in portage,
> because I am going to put a deprecation warning in OpenRC upstream which
> will be displayed when a service script invokes runscript instructing
> you to convert to openrc-run.
>
> OpenRC will keep runscript, with this warning, for a while.
>
> William
>
This sounds like the most sane approach to me, in conjunction with a
repoman warning or error once OpenRC announces deprecation 'upstream'.
--
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
d about a way to "redo" history in a git repository as well,
especially before pushing. Could that be a way to mitigate merge
commits, so they are more informative and conform to our commit message
convention?
Sincerely,
a neutral party
--
Daniel Campbell - Gentoo Developer
OpenPGP Key:
1 - 100 of 359 matches
Mail list logo