Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

PhotoPrism: AI-powered photos app for the decentralized web

github.com

Post reply on HN
Print view View original

181–187 of 187 posts

Re: PhotoPrism: AI-powered photos app for the decentralized web

#181

Post by grepfru_it »

javier2 wrote: post #166
grepfru_it wrote: post #150

Earlier quoted context omitted.

Rpm is trivial to learn

No it is not. I have never ever touched a RPM, but I want to bundle my app with jdk 20 and opencv 4.5. how do I guarantee that?

    Requires: openjdk=20, opencv=4.5
I’m assuming openjdk is versioned correctly and the name of the opencv package is opencv. I’m also assuming openjdk, replace openjdk with your jdk package name.

You would put this line in your rpm .spec file. Do you really think the above line is hard? Maybe the difficulty you have is in never have touched rpm. Start here: http://ftp.rpm.org/max-rpm/index.html

Re: PhotoPrism: AI-powered photos app for the decentralized web

#182

Post by javier2 »

grepfru_it wrote: post #181
javier2 wrote: post #166

Earlier quoted context omitted.

No it is not. I have never ever touched a RPM, but I want to bundle my app with jdk 20 and opencv 4.5. how do I guarantee that?

Requires: openjdk=20, opencv=4.5 I’m assuming openjdk is versioned correctly and the name of the opencv package is opencv. I’m also assuming openjdk, replace openjdk with your jdk package name. You would put this line in your rpm .spec file. Do you really think the above line is hard? Maybe the difficulty you have is in never have touched rpm. Start here: http://ftp.rpm.org/max-rpm/index.html

Yes that is already way too much extra work. And when those versions are not yet available to depend on? libheif, libaom and libraw needs latest versions and be built together.

Re: PhotoPrism: AI-powered photos app for the decentralized web

#183

Post by pl4nty »

ruph123 wrote: post #55
infinitezest wrote: post #6

This is a similar project but fully open source (and probably less mature). The lead dev is very active and responsive. https://immich.app/

Having used both I can say that PhotoPrism runs MUCH more stable and surprisingly smooth. Immich constantly breaks.

Immich is very much alpha, that's why there are warning banners all over their docs. But at least it's in development - the single PhotoPrism dev rarely accepts PRs, so it hasn't had significant new features in ages

Re: PhotoPrism: AI-powered photos app for the decentralized web

#184

Post by grepfru_it »

javier2 wrote: post #182
grepfru_it wrote: post #181

Earlier quoted context omitted.

Requires: openjdk=20, opencv=4.5 I’m assuming openjdk is versioned correctly and the name of the opencv package is opencv. I’m also assuming openjdk, replace openjdk with your jdk package name. You would put this line in your rpm .spec file. Do you really think the above line is hard? Maybe the difficulty you have is in never have touched rpm. Start here: http://ftp.rpm.org/max-rpm/index.html

Yes that is already way too much extra work. And when those versions are not yet available to depend on? libheif, libaom and libraw needs latest versions and be built together.

That is an implementation detail, not a problem with rpm spec. When comcast builds rpms, the entire chain of required software is built with it. I should add: it is trivial to make integration tests to catch exactly what you describe. If the software is not built internally then the infra team ensures the required repos exist and dependencies match up to official repo rpms.

None of that has to do with the difficulty of rpm spec, but entirely with organizational planning. You do plan while building software.. right?

Also github does the exact same thing but with deb. It works in the real world. Quite well, too!

Re: PhotoPrism: AI-powered photos app for the decentralized web

#185

Post by javier2 »

grepfru_it wrote: post #184
javier2 wrote: post #182

Earlier quoted context omitted.

Yes that is already way too much extra work. And when those versions are not yet available to depend on? libheif, libaom and libraw needs latest versions and be built together.

That is an implementation detail, not a problem with rpm spec. When comcast builds rpms, the entire chain of required software is built with it. I should add: it is trivial to make integration tests to catch exactly what you describe. If the software is not built internally then the infra team ensures the required repos exist and dependencies match up to official repo rpms. None of that has to do with the difficulty…

Its typically a one man project I build in my spare time for free… there is no team

Re: PhotoPrism: AI-powered photos app for the decentralized web

#186

Post by grepfru_it »

javier2 wrote: post #185
grepfru_it wrote: post #184

Earlier quoted context omitted.

That is an implementation detail, not a problem with rpm spec. When comcast builds rpms, the entire chain of required software is built with it. I should add: it is trivial to make integration tests to catch exactly what you describe. If the software is not built internally then the infra team ensures the required repos exist and dependencies match up to official repo rpms. None of that has to do with the difficulty…

Its typically a one man project I build in my spare time for free… there is no team

Checkout that website. You will not be disappointed

Re: PhotoPrism: AI-powered photos app for the decentralized web

#187

Post by giamma »

acatton wrote: post #18
infinitezest wrote: post #6

This is a similar project but fully open source (and probably less mature). The lead dev is very active and responsive. https://immich.app/

PhotoPrism is under AGPL, how is that not fully open source? https://github.com/photoprism/photoprism/blob/develop/LICENS... https://opensource.org/license/agpl-v3/

It is fully opensource, the opensource code contains also the logic to verify a serial key that you will be given if you purchase the license and if verification succeeds the code will enable the extra features.

As such you could fork it, tweak the code around the license verification to always return TRUE or whatever, and you would be running a "pro version" of the software.

The developer simply trusts that people who like the software will purchase a license, or the fact that the majority of people out there are not programmers and would not be able to rebuild the software for themselves. Besides, the product is also offered as a SaaS.

Post reply on HN