Solved Thunar was removed after the last pkg upgrade.

astyle

I don't know how to find the missing dependency.
Run a Google search for it: libicudata.so.74 freshports

The port that it turned up: devel/icu.

It only has build deps, no run deps. So if you install that, your Thunar dependency issues will be solved.

This is how to resolve the missing dependency issues that crop up when you use pkg-add(8). pkg-install(8) works differently.

With the dependency hell that arises from pre-compiled packages, this is how to resolve the missing dependencies. Yes, every time there's a missing dependency, this is how to resolve it, there's no other way. And yes it does have the potential to recursively expand at every step. That's what 'dependency hell' is. Oh, and Linux suffers from the same malady, there's no escape. 😈
 
Run a Google search for it: libicudata.so.74 freshports

The port that it turned up: devel/icu.

It only has build deps, no run deps. So if you install that, your Thunar dependency issues will be solved.

This is how to resolve the missing dependency issues that crop up when you use pkg-add(8). pkg-install(8) works differently.

With the dependency hell that arises from pre-compiled packages, this is how to resolve the missing dependencies. Yes, every time there's a missing dependency, this is how to resolve it, there's no other way. And yes it does have the potential to recursively expand at every step. That's what 'dependency hell' is.




astyle

First of all thank you for teaching me and learning how to search for dependency!

Icu was already installed and I had to do a deinstall and then a reinstall, so I could install thunar.
So far so good, but it turns out that I ran out of firefox-esr browser missing the libxul.so dependency, so I installed firefox.

Well the thing is that now everything works!

(Firefox won't let me make a better quote, so sorry for the bad formatting of the answer...)
 
Hello,
to install all the packages that you lost you can change the repository from "quarterly" to "latest"

# cat /etc/pkg/FreeBSD.conf

FreeBSD: {
url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest",
#url: "pkg+https://pkg.FreeBSD.org/${ABI}/quarterly",
mirror_type: "srv",
signature_type: "fingerprints",
fingerprints: "/usr/share/keys/pkg",
enabled: yes
}
 
FreeCAD, vscode and many other packages are not there even using latest
here's the accident list
FreeCAD-1.0.0_1 deinstalled
calibre-7.23.0 deinstalled
devhelp-41.2_3 deinstalled
grilo-plugins-0.3.15_1 deinstalled
libgdata-0.18.1_1 deinstalled
gnome-online-accounts-3.44.0_3 deinstalled
opencascade-7.8.1_5 deinstalled
ristretto-0.13.3 deinstalled
thunar-archive-plugin-0.5.3 deinstalled
thunar-media-tags-plugin-0.5.0 deinstalled
thunar-vcs-plugin-0.3.0 deinstalled
tracker-2.3.4_12 deinstalled
tracker3-3.5.3_2 deinstalled
vscode-1.97.1 deinstalled
vtk9-9.2.6_6 deinstalled
webkit2-gtk4-2.38.3_4 deinstalled
wlroots-0.18.2 deinstalled
xfce-4.20 deinstalled
xfce4-desktop-4.20.0 deinstalled
thunar-4.20.1 deinstalled
xfce4-tumbler-4.20.0 deinstalled
libgepub-0.6.0_5 deinstalled
yelp-42.1_3 deinstalled
libhandy-1.6.2_2 deinstalled
glade-3.40.0_4 deinstalled
webkit2-gtk3-2.34.6_10 deinstalled
scenefx-0.1_1 deinstalled

# sudo pkg install -f calibre
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
pkg: No packages available to install matching 'calibre' have been found in the repositories

If I want to get the stable updates I will have to update packages.
Updates bring bug fix and vulnerabilities fix so it's a good practice to update to stable packages in my opinion.
But doing that I've experienced that there's this risk of losing software just like it just happened unless I cancel the update to get some list (excluding what will get removed and not reinstalled) and then update one by one.
This is not the appropriated package management in any system.
Systems should not lose packages on updates unless it is granted to get replaced by a newer version or an equivalent replacement new one.
Losing packages will bring instability or even break the system down.
Think about that!

I quit building the missing vscode, it was taking already 3 complete days building it all, electron etc.
So now I will have to live without my favorite dev tool.

EDITED:
I think I was able to reduce build time by installing electron34 package, as it is there already it will not build it.
 
I quit building the missing vscode, it was taking already 3 complete days building it all, electron etc.
So now I will have to live without my favorite dev tool.
Yes, it's not so fast.
But I think you don't use ports-mgmt/portmaster, right?
ports-mgmt/portmaster can help you save a lot of time.

Losing packages will bring instability or even break the system down.
They'll be here soon...

if you prefer to use a package system (and this is correct) rather than ports, then take your time to quickly upgrade the system from one version to another.
 
Well, I've been saying all along that trying to upgrade packages really means reinstalling the whole system from scratch, esp. if you mix ports and packages. Dependency hell is now biting a lot quicker... 😩
 
Yes, this is not so good practice.
Well, when I tried the pre-compiled packages from FreeBSD repos, my experience was no different than with Linux. Upgrading a given package really meant reinstalling the whole system from scratch, it's been that way the entire time for me ever since I discovered Linux in 2003. I moved to FreeBSD in 2017 because I found ZFS attractive, and I stayed because the Ports system offers more flexibility than pre-compiled package repos. So really, this is just a downside of Open Source in general, both in Linux and BSD camps, just nature of the beast.
 
There was a port system initially.
Although pkg_add already existed.
if I'm not mistaken, the modern new pkg(ng) ("next generation") system, a modern package management system, appeared in FreeBSD 9.x (2012)
 
I stayed because the Ports system offers more flexibility than pre-compiled package repos.
It's a good excuse!
I like it too!
But I remember the times when I compiled X11 and KDE and it was pure hell!

On my home PC, I use only packages.
On the server, depending on the task, I set ports or packages.
 
But I remember the times when I compiled X11 and KDE and it was pure hell!
It takes a couple days on a Ryzen 5 7600. But for me, the patience is well worth the results. It does take about a week on a Ryzen 5 1400. If you do your planning, some of the compilations can be done overnight while you sleep.
 
Couldn't build vscode, it stops with "*** Signal 9" probably not enough memory to build it, 16GB aren't enough... well.
I have to use some other editor meanwhile.
 
Couldn't build vscode, it stops with "*** Signal 9" probably not enough memory to build it, 16GB aren't enough... well.
I have to use some other editor meanwhile.
Dang, me seeing this from another people too on the Forums...

Today I had the same experience, opened a bug report for it on Bugzilla and it turned out that i had small swap space to build editors/vscode (16gb of ram) which was 8GB then I increased it back to 32GB which is the swap size I had before my last install of FreeBSD. It built fine with bigger swap space. You can take a look at PR 286075 if you want to.
 

Attachments

  • 2025-04-13-200425_1920x1080_scrot.png
    2025-04-13-200425_1920x1080_scrot.png
    114.8 KB · Views: 4
Hello,
to install all the packages that you lost you can change the repository from "quarterly" to "latest"
Will the issue only be resolved at the next 'quarterly' branch release in July? I will move to 'latest' if that's the only option to fix the problem, but would prefer not to.
 
As a code editor, this looks interesting... esp. if it dumps dependency on electron. I'm not wild about it depending on Linux libs, though. Straight GTK 3/4 should be plenty, IMHO (not that I have the skill or time to make that happen).
In the past it was my go to text editor but it lacked plugins etc. and once i discovered vs-code i kinda never got back to sublime
 
Hello,
about editors/vscode/

"Electron is blacklisted from the package builder. As this is a dependency of the vscode package, this may mean you will have to build VS Code from the ports collection"
or you could run code-server.
Im runnign it inside Linux Jail but i think you can run on FreeBSD without jail as well.
Have not tried as i did Jail for it... but if you read their website:

[HEADING=1]install.sh[/HEADING]
The easiest way to install code-server is to use our [URL='https://github.com/coder/code-server/blob/main/install.sh']install script[/URL] for Linux, macOS and FreeBSD. The install script [URL='https://coder.com/docs/code-server/install#detection-reference']attempts to use the system package manager[/URL] if possible.
 

Attachments

  • vs-code.png
    vs-code.png
    99.3 KB · Views: 2
Back
Top