You are not logged in.
crappy easychroot, have low expectations. Will be polished over time. It's better over figuring out all the commands your self.
https://gitea.com/easydeb/easychroot
Thanks, will test it as soon as I find time for it.
It's "all"
The way I understand the debian policy guide "arch" should be "any" for rssguard: https://www.debian.org/doc/debian-polic … chitecture
Make an account on gittea, i'll make you a collaborator so that you can edit it your self in the future.
I'm not a fan of git at all (in fact I find the syntax contrived, overly complex and unintuitive) therefore I don't really do git repos but maybe I'll get myself an account on gitea when I have more than one debbuild.
Offline
arch linux uses "any" to mean "all" and internally it's translated to all. Using the debian convention will create confusion.
use this...
arch=("${EASYDEB_DPKG_ARCHITECTURE}")
Offline
#suggests=('clang: Support for beautification of message filter scripts'
# 'mariadb-libs: Support for MariaDB-based data storage')
did you meant to say builddepends? suggests is the suggest in the binary package.
Offline
@exponentialmatrix
Those two lines came from the Arch PKGBUILD ( https://gitlab.archlinux.org/archlinux/ … n/PKGBUILD ), I wasn't sure how to interpret them (optional build dependencies? is there such a thing in debian? how would optional build dependencies work anyway?) but I left them in there (commented out) just in case.
Offline
the equivalent of optdepends is recommends. Try using pkgbuild2debbuild-helper, it helps with stuff like this, the dependency translation is stubbed though and it will always be bad.
clang is a compiler, i don't understand why it's there. It seams to be used to compile some scripts during normal use. You tell me what is for. Try with and without.
mariadb is an alternative database lib. it's probably libmariadb3 . It's probably already installed by something else. I suspect it's an alternative to sqlite. This could go in depends as 'libsqlite3-0|libmariadb3'. I think it's actually a drop in replacement for sqlite.
Offline
Looking at the earlier posts in this thread, with respect to /usr/local and /opt :
I know of no OS that uses /opt according to older FSH documenation. There might be, but it's none of the BSDs, macOS or any Linux distribution that I have come across. That same site also has the section for /usr/local and describes its historic purpose and its use today.
Nowadays /opt is for software that fits the description "self contained binary distribution". e.g. the Mozilla Firefox binaries.
/usr/local is for software you compile locally and install into a structure that matches /usr . The idea there is that your locally compiled version doesn't clobber the version provided by the OS. This is exactly how FreeBSD and OpenBSD ports are installed.
So I'm not sure installing packages into /usr/local makes any sense.
If I'm going to go to great lengths to package something, then I'm going to install it into /usr and I'm going to ensure dependencies are handled, and that I have correct conflicts in place to ensure I'm not overwriting anything. However I might not do any of the above, and we're back to where we were 10 + years ago with those user created Ubuntu packages which were frowned on by Debian users. This is why the likes of flatpak and snap appeared...
Otherwise I'm not going to bother packaging it in the first place.
Offline