[00:01] hunkier was added by: hunkier [01:40] i guess find -cnewer will suffice for now [01:41] so i was in the terminal and entered selection mode ... how do you get out of that? :) [01:41] i had to kill it and restart [02:00] (Photo, 960x1280) https://irc.ubports.com/4jtOteSP.png First install ever of Ubuntu Touch for me. The installer was super simple and easy. Great work! [02:31] 👏👏👏💪 [02:41] @hallyn [so i was in the terminal and entered selection mode ... how do you get out of t …], The x in the top-ish right [02:42] Uh hallyn: The x in the top-ish right [02:55] hm, i didn't see an x [02:57] huh, trying it again now - yeah there is no x, but if i click at top right in the right spot it exits [02:57] thx [02:59] @elagost [], Welcome to the UT club [03:05] You don't see an x? That weird [03:06] (Photo, 720x1280) https://irc.ubports.com/OFk4vlPF.png [03:06] Like this? [03:19] @Fuseteam [You don't see an x? That weird], this is Terminal for me on a Meizu Pro 5 rc channel [03:19] (Photo, 1080x1920) https://irc.ubports.com/i7n0XX0i.png [04:04] @Fuseteam [You don't see an x? That weird], Ah, that is where this button is. I have never seen it before. Ok, never used selection mode. But I think I have an idea where to look for that to fix it. [04:04] You do see it only with background opacity less than 100%. [04:07] I just opened an issue for that. [04:09] Oh my opacity is indeed less than 100% [04:19] I missed that when I did the header for terminal. 😟 Well, same treatment than the other buttons should do the job. [04:22] Oooh great job with the header btw [04:23] zen_monkey was added by: zen_monkey [05:13] @Fuseteam [Oooh great job with the header btw], Thanks. It was just too annoying with the floating icons blocking my input. So I took action. 😬 [05:16] @TotalSonic thank you sir for pointing me out the new version of our signal client. I didn't knew the project was being worked on lately!! [05:16] [Edit] @TotalSonic thank you sir for pointing me out the new version of our signal client. I didn't know that the project was being worked on lately!! [05:30] @malditobastardo [@TotalSonic thank you sir for pointing me out the new version of our signal clie …], all thanks go to @nanu_c for his excellent work so far on this! [05:43] Is there a list of compatible devices anywhere? [07:54] @Danfro [You do see it only with background opacity less than 100%.], about opacity, is there the chance to have the keyboard, when set to transparent mode, to overlap on the terminal screen to let you see the words underneath? I noticed that every time you tap to get the OSK to show up, the row to write on, where the prompt cursor is, [07:54] goes hidden by the OSK and you have to scroll the screen a bit to actually see what you are typing. By the way, great job with the last update, thank you! [08:12] @mattbel10 [about opacity, is there the chance to have the keyboard, when set to transparent …], There was a way. A kind of hack from Kris Jace to do that [08:12] The option to do it from system settings still doesn't work right? [08:20] ban shuhai was added by: ban shuhai [08:27] ban shuhai was added by: ban shuhai [08:56] @mattbel10 [about opacity, is there the chance to have the keyboard, when set to transparent …], wouldn't the correct behavior be for the app to scroll/move up to show the input cursor? [08:57] hmm, wanted to test the behavior, but in Edge it seems the keyboard button in terminal app no longer works? [08:59] weird restarting terminal helped, keyboard responds again [08:59] @malditobastardo [There was a way. A kind of hack from Kris Jace to do that], yes, I remember the Kris's hack for that, I'd like this to be implemented if possible. Maybe later I'll have a look at how to implement it, if any easy according to my current knowledge... [09:00] I don't know the terminal is behaving different from how it was before [09:00] Before with one finger you scrolled to previous commands history [09:00] Now you need two fingera [09:00] @YougoChats [weird restarting terminal helped, keyboard responds again], keyboard not appearing in apps seems to be a common issue [09:01] @malditobastardo [The option to do it from system settings still doesn't work right?], if you set the OSK to be transparent, it works, but when you tap on the terminal screen the OSK shows up not overlapping on the terminal but moving up the text and decreasing the terminal screen space [09:01] @mattbel10 [if you set the OSK to be transparent, it works, but when you tap on the terminal …], Yes i understand [09:01] @malditobastardo [Now you need two fingera], they were interchanged [09:01] one finger for scrolling, 2 finger for history [09:01] @Javacookies [they were interchanged], I dont like that [09:01] Grr [09:02] @YougoChats [wouldn't the correct behavior be for the app to scroll/move up to show the input …], yes, the correct behavior would be that, unfortunately you cannot see anymore the input cursor when the OSK shows up, then you need extra effort scrolling the screen upwards [09:03] i see. 1) type a command that outputs something that is larger than your screen --> cursor is visible above OSK. 2) close OSK, then open OSK --> cursor drops behind OSK. 3) workaround: type something harmless --> cursor pops above keyboard again. [09:04] @mattbel10 [yes, the correct behavior would be that, unfortunately you cannot see anymore th …], Why this changed? [09:04] @malditobastardo [I dont like that], maybe because you just got used to the previous behavior [09:04] [Edit] i see. 1) type a command that outputs something that is larger than your screen --> cursor is visible above OSK. 2) close OSK, then open OSK --> cursor drops behind OSK. 3) workaround: blind type something harmless and press enter--> cursor pops above keyboard again. [09:04] @Javacookies [maybe because you just got used to the previous behavior], Of course but why? [09:04] one finger swiping is the standard for scrolling [09:05] @Javacookies [they were interchanged], ^ohh thats whats going on! i was thinking i'd gone stupid😆 [09:05] I think I'm the one that suggested it but honestly I'm not too sure now if I liked it 😅 [09:05] @malditobastardo [Why this changed?], I think this changed originally when the new terminal UI was introduced long time ago....I think it occurred during the Canonical days [09:06] in my opinion it's a bug [09:06] so I guess it's a question of which is more frequently done, scroll or bash history [09:06] @Javacookies [one finger swiping is the standard for scrolling], on mobile yes, on laptops trackpad no == bad situation [09:08] @YougoChats [on mobile yes, on laptops trackpad no == bad situation], excatly, were on mobile 😜 [09:08] I don't know, maybe a new gesture for browsing history [10:00] i guess it's fine either way. just, pick something and stick with it :-P [10:25] @Danfro [Thanks. It was just too annoying with the floating icons blocking my input. So I …], Good example! [10:27] @malditobastardo [I dont like that], And it breaks terminal apps :p [10:29] @Javacookies [so I guess it's a question of which is more frequently done, scroll or bash his …], But it breaks scrolling in terminal apps like vim [10:36] @Fuseteam [But it breaks scrolling in terminal apps like vim], ah really? how? [10:41] @Javacookies [ah really? how?], it does scroll in the wrong/opposite direction. [10:43] I can't explain why vim and nano behave difderent. When I changed scroll behaviour (to fix an issue), I just renamed the functions (single swipe <-> double swipe). [10:44] I for my part think single swipe to scroll bash history is more natural on the phone, like scrolling through a page. [10:44] But if it messes up vim and nano, well thats no good. [10:46] With the OSK, I think, it really should always show you the prompt line. [10:46] No transparency. [10:47] @Javacookies [ah really? how?], Up=down and down=up [10:47] @Danfro [it does scroll in the wrong/opposite direction.], ah yes, I forgot, I replicated that already 😅 [10:48] The reason is singleswipe simulates the scroll wheel [10:49] And well that's how nano and vim behave under the scroll wheel [10:53] Javi Diaz was added by: Javi Diaz [10:54] @Fuseteam [And well that's how nano and vim behave under the scroll wheel], Hm, I am not sure we can cope for that. Find out wich editor is used and swap directions. [10:55] And then it would have been wrong way round before too, only triggered with double swipe. [11:15] @YougoChats [is there any way to process an .ics file and make it show up in my calendar, in …], To make .ics show up in my calender I imported the file in to the calender of my E-Mail account and used CalDav to make it show up on my UT device. [11:16] oh yeah, recently got harder to scroll through bash history - i started using two fingers for it [11:17] and i always seem to think 'close' in that menu should close the menu... but it closes the terminal [11:25] @Tobs End [To make .ics show up in my calender I imported the file in to the calender of my …], yeah, the thing is, the likes of Google handle it by sniffing the .ics files from your mail and adding it to your calendar automagically, while other providers don't have that service and assume you install a client that can handle .ics file [11:25] s (MS outlook does it well, thunderbird/lightning in a bit of a roundabout way) but UT seems to have no idea what to do with .ics files. [11:25] @mateosalta [and i always seem to think 'close' in that menu should close the menu... but it …], Hehe, true. I never really used that menu, until I discovered it recently. [11:26] The string might need to be changed. [11:27] it would be good if calendar app could pick up .ics files from the content hub and show them in the 'new event' dialogue for the user to review and save [11:27] @YougoChats [yeah, the thing is, the likes of Google handle it by sniffing the .ics files fro …], There is an issue open with calendar that ics import should be made available. Needs some work with content hub. [11:28] @Danfro [There is an issue open with calendar that ics import should be made available. N …], i know. i think i filed that one (or at least subscribed) [11:29] probal31 was added by: probal31 [11:31] @YougoChats [i know. i think i filed that one (or at least subscribed)], It comes down to missing manpower. But this certainly is important. Same with vcf for contacts. [11:33] vcf is supported [11:35] contacts CardDav sync would be awesome though [12:40] @YougoChats [vcf is supported], true. This works from filecommander. It 'only' needs an import option from within contcts app. [12:49] for discoverability, yes [12:55] going through content-hub to import event ics attachments from e-mail seems the wrong way to go about that though [13:04] @Danfro [And then it would have been wrong way round before too, only triggered with doub …], I guess terminal's work like that in general tho: arrow scrolls through bash history and scrolls normally in terminal apps [13:06] @Fuseteam [I guess terminal's work like that in general tho: arrow scrolls through bash his …], But down shouldn't be up, regardless of input device. 😁 [13:07] It can if think in terms of a scroll wheel [13:08] @Fuseteam [It can if think in terms of a scroll wheel], nope. scroll wheel in vim doesn't go opposite directions for me [13:08] You sure? [13:08] it's really only since the apple "magic" trackpads has this reverse scrolling thing been a thing [13:09] I think 'reverse scrolling' is what is in effect in bash [13:09] no, the difference isn't scroll wheel vs arrows [13:10] In terms of the "bug" it is [13:10] it's scroll wheel vs direct touch input (aka "natural scrolling") [13:11] Current behaviour is single finger simulates scroll wheel and two fingers simulate arrow keys [13:11] with wheel, up is up and down is down. with "natural scroll" it is reversed because the behavior is meant to simulate your fingers pushing paper upward, and thus you scroll down [13:11] It used to be the other way around [13:12] We're talking about the terminal app rodney [13:12] i am talking about general expected behavior of input devices with respect to scrolling, and how you should term things when discussing the "issue" [13:12] @Fuseteam [Current behaviour is single finger simulates scroll wheel and two fingers simula …], This is what is defined in Terminal.qml [13:13] I realize that but this is about the current and previous behavior of the terminal app [13:15] As the terminal simulates the arrow keys and scroll wheel [13:15] Afaict [13:16] anyway, this seems like the wrong group to have a long "debugging" discussion in, about it [13:17] @Danfro [But down shouldn't be up, regardless of input device. 😁], Anyway i think single finger should simulate arrow keys not the scroll wheel, perhaps we need another way to simulate scroll wheel if two fingers too much of an hassle [13:17] @dohbee [anyway, this seems like the wrong group to have a long "debugging" discussion in …], That's a fair point [13:18] "scroll wheel" is the wrong term there i think. which is what i have been saying [13:18] I guess [13:19] I'm just using the term based on what i see of how it works [14:07] Justin Bellero was added by: Justin Bellero [15:19] is there a simple CLI program i can use to add something to the notifications and maybe vibrate and turn on the notification led? [15:19] notify-send doesn't seem to work [15:23] Notifs work via the push server [15:24] Not sure if that's applicable in your sit tho [15:25] if there's a "ubuntu-push my-message" then it does [15:25] i did see some examples using rest queries [15:25] they didn't work fo rme, but maybe i just need to try harder [15:26] I also believe need a couple of ids [15:26] [Edit] I also believe you need a couple of ids iirc [15:38] snoerrdi710 was added by: snoerrdi710 [15:39] Hello i want to buy an nexus 5 for UBports. But my question is now. Is the OS complete free Form propateriy driver ? [15:39] Thanks in advance [15:41] Its not, current devices requires android drivers [15:42] Newer devices such as the pinephone and the librem 5 are more likely to be 'free of proprietary drivers [15:42] [Edit] Newer devices such as the pinephone and the librem 5 are more likely to be 'free of proprietary drivers' [15:42] Ok [15:43] So than its the same then i use lineage with microg and f droid. [15:43] Not exactly [15:44] Its not android for one :p [15:44] I like the concept of the librem 5. [15:44] It simply makes use if android drivers :3 [15:44] And want to be free as possible [15:45] But lineage without gapps is opensource too ? [15:46] At the Moment i search a good solution to be take the control back for my device. [15:46] UT could provide that [15:46] Maybe you can explain what ubports make Mord secure than Android [15:46] But no android [15:46] [Edit] But no android apps [15:47] @Fuseteam [UT could provide that], UT? [15:47] Ubuntu Touch [15:47] Oh dump me haha [15:48] But may the android driver are a backdoor for my device? [15:48] I wouldn't say its more secure perse it's simply more open and more private [15:48] The android drivers are containerized [15:49] I am in the poco f1 at the Moment an think about to buy some nexus 5's for me and my friends [15:49] Actually confinement is present throughout the os [15:50] Apps cannot read everywhere only where it allowed to [15:50] [Edit] Apps cannot read/write everywhere only where it's allowed to do so [15:51] @Fuseteam [The android drivers are containerized], So there is no probateriy plops in the kernel ? [15:52] Nope [15:52] @Fuseteam [Nope], Oh thats nice [15:52] Afaik anyway [15:53] Android drivers are user space implemented sadly [15:53] Sadly because that's reason we need them at all [15:55] Any driver upstreamed in the kernel would be open sourced [15:56] What device is the best and best performance device for UT? [15:56] I was thinking for nexus 5 [15:58] @Fuseteam [Android drivers are user space implemented sadly], So that is also not the same like the driver nvidia function at Linux ? [15:59] Sorry for my Bad english [15:59] Depends on your usecase [15:59] @snoerrdi710 [So that is also not the same like the driver nvidia function at Linux ?], Pretty much [15:59] @Fuseteam [Pretty much], Is the same or not ? [16:00] The difference is that there are no open source android drivers [16:00] And that they are in a container [16:01] [Edit] And that they are in a container unlike with nvidia [16:01] Afaiu [16:02] @Fuseteam [And that they are in a container unlike with nvidia], And when it's in a Container than it has no acess to system or kernel right? Like its sandboxed? Isnt it? [16:05] @Fuseteam [Depends on your usecase], I like good Hardware but its only good as his optimization. So there is the question which device is the best supportet one ? [16:06] Do you have some sources to read some knowledg about UT? [16:07] I case oft function [16:11] @Fuseteam [Afaiu], Thanks for your help mate 😊👍 [16:12] @snoerrdi710 [Do you have some sources to read some knowledg about UT?], docs.ubports.com is a good start [16:13] @snoerrdi710 [And when it's in a Container than it has no acess to system or kernel right? Lik …], It has access to what it needs nothing more afaiu [16:13] @Fuseteam [It has access to what it needs nothing more afaiu], Nice [16:15] Is it possible to import SMS from android via .XML or .CSV file? [16:16] And UT is no sending data to conanical? [16:16] @snoerrdi710 [I like good Hardware but its only good as his optimization. So there is the ques …], I would suggest to take a look at the issue tracker on github … And choose based on that or wait for the pinephone which will not require android drivers afaiu [16:17] @snoerrdi710 [And UT is no sending data to conanical?], Nope the ubuntu one account is not even used by ut [16:18] @snoerrdi710 [Thanks for your help mate 😊👍], No problem [16:19] Meanwhile i gtg [16:19] @snoerrdi710 [Thanks for your help mate 😊👍], [Edit] No problem 👍 [16:30] When will the pinephone released ? [16:33] @snoerrdi710 [When will the pinephone released ?], This year you can get only early access developer devices, I would wait for beginning of next year [16:36] @Flohack [This year you can get only early access developer devices, I would wait for begi …], How i can acess to a dev device n communtiy? [16:37] for one, yes, there may be proprietary blobs loaded into kernel space [16:38] for two, no it's not the same as lineage, as we don't use android UI [16:49] @snoerrdi710 [How i can acess to a dev device n communtiy?], You can just order a brave heart edition when it comes out [16:50] @snoerrdi710 [How i can acess to a dev device n communtiy?], You have to ask Pine themselves [16:50] @dohbee [for two, no it's not the same as lineage, as we don't use android UI], I mean things open source [16:50] @snoerrdi710 [I mean things open source], And driver plops [16:51] *blobs [16:51] @snoerrdi710 [I mean things open source], well, aosp is open source, yes. and UT is open source. but that doesn't make them the same [16:52] it is a very narrow similarity [16:52] @dohbee [for one, yes, there may be proprietary blobs loaded into kernel space], Do you know which proprietary blobs are in the kernel by the nexus 5. [16:53] @dohbee [well, aosp is open source, yes. and UT is open source. but that doesn't make the …], But what makes UT more privacy than asop? [16:53]