15:00:30 <decathorpe> #startmeeting Stewardship SIG Meeting (2019-06-25)
15:00:30 <zodbot> Meeting started Tue Jun 25 15:00:30 2019 UTC.
15:00:30 <zodbot> This meeting is logged and archived in a public location.
15:00:30 <zodbot> The chair is decathorpe. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:30 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:00:30 <zodbot> The meeting name has been set to 'stewardship_sig_meeting_(2019-06-25)'
15:00:38 <decathorpe> #meetingname stewardship-sig
15:00:38 <zodbot> The meeting name has been set to 'stewardship-sig'
15:00:45 <decathorpe> #topic Roll Call
15:00:47 <decathorpe> hi guys :)
15:00:54 <jstanek> hi!
15:01:04 <cipherboy> decathorpe: \o hello! Sorry I couldn't make last meeting. I've been busy these couple of weeks.
15:01:12 <decathorpe> #chair jstanek
15:01:12 <zodbot> Current chairs: decathorpe jstanek
15:01:15 <decathorpe> #chair cipherboy
15:01:15 <zodbot> Current chairs: cipherboy decathorpe jstanek
15:01:17 <decathorpe> no worries
15:02:44 <cipherboy> jstanek: \o I don't think we've met. I'm one of the troublemakers who wanted to keep Dogtag unmodularized. :-)
15:03:58 <dmoluguw> hello everyone. This is dinesh and I team up with cipherboy in trouble making :)
15:04:12 <decathorpe> hi :)
15:04:13 <jstanek> cipherboy: hi! I got into this when I promised to keep js-jquery buildable :)
15:05:50 <cipherboy> decathorpe: I think edewata is lurking too somewhere but this is during our team meeting so we'll be on/off.
15:05:58 <cipherboy> decathorpe: Agenda looked good to me.
15:06:02 <decathorpe> okok
15:06:06 <decathorpe> then let's start
15:06:20 <decathorpe> #topic Open Floor
15:06:22 <decathorpe> is there anything you guys want to talk about?
15:06:59 <cipherboy> decathorpe: I reviewed some of the open PRs and provided a second ACK on most of them. They seem mostly fine, just a few weird things with upstreams not updating their pages sometimes.
15:07:14 <decathorpe> yeah that's weird
15:07:40 <cipherboy> decathorpe: If you want, I could go ahead and merge them, there's only one where the `url` field should actually be updated but that could be a separate PR as it doesn't really change much either way.
15:08:09 <edewata> decathorpe: hi, sorry we're attending another meeting too
15:08:16 <decathorpe> hi! no worries
15:08:20 <decathorpe> #chair edewata
15:08:20 <zodbot> Current chairs: cipherboy decathorpe edewata jstanek
15:08:31 <decathorpe> actually I was already planning to merge my PRs after this meeting if there are no objections
15:09:11 <cipherboy> decathorpe: ACK, works for me.
15:09:26 <decathorpe> regarding failing builds: eclipse is already broken in rawhide
15:09:26 <jstanek> from what I was going over and can tell, they look sane, so LGTM from me as well
15:09:51 <decathorpe> for reference: https://apps.fedoraproject.org/koschei/search?q=eclipse
15:11:34 <mbooth> decathorpe: Eclipse is moving to modularity for F31
15:11:35 <cipherboy> decathorpe: Ah, ok. Fair enough. DT was failing for a bit since systemd was broken.
15:11:56 <decathorpe> mbooth: good to know
15:12:30 <decathorpe> well, we'll have to patch log4j to use a different JPA provider then
15:14:33 <mbooth> decathorpe: What specific java apps are you trying to keep working in ursine package set?
15:15:10 <decathorpe> dogtag-pki, probably also maven, gradle
15:15:45 <decathorpe> which also means switching off eclipse's JPA implementation to fix installability issues on 32bit arches
15:16:41 <decathorpe> also, a surprising percentage of fedora packages pulls in java stuff transitively
15:18:08 <mbooth> decathorpe: IMO anything that pulls in Eclipse directly instead of using the osgi-* packages is a bug
15:18:23 <mbooth> decathorpe: And I would like see such cases, I will fix them :-)
15:19:42 <mbooth> 99% of the time they just want to compile against an OSGi API and it doesn't really matter which implementation provides it.
15:20:36 <decathorpe> let me check. I had some examples somewhere
15:21:05 <mbooth> I already made a bunch of such changes when I made Eclipse 64bit only -- I probably missed some
15:24:05 <x3mboy> .fas
15:24:05 <zodbot> x3mboy: (fas <query>) -- Search the Fedora Account System usernames, full names, and email addresses for a match.
15:24:05 <decathorpe> so this has been resolved?
15:24:09 <x3mboy> .hello2
15:24:10 <decathorpe> https://bugzilla.redhat.com/show_bug.cgi?id=1705867
15:24:10 <zodbot> x3mboy: x3mboy 'Eduard Lucena' <eduardlucena@gmail.com>
15:27:14 <decathorpe> mbooth: when trying to build log4j on i686, I still get: "No matching package to install: 'mvn(org.eclipse:osgi)'"
15:27:52 <mbooth> decathorpe: This dep can be changes to "mvn(org.osgi:osgi.core)"
15:28:09 <decathorpe> ok, similar problem here: "  - nothing provides mvn(org.eclipse.osgi:org.eclipse.osgi) needed by eclipselink-persistence-api-2.1.0-7.fc30.noarch
15:28:11 <decathorpe> "
15:28:17 <mbooth> Same
15:28:50 <decathorpe> so just "s/mvn(org.eclipse.osgi)/org.osgi:osgi.core)"
15:29:07 <mbooth> See "man pom_change_dep"
15:29:13 <mbooth> But yeah
15:29:25 <decathorpe> ah you mean in both pom and BuildRequires
15:29:32 <mbooth> Yes
15:29:45 <decathorpe> that's what I was missing
15:29:47 <decathorpe> thanks
15:29:48 <mbooth> But for java packages, the BRs are generated from the pom ;-)
15:30:08 <mbooth> Using xmvn-builddep
15:31:03 <decathorpe> well ... I don't think generate_buildrequires is implemented for java packages ;)
15:31:24 <mbooth> No, one should run "xmvn-builddep /path/to/build.log"
15:31:32 <mbooth> To generate them
15:31:54 <decathorpe> interesting 🤔️
15:32:10 <mbooth> It's manual process, but has enabled us to have generated BRs for years and years
15:32:25 <decathorpe> nice
15:33:22 <mbooth> decathorpe: BTW, those unfamiliar with java packaging should read this: https://fedora-java.github.io/howto/latest/
15:34:01 <decathorpe> good to know
15:38:38 <decathorpe> anything else you guys want to talk about? otherwise I'd close the meeting
15:40:47 <cipherboy> decathorpe: I think that's it. :) Glad you got the issues with leaf packages sorted out.
15:40:57 <jstanek> nothing from me
15:41:04 <cipherboy> decathorpe: Sorry I couldn't help with that.
15:41:26 <decathorpe> cipherboy: no need to apologize
15:41:50 <decathorpe> in the end it was a matter of figuring out how to query dnf to *really* get all dependencies
15:42:01 <decathorpe> (and then restrict the results, otherwise there are 10000+
15:42:07 <decathorpe> dependencies for some packages)
15:42:28 <mbooth> decathorpe: Which log4j package are you speaking of?
15:42:35 <mbooth> decathorpe: I see this: https://src.fedoraproject.org/rpms/log4j/blob/master/f/log4j.spec#_23
15:43:07 <decathorpe> I just checked and log4j fails because the issue is in another package: nothing provides mvn(org.eclipse.osgi:org.eclipse.osgi) needed by eclipselink-persistence-ap
15:44:27 <decathorpe> mbooth: which has https://src.fedoraproject.org/rpms/eclipselink-persistence-api/blob/master/f/eclipselink-persistence-api.spec#_18
15:44:41 <mbooth> decathorpe: Ok thanks, I will fix it
15:44:50 <decathorpe> great :) thanks
15:44:52 <decathorpe> mbooth++
15:44:53 <zodbot> decathorpe: Karma for mbooth changed to 2 (for the current release cycle):  https://badges.fedoraproject.org/tags/cookie/any
15:46:14 <decathorpe> I'll fix them when if I find any other examples of these issues
15:48:13 <cipherboy> Thanks decathorpe!
15:48:46 <decathorpe> let's wrap this up then
15:48:55 <decathorpe> thanks for showing up, everybody
15:48:57 <decathorpe> #endmeeting