| kreyren | Hey, i would like to join devuan team so that i can implement official dockerimages and fix lsb_release -cs on chimaera ^-^ | 11:14 |
|---|---|---|
| LeePen | Great. WHat is wrong with lsb_release? | 11:15 |
| kreyren | LeePen, lsb_release -cs returns 'n/a' on chimaera | 11:15 |
| kreyren | where 'chimaera' is expected | 11:15 |
| LeePen | There is no official joining process. You just get involved, submit patches/merge requests etc. | 11:17 |
| LeePen | We have a video meeting on Thursdays at 2030UTC | 11:17 |
| LeePen | You woulld be very welcome at that (as is anybody). | 11:17 |
| kreyren | LeePen, is the downstream repo accesible now? I though it was migrading on gitlab | 11:18 |
| kreyren | and for the dockerimages can i just submit them somewhere for devuan to publish it? | 11:18 |
| LeePen | There are some docs at https://git.devuan.org/devuan/documentation/src/branch/master/maintainers | 11:18 |
| LeePen | kreyren: Do you mean Devuan's git repo? | 11:19 |
| LeePen | It has always been available even through the migration. | 11:19 |
| kreyren | LeePen, yep? Or where can i submit the patches? | 11:19 |
| kreyren | ah i see | 11:19 |
| LeePen | The migration is done. Now gitea. Still at git.devuan.org. | 11:20 |
| kreyren | LeePen, found https://git.devuan.org/devuan/lsb -> How is this packaged? alike can i just submit something like this for chimaera? http://ix.io/2shv | 11:22 |
| kreyren | or should i get the deb file from chimaera, unpack it and made the change there? | 11:23 |
| LeePen | We work similarly to Debian in that fixes go into unstable (ceres) and then migrate to testing (currently chimaera) after a short time if they don't cause regressions. | 11:24 |
| LeePen | I haven't looked at the problem you have identified. | 11:25 |
| LeePen | We use most package directly from Debian without modification or recompilation. | 11:25 |
| LeePen | lsb-release appear to be one of those. | 11:25 |
| kreyren | I think debian is using the value from /etc/os-release in lsb_release -cs | 11:25 |
| kreyren | let me check | 11:26 |
| LeePen | There are a relatively small number of forked packages. base-files is one and contains /etc/os-release which may be the root of the problem. | 11:26 |
| kreyren | yep adding VERSION_CODENAME=chimaera makes lsb_release -cs to return chimaera | 11:27 |
| kreyren | so package base-files | 11:29 |
| LeePen | Hmmm. Because of the way packages migrate from unstable -> testing I will have to think about how we deal with that. | 11:30 |
| LeePen | It also probably explains why it is the way it is. | 11:30 |
| LeePen | Is anything broken by lsb_release -cs returning n/a? | 11:30 |
| kreyren | LeePen, all my scripts | 11:30 |
| kreyren | Because lsb_release was considered trusted to return sane values >.> http://ix.io/2shw | 11:31 |
| kreyren | and even if i add logic to fall back to /etc/os-release for distro idenfitication that fails on devuan too | 11:32 |
| kreyren | well i guess other software too O.o it's a common practice to use these for distro and release identification | 11:33 |
| LeePen | Does Debian return the correct codename for unstable and testing? | 11:34 |
| kreyren | LeePen, last time i checked it did | 11:34 |
| * kreyren is fetching debian testing and debian unstable sandboxes | 11:34 | |
| LeePen | OK. Let me look a bit closer and try to see what we are missing. | 11:34 |
| LeePen | AFAICS this behaviour is inherited from Debian. | 11:38 |
| LeePen | If you want codenames you neet to use /etc/de{bi,vu}an_version | 11:38 |
| kreyren | building debian testing and unstable fails in my sandboxing method.. trying docker >.. | 11:40 |
| kreyren | docker fails for me on devuan, checking why | 11:43 |
| kreyren | nwm syntax err | 11:47 |
| kreyren | LeePen, you are right debian testing doesn't have the VERSION_CODENAME | 11:48 |
| LeePen | Yep. So as far as your scripts go, try ^^^ /etc/de{bi,vu}an_version. | 11:48 |
| LeePen | However, it is good to have you around and do get more involved! | 11:49 |
| kreyren | LeePen, checking on debian/testing it has the /etc/debian_version that stores 'bullseye/sid` on testing and on chimaera that is /etc/devuan_version that stores beowulf/ceres O.o | 11:50 |
| kreyren | So that also can't be used to identify the distro >.> | 11:50 |
| LeePen | Hmm, should be chimaera/ceres -- I will check that, | 11:55 |
| LeePen | Do you need different behaviou on chimaera vs ceres? | 11:55 |
| kreyren | LeePen, yes i do | 11:56 |
| kreyren | different behavior per kernel, distro and release | 11:56 |
| kreyren | i.e i can't use `emerge` on apt-based distro and on windows i need to use command overrides to get the expected behavior | 11:56 |
| kreyren | and for ceres vs chimaera this is a script that auto-manages the target system so on ceres it would have to do lots of sanity checks | 12:01 |
| kreyren | because there is a threat model | 12:01 |
| LeePen | On both Debian and Devuan you have a bit of an issue as testing is really a qa filtered subset of unstable. | 12:06 |
| LeePen | See https://www.debian.org/devel/testing | 12:06 |
| kreyren | LeePen, Seems that devuan/testing is sane enough since it provides the updated versions and those are going through QA on my end too | 12:08 |
| kreyren | de{vu,bi}an/stable is too insecure and useless for most of my usecases >.> | 12:08 |
| LeePen | I will give it some thought. | 12:09 |
| kreyren | oke ^-^ | 12:09 |
| kreyren | Can i contribute to the docker though ? | 12:09 |
| LeePen | My initial reaction is that distinguishing testing from unstable reliably is difficult. | 12:09 |
| LeePen | Of course | 12:09 |
| kreyren | it's basically three line file for devuan because debotstrap is a thing | 12:10 |
| kreyren | LeePen, how should i contribute it? On github i can set up CI that basically auto-maintains the files | 12:10 |
| LeePen | There are/were some images. I am not sure of their status. | 12:10 |
| kreyren | LeePen, all of the 3rd party docker images that i've tried are broken | 12:11 |
| kreyren | and doesn't have chimaera | 12:11 |
| LeePen | OK. If you want to propose a working solution, please do. | 12:12 |
| kreyren | LeePen, would it be acceptable on github? SInce gitea doesn't have CI | 12:12 |
| kreyren | and gitlab CI is pain to work with | 12:12 |
| LeePen | Could it be done with Jenkins? | 12:13 |
| kreyren | not sure never tried it | 12:14 |
| kreyren | well never tried it on jenkins | 12:14 |
| LeePen | We use jenkins for our official package building. | 12:14 |
| LeePen | Obviously you could maintain unofficial image on github. | 12:15 |
| kreyren | well if it can run shell every X time and allows parsing secrets then it should be fine | 12:15 |
| kreyren | unofficial docker images are hell and i don't want to self-maintain it >.> | 12:15 |
| LeePen | I am not in charge around here (so it isn't my decision!!!!) but I doubt other devs would go for official Devuan images on github. But I may be wrong. | 12:16 |
| kreyren | Or like me implementing it on github is fast so i guess i could make it on github and then add jenkins O.o | 12:17 |
| kreyren | or let me do some research in jenkins will ping when i have more info ^-^ | 12:17 |
| LeePen | We know gitea -> jenkins works (because we use it). So if you can implement something based on that it should use established infra and fit well with the rest of our build systems. | 12:19 |
| kreyren | ah i didn't know that gitea -> jenkins works O.o | 12:20 |
| kreyren | shoudn't be an issue then ^-^ | 12:20 |
| LeePen | Great. | 12:20 |
| LeePen | Just corrected chimaera/ceres codename in /etc/devuan_version in base-files_11+devuan3 (unstable). | 12:46 |
| LeePen | kreyren: have a look at /usr/share/doc/base-files/README for more info on why distinguishing testing and unstable on Debian and Devuan is problematic. | 12:58 |
| LeePen | 12:58 | |
| kreyren | LeePen, noted thanks ^-^ | 12:58 |
| kreyren | LeePen, i read the mensioned file and that doesn't seem to provide more info to why is that problematic O.o | 13:00 |
| kreyren | it just seems to provide reasoning to why is chimaera and 10.x used instead of testing | 13:00 |
| LeePen | I suppose I meant this bit: http://ix.io/2shP | 13:04 |
| LeePen | Maybe it doesn't add much ;) | 13:04 |
| kreyren | ah i see | 13:09 |
| bgstack15 | I have no opinion on using github for personal packages. I feel that official packages should be in the git.devuan.org instance. And despite what LeePen says about not being in charge, he's the one with the most access and experience, so... he's in charge. | 14:25 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!