T42 | pVNghiaQT was added by: pVNghiaQT | 07:03 |
---|---|---|
T42 | <DylanVanAssche> I built `v4l-utils` which provides `libv4l` for `ffmpeg`. However, when I try to build ffmpeg now, I get `nothing provides pkgconfig(libv4l)`. Did I missed something? Packages are here: https://build.merproject.org/project/show/nemo:devel:hw:pine:dontbeevil | 09:02 |
T42 | <adampigg> @DylanVanAssche tried adding v4l-utils-devel specifically in the .spec? | 09:18 |
T42 | <elros34> As you can see here: https://build.merproject.org/package/binary/nemo:devel:hw:pine:dontbeevil/v4l-utils?arch=armv8el&filename=libv4l-devel-1.16.7%2Bmaster.20190908081617.19076404-1.33.1.jolla.armv7hl.rpm&repository=sailfish_latest_armv7hl your libv4l-devel does not provide pkgconfig(libv4l) but pkgconfig(libv4l1) and pkgconfig(libv4l | 09:19 |
T42 | 2). | 09:19 |
T42 | <adampigg> good job @elros34 :) | 09:19 |
T42 | <DylanVanAssche> Oh my bad :p Will try as soon as I'm back home :) | 09:41 |
T42 | <DylanVanAssche> Thanks! | 09:41 |
T42 | <DylanVanAssche> @elros34 That fixed my issue indeed :D | 12:26 |
T42 | <DylanVanAssche> Thanks! | 12:26 |
T42 | <DylanVanAssche> https://build.merproject.org/package/show/nemo:devel:hw:pine:dontbeevil/ffmpeg | 12:26 |
T42 | <DylanVanAssche> Are there some issues with OBS? | 14:44 |
T42 | <DylanVanAssche> I want to build gst-plugins-good with v4l2src support but I get the following message: `400 remote error: connect Connection refused` and the build failed | 14:44 |
T42 | <DylanVanAssche> Hmmm other packages are building fine... So it must be something with the `gst-plugins-good` package: ssh://git@git.merproject.org:2222/DylanVanAssc/v4l-utils.git | 15:07 |
T42 | <DylanVanAssche> EDIT: https://build.merproject.org/package/show/nemo:devel:hw:pine:dontbeevil/gst-plugins-good | 15:08 |
vknecht | @DylanVanAssche: maybe must use anonymous https URL rather than ssh on 2222 port ? | 15:30 |
mal | @DylanVanAssche oh, you are adding v4l support for those, I had done some testing earlier | 15:35 |
mal | I had all of those built | 15:35 |
T42 | <DylanVanAssche> mal: Oh :O too late :P anyway, I learned something in the process :P | 15:44 |
T42 | <DylanVanAssche> vknecht: HTTPS is used instead of SSH for the submodule | 15:44 |
T42 | <DylanVanAssche> mal: I didn't know you already did that :D | 15:45 |
T42 | <DylanVanAssche> I copied the spec file for `mer-core` and only changed one line in the config (to enable v4l2), so the repo should be okay anyway | 15:49 |
mal | @DylanVanAssche I actually was doing some testing already quite while ago, v4l-utils spec could be simplifies, if you %setup -q -n %{name}-%{version}/%{name} in %prep you wouldn't need the "cd v4l-utils" parts | 15:49 |
mal | also some of the v4l-utils/ things file in lists would be gone | 15:50 |
mal | @DylanVanAssche I do quite meny things I never talk about anywhere | 15:50 |
mal | *many | 15:51 |
T42 | <DylanVanAssche> mal: Yeah I had zero experience with RPM packaging before that :P that line could improve my spec much further :P | 15:51 |
T42 | <DylanVanAssche> mal: Oh secret santa :D | 15:51 |
mal | did you use some existing spec as base for the v4l-utils? usually fedora or opensuse specs are quite good for start | 15:52 |
T42 | <DylanVanAssche> mal: I started from the fedora spec. I knew that trick from the commits on mer-core :P | 15:53 |
mal | heh | 15:53 |
mal | @DylanVanAssche it's good to learn rpm packaging | 16:01 |
T42 | <adampigg> mal: i posted those logs yesterday | 16:15 |
T42 | <DylanVanAssche> mal: True :) you never know when it comes in handy :) | 16:16 |
mal | @adampigg one of those links doesn't work | 16:25 |
T42 | <adampigg> mal: yeah, the one after it shoud | 16:25 |
T42 | <adampigg> its finding a paste service that works with >500k ! | 16:26 |
mal | @adampigg what did the first log have? I only got dmesg | 16:26 |
mal | or is that journal | 16:26 |
T42 | <adampigg> mal: im sre first was logcat, second was journal ... lemme check | 16:28 |
mal | @adampigg looks like some services fail with signal 9 so all of those are probably because of the same reason, whatever that reason is | 16:29 |
T42 | <adampigg> mal: the logcat has gone from the first link :/ | 16:30 |
T42 | <adampigg> ill get again | 16:30 |
mal | @adampigg you can always email the logs to me if that would be easier | 16:31 |
mal | @adampigg are you sure selinux stuff is ok on that device? so many android side failures | 16:32 |
T42 | <adampigg> mal: video, BT, sensors all work | 16:32 |
T42 | <adampigg> so much of android must be working! | 16:33 |
T42 | <adampigg> mal: maybe some more .rc files need selinux stubs loaded? | 16:33 |
mal | @adampigg looks like everything (even hwservicemanager and servicemanager) fail once or twice at first but then start ok later | 16:35 |
T42 | <adampigg> mal: yes, thats what i thought | 16:35 |
mal | what exactly is not working on that device? | 16:37 |
mal | vendor.dataqti seems bad | 16:37 |
mal | you can try adding selinux_stubs to that | 16:37 |
T42 | <adampigg> mal: logcat https://paste.gnome.org/ptf5b3uuz | 17:17 |
piggz_ | mal: the thing not working is just that vendor.dataqti service atm .... i wondered if it was related to functionfs ? is it even needed? | 17:21 |
T42 | <DylanVanAssche> mal: Since you have already the v4l stuff, can you maybe provide a spec for gst-plugins-good? | 17:27 |
mal | https://pastebin.com/E5STu2D6 | 17:29 |
T42 | <DylanVanAssche> mal: These are the same changes as mine, but OBS doesn't want to build the package... https://build.merproject.org/package/live_build_log/nemo:devel:hw:pine:dontbeevil/gst-plugins-good/sailfish_latest_armv7hl/armv8el | 17:31 |
mal | @DylanVanAssche not the same, I have replaced --disable-gst_v4l2 with --enable-gst_v4l2, you removed it | 17:35 |
piggz_ | mal: interesting....think i know why the services fail | 17:35 |
mal | piggz_: do tell | 17:36 |
piggz_ | mal: i did a systemd-analyse plot to get an svg ..... | 17:36 |
piggz_ | the boot order shows that local-fs.target and droid-hal-init are staretd before the overlay mount that is needed for selinux_stubs ... even though overlay-mount should be required by local-fs.target | 17:37 |
mal | ok | 17:37 |
piggz_ | mal: now, why it ignores this? | 17:37 |
piggz_ | sh-3.2# ls /lib/systemd/system/local-fs.target.wants/ | 17:37 |
piggz_ | bind-vendor.service dev-mtp.mount overlay-system.service systemd-remount-fs.service tmp.mount var-lib-machines.mount | 17:38 |
piggz_ | lets go back to sysvinit! | 17:38 |
T42 | <DylanVanAssche> mal: Still the same error, do you have it on OBS somewhere? | 17:40 |
piggz_ | lets see if an explicit Before=droid-hal-init.service helps | 17:44 |
piggz_ | nope, that breaks boot with a cyclic dependancy! | 17:48 |
piggz_ | mal: fixed :) | 17:56 |
piggz_ | becuase its an early, local-fs service ... need to add DefaultDependencies=no, to remove a dep on sysinit.target | 18:01 |
T42 | <adampigg> (Document) https://irc.thaodan.de/.imgstore/6exD7uNKVW.svg | 18:05 |
piggz_ | boot still takes for too long thought! | 18:05 |
mal | piggz_: ah, good, did that help with other errors | 18:34 |
mal | piggz_: that delay before systemd starts is quite long | 18:34 |
mal | @DylanVanAssche it did build on OBS but I didn't try on Mer OBS | 18:38 |
mal | mer obs has some issues anyway | 18:38 |
T42 | <DylanVanAssche> mal: Oh that's too bad... It's handy to have it in the repos to install it on the device... | 18:43 |
T42 | <DylanVanAssche> Manually building is the only option then | 18:43 |
mal | @DylanVanAssche need to investigate why it fails | 18:47 |
piggz_ | mal: it didnt help with the failing dataqti service, but the early logcat look a lot better | 18:52 |
mal | piggz_: still odd why it's so slow | 18:53 |
piggz_ | mal: line 1531 here is when the boot hands over from the kernel https://pastebin.com/6kN91nYv | 18:54 |
piggz_ | it certainly take 44 seconds in kernel loading | 18:54 |
mal | piggz_: looks like mounting rootfs is very slow | 18:55 |
mal | piggz_: check the beginning, there is a 10 second gap very early in the boot | 18:57 |
piggz_ | mal: see line 78 ... is the root device specified ok? | 18:57 |
T42 | <DylanVanAssche> mal: Is there anything that I can do from my side? I think you need admin access to Mer OBS to debug these things? | 18:58 |
mal | piggz_: looks odd | 18:58 |
mal | @DylanVanAssche not much you can do, I have a feeling it has to do with project configs (not in your project), i486 builds are broken also | 19:00 |
piggz_ | mal: looks like android 9 dm-verity stuff https://source.android.com/devices/bootloader/system-as-root | 19:00 |
T42 | <DylanVanAssche> mal: Oh okay, if you need anything from my side, let me know :D | 19:00 |
mal | first thing that needs to be done is get build logs working, without those it's impossible to know what is wrong | 19:01 |
T42 | <DylanVanAssche> mal: Indeed, now we're operating in the blind :( | 19:02 |
piggz_ | mal: in the boot, init-dont.service waits a logn time, what creates the files it waits for? dhi? | 19:09 |
mal | piggz_: init-done.service should run after user session is finished | 19:25 |
*** rubdos_ is now known as rubdos | 19:40 | |
Umeaboy | Hi! I'd like to add the i4113 to the Adaptations libhybris wiki page, but I suck at editing the Sony part. Who can help me? The device install page is already created. | 21:19 |
Umeaboy | https://wiki.merproject.org/wiki/Adaptations/libhybris/Install_Sailfish_OS_for_i4113#Steps_to_install | 21:20 |
r0kk3rz | its pretty essy | 21:35 |
Umeaboy | I want to know exactly where to start copying to NOT make anything twice. | 21:46 |
Umeaboy | |- gives me a clue, but the it doesn't exist on both sides. | 21:47 |
r0kk3rz | Umeaboy: fill this out https://wiki.merproject.org/wiki/Template:Device_i4113 | 22:09 |
Umeaboy | I couldn't find all the info about the device, but there are my changes. | 22:56 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!