On Sat, 19 Dec 2020 11:20:26 +0100
n952162 wrote:
> /Is there a fundamental goals issue here, when there's so much
> incompatibility between python3_{6,7,8,9}? Do packages really need
> to care? Are these versions so fundamentally different from each
> other, and programmers rely on those
Neil Bothwick wrote:
> On Sat, 19 Dec 2020 15:11:34 +0100, n952162 wrote:
>
>
>> I update the /etc/portage/package.use files by hand, so I get a feeling
>> for how it works. Can it be that etc-update is a "smart system" that
>> does more than just that?
> Yes, read the docs, it merges the old and
On Sat, 19 Dec 2020 15:11:34 +0100, n952162 wrote:
> >> I don't think this output or any list participant has actually
> >> identified where the problem here is. In my original posting, the
> >> only difference causing the slot collision for jinja was that one
> >> had a PYTHON_TARGETS of 3-7
On Sat, 19 Dec 2020 15:19:22 +0100, n952162 wrote:
> On 12/19/20 12:35 PM, Neil Bothwick wrote:
> > On Sat, 19 Dec 2020 12:12:21 +0100, n952162 wrote:
> >
> >>> Your output gives away that you STILL have not run depclean, so you
> >>> STILL have dev-python/ipaddress installed, which has been
On 12/19/20 12:35 PM, Neil Bothwick wrote:
On Sat, 19 Dec 2020 12:12:21 +0100, n952162 wrote:
Your output gives away that you STILL have not run depclean, so you
STILL have dev-python/ipaddress installed, which has been removed from
the tree, and requires python 2.7. Unless you remove old
On 12/19/20 12:35 PM, Michael wrote:
On Saturday, 19 December 2020 10:20:26 GMT n952162 wrote:
I don't think this output or any list participant has actually
identified where the problem here is. In my original posting, the only
difference causing the slot collision for jinja was that one had
On Sat, 19 Dec 2020 at 12:11, n952162 wrote:
> In the original posting of this thread, I presented a slot collision
> where the only difference between the two packages was the
> PYTHON_TARGET. I interpret that to mean that new dependencies want the
> new python. Since the package is the same,
:
> Date: Sat, 19 Dec 2020 06:51:18
> From: Michael
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
>
> On Saturday, 19 December 2020 11:37:31 GMT Neil Bothwick wrote:
>
On Saturday, 19 December 2020 11:37:31 GMT Neil Bothwick wrote:
> On Sat, 19 Dec 2020 12:33:10 +0100, n952162 wrote:
> > I do an emerge @world, it tells me I have slot collisions and stops.
> > Following Neil B.'s advice, I try to go through the collisions and see
> > what the differences are.
On Sat, 19 Dec 2020 12:33:10 +0100, n952162 wrote:
> I do an emerge @world, it tells me I have slot collisions and stops.
> Following Neil B.'s advice, I try to go through the collisions and see
> what the differences are. jinja was a nice example, because there was a
> collision of the same
On Saturday, 19 December 2020 10:20:26 GMT n952162 wrote:
> I don't think this output or any list participant has actually
> identified where the problem here is. In my original posting, the only
> difference causing the slot collision for jinja was that one had a
> PYTHON_TARGETS of 3-7 and the
On Sat, 19 Dec 2020 12:12:21 +0100, n952162 wrote:
> > Your output gives away that you STILL have not run depclean, so you
> > STILL have dev-python/ipaddress installed, which has been removed from
> > the tree, and requires python 2.7. Unless you remove old broken
> > software you will NEVER get
On 12/19/20 12:12 PM, bobwxc wrote:
在 2020/12/19 下午6:20, n952162 写道:
On 12/16/20 11:59 AM, Arve Barsnes wrote:
On Wed, 16 Dec 2020 at 11:34, Miles Malone
wrote:
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve it
On 12/19/20 11:45 AM, William Kenworthy wrote:
Backtracking rarely helps in my experience.
check the blocks: using --nodeps forces the install, then it may work
(you may have to add to package.accept_keywords etc. to cover that angle
- but I am on arm and arm64 where the most difficult of the
在 2020/12/19 下午6:20, n952162 写道:
On 12/16/20 11:59 AM, Arve Barsnes wrote:
On Wed, 16 Dec 2020 at 11:34, Miles Malone
wrote:
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve it
with some extra backtracking and
On Sat, 19 Dec 2020 at 11:19, n952162 wrote:
> I don't think this output or any list participant has actually identified
> where the problem here is. In my original posting, the only difference
> causing the slot collision for jinja was that one had a PYTHON_TARGETS of 3-7
> and the other of
On 19/12/20 6:20 pm, n952162 wrote:
> On 12/16/20 11:59 AM, Arve Barsnes wrote:
>> On Wed, 16 Dec 2020 at 11:34, Miles Malone
>> wrote:
>>> What's happening when you do emerge -avuDN --with-bdeps=y
>>> --backtrack=100 @world ? Giving portage the flexibility to solve it
>>> with some extra
On 12/16/20 11:34 AM, Miles Malone wrote:
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve it
with some extra backtracking and increasing the scope to world might
fix it, if not then we can revisit it?
That's how I
Miles Malone wrote:
> Personally I just like to see what I'm getting myself into before I
> start doing an upgrade or recompile on all of chromium, firefox,
> qt-webkit, gtk-webkit, qt-webengine, libreoffice, and electron all at
> once :p
> To quote the meme, this little manouver's going to take
Personally I just like to see what I'm getting myself into before I
start doing an upgrade or recompile on all of chromium, firefox,
qt-webkit, gtk-webkit, qt-webengine, libreoffice, and electron all at
once :p
To quote the meme, this little manouver's going to take us 51 years
On Wed, 16 Dec
If it's wanting to downgrade something you definitely wouldnt want
downgraded is one, but feel free to omit the "a" and do the above
anyway
On Wed, 16 Dec 2020 at 21:06, n952162 wrote:
>
> On 12/16/20 11:34 AM, Miles Malone wrote:
> > What's happening when you do emerge -avuDN --with-bdeps=y
> >
On 12/16/20 11:34 AM, Miles Malone wrote:
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve it
with some extra backtracking and increasing the scope to world might
fix it, if not then we can revisit it?
I don't remember
On Wed, 16 Dec 2020 at 11:34, Miles Malone
wrote:
> What's happening when you do emerge -avuDN --with-bdeps=y
> --backtrack=100 @world ? Giving portage the flexibility to solve it
> with some extra backtracking and increasing the scope to world might
> fix it, if not then we can revisit it?
You
在 2020/12/16 下午6:24, n952162 写道:
In an update with several slot collisions (see attachment), I'm
zero-ing in on the simplest, where a package is to be replaced by the
same package, but with different PYTHON_TARGETS (at least, that's how
I interpret it).
Is there a way to force the
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve it
with some extra backtracking and increasing the scope to world might
fix it, if not then we can revisit it?
On Wed, 16 Dec 2020 at 20:24, n952162 wrote:
>
> In an update
In an update with several slot collisions (see attachment), I'm
zero-ing in on the simplest, where a package is to be replaced by the
same package, but with different PYTHON_TARGETS (at least, that's how I
interpret it).
Is there a way to force the PYTHON_TARGETS of the dependency?
Slot
26 matches
Mail list logo
