I'm not going to get into an argument. A partial upgrade would involve excluding stuff from the upgrade to start with, something I didn't do.
Anyhoo, blender has been upgraded in the repo now, and the issue is fixed, so I'm marking as solved. For the record. Nothing is ignored in pacman.conf again.
"partial upgrade" == "partial downgrade"
"partial downgrade" == "partial upgrade"
A partial upgrade by any other name breaks just as bad. You claim to have downgraded three and only three packages, leaving your system in a partially upgraded state, and that's all there is to it.
I don't understand what pacman.conf has to do with anything, though -- at any rate, using IgnorePkg in pacman.conf is by no means the only way to end up in a partially upgraded state...
But, the thread title no longer erroneously conflates libreoffice with either:
the source of the problem, or
the cause of a completely different problem (called "doing partial upgrades/downgrades/however you wish to paint the shed")
So I suppose I'm as happy as I'm likely to get.
]]>I suspect one need not have libreoffice installed to see this problem: the problem is between blender and python. Of course if you were to downgrade python you'd need to downgrade everything that depends on it - and, in fact, pacman would not even let you downgrade python without downgrading everything that had a versioned dependency on it. In this case, on Roken's machine, that just happened to coinincidentally be libreoffice.
Eschwartz seems to be emphasizing that if you did downgrade just these three, everything else that also depends on python might also be broken: despite not having a versioned dependency, those packages would assume python 3.7 was installed. So if they are broken too, that is not because of a "bad week" but because of the partial downgrade.
Roken, I hope this helps you see why LO is not actually relevant to the problem and is a bit of a distraction. Removing it from the title would be good as it's not an LO dependency that is a problem for blender, but rather the current testing version of python might be.
]]>Anyhoo, blender has been upgraded in the repo now, and the issue is fixed, so I'm marking as solved. For the record. Nothing is ignored in pacman.conf again.
]]>Are you suggesting that using testing should not be about testing? I've tested. I found a fault. I've come here to see if it's my fault, or something wider. And in the process, I've found that the only way to keep my system going is a (what I hope is temporary) partial upgrade, because a full upgrade doesn't work.
And yes, I've been around Arch and Linux generally to get by.
Sigh.
If you're correctly using testing and didn't do a partial upgrade, then why, when you discovered a bug in blender, did you start talking about libreoffice?
And no, I did not do a partial upgrade. I had to do a partial downgrade to get things working.
EDIT: No issues with anything else relying on python that I've found.
No you most certainly did not get things working by doing a partial downgrade. If you downgraded those three packages, then every single other package relying on python will be broken instead, no exceptions. Anything that installs a module. (Okay, a package which only installs one file, that being a python script stored in /usr/bin/, might not break. Might.)
So then you come onto the forums and start, what, complaining that "installing all three breaks the Blender GUI"? That's completely wrong on every level, installing libreoffice is completely unrelated. You wanna argue that libreoffice requires you to install python 3.7? Be my guest -- just don't try to pretend-associate that with the actual issue, which is blender and python 3.7.
And the correct and only way to downgrade over 1000 packages repository-wide (and I guarantee you had more than three of those installed on your computer, if for no other reason than that blender depends on several of them) is to temporarily disable [testing] and use pacman -Suu to downgrade to a consistent state.
Finally: If you're going to go off on wild tangents about libreoffice breaking blender, then it is simply not worth my time to read your threads, because maybe the next one will be as obtuse and difficult to extract meaning from as this one was.
So long.
]]>Might I suggest you don't use [testing], if you find it consistently breaking for you because you do partial updates without understanding what those are?
I don't find testing "consistently" breaking. Just a bad week.
]]>And yes, I've been around Arch and Linux generally to get by.
And no, I did not do a partial upgrade. I had to do a partial downgrade to get things working.
EDIT: No issues with anything else relying on python that I've found.
]]>The python version that breaks blender was only installed as a dependency of Libreoffice. It isn't sufficient just to downgrade blender and python, Libre also has to be downgraded.
Yeah, so I like how you imply that it's totally okay to install mismatched versions of blender from community, which depends on python, libreoffice-fresh from testing which has a versioned dependency on python from testing, and python itself (from testing). And the only problem you see is that libreoffice complains due to the versioned dependency if you try to re-downgrade just python.
You don't care at all that Arch Linux does not support partial upgrades, and you especially don't care that:
$ pkg-list-linked-libraries blender libpython
==> checking linked libraries for blender-17:2.79.b.git3.32432d91-2-x86_64.pkg.tar.xz ...
/usr/bin/blender
NEEDED libpython3.7m.so.1.0
It's quite literally impossible to execute the blender binary from community-testing/blender unless you also have the testing/python package.
This is a rather core concept behind rebuilding an entire programming language in incompatible ways. You need to upgrade or downgrade *every* python-related package of any description in lockstep, otherwise those packages simply don't work according to any measure. (But that's hardly important information to announce in the support forums when discussing why one specific package -- blender -- fails to work.)
You've been a member of this forum and the wider Arch community for long enough to know better than this. I'm ashamed and embarrassed on your behalf.
This week, there seem to be a lot of official packages not working correctly for me.
Maybe, they all use python 3.7 and you've downgraded to python 3.6, thereby breaking them...
Might I suggest you don't use [testing], if you find it consistently breaking for you because you do partial updates without understanding what those are?
]]>Okay, so what does this have to do with libreoffice?
The python version that breaks blender was only installed as a dependency of Libreoffice. It isn't sufficient just to downgrade blender and python, Libre also has to be downgraded.
]]>It sounds like you're saying that blender in community-testing, despite having been successfully rebuilt for python 3.7, has additional compatibility issues not caught during the compilation phase. It looks like the source code has tests, but those tests are not run...
Please fix your thread title.
]]>community/blender 17:2.79.b.git3.32432d91-1 [installed]
But another sit back and wait. As long as I know I'm just waiting for stuff to catch up, I can live with it.
]]>