Hey!!!
I'm not going to open that bug, read all these related mailing list
discussions or waste time on whatever!
Instead, I think it's important some of you read this message:
I hope that you choose to stand still for some time, or even sit or lie
down for once.
Take a deep breath and coun
Suspension shouldn't leave you out of receiving e-mails from Bugzilla;
if so, I consider that a bug.
On 6/9/2018 12:59 PM, Jeroen Roovers wrote:
Hello fellow humans,
this is a brief headsup about my current inability to communicate
through the official channel bugs.gentoo.org because of
On Tue, 9 Dec 2014 16:23:57 +0100
Jeroen Roovers wrote:
> On Tue, 9 Dec 2014 12:59:26 +0100
> Ulrich Mueller wrote:
>
> > > On Tue, 9 Dec 2014, Michał Górny wrote:
> >
> > > As for the exact details, I've pretty much decided to go for
> > > featurism here, IOW making everyone happy. It als
On Wed, 26 Nov 2014 16:52:07 -0500
Rich Freeman wrote:
> On Wed, Nov 26, 2014 at 4:21 PM, Tom Wijsman
> wrote:
> > On Sat, 22 Nov 2014 00:34:33 + (UTC)
> > Duncan <1i5t5.dun...@cox.net> wrote:
> >
> >> While it pains me to say this, unfortunately it
On Sat, 22 Nov 2014 00:34:33 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> While it pains me to say this, unfortunately it looks like we have
> another "toxic person" situation to deal with, with all the
> implications that come with it. Maybe it's time to deal with it.
Toxic wars have casu
On Fri, 21 Nov 2014 16:32:15 +
Diego Elio Pettenò wrote:
> So really, I'm tired to be insulted, and this was the last drop.
> Goodbye. Diego Elio Pettenò — Flameeyes
+1!
Given our invested time; it's not the lack of encouragement, but rather
the presence of discouragement that sets up for u
A Linux-compatible version of Growl, a notification
system for Mac OS X
Thanks,
Tom Wijsman
On Tue, 11 Nov 2014 16:59:46 +0200
Pavlos Ratis wrote:
> I will also drop myself from the net-proxy herd.
Drawing extra attention to this sentence; it looks like the herd is
(once again) going to be empty, as the result of a lack of interest.
If someone does have a real interest in this herd; p
On Mon, 10 Nov 2014 12:23:43 +0100
Pacho Ramos wrote:
> Hello
Hello, this is an individual response.
> I would like to see if we could finally try to stabilize java7 on
> Gentoo as some external tools start to require it.
>
> There is currently this tracker opened:
> https://bugs.gentoo.org/
On Wed, 8 Oct 2014 09:22:30 +0200
Jeroen Roovers wrote:
> On Wed, 8 Oct 2014 00:07:07 +0200
> Tom Wijsman wrote:
>
> > If the name is omitted, then we lose that; that is not the way
> > forward.
>
> I'm pretty sure we already addressed this in another branch of
On Sun, 5 Oct 2014 22:53:13 +0200
Jeroen Roovers wrote:
> On Sun, 5 Oct 2014 18:30:04 +0200
> Tom Wijsman wrote:
>
> > On Sat, 4 Oct 2014 09:18:55 +0200
> > Jeroen Roovers wrote:
> >
> > > f...@gentoo.org
> >
> > ..
> > to keep willi
On Sat, 4 Oct 2014 09:18:55 +0200
Jeroen Roovers wrote:
> f...@gentoo.org
..
to keep willikins' !meta -v functionality working.
On Tue, 30 Sep 2014 18:58:18 +0100
Ciaran McCreesh wrote:
> On Mon, 29 Sep 2014 23:37:20 +0200
> Tom Wijsman wrote:
> > On Mon, 29 Sep 2014 04:05:19 + (UTC)
> > "Jorge Manuel B. S. Vicetto" wrote:
> > > On Sat, 27 Sep 2014, Tom Wijsman wrote:
>
On Tue, 30 Sep 2014 23:03:51 +0200
Jeroen Roovers wrote:
> On Tue, 30 Sep 2014 13:01:35 +0200
> Ulrich Mueller wrote:
>
> > > On Tue, 30 Sep 2014, Jeroen Roovers wrote:
> >
> > >> The same tags shouldn't be used for different things.
> >
> > > Then we might as well extend the DTD to have
On Tue, 30 Sep 2014 09:12:13 -0400
Rich Freeman wrote:
> On Tue, Sep 30, 2014 at 3:00 AM, Ulrich Mueller
> wrote:
> >
> > I had just given some reasons above, in the part that you haven't
> > quoted.
> >
>
> My main issue was with the "burden of proof" bit. This isn't a court
> - we're free to
On Tue, 30 Sep 2014 00:40:50 +0200
Jeroen Roovers wrote:
> On Mon, 29 Sep 2014 23:16:32 +0200
> Tom Wijsman wrote:
>
> > On Mon, 29 Sep 2014 18:42:40 +0200
> > Jeroen Roovers wrote:
> >
> > > On IRC we seem to have found some consensus about metadata.xml:
On Mon, 29 Sep 2014 06:08:11 +0200
Peter Stuge wrote:
> Jorge Manuel B. S. Vicetto wrote:
> > I've stopped following this mailing list regularly quite sometime
> > ago. To see this thread is still going on and no one bothered to cc
> > releng, to me shows a lack of respect
>
> I expected you to
On Mon, 29 Sep 2014 04:05:19 + (UTC)
"Jorge Manuel B. S. Vicetto" wrote:
> On Sat, 27 Sep 2014, Tom Wijsman wrote:
>
> > On Sat, 27 Sep 2014 13:22:45 +0100
> > Ciaran McCreesh wrote:
> >
> >> On Sat, 27 Sep 2014 12:47:14 +0200
> >> Luca
On Mon, 29 Sep 2014 18:42:40 +0200
Jeroen Roovers wrote:
> On IRC we seem to have found some consensus about metadata.xml:
IRC is huge; where did you manage to find consensus in there with whom?
> 1 ) We should
> 1a) deprecate the tag in metadata.xml (that's 17,856 files or
> so?) in favou
On Sat, 27 Sep 2014 19:39:44 -0400
"Anthony G. Basile" wrote:
> And now for something completely different ... drum roll ... Really!
> We have to have a council vote on whether bc goes into stage3? If
> this does go to the council, then I want a pre-vote vote: should we
> bounce the decision bac
On Sat, 27 Sep 2014 18:45:12 -0400
Rich Freeman wrote:
> So, there was some discussion on -dev, apparently some discussion I
> wasn't a part of, and some that I was (such is the nature of IRC).
Knowledge codification is nice; otherwise, this is just-another-thread.
> I think it would make sense
On Sun, 28 Sep 2014 00:21:43 +0200
Michał Górny wrote:
> I don't know if you know it but setting up the project wiki page takes
> less time than reaching into depths of CVS and editing herds.xml.
Editing and committing a change to herds.xml takes me less characters
than this quoted paragraph, do
On Sat, 27 Sep 2014 17:54:48 -0400
"Anthony G. Basile" wrote:
> The hardened project has two herds: hardened and hardened-kernel, the
> former for toolchain related stuff and the latter for the kernel. We
> really need to keep that distinction. So mapping herds to projects
> doesn't work. B
On Sat, 27 Sep 2014 13:22:45 +0100
Ciaran McCreesh wrote:
> On Sat, 27 Sep 2014 12:47:14 +0200
> Luca Barbato wrote:
> > Because I'd expect a stage3 to be posix compliant
>
> I agree. It's time to replace nano with Vim.
Vim is not fully POSIX compliant; you may find it claim "mostly" in its
do
On Sat, 27 Sep 2014 09:11:57 -0400
Rich Freeman wrote:
> Is there some policy that says that a project cannot be a maintainer?
Is there some policy that says that a herd cannot be a herd?
On Sat, 27 Sep 2014 06:25:28 -0400
Rich Freeman wrote:
> On Sat, Sep 27, 2014 at 4:58 AM, Jeroen Roovers
> wrote:
> >
> > Right now, CC'ing a single alias is inconvenient, but under your
> > proposal, you might need to CC a dozen or more people instead of
> > that alias.
> >
>
> That is incorre
On Mon, 22 Sep 2014 08:56:04 +0200
Michał Górny wrote:
> How can we distinguish between accidental and intentional stable
> keyword removals? :)
(The lack of) Proper commit messages that point out those removals! ;)
But well, yeah, that'll require consistency and so on...
On Fri, 19 Sep 2014 16:03:57 +0200
Tobias Klausmann wrote:
> As I pointed out, getting the right code into the tree is not the
> problem here. It is extra work over the current way of doing it
> (since I need to deal with a local commit that can't be ff'd or
> rebased as git is very line-oriented
On Thu, 18 Sep 2014 19:39:08 +0200
Tobias Klausmann wrote:
> AIUI, we try to avoid merge conflicts, unless the merge is a
> meaningful integration of divergent processes.
>
> However, one aspect of how ebuilds are written these days will
> cause a non-trivial amount of merge commits that are not
On Mon, 15 Sep 2014 10:28:16 +0100
Georg Rudoy <0xd34df...@gmail.com> wrote:
> Let's limit our sample to Gentoo tree then. How frequently arches list
> shrinked as a result of bumping the version (because the upstream has
> chosen so, not because of insufficient resources to keep testing all
> pr
On Mon, 15 Sep 2014 10:11:08 +0100
Georg Rudoy <0xd34df...@gmail.com> wrote:
> How frequently the list of supported arches does shrink? Is it
> statistically significant?
The amount of software that exists makes this impossible to determine.
On Thu, 11 Sep 2014 21:00:16 +0100
Markos Chandras wrote:
> please do not go offtopic discussing the recruitment process. I simply
> mentioned one of the designated ways we have to ask for help. If you
> don't like it, propose a better method.
Please do not go offtopic about your own "getting pe
On Sat, 13 Sep 2014 22:44:49 +
hasufell wrote:
> Jauhien Piatlicki:
>
> > In the ideal country of elves. In the real life it can be not
> > possible to build and install software in a given distribution
> > without downstream patches. You can find examples of such live
> > ebuilds in Gentoo
On Thu, 11 Sep 2014 23:40:32 +
hasufell wrote:
> I don't see [...]
It is hard to connect the dots if you don't know about the dots;
do your homework to find them, ask questions when you don't.
> [...] any sense in what you say. You sound confused.
Without those dots, your sound of confusio
On Wed, 10 Sep 2014 21:21:24 +0100
Markos Chandras wrote:
> On 09/10/2014 03:01 PM, Tom Wijsman wrote:
> >
> > +1; to summarize my thoughts: Herds misrepresent manpower.
> >
> true and false.
More true than false.
> undertakers often remove dead herds.
How oft
On Wed, 10 Sep 2014 15:09:38 +
hasufell wrote:
> Tom Wijsman:
> >> It improves usability by providing additional information.
> >
> > Usability is not to be found in information that is subject to
> > change.
>
> Please also set DEPEND, RDEPEND, EGIT_REP
On Wed, 10 Sep 2014 13:56:04 +
hasufell wrote:
> Tom Wijsman:
> > On Tue, 09 Sep 2014 19:12:28 +
> > hasufell wrote:
> >
> >> Jauhien Piatlicki:
> >>>
> >>> When I accept ~arch I expect that no live ebuilds will be built. I
> >
On Tue, 9 Sep 2014 21:45:49 +0200
Michał Górny wrote:
> Let's keep it short: I think herds don't serve any special purpose
> nowadays. Their existence is mostly resulting in lack of consistency
> and inconveniences.
+1; to summarize my thoughts: Herds misrepresent manpower.
On Tue, 09 Sep 2014 19:12:28 +
hasufell wrote:
> Jauhien Piatlicki:
> >
> > When I accept ~arch I expect that no live ebuilds will be built. I
> > think other gentoo users expect the same.
>
> Just because users are used to it doesn't make it better.
How does it "make it better" for users
unnecessary bumps & rebuilds for trivial changes,
especially when a USE flag based dependency line is removed from DEPEND.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
l as a question asked; so,
apart from that the rest of the news item looks good to me.
- --
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
-
e not problematic
in terms of being able to do your workflow. There has been talk by
Patrick to turn some of the warnings into errors, but that doesn't imply
that the QA team or community necessarily thinks in the same way.
So, I don't think that's something to worry about; especially w
n the related bug, thus we were unaware of it.
> I don't recall a policy mandating that descriptions can't end with
> '.'. I asked our QA lead about it and was told that he didn't recall
> that we have an official policy about it either. Also, the devmanual
> neve
lack the requested feature?
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
27;s source...
But do we want to be quicker? If you want a lot of input, Portage...
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
about stabilize
> > gentoo with STABILIZED flag implementation in make.conf?
>
> Next time, please bother the gentoo-user@ mailing list.
No. The gentoo-user@ ML can't do anything about a missing feature.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom
x27;t end up using them,
or not spend an equivalent effort; like for example with Heart Bleed.
Think about some random unrelated pieces of open source libraries; did
that get run through analyzers and include run-time measures, have code
reviews like kernels would have and extended QA procedures?
ou are referring to; it doesn't affect the
maintainer, but the clutter can be a pain if you attempt to keep the
p.mask size low. Having package.mask as a directory would be a solution
to this; however, there's not much other need for it to be a directory.
--
With kind regards,
Tom Wijsman
nd, in
> advance, know more about if there is any other arch team allowing it
> (x86?)
>
> Of course, developers stabilizing packages should still follow the
> usual test procedures as arch teams members will do.
https://bugs.gentoo.org/show_bug.cgi?id=510198
--
With kind regards,
On Sat, 26 Jul 2014 14:25:23 + (UTC)
Martin Vaeth wrote:
> Tom Wijsman wrote:
> > Michael Palimaka wrote:
> >
> >> What a great way to kill the distro.
> >>
> >> I can already heat my house with the number of unnecessary rebuilds
> >
>
On Sun, 27 Jul 2014 05:30:26 +1000
Michael Palimaka wrote:
> On 07/27/2014 05:21 AM, Tom Wijsman wrote:
> > On Sun, 27 Jul 2014 03:12:07 +1000
> > Michael Palimaka wrote:
> >
> >> On 07/26/2014 07:59 AM, Tom Wijsman wrote:
> >>> On Wed, 23 Jul 2014 22
s more like fixing multiple broken audio drivers; if there is only
a single problem with dynamic deps, it wouldn't receive much attention.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4
On Sun, 27 Jul 2014 03:12:07 +1000
Michael Palimaka wrote:
> On 07/26/2014 07:59 AM, Tom Wijsman wrote:
> > On Wed, 23 Jul 2014 22:14:41 +1000
> > Michael Palimaka wrote:
> >
> >> On 07/23/2014 09:36 AM, Tom Wijsman wrote:
> >>> On Tue, 22 Jul 2014 18
On Sat, 26 Jul 2014 12:36:31 +0800
Patrick Lauer wrote:
> On Wednesday 23 July 2014 01:06:15 Tom Wijsman wrote:
> > On Tue, 22 Jul 2014 08:10:20 +0300
> >
> > Samuli Suominen wrote:
> > > On 22/07/14 04:05, Rick "Zero_Chaos" Farina wrote:
> > >
bove PMS
> requirements can be met within a single session with dynamic-deps.
Apart from the words "merge" and "batch", which are in the piece of
text that I've quoted; I'm not sure how for the rest of the piece a
session can be deduced or interpreted from what is specif
On Wed, 23 Jul 2014 22:14:41 +1000
Michael Palimaka wrote:
> On 07/23/2014 09:36 AM, Tom Wijsman wrote:
> > On Tue, 22 Jul 2014 18:21:00 +1000
> > Michael Palimaka wrote:
> >
> >> What a great way to kill the distro.
> >>
> >> I can already heat
ith kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBAgAGBQJTzulZAAoJEPWZc8roOL/QzSMH/0wrGF+6joDtUlm
talking about RDEPEND="some/pkg[useflag]" --> RDEPEND="some/pkg")
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
much more cool and necessary...
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
M to not get the fix, at worst resulting in broken dependency
> calculation
Why do we have a PMS if we don't take into account other PMs?
Is Gentoo still a meta distribution? How does the Portage tree portage?
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...
stream changes immediately
reflects itself upon one's system. Does such a gimmick succeed? Meteor!
- --
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
o attempt to support this in Repoman.
4) How do we clean up these entries? Doesn't this info grow fast?
5) The first paramater: Should that point to a single ebuild? Should
that support ranges?
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.
Actually, please try to go a step further and reproduce it; surprise!
> If you ever happen to change EAPI in a stable ebuild without revbump,
> please be kind enough to revoke your own commit rights. Thanks.
So much revocations. Thanks.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
oblems. So,
I don't think it is right to discuss replacing problems with problems.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
es
due to the refactor, rather than mixed together in a giant single file.
Having repoman help with the developer workflow sounds like a neat idea.
- --
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C16
t because we changed the dependencies. Isn't that causing
> a lot of possibly unnecessary work for our arch teams?
Rev bumps that only add dependencies shouldn't need separate STABLEREQs.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
G
On Mon, 21 Jul 2014 23:01:58 +0200
Jeroen Roovers wrote:
> So you suggest we work around a bug in the PM which would be a single
> fix. Everywhere.
Which bugs? Which fixes? Where? ... Did this thread spawn from nothing?
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
umps needed, why are
dependencies forgotten, ...? Sounds like a developer work flow issue...
https://bugs.gentoo.org/show_bug.cgi?id=499852
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
thout much rebuilds, by something that
needs you to decide whether or not to rev bump and cause more rebuilds.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2
at doesn't change that all the culprits exist out there.
> Or do people think it works well enough, so that it's pros overweight
> the cons? I do,
> and many others seem to think so as well.
Depends on what the pros and cons are; it makes the difference between
merely thoughts
10:09:41 blueness
Additions:
net-misc/curl 2014-07-15 09:40:13 blueness
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
.
The effect of telling them to not take it personally, is that they will.
This thread is pure win, it just takes some time to see good results...
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
bad light on those in game overlays
as I think this comparison was made somewhere earlier in this thread.
From what I know, people appreciate those game overlays; so, while I'm
not suggesting that you do shine such light, I'd just like to ask like
mva for everyone to stop making such compariso
On Wed, 09 Jul 2014 09:06:11 +0300
Samuli Suominen wrote:
>
> On 09/07/14 07:24, Tom Wijsman wrote:
> >> [...] confusions with newer people...
> > Ironically; my first Portage tree action "add a directory" got a
> > "don't throw [expletive] into
games category]" reply, before adding the ebuild.
One really can't expect new people to start to address a team like
that prior to addition; I've assumed for some time that contacting the
teams is a necessity before addition of an ebuild, but that quickly
turned out to be false f
ds like a trade-off between better profiles and better repoman.
- --
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
-BEGIN PGP SIGNAT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 30 Jun 2014 15:44:21 -0400
Ian Stakenvicius wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 30/06/14 03:14 PM, Tom Wijsman wrote:
>
> > Setting up an overlay for this and poking a stick at a few
>
On Mon, 30 Jun 2014 15:19:59 -0400
Rich Freeman wrote:
> On Mon, Jun 30, 2014 at 3:11 PM, Tom Wijsman
> wrote:
> >
> > A test of a package to determine whether it appears to be working
> > OK or whether it destructs your system isn't too much asked for; if
>
ts a change in what we do.
Just want to note that you can get an idea from previous outages (or
similar events like python-exec / UPower) on how much testing is needed.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GP
be
> quite a lot at this point. :D
Setting up an overlay for this and poking a stick at a few developers to
try it out could help as an intermediary test, to ensure that you don't
break every ~arch user in the progress. Better than "all or nothing"...
- --
With kind regards
t _is_ BROKEN; when
you add a lot of UNSURE, its contents will diverge away from this goal.
A test of a package to determine whether it appears to be working OK or
whether it destructs your system isn't too much asked for; if it works
it can then be ~arch tested, if it breaks you have a b
hey miss out on more
testing; now consider that they might just work, you can miss out on
smaller edge case^ bugs if a faster stabilization* must follow later.
^ The more users, the more different system environments, ...
* Reverse dependency that needs it, security and so on.
--
With kind rega
ing because it encourages
> users to come up with ad-hoc mixed arch/~arch setups which have
> *never* been tested by any developer.
The granted ability to make a choice brings its own limits. :)
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.o
r testing
>=app-emulation/lxc-1.0.0
+>=app-emulation/docker-1.0.0
# Tom Wijsman (03 May 2014)
# Needs to be further tested and revised by both Java and Ruby herds.
...
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key :
gain. So, please set it up a satisfiable state. :)
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
oarang.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
oint,
one wonders if just (re)moving away the patch when you see it fail in
the early src_prepare phase followed by a --resume is more favorable.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint :
;s a positive thing: There are many ways to contribute, even
> without taking lenghty quizzes :)
Indeed, here is a lengthy summary that is probably not complete:
https://wiki.gentoo.org/wiki/Contributing_to_Gentoo
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom
ther; we use app-portage/overlint to catch
differences between that repository and the Portage tree, after which
there is room for even much more automation; thus more time reviewing.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Ke
for the package itself.
https://bugs.gentoo.org/buglist.cgi?quicksearch=openrc
Disclaimer: Just to be sure, I'm not affiliated with the OpenRC project.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Finger
t becomes harder to
judge how critical it is, but at the very least it affects a large
share of users now as well as in future upgrades. They appreciate news.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprin
On Wed, 04 Jun 2014 08:44:45 +0800
Patrick Lauer wrote:
> On 06/04/2014 08:24 AM, Tom Wijsman wrote:
> > On Wed, 04 Jun 2014 07:55:50 +0800
> > Patrick Lauer wrote:
> >
> >> On 06/03/2014 07:25 PM, Samuli Suominen wrote:
> >>>
> >>> On 03/0
ystemd is a recipe to upset everyone whom runs systemd on another
desktop environment than GNOME or KDE; so, that's not a way forward.
Another option is to create no-systemd sub directories; but such
profiles will be highly controversial, besides helping the exponential
grow of the profiles direct
those (dis)agreements, compromises and walks that count.
> News items are probably one of Gentoo's best ideas ever.
True that.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
On Tue, 03 Jun 2014 22:35:13 +
hasufell wrote:
> Tom Wijsman:
> > On Tue, 3 Jun 2014 20:58:46 +0200
> > Jeroen Roovers wrote:
> >
> >> On Fri, 30 May 2014 19:17:31 +0200
> >> Tom Wijsman wrote:
> >>
> >>> On Fri, 30 May 201
time to look nowhere near
the original, but at least it makes me happy to have experienced the
handholding to bring me where I am today. These "little things" matter.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34
On Tue, 3 Jun 2014 20:58:46 +0200
Jeroen Roovers wrote:
> On Fri, 30 May 2014 19:17:31 +0200
> Tom Wijsman wrote:
>
> > On Fri, 30 May 2014 18:14:11 +0100
> > Ciaran McCreesh wrote:
> > > A more reasonable approach would be for the Council to permit the
> &g
recommended to stay with
> sys-power/upower.
The rest of the news item looks good to me.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
temd.
Besides that, there is no need for a sys-power/upower-systemd package.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
On Tue, 3 Jun 2014 16:52:30 +0100
Ciaran McCreesh wrote:
> On Tue, 3 Jun 2014 17:48:05 +0200
> Tom Wijsman wrote:
> > On Tue, 3 Jun 2014 10:09:42 -0400
> > Rich Freeman wrote:
> > > Maybe in these cases the PM should make it more clear that
> > > there was
1 - 100 of 641 matches
Mail list logo
