:: [devuan-dev] Notes - Devuan meet Oc…
Forside
Slet denne besked
Besvar denne besked
Skribent: golinux
Dato:  
Til: devuan-dev
Emne: [devuan-dev] Notes - Devuan meet Oct. 11/12 2017
Devuan meet Oct. 11/12 2017 @20:30 UTC

Pad is here:
https://pad.dyne.org/code/#/1/edit/FhoPmtMsprXV1Lzl-O1YMw/VQuYpRCPOiJFRAz9maS3mJcL/

Please post notes prior to the meet.

Meet here: https://jitsi.dyne.org/devuan

Present: golinux, Centurion_Dan, fsmithred, blinkdog, evilham,
parazyd(IRC/pad), flibbertgibbet, tremon, KatolaZ, gnu_srs (pad)

## Notes

### KatolaZ
   * Like the new pad :)
   * (golinux) The colors suck. Will hopefully be changed soon.  The fist
      is also gone!  :(


### blinkdog
* Will attend, [FSM](https://www.venganza.org/) willing

### rrq
   * will attend
   * status of newtonia-nemesis / ganeti set up
     - newtonia is set up and added into the ganeti cluster, as
       master-capable node
     - local subnets are linked using "ipsec" (lan_br to lan_br, and
       gnt_br to gnt_br)
     - the ipsec linking needs subnet host routes to be managed with
       instances; presently by manual blessing


### CenturionDan
   * likes that the new icon for cryptpad, but colour scheme not so much 
;-)
   * has enabled parazyd to do more on the ci and packaging.
   * has engaged with rrq towards getting ganeti running.
   * proposes
     - keen to setup an infrastructure working group with a focus on
       dealing with:
         - a) the current friction in the build process that is slowing
               work on ascii
         - b) decide and action upgrade gitlab or replacement with
               something better
              (what "better" means will have to be defined by the working
               group)
     - suggest a working group is also formed to discuss ascii release 
and
       particularly the inclusion of AntoFox's Mate and Cinammon 
packages.
     - Move all services from nextime's infrastructure to Devuan's ganeti
       infrastructure as soon as reasonably possible.


### golinux
   * Talked to the cryptpad folks about theming but the file they
       pointed me to only contains the orange BG color for the code pad
       as well as the bg colors for all the other pad options ie
       presentation, poll, rich text etc .  Will poke around their github 
  to
       try to find the rest of the equation
   * Now that Evilham is back, will try to tidy up the website.


### parazyd
   * won't be attending video/audio
      - (golinux) very bad timing
   * will be setting up the arm64 build node for jenkins
   * rsyslog is done, just needs to be built now on a proper arm64
     machine
   * build005 should be updated to ascii so we can build newer versions
      of sysvinit and util-linux
      - (gnu_srs) I can upgrade build005 to ascii if  you want to.
        Anything specific?
       - (parazyd) no, just a simple ascii upgrade. update any qemu
               installations as well if there are any (i think arm64)
   * antofox accepted his package inclusion. please discuss the path to
      proceed with this


### fsmithred
   * I don't see where to log in. It didn't ask when I got here.
     - (golinux) Login to your account here https://pad.dyne.org/ and
       then open the pad. You can also change your name from the top
       right icon.
   * Will attend.
   * New signing key: (I guess I should email this to someone. Want it
     encrypted?)
pub   4096R/094C5620 2017-10-07 [expires: 2018-10-07]
       Key fingerprint = 67F5 0132 1627 1E85 C251  E480 A738 23D3
       094C 5620
uid                  fsmithred (aka fsr) <fsmithred@???>
sub   4096R/77774219 2017-10-07 [expires: 2018-10-07]


     - (golinux) I guess that will have to be changed on the 'Team' page
       of the site?
     - (blinkdog)
          gpg --recv-keys 094C5620
          gpg --export --armor 094C5620
   * refracta forum dilemma with tapatalk hosting and possible migration
      to the VPS (where d1g started)


### tremon
    (golinux had difficulty deciphering who said what in this section.)


  * eudev seems to be working fine (2 machines tested)
    - the 220 epoch is irksome (it looks amateurish)
    - (gnu_srs) As I wrote in the email it is ugly. I propose
      220-3.2.2-devuan2.x as name.
      And not install the epoch versions from experimental in ascii*
    - yep, that will do. But I'd prefer if it didn't have the old system
      version number in it.
      upstream eudev simply uses 3.2.2, and we can reuse that or
      add an epoch of 1
      No we can not use 3.2.2 or 220-3.2.2 etc. Current version on
      my  box is is 232-22
    - why not? man deb-version(5) says that is what we should do,
      ideally.   To verify:
      dpkg --compare-versions 1:3.2.2 ge 
220-whatever-version-systemd-uses && echo true
       - (i think we've tried this a few times. the problem i encountered
         is that packages depend on the epoch, iirc. ~parazyd)
   - (gnu_srs) I proposed to rename everyting to eudev, also libudev*
      But that was not accepted by parazyd
    - (parazyd) and it won't. a thing called libeudev does not exist in
     real world. eudev also implements libudev as is.
     (gnu_srs) Well, let's use 1:220-3.2.2-x then
   - (tremon) If there is no other solution, then we can use whatever
     works. But it's not clear to me why an epoch of 1 wouldn't work --
     unless other packages have explicit dependencies on a specific
     libudev version but in that case, the 220 epoch shouldn't work 
either
       most jessie packages depend on >=215; not sure about ascii yet
   - stretch-backports (stable) has 234-3+... So 220-something wouldn't
     work.
   - dpkg --compare-versions 1:0.1 ge 234-3+  ## even 1:0.1 is greater
     than an epoch of 0
   - As I wote above, let's use 1:220-3.2.2-x, i.e. the epoch is 1, not 
220
    - can you provide such a package before patching
           devuan-packages/eudev ?
        - this would require testing on real-world/desktop systems.
        - we've tried a similar thing before, but it has not proven well
   - https://git.devuan.org/devuan-packages/eudev (suites/experimental
     branch)
   - (tremon) will do
   - so you will take over maintainership?
   - if that's what it takes -- I want to at least try :)
   - parazyd and I have made the latest releases. Do you feel strongly
     for doing this?
   - ideally, I don't want packages to be maintained by individuals. But
     if I am asked to contribute, I will try
   - parazyd you decide
       - feel free to submit patches :)
* will attend, but leave early


### flibbertgibbet
* will attend for some of the session
* fod wiki upgraded to latest version

## TODO: Add discussion items here
   * Decide name for the "LEAD group"
      - CTTE - jaromil
      - Devuan Steering Committee (DSC) - John Franklin
      - Caretakers (CT) - golinux (+)(+)
      - Interim Devuan Executive Committee (IDEC) - Chanku
      - Loyal Order of Devuan Poobahs (LODP) - blinkdog
        (golinux) will be voted on by the CTTE


   * Decide final configuration of the CTTE.
      - compromise proposed by golinux.  Rejected by jaromil
    * jaromil and parazyd (sharing one Dyne vote)
    * Centurion_Dan
    * KatolaZ
    * rrq
         * Evilham
           (golinux) note that the vote sharing was initially conceived 
as
            a way  to include 6 people within the 5 person structure
            originally suggested.


      - New options proposed by golinux
     1.  Either jaromil or parazyd step aside  (response below)
     2.  We expand the CTTE to 6  (0 votes)
     3.  We expand the CTTE to 7 by adding fsmithred into the
               mix (2 votes)


   - Evilham's comments on the new options:
       1. Would be OK if parazyd is guaranteed to have access to anything
           he needs. 4/5 majority needed to avoid the "51% phenomenon"
     (parazyd also agrees with this)
          (golinux) With parazyd's agreement, this option is identical to 
the
          one proposed by Centurion_Dan below
       2. Is no good, it can lead to perfectly split opinions and is not 
much
           better than current state of affairs.
       3. Would also be good, with 5/7 majority to avoid the "51%
           phenomenon".


   - Dan's proposal
      * leadership group members
      - jaromil
      - Centurion_Dan
      - KatolaZ
      - rrq
      - Evilham
              * leadership group chooses it's own name.
                (golinux) see choices above.
              * (golinux) this would allow parazyd to do what he does 
best -
                 write beautiful code rather than be saddled with
                 'committee' stuff
              * (blinkdog) add a timeline to revisit this committee?
                 (ascii release + 1 month, after 1 year, other?)
   * Open or restricted communication?
     - (golinux) Open discussions will continue as now
   * Is attendance at meetings important?
     - Yes!  A good time was had by all.