minimal system in all cases, rather than
a good user experience for inter alia a desktop system or a
server-system. If a user requires a minimal system for whatever reason
(s)he is likely more prepared to understand the choices than the average
user.
--
Kristian Fiskerstrand
OpenPGP keyblock re
t; Parallel make issues? No problem let's just solve it.
>
>
> Please, keep it simple.
I'm adding my support to this sentiment
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
On 02/06/2017 03:59 AM, Mart Raudsepp wrote:
> Lots of concerns, I see from the zero replies so far
Keep in mind that quite a few have been at FOSDEM this weekend, so I
wouldn't take no response from a high number of european devs as a sign
of acceptance just yet.
--
Kristian Fisk
ou please take up these packages?
>
> app-portage/eix
> app-shells/push
> app-shells/quoter
>
Seems all of these have an existing maintainer through proxy maint
and/or other developers already, so should be safe to just remove
yourself from metadata.
--
Kristian Fiskerstrand
O
treams.
>
Sounds reasonable
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
is to put more care into
naming categories to begin with so they are sufficiently broad to
contain a useful set of packages, but moving it around after the fact
causes more complexity than I would normally consider useful.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyserv
remember after reading
this thread
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
be added without posting on the Gentoo mailing list,"
> etc.
+1
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
ot;should go without saying" entails.
Sounds odd to add something like this to a spec, that is an
organizational training issue.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
ry."
"""
References:
[bug Bug 611234 - Council vote: CVS headers and git expansion]
https://bugs.gentoo.org/611234
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
table tree; the package
maintainer adding a go package will need to keep track of relevant
dependencies that are embedded and do a revdep of the package if a
vulnerability in the chain is discovered.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034
for ComRel (I've started working on
this and will be presenting this one later as current ComRel Lead))
Comments, patches, threats, etc welcome
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED
On 03/11/2017 11:23 PM, Andrew Savchenko wrote:
> Hi Kristian,
>
> On Sat, 11 Mar 2017 21:50:51 +0100 Kristian Fiskerstrand wrote:
>> A draft of a Pre-GLEP for the Security project is available for reading
>> at https://wiki.gentoo.org/wiki/User:K_f/GLEP:Security
>>
&g
of respective projects should be a good start
without need for specific procedures. One could imagine participation
from various special projects in council meetings or just email
exchanges, but it'd likely just end up with a bunch of "nothing new from
the western front" that can more easily
On 03/12/2017 03:55 AM, Rich Freeman wrote:
> On Sat, Mar 11, 2017 at 6:54 PM, Kristian Fiskerstrand
> wrote:
>> On 03/11/2017 11:23 PM, Andrew Savchenko wrote:
>>>
>>> My point is that users must be informed about security problem, but
>>> they still shoul
nd print out a URL
> for a security problem. This could be abstracted to make.conf with
> a new variable...
>
> GLEP="0001234 0001235 0001236 etc etc"
Sounds like a lot of complexity for limited value.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://p
rk
for an unfamiliar package to know which files to remove in files/ for
specific versions and/or other package-specific quirks. The package
maintainers really should be able to handle this or hand off the package
to someone else.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
makes sense, will try to write up some more info on this in GLEP, while
still referencing the vulnerability treatment policy for the actual
information as that needs to be possible to update from time to time.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr
disagree with the lead they can call for re-election
as per GLEP:39 already.
As discussed in another sub-thread, however, will try to incorporate
more of the procedure in the vulnerability treatment policy etc into the
GLEP such that procedures are more in focus.
--
Kristian Fiskerstrand
OpenP
On 03/13/2017 08:38 PM, Thomas Deutschmann wrote:
> On 2017-03-12 19:35, Kristian Fiskerstrand wrote:
>>> Why do Security Project members need to be ebuild devs?
>>> Non ebuild developers can contribute by producing GLSAs,
>>> for example.
>>
>> Where is
, feel free to update whiteboard from
ebuild to stable!)
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
On 03/17/2017 02:57 PM, Jason A. Donenfeld wrote:
> Done.
>
> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7f68c86d93d5f69d775bceb3941b3a3b46672eb1
>
... That was quick...
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 30
simply mean I'm missing something in the discussion.
Before restarting such a GLEP process; maybe a simple pros and cons list
of comparison of the future eblit use and existing eclass structure
could be helpful? (along with more description of the differences)
--
Kristian Fiskerstrand
OpenPGP keybl
On 03/21/2017 10:17 AM, Alexis Ballier wrote:
> On Tue, 21 Mar 2017 09:43:37 +0100
> Kristian Fiskerstrand wrote:
> (up to discussion ofc)
>
> Pros for eblits vs the above eclasses:
> - Let eclass/, which is a toplevel directory, be a place for code
> useful to several p
On 03/21/2017 11:00 AM, Alexis Ballier wrote:
> On Tue, 21 Mar 2017 10:41:58 +0100
> Kristian Fiskerstrand wrote:
>
> yes, that's the naming i suggested in the part you cut :)
Indeed
>
> but then you'd need boilerplate duplicated code to ensure nothing but
>
30-minute rebuild for
> a build-time fix, sure.
>
sounds like the prudent thing to do to let it live a while in ~arch a
while still.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
ontaining
#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 6, 0) clause for definitions
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
[Sent from my iPad, as it is not a secured device there are no cryptographic
keys on this device, meaning this message is sent without an OpenPGP signature.
In general you should *not* rely on any information sent over such an unsecure
channel, if you find any information controversial or un-e
[Sent from my iPad, as it is not a secured device there are no cryptographic
keys on this device, meaning this message is sent without an OpenPGP signature.
In general you should *not* rely on any information sent over such an unsecure
channel, if you find any information controversial or un-e
not support?
It would only work if upstream provide a strong assurance for forward
compatibility. Explicit testing and marking working seems the only
practical way to ensure stability.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 56
on of issues surely doesn't
benefit anyone, and quickly becomes boring.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
sidering
contributing through different channels and/or limiting the
communication to objective contributions (such as patches)?
Notes:
[i] granted I should quantify that with saying that pro bono argument
only goes so far, if picking up a responsibility it should be followed
up or dropped, the vol
e, there is;
- the gentoo-proxy-ma...@lists.gentoo.org mailing list for ebuild help
and discussions
- Project alias for reaching out to project
members
- IRC channel #gentoo-proxy-maint on Freenode
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94C
rny, the explicit '*' is used already and should stay,
changing the default value for no attribute to interpret as '*' also
makes sense in this context.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
point release) I don't have strong opinions on, but
there should be a plan and proper overview of the consequences.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
some_ point, and as you say; it seems
a good starting point for discussing which other profile changes we'd
make with a new 17.0.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
On 05/10/2017 03:29 PM, Andreas K. Huettel wrote:
> Am Mittwoch, 10. Mai 2017, 13:58:56 CEST schrieb Dirkjan Ochtman:
>> On Wed, May 10, 2017 at 11:19 AM, Kristian Fiskerstrand
> wrote:
>>> Sounds like a reasonable action plan. The consequences of such a change
>&
that is project-specific and
not global.
Although it is certainly a good practice that maintainer acks
stabilizations; other projects routinely files stabilization requests,
in particular the security project.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:
anniversary).
>
> So shouldn't the above be 18.0?
Interesting historical tidbit, but, 13.0 was done in 2013, I believe it
makes sense to sticking to year and make it 17.0
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109
tand what you're trying to say here, if
it is "can I take any package I want without consulting with existing
maintainers", then yes, its the normal (its not new)
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
; was at this time, who can be considered "owning" the package, and has
> the right to dictate which gentoo dev's maintain their packages for
> them.
At some point they likely should establish a project and discuss things
internally before making changes. But on a post-h
On 05/20/2017 10:46 PM, Michał Górny wrote:
> Tomas, please don't go this road. We all know Patrick does a shitty job
> as Gentoo developer, both technically and socially but you do not have
> to try to match him.
Was this comment really necessary?
--
Kristian Fiskerstrand
Op
On 05/20/2017 11:06 PM, Michał Górny wrote:
> On sob, 2017-05-20 at 22:51 +0200, Kristian Fiskerstrand wrote:
>> On 05/20/2017 10:46 PM, Michał Górny wrote:
>>> Tomas, please don't go this road. We all know Patrick does a shitty job
>>> as Gentoo developer, both tec
hat discussion will
happen elsewhere. The noise level of the discussion of a new list or
moderation of the current dev list is greather than the noise that
spurred the discussion to begin with.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034
On 05/26/2017 08:07 PM, Alexis Ballier wrote:
> A bit late to the party, but what was the outcome of the meeting, esp.
> this part ?
Unofficial log from meeting:
https://download.sumptuouscapital.com/gentoo/tmp/gentoo-toolchain.log.txt
--
Kristian Fiskerstrand
OpenPGP keyblock reachable
Qt 5.7 requirements] and is
fundamentally an upstream bug if not checked for during configure and
automake using e.g [ax_cxx_compile_stdcxx_11].
References:
[Qt 5.7 requirements]
https://bugs.gentoo.org/589412
[ax_cxx_compile_stdcxx_11]
https://www.gnu.org/software/autoconf-archive/ax_cxx_compile_s
o fix it.
>
> +1, otherwise we will never be able to add/unmask a newer autoconf that
> doesn't look at configure.in anymore, once such a version eventually
> happens.
>
We can always patch the eclass at that point if that is still a big
concern, but I fundamentally agree with W
in instead of configure.ac.
>
>
That determination can be made on a package-by-package basis and fixed
in ebuild if needed.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
new approach that is being suggested, but sure, we should all file bugs
when we encounter them.
References:
[tracker] https://bugs.gentoo.org/show_bug.cgi?id=530632
[bug 426262]
https://bugs.gentoo.org/show_bug.cgi?id=426262
[bug 546614]
https://bugs.gentoo.org/show_bug.cgi?id=546614
--
Kristian
'd like to see less
categories rather than more.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
informational GLEP and not a
standards track if going down that route.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
ing chroot/VM to test when adding the
compat.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
tc/portage/hooks/install/
>
I might've read things too quickly, we're not talking a repoman check here?
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
kernel auto-stabiliation (as
discussed in [section 3.2 (Kernel)]
References:
[section 3.2 (Kernel)]
https://download.sumptuouscapital.com/gentoo/wg-stable/main.pdf
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
On 07/11/2017 03:47 PM, Michael Palimaka wrote:
> The main risk of breakage of a package moving from testing to
> stable is always at build time anyway.
citation needed
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35A
On 07/11/2017 04:13 PM, Kristian Fiskerstrand wrote:
> On 07/11/2017 03:47 PM, Michael Palimaka wrote:
>> The main risk of breakage of a package moving from testing to
>> stable is always at build time anyway.
>
> citation needed
>
Anecdotal evidence against, currently g
On 07/11/2017 04:21 PM, Michael Palimaka wrote:
> On 07/12/2017 12:15 AM, Kristian Fiskerstrand wrote:
>> On 07/11/2017 04:13 PM, Kristian Fiskerstrand wrote:
>>> On 07/11/2017 03:47 PM, Michael Palimaka wrote:
>>>> The main risk of breakage of a package moving
ackage) or move a package in time from ~ARCH to ARCH and deal with
> the fallout sometimes.
Easy, keep the working package any time
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Descript
gs, as long as automatic stabilization is
not triggered by some set of rules (e.g 30 days in ~arch) , and still
requires manual trigger by, preferably, the maintainer there is likely
no issue.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034
how
intuitive is the feedback in this process when it is read-only?
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
e it fail to access the card
due to locking and needing to re-insert the card.. with similar
mechanism to use it outside of git context again afterwards.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FA
o might be easier :)
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
On 07/20/2017 10:16 AM, Kristian Fiskerstrand wrote:
> What I have noticed with regards to git though, but not had time to
> debug is that it seems to do something odd with regards to communicating
> with the agent to begin with, and possibly spawns an own agent, at least
> sufficient
ider is definition of this
label in terms of whether it takes a single value or a list and how to
do wrapping.. I'd likely expect possibility for multiple occurrences for
it but allowing multiple bug numbers specified comma separated
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hk
or other distros, so you
need it in a generic form which url provides, having a separate
Gentoo-Bug properly defined to ID only solves the ambiguity.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signa
scribe the change ,not only "fixes XXX", the bug
reference belongs in body (tags)
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
bugs.gentoo.org/NN; — to
> reference a bug,
See other comments in thread wrt Gentoo-Bug.
> ** Closes: https://github.com/gentoo/gentoo/pull/ ki>; — to automatically close a GitHub pull request,
Is this a generic tag for any pull request of any platform?
--
Kristian Fiske
all unless it provides external
value, it should be self-describing
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
.
I like the idea of Reference for URL specification . This can be used as
a general property for other relevant discussion points as well, and
indeed frees up Bug to be used for Gentoo with numeric identifiers only.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
On 07/27/2017 03:52 PM, Michał Górny wrote:
> On śro, 2017-07-26 at 19:17 +0200, Kristian Fiskerstrand wrote:
>> On 07/25/2017 10:05 AM, Michał Górny wrote:
>>> ** Fixes: https://bugs.gentoo.org/NN;; —
>>> to indicate a fixed bug,
>>
>> At this point fi
. But don't bother forwarding their reply to
> me because I know their answer.
Right, so github automatically closes pull requests when encountering
Closes, that doesn't indicate that Closes can't be used for other
platforms to do similar things, or closing things manually if provided
doesn't mean we shouldn't prepare for it in our specification, why
shouldn't I be able to use it for closing a pull request provided
through bitbucket or a git request-pull from my private gitolite? There
is absolutely no reason to mention github in the GLEP versus making it a
generic
rather than the package maintainer? it can already be
controlled through env files.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
ible? Could you provide a link or example?
> Thanks!
try something like:
/etc/portage/env/nobin:
FEATURES="-buildpkg"
/etc/portage/package.env/nobin:
sys-kernel/gentoo-sources nobin
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD
ldpkg-exclude "virtual/* sys-kernel/*-sources dev-perl/*
>> perl-core/*"
> Something like this would NOT be desirable. It would have to be done on
> every system.
It would have to be set on every binhost, not every client system.. that
said, I prefer env approach as it is e
se. clientonly = noserver.
Can the "minimum"-use flag be utilized here?
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
On 08/15/2017 11:33 AM, tom...@gentoo.org wrote:
> Quoting Kristian Fiskerstrand (2017-08-15 10:37:39)
>> On 08/15/2017 12:29 AM, Rich Freeman wrote:
>>> On Mon, Aug 14, 2017 at 5:55 PM, Michał Górny wrote:
>>>> On pon, 2017-08-14 at 21:58 +0200, Thomas Beierlein wro
e, plugins, fonts,
most drivers, non-critical features)", so I'd say it is appropriate
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
even know what the proposed changes
> are you should also visit the link.
This violates the gentoo social contract, please keep the discussion on
the mailing list
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED
ues of wiki review and editing is a reasonable
argument, but we probably don't want to rush a change again.
Maybe we should start by defining a set of criteria / RFP for how we
would like the GLEP process to be and the format required?
--
Kristian Fiskerstrand
OpenPGP keyblock
gnatures of MetaManifests in Portage.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
ergo Propter Hoc
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
On 10/10/2017 09:16 PM, Andreas K. Huettel wrote:
> emerge -e world
we should use "@world" for sets to be consistent with recommendations to
users here.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8
On 12/04/2017 10:36 PM, William L. Thomson Jr. wrote:
> Sorry last one, directed to Alec, but all should read.
I hope you really mean that, we've all heard you complaining about this
too many times already.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers
is doesn't seem relevant to the matter of splitting the lists, and
would certainly be a matter for comrel.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
On 12/05/2017 11:25 PM, Rich Freeman wrote:
> On Tue, Dec 5, 2017 at 5:19 PM, Kristian Fiskerstrand wrote:
>> On 12/05/2017 11:12 PM, Rich Freeman wrote:
>>> On Tue, Dec 5, 2017 at 4:16 PM, Daniel Campbell wrote:
>>>> I think the plan to split mailing lis
y any kind of abuse of other members?
We do not, but that presumes actual abuse has been demonstrated.
"spamming the mailing list", where the posts are regarding Gentoo, isn't
automatically abuse because some people are uncomfortable about the
information being presented, or
On 12/05/2017 11:41 PM, Kristian Fiskerstrand wrote:
> On 12/05/2017 11:37 PM, Rich Freeman wrote:
>> Honestly, I'm not really a big fan of even on-topic posts from people
>> who have caused a lot of harm to others in private. I'm not sure
>> which is the less
ng it up doesn't add
additional value to the discussion. So again, please reduce the volume
of such posts.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
the dependency hell from it). That said,
you can have a stable chroot, or just use a VM for testing etc.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
userland policy (but even they fail from time to
time). For rest of the applications, even if we add tools to help
automate part of the stabilization, I'd very much oppose it being
automated without being initiated / acked by the maintainer.
--
Kristian Fiskerstrand
OpenPGP keyblock re
ed on other heuristics without changing the format,
e.g all messages from before X, presumably with a switch to show older.
I'm thinking along the lines of only show those published within last 12
months by default, configurable by make.conf variable.
--
Kristian Fiskerstrand
OpenPGP keybloc
On 01/03/2018 02:45 PM, Ciaran McCreesh wrote:
> On Wed, 3 Jan 2018 12:23:33 +0100
> Kristian Fiskerstrand wrote:
>> Do we necessarily need to do even that? A package manager could have a
>> feature to mask based on other heuristics without changing the format,
>> e.g al
On 01/03/2018 03:13 PM, Kristian Fiskerstrand wrote:
> On 01/03/2018 02:45 PM, Ciaran McCreesh wrote:
>> On Wed, 3 Jan 2018 12:23:33 +0100
>> Kristian Fiskerstrand wrote:
>>> Do we necessarily need to do even that? A package manager could have a
>>> feature
as a user defined variable? Various use cases requires different
treatment, so leaving it up to user seems more relevant to me, and we
could allow information to be presented as part of stages to give a hint
for what dates to look for?
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks
ility on the part of the user base.
There are rather big differences e.g between a server upgrade pattern
and a desktop system, how would you account for that in the expire date?
in particular for non security relevant upgrades, e.g profile changes?
--
Kristian Fiskerstrand
OpenPGP keyblock re
On 01/05/2018 11:47 PM, Kristian Fiskerstrand wrote:
> On 01/05/2018 11:40 PM, Alec Warner wrote:
>>> I might sound like a broken CD here, but why define the expiration as
>>> part of the news format instead of specifying it in the package manager
>>> as a user defin
(although that doesn't exclude the possibility
of getting feed of all messages, which is already part of git repository)
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: O
mentioned already in https://bugs.gentoo.org/540006#c15
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
es / auto-upgrades schema, maybe it should be stated explicitly
early on?
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.asc
Description: OpenPGP digital signature
1 - 100 of 358 matches
Mail list logo
