think you touched on the key phrase we should be taking from the
conversation: 'merges without rebasing'. Devs are encouraged -- if not
required -- to push commits after rebasing, to ensure we're pushing to
the latest HEAD and not something that's stale. If we hold merges
id, I like that those of us who are close can joke. We're all
volunteers, so why not have fun *while* we build what we think is the
ideal distro? I don't think quality and fun are mutually exclusive.
"at least when they're sober" -- I had a hearty laugh at that one. :)
--
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
y screwed up and *how* to ensure it doesn't happen again.
Admonishing them as if they were a child is not going to engender
motivation to continue participation. We're all devs because we want to
make Gentoo better (I hope, anyway), and part of that means we'll have
to help each other out sometimes.
There's more to it than coddling vs tearing someone down.
--
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
lso being specific (or at least a hint) about a way
to fix it or *why* it's wrong doesn't help them fix their screw up and
ensure it doesn't happen again.
That sort of criticism, which may be warranted in terms of "they screwed
the tree up due to something stupid!", isn't productive if the dev
doesn't know how to fix it.
This particular screw-up is different since it was simpler, but less
trivial screw ups do happen and without _constructive_ criticism, devs
(and Gentoo, by extension) won't get better.
--
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
;)
>
What sort of test ebuilds are you looking for? There are a few packages
I'd like to see get into Gentoo but I don't want to break anything. :P
--
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/15/2016 03:55 PM, Duncan wrote:
> Daniel Campbell posted on Sun, 15 May 2016 04:04:57 -0700 as excerpted:
>
>> If the dev in question hasn't done that before, then it's entirely
>> possible they *thought* they tested, or tested it *before* making some
>&
orted without people active in the community and
actually using the hardware. If that interest isn't there, why should we
add the keywords to the main repo? Overlays may be a fine alternative.
Just my 2¢. Thanks for bringing this up, it's a topic I didn't know was
a concern
On 05/20/2016 05:38 AM, Kristian Fiskerstrand wrote:
> On 05/20/2016 03:36 AM, Daniel Campbell wrote:
>> On 05/19/2016 07:51 AM, Jeroen Roovers wrote:
>
> ..
>
>>>
>> To make sure I understand what you're getting at, are you saying some
>> devs get
user_"?
Otherwise this is a fantastic idea. I'm new to hacking on Portage but if
you have the time and/or patience I'd like to take part in hacking on this.
--
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/20/2016 09:47 PM, Matt Turner wrote:
> On Thu, May 19, 2016 at 6:36 PM, Daniel Campbell wrote:
>> To make sure I understand what you're getting at, are you saying some
>> devs get on board and then request to add keywords to packages that they
>> already
you want to discuss USE flag name
changes, I'm all eyes. As long as we agree on something tree-wide.
Lastly...
> Some exceptions to the above may exist under heavy consideration,
> especially in cases where the toolkit usage is complex and may have
> some issues for some, but in gen
big deal was, and was left
wanting. None of the toolkits are really that great, but GTK3 in
particular feels wrong on a desktop computer. It's probably great on a
phone or tablet, like GNOME itself.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr:
ule \e[1m${subname}\e[22m"
> + continue
> + fi
> + fi
> +
> # skip modules that have 'update = none', bug #487262.
> local upd=$(echo "${data}" | git config -f /dev/fd/0 \
> submodule."${subname}".update)
>
Looks good to me. Great idea actually, since some projects like
app-text/pelican ship with submodules and I just wrote a live ebuild for it.
--
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/27/2016 02:45 PM, NP-Hardass wrote:
> On 05/27/2016 02:57 PM, Daniel Campbell wrote:
>> As far as I'm concerned, if any package I maintain offers both gtk2 and
>> gtk3 support, it would be irresponsible for me to *not* offer that
>> choice. Gentoo is about flexibili
e other project, would need to
add the other locales directly to L10N, then somehow mask them out for
other packages. Or the reverse: leave L10N="en_US" or something, and
somehow enable other languages in that specific package.
Is there a package-level option for this? Users can set their
On 05/31/2016 10:31 AM, Daniel Campbell wrote:
> On 05/31/2016 05:49 AM, Michał Górny wrote:
>> Hello, everyone.
>>
>> Since the previous thread doesn't seem to have brought any good
>> solution to the problem other than stopping to (ab)use LINGUAS
>> as USE_
the GUI are available, additional flags may provide a more
> fine-grained choice of them.
>
Pretty much nailed it as far as I'm concerned.
--
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
-waylang...'
>
> I do not think the question is whether the flag would be useful: it
> will. The question is: can it be implemented efficiently...
>
>
To play devil's advocate, can we get a citation on "users don't want to
care"? Which users? Does Gent
But we're no longer going to
> optimize Gentoo for those people.
>
Who are you speaking for with "we"?
The Gentoo GNOME team? Upstream GNOME? Some employer who's hiring
someone to introduce these flags to Gentoo? Outspoken users who have
(strangely) only spoken to a few develo
On 06/02/2016 02:55 PM, Rich Freeman wrote:
> On Thu, Jun 2, 2016 at 5:27 PM, Daniel Campbell wrote:
>> To play devil's advocate, can we get a citation on "users don't want to
>> care"? Which users? Does Gentoo have a lot of users who don't care, or
>&
o IUSE? What
if all three are present in GUI? Someone (I forget who) had an idea to
specify priority in the GUI variable. How will that be supported in
ebuilds? With a gui.eclass?
I'm almost to the point with this discussion that we just need a few
blatant, no-op test ebuilds and a portage patch or something to
demonstrate how it would be handled. Code talks a lot better than we do.
--
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
ty...
>
> grep -i -w webp /usr/portage/profiles/use.local.desc
>
> ...returns the same list *PLUS*
>
> dev-lang/php:vpx - Enable webp suppoprt for GD
>
> ?!?!?!?! Is that a typo?
>
No, libvpx is what's used to produce webp/webm things, afaict. So in the
case of p
On 06/05/2016 02:05 PM, james wrote:
> On 06/05/2016 12:15 PM, Daniel Campbell (zlg) wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> On June 5, 2016 9:04:26 AM PDT, "Michał Górny" wrote:
>>> Hello, everyone.
>>>
>>&
e or similar method
>> for doing this, for exactly this reason/purpose??
>
>> MJE
>
> Some way to append docfiles would be very welcome IMO.
>
>
Agreed. We can already add on to other arrays or lists, why should DOCS
be any different?
--
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 working together to build not only a distribution, but build the
people who comprise it, too. It's a real investment on behalf of both
the candidate and the distro itself. It's why we only want people who
are serious about being a developer instead of treating it like a
checkmark on a resume.
(Other devs are free to correct any of the above, but that's what I've
gotten out of becoming a developer)
If you're looking to be recognized and serve your ego, every developer
gets a developer bug and an announcement on gentoo-project.
Whatever you end up doing, I wish you luck in the process. Don't let a
few live IRC interviews keep you from contributing or joining our ranks.
There are plenty of devs I don't see on IRC, and plenty more who almost
never post on the ML. They do their work quietly and slip under the
radar. They're no less worthy of thanks.
Just my 2¢.
--
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
ve
> not use a particular 'set of tricks' in a while
>
> ymmv. So, I can take it either way, but building something
> gentoo-centric, without github, is very appealing too.
>
>
>
> James
>
>
There are some of us against GitHub and/or other commercial ou
On 06/08/2016 11:21 PM, Andrew Savchenko wrote:
> Hi!
>
> On Wed, 8 Jun 2016 22:07:06 -0700 Daniel Campbell wrote:
>
>> There are some of us against GitHub and/or other commercial outfits, so
>> that's not a problem. We offer some mirrors on GitHub, and some devs
lame it on Enigmail, but this is the information I'm seeing:
>
> "EXPIRED KEY Good signature from "Alexander Berntsen
> Key ID: 0x705073B5 / Signed on: 09/06/16 10:48"
It's his signing subkey that's expired: 0x541A4F01
According to Enigmail, it expired April 1
sage/b79fc6bd174a356c62bda59d0b0e9e8e
>> [6]:https://bugs.gentoo.org/show_bug.cgi?id=583750
>> [7]:https://bugs.gentoo.org/show_bug.cgi?id=584610
>> [8]:https://archives.gentoo.org/gentoo-dev/message/a08ea09c2c8e534fd9bc1146703c66ff
>> [9]:https://archives.gentoo.org/gentoo-
stic sponsors come forward to host/maintain these
>> systems, I don't think its fair to overburden the already stretched
>> Infra guys (no offence, guys! you're doin a great job).
>
> Agree. Gentoo is fantastic.
>
> Alec
>
--
Daniel Campbell - Gentoo D
use and gives
other perspectives a chance to percolate. Based on what I've read in
past council discussions, the council is likely to have 'the full
picture' in mind and can often point out weaknesses in proposals, which
can only help them in the long run.
--
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 or not up to
Gentoo's standards.
That said, the idea has merit. Are there others who would rather not use
the fora or IRC?
--
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/11/2016 01:58 PM, Kristian Fiskerstrand wrote:
> On 06/11/2016 10:53 PM, Daniel Campbell wrote:
>> On 06/11/2016 07:48 AM, james wrote:
>>> [snip]
>>>
>>> Good/Bad idea, posting proxy-maintainer questions to gentoo-user?
>>> (recall irc does
n
> fact, the effect has been so large that sunrise has effectively
> stagnated, and nobody noticed it for months. Now that people have
> noticed it, they/we are simply recognizing the change in usage after-the-
> fact and debating the most useful way to shut down just the on
re they want, get listed in layman as "not vetted" but
still available, and then some sort of process or mechanism to go from
"unvetted" to "vetted", and if they're lucky, "official". It would
require less shuffling of resources, as well.
--
Daniel Campbel
set of categories goes a long way to helping people figure out
how they should be filed, and ensures the right people look at them.
Anything to make that process smoother for both devs and users sounds
good to me. Even as a developer I feel there's too much divide among
things and it can be hard to decide where a bug goes.
Ultimately it's up to the people who have to deal with the most bugs,
though.
--
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
anything that replaces git in the future will
need an analog or replacement for branches, so it seems like a sound
idea to me.
Of course, pulling that off in infra and coordinating review is a
completely different issue; one that won't be solved with software.
--
Daniel Campbell - Gentoo
On 06/15/2016 12:22 AM, Alexander Berntsen wrote:
> On 14/06/16 08:48, Daniel Campbell wrote:
>> What sort of modularization are you talking about?
> The cheap answer is "as much as possible.
>
>> Would we suggest something like GNOME, KDE, XFCE, Mate, Cinnamon,
On 06/16/2016 12:35 AM, Alexander Berntsen wrote:
> On 16/06/16 09:24, Daniel Campbell wrote:
>> To touch on the user repo part.. can't it be as simple as adding
>> one requirement to user repos that wish to be considered as
>> curated?
>
>> Create a "gent
NETBEANS_MODULES NGINX_MODULES_HTTP
> NGINX_MODULES_MAIL NGINX_MODULES_STREAM OFED_DRIVERS OFFICE_IMPLEMENTATION
> OPENMPI_FABRICS OPENMPI_OFED_FEATURES OPENMPI_RM PHP_TARGETS
> PYTHON_SINGLE_TARGET PYTHON_TARGETS QEMU_SOFTMMU_TARGETS QEMU_USER_TARGETS
> RUBY_TARGETS SANE_BACKENDS USERLAND UWSGI_PLUGINS VIDEO_CARDS
> VOICEMAIL_STORAGE XFCE_PLUGINS XTABLES_ADDONS ROS_MESSAGES"
>
> # USE_EXPAND variables whose contents are not shown in package manager
> # output. Changes need discussion on gentoo-dev.
>
Sounds decent to me. Will any eclasses be affected? What sort of changes
will need to be made in ebuilds? I ask so I have a list of packages I
can draw up that need this changed so I can get things done when
everything's in place with the guide.
This is assuming it doesn't really change much in user configurability
and is just another way to express it.
--
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
eel free to fix it and ideally let me know, so I can take a
look and understand how it needs to be done.
--
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_bug.cgi?id=574082
>
I'm glad to see some reach-out here and taking responsibility for
decisions. However, what does the QA team have to say about systems that
want games on other media (such as an SSD or separate HDD), or wish to
restrict the use of games on their system to certa
On 06/29/2016 04:02 PM, Rich Freeman wrote:
> On Wed, Jun 29, 2016 at 6:47 PM, Daniel Campbell wrote:
>> I'm glad to see some reach-out here and taking responsibility for
>> decisions. However, what does the QA team have to say about systems that
>> want games on othe
On 06/29/2016 10:11 PM, Michał Górny wrote:
> On Wed, 29 Jun 2016 15:47:43 -0700
> Daniel Campbell wrote:
>
>> On 06/29/2016 10:11 AM, Michał Górny wrote:
>>> Hello, everyone.
>>>
>>> Over half a year has passed since Council decided upon the fate of
pts that will update those symlinks for me, which makes the
process of kernel management pretty painless. Now that I'm thinking
about it, it could be simple in my case to simply clean any kernel that
wasn't linked to.
My /boot/:
grub
lost+found
backup -> linux-4.4.1-gentoo-2
boot
On 06/30/2016 06:17 AM, Michał Górny wrote:
> On Wed, 29 Jun 2016 21:54:44 -0700
> Daniel Campbell wrote:
>
>> That's what I think this drama is about; changes being pushed from
>> people who don't work on games, then leaving these game maintainers (and
>>
On 06/30/2016 06:02 PM, Matt Turner wrote:
> On Wed, Jun 29, 2016 at 3:47 PM, Daniel Campbell wrote:
>> I'm glad to see some reach-out here and taking responsibility for
>> decisions. However, what does the QA team have to say about systems that
>> want games on othe
On 06/30/2016 11:31 PM, Michał Górny wrote:
> On Thu, 30 Jun 2016 23:27:18 -0700
> Daniel Campbell wrote:
>
>> On 06/30/2016 06:02 PM, Matt Turner wrote:
>>> On Wed, Jun 29, 2016 at 3:47 PM, Daniel Campbell wrote:
>>>> I'm glad to see some rea
On 06/30/2016 05:24 PM, Rich Freeman wrote:
> On Thu, Jun 30, 2016 at 7:19 PM, Daniel Campbell wrote:
>> Our ebuilds are maintained by developers, with the occasional
>> proxy-maintainer or contributor. Your previous statement combined with
>> this amounts to "QA o
On 07/01/2016 12:52 PM, William Hubbs wrote:
> On Thu, Jun 30, 2016 at 06:18:11PM -0500, Gordon Pettey wrote:
>> On Thu, Jun 30, 2016 at 5:22 PM, Daniel Campbell (zlg)
>> wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA512
>>>
>>
sides Node. If other Node packages
are needed, they may be in the tree already.
--
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
mp from a few days ago.
>
> Thanks
>
I run this on a 'production' VPS. If anyone else wants to co-maintain
this, hit me up. Otherwise, I'll begin handling bugs and metadata on Monday.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr
ux-Alpha-and-calling-on-Chrome-amp-Chromebooks/td-p/4434299
>>
>> -- Jason
>>
>>> On Aug 2, 2016 16:03, "M. J. Everitt" wrote:
>>>
>>>> On 02/08/16 23:43, Matthew Thode wrote:
>>>>> On 08/02/2016 04:15 PM, Amy Winston wrot
rivacy until you explain to them what could be done with the
structure of applications like Skype (going through a central server).
If they ever reach the point of understanding that, it's easier to get
them to simply try Tox or another alternative.
--
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 not work anymore. So we could drop the old version as the
> web version provides as many features as.
>
>
>
>
>
> Am 3. August 2016 16:10:45 MESZ, schrieb Daniel Campbell :
>
> On 08/03/2016 05:13 AM, Andrew Savchenko wrote:
>
> On Wed, 3 Aug
body steps
up. There are currently no open bugs for them; fairly easy to babysit.
Would be good for proxy-maint.
--
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
oes it do the job of
linking 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
gical, we can probably 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 mode
sically 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 terminal or run
dialog and it "just works". Skype does it; I don't see why Steam can't,
unless there's a licensing problem.
(This is my perspective as a user who begrudgingly uses Skype and Steam,
and has historically had more trouble from Steam)
--
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
to me and could
lead to confusion. So I guess I'm in favor overall, but don't want to
see lightweight installs lose anything or become forced to install
things as modules, as it complicates the kernel configuring process
needlessly.
--
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
ast 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
e dependencies aren't 100% hashed
out, it can help us figure out what the real deps are.
--
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
roviders prefer),
they should work just fine. I would focus on using the correct image
format and then building what some call a stage4. I think there are more
tools for creating stage4s, but ultimately that's what you and I both
are looking at: ready-to-go Gentoo installs that come with
anks!
>
lgtm, but I'm curious over the targeting of -rc releases. Are the only
releases after 15 in the 3.x series -rc? If not, you're going to run
into problems where a kernel is >=3.15 but not an rc.
Otherwise it seems better than hardcoding it imo.
--
Daniel Campbell - Gent
per-stablereq basis. So
each version gets its own opportunity to have bugs surface or
stabilization issues instead of attempting to stabilize a bunch of
versions at once.
(Correct me if I'm wrong; I don't see the value of a single stable
version for each package and it would creat
ay to update it and getting people to
change their habits.
It makes a bit more sense to rely on previous configuration
(/etc/conf.d/hostname) and write a tiny 'script' that populates
/etc/hostname. bash could do it (naively) in two lines:
source /etc/conf.d/hostname
echo "$hostname
g to do with the Docker situation 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 d
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 anyo
r as I know
the recruiting and proxy-maint 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
place for it?
If systemd or other inits 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
er ;-).
>
>
> 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
On 08/27/2016 11:48 PM, Michał Górny wrote:
> On Sat, 27 Aug 2016 23:30:09 -0700
> Daniel Campbell 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 so far, oth
x would
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
gest something, it'd be encouraging
conversation with maintainers, as QA policy and making changes won't
produce any lasting improvement unless maintainers understand what
they're 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
ts are made 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
PhD candidate 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 Develo
sent 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
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
e games. "Do
it like any other package" isn't good enough advice, because games are
often stored in /opt 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
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
>>> wrote:
>>>> 1) Stabilization is a simpler and m
> presentations/ directory for storing 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/Pro
s.
>
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
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
r
>
> [1]
> https://archives.gentoo.org/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
gt; sensible planning and redundancy/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
ed solid QA docs. The devmanual and repoman 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"
s 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 enti
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 commit _isn't_ up to par.
--
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
ly 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
DCO, it greatly complicates 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 complicati
consult that on a
regular basis (it'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: 0x1EA055
ns), 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
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/27/2016 11:51 PM, Michał Górny wrote:
> On Thu, 27 Oct 2016 21:49:55 -0700
> Daniel Campbell wrote:
>
>> On 10/27/2016 06:13 AM, Michał Górny wrote:
>>> [snip]
>>>
>>> To be honest, after writing it all down, I started to get the feeling
>>
On 10/28/2016 06:53 AM, Rich Freeman wrote:
> On Fri, Oct 28, 2016 at 12:49 AM, Daniel Campbell 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
>>> somewhere. The probl
On 10/28/2016 06:00 AM, Mike Gilbert wrote:
> On Fri, Oct 28, 2016 at 12:56 AM, Daniel Campbell wrote:
>> On 10/25/2016 10:01 AM, William Hubbs wrote:
>>> All,
>>>
>>> this item is about an important fstab update. In short, people need to
>>> move a
ent writing new
ebuilds or taking on maintenance of others. Most of the syntax is
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
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
on how to do things going forward. Maybe 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
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&
101 - 200 of 359 matches
Mail list logo
