[00:00] If there are known vulnerabilities they will be patched up-stream, so on any of the 3 devices currently recieving builds you can expect up-to-date security patches within a reasonable amount of time [00:00] Like, it all depends who is maintaing what and I'm not sure about that, but the 3 official devices get almost daily sometimes more updates per day [00:00] I got my S7 [00:00] @Seumas, How can we be responsible for 3rd party SW [00:07] I mean it depends from which package you install Firefox, if it is distro, then the distro will manage security. If its website download you need to do it yourself. In the distro case we can only help if it affects a package what we are installing via our root fs. Whats inside the libertine container is probably not coming from our build server [00:13] Tina119 was added by: Tina119 [00:16] Hello @Tina119 and welcome! I'm part of the UBports welcoming team. … To help you get started, please take a look right away at our newcomers welcome page (https://ubports.com/page/telegram-welcome) and thanks again for joining us! :) [00:17] Also, you might be repelled by the amount of messages going through our groups at times, but still interested to stay up to date about our project. In this case, lucky you, there's a brand new News Channel! @ubports_news [00:20] @peternerlich, Sorry, I made a mistake [00:21] @Tina119, Hey, no problem. Can I help you with something or did you just accidently join the wrong group? [00:24] Hi, … Curious if anyone also has any experience with plasma mobile seeing as its open source. I just saw it was available so if anyone knows if it's similar to ubports I'm keen to know. Thanks. [00:24] @peternerlich, Thanks,nothing right now,if I need,let’s you know....yes.... I did join other wrong group....and I deleted all [00:32] @peternerlich, No,no..... I doesn’t repelled any messages,I can studying better [00:40] @Tina119, If you don't mind, I would like to have a short chat with you, but we would better do that over in the welcome room than in the supergroup: https://t.me/joinchat/Baj4lhJ4XRotoeGk1QxuRQ [00:41] @peternerlich, Sure [00:46] @Xorpad, Already works that way [00:49] @Rawcode, Sign in to u1 and tap install, assuming server is still up [00:50] @JBBgameich cool, well I already have my repo manifests set up to the way I want them, then I'm gonna push the whole tree to gitlab including prebuilts [00:50] and .repo sanatized [00:50] .repo will be empty except for the manifests [02:32] @Xorpad, You don't need to push whole tree.. you always push individual repos.. [02:32] @bhushanshah yeah, i realize that. I'm making a repo server though for the tree, hoping other will hop on the bandwagon... I just am doing some stuff first, that's the next step [02:33] I... don't think that's how repo works? [02:34] Doesn't it hold all of the git repositories? [02:34] What you are trying to do is broken workflow well... I've explained it thousand times and not sure why I bother to tell one more time if you don't want to listen [02:34] *sigh* [02:35] I guess we wait and see what actually comes of it? [02:36] @bhushanshah and I got what you said... but when I did what I learned from what you said, I found the branchs in question mostly in horrible shape [02:36] Like, bullhead kernel was a real mess of bad stuff [02:36] What specifically was changed? [02:36] @UniversalSuperBox in my copy or in the ones I didn't like? [02:37] What did you change to make it not 'bad stuff'? [02:37] I see NO changes in bullhead halium kernel in whole month so I am not sure what you are talking about [02:37] I started with cm-14.1 sources instead of halium forks [02:37] because I haven't pushed them [02:37] Right, as we do [02:37] and it didn't take very many anyways [02:37] @Xorpad, Why? When we already have a fork? [02:38] If you're trying to reduce the number of projects, that would be okay if you can be sure that no device touches the removed ones [02:38] because when I got the fork you told me to, after you educated me on git and branches and stuff, I was very dis-satisfied with the differences and issues I found [02:38] The Halium forks of the projects are there because the ones from cm don't work [02:39] There was a ton of warnings and when I started investigating them I saw a lot of bad coding practices [02:39] I am not amazing, I'm really not, but I don't like that way that stuff was coded and I think I can do better [02:39] And that wasn't the case in Lineage? [02:41] lineage kernels are good, but there is some stuff you have to change in the kernel defconfig to comply with halium/hybris-boot specs that open up bugs/missing code in stuff that was never intended to be configuered the way the defconfig is, so I had to merge in a lot of code from other linux kernel forks and mainline linux to get it to compile [02:41] Right... like the Halium fork [02:42] yeah, i'm trying to make it a halium compatible thing [02:42] I'm trying to do it halium/ubports way as much as possible while still doing stuff the way I think is the best [02:42] I want my work to be officially adopted, so I'm trying to stay in line as much as possible with what you guys are doing [02:43] Honesly, I can't say whether it is or not [02:43] Since we can't see it [02:44] Also, you said that you got DRM running the other day? Did you hack on Freedreno for a few eons or what? [02:44] Well once I finish what I'm doing now(an experiment that's been going on 7 hours with no end in sight about building a halium 7.1 tree with modified repos in .repo manifests, hoping to get a good base [02:45] no I didn't get DRM running, I got tests on the drm I compiled working [02:45] DRM is still not done [02:45] I honestly don't know what you're doing, and I'm going to hope for the best [02:46] Well, I didn't get DRM running, but I'm planning on it, so getting DRM components to compile and pass unit tests is something I've put time into [02:46] There are no drivers for that GPU, though [02:46] Well, there's the driver blobs [02:46] they can be disassembled [02:47] I don't know if we could include that without a licensing nightmare on our hands [02:47] that's really something for later i just started doing it on a tangen t and tucked it away [02:47] @UniversalSuperBox Oh [02:47] Well, I will make it happen in the HAL then [02:47] I will not RE the drivers, I will use the android blobs linked to the kernel [02:48] the kernel will call stuff to the drivers in a way that works with the the HAL [02:48] I don't understand that sentence and I don't know if it makes sense, so I guess we wait to see it working. [02:49] You're talking about doing it without the Android container, then [02:49] Which hasn't been tried anywhere ever [02:49] I've done it [02:49] With 14.4 mainline linux kernel on nexus 5 [02:50] I was able to link against drivers of every version from 4.4-7.1.2 [02:50] I suppose we wait and see, then... [02:50] It took weeks of obsessing and needs more work [02:50] @UniversalSuperBox I will still use the container [02:51] A portable, open source version of that could completely change the landscape of non-Android ROMs. And Android ones too. So... forgive my skepticism [02:51] but the container will have a way for the kernel to interact with the hardware [02:51] well that's why I did it [02:52] We'll be here when it's ready [02:52] Okay [02:52] Well that's a different project [02:52] That's proprietary [02:53] I'd rather port UT [02:53] so I'll do it mostly your way with some stuff I think should be done [02:55] anyways, I gotta do something... I'll be back in like 15-20 mins I think. You'll see when I get some serious progress made, because so far all i've done is learned a fair bit, a large portion of what I need to know about the code, how you guys do stuff, what I think should be done, and how/what I have to do. but I'm feeling really good about this experiment I'm doing and once I get it done and compiling I'm gonna make a gerrit server to host a repo r [02:55] and hopefully you guys will jump in and jmake alternate branches that use the code of mine I think you want to, while avoiding stuff you prefer to do your way [02:56] like I said when I came here, I'll code the stuff I want and you can accept it or not [02:56] :D [02:56] You're looking for Gerrit? [02:56] I have a guide bookmarked on how to set it up, looks pretty comprehensive [02:56] Becuse, uh... http://review.ubports.com/ [02:57] Oh [02:57] We don't use it much [02:57] well, can I just make an account and use it? [02:57] or should I make my own [02:57] Most fixes don't require the sweeping changes between tons of repositories that AOSP does [02:57] You can log in with GitHub, I think [02:57] I see [02:58] Question is... @bhushanshah is Gerrit fully set up for Halium-7.1? [02:58] Okay, I'll do that, but I'm also gonna make one and use to back up stuff [02:59] anyways i gotta go, be back soon [02:59] Oh, also. We like small PRs anyway. They're easier to test for. So that's another reason we prefer GitHub single-repositories PRs over Gerrit [03:04] @UniversalSuperBox okay [03:05] well when I do something that I consider more than a hackish exeriment to try different ways of things, and write [rpoper code meant for production builds, I will make github repos of everything then [03:06] like right now all the code I wrote needs to be put it the right files, there's some things i'm going to need to test when I get to a point where i can,and I'm sure I'll find problems [03:06] @UniversalSuperBox, Gerrit is not setup precisely due to reasons you mentioned in 2nd message [03:07] I hope when I make some real progress and show you guys that you'll like it [03:07] but i'm not at the real progress stage i'm at the hacking stage [03:08] just messing around, tryng things, constantly starting over to do something a better way [03:08] like I've got backups of most of the build trees i deleted, but as of yesterday morning I started over to re-do things better, and it's like the 7th or 8th time i've started over [03:09] I have very high standards for myself, it has to be the best way and if I think of something that makes me have to rewind back it time, i'm gonna do it to make a better product [06:18] @bhushanshah, Sur !-! [06:18] U didn't ping me;-; [06:19] @akshat2K2 Have you tried what was suggested in the forum post? [06:19] Which [06:21] @UniversalSuperBox, This didn't work BTW it was already present [06:21] @UniversalSuperBox, . [06:21] @akshat2K2, . [06:23] First of all I wonder if your broken build environment is causing this... (you have run some builds as root user) [06:23] hmm [06:23] Without root it doesn't start [06:24] It says permission denied and Bla bla bla … . [06:24] well [06:25] you would want to fix permissions then and not start it as root to mess permissions again [06:25] fix cause not symptoms [06:27] Ok [06:38] https://hastebin.com/kebuforuho.sql [06:38] This is what I get [06:38] @bhushanshah [06:39] Essentially what you want to do is either a) remove whole of out folder or chown -R : $OUT [06:40] @bhushanshah, What's group ? [06:45] id command would tell you what's your user's group name [06:45] or lazy method is, run ls -l … ```drwxr-xr-x 3 bshah users 4096 Dec 3 11:15```here users is group [06:51] (Photo, 1280x128) https://irc.ubports.com/w8u7CFkd/file_2542.jpg [06:52] @bhushanshah [06:53] what did I tell? what did you do? :P [07:02] @bhushanshah, . [07:02] I did this [07:03] No you didn't [07:03] Read your command [07:09] (Photo, 1280x172) https://irc.ubports.com/RiHPNzAG/file_2544.jpg [07:10] are you running this command from android build env? [07:10] i.e where you have run breakfast and lunch commands? [07:11] @bhushanshah, Here only [07:12] well, in that case maybe instead of running it with $OUT, just specify path of $OUT folder [07:12] Ok [07:23] Chown done successfully but got this error https://hastebin.com/imuwuroton.tex [07:26] ;-; [07:28] well [07:28] fix permission for directory it says [07:29] Ok [09:16] Same error [09:25] @Cesar_Herrera, Yes... i discovered. Thanks [10:08] Hi! … Ubuntu touch is 64 bit too? [10:16] @petya230, Not now, we do not have a working port for arm64 [10:16] Soo … I cant make ub to p9 lite? :( [10:19] Well there is armhf rootfs which would work just fine or arm64 device [10:32] Jonasz was added by: Jonasz [10:33] @Flohack, Crap [10:33] ;-; [10:35] @Jonasz, Hello Jonasz and welcome! I'm part of the UBports welcoming team. … To help you get started, please take a look right away at our newcomers welcome page (https://ubports.com/page/telegram-welcome) and thanks again for joining us! :) [10:44] I will never have ub on my phone :( [11:09] @petya230, Why is that? [11:11] @akshat2K2, Please be a little more polite [11:20] We will never have ub on arm64 phone 😢 [11:21] Why not, the armhf rootfs works on arm64 too [11:25] Florian said that we do not have a port now. Since 64bit is the new normal, that will obviously have to change at some point. It just won't be immediate [11:29] well do we gain something from arm64 applications? [11:30] .. other than losing memory.. [11:31] there will be a time when convergent workloads require 64bit.. [11:31] but not with this hardware generation [11:31] @petya230, Ah I see. The device which doesn't look even slightly like an iPhone 😂. Well, in general, target devices have Qualcomm processors so I would say that the chances are really very low for your phone. Sorry but each device requires a lot of work [11:43] @developerfect, We shipped a retail armv8 phone with ubuntu [11:43] aarch64 kernel/Android, armhf rootfs [11:44] FYI :) … (call for booth/talk not yet open) [11:44] Fwd from sergiqp: Ubucon Europe 2018: https://community.ubuntu.com/t/ubucon-europe-2018/2467 [11:45] @anpok, Depends on the application really. Browser doesn't buy much. Image processing has benefits though [11:50] hi [11:50] can you port xperia z5? [11:51] Hello, is it possible to port UT to MediaTek processor? Device: nikel [11:54] @fronCode, It has been done with Mediatek devices in the past but they are very closed proprietary. Qualcomm is easier to deal with, so will almost always be preferred [11:56] @sopernam, “Can it be ported” would be a better question. Porting is slow and difficult. There is no team looking out for opportunities. If someone decides to take a lead on the Z5 maybe it can happen but they would have to find new resources from somewhere [11:57] @Stereofont, Ok, thanks.. [11:59] https://docs.halium.org/en/latest/supplementary/devices/yuga.html. not Z5 though [12:00] The Z Tablet is also working already [12:05] @JBBgameich, There may be some common features - only maybe - but if that gives a 20% start, that is much better than 0% [12:48] @Rawcode, This is strange Federico, it should works [13:16] who has a working sync going between a Nexcloud Calendar and the calendar app? [13:17] I am told it should work but i am seeing weird behaviour [13:17] I am on 15.04/devel btw [13:19] when i create an NC account in online-accounts, it seems to work because the accounts get created and the calendar gives me the syncing-popup [13:20] it doesnt however show me the available calendars [13:20] also, which is even weirder, Serverside, Nextcloud simply shows a falied login [13:21] i would appreciate any guidance on how to troubleshoot [13:22] @Stereofont, working on that phone right now [13:24] there are official github repositories from sony.. but I did not come very far with those.. eventually the result hat the same short comings as the one that was done about a year ago no usb charging no wifi .. no .. alot of things [13:24] but there is now also a lineage OS port to base on.. [13:34] Can Ubuntu touch be ported for mtk 32 bit? [13:34] Or it need 64 bit device [13:35] it doesn't matter if 32 or 64 [13:35]