William L. Thomson Jr. posted on Mon, 10 Apr 2017 17:58:57 -0400 as
excerpted:
> When did changing targets to only have 1 version of Ruby, or 2 pythons
> becoming hacking. I do like how it was phrased. It shows right there the
> issue. If ANYONE has to hack around it, it sucks
>
>> Well, you
On Tue, 11 Apr 2017 10:56:51 +1200
Kent Fredric wrote:
> On Mon, 10 Apr 2017 18:35:13 -0400
>
> I've run a box with it since 2008. More pain, less help. Have to write
> my own tools just for keeping things up-to-date.
This was not an update thing. This was some feature you could run it
and it p
On Mon, 10 Apr 2017 18:35:13 -0400
"William L. Thomson Jr." wrote:
> Have you worked with paludis? If you can get that setup it should give
> you more useful output in less time. Ciaran would know there, and maybe
> some others.
>
> > Hence, that's the sort of problem I'm more inclined to throw
On Tue, 11 Apr 2017 00:44:30 +0300
Mart Raudsepp wrote:
> Ühel kenal päeval, E, 10.04.2017 kell 17:33, kirjutas William L.
> Thomson Jr.:
> > Add a new Java version and recompiling packages with it, will also
> > immediately show breakage if any.
> >
> > If your saying Python code is of higher q
On Mon, 10 Apr 2017 23:56:04 +0200
>
> Except that the packages don't get recompiled unless you take manual
> action to recompile them. If you fail at this action, you may end up
> having broken software because the rebuild has not been complete.
Which is the duty of the team, or whom ever is addi
On Tue, 11 Apr 2017 10:09:51 +1200
Kent Fredric wrote:
> On Mon, 10 Apr 2017 16:01:55 -0400
>
> You're running ~arch, I recall.
Yes but most servers run stable. Though they have some ~arch packages.
I may move to fully ~arch. I think stabilization on Gentoo is a
misnomer. Usually newer stuff ten
On Tue, 11 Apr 2017 03:29:25 +0700
"Vadim A. Misbakh-Soloviov" wrote:
> The purpose of TARGETS is that package holds only that TARGETs that it was
> tested to work against
Targets are more than that.
Targets also regulate compilation stage for concurrency.
For instance:
If you have 2 pythons
On Mon, 10 Apr 2017 16:01:55 -0400
"William L. Thomson Jr." wrote:
> You still have
> adding new, and the end user experience.
You're running ~arch, I recall.
This means adding new is slow for arch users.
But it also means there's a clear line in the sand when something can be
stabilized.
~a
On Mon, 10 Apr 2017 23:33:06 +0200
Michał Górny wrote:
>
> So, to summarize: you want to destroy a reasonably reliable dependency
> system in favor of thing that randomly explodes because you failed at
> hacking at it?
Interesting comments. If the system is so well engineered. Why am I
having to
On pon, 2017-04-10 at 17:33 -0400, William L. Thomson Jr. wrote:
> On Mon, 10 Apr 2017 22:43:18 +0200
> Michał Górny wrote:
> >
> > The difference is in quality expectations. We did Python this way to
> > make sure things will work, and all obvious breakage will immediately
> > be caught. Your al
On Mon, 10 Apr 2017 17:31:26 -0400
Rich Freeman wrote:
> On Mon, Apr 10, 2017 at 5:21 PM, William L. Thomson Jr.
> wrote:
> >
> > Why are no new people coming? its hardly because of me Maybe
> > someday the majority will make it past the denial and blame others.
> > You cannot blame the comm
On Mon, 10 Apr 2017 12:03:51 -0400
"William L. Thomson Jr." wrote:
> That is ALLOT of work to fiddle
Unrelated to thread and is not intended as a "I'm better because I grammar
well" thing,
but this drives me nuts and I've bitten my tongue on it for months.
But you use that word that isn't a w
Ühel kenal päeval, E, 10.04.2017 kell 17:33, kirjutas William L.
Thomson Jr.:
> Add a new Java version and recompiling packages with it, will also
> immediately show breakage if any.
>
> If your saying Python code is of higher quality than Java. I would
> digress heavily on that. You have leniency
On Mon, 10 Apr 2017 22:43:18 +0200
Michał Górny wrote:
>
> The difference is in quality expectations. We did Python this way to
> make sure things will work, and all obvious breakage will immediately
> be caught. Your alternative does not provide for that.
Add a new Java version and recompiling
On pon, 2017-04-10 at 17:18 -0400, William L. Thomson Jr. wrote:
> > Python used not to use TARGETS. The results were random
> > incompatibilities between packages that were hard to track and random
> > breakage. Now we're past that. But I can understand it's not the
> > Gentoo of your times where
On Mon, Apr 10, 2017 at 5:21 PM, William L. Thomson Jr.
wrote:
>
> Why are no new people coming? its hardly because of me Maybe
> someday the majority will make it past the denial and blame others. You
> cannot blame the community for how people within Gentoo act
>
> That is really funny!!
On Mon, 10 Apr 2017 11:52:02 -0400
"William L. Thomson Jr." wrote:
> >
> > Meanwhile, you cannot build two parts of a given python dependency
> > chain with different pythons, nor different perls.
>
> True but this is not changing how things work, just reversing.
You mean going back to the ol
On Tue, 11 Apr 2017 03:48:37 +0700
"Vadim A. Misbakh-Soloviov" wrote:
> > or PHP.
>
> Wouldn't you be so kind to re-check this part, please? :)
>
I was incorrect, PHP has targets. The systems I have it on just have
PHP_TARGET=""
Which is the wild card solution I was saying was the only he
On Tue, 11 Apr 2017 04:17:31 +0700
"Vadim A. Misbakh-Soloviov" wrote:
> Also,
>
> > Its an update issue. You set a target to say Ruby 24. But something
> > wants Ruby23. It could be it only builds with ruby23. Or more than
> > likely no one has gotten around to adding it to the package. Since
>
On Mon, 10 Apr 2017 16:58:35 -0400
Rich Freeman wrote:
> On Mon, Apr 10, 2017 at 4:15 PM, William L. Thomson Jr.
> wrote:
> >
> > Signs are all around. Lots of posts about packages up for grabs
> > etc... Of course I am the one killing Gentoo. Despite having been
> > gone for years. Not posting
On Mon, 10 Apr 2017 22:51:11 +0200
Michał Górny wrote:
>
> I'm sorry but do you even use Gentoo, these days? Like the real
> Gentoo, not just some little part you've installed years ago and then
> modified only Java stuff in it?
Um yes... Maybe someday you will learn to stop assuming
Having
Also,
> Its an update issue. You set a target to say Ruby 24. But something
> wants Ruby23. It could be it only builds with ruby23. Or more than
> likely no one has gotten around to adding it to the package. Since for
> every new version. EVERY ebuild must be touched.
As I said above, this only
On Mon, Apr 10, 2017 at 4:15 PM, William L. Thomson Jr.
wrote:
>
> Signs are all around. Lots of posts about packages up for grabs etc...
> Of course I am the one killing Gentoo. Despite having been gone for
> years. Not posting for months etc.
>
> People need to wake up. The stats are poor.
>
Yo
On pon, 2017-04-10 at 16:40 -0400, William L. Thomson Jr. wrote:
> On Tue, 11 Apr 2017 03:29:25 +0700
> "Vadim A. Misbakh-Soloviov" wrote:
>
> > Am I right in assumption that you arguing about *_TARGETS rework to
> > be enabled by default for packages that was not tested on this
> > TARGETs with
> or PHP.
Wouldn't you be so kind to re-check this part, please? :)
On pon, 2017-04-10 at 16:33 -0400, William L. Thomson Jr. wrote:
> On Mon, 10 Apr 2017 23:21:24 +0300
> Mart Raudsepp wrote:
> >
> > The user experience is suboptimal either way. Some ideas to improve
> > that seems to be e.g something like Kent brought up. But all this
> > requires manpower and
On Tue, 11 Apr 2017 03:29:25 +0700
"Vadim A. Misbakh-Soloviov" wrote:
> Am I right in assumption that you arguing about *_TARGETS rework to
> be enabled by default for packages that was not tested on this
> TARGETs with ... hardness of packaging java software?..
I think TARGETS should not exist.
On Mon, 10 Apr 2017 23:21:24 +0300
Mart Raudsepp wrote:
>
> The user experience is suboptimal either way. Some ideas to improve
> that seems to be e.g something like Kent brought up. But all this
> requires manpower and so on to actually do; potentially also limiting
> potential manpower to whom h
Ühel kenal päeval, E, 10.04.2017 kell 16:17, kirjutas William L.
Thomson Jr.:
> On Mon, 10 Apr 2017 16:01:55 -0400
> "William L. Thomson Jr." wrote:
> >
> > Ok I concede on removing older versions. Lets put old version
> > aside.
> >
> > What about adding new? You still have to add the new versi
Am I right in assumption that you arguing about *_TARGETS rework to be enabled
by default for packages that was not tested on this TARGETs with ... hardness
of packaging java software?..
Or does it just argmentum ad verecundiam (with argumentum ad hominem
partially)?
And yes, I personally pack
To back up a bit. I package Java why do I care about Python and Ruby?
1. Its annoying as a user to fiddle with targets, short of doing a wild
card and having multiple versions.
2. Unlike most other languages. Java has support for other languages.
Running PHP, Python, and Ruby on the JVM.
This ja
Ühel kenal päeval, E, 10.04.2017 kell 16:01, kirjutas William L.
Thomson Jr.:
> On Mon, 10 Apr 2017 22:51:35 +0300
> Mart Raudsepp wrote:
> >
> > After testing they actually work with the new version, instead of
> > throwing known breakages onto ~arch users.
>
> Ebuilds cannot use the new versio
On Mon, 10 Apr 2017 16:01:55 -0400
"William L. Thomson Jr." wrote:
>
> Ok I concede on removing older versions. Lets put old version aside.
>
> What about adding new? You still have to add the new version to
> PYTHON_COMPAT in each ebuild right?
>
> What about users? Do they need do anything if
On Mon, 10 Apr 2017 16:04:25 -0400
Rich Freeman wrote:
> On Mon, Apr 10, 2017 at 3:49 PM, William L. Thomson Jr.
> wrote:
> >
> > Given the attitudes of some. I am glad I stay clear.
>
> If only...
How many new developers this year? Oh that is right ZERO... That
precious -project mailing lis
> package wine-foo and wine-any (or whatever it is called) supports foo
> as well. "-any" itself is arbitrary. Do you have a suggestion for a
> better suffix?
Why don't leave that "any" package just "wine" as it was before?..
> painless option for users.
Well... If a bit of mind work is pain... So, then I'd say that Gentoo is not
about avoiding such pain.
Did you hear about Gentoo Philosophy?
It says that point of Gentoo to appear was to give users possibility to make
exact "tool" they wants to use, but not decide
On Mon, Apr 10, 2017 at 3:49 PM, William L. Thomson Jr.
wrote:
>
> Given the attitudes of some. I am glad I stay clear.
If only...
--
Rich
On Mon, 10 Apr 2017 22:51:35 +0300
Mart Raudsepp wrote:
>
> After testing they actually work with the new version, instead of
> throwing known breakages onto ~arch users.
Ebuilds cannot use the new version till it is added to their
PYTHON_COMPAT correct?
There does not seem to be any way around
On Mon, 10 Apr 2017 20:38:22 +0100
Ciaran McCreesh wrote:
> On Tue, 11 Apr 2017 02:31:54 +0700
> "Vadim A. Misbakh-Soloviov" wrote:
> > > If Java can do it, so can others.
> >
> > And here I come with my 5¢. And my point here is simple:
> >
> > No, Java (Team) can't.
>
> Ah, you appear
Ühel kenal päeval, E, 10.04.2017 kell 15:38, kirjutas William L.
Thomson Jr.:
> On Mon, 10 Apr 2017 21:57:10 +0300
> Mart Raudsepp wrote:
>
> > Ühel kenal päeval, E, 10.04.2017 kell 14:44, kirjutas William L.
> > Thomson Jr.:
> > > Again go modify a few hundred python packages to remove say 3.4.
On Tue, 11 Apr 2017 02:31:54 +0700
"Vadim A. Misbakh-Soloviov" wrote:
> > If Java can do it, so can others.
>
> And here I come with my 5¢. And my point here is simple:
>
> No, Java (Team) can't.
There is no Java team. People need to understand that.
There are 2 people, who do not use Java
On 10/04/2017 19:58, Christopher Head wrote:
> On April 9, 2017 7:04:13 PM PDT, "William L. Thomson Jr."
> wrote:
>> The present system is a PITA for users. Fiddling with adding/removing
>> targets for Python/Ruby.
>
> As an ordinary user, that does sound like a real annoyance. As an ordinary
>
On Tue, 11 Apr 2017 02:31:54 +0700
"Vadim A. Misbakh-Soloviov" wrote:
> > If Java can do it, so can others.
>
> And here I come with my 5¢. And my point here is simple:
>
> No, Java (Team) can't.
Ah, you appear to be thinking of the Gentoo Java team as it currently
exists, rather than the myt
On Mon, 10 Apr 2017 21:57:10 +0300
Mart Raudsepp wrote:
> Ühel kenal päeval, E, 10.04.2017 kell 14:44, kirjutas William L.
> Thomson Jr.:
> > Again go modify a few hundred python packages to remove say 3.4. I
> > think about 10-20 ebuilds in. You will be scripting and looking for
> > another way.
> If Java can do it, so can others.
And here I come with my 5¢. And my point here is simple:
No, Java (Team) can't.
Every time I come to Java team with some report they suggest (as joke,
partially) to become a "full" developer (but not a contributor) and take care
of this by myself.
And the
On 04/10/2017 02:17 PM, Michał Górny wrote:
> On pon, 2017-04-10 at 13:52 -0400, NP-Hardass wrote:
>> On 04/10/2017 01:31 PM, Michał Górny wrote:
>>> So, the whole idea is that you can install vanilla and e.g. staging
>>> side-by-side?
>>
>> That's 50% of it. The other 50% is that since Windows ap
Ühel kenal päeval, E, 10.04.2017 kell 14:44, kirjutas William L.
Thomson Jr.:
> Again go modify a few hundred python packages to remove say 3.4. I
> think about 10-20 ebuilds in. You will be scripting and looking for
> another way
No, for that you simple remove python3_4 from _PYTHON_ALL_IMPLS
On Mon, 10 Apr 2017 20:10:44 +0200
Michał Górny wrote:
>
> I don't see how attempting to discredit me is a fact regarding your
> idea.
You may assume what ever. I simply pointed out you are 1 of on a team
of many. I have no requirement or duty to bring my ideas to you. If
anything maybe the team
On pon, 2017-04-10 at 13:52 -0400, NP-Hardass wrote:
> On 04/10/2017 01:31 PM, Michał Górny wrote:
> > So, the whole idea is that you can install vanilla and e.g. staging
> > side-by-side?
>
> That's 50% of it. The other 50% is that since Windows applications
> often are better supported in one v
On Mon, 10 Apr 2017 10:58:10 -0700
Christopher Head wrote:
> On April 9, 2017 7:04:13 PM PDT, "William L. Thomson Jr."
> wrote:
> >The present system is a PITA for users. Fiddling with adding/removing
> >targets for Python/Ruby.
>
> As an ordinary user, that does sound like a real annoyance.
(CC-ing comrel@)
On pon, 2017-04-10 at 13:49 -0400, William L. Thomson Jr. wrote:
> and Python support in Gentoo (which I use) a mess long-term. What is
> > even worse, you do that without even talking to the Python team, or
> > even bothering to CC them -- what you do instead is start a public
>
On April 9, 2017 7:04:13 PM PDT, "William L. Thomson Jr."
wrote:
>The present system is a PITA for users. Fiddling with adding/removing
>targets for Python/Ruby.
As an ordinary user, that does sound like a real annoyance. As an ordinary
user, I also never do it. I don’t have any targets set by
On 04/10/2017 01:31 PM, Michał Górny wrote:
> So, the whole idea is that you can install vanilla and e.g. staging
> side-by-side?
That's 50% of it. The other 50% is that since Windows applications
often are better supported in one version or another, you can also have
multiple versions installed
On pon, 2017-04-10 at 15:21 +0200, Dirkjan Ochtman wrote:
> On Mon, Apr 10, 2017 at 8:37 AM, Michał Górny wrote:
> > It is always nice when a person who:
>
> Please stop the sarcasm. While I understand the reaction, the idea in
> itself does not seem totally crazy to me, and it seems useful to ha
On Mon, 10 Apr 2017 19:14:32 +0200
Michał Górny wrote:
> I would love to avoid you. However, you make this impossible via
> trying to make the life of Python team (which I am part of) a misery,
I do not force you to reply. Clearly you are not able to control
yourself from replying. I do with fac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The following packages are up for grabs:
app-admin/webmin
gnome-extra/cameramonitor
media-video/photofilmstrip
- --
gokturk
-BEGIN PGP SIGNATURE-
iQEcBAEBCgAGBQJY68LIAAoJEIT4AuXAiM4zpjMH/RVLyi0QMVX4mSj9X1+i/L/a
6U3cDYfB7l4smPHeDNDyik
On czw, 2017-04-06 at 21:18 -0400, NP-Hardass wrote:
> Plan is to move the packages into the repo as masked shortly after final
> approval of the news item. At that point, any testers would be greatly
> appreciated.
>
> The split is a little confusing for those new to the concept and there
> have
Posted
--
NP-Hardass
signature.asc
Description: OpenPGP digital signature
On pon, 2017-04-10 at 12:03 -0400, William L. Thomson Jr. wrote:
> On Mon, 10 Apr 2017 08:37:34 +0200
> Michał Górny wrote:
> >
> > It is always nice when a person who:
>
> Starts off with insults and rudeness... Why I avoid you and I have
> requested MULITPLE times you just avoid me. Almost did
On Mon, 10 Apr 2017 08:37:34 +0200
Michał Górny wrote:
>
> It is always nice when a person who:
Starts off with insults and rudeness... Why I avoid you and I have
requested MULITPLE times you just avoid me. Almost did not reply, but
unlike your comments I will stick to FACTS.
> a. did not bother
On Mon, 10 Apr 2017 16:35:48 +1200
Kent Fredric wrote:
>
> Meanwhile, you cannot build two parts of a given python dependency
> chain with different pythons, nor different perls.
True but this is not changing how things work, just reversing.
> Right, but this is impossible with Ruby, Python, and
On Mon, 10 Apr 2017 10:57:43 -0400
>
> You are: when you find out that a stable package doesn't work with
> the next version of python, you have to figure out who the maintainer
> of that package is, and file a bug.
That is how things are done for Java, and I think Perl as well. There
tend to be
On 04/09/2017 08:58 PM, William L. Thomson Jr. wrote:
I am NOT talking about stabilization at all. Simple reducing the burden
of adding targets to ebuild, and users having to fiddle with targets as
they come and go.
You are: when you find out that a stable package doesn't work with the
next
On Mon, Apr 10, 2017 at 8:37 AM, Michał Górny wrote:
> It is always nice when a person who:
Please stop the sarcasm. While I understand the reaction, the idea in
itself does not seem totally crazy to me, and it seems useful to have
a discussion on its merits.
At the same time, I would not consid
64 matches
Mail list logo
