Sunday, 2018-11-25

*** ChanServ sets mode: +v T402:03
*** ChanServ sets mode: +v T408:20
*** ChanServ sets mode: +v T414:49
T4<adampigg> @eugenio_g7 which TWRP do you use?15:28
T4<eugenio_g7> @adampigg it's a bit laggy though. Remember to disable automatic blanking otherwise it will be a pain using the unlock slider16:11
T4<adampigg> do I juse need to unlock the boot loader to install it?  i unlocked, and now MIUI is in some weird state and only showing chinese!16:12
T4<adampigg> showing something to do with wlan, and a password box16:12
T4<adampigg> @eugenio_g7  aw crap, i re-loced the boot loader, and now it wont unlock until i toggle the setting again .... but I cant get back into MIUI!16:15
T4<adampigg> @eugenio_g7 phew, unlocked it!16:21
T4<eugenio_g7> Yes just unlock and install it, but be aware that booting miui again would reflash again the xiaomi recovery16:26
T4<adampigg> @eugenio_g7 the lock screen I got was becuase the device was associated with my mi account, so needed password to enable16:28
T4<adampigg> i have twrp on now16:28
T4<eugenio_g7> Oh ok, great16:28
TheKitMi Pad 4 kernel is finally released as well:
T4<adampigg> @eugenio_g7 do you have a config / kernel repo etc on github?20:02
T4<adampigg> i now have cm13 on, so may aswell start the port20:02
*** ChanServ sets mode: +v T420:09
T4<eugenio_g7> @adampigg
T4<adampigg> ha, yes, just found it20:18
T4<eugenio_g7> Can't check right now if it's up-to-date, should be though20:19
piggzr0kk3rz:mal: what package contains ubu-chroot cmd? i seem to be missing it21:43
piggzr0kk3rz: hmmmmm
malpiggz: yes, install that21:49
malpiggz: it's said in chapter 4.2 of hadk pdf21:49
piggzmal: oh yeah, i was on the next page....21:49
piggzmal: dont know how it got removed ... i musnt have used the ubu sdk for a while21:51
piggzrepo syncing in progress21:51
malpiggz: I rarely use ubu-chroot anymore, android side builds fine in ubuntu 18.04, at least the new android bases21:52
r0kk3rzi wonder how it goes in arch...21:52
piggzim on tumbleweed21:52
piggzmal: r0kk3rz: should port_arch be i486 or i586 ?21:53
malpiggz: I would assume what says21:54
malpiggz: also says i48621:55
piggzyeah, i thought i486 was correct ... but then calls them i586 repos!21:55
malpiggz: do we need i486 for common?22:00
piggzmal: quite possibly if im doing an x86 port!22:01
malpiggz: building22:03
piggzmal: ta ... hope this goes well!22:04
piggzmal: tried any camera stuff?22:04
piggzabranson: you too?22:04
malpiggz: only some basic testing, seems to work22:05
piggzmal: i think the correct gst-plugins-bad is already in 3?22:08
malis it22:08
piggzim sure abranson said as mush22:08
piggzworth a double check22:08
malpiggz: has gstreamer1.0-plugins-bad-1.14.1+git2 and common has gstreamer1.0-plugins-bad-1.14.1+git322:11
malwhich means new enums are not there yet22:12
abransonmal: ah, so we should remove the asd one before it gets in 3.0.122:13
abransonI thought it was close22:13
abransonI wanted to get them in as early as possible so they'd be there well before they were used.22:14
abransonBut it was a bit too early really.22:14
malabranson: anyway the enums are a quite safe change22:14
abransonYes, but it's better to add than remove22:15
malyep, so we should remove the extra enum there22:15
malbefore it goes to any release22:15
malpiggz: let's see if/when we need i486 targets to testing22:16
piggzmal: hopefully soon, depending how it goes, though this port has laready been attempted!22:17
piggzabranson: are you removing that line from 0008-..... or do you want a pr?22:18
abransonpiggz: pr would be good22:22
r0kk3rzpiggz: then andy can blame it on you ;)22:25
piggzr0kk3rz: the buck stops at the merger22:25
piggzabranson: done22:32
malpiggz: doesn't the patch need other changes also, like the line count22:48
piggzoh, maybe22:48
malpiggz: also you forgot to remove ASD from documentation part22:49
piggzmal: cleary a lazy patch....22:54
malpiggz: hehe :)22:55
malpiggz: patching a patch is not usually very nice22:55
piggzprobably easier to re-create the diff instead of hand balling it22:55
piggzoh, but i cant do that can it22:55
piggzi would have to create a new diff, then a diff of the 2 diffs22:56
TheKitpiggz, ping me when you get to libhybris with tablet22:56
malwell you can patch the source manually and get the diff and the overwrite the existing patch to get the diff of the diff22:56
piggzTheKit: will do ... what are your thoughs, mesa or hybris22:56
piggzmal: yes, thats what i meant22:57
TheKitMESA = mainline kernel if you can22:57
TheKit - Intel Cherry Trail GPU blob uses pthread_key_create and then accesses the keys directly like __get_tls()[key] with __get_tls() inlined (%gs + key * 4)22:58
abransonpiggz: 'mb2 apply' will apply your patch to the submodule. then you can commit and export it again23:09
malabranson: I always forget that23:10
abransonit's quite new!23:11
malyes, but I have heard about it23:11
abransonwell, a year or two23:11
abransonit's very handy when upgrading the submodules23:11
piggzabranson: abandoning for tonight, gnight!23:14
T4<xreactx> Any Android 9 base in the works?23:21
malI have patched and built hybris-hal but haven't tested it yet23:35
T4<xreactx> @mal [I have patched and built hybris-hal but haven' …], Awesome, I plan to Port SFOS for the new Mix 323:36

Generated by 2.17.1 by Marius Gedminas - find it at!