Shell A script to install the latest version of claude code without using the linuxulator.

NapoleonWils0n said:
installing claude desktop on linux
(for a jail or podman) on freebsd

has 2 methods for ubuntu
which is currently the only version of linux supported

code.claude.com

Claude Desktop on Linux (beta) - Claude Code Docs

Install and update the Claude desktop app on Ubuntu and Debian
code.claude.com code.claude.com

1) Add Anthropic's apt repository and install with apt

Code: 
sudo apt install curl
sudo curl -fsSLo /usr/share/keyrings/claude-desktop-archive-keyring.asc https://downloads.claude.ai/claude-desktop/key.asc
echo "deb [arch=amd64,arm64 signed-by=/usr/share/keyrings/claude-desktop-archive-keyring.asc] https://downloads.claude.ai/claude-desktop/apt/stable stable main" | sudo tee /etc/apt/sources.list.d/claude-desktop.list
sudo apt update && sudo apt install claude-desktop

which should be possible in a ubuntu podman container

2) or using curl to download a deb file

Code: 
curl -fLO "https://downloads.claude.ai/claude-desktop/apt/stable/$(curl -s "https://downloads.claude.ai/claude-desktop/apt/stable/dists/stable/main/binary-$(dpkg --print-architecture)/Packages" | grep '^Filename: pool/main/c/claude-desktop/claude-desktop_' | sort -V | tail -n 1 | cut -d' ' -f2)"

wow looks like they got claude to write that code

and then install the deb

Code: 
sudo apt install ./claude-desktop_*.deb
Click to expand...

Thanks bro. I tried that way also. Unfortunately one day my system freezes totally and I've lost some files. The reason is the instability of the Linuxulator. In dmesg I seen a lot of repeated errors ; It crashed and ciaone.
 
elgrande said:
well under xlibre claude from ports does not hang. seems to be a bug with drm/wayland.
Click to expand...

Which version are you running ? I haven't installed it from ports because I'm running 16.0-CURRENT needed by qemu+bhyve :

Code: 
marietto# cd claude-code
marietto# make
make: /usr/ports/Mk/bsd.port.mk:1191: UNAME_r (16.0-CURRENT) and OSVERSION (1500068) do not agree on major ver
sion number.
        in /usr/share/mk/bsd.port.mk:27
        in /usr/share/mk/bsd.port.pre.mk:4
        in /usr/ports/misc/claude-code/Makefile:38

make: stopped making "find-new-version" in /usr/ports/misc/claude-code
 
Anyway,with my tecnique I should not wait that YURI creates a new package or port. As soon as a new claude-code is out directly from Anthropic,I can run it.
 
Just a heads up:
Claude code from ports also works under Wayland (plasma) after I disabled animations by setting the animation speed to "immediately". Obviously the claude code session in plasma konsole did not like when those effects were running on the konsole window and the graphics driver hung up (I could reproduce by making the claude konsole window "wobbling" -> crash of drm driver).
 
I don't use Wayland and on my side Claude Code (not legacy version) does not work if installed as a package. I didn't try as a port,because I'm using a custom kernel,(16.0-CURRENT patched for running qemu accelerated with bhyve) that's incompatible with the userland (15.0),even if the system works great.

I want also remember that my script always install (and update) the latest version of Claude Code without installing its port or package.
 
Side note: I drove out to my brother-in-law's house today and, on the way, we passed by a new Google data center they're building next to the highway. That thing is HUGE!!! And they're building one for Amazon not far from it.
 
elgrande said:
that means: you do whatever you want / whatever you think it suits you.
Click to expand...

Yeah,thanks. But do you like the idea of a tool that installs and upgrades quickly as soon as a new version is released, without having to wait for the rather lengthy wait times of the package maintainer? This rarely happens on FreeBSD. And when it does, shouldn't it be considered a positive innovation compared to the old packaging system, which, even if it works, is time-consuming and cumbersome to maintain ? I ask it because I don't see a single word coming from you,which emphasizes the effective and efficient solution found. To be honest, I also saw a very little excitement about the post where I introduced qemu+bhyve. I think a project like that deserved much more.

I'm contributing a lot to provide FreeBSD with new tools, but I feel a lot of coldness from this community. Paradoxically, I didn't feel this way when I came here 5 years ago, and I was always asking, but never being able to give anything in return. This apparent contradiction leaves me perplexed.
 
ZioMario said:
Yeah,thanks. But do you like the idea of a tool that installs and upgrades quickly as soon as a new version is released, without having to wait for the rather lengthy wait times of the package maintainer? This rarely happens on FreeBSD. And when it does, shouldn't it be considered a positive innovation compared to the old packaging system, which, even if it works, is time-consuming and cumbersome to maintain ? I ask it because I don't see a single word coming from you,which emphasizes the effective and efficient solution found. To be honest, I also saw a very little excitement about the post where I introduced qemu+bhyve. I think a project like that deserved much more.

I'm contributing a lot to provide FreeBSD with new tools, but I feel a lot of coldness from this community. Paradoxically, I didn't feel this way when I came here 5 years ago, and I was always asking, but never being able to give anything in return. This apparent contradiction leaves me perplexed.
Click to expand...
Well I prefer using the port. With make find-new-version I can also easily fetch the latest version. Sorry.
 
elgrande said:
Well I prefer using the port. With make find-new-version I can also easily fetch the latest version. Sorry.
Click to expand...

my speech was meant to have a broader scope...

Anyway,the package should be fixed in some way if the solution that I found is not accepted.
Yeah,I've emailed YURI. He didn't reply. Maybe because he does not like my slop.
 
But do you like the idea of a tool that installs and upgrades quickly as soon as a new version is released, without having to wait for the rather lengthy wait times of the package maintainer?
Click to expand...

The reason you have wait is because new software often requires new dependencies
which may not be in the be in the in the quarterly or latest branch

Software also has to be ported to Freebsd and tested for bugs and security issues

Thats why Freebsd has a release cycle to ensure all the software and dependencies work together

If you install the latest software
then you also have to installed the updated dependencies as well

Its called dependency hell,
if you install the latest version of several bits of software they may require different dependency versions

To get round that you would have to use containers either a jail or podman container
so all the dependencies are in the container and separate from the system

I also saw a very little excitement about the post where I introduced qemu+bhyve.
Click to expand...

You cant force people to be enthusiastic about a project

I think a project like that deserved much more.
Click to expand...

Thats a an easy trap to fall into
Either its something people find useful or not

While it might be disheartening to feel you dont recognition for a project
theres nothing you can do about it

About 10 years ago i invented a method to record from Kodi
using the playercorefactory.xml and ffmpeg which no one had thought of

github.com

GitHub - NapoleonWils0n/kodi-playercorefactory: kodi playercorefactory.xml players to play and record videos and bash scripts

kodi playercorefactory.xml players to play and record videos and bash scripts - NapoleonWils0n/kodi-playercorefactory
github.com github.com

github.com

GitHub - NapoleonWils0n/pilfer-3: pilfer-3 - command line tool to record from Kodi

pilfer-3 - command line tool to record from Kodi . Contribute to NapoleonWils0n/pilfer-3 development by creating an account on GitHub.
github.com github.com

I had dozens and dozens of videos with hundreds of thousands views
and had people all over the world using the project

Europe, America, South America, Asia, Middle East, Australia

A couple of years ago Youtube started flagging all the videos
and i had to take them all down, the videos are still on odysee

Recently i invented a method to get Cuda working on Freebsd
without using the nv-sglrun shim

By mapping the nvidia driver and linuxulator nvidia libraries
into a rocky linux podman container and using devfs rules coupled with jail commands
and the dummy-uvm

Thats something no one had thought of

github.com

GitHub - NapoleonWils0n/freebsd-cuda: Run Linux command line and gui applications on FreeBSD with full Nvidia Cuda hardware acceleration.

Run Linux command line and gui applications on FreeBSD with full Nvidia Cuda hardware acceleration. - NapoleonWils0n/freebsd-cuda
github.com github.com

That required a massive amount of work and knowledge to pull off
without using a chatbot

I dont to mean to sound like im bragging
Because thats not the British way

Im just stating facts

On my own i invented a method to get Cuda working on Freebsd
and enabled running software that wasnt previously possible

I had visions of Slashdot stories,
maybe a statue, ticker tape parade, shed loads of cash and MTV style crib

But no such luck
 
The reason you have wait is because new software often requires new dependencies
which may not be in the be in the in the quarterly or latest branch

Software also has to be ported to Freebsd and tested for bugs and security issues

Thats why Freebsd has a release cycle to ensure all the software and dependencies work together

If you install the latest software
then you also have to installed the updated dependencies as well

Its called dependency hell,
if you install the latest version of several bits of software they may require different dependency versions

To get round that you would have to use containers either a jail or podman container
so all the dependencies are in the container and separate from the system
Click to expand...

My script always install and upgrade the latest version of Claude automatically as soon it is realized. It does not care about packages or ports. It works without the packaging and ports system and without the needing to be inside a container. This is the real catch. But if no one look inside the code because he / she thinks that's a broken / bad code since it has been written by AI,then he / she will not realize that it has some good advantages over the classic packaging system that takes more time to produce the same package and it may contains errors.
 
You cant force people to be enthusiastic about a project
Click to expand...

I agree. I don't want to force anyone. I'm the kind of man who asks many questions and thinks about everything, even about why his nose is itching at the moment. I don't hide you that my suspect is there is a widespread prejudices surrounding code written by AI, and this generates frustration in those who rely on it to create useful projects.
 
NapoleonWils0n said:
So it runs completely independently from the entire system
and doesnt require any libraries or dependencies be installed

No graphics drivers, window manager etc
Click to expand...

With my script Claude does no need to be installed from packages or ports...some libraries are needed,but claude-code package or port should not be installed directly. And it does not need to run inside the Linuxulator.
 
I wasnt saying it needed to be installed from packages or ports

You can manually compile software

But you still need the tools to build it
and the libraries and dependencies to run it

Which would be installed from ports or packages
 
NapoleonWils0n said:
I wasnt saying it needed to be installed from packages or ports

You can manually compile software

But you still need the tools to build it
and the libraries and dependencies to run it

Which would be installed from ports or packages
Click to expand...

Actually the package that installs the latest version of claude code is broken. So,for the users that usually use packages,my script fixes a clear and direct error. There is a real fix and advantage produced by my script. But what I read all around is only silence. So I asked myself before,why. And my suspicion is that every contribution marked as AI is ignored. Maybe even if it is not marked by AI. Maybe it is enough to have the suspicion that the code could have been written by AI to ignore it. Before AI,my contributions,even if less useful,were much more evaluated.

AI seems to have become like a mark of infamy. Just because I don't know how to code ? Okay, but I produce useful code. More useful now than before. And I didn't even know how to code before AI. So,what ? I see a lot of contradictions and irrational behaviors.
 
NapoleonWils0n You do get loads of admiration and appreciation from me at least. You and vermaden have the knowledge I wanted to have when I first started out with FreeBSD but got side tracked running a business. Now that I'm sort of retired I hoped to dig in and get back up on what I used to know along with all the new things so we can all share. That was supposed to happen in February but I feel like I took my first step just last Thursday.
 
You must log in or register to reply here.
Back
Top