*** BitEvil is now known as SpeedEvil | 01:21 | |
*** SpeedEvil is now known as Guest69157 | 10:41 | |
*** frinring_ is now known as frinring | 12:35 | |
spiiroin | review appreciated: menu/home/back button backlight tweaking | 12:49 |
---|---|---|
spiiroin | https://git.merproject.org/mer-core/mce-dev/merge_requests/9 | 12:49 |
spiiroin | https://git.merproject.org/mer-core/mce/merge_requests/98 | 12:49 |
Son_Goku | anyone who looks are package manager things, would appreciate this review: https://git.merproject.org/mer-core/libsolv/merge_requests/5 | 13:27 |
r0kk3rz | abranson: ^^ | 13:28 |
r0kk3rz | Son_Goku: first things, make a mer bug about it, and reference it in the commit | 13:29 |
Son_Goku | a bug is required for this? | 13:30 |
r0kk3rz | a bug is required for basically everything | 13:30 |
r0kk3rz | if you look at the commit history you will see the commit format used | 13:31 |
Son_Goku | ugh | 13:32 |
Son_Goku | so I have to have one-line commit messages | 13:32 |
abranson | r0kk3rz: we can do that in the merge commit too, but it's nice to have in the actual commit message. good to know what problems it solves too. | 13:32 |
abranson | Son_Goku: no, it only dictates what the first line says. you can have more lines. | 13:32 |
abranson | though the second line should always be blank in git commits in general i think | 13:33 |
Son_Goku | I'm going to guess JB# is jolla bugzilla? | 13:33 |
Son_Goku | so what's the indicator we use for mer bugs | 13:33 |
abranson | yeah. MER# can be used to refer to a mer bug | 13:33 |
abranson | all this stuff makes sure the changelogs get generated properly | 13:33 |
r0kk3rz | honestly the jollanauts should be better at using mer bugzilla for mer components :P | 13:34 |
abranson | this is true ;) | 13:34 |
Son_Goku | I was trying to figure out how the changelogs were generated actually | 13:35 |
Son_Goku | I wasn't sure if it was verbatim commit messages like Mageia does, or if it was specifically marked lines in messages (as Fedora is considering), or something else | 13:35 |
Son_Goku | abranson: how's this? https://bugs.merproject.org/show_bug.cgi?id=1990 | 13:37 |
merbot | Mer bug 1990 in libsolv "libsolv should use updated configuration from Fedora" [Task,New] | 13:37 |
abranson | not sure of the details, but I think just those first lines are extracted from git. the CI also records it against the referenced bug, and closes it if you say 'Fixes' | 13:38 |
Son_Goku | abranson, like so? https://git.merproject.org/mer-core/libsolv/merge_requests/5 | 13:39 |
abranson | Son_Goku: like this sorry: [topic] description. Fixes MER#1990 | 13:41 |
Son_Goku | pushed that into the commit message | 13:43 |
Son_Goku | https://git.merproject.org/mer-core/libsolv/merge_requests/5/commits | 13:43 |
abranson | Son_Goku: sorry could you drop the brackets too. It might work like that, but I've never tried :) | 13:44 |
Son_Goku | my inner writer is screaming now :P | 13:44 |
Son_Goku | abranson, done | 13:47 |
abranson | Son_Goku: thanks. that's great. good writeup in the bug too | 13:53 |
Son_Goku | Mer being half openSUSE and half Fedora is weird though :P | 13:53 |
Son_Goku | I still remember when Moblin was forked from Fedora all those years ago | 13:54 |
r0kk3rz | seems odd you need so many flags for stuff like that tbh | 13:55 |
Son_Goku | mls doesn't like changing the defaults, so... | 13:56 |
Son_Goku | r0kk3rz, I'd much rather most of these options be default, but I'm not upstream and mls doesn't want to, so *shrugs* | 13:59 |
r0kk3rz | yeah not your fault, just a passing comment | 13:59 |
abranson | Son_Goku: yeah it is strange. at least there's not so much Debian left over... | 14:00 |
Son_Goku | the Fedora spec actually has a ton of bconds because Fedora and RHEL have two different sets of settings :( | 14:00 |
abranson | I guess using obs internally brings a lot of suseness | 14:00 |
lbt | yep | 14:00 |
Son_Goku | actually, you can drop almost all of that if you don't use zypper | 14:00 |
abranson | well here's the guy who'd know for sure :D | 14:00 |
lbt | :) | 14:01 |
Son_Goku | heh | 14:01 |
Son_Goku | I'm slowly adapting ol's work against OBS git master | 14:01 |
abranson | zypper's available but not installed by default. it's nice to be able to use it though. | 14:01 |
Son_Goku | so that I can package the next version of OBS for Fedora | 14:01 |
lbt | Son_Goku: oh | 14:01 |
lbt | ah I see - excellent | 14:01 |
lbt | well we're working on that right now | 14:01 |
Son_Goku | abranson, you use PK by default, right? | 14:01 |
Son_Goku | oh awesome | 14:01 |
Son_Goku | then we should team up :) | 14:02 |
lbt | I've just got 2.9.5 running and building sb2 | 14:02 |
lbt | yes please!!! | 14:02 |
Son_Goku | I'm also trying to unfuck the horrible packaging of obs at the same time | 14:02 |
Son_Goku | it's way messier than it needs to be | 14:02 |
Son_Goku | the only reason it's so messy is because it has to support sle | 14:02 |
Son_Goku | which is a minefield all by itself | 14:03 |
Son_Goku | lbt, I'm the maintainer of all the OBS components currently packaged in Fedora, except obs-signd | 14:03 |
lbt | Excellent | 14:03 |
Son_Goku | obs-signd is maintained well by the Fedora COPR team, so I've left that alone | 14:03 |
Son_Goku | I may request co-maint for that anyway once I get open-build-service done | 14:03 |
lbt | so do you use sb2 | 14:04 |
Son_Goku | no, mainly because I don't know what it is | 14:04 |
Son_Goku | and it looks like no one ever contributed it upstream | 14:04 |
lbt | exactly | 14:05 |
Son_Goku | I'm currently planning on writing a dist-git source service and combining it with the mock build engine | 14:05 |
lbt | so I'm working on pushing it upstream | 14:05 |
Son_Goku | awesome | 14:05 |
lbt | and I thought you may be using it and that would add weight | 14:05 |
Son_Goku | sb2 stuff is the bulk of ol's fork | 14:05 |
lbt | yes | 14:05 |
Son_Goku | I just never knew what exactly it did | 14:05 |
lbt | it's a cross-compile accelerator | 14:05 |
lbt | https://www.merproject.org/~lbt/SB2_internals_1st_ed_20120425.pdf | 14:06 |
Son_Goku | 404 link? :( | 14:06 |
lbt | we build the entire SFOS for all devices using it so it's proven pretty capable | 14:06 |
lbt | http://www.merproject.org/~lbt/SB2_internals_1st_ed_20120425.pdf | 14:07 |
lbt | habit to prepend https nowadays | 14:07 |
Son_Goku | well, if someone packages sb2 tooling for Fedora, I have no problem supporting it for the Fedora package | 14:07 |
Son_Goku | of open-build-service | 14:07 |
lbt | mord: FYI ... ^^ | 14:08 |
lbt | mord is also working on getting these patches ported | 14:08 |
Son_Goku | sweet | 14:08 |
lbt | I've recently cleaned up the patches a lot | 14:08 |
Son_Goku | that's good | 14:09 |
lbt | so squashed the set against 2.5 and then refactored them to funcitonal patches | 14:09 |
Son_Goku | I've been rewriting a lot of ol's patches for the code to run on Fedora systems | 14:09 |
lbt | still against 2.5 - but with zero git diff | 14:09 |
lbt | OK | 14:09 |
lbt | then I've begun ported those cleaner patches up to 2.9.5 | 14:09 |
Son_Goku | mainly all the changes he made in 2.8 (which was the last version with a working patchset) to work with Fedora's apache user, etc | 14:10 |
Son_Goku | I've also been talking to the OBS team about finally switching over to the systemd units | 14:10 |
Son_Goku | because screw the suse-bsdrc-compat stuff | 14:10 |
lbt | I think they're blocked on their enterprise for that | 14:10 |
* mord reads back -- excellent | 14:10 | |
lbt | OBS still needs 42.3 and won't run on 15 iirc | 14:11 |
Son_Goku | they now have two SLE releases with systemd, so they're finally willing to do it | 14:11 |
Son_Goku | only SLE 11 didn't have systemd | 14:11 |
Son_Goku | so SLE 12 / Leap 42 and SLE / Leap 15 have systemd | 14:11 |
Son_Goku | so now I can port forward the work done by Josef Stribny (formerly of RH) to use systemd units instead of sysvinit scripts | 14:12 |
lbt | well we've been systemd from the start so that's good for us | 14:12 |
Son_Goku | well, the sysvinit scripts don't work outside of suse distros anyway | 14:15 |
Son_Goku | not without the compat module ol wrote | 14:16 |
abranson | Son_Goku: test build on the libsolv worked fine. we're really close to branching though apparently so I'll merge it after that. a week or so I think. thanks! | 14:50 |
Son_Goku | branching? | 14:50 |
Son_Goku | abranson, I'm confused, you have a branching model for mer? | 15:00 |
abranson | for sailfish | 15:01 |
Son_Goku | oh :( | 15:03 |
Son_Goku | well, I had only just noticed you guys managed to get to rpm 4.14 last week | 15:03 |
abranson | Son_Goku: yes, all that was a bit tricky. | 15:04 |
Son_Goku | yes, I tried to do it myself and kept stumbling | 15:04 |
Son_Goku | it didn't help that a good deal of rpm was monkeypatched | 15:04 |
abranson | heh | 15:04 |
Son_Goku | abranson, I wanted to ask there was interest in switching from the zypp stack to the dnf one | 15:04 |
Son_Goku | as yocto had done, among a few others | 15:05 |
abranson | the trickiest part was sb2. it 'accelerates' certain binaries by using the host's native version if the effect should be the same. we had to add some version checking to it to avoid some really impressive crashes. | 15:06 |
Son_Goku | I think it was a year ago that I asked about this, and there was some interest in order to drop things like boost in the dep change | 15:06 |
Son_Goku | s/change/chain/ | 15:06 |
abranson | Son_Goku: yeah I remember. there were some questions about delta rpm support but I think that's ok now. the biggest hurdle is that our usage of zypp is quite heavily customised, so we couldn't just switch over. | 15:07 |
Son_Goku | well, that's something I wanted to ask about | 15:08 |
Son_Goku | what is customized about your usage of zypp? | 15:08 |
abranson | that starts to get a bit outside of my knowledge, but I think it mostly concerns managing interactions with the online store? we have a component called ssu which manages version repos and auth. | 15:09 |
abranson | lbt probably knows more about that part | 15:09 |
Son_Goku | lbt, what exactly is custom about your zypp usage? | 15:13 |
lbt | I think the ssu plugins we have go into libzypp | 15:14 |
Son_Goku | I couldn't find any sources of plugins using libzypp | 15:15 |
lbt | yeah - ssu uses an authentication system there | 15:15 |
lbt | https://git.merproject.org/mer-core/ssu/ | 15:16 |
Son_Goku | so libdnf supports plugins as well | 15:17 |
Son_Goku | and there's a couple of plugins in the main source tree already | 15:17 |
Son_Goku | https://github.com/rpm-software-management/libdnf/tree/master/plugins | 15:17 |
Son_Goku | this one is probably relevant in your case: https://github.com/rpm-software-management/libdnf/blob/master/plugins/rhsm.cpp | 15:17 |
lbt | there's a cost/benefit to think of too | 15:18 |
Son_Goku | lbt, an upcoming feature in dnf is delta repodata | 15:19 |
Son_Goku | through zchunk | 15:19 |
Son_Goku | I figure that would actually be legitimately useful for mobile devices | 15:19 |
Son_Goku | lbt, it's something we've been developing in Fedora for a while now | 15:22 |
Son_Goku | it would make refreshing metadata so much cheaper | 15:22 |
lbt | we are at a point where we can review how we're handing packages and the surroundings | 15:23 |
Son_Goku | ... ? | 15:26 |
Son_Goku | I'm not sure what that means | 15:26 |
lbt | internally I mean | 15:26 |
lbt | in terms of looking at what we can and should do in taking the core forwards | 15:27 |
Son_Goku | lbt, well, is there anything in particular you're specifically examining? | 15:31 |
lbt | right now. No :) | 15:31 |
lbt | current focus is on OBS and getting that upstreamed | 15:31 |
lbt | then we have a lot of automation stuff which needs bringing up to date | 15:31 |
Son_Goku | okay | 15:31 |
lbt | this doesn't stop experimentation from the community | 15:32 |
lbt | and that kickstart often helps make a decision | 15:32 |
Son_Goku | okay | 15:32 |
lbt | I think the last toolchain upgrade started that way | 15:32 |
Son_Goku | interesting | 15:32 |
Son_Goku | anyway, the libsolv thing will probably be desirable anyway | 15:33 |
Son_Goku | since among other things, it will make solver access to rpmdb more reliable | 15:33 |
lbt | It is, yes | 15:33 |
Son_Goku | and it'll make debugsolver data actually work :) | 15:33 |
lbt | :) | 15:33 |
Son_Goku | (that was a bit frustrating to find out :P) | 15:33 |
lbt | I think plugging ssu into a dnf system may be of interest but I'm not familiar enough to know how | 15:34 |
Son_Goku | I could probably help on the dnf side | 15:34 |
Son_Goku | I just don't know how ssu works | 15:34 |
lbt | does dnf do the downloading? | 15:34 |
Son_Goku | libdnf does through librepo, yes | 15:35 |
Son_Goku | librepo is a specialized wrapper around libcurl | 15:35 |
lbt | hawkey specifically doesn't | 15:35 |
Son_Goku | hawkey is dead | 15:35 |
Son_Goku | libdnf replaced it | 15:35 |
lbt | the docs crosstalk | 15:35 |
lbt | I saw that hawkey was embedded in dnf | 15:35 |
Son_Goku | the docs really need updating :/ | 15:35 |
lbt | absorbed may be a better term then? | 15:36 |
Son_Goku | but yes, there's a repo class now: https://github.com/rpm-software-management/libdnf/tree/master/libdnf/repo | 15:36 |
Son_Goku | lbt, yep | 15:36 |
r0kk3rz | what would be the benefit of using libdnf? | 15:38 |
lbt | r0kk3rz: that's kinda my point | 15:38 |
*** BitEvil is now known as SpeedEvil | 15:48 | |
ol | <freenode_Son "I'm slowly adapting ol's work ag"> Can I take a look please? | 17:09 |
ol | <freenode_Son "mainly all the changes he made i"> I have working 2.9.5 already: https://obs.infoserver.lv/project/monitor/obs:server:fedora:2.9 | 17:16 |
*** frinring_ is now known as frinring | 21:02 | |
*** jrayhawk_ is now known as jrayhawk | 21:40 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!