libera/#devuan-dev/ Monday, 2019-12-23

bpmedleyLeePen : I can try.  How do I start?00:07
GonarhHiall02:02
GonarhHave place in HDD, and good bandwidth for upload. Want help devuan, make mirror, but need manual how make it. Anybody can help me with it?02:05
onefanghttp://pkgmaster.devuan.org/devuan_mirror_walkthrough.txt is the instructions we use.02:06
GonarhThx02:07
onefangThat's for a package mirror, there are also ISO mirrors.  Which sort do you wan to do?02:07
GonarhHow many take place ISO mirrors?02:08
onefang54 GB for an ISO mirror.02:08
GonarhThen, all02:09
onefangI suggest you make a package mirror first, following those instructions.  Then you will know most of what you need to know to make an ISO mirror.02:10
GonarhOk, thx02:11
onefangAnd I should someday expand those instructions to include ISO mirrors.  B-)02:13
GonarhNo have time?02:14
onefangI also suggest you have the package mirror at http://gonarh.net/devuan/  and the ISO one at http://gonarh.net/devuan-cd/.  Or whatever your domain name will be.02:14
Gonarhok02:16
onefangI'm working my way through my Devuan TODO list, I haven't gotten to the "Update the mirror walkthrough" one yet.02:16
golinuxonefang: Gonarh: https://files.devuan.org/MIRRORS.txt02:19
onefangI keep forgetting about that file, thanks golinux.02:20
Gonarhsecond manual simple than first02:20
GonarhOh, its part02:21
onefangThis is why I have to "Update the mirror walkthrough".  B-)02:21
LeePenbpmedley: Have you done much packaging before?10:47
LeePenI will need to write a basic guide. Most of the online documentation relating to debian is relevant. Except Devuan builds directly from git, so you need to test your builds with gbp-buildpackage.10:49
LeePenYou can create your own account on git.devuan.org. Clone a the package you want to work on from the devuan-packages group.10:50
LeePenMerge the correct debian version (rmadison  or http://tracker.debian.org is useful here)10:50
LeePenFixup. Test build. Lintian check. Redo.10:51
LeePenThen push your tree for review, merge and build.10:51
LeePenDoes any of that make sense/help?10:52
* Evilham wants to try crazy things re: pkg building for beowulf++ but needs more time or a clone11:16
LeePenWhat things do you have in mind?11:17
onefangWould Evilhams clone be the good twin?  B-)11:18
onefangWe shall cal him Bacon, coz Bacon is always good.11:19
EvilhamI've been thinking about maintaining just one repo with the patches that are applied to debian's packages, kinda the way BSD ports work and I think that's realistic for most of the packages in devuan11:26
Evilhambut it's a non-trivial amount of work (though I think it can make maintenance significantly easier)11:27
Evilham(also: obviously my clone would be spam)11:27
onefanglol11:28
LeePenEvilham: Yes, having been wading through this for the last few wees, I am not convinced what we have is neccessarily the most efficient or stable.11:30
LeePenI am constantly amazed at the new failure modes I can trigger :-#11:30
Evilham:-D good realisation11:30
LeePenIan Jackson was/is working on similar things in debian.11:31
LeePendgit..11:31
Evilhamthing is: his proposal is a lot closer to what devuan does as to what debian does11:32
Evilhambut the scale of doing it for debian is totally different11:32
LeePenI know, in one sense we are both chasing each other.11:32
LeePenAbsolutely.11:32
Evilhamso one of the reasons why I think having a monorepo with patches would be a decent idea, is that it makes the diff against debian more transparent and means that it's easier to know which issues are debian issues and which are devuan issues, so everyone wins11:33
LeePenYes, I see that.11:34
Evilhamfor example your packages wouldn't necessarily be a good fit for that, since you have less friction to make libelogind the default and things like that11:34
LeePenAnd for src:elogind we are the upstream for debian rather than the other way round.11:35
Evilhamexactly :-)11:35
LeePenThat might apply to eudev when gnu_srs1 gets it included.11:35
LeePenHmmmm. Definitely worth more thought.11:36
Evilhambut in any case, it's something I could totally propose for beowulf++ since that allows for more time to actually develop, implement, test and deploy things11:36
LeePenOK. I am also keen that we don't get so far behind in the future  which will also make things easier.11:37
Evilhamyup11:37
Evilhamaaanyway, back to taking a look at k8s because $reasons '-.-11:38
telmichEvilham: poor you13:19
telmichEvilham: I'm also looking at it every month, but the more I look the less I am convinced13:19
bpmedleyLeePen : Makes sense.  I'll try, but I have little packaging experience..13:20
Evilhamtelmich: in this case I think it beats deploying an "enterprisy" thing by hand16:18
Evilham"enterprisy" --> documentation sucks and it assumes all kinds of weird configs16:19
Evilhamaanyway, enough OT here :-D16:19
telmichEvilham: :-)16:20
onefangYou forgot the most important part of being "enterprisy", overpriced.16:21
HumanGeekhi18:34
HumanGeekthere is no backport stabe repo ?18:34
HumanGeekE: The repository 'tor+http://devuanfwojg73k6r.onion/merged stable-backport Release' does not have a Release file.18:35
fsmithredHumanGeek, ascii is still the stable release18:45
fsmithredyet buster is stable in debian18:45
fsmithredif you use "stable" in sources.list you will have problems18:46
fsmithredascii-backports18:46
HumanGeekhuum18:47
HumanGeekok18:48
plasma41LeePen Centurion_Dan: The fdisk package is missing from ascii.22:44
LeePenplasma41: Thanks. I'll have a look tomorrow.22:45
plasma41Did a move in dak go awry?22:46
LeePenPossibly...22:47
plasma41LeePen: Nevermind. The fdisk binary was included in the util-linux binary package in stretch. It wasn't moved to its own binary package until buster. My mistake.22:53

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!