r 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
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 tag for closing a pull reques
ding 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
through other channels. The current word
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
.
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
ll 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
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
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
istros, 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
signature.asc
D
onsider 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 hkp://pool.s
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
ht 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
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 FAE3
sign
ow
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
, 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 5109
age) 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
Description:
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 movi
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 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
e, and also 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
into /etc/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
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
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
ke 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
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 Fisk
onfigure.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
their
>> packages to 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 fundam
m [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_stdcxx
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
iscussion 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 5109
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 technica
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
OpenPGP
ime, 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-hoc-basis the
determi
ing 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
10th 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 5618
-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:94CB AFDD 3034
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 <k...@gentoo.org>
> wrote:
>>> Sounds like a reasonable action plan. The consequences of s
d 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
r 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
'*' 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
xy-ma...@lists.gentoo.org mailing list for ebuild help
and discussions
- Project alias <proxy-ma...@gentoo.org> 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:94CB
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 voluntary basis is whether to pick up the b
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
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
[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
[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
al posting, containing
#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
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
On 03/21/2017 11:00 AM, Alexis Ballier wrote:
> On Tue, 21 Mar 2017 10:41:58 +0100
> Kristian Fiskerstrand <k...@gentoo.org> wrote:
>
> yes, that's the naming i suggested in the part you cut :)
Indeed
>
> but then you'd need boilerplate duplicated code to ensure not
On 03/21/2017 10:17 AM, Alexis Ballier wrote:
> On Tue, 21 Mar 2017 09:43:37 +0100
> Kristian Fiskerstrand <k...@gentoo.org> wrote:
> (up to discussion ofc)
>
> Pros for eblits vs the above eclasses:
> - Let eclass/, which is a toplevel directory, be a place for co
ht
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 keyblock reacha
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
e 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/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.
>>
>> Wher
gree 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
OpenPGP keybloc
nse, 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:94CB AFDD
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
int 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://pool.s
On 03/12/2017 03:55 AM, Rich Freeman wrote:
> On Sat, Mar 11, 2017 at 6:54 PM, Kristian Fiskerstrand <k...@gentoo.org>
> wrote:
>> On 03/11/2017 11:23 PM, Andrew Savchenko wrote:
>>>
>>> My point is that users must be informed about security problem, but
>
ts 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 just be updated informal
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
>>
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 FAE3
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 5109
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
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
d 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
ber 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
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-keyservers.net
fp
or
> overlays / downstreams.
>
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
ease 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
OpenPG
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 Fiskerstr
akefile.
>
> 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
al 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 reachab
ckages
involved.
--
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
vior.
"
You'll find some more discussion around this in e.g [bug 540006]
References:
[0] http://lwn.net/Articles/521626/
[1] http://www.spinics.net/lists/stable-commits/msg21052.html
[bug 540006] https://bugs.gentoo.org/show_bug.cgi?id=540006
--
Kristian Fiskerstrand
OpenPGP keyblock rea
e maintainer silently making a choice behind their back.
There is an argument to be made for sane defaults in profiles as well as
default IUSE specification in this though to provide a better user
experience, but the underlying mechanism should be explicit.
--
Kristian Fiskerstrand
OpenPGP keyblock
defaults before.
>> I didn't realise changing this to REQUIRED_USE resulted in a conflict on
>> default profiles, because I (obviously) have a package.use entry for the
>> package.
> I don't see Mike saying you got it wrong here. Reading your email, I
> think you did the
On 01/21/2017 06:05 PM, Michał Górny wrote:
> On Sat, 21 Jan 2017 17:36:27 +0100
> Kristian Fiskerstrand <k...@gentoo.org> wrote:
>
..
>>
>> How was this allowed into stable?
>
> I know things like this don't ever happen in your beloved perfect
> corp
On 01/21/2017 05:36 PM, Kristian Fiskerstrand wrote:
> This change broke a stable system in my case without any of these features.
without any of these features enabled explicitly...
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5
5
/usr/bin/python -> python-wrapper
additionally the original upgrade, after manually setting the updated
symlink, ended up with a
python-exec: Invalid impl in /etc/python-exec/python-exec.conf: python3.3
How was this allowed into stable?
--
Kristian Fiskerstrand
OpenPGP key
lities bumping etc, so now we have a branching of processes
depending on project/category selections that needs to be taken into
consideration?
--
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
s to be made between actively maintained
upstream and actively Gentoo maintained as well. Actively maintained
upstream might not be an issue for a feature complete package, but if it
lacks a Gentoo-maintainer in addition it is worrying.
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hk
iately it sounds like it
adds complexity without much gain.
--
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
>
>> ago suggested "Packages list" or "Package list" - thoughts?
>
> Isn't it rather a list of "ebuilds" or "package versions"? That's the
> term which https://devmanual.gentoo.org/keywording/index.html uses.
${PF}-list? :)
--
Kristian
On 12/26/2016 08:45 AM, Andrew Savchenko wrote:
> 8 packages are using either rbd or rados USE flag for Rados
> Block Device support:
Are there other possibly conflicting issues of using "rados" rather than
"rbd" as name (or "radosbd") or someting a bit
> On 12/21/2016 11:23 PM, i...@gentoo.org wrote:
Why is this email sent using an invalid email addresse in FROM?
As for the rest of the email content itself, please consider the
appropriate forum for any discussion, and I strongly recommend staying
away from personal attacks.
--
Krist
On 12/11/2016 03:13 PM, gro...@gentoo.org wrote:
> gpg: signing failed: Inappropriate ioctl for device
this might indicate a want for export GPG_TTY=$(tty)
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED F
too-proxy-ma...@lists.gentoo.org]
https://archives.gentoo.org/gentoo-proxy-maint/
--
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 managers.
* It should be possible to install a package while all MISC entries
have been deleted from the tree.
--
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 11/17/2016 02:47 PM, Michael Palimaka wrote:
> On 18/11/16 00:26, Kristian Fiskerstrand wrote:
>> Strictly speaking GLEP 40 forbids it still, although some arch teams
>> have made announcements to approve it, see e.g [1,2]. I wouldn't be
>> surprised if one of the res
ves.gentoo.org/gentoo-dev/message/355f4b4272c0049cffcdec88d815e267
[2]
https://archives.gentoo.org/gentoo-dev/message/1246dd8fabe44e7e7ecf59ecf029af3e
--
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
<=X-r reliable,
> 1b. to prevent pathological uses of revision as date.
Given revision in most cases is incremental (except for some -r100,
-r200) cases, some structure here is likely good. I take it we're
talking about devmanual changes in this case for policy?
--
Kristian Fiskerst
On 11/01/2016 04:55 PM, gro...@gentoo.org wrote:
> Any hints please?
This discussion should take place on https://bugs.gentoo.org
--
Kristian Fiskerstrand
OpenPGP keyblock reachable at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
signature.
wrong route
to go on discussion.
tl;dr; A signature by a release key is valuable
--
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
aintained, they certainly should be removed. if
you want to keep them and have fixes for known issues, take over
maintainership
--
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: OpenPG
ges
(maintainership) and fixing the issues then. If not, they should be removed.
--
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/29/2016 06:22 PM, Benda Xu wrote:
> Kristian Fiskerstrand <k...@gentoo.org> writes:
>
>
> I will need first to set up a blog and then draft a writeup.
>
> Any hints?
>
You can request a blog from blogs.gentoo.org and ask for it to be
included in planet
interested in, and didn't know was a 'thing'?
>>
>
> It would be a good thing, especially since this relies on Gentoo
> Prefix (I think), which is a fairly unique capability I've yet to see
> in any other distro.
>
+1
Would certainly like to see a writeup of positive th
r improvement (having
> a bug header in the default repoman commit template probably wouldn't
> hurt - then they all look the same and you can always delete it or
> leave it blank if it doesn't apply).
Quality of commit messages certainly leaves something to be desired from
time to time
s
whether to remove the commented out lines to clean up the packages file.
--
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
101 - 200 of 354 matches
Mail list logo
