Monday, 2018-12-17

tijkohi00:10
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-apvjuwegswpgzgzc> has quit IRC00:13
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto00:14
*** BlauskaerM <BlauskaerM!~Fever@185.213.152.168> has quit IRC00:19
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC00:20
*** BlauskaerM <BlauskaerM!~Fever@185.213.152.168> has joined #yocto00:20
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto00:29
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto00:58
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC01:03
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:10
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC01:25
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-gvpxpuszfyglpnre> has joined #yocto01:26
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:26
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC01:27
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:27
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:29
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:30
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC01:30
*** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has quit IRC01:35
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto01:35
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto01:35
*** kpo <kpo!~bob@217.97.82.158.ipv4.supernova.orange.pl> has joined #yocto01:54
*** BlauskaerM <BlauskaerM!~Fever@185.213.152.168> has quit IRC02:12
*** BlauskaerM <BlauskaerM!~Fever@185.213.152.161> has joined #yocto02:13
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC02:14
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto02:19
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC02:25
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC02:28
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto02:29
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC02:33
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto02:43
*** kaspter <kaspter!~Instantbi@115.204.111.188> has quit IRC02:45
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto02:52
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC02:54
*** tijko <tijko!~tijko@c-73-68-126-115.hsd1.ma.comcast.net> has left #yocto03:03
*** kaspter <kaspter!~Instantbi@115.204.111.188> has joined #yocto03:11
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto03:31
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC03:36
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC03:53
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto03:55
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto04:10
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC04:15
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto04:27
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto04:32
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC04:41
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto05:20
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto05:22
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC05:27
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC05:38
*** kaspter <kaspter!~Instantbi@115.204.111.188> has quit IRC05:52
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto05:53
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC05:58
*** muppe <muppe!~Marko@59ec6c88.adsl.tnnet.fi> has left #yocto06:10
*** kaspter <kaspter!~Instantbi@115.204.111.188> has joined #yocto06:12
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:13
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto06:15
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto06:17
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:9995:b7f7:92b0:c083> has joined #yocto06:29
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC06:36
*** abelal <abelal!~quassel@110.93.212.98> has quit IRC06:40
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC06:41
*** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto06:42
*** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has joined #yocto06:43
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:46
*** webreformer <webreformer!~ABHIJEET@116.75.185.21> has joined #yocto06:47
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto06:48
webreformerHi,06:51
webreformerI am getting slf deadlock in libGLESv2.so.206:51
webreformerI have created debug build06:53
webreformerbut I am not able to see call stack06:53
webreformer> Backtrace stopped: previous frame identical to this frame (corrupt stack?)06:53
webreformerCALL STACK :06:53
webreformer-----------------------------06:53
webreformer(gdb) bt06:54
webreformer#0  0x0000ffffa0a12564 in __lll_lock_wait (futex=futex@entry=0xaaaadde686a0, private=0) at /usr/src/debug/glibc/2.26-r0/git/nptl/lowlevellock.c:4606:54
webreformer#1  0x0000ffffa0a0b7f8 in __GI___pthread_mutex_lock (mutex=0xaaaadde686a0) at /usr/src/debug/glibc/2.26-r0/git/nptl/pthread_mutex_lock.c:8006:54
webreformer#2  0x0000ffff9f9d2074 in ?? () from /home/user/sdk/usr/lib/libGLESv2.so.206:54
webreformer#3  0x0000000000000001 in ?? ()06:54
webreformerBacktrace stopped: previous frame identical to this frame (corrupt stack?)06:54
webreformer------------------------------------------06:54
webreformerCan anyone suggest me some resources and tips to get more information about deadlock ?06:56
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto07:03
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC07:21
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has quit IRC07:24
*** frsc <frsc!~frsc@2003:a:a75:a900:97e1:97fc:4516:6f17> has joined #yocto07:24
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:29
*** vmesons <vmesons!~rmacleod@192-0-133-18.cpe.teksavvy.com> has joined #yocto07:44
*** vmeson <vmeson!~rmacleod@192-0-133-18.cpe.teksavvy.com> has quit IRC07:44
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto07:52
*** ant_work <ant_work!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto07:56
*** fl0v0 <fl0v0!~fvo@i577B9338.versanet.de> has joined #yocto07:57
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto07:58
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto08:09
*** cquast <cquast!~cquast@laubervilliers-657-1-83-120.w92-154.abo.wanadoo.fr> has joined #yocto08:09
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto08:10
*** mckoan|away is now known as mckoan08:12
mckoangood morning08:12
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto08:13
*** cquast <cquast!~cquast@laubervilliers-657-1-83-120.w92-154.abo.wanadoo.fr> has quit IRC08:13
*** henriknj <henriknj!~hnje@193.106.123.182> has joined #yocto08:15
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto08:15
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC08:24
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto08:26
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC08:29
*** cvasilak <cvasilak!~cvasilak@ppp-2-87-193-141.home.otenet.gr> has quit IRC08:29
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto08:44
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto08:44
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto08:45
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-lkzrglnczwgoiifd> has quit IRC08:48
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto08:48
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC08:49
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto08:50
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto08:55
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC09:05
*** kpo <kpo!~bob@217.97.82.158.ipv4.supernova.orange.pl> has quit IRC09:06
*** henriknj <henriknj!~hnje@193.106.123.182> has quit IRC09:24
*** florian_kc is now known as florian09:24
*** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto09:33
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto09:35
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cbbekmnuvjjtjcto> has joined #yocto09:46
*** webreformer <webreformer!~ABHIJEET@116.75.185.21> has quit IRC09:54
*** alinucs <alinucs!~abo@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto09:54
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC09:57
*** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC09:59
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto10:01
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto10:01
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto10:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:01
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:01
*** bluelightning_ is now known as bluelightning10:01
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto10:02
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:04
*** webreformer <webreformer!~ABHIJEET@2401:4900:1889:a685:51d0:cb71:7c92:2ad8> has joined #yocto10:07
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-gvpxpuszfyglpnre> has quit IRC10:23
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-sureuxukepndsikr> has joined #yocto10:28
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto10:31
*** berton <berton!~berton@181.220.84.254> has joined #yocto10:40
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto10:43
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC10:56
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:57
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC11:06
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto11:10
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC11:20
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC11:21
*** xtron <xtron!~sajjad@110.93.212.98> has joined #yocto11:22
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:27
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:40
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC11:49
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto11:52
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC11:58
*** squidly17 <squidly17!~squidly@2804:2728:101:5f1:28c1:93ae:60f2:9611> has joined #yocto12:23
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto12:24
mrpelotazoI have a custom systemd only distro configured as described in section "7.24.1. Using systemd Exclusively" of the mega manual but the generated image doesn't contain the /sbin/init symlink12:26
derRichardmaybe it needs an initramfs which starts systemd for you12:27
*** squidly17 <squidly17!~squidly@2804:2728:101:5f1:28c1:93ae:60f2:9611> has quit IRC12:27
derRicharda "full blown" systemd setup includes an initramfs12:27
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC12:28
mrpelotazoderRichard: I've been running that image fine on sumo (no initram). Is after the upgrade to thus that is stopped working12:28
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto12:28
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:9995:b7f7:92b0:c083> has quit IRC12:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:29
mrpelotazoderRichard: the kernel is able to mount my rootfs partition but it panics when calling try_to_run_init_process("/sbin/init") because the init symlik is missing12:30
ernstpwhy isn't BBPATH sorted according to layer priority? thinking about include/require12:30
derRichardmrpelotazo: as workaround pass the path to systemd via init=12:30
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has quit IRC12:31
derRichardmrpelotazo: but again, maybe the new image type assumes that you boot with an initramfs which knowns about systemd12:31
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC12:33
*** kba_ <kba_!500ddc5b@gateway/web/freenode/ip.80.13.220.91> has joined #yocto12:39
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:c834:d465:e6f7:241b> has joined #yocto12:42
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto12:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:00
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC13:00
mrpelotazoderRichard: passing the init= parameter won't help since /lib/systemd/systemd is not part of the image neither the other systemd-*13:01
derRichardthis is news to me13:03
derRichardyou said that only the symlnk is missing13:03
rburtonmrpelotazo: sounds like your image doesn't have systemd installed13:03
rburtonis this a custom image, or core-image-*?13:03
mrpelotazoderRichard: sry I've found out meanwhile...13:04
mrpelotazorburton: yes I'm building a custom image with a few install appends13:05
rburtonsounds like you forgot to install the init manager :)13:05
mrpelotazorburton: do I have to install systemd explicitly in my image?13:06
rburtondepends how you're building the image13:06
rburtonthe core-image-* recipes use core-image.bbclass which uses image features and default installs to get stuff like init in the image13:07
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto13:08
rburtonie core-image.bbclass has13:09
rburtonCORE_IMAGE_BASE_INSTALL = '\13:09
rburton    packagegroup-core-boot \13:09
rburton ...13:09
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto13:09
rburtonpackagegroup-core-boot depends on init  via ${VIRTUAL-RUNTIME_init_manager}13:10
*** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has joined #yocto13:16
nacknickAfter changing recipe it changes the package's binary, but when loading the image, it saves a previous version of the executable... Anyone knows why?13:31
nacknickchanges the package's binary in yocto folder I  mean13:32
nacknickI see the change. But in the final image - it contains a previous version for some reason13:32
nacknickeven in 'package' folder I see the correct binary.... only in 'wic' file (MBR) it's no the current one13:33
nacknicknot*13:33
*** kosmikus5 <kosmikus5!~kosmikus@2804:2728:101:b6d:71bd:72b0:75f3:7d15> has joined #yocto13:43
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC13:43
*** kosmikus5 <kosmikus5!~kosmikus@2804:2728:101:b6d:71bd:72b0:75f3:7d15> has quit IRC13:48
*** kba_ <kba_!500ddc5b@gateway/web/freenode/ip.80.13.220.91> has quit IRC13:52
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto13:57
*** marka <marka!~masselst@184.175.21.100> has joined #yocto13:59
mrpelotazorburton: i was inheriting from "image" in my custom image. changed it to "core-image" and now works, thanks!14:01
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC14:15
nacknickHow do I write wic.gz to sd card? I used14:15
nacknick'wic' until now. but after I formatted the sd card it does not work14:15
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto14:15
nacknickgunzip -c '.../pyro/build/tmp/deploy/images/marsboard/core-image-minimal-marsboard.wic.gz' | sudo dd of=/dev/sdX bs=1M  iflag=fullblock oflag=direct conv=fsync status=progress14:16
nacknickDoes not work as well... It's writing, but the board is in boot loop when trying to load the image14:17
fsdunnacknick, did you rebuild the image?14:22
nacknickyes14:22
nacknickI think that the problem is in writing the image into the sd card14:23
fsdunIf you use wic it already contains partition table. just dd it to the device (not partition=14:23
fsdunmy first question was related to your first question14:23
nacknickuntil now I used 'wic write <wic file> /dev/sdb'14:23
fsdunok.14:24
fsdunshould be fine14:24
nacknickabout your first answer, there is a way to force rebuild?14:24
nacknickor I must to change a recipe so I will rebuild14:24
nacknickmust change814:25
nacknick*14:25
fsdunif you change some component in recipe bitbake will rebuild all packages having a build dependency14:25
*** webreformer <webreformer!~ABHIJEET@2401:4900:1889:a685:51d0:cb71:7c92:2ad8> has quit IRC14:25
nacknickwic command does not do anything since I formatted the sd card14:25
fsdunwhere do you apply your changes?14:25
nacknickmaybe I should format it in a certain way?14:26
nacknickin one package... diffutils14:26
*** tijko <tijko!~tijko@unaffiliated/tijko> has joined #yocto14:26
fsdunonly one problem first14:26
fsdundiffutils first14:26
fsdunwhat are you doing using diffutils?14:27
nacknickmodify diff binary14:27
nacknickmaybe I did not see the change because of the writing problem, so the problems might be connected each other14:28
*** dv_ <dv_!~dv@62.178.50.190> has joined #yocto14:29
nacknickfsdun, how should I format the sd card? because wic does not do anything right now and I can't check anything14:30
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto14:34
fsdunif you want to see updated partition table you maybe need to run blockdev --rereadpt <device>14:34
nacknickblockdev: ioctl error on BLKRRPART: Inappropriate ioctl for device14:36
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:36
nacknickfsdun14:40
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC14:40
fsdunnacknick, do you replace /dev/sdX by something matching you device?14:42
nacknickof course14:43
*** kanavin_ <kanavin_!~kanavin@62.96.135.139> has quit IRC14:43
nacknicksudo /home/amit/fsl-community-bsp/sources/poky/scripts/wic write /home/amit/fsl-community-bsp/build/tmp/deploy/images/imx6ullevk/core-image-base-imx6ullevk-20181217123558.rootfs.wic /dev/sdb14:43
nacknickfsdun, this is the exact command I use14:44
fsdunok14:44
nacknickin the past it worked.... now it does not do anything (since the sd card format)14:44
fsdunyou can print partition table using fdisk -l on file14:44
nacknickmaybe I should format it in another way, I don't know14:44
fsdunonly copy wic to the SD Card14:45
nacknickDisk /dev/sdb: 501.2 MiB, 525546496 bytes, 1026458 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x17805894  Device     Boot Start     End Sectors   Size Id Type /dev/sdb1  *     8192   53425   45234  22.1M  c W95 FAT32 (LBA) /dev/sdb2       57344 1026457  969114 473.2M 83 Linux14:45
nacknickif you can read it :|14:45
*** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto14:45
fsdunthis should do everything if it's done right14:45
fsdun2 partition. does it match your expectation?14:46
nacknickhttps://imgur.com/a/yaEqMod14:47
*** webreformer <webreformer!~ABHIJEET@116.75.185.21> has joined #yocto14:47
nacknicks14:48
nacknickI'm not sure what my expectation are :)14:48
nacknickis14:48
nacknickI had 'root' and 'boot' partitions that were created automatically by using 'wic'14:49
fsdunlet's get back to diffutils14:49
nacknicknow it does not create them14:49
fsdunwhat are you doing and how?14:49
nacknickI don't need a solution for diffutils actually... If I can't write to the sd card....14:50
fsdunI think It's writing correctly14:50
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC14:51
RPkergoth: given the md5 collisions problem we should change siggen to use sha256 too?14:52
nacknickfsdun. the sd card is empty14:53
nacknickit's not writing14:53
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto14:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:56
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC14:56
fsdunnacknick, but you showed the partition table14:59
nacknickand what did you see?15:00
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC15:01
fsduna 22.1M partition using vfat and bootflag enabled and a 474.2M linux partition15:01
nacknickand when inserting the sd card to the computer it seems empty15:02
nacknickthis is how it should be?15:02
fsdunmaybe you should disable your automount stuff first15:02
nacknickI have a led that flickers when reading/writing from/to the sdcard. when I ran wic at past - it flickered. now it does not...15:03
fsdunthen you should verify if the used devices is the device you expect15:04
nacknickwhat automount?15:04
nacknickyes it is. I checked with 'mount' command15:04
nacknickthis is the device15:04
fsdunplease remove the usb stick and check if the expected device disappears15:09
nacknickit does15:13
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC15:14
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto15:14
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto15:17
*** vmesons <vmesons!~rmacleod@192-0-133-18.cpe.teksavvy.com> has quit IRC15:17
ak77I have moved some out-of tree modules to another layer, but now I get compilation errors like "__LINUX_ARM_ARCH__  is not defined". what could be wrong15:19
ak77I did cleanall on linux, and these modules.15:20
ak77Didn't help15:20
*** gedda__ <gedda__!88a3cb03@gateway/web/freenode/ip.136.163.203.3> has joined #yocto15:21
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC15:21
ak77it does say "Kernel configuration is invalid. |          include/generated/autoconf.h or include/config/auto.conf are missing. |          Run 'make oldconfig && make prepare' on kernel src to fix it.", but kernel compiled fine15:21
gedda__Bitbake recipe: I have a bare git repo mirror packed in a tar ball in my recipe as SRC_URI = "file://repo-mirror.tar.gz" aswell as a SRCREV = "<commit-id>". When I'm trying to build this however, bitbake only unpacks the tar-ball and then assumes that repo-mirror.git is the working-dir. This obviously fails as a mirror first needs to be cloned into a separate folder first to get a work-dir. How do I specify in my recipe to clone the m15:26
ak77gedda__: maybe do_unpack[postfuncs] += my_clone_func ?15:26
gedda__ak77: Ah, why didn't I think of that. I'll have a look at it. Is there any nice built in function for doing a git clone?15:27
ak77gedda__: that I don't know, I think git is a prerequisite, so it should be available, and you do simple git clone15:28
gedda__ak77: Thank you, still pretty new to yocto15:29
kergothyou could do that, yes, but you could also just use our existing git mirror tarball support isntead of rolling your own15:34
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC15:34
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC15:37
*** adelcast <adelcast!~adelcast@130.164.62.136> has joined #yocto15:41
nacknickSomeone has any idea why wic does not work for me?15:41
*** ant_work <ant_work!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC15:42
nacknickwhen using wic, I should write to sdb or sdb1 (for instace)15:51
nacknickinstance15:51
nacknick?15:51
kergothwic creates a partition table, so the main device would be correct15:52
kergothbut you can just use wic to create the image and then write the image with dd if wic write isn't doing the job..15:53
nacknickweird... only when I choose sdb1 it seems to "write"...15:53
nacknickcan you elaborate how to do that using dd?15:53
nacknickand wic?15:53
*** frsc <frsc!~frsc@2003:a:a75:a900:97e1:97fc:4516:6f17> has quit IRC16:05
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC16:07
nacknicksudo dd of=/dev/sdb bs=1M  iflag=fullblock oflag=direct conv=fsync status=progress16:09
nacknickshould be sdb or sdb1?16:09
nacknickbecuase I have "dd: failed to open '/dev/sdb': Invalid argument"16:09
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto16:10
*** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto16:10
rburton_does /dev/sdb exist?16:12
nacknickyes16:14
nacknickrburton, no as partition. as device16:14
nacknicknot16:14
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:c834:d465:e6f7:241b> has quit IRC16:16
gedda__kergoth: I would love to, unfortunately the build server is off the grid due to security concerns16:17
*** JPEW_ <JPEW_!cc4da373@gateway/web/freenode/ip.204.77.163.115> has joined #yocto16:17
kergothyou can't run the build one time on a host with network connectivity to create the mirror tarball, then add that to the downloads dir on the build server or via an internal mirror?16:18
rburton_nacknick: well dd not working isn't really a yocto problem, that's your system16:21
rburton_you can happily write to /dev/sdb.  maybe you've got it mounted still?16:21
JPEW_Alright, I need to make a decision on the name for the hash equivalent "hashes".... so far taskedgehash is my best option16:22
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto16:23
nacknickI f ound a solution16:23
nacknickI just removed sdb, sdb1 and sdb2 from /dev and use wic again and it works now16:23
gedda__kergoth: I've tried to convince the management to do something like that, but since I work in the defence industry every minimally progressive decision takes _years_ to get approved16:24
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:25
nacknickit still writes old binary of diffutils for some reason, but at least I can write an image again16:26
nacknicknow need to find a solution for diffutils problem... (fsdun, rburton...)16:26
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto16:27
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC16:39
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto16:40
kergothgedda__: ahh, fair enough. i remember working for a dod contractor at one point, we had ot submit a purchase order for $0 to install vim on the desktops16:41
* kergoth rolls eyes16:41
*** fsdun <fsdun!~frederik@b2b-37-24-96-114.unitymedia.biz> has quit IRC16:44
nacknickthe binary that inside /image folder should be in the final image?16:45
rburton_nacknick: no16:45
nacknickso which one?16:45
rburton_nacknick: the contents of the package is what goes into the image16:45
rburton_ /image is one of several work directories16:46
nacknickok. so the binary that inside /package will be in the final image?16:46
RPJPEW: lets get this sorted, yes. I don't like edge :/16:46
rburton_nacknick: if you want to check the contents of the package, actually check the contents of the package16:47
rburton_nacknick: why don't you share the recipe changes you've made so we can tell you where you got it wrong?  that helped a lot last time, two days of asking then you shared the recipe and we told you what paths were wrong.16:47
RPJPEW: I think I have it, "uuhash"16:49
rburton_to get the hash, do you uuencode?16:50
*** rburton_ is now known as rburton16:50
RPrburton: gah ;-). more based on the idea of uuid16:50
rburtoni'd be wary of calling it uu<foo> unless it really is universally unique16:50
RPrburton: the idea is its the "resolved" hash for this task, so there is a unique element to it16:51
nacknickhere's my modified diffutils' recipe: https://pastebin.com/2kCrqkja16:51
nacknickrburton16:51
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:52
nacknickit copies as expected, but when loading the image to the board, it has a previous version of what I did16:52
nacknickI tried bitbake -f -c clean diffutils16:52
nacknickdid not help16:52
RPJPEW: If you don't like uuhash, unihash since we're resolving it to one?16:52
rburtonunihash gets my vote fwiw16:53
RPJPEW_: strongly leaning to unihash16:54
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC16:55
yoctiNew news from stackoverflow: Where are bitbake python functions documented <https://stackoverflow.com/questions/24769944/where-are-bitbake-python-functions-documented>16:57
JPEW_RP: Ya, I like that one... short for "unifiedhash"?16:58
JPEW_Or "universally unique" rather16:59
*** moto-tim1 <moto-tim1!~ttorling@134.134.139.76> has quit IRC16:59
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto16:59
JPEW_Bah, I need to read the chat history more.... :)17:00
RPJPEW_: yes, those :)17:01
RPJPEW_: lets run with that?17:01
JPEW_Ok, unihash it is. I'll try to get the patches sent today17:01
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC17:02
RPJPEW_: thanks, been meaning to think more and sort the name so we can get this one over the finish line! :)17:02
nacknickrburton when changing local.conf (just added a package) - I see it in the final image. but the last change I did to diffutils - not17:05
rburtonnacknick: you're sure diffutils is going in the image right17:06
rburtonie you're not looking at /usr/bin/diff as a symlink to busybox17:06
nacknickI changed diffutils' binary several times and now I have a previous version in the final image, although under /image folder the binary is different17:06
nacknickrburton, yes, it's just a binary that prints something to the screen17:07
nacknickunder /image it prints something else than in the final image17:07
kergothhmm, wonder if anyone has messed with populating 'path' in vim to the available layers, either via bblayers.conf parsing or some basic heuristics if */conf/layer.conf exists17:08
kergoththen 'gf' would work on relative paths in require/icnlude lines17:08
kergothcould probably get it working on inherited classes too actually17:09
JPEW_kergoth: This is my favorite vim binding (works anywhere too): https://github.com/JPEWdev/vim-config/blob/master/vimrc#L16617:11
kergothah nice. i use a lot of fzf, but not searching the word under the cursor.. nice one17:12
*** fl0v0 <fl0v0!~fvo@i577B9338.versanet.de> has quit IRC17:14
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC17:15
RPkergoth: I assume you agree moving bitbake to sha256 everywhere is probably best? I can't really see any alternative :/17:17
RPkanavin: Should I merge the AUH patch?17:19
kergoththat seems like the obvious path, yeah17:20
RPkergoth: nice thing is it appears to "just work", we don't have assumptions about the algorithm thankfully17:21
RP1.3 million calls to getVarFlag parsing OE-Core, 840,000 of them from build_dependencies :/17:23
* RP should mention https://bugzilla.yoctoproject.org/show_bug.cgi?id=13089 here17:26
yoctiBug 13089: normal, Undecided, 2.7 M4, srifenbark, ACCEPTED , Document best practices from the Core Infrastructure project17:26
RPif anyone is interested in helping with that talk to me...17:27
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC17:29
*** armpit <armpit!~armpit@2601:202:4180:c33:a584:7378:291a:3ee0> has quit IRC17:32
*** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC17:35
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:35
*** kaspter <kaspter!~Instantbi@115.204.111.188> has quit IRC17:37
*** mckoan is now known as mckoan|away17:37
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto17:37
*** kaspter <kaspter!~Instantbi@115.204.110.66> has joined #yocto17:39
*** berton <berton!~berton@181.220.84.254> has quit IRC17:39
*** berton <berton!~berton@181.220.84.254> has joined #yocto17:39
*** webreformer <webreformer!~ABHIJEET@116.75.185.21> has quit IRC17:44
kergothoof17:52
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto17:52
*** armpit <armpit!~armpit@2601:202:4180:c33:4046:e18:b323:c80d> has joined #yocto17:54
*** rewitt1 <rewitt1!~rewitt@134.134.139.76> has quit IRC17:55
yoctiNew news from stackoverflow: How to upgrade git based recipe using devtool krogoth in yocto <https://stackoverflow.com/questions/53820418/how-to-upgrade-git-based-recipe-using-devtool-krogoth-in-yocto>17:57
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC18:00
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto18:01
*** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has joined #yocto18:05
*** mranostay <mranostay!sid127487@pdpc/supporter/active/mranostay> has joined #yocto18:10
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC18:15
*** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC18:29
*** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto18:29
*** sno <sno!~sno@p4FF5EE25.dip0.t-ipconnect.de> has joined #yocto18:37
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC18:41
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cbbekmnuvjjtjcto> has quit IRC18:45
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto18:49
*** _csg <_csg!~csg@208.185.4.34> has joined #yocto18:51
*** _csg <_csg!~csg@208.185.4.34> has quit IRC18:54
*** _csg <_csg!~csg@208.185.4.34> has joined #yocto18:54
aehs29is it valid to specify a flag for a variable for a specific recipe from a conf file?, as in pn_PACKAGECONFIG[something] on local.conf for example18:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:01
Croftonaehs29, after Christmas, I need to start builidng ultra96 images19:01
aehs29Crofton: as far as I know the builds for ultra96 are working fine right now, if you wait for 2019.1 it will be thud compatible19:04
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC19:07
Croftonwithout needing vivado on buil machine?19:08
khemRP: JaMa updated couple of patch for glibc 2.29 as well. if you are retrying please use the latest patch on kraj/glibc-2.2919:09
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto19:19
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto19:20
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC19:29
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC19:32
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto19:35
aehs29Crofton: oh there's the catch19:49
aehs29bluelightning: paul you joined just after I asked the question, you might know this19:49
aehs29bluelightning: is it valid to specify a flag for a variable for a specific recipe from a conf file?,  pn_PACKAGECONFIG[something] on local.conf for example19:50
bluelightningaehs29: I don't think you can combine overrides and varflags no19:50
bluelightningat least not that I'm aware of19:50
aehs29bluelightning: ok yeah thats what I thought, just wanted to make sure haa19:50
aehs29bluelightning: thanks!19:53
*** AmarOk1412 <AmarOk1412!~AmarOk@2a00:5881:4008:508::253> has quit IRC19:54
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto20:08
*** kpo <kpo!~bob@217.97.82.158.ipv4.supernova.orange.pl> has joined #yocto20:12
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC20:20
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC20:27
*** kpo <kpo!~bob@217.97.82.158.ipv4.supernova.orange.pl> has quit IRC20:35
*** kpo <kpo!~bob@217.97.66.186.ipv4.supernova.orange.pl> has joined #yocto20:35
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto20:40
*** berton <berton!~berton@181.220.84.254> has quit IRC20:42
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has joined #yocto20:52
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto21:02
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC21:03
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto21:05
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC21:12
*** dev1990 <dev1990!~dev@dynamic-62-87-248-64.ssp.dialog.net.pl> has joined #yocto21:15
*** anubani <anubani!~quassel@213.6.2.253> has quit IRC21:27
RPkhem: last build seemed ok from a glibc perspective. What do we want to do with the patch? Just hold for now?21:27
*** anubani <anubani!~quassel@213.6.2.253> has joined #yocto21:30
ant_homekhem, seems I borked my git branches...sorry21:38
JaMaRP: it's fixing the build with DEBUG_BUILD is enabled21:39
JaMawell the missing patch is fixing Os builds on aarch6421:40
JaMaand the updated patch is just refreshed patch based on what was requested in upstream glibc21:40
JaMaand khem bumped SRCREV a bit as well21:41
RPJaMa: ah, I misread the message from khem, thanks for clarifying :)21:42
RPkhem, JaMa: question still stands - do we merge this now or wait for 2.29?21:43
JaMahttp://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=a192d99f946b2777d69300f03e2ba16014a9074621:43
RPI know we were doing this in preparation21:43
JaMaI'm fine with merging khem's version and then ^ as separate commit on top21:43
JaMaI'll check what's included in khem's SRCREV bump21:44
JaMahopefully both my patches will be included in final 2.2921:44
RPJaMa: I understood it to be pre 2.29 for testing just so we're ready21:44
RPobviously good to find issues and sort now though! :)21:44
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC21:45
JaMajust 3 commits in SRCREV bump21:45
JaMa551e81d9e3 Do not clobber r12 for ia64 syscalls.21:45
JaMadf648905e7 Add test that MAP_* constants agree with kernel.21:45
JaMa6bbfc5c09f Add statx conditionals for wordsize-32 *xstat.c21:45
JaMaah, I see what you mean now, the question is whether to merge this at all now, not about v1 or v2 of the patch..21:46
RPJaMa: right, do we wait for 2.29 to be released?21:49
ant_homehave you tested with gcc7 as well?21:49
JaMawhat, the removed gcc7? :)21:51
ant_homeI had to summon gcc6 not so long ago...21:51
ant_home..for nothing...21:52
JaMaRP: I'll leave that to khem (after he finishes the world builds), but my builds were surprisingly successful, only the ltp was failing for me and khem already fixed that one21:52
RPJaMa: I was surprised too :)21:52
ant_homeJaMa, it's jansa/master right?21:53
JaMakhem: the Os issue is still reproducible with qemuarm64 http://errors.yoctoproject.org/Errors/Build/73674/ and the patch still works21:53
JaMaant_home: http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/glibc-2.2921:54
JaMaant_home: you get gcc-9 as a bonus :)21:54
ant_homeI can test now with mipsel21:54
ant_homenot-so-tested21:54
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has joined #yocto22:01
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC22:11
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:14
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto22:30
*** marka <marka!~masselst@184.175.21.100> has quit IRC22:31
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:39
*** MDavis <MDavis!4225e229@gateway/web/freenode/ip.66.37.226.41> has joined #yocto23:20
MDavisGot a quick question that hopefully someone might be able to answer.  I am trying to add udisks2 from meta-oe.  For some reason my image size jumps 60MB when the package is only ~1MB23:21
MDavisI checked the RDepends and the only one listed is acl which I already have, however for some reason a whole long list of python .pys in /usr/lib/python3.5 are getting added in too23:21
MDavisI can't seem to figure out what the source of them is23:22
ant_homebitbake -g is your friend23:24
ant_homebitbake -g -u depexp <target>23:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC23:27
MDavisI went through -g but that doesn't seem to separate out DEPENDS vs RDEPENDS23:28
MDavisand -u depexp seems to be gone23:28
*** varjag <varjag!~user@ti0040a400-4759.bb.online.no> has quit IRC23:30
ant_homepls check https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=3&cad=rja&uact=8&ved=2ahUKEwjHx6m_gajfAhVNJhoKHRCiDpYQygQwAnoECAkQAg&url=https%3A%2F%2Fwww.yoctoproject.org%2Fdocs%2F2.2.1%2Fref-manual%2Fref-manual.html%23usingpoky-viewing-dependencies-between-recipes-and-tasks&usg=AOvVaw0t1dUuUoeogbkiHbm52VxP23:30
ant_homeoops23:30
ant_homeYocto manual 2.3.423:30
ant_homehave you found out what needs python stuff?23:33
MDavisno thats my problem I am trying to find out what needs the python stuff23:34
MDavisthe only listed RDEPEND is acl which I already have23:35
ant_homeinherit autotools systemd gtk-doc gobject-introspection23:35
ant_homeit's n heavy stuff to build23:36
MDavisNevermind I found it23:36
ant_homeI think you're not installing th esingle package23:37
MDavisit is libblockdev that is bringing it in23:37
ant_homeah23:37
*** apteryx <apteryx!~maxim@45.72.138.75> has quit IRC23:38
ant_homekhem, with glibc-2.29 the gcc-cross-mipsel-8.2.0 still builds that darn kernel. No regressions here23:41
ant_homegreat work, guys23:43
*** MDavis <MDavis!4225e229@gateway/web/freenode/ip.66.37.226.41> has quit IRC23:53

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!