| gnu_srs1 | Hi again. The number of packages populating /bin, /sbin and /lib is very easy to find out, e.g. dpkg -S /bin/* > dpkg-S_bin.out 2>&1. | 15:37 |
|---|---|---|
| gnu_srs1 | cat dpkg-S_bin.out|wc -l: 108 | 15:37 |
| gnu_srs1 | Editing out multiple entries gives: cat dpkg-S_bin_unique.out | wc -l: 23 :) | 15:37 |
| gnu_srs1 | Claiming that there are thousands of packages/libraries affected by usrmerge is FALSE! | 15:38 |
| gnu_srs1 | Doing the same for sbin: cat dpkg-S_sbin_unique.out | wc -l: 33 | 15:58 |
| gnu_srs1 | Merging the two files and editing out multiple entries shows: cat dpkg-S_bin+sbin_unique.out | wc -l:45 | 15:58 |
| gnu_srs1 | Only 45 packages!!!! | 15:58 |
| gnu_srs1 | And not all of them have to be reverted :) | 15:59 |
| LeePen | gnu_srs1: you are still missing the point. It isn't (just) about packages installing in /sbin /bin and /lib, it is about other packages which refer to absolute paths in /bin /sbin and /lib | 16:41 |
| LeePen | But, if you think you are right, setup your own repository and crack on! | 16:41 |
| LeePen | I will be delighted if you prove me wrong. | 16:41 |
| DelTomix | gnu_srs1: also: 1) I think dpkg only lists files of packages that happen to be installed on your system - not the entire archive. 2) many packages - even in your existing unmerged system - have already been using the merged locations for some time now - so for example apt-file -l search /sbin/ |wc -l =1662 | 16:59 |
| gnu_srs1 | LeePen: I asked for /deb.devuan.org/merged (whatever) unreleased main contrib non-free non-free-firmware. | 17:19 |
| gnu_srs1 | Can you help me with that? | 17:19 |
| gnu_srs1 | DelTomix: Of course only package installed. Nevertheless, not every package moving files to /usr has to be reverted! | 17:21 |
| gnu_srs1 | And perhaps you could sort out how many _unique_ packages there are from: apt-file -l search /sbin/ |wc -l =1662? | 17:22 |
| DelTomix | -l outputs package names only - so already unique | 17:22 |
| LeePen | No, because we have no mechanism for packages to be put there. Perhaps have a read of the Devuan Maintainers Guides to refresh your memory of our build/packages infra: https://git.devuan.org/devuan/documentation/src/branch/master/maintainers | 17:22 |
| gnu_srs1 | LeePen: Again, packages referring to absolut patch can easily be fixed with: which/command -v/PATH! | 17:23 |
| LeePen | I know that, but that requires forking. | 17:24 |
| gnu_srs1 | Or bugging the Debian packagers! | 17:24 |
| LeePen | Yes, but I doubt you will get far with that. But please do try. | 17:25 |
| LeePen | Again, I would be delighted. | 17:25 |
| DelTomix | re:"not every package moving files to /usr has to be reverted!" thought exercise: so what is the criteria for *why* a package should or should not be ? | 17:27 |
| gnu_srs1 | DelTomix: No you are wrong, e.g. apt-file search /sbin/|less shows 3 entries of 389-ds-base, 4 entries of acct, etc! | 17:27 |
| DelTomix | see '-l' option in man apt-file | 17:28 |
| gnu_srs1 | DelTomix:, LeePen I really appreciate your help here :) Very constructive feedback! | 17:29 |
| gnu_srs1 | DelTomix: with the -l option I get 1550. My fault :( | 17:30 |
| gnu_srs1 | I really like the constructive environment on this issue? Anybody interested or is this a Don Quixote war? | 17:32 |
| gnu_srs1 | LeePen: Can I have an own repo under the Devuan umbrella? Creating all the infrastructure for a release is really too much for one person! | 17:37 |
| LeePen | I don't think it is. have a look at reprepro. Or you can even just use apt-ftparchive from apt-utils. | 17:40 |
| LeePen | That is what I have used in the past for a quick proof of concept publishing job. | 17:41 |
| LeePen | We don't have a mechanism for user repos. Of course you are completely welcome to use your account on git.devuan.org for the source code. | 17:43 |
| LeePen | My adhoc repo at http://www.hindley.org.uk/~mark/debian/ is generated with apt-ftparchive. | 17:43 |
| gnu_srs1 | I've already used reprepro in earlier days. | 19:06 |
| gnu_srs1 | So I cannot make a branch under Devuan? | 19:07 |
| gnu_srs1 | What about a port of GNU/Hurd, by hacking amprolla3? | 19:08 |
| gnu_srs1 | Problem is that I want to host the archive somewhere. Not only on local boxes :( | 19:10 |
| bb|hcb | LeePen, gnu_srs1: I see no problem to create something like arm-files.d.o but for packages. Not sure how much effort is to configure dak/amprolla to populate that | 20:06 |
| rrq | are you talking about having a store of named, pre-populated filesystems ? (presumably together with associated description documents) ? | 22:20 |
| bb|hcb | AFAIU unofficial repo for hurdXX but it is possible that I misunderstood | 22:22 |
| rrq | I think "the hurd port" is more like a source distribution, though wedged into the debian repository scheme as if a different architecture | 22:25 |
| rrq | presently "hurd" is built for i386 (I believe) | 22:26 |
| rrq | one of the more significant differences between hurd and linux is that the "ext" inode data structure is different | 22:30 |
| bb|hcb | hurd32 and hurd64 in Debian have the port status and are not official arches, unlike e.g. riscv64 | 22:32 |
| bb|hcb | That means that there is only unstable, no testing, no migration, no releases... | 22:33 |
| bb|hcb | Ports are distributed separately in Debian too, not populated on most of the mirrors, etc. That is why it is a good idea to have them separate | 22:34 |
| rrq | are there any people here who are interested in maintaining such hurd* build pipelines? | 22:35 |
| rrq | "interested", I mean "will put in ongoing time and effort" | 22:36 |
| rrq | (I would be interested in having a play, but not in a supporting/maintenance role) | 22:37 |
| rrq | not too many of the interested are here right now, apparently :) | 22:41 |
| bb|hcb | It seems so... | 22:51 |
| rrq | in any case, a build pipeline for hurd wouldn't involve amprolla | 22:54 |
| rrq | rather it'd be a question of having a store for sources and a store for published artifacts | 22:56 |
| rrq | and the pipeline eating sources and spitting out publish aritfacts | 22:57 |
| rrq | and at least two, but ideally three, actual people in maintenance roles for that | 23:01 |
| golinux | Why not start a discussion and poll on devuan-dev mail list to gauge user/maintainer interest | 23:04 |
| golinux | ? | 23:04 |
| rrq | yes that could be a good start for the first interested one. | 23:06 |
| golinux | This is also interesting: http://reisenweber.net/irclogs/libera/_devuan-dev/search?q=hurd | 23:07 |
| golinux | Only 32 posts in all of the logs! | 23:08 |
| rrq | right, yes this channel is not big for "hurd people" | 23:21 |
| joerg | try http://reisenweber.net/irclogs/libera/_devuan-dev/search?q=hurd%28%3Fi%29 | 23:42 |
| golinux | Thanks joerg! | 23:46 |
| joerg | yw | 23:46 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!