:: [devuan-dev] Notes - Devuan meet Oc…
Pàgina inicial
Delete this message
Reply to this message
Autor: Plasma
Data:  
A: devuan-dev
Assumpte: [devuan-dev] Notes - Devuan meet Oct. 09, 2019
And now for your kind attention, the devuan-dev meet notes for
Wednesday, October 9th, 2019.

plasma41

------------------------------------------------------------------------

# Devuan meet Oct. 09, 2019 @20:30 UTC

Pad is here:
https://pad.dyne.org/code/#/2/code/edit/W8OZe1vZJlyHqLCLERY1Dhzo/

Meet here: https://vdc.dyne.org/devuan
   * Please post notes prior to the meet.
   * Please add your name as 'Present' below when you get to the
     meet.
   * When adding a comment in someone else's notes, please
     pre-pend your name like this: (whoever) whatever . . .


Present: plasma41, golinux, rrq, jaromil, RickMoen, fsr, duncan


## Old Business


## Old Actions
- (golinux) iso-docs completed for ascii_2.1 thanks to plasma41 and fsr
and uploaded. Relevant changes have also been added to the website.


## New Business
- progress report on ascii point release iso builds

test iso builds by rrq: https://borta.rrq.id.au/

### Beowulf notes
- amd64 different from i386
- util-linux difficult to build on i386 and on arm64
- policy-kit problems on arm64

the arm64 overdrive builder runs out of memory sometimes

### rrq
- (rrq) the choose-mirror udeb (used by the installer) by default offers
a country based mirror host, like au.deb.devuan.org. Should this be
changed before 2.1 ? Or at least provide dns/cname resolutions to
deb.devuan.org ?

- (rrq) also choose-mirror (maybe?): the installer procedure now brings
up the mirror choice dialogue sequence twice; I think it's done to
offer a distinction between choice while installing and choice to be
installed (the second appearance inherits the replies from the first).
Should this be changed before 2.1 ?

- (rrq) the choose-init udeb (used by the installer) adds an "init
  choice" dialog sequence towards the end of the default process (rather
  than an expert mode thingy). Should this be changed before 2.1 ?
  - (gl) This was just added to the 2.1 iso-docs.  It can of course be
    changed:
    - "If you would like to select an alternate init system (openrc), an
      alternate bootloader (lilo) or exclude non-free firmware, you must
      select one of the Expert install options."
  - (plasma) I am in favor of including the init question in the default
    install


- (rrq) are there any revisions to the ISO pools to do before 2.1? The
current set ups (for i386 and amd64) use the same package sets as
2.0.0.

- (rrq) note that my ISO building is done wrt two branches of a
debian-installer workspace, and all applicable configurations are
checked in. The building of ISOs for an architecture is done on a host
of the target architecture and distribution. I.e., I have one
ascii-amd64 host, and one ascii-i386 host, both dedicated for ISO
productions.

Although untried afaik, the production process is fully repeatable by
anyone. In particular, pool content is downloaded via normal apt-get,
and it does not require an on-host repository copy. (though my apt-get
download is fronted by an apt-mirror-ng as per usual)

- (rrq) Jenkins' build hosts need kernel upgrades (e.g i386 is currently
at 4.9.0-6). They should perhaps go to beowulf's version, 4.19.0-6

- (rrq) util-linux doesn't build for beowulf, due to different problems
on different arch's, which seem to be build system related rather than
s/w issues. The i386 build fails its lsblk test, but doesn't leave
enough residue for me to work out what the underlying cause is. (It
only tells that the output from the test runs differ from the stored
templates, but not and details as to how they differ. Perhaps it's a
small change to the test run scripting, to make it keep some useful
tidbits on error)

- (rrq) Similar for policykit-1, which LeePen is pursuing.

- (rrq) noted that apt has issues and needs to be forked. amesser picked
this up and stood up as maintainer. It needs to be brought in to
devuan-packages.

- (rrq) the previously forked openvpn sits untouched since 2016; needs
some hands-on and upgrade for beowulf.

- (rrq) by quick review, (at least) 117 packages in beowulf/main have
non-optional dependency on libsystemd0. Should this be addressed by an
overriding intermediate package (Centurion_Dan suggested this I think)

### LeePen
- Sorry I can't attend.

- I also have new trees for policykit-1, consolekit2, udisks2,
xfce4-session and tasksel to build for beowulf once Jenkins is more
reliable (see rrq above).

- (LeePen) I have included a libsystemd0 transitional package in a new
src:elogind which is available for review:

https://git.devuan.org/LeePen/elogind/commits/suites/unstable-proposed

It wasn't quite as straightforward as I initially thought as we have
to ensure that real libsystemd0 packages are replaced, but not the
transitional package itself. I think I have worked around that for
normal usages.

### golinux
- Is the BTS running on Devuan infra or is KatolaZ still hosting it?
- (jaromil) the BTS is running on dyne.org's infra
- (jaromil) we need to move it
- (jaromil) good reminder

- I just found a beowulf todo pad from 11/07/18 stored in my cryptdrive!

https://pad.dyne.org/code/#/1/edit/aEXydBHk28Tormi6Vhyazg/EexaicIbGCz5Hj5+HPl4ZjNb/

Maybe it will be useful . . .


## New Actions
- move BTS from dyne to devuan infra
- popcon as well
- Set up new build hosts?
- jaromil to attend to build hosts
- rrq look at additional build hosts on devuan infrastruture
- adjust iso-docs re: alternate init (openrc)