2024-02-26 19:00:00 <@alexsaezm:fedora.im> !startmeeting Go SIG meeting
2024-02-26 19:00:01 <@meetbot:fedora.im> Meeting started at 2024-02-26 19:00:00 UTC
2024-02-26 19:00:01 <@meetbot:fedora.im> The Meeting name is 'Go SIG meeting'
2024-02-26 19:00:15 <@gotmax:matrix.org> I'm a bit under the weather, but...
2024-02-26 19:00:16 <@gotmax:matrix.org> !hi
2024-02-26 19:00:19 <@zodbot:fedora.im> Maxwell G (gotmax23) - he / him / his or they / them / theirs
2024-02-26 19:00:38 <@alexsaezm:fedora.im> sorry to hear that!
2024-02-26 19:03:25 <@alexsaezm:fedora.im> (I'll wait til :05 for all to join)
2024-02-26 19:03:36 <@mikelolasagasti:matrix.org> !hi
2024-02-26 19:03:37 <@zodbot:fedora.im> Mikel Olasagasti Uranga (mikelo2)
2024-02-26 19:05:31 <@mikelolasagasti:matrix.org> don't know if there is any topic for today
2024-02-26 19:05:45 <@mikelolasagasti:matrix.org> I ws checking last weeks' logs
2024-02-26 19:05:53 <@alexsaezm:fedora.im> no that I can see, this can be short
2024-02-26 19:06:11 <@alexsaezm:fedora.im> I want to ask something in the open floor but that is low priority 
2024-02-26 19:06:50 <@gotmax:matrix.org> I had the question about potentially moving Go macros and/or go2rpm to Gitlab
2024-02-26 19:07:03 <@mikelolasagasti:matrix.org> +1 from my side
2024-02-26 19:07:45 <@mikelolasagasti:matrix.org> I don't like GitLab's user interface, but it's better than pagure
2024-02-26 19:07:53 <@alexsaezm:fedora.im> let's move to the open floor then 
2024-02-26 19:07:54 <@alexsaezm:fedora.im> !topic Open floor
2024-02-26 19:08:40 <@alexsaezm:fedora.im> as I said, and in the same vibe as mikelolasagasti ... I don't like GitLab's, but I am all in
2024-02-26 19:09:20 <@gotmax:matrix.org> I personally prefer Github or Sourcehut, but Fedora has the SSO support and can sync permissions from the go-sig FAS group
2024-02-26 19:09:37 <@gotmax:matrix.org> I personally prefer Github or Sourcehut, but Gitlab has the Fedora SSO support and can sync permissions from the go-sig FAS group
2024-02-26 19:09:44 <@gotmax:matrix.org> The CI situation with Pagure is unfortunately not that great
2024-02-26 19:10:08 <@gotmax:matrix.org> And I always get nervous about breaking things when changing the Go macros, so I'd like to add some basic testing
2024-02-26 19:10:17 <@alexsaezm:fedora.im> just out of curiosity, packit and tmt doesn't cut it for you?
2024-02-26 19:10:24 <@gotmax:matrix.org> Just one change can break thousands of packages
2024-02-26 19:10:25 <@mikelolasagasti:matrix.org> gotmax23: would it be possible to move go-leaves also to gitlab?
2024-02-26 19:10:38 <@gotmax:matrix.org> Packit is not supported on pagure.io
2024-02-26 19:10:47 <@gotmax:matrix.org> And I'm not sure about tmt, but I've always found it very confusing
2024-02-26 19:11:07 <@alexsaezm:fedora.im> oh bummer
2024-02-26 19:11:49 <@gotmax:matrix.org> mikelolasagasti: I would consider that. Currently, it's running on a separate cronjob, but it'd be nice to have it run through Gitlab CI so it's more "open"
2024-02-26 19:12:01 <@gotmax:matrix.org> That could be a good test case
2024-02-26 19:12:15 <@mikelolasagasti:matrix.org> I would love that
2024-02-26 19:12:39 <@mikelolasagasti:matrix.org> I feel current setup is under your personal control
2024-02-26 19:12:43 <@mikelolasagasti:matrix.org> nothing against it
2024-02-26 19:13:08 <@mikelolasagasti:matrix.org> but having it on GitLab can be more maintainable 
2024-02-26 19:13:32 <@gotmax:matrix.org> Yeah, I would definitely prefer it to be more public/not only controlled by me
2024-02-26 19:13:39 <@alexsaezm:fedora.im> will it be like under a organization or a namespace named Go SIG or something like that?
2024-02-26 19:13:53 <@mikelolasagasti:matrix.org> gitlab/fedora/go-sig/$project? 
2024-02-26 19:14:24 <@gotmax:matrix.org> Probably a subgroup of https://gitlab.com/fedora/sigs
2024-02-26 19:14:35 <@gotmax:matrix.org> https://gitlab.com/fedora/sigs/go or https://gitlab.com/fedora/sigs/golang I guess
2024-02-26 19:15:02 <@gotmax:matrix.org> We can file a ticket with Infra to create the group if people are on board
2024-02-26 19:15:19 <@alexsaezm:fedora.im> +1 to sigs/go
2024-02-26 19:15:30 <@mikelolasagasti:matrix.org> +1
2024-02-26 19:16:06 <@alexsaezm:fedora.im> I like the idea a lot :)
2024-02-26 19:16:07 <@gotmax:matrix.org> !action File an infra ticket to create https://gitlab.com/fedora/sigs/go
2024-02-26 19:16:21 <@gotmax:matrix.org> !action Move go-leaves to https://gitlab.com/fedora/sigs/go once the group is created
2024-02-26 19:17:06 <@gotmax:matrix.org> Should we move on to alexsaezm's thing or does anyone have something else to add?
2024-02-26 19:18:58 <@alexsaezm:fedora.im> My thing is quite simple. Last meeting was chaired by mikel (thanks a lot) and I saw that we should consider moving the time of this meeting. Last attempt was a year ago if I recall correctly and because of me not knowing better, the poll was... not good. I was going to create another poll and the question is... any suggestions for where I should create it? I have zero idea about which tools we can use that are not a pain and are respectful with the privacy of the users
2024-02-26 19:19:13 <@alexsaezm:fedora.im> (I already moved the topic myself :D sorry)
2024-02-26 19:20:03 <@gotmax:matrix.org> I've used https://whenisgood.net/ but never created one myself
2024-02-26 19:20:14 <@gotmax:matrix.org> Although I will say that the current time is pretty good for me :)
2024-02-26 19:21:30 <@alexsaezm:fedora.im> while late here, I really got used to it and I like it (doesn't interact with other meetings) but apparently it's a the same time as FESCo...?
2024-02-26 19:22:19 <@alexsaezm:fedora.im> while late here, I really got used to it and I like it (doesn't interact with other meetings) but apparently it's at the same time as FESCo...?
2024-02-26 19:23:15 <@gotmax:matrix.org> The FESCO meeting starts at 19:30 UTC I think
2024-02-26 19:23:38 <@gotmax:matrix.org> We often don't meet the whole hour and only every other week
2024-02-26 19:24:44 <@gotmax:matrix.org> But if multiple people dislike the current time, we should definitely consider moving it
2024-02-26 19:25:07 <@alexsaezm:fedora.im> Then maybe the poll should be: Are you ok with the current time? :D
2024-02-26 19:26:02 <@mikelolasagasti:matrix.org> i'm (and my family) is also used to this slot. I don't mind to change if conflicts with others, but I expect those to speak up to confirm it doesn't work for them
2024-02-26 19:26:04 <@salimma:fedora.im> had a conflict, sorry for missing most of the meeting
2024-02-26 19:26:10 <@salimma:fedora.im> (since FESCo starts in 4 mins, sigh)
2024-02-26 19:27:29 <@gotmax:matrix.org> https://framadate.org/abc/en/ is also an option, by the way
2024-02-26 19:27:53 <@alexsaezm:fedora.im> thanks, I'll check both links
2024-02-26 19:28:12 <@alexsaezm:fedora.im> and that's it, we can call it as I don't have anything else. I can prepare a poll and ask it in the mailing list
2024-02-26 19:28:29 <@gotmax:matrix.org> I actually have one more thing :) 
2024-02-26 19:28:54 <@gotmax:matrix.org> I've been working on creating a script to check licenses for vendored Go packages
2024-02-26 19:29:38 <@gotmax:matrix.org> https://git.sr.ht/~gotmax23/fedora-scripts/tree/main/item/go-sig/go_vendor_licenses.py is the current version, but I have other changes locally
2024-02-26 19:30:41 <@gotmax:matrix.org> It uses `askalono crawl` to identify license files and then makes sure each vendored Go module has at least one license file attached to it
2024-02-26 19:31:14 <@alexsaezm:fedora.im> that's cool
2024-02-26 19:31:15 <@gotmax:matrix.org> I'd like to make it so you can run it in the RPM build process and pass a `--verify %{license_tag}` flag to make sure that the current License tag is accurate
2024-02-26 19:31:56 <@gotmax:matrix.org> It'll also support a file to manually specify license tags in a config file for licenses files that askalono cannot detect  
2024-02-26 19:32:15 <@gotmax:matrix.org> And maybe installing all the vendored license files with %license into the final package
2024-02-26 19:32:52 <@gotmax:matrix.org> I'm trying to make it possible to do vendoring in accordance with vendoring and licensing guidelines when it's impractical to package all the individual libraries
2024-02-26 19:32:53 <@alexsaezm:fedora.im> it would be cool to run it as part as the CI of the packages
2024-02-26 19:33:09 <@alexsaezm:fedora.im> like the installatibily test (pretty sure I wrote a typo)
2024-02-26 19:33:20 <@alexsaezm:fedora.im> like the installability test (pretty sure I wrote a typo)
2024-02-26 19:33:30 <@mikelolasagasti:matrix.org> testing the scriprt, really useful 
2024-02-26 19:33:54 <@gotmax:matrix.org> https://src.fedoraproject.org/rpms/aerc/blob/rawhide/f/LICENSES.dependencies is what the report currently looks like
2024-02-26 19:34:47 <@gotmax:matrix.org> It calculates a cumulative SPDX expression that includes licenses of the vendored components and a license breakdown
2024-02-26 19:35:02 <@gotmax:matrix.org> For now, I'm installing that report file into the package with %license
2024-02-26 19:35:22 <@gotmax:matrix.org> Anyways, the tooling needs some more work, but just wanted to bring it up
2024-02-26 19:36:34 <@alexsaezm:fedora.im> it's really cool
2024-02-26 19:36:39 <@gotmax:matrix.org> Thanks!
2024-02-26 19:36:43 <@zodbot:fedora.im> alexsaezm has already given cookies to gotmax23 during the F39 timeframe
2024-02-26 19:36:58 <@gotmax:matrix.org> Also, has anyone heard from eclipseo recently? I'd like to onboard a new maintainer to the aerc package but don't have the necessary permisisons.
2024-02-26 19:37:59 <@alexsaezm:fedora.im> now that you say it... no
2024-02-26 19:38:52 <@alexsaezm:fedora.im> what kind of permissions do you need?
2024-02-26 19:39:00 <@gotmax:matrix.org> admin on the package
2024-02-26 19:39:28 <@alexsaezm:fedora.im> maybe infra can add you there if he is slow to respond?
2024-02-26 19:39:56 <@mikelolasagasti:matrix.org> He made some commits a few weeks ago
2024-02-26 19:40:03 <@gotmax:matrix.org> We could add him to https://accounts.fedoraproject.org/group/go-sig/, but I want to avoid overwhelming brand new packagers with access to 2 thousand packages and a bunch of emails
2024-02-26 19:40:27 <@gotmax:matrix.org> Ah, okay
2024-02-26 19:40:46 <@gotmax:matrix.org> I sent him a Matrix message and will try email if I don't hear back later this week
2024-02-26 19:41:27 <@gotmax:matrix.org> The upstream maintainer expressed interest in helping to maintain the package downstream in Fedora which I find exciting
2024-02-26 19:41:35 <@gotmax:matrix.org> So it'd be really great to have them onboard
2024-02-26 19:41:47 <@alexsaezm:fedora.im> oh that's awesome!!
2024-02-26 19:42:10 <@mikelolasagasti:matrix.org> https://src.fedoraproject.org/user/eclipseo on feb 7th
2024-02-26 19:42:21 <@gotmax:matrix.org> *nod*
2024-02-26 19:43:21 <@gotmax:matrix.org> I also am working on https://pagure.io/go-rpm-macros/pull-request/62 to make it easier to use upstream Makefiles with the proper compiler flags
2024-02-26 19:43:56 <@gotmax:matrix.org> It looks Neal gave me some feedback there, so I'll get on that
2024-02-26 19:44:22 <@alexsaezm:fedora.im> that would be amazing, some project has really good Makefiles (I was thinking in Delve).
2024-02-26 19:44:35 <@alexsaezm:fedora.im> but for some reason I was never able to make it work and I call it
2024-02-26 19:44:46 <@gotmax:matrix.org> Yeah, it can be tricky
2024-02-26 19:45:11 <@gotmax:matrix.org> The one wrinkle is that you can't `export GOFLAGS=%{the_new_buildflags_macro}`
2024-02-26 19:45:25 <@gotmax:matrix.org> GOFLAGS doesn't handle quoted arguments with spaces
2024-02-26 19:45:50 <@gotmax:matrix.org> So the Makefile/meson config/whatever needs to expose a separate option that's passed directly to the `go build` invocation
2024-02-26 19:48:42 <@alexsaezm:fedora.im> Thanks for working on that
2024-02-26 19:49:20 <@gotmax:matrix.org> Sure!
2024-02-26 19:50:50 <@alexsaezm:fedora.im> Anyone wants to bring anything else?
2024-02-26 19:51:43 <@mikelolasagasti:matrix.org> not today
2024-02-26 19:51:51 <@alexsaezm:fedora.im> Then... we can call it :)
2024-02-26 19:51:58 <@alexsaezm:fedora.im> thanks a lot!!!
2024-02-26 19:52:06 <@alexsaezm:fedora.im> !endmeeting