Hi - I’m trying to update r1beta2 hrev54154+31 x86_gcc2h (live boot USB) and I’m getting the following: Encountered problems: problem 1: nothing provides haikuwebkit_x86>=1.7.0 needed by webpositive_x86-r1~beta2_hrev54154_111-1 solution 1: - keep webpositive_x86-r1~beta2_hrev54154_31-1 from excluded repository Please select a solution, skip the problem for now or quit. select [1/s/q]:
Warning: only upgrading from Beta 1 is supported. It may be possible to upgrade from prior development images, but this is untested and you may run into unknown problems.
If that’s an inherent limitation of this approach, is it really still better than allowing Installer to do it? “Prior” is ambiguous here, it could mean “prior to R1/beta2” or “prior to R1/beta1”, I assume the former. In any case, is there not a fairly large number of us for whom no upgrade path is fully supported? How is this better?
Updating from R1/beta1 is supported, and updating from any intermediate development image should work, but updating from any version before that is untested and may or may not work.
I’m not sure how there are a fairly large number of people for whom there isn’t an upgrade path “supported” – how many people have a pre-Beta1 install of Haiku around?
I don’t know. As you see, I guessed wrong on what “prior” meant, but neither would I have been able to supply a number for how many people are somewhere between Beta 1 and Beta 2.
To be honest, the ambiguity was intended. Indeed, everything between beta 1 (i.e. hrev52295) and beta 2 (hrev54154) should be able to upgrade using the repository switch, but we did not run tests on all intermediate versions and as such we can’t guarantee it. Upgrading from beta 1 was explicitly tested.
I’m still on this release candidate and should work soon with the official beta2, but meanwhile, I’m heavily using the live-usb feature. I like to test and work on haiku from different computers.
The problem is I want to install some libraries (from an old program I’ve compiled some years ago), and the /Haiku/system/lib/ is locked:
Yes, as @X512 said, use the “non-packaged” directories. (You can also install a system ncurses using pkgman, or you can also put any libs that only your program needs into a lib subdirectory of where your program’s binary is.)
I wasn’t aware of all that. At first I tried with the individual lib files in the same folder, but I hadn’t tried with a ./lib subfolder!
The ncurses in pkgman is too recent for my old binaries. They sort of work with my old ncurses, but there are also other missing lib, so I suppose I’ll have to compile them again. They also require xterm-256color. It was for some interactive fiction interpreters (ifiction.free.fr - Fiction-FR --- Le carrefour francais de la fiction interactive). At least fizmo is in pkgman, but I’ll try to make more packages for including them in pkgman, it’s so conveniant…