On 08/24/2016 04:17 AM, Michael Orlitzky wrote:
> On 08/24/2016 03:12 AM, Daniel Campbell wrote:
>>>
>> That seems like a fair compromise. Those who want /etc/hostname get to
>> use it, those who don't won't need to change anything.
>>
>
> Does anyone want it
nt teams are dedicated, but small. They do
an awesome job (that I am not cut out for) so they deserve a lot of
respect. But it does indeed seem that scheduling and workloads are not
in sync.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 05
be to delete (or update) /etc/hostname and all is good in the world again.
Supporting kernel-level hostname as a side effect is even better. No
complaints 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
screwing up and/or have written guidelines they can check
periodically.
Integration with repoman would be the single most effective way to make
that happen, but I have to wonder if repoman should be taking on that
much responsibility. It's not unreasonable to expect maintainers to
actually visit the package's URL to make sure upstream is doing 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
onf ? Not sure)
It's pretty standard for most pieces of software, so it's bound to be a
welcome change that will avoid some potential config bugs.
--
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
g the PDF files that Robin was
> recently looking for...I'll have to dig them out of the Wayback Machine,
> but that shouldn't take me too long.
>
> Your wiki warrior,
>
> Maffblaster
>
> https://wiki.gentoo.org/wiki/Project:Presentation
>
>
>
Sounds good to
On 10/04/2016 10:25 AM, Ian Stakenvicius wrote:
> On 20/08/16 08:30 PM, Daniel Campbell wrote:
>> On 08/15/2016 12:42 PM, Rich Freeman wrote:
>>> On Mon, Aug 15, 2016 at 3:30 PM, Andreas K. Hüttel <dilfri...@gentoo.org>
>>> wrote:
>>>> 1) Stabil
ade to automate this, and as you can see are closely
> related to ebuilds, and thus fit perfectly next to them.
>
Why are those ebuilds not live? If upstream doesn't do real releases and
can't even be bothered to tag the commit that marks a release, then why
are you (or someone else) doing all th
te in University of Gothenburg, Sweden
>
> Tel: 0046317725707
>
>
>
What type of metadata will be collected? Google Forms and Facebook don't
strike me as the privacy-respecting type. Is there any guarantee of
anonymizing the data?
--
Daniel Campbell - Gentoo Developer
OpenP
over such an unsecure channel, if you find any
> information controversial or un-expected send a response and request a
> signed confirmation]
>
It's a bit late, but were any transcripts or summaries written wrt the
meeting that (I hope) was held? I'd be interested in reading it.
--
Daniel
ng better? I read the blog post and all but nobody's explaining
what gold does better than standard ld.
That said, if it's that simple and then just requires some DEPEND
updating, doesn't sound all that bad to me.
--
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
copy
> them and build a libpcre like they do for interop.
>
> Essentially, the point here is to see debians libpcre is a competing
> implementation, even though we can locally pretend they're not at the
> technical level, it works as " conceptual model " for the problem we
SteamOS which is
basically Ubuntu), we should probably use a Debian/Ubuntu-specific
compat dir so we can address all future kludges instead of just PCRE.
But really, we should be able to make it so users can `emerge -a steam`,
wait a few minutes, and be able to type "steam" into a
s fast as what's reasonable.
(That said I have a busy weekend ahead of me with lighttpd...)
--
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/27/2016 11:48 PM, Michał Górny wrote:
> On Sat, 27 Aug 2016 23:30:09 -0700
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 08/24/2016 09:42 AM, Zac Medico wrote:
>>> On 08/24/2016 09:33 AM, Michael Orlitzky wrote:
>>>> * no benefit put forth
nits need it, then they should install the file and
guess the initial value by sourcing /etc/conf.d/hostname. It's none of
OpenRC's concern what other inits need.
--
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
outcome from this email either ;-).
>
>
> Count me in then.
>
> What's the "official" way of joining these days ?
>
afaict add yourself to the project on the wiki and then the usual mail
alias deal.
--
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
uation I brought
> up. Whether or not a docker container should be able to access the
> hostname of the host it is running on is a separate question.
>
> William
>
That seems like a fair compromise. Those who want /etc/hostname get to
use it, those who don't won't need to change anyt
or some other location and have their own set of
problems like bundled-libs and so on.
None of this is aimed at you specifically, chewi. I think your idea here
is good and I'm sure the pickier people among us can find a good way to
make GOG games packageable while also retaining quality ebuilds. I would
join you in the games team if there were docs or guidelines, or even a
group of people who could give solid, _constructive_ criticism on game
ebuilds.
--
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
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
n are great starts, and
answer a bunch of questions. When/if QA comes across new situations and
comes up with 'blessed' solutions, we need a way to check them out
instead of waiting for it to hit Git and be smacked with a "this is
wrong" e-mail.
Just my 2¢.
~zlg
--
Daniel Campbell - Gentoo
gentoo-doc/message/892f335a04fb7e372116ca3e6b2d0c84
> [2]
> https://archives.gentoo.org/gentoo-doc/message/944b4b36ab3883c6b223a240feb42fb8
>
>
Whatever structure that will allow wiki building to continue and reduce
any possible confusion is a win in my book.
Devs interested would need t
y/etc.
>
> MJE
>
I think the 'canonical' copies should be stored on Gentoo infra (and
linked to first) with archive.org, Youtube, et al as mirrors. If we're
going to push media, it shouldn't be closed media, imo.
--
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-by side is a usecase I can't see
> being useful to anybody.
>
+1
It sounds like a good intention, but users who don't check that sort of
thing likely don't care or won't know which decision is "right" for
them. Metadata makes the most sense, as that's the entire point of
_met
y" for Gentoo is "I am a developer who
looked at the code and tested it, confirming it works on my system". If
an AT signs off, they are certifying that it passes their test muster.
It's a more formal "looks good to me", and provides a point of
accountability if the
t on Google's overlay. The
only question at that point would be Google's own copyright policy and
whether or not its employees own any of what they produce on company time.
--
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
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
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
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
things. Would my right to keep my
contributions in an overlay be infringed upon? What would change if we
switch to this?
It's just odd to me that in one case (the comrel deal) we're aiming to
simplify, but with copyright we're seemingly complicating things for --
through my perspective -- litt
On 10/27/2016 11:51 PM, Michał Górny wrote:
> On Thu, 27 Oct 2016 21:49:55 -0700
> Daniel Campbell <z...@gentoo.org> wrote:
>
>> On 10/27/2016 06:13 AM, Michał Górny wrote:
>>> [snip]
>>>
>>> To be honest, after writing it all down, I started to
which method is
most future-proof? I saw mention of UUIDs; is that what we should switch to?
In my case, it's a removable drive so it may be assigned to something
besides sdc at times.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00
's even in my watch list), and accepting/pushing
contributions seems like it's right in line with our expected git workflow.
Just a thought. I like where you're going with the idea.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C
you use, so this is the safer
>> route.
>>
>> William
>>
>
> I take it us museum relics still using jurassic-era device names like
> /dev/sd* or /dev/md* aren't affected by this? Cthulhu-forbid Linux device
> naming gets any more complicated than using UUID's.
On 10/28/2016 06:53 AM, Rich Freeman wrote:
> On Fri, Oct 28, 2016 at 12:49 AM, Daniel Campbell <z...@gentoo.org> wrote:
>> On 10/27/2016 06:13 AM, Michał Górny wrote:
>>>
>>> So yes, it would probably be enough to put such a simple statement
>>> somewhe
On 10/28/2016 06:00 AM, Mike Gilbert wrote:
> On Fri, Oct 28, 2016 at 12:56 AM, Daniel Campbell <z...@gentoo.org> wrote:
>> On 10/25/2016 10:01 AM, William Hubbs wrote:
>>> All,
>>>
>>> this item is about an important fstab update. In short, p
s
legible and understandable. Superficially, I understand slot
dependencies, but manipulating them in an older ebuild is different than
a fresh ebuild you're looking to bring to the main tree.
Thanks for bringing up the discussion.
--
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
instead.
>
> Comments?
>
> Ulrich
>
Appears sane to me, though I don't work directly on any library packages
as of yet.
--
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
in the release notes.
>
Wasn't it in a news message? I recall seeing it somewhere, and made the
appropriate changes before upgrading.
--
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:
>>>
>>>
>>>
>>>>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 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
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
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
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
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
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
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>
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
>> --
>> ,,,^..^,,,
>>
>>
>
> --
> 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
>>&
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
>
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
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
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
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
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
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/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
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/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
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
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
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
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
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
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 @
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
--
Daniel Campbe
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
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
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
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
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
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
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
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
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
201 - 300 of 352 matches
Mail list logo
