**** BEGIN LOGGING AT Tue Jan 08 02:59:57 2019 Jan 08 07:29:27 Morning! Jan 08 07:29:54 elvispre: the serial number in the info app comes from Android properties: https://github.com/webOS-ports/org.webosports.app.settings/blob/qml-based/src/qml/General/DeviceInfoPage.qml#L136 Jan 08 08:08:55 Morning Jan 08 08:09:13 OK seems Win10 installed without issues on the new machine, so I guess it's something in (K)Ubuntu that's the issue Jan 08 08:09:18 Now need to figure out what Jan 08 08:10:17 Herrie|Laptop: if you have a KDE Plasma-specific problem feel free to ask Jan 08 08:11:37 Sho_: Nothing too specific, just on my new Threadripper 2990WX with M.2 SSD and 128GB of RAM, the installer gets stuck on the network connection screen forever it seems. Even when I don't connect to a network... I tried various Kubuntu (16.04, 18.04, 18.10, all the same it seems). Not really sure how to debug this in GUI Jan 08 08:11:47 It previously always worked for me when I installed it Jan 08 08:11:57 I guess I could try Hyper-V in Windows 10 to run Linux Jan 08 08:12:07 Performance wise that should be pretty OK from what I read Jan 08 08:12:14 Oh hm, I can't recall if Kubuntu uses Calamares as installer or the old Ubuntu one Jan 08 08:12:28 The Calamares maintainer is a collague of mine I could put you in touch with, though Jan 08 08:13:00 Kubuntu uses ubiquity Jan 08 08:16:22 Seems that the Intel on-board WLAN is not as good as my external Asus PCE-AC68 card. Difference is 50/100 Mbit/s on both upload and download speed. So I guess I'll stick with my Asus card ;) Jan 08 08:29:27 * Sho_ is also waiting on a new laptop delivery and prepping for it Jan 08 08:29:35 lots of headache with nvidia optimus and choice of filesystems waits Jan 08 08:32:03 Sho_: I've been traditionally on Windows since I was 10 or so, starting with Windows 3.1.... I've been doing more and more development on open source side and had a separate builder running Ubuntu. Now will combine them into a single powerful system. Still trying to work out the logistics. I.e. (K)Ubuntu host with Wine or VirtualBox or Win 10 host with Hyper-V/VirtualBox K()Ubuntu Jan 08 08:32:34 cool :) Jan 08 08:32:45 I switched from Windows to Linux in a similar way as you around 2002 Jan 08 08:32:58 I initially had a seperate server I remoted into at home, and then switched my workstation Jan 08 08:35:06 I used to have a lot of things that didn't work on Linux, but I guess I'm OK with most things now Jan 08 08:35:13 Need to check my printer and sound card Jan 08 08:35:17 For the rest should be pretty OK Jan 08 09:06:15 morning.. Jan 08 09:06:42 Herrie|Laptop: Used to have these kinds of problems with early WiFi, can you disable the WiFi in the BIOS, attempt your install (without it) and then enable the card afterwards? Jan 08 09:07:32 Originally I would have suggested pulling the WiFi card physically! Jan 08 09:11:40 novaldex: I can try that Jan 08 09:11:46 I still need to tweak a few things Jan 08 09:11:56 CPU temp now is OK it seems, but haven't tested under load Jan 08 09:12:52 My USB sticks were aging as well, so got some new ones, just to exclude those from being one of the reasons Jan 08 09:13:07 Since they're anyway dirt cheap nowadays even good USB 3 ones :) Jan 08 09:14:45 I remember how much I paid for my first 128MB usb stick.. and now you can get massively bigger ones in 3's! Jan 08 09:14:56 Yup Jan 08 09:14:59 Do they last any longer I wonder? Jan 08 09:15:06 Got some 64GB ones Jan 08 09:15:18 A Kingston & Sandisk, should be decent enough Jan 08 09:15:34 novaldex: You got any experience with Hyper-V v.s. VirtualBox v.s. Docker for performance? Jan 08 09:15:42 On Windows 10 that is Jan 08 09:16:40 I use VirtualBox on my W10 laptop well, i've not punished it mind, but it's compiled & packaged things for Gentoo happily Jan 08 09:17:02 I shy away from Hyper-V a bit (i'm more a VMware guy) Jan 08 09:17:22 I do use Docker, but only on Linux (where i'm still getting to grips with it, but it's doing a good job in my DMZ) Jan 08 09:18:00 OK Jan 08 09:18:07 I guess I'll play around a bit Jan 08 09:18:27 From what I read Hyper-V with some tweaks and latest Windows 10 update should perform well with Ubuntu 18.04 Jan 08 09:18:37 knowing how VBox works, i'd say you couldn't go far wrong with it Jan 08 09:19:19 I keep thinking that Hyper-V has too many overheads.. maybe that's just me Jan 08 09:19:25 Hyper-V should give performance gain over VirtualBox probably Jan 08 09:19:28 At least from what I've read Jan 08 09:19:41 I guess it's trial & error Jan 08 09:19:45 And do some timing Jan 08 09:19:50 You'd think so, but real world scenario's might say other wise Jan 08 09:20:08 If you've got the time to test & thrash it, think we'd all like to know your results Jan 08 09:20:26 For me it's mainly to see how I can get best build results Jan 08 09:20:48 Except for going native (K)Ubuntu Jan 08 09:20:59 Ubuntu is a legit distribution on W10 now, don't necessarily need a virtualization package in the middle Jan 08 09:21:26 I don't know how well it works for what you're doing though, it's more as a way to get a version of bash shell in Windows Jan 08 09:21:43 WSL doesn't work for Yocto yet Jan 08 09:22:00 EricBlade tests it regularly but not succeeding yet (though getting further each time it seems) Jan 08 09:22:30 my question answered! I didn't think it'd be up to scratch yet Jan 08 09:29:54 JaMa: Any suggestions for bitbake settings to modify to get best performance? I guess I don't need SWAP with 128GB of RAM? Jan 08 10:09:31 Herrie|Laptop: are you going to use tmpfs for builds? Jan 08 10:11:35 Herrie|Laptop: probably worth experimenting a bit, you don't need SWAP, but it can still be useful to offload long unused parts (especially with tmpfs) Jan 08 10:12:44 interesting combination (for me) would be 64 make threads, 8 bitbake threads and then 64+16 (or even more bitbake thread) Jan 08 10:17:28 I'm going to experiment with KVM to see if it's good enough for e.g. QPST, with VBox and Vmware it was annoying that when the phone USB changes ID e.g. after enabling diagnostic port, it got attached to host instead of guest Jan 08 10:27:29 Tofe: it turned out i just needed this patch instead of all those permissions... https://github.com/webOS-ports/meta-webos-ports/blob/cb5a88b7540f18058fdf9003226de0985320a3f1/meta-luneos/recipes-android/android-tools/android-tools/0001-Allow-adbd-to-be-ran-as-root.patch Jan 08 10:27:33 silly me Jan 08 10:28:14 oh :) Jan 08 10:45:53 JaMa: Seems I'll be going down the Hyper-V/VirtualBox route in Win10 for now since I cannot get K(Ubuntu) to work yet directly Jan 08 10:46:01 I'm open for any suggestions Jan 08 10:47:18 Seems our instructions on https://webos-ports.org/wiki/Build_for_Rosy#Setup_the_build_environment don't mention anything on tmpfs? Jan 08 10:47:24 Any pointers are welcome Jan 08 10:47:39 Suggestions for values in PARALLEL_MAKE = "-j 4" BB_NUMBER_THREADS = "4" would be welcome too Jan 08 10:48:26 nizovn: Sometimes the solution is easy :P Jan 08 10:54:28 yes, however devpts still needs to be mounted, but maybe it's OSE specific Jan 08 10:54:52 + there is no /system/build.prop on tissot, only /system/system/build.prop Jan 08 10:57:06 so i hope my 20 reboots with blindly using strace were not completely useless :P Jan 08 12:27:23 Herrie|Laptop: I don't do anything special with the parallel build flags. I'd just try the defaults first if I were to you. Jan 08 12:38:07 elvispre|cloud: Well I guess with 32 cores and 64 threads I need to tweak them a bit :P Jan 08 13:24:24 nizovn: /system/system looks like a system.img issue, did you check ? Jan 08 13:25:47 Herrie|Laptop: PARALLEL_MAKE 64 BB_NUMBER_THREADS 8 Jan 08 13:26:22 Herrie|Laptop: the default would be 64 for both, which could get insane if you get 64 do_compile tasks running at the same time wielding 64 gcc processes each Jan 08 13:26:56 Seems my Windows setup is more or less OK now Jan 08 13:27:06 So I guess I'll be toying with Hyper-V shortly to see how that works Jan 08 13:27:07 for tmpfs you can see jenkins-job.sh Jan 08 13:27:45 basically bount big chunk of ram as tmpfs for tmp-glibc Jan 08 13:27:52 Just rebooting now to get the Hyper-V stuff working Jan 08 13:28:10 What do you call a big chunk? 32GB, 64GB or ... ? Jan 08 13:28:20 are you using rm_work? Jan 08 13:28:47 nizovn: I'm reffering to the fact that there are two types of system.img now: full image, and "/system"-only image. If the former is mounted as a "/system"-only image, you can get your result, typically. And it's mostly based on the .img filename. Jan 08 13:29:26 Herrie|Laptop: jenkins builders are using 80GB Jan 08 13:29:27 none /home/jenkins/workspace/luneos-stable/webos-ports/tmp-glibc/ tmpfs noatime,nodev,nosuid,size=80G,mode=1777,users,exec,uid=3004,gid=3004 0 0 Jan 08 13:29:30 none /home/jenkins/workspace/luneos-testing/webos-ports/tmp-glibc/ tmpfs noatime,nodev,nosuid,size=80G,mode=1777,users,exec,uid=3004,gid=3004 0 0 Jan 08 13:29:33 none /home/jenkins/workspace/luneos-unstable/webos-ports/tmp-glibc/ tmpfs noatime,nodev,nosuid,size=80G,mode=1777,users,exec,uid=3004,gid=3004 0 0 Jan 08 13:29:36 none /home/jenkins/workspace/webosose/BUILD/ tmpfs noatime,nodev,nosuid,size=80G,mode=1777,users,exec,uid=3004,gid=3004 0 0 Jan 08 13:30:21 JaMa: Nothing setup yet Jan 08 13:30:22 Herrie|Laptop: you should be able to build most stuff with 64G (unless there are many components failing in which case rm_work won't remove their WORKDIR) Jan 08 13:31:28 the advantage is that your SSDs will wear a lot less (even with long commit interval for TMPDIR mount it will still try to write the data to the disk eventually - possibly before it's removed by rm_work) Jan 08 13:32:13 but big disadvantage is that you cannot have multiple bigger builds "in progress" e.g. if one build fails you need to clean it, before starting different one, because they won't fit into tmpfs at the same time Jan 08 13:32:45 JaMa: That shouldn't be an issues, seeing I'm only doing LuneOS and only one build at a time? Jan 08 13:32:59 and of course you need to move out all artifacts you want to use later (e.g. images you want to flash later) outside tmpfs before reboot Jan 08 13:33:34 well it applies also for diffrent MACHINEs in the same build dir Jan 08 13:33:54 as with jenkins build, we need to call cleanup after each group of MACHINEs Jan 08 13:35:14 but definitely plan for separate partition for TMPDIR(s) Jan 08 13:35:36 either as tmpfs or with long commit interval, e.g. from my fstab: Jan 08 13:35:38 LABEL=ssd-build2 /media/ssd-build2 ext4 noauto,noatime,commit=10000,barrier=0 0 0 Jan 08 14:00:34 Tofe: ok, i just meant the build.prop from system partition. looks like they moved it to /system/system with a/b. Jan 08 14:02:02 nizovn: actually, it's more likely that the system partition now contains the whole filesystem, rather than just the /system subfolder Jan 08 14:02:28 yes, maybe Jan 08 14:02:54 but i think it's mounted to /system anyway Jan 08 14:03:41 OK I didn't like Hyper-V not very stable for me Jan 08 14:03:47 It crashes on opening Terminal already Jan 08 14:03:51 So now trying VirtualBox :P Jan 08 14:04:04 nizovn: I wouldn't be so sure, but I'll let you be the judge of your situation :) Jan 08 14:05:52 Tofe: anyway something has changed :), and there is no build.prop in $system_partition/build.prop, which is used in panic() from init Jan 08 14:06:38 nizovn: ah, but I wouldn't be surprised if panic() isn't adapted to handling such system partitions Jan 08 14:06:55 yes, that's the issue Jan 08 14:07:07 ok I misunderstood Jan 08 14:08:01 maybe testing $system_partition/system/build.prop too would solve it simply ? Jan 08 14:09:42 yes, i mount system_a to some folder, copy build.prop to empty /system, and android-gadget-setup and adbd are happy Jan 08 14:10:25 ok good, then it's the way to go Jan 08 14:14:10 hm, now i'm actually not sure if adbd uses it, so maybe just android-gadget-setup adjustment is sufficient Jan 08 14:15:19 well, even so, your approach is totally acceptable, it's a tmpfs anyway Jan 08 14:17:06 ok Jan 08 16:20:40 Small thing I came across on my clean build, so fixed it: https://github.com/webOS-ports/meta-webos-ports/commit/81c7259a8f613e44047922db87d8ebb1b4104400 Jan 08 16:29:39 And how is your build performing? Is your terminal window tall enough? 😁 Jan 08 16:34:00 elvispre|cloud: Hard to say so far Jan 08 16:34:03 Running into odd things Jan 08 16:34:07 SO need to iron those out Jan 08 16:34:20 Seems speedy, but cna only tell on qtbase & webengine really Jan 08 16:36:23 And I managed to kill my Kubuntu virtualbox image :S Jan 08 16:38:41 It took me a while to settle on a decent configuration. Mostly because I did not buy enough memory at first though. (That's not your problem!) Jan 08 16:42:04 Yeah that's not my problem, my problem is that it doesn't want to install Kubuntu natively for now Jan 08 16:42:26 So I'm bound to Hyper-V (managed to crash Terminal without starting it) or VirtualBox for now Jan 08 16:47:33 OK Kubuntu is fixed again Jan 08 16:47:38 Needed to run fsck **** BEGIN LOGGING AT Tue Jan 08 19:33:32 2019 **** BEGIN LOGGING AT Tue Jan 08 20:54:34 2019 **** ENDING LOGGING AT Wed Jan 09 02:59:57 2019