20 May 2021 |
| jomo_ joined the room. | 16:57:24 |
proletarius101 | Since I'm working on the migration of fdroidserver to Debian/buster, given that there are only java 11 sdks, would taht be a problem? I'm still able to install java 8 sdks from the old stable source though. | 17:14:51 |
proletarius101 | * Since I'm working on the migration of fdroidserver to Debian/buster, given that there are only java 11 sdks, would that be a problem? I'm still able to install java 8 sdks from the old stable source though. | 17:14:57 |
proletarius101 | plus, does it make any sense to prefer backports packages than the main ones | 17:17:37 |
Hans-Christoph Steiner | proletarius101: I think a) you should try stripping out as many of the pre-installed packages as possible. b) leave backports setup, but default to the buster packages | 17:19:11 |
Hans-Christoph Steiner | I think it will have to use stretch's openjdk-8 packages rather than buster's 11 | 17:19:39 |
Hans-Christoph Steiner | packages that need 11 could install it in sudo: | 17:20:02 |
proletarius101 | In reply to @eighthave:matrix.org proletarius101: I think a) you should try stripping out as many of the pre-installed packages as possible. b) leave backports setup, but default to the buster packages How can I know which are required? Actually it's supposed to only install fdroidserver's dependencies, isn't it? | 17:20:50 |
Hans-Christoph Steiner | yeah, I think that would be a great place to start | 17:21:15 |
proletarius101 | which is apt-get build-dep | 17:21:38 |
Hans-Christoph Steiner | you can do apt-get install fdroidserver/buster-backports then apt-get purge fdroidserver to get only the Depends: | 17:21:49 |
Hans-Christoph Steiner | build-dep won't be everything, since that's just what is needed to build the package | 17:22:06 |
proletarius101 | * which is apt-get build-dep fdroidserver | 17:22:07 |
proletarius101 | In reply to @eighthave:matrix.org build-dep won't be everything, since that's just what is needed to build the package right | 17:22:19 |
proletarius101 | That would miss some build packages, which was assumed to be pre-installed. e.g. cmake | 17:24:24 |
proletarius101 | should they be added? | 17:24:28 |
proletarius101 | or should they be rather installed by the sudo: | 17:25:08 |
proletarius101 | * That would miss some build packages, which were assumed to be pre-installed. e.g. cmake | 17:25:35 |
proletarius101 | IMO they should be installed by sudo: , since not all apps need them | 17:26:36 |
| @freenode_djBRDF:matrix.org left the room. | 17:26:58 |
proletarius101 | Then that would trigger some errors, which should be solved one by one | 17:27:57 |
proletarius101 | Or I try to leave them as-is. Hard to identify, though | 17:28:32 |
| @freenode_djBRDF:matrix.org joined the room. | 17:28:57 |
jochensp | I vote for making dependencies explicit through sudo | 17:30:05 |
Hans-Christoph Steiner | I totally agree with jochensp | 17:33:27 |
Hans-Christoph Steiner | I see it like gitlab-ci: use a minimal base image, then the rest of the requirements are specified explicitly | 17:34:13 |
Hans-Christoph Steiner | I believe nixOS is like that too | 17:34:25 |
Hans-Christoph Steiner | that's how a Debian package works as well | 17:35:42 |
cdesai | instead of sudo it could be 'apt ' | 17:36:08 |
Hans-Christoph Steiner | this approach would also make it easier to try other base images, like nixOS could be interesting. | 17:37:58 |