[09:08] <xu-irc56w> i cant boot my ubuntu i accidentally removed everything through console and now getting error 1962
[09:08] <xu-irc56w> help
[09:09] <xu-irc56w> plss
[09:09] <xu-irc56w> ChanServ
[09:09] <xu-irc56w> ppl
[09:09] <xu-irc56w> pls
[09:09] <xu-irc56w> help
[09:11] <xu-irc56w> i cant boot my ubuntu i accidentally removed everything through console and now getting error 1962
[09:11] <xu-irc56w> helppppp
[09:12] <xu-irc56w> HEEEELP
[09:12] <xu-irc56w> >.<
[09:45] <naimz82> re-install?
[09:58] <Maik> pointless to reply when they're long gone naimz82
[10:00] <naimz82> yeah Maik i just realized after pressing enter... haha
[10:00] <nicoz-> :P
[11:25] <xu-irc24w> Hello. Is there any risk of snaps and some snap-apps being enabled/bundled by default in Xubuntu in the near future the same way as Ubuntu. Is there any clear stance by the devs on this matter?
[11:30] <nicoz-> xu-irc24w https://snapcraft.io/docs/security-sandboxing
[11:31] <nicoz-> Without custom flags at installation, or subsequent interface connections, snaps are confined to a restrictive security sandbox with no access to system resources outside of the snap.
[11:36] <xu-irc24w> Thanks, but that wasn't my question. I don't have an issue with snap having access to system resources. I just wanted to know where's snap role in the Xubuntu roadmap since I couldn't find any information about that online
[11:40] <xu-irc24w> I have Xubuntu deployed on many low-spec machines connected to metered 4G connections. The issue I have is high cpu/memory usage for snaps, and auto-updates which cannot be disabled (unless with tweaks, which I cannot rely on. No official way)
[11:43] <xu-irc24w> Tweaking every machine after installation is not feasible in our case. That's the reason I'm asking.
[11:45] <nicoz-> you can use flatpak if you have cpu/memory problems
[11:56] <Aarch64debian93> wtf
[12:10] <xu-irc24w> That's not the issue.
[12:10] <xu-irc24w> The O/S is being deployed in remote locations by engineers, on low-specs hardware with very limited bandwidth in order to control industrial machines. The browser is needed.
[12:10] <xu-irc24w> I setup a "manual" with exact instructions on how to install Ubuntu and get the third party software running. They follow it step by step.
[12:10] <xu-irc24w> When the snaps started being included by default in newer releases, we started having problems with performance, and snaps eating the bandwidth.
[12:10] <xu-irc24w> So I switched to Xubuntu for now.
[12:12] <xu-irc24w> I could add additional "steps" in the manual to remove snaps and install the non-snap version of firefox, but I'm trying to avoid that.
[12:12] <xu-irc24w> Xubuntu is working for now as it is. But if there is any risk of it following the same path as Ubuntu, I should start thinking of using Debian, but I'd prefer not because Ubuntu derivatives have better hardware support out of the box.
[12:14] <xu-irc24w> That's why I am asking about  information about long-term goals of Xubuntu in regards to snap
[12:23] <gnrp> xu-irc24w: I don't think Xubuntu has a separate strategy for that. Firefox e.g. is not packaged by Xubuntu
[12:25] <xu-irc24w> But as far as I understand, it's up to the Xubuntu devs to decide which bundle is going to be included by default, either the snap, flatpak, or deb package.
[12:25] <xu-irc24w> Will their strategy be, keep the default installed snaps to 0 and let the users decide if they want to use them? Or include some snaps by default? Seems like it's still unclear for now
[12:26] <gnrp> sorry, I am not well aware of that. And I guess, you really have to dig more into dev mailing lists to get more information on that
[12:27] <gnrp> but is this possible anyway, to get packages as a deb when they are also provided as snap?
[12:27] <gnrp> I though it's only either-or
[12:29] <xu-irc24w> I don't know if you can still use the official repo in case the snap is installed, but you can surely download the .deb package and install it
[12:31] <gnrp> and hte .deb is not just a stub for the snap?
[12:32] <xu-irc24w> Last time I tried installing from the repo, the chromium-browser deb was a snap installer.
[12:32] <xu-irc24w> but I meant, if you download the .deb from firefox's website, then it should install as a normal package
[12:33] <Maik> it's not deb if it's a snap
[12:34] <xu-irc24w> Sorry, might have used the wrong terminology
[12:34] <xu-irc24w> the "package"
[12:39] <tomreyn> xu-irc24w: mozilla does not provide .deb's or (directly) .snap's for firefox. the only builds they provide for linux are zip archives containing unpackaged builds.
[12:41] <gnrp> xu-irc24w: Aah, that's what you mean, when you get it from Mozilla directly
[12:41] <tomreyn> i think the current situation in *ubuntu lands is that chromiumbrowser is only available as a snap (no longer as a deb) in current and future releases, and firefox is currently available in both formats (but i suspect it will be snap-only in future releases)
[12:42] <tomreyn> (there can be third parties providing compatible deb packages)
[12:43] <gnrp> omg
[12:43] <gnrp> time to really go away from Firefox (this time, not Mozilla's fault ;)
[12:50] <xu-irc24w> That's why there will never be the "year of the linux desktop". Every year there are more "standards" emerging causing more confusion and differences in the Linux ecosystem
[12:51] <xu-irc24w> In windows one just downloads the .exe and that's it. In linux we either have the tar, rpm, deb, flatpak, appimage, snap...
[12:52] <gnrp> xu-irc24w: To be fair, Windows does not even have this concept. They now have their useless Windows store, but the software in there is rather few...
[12:52] <gnrp> in Windows, this thing is pure chaos as well
[12:52] <gnrp> OSX with the app store would come closer... but they are so restrictive in what software they let in there, it is also a mess with different installation methods
[12:53] <gnrp> of all the points you can make against the Linux desktop, this one I don't consider valid :P
[12:53] <gnrp> btw, I heard 2022 is the year of the linux desktop? :D
[12:54] <Maik> the year of the linux desktop is just a fable, in the 14 years using linux it always has been the same story
[12:54] <xu-irc24w> more like 2222
[12:55] <Maik> my thought: Just use it and be happy
[12:56] <xu-irc24w> Even with all this non-sense it's miles ahead Windows as long as the user is not totally computer illiterate.
[12:59] <xu-irc24w> Windows 11 requires a login using a microsoft account during installation for the non-pro edition. come on
[13:21] <DarkTrick> **Q**: How can I set Thunar to show the current folder name for folders in the sidebar (and not the whole path)
[13:21] <DarkTrick> (21.10)
[14:49] <pikapika> hey gnrp 
[17:22] <gnrp> pikapika: hi
[17:22] <gnrp> small world
[17:23] <gnrp> small network*
[17:23] <Maik> small room
[17:23] <Maik> XD
[17:24] <pikapika> gnrp, I am trying to read some naskh text right now
[17:25] <gnrp> pikapika: Good luck. :P
[17:25] <gnrp> although they even have vowels, no?^^
[17:26] <gnrp> DarkTrick: I guess for that you should maybe look into xfce in general, not xubuntu
[17:26] <pikapika> gnrp, its a Quran phrase so it does explicitly list all vowels and marks
[17:26] <pikapika> I can't read everyday arabic because I don't have arabic vocab
[17:26] <pikapika> though arab does seem to have more fixed formats for vowel positions
[17:26] <pikapika> My actual aim is to learn farsi
[17:26] <pikapika> But nastaliq is so hard to read
[17:27] <pikapika> (vocab is important to guess/fill in the vowels)
[17:30] <gnrp> yep. Makes it very difficult to learn it "by yourself" and without further motivation. With any other Latin language, the internet helps. With Arabic or Persian, not, since you cannot read anything
[17:32] <pikapika> gnrp, so I am in a funny situation since on the one hand Arabic has a Quran to help you get past the initial bump of learning the script, after that phase its quite alien...and while persian does not have any such help, the language overall should be marginally easier for me
[17:32] <pikapika> What I think I will be doing is using the quran to practice the naskh script then tackle nastaliq with that knowledge
[17:33] <pikapika> gnrp, one trick I will recommend is that
[17:33] <pikapika> If you are reading a digital text, you can copy paste each letter to another place to check its independent form
[17:34] <pikapika> will be helpful in the initial phase
[17:41] <gnrp> that is not even the problem for me. The vowels and words really are. ;)
[17:42] <pikapika> gnrp, yeah you really need to have a feel for vocab and context
[17:43] <KBar> The topic for #xubuntu is: Xubuntu support. Offtopic: #xubuntu-offtopic
[17:43] <KBar> ^ pikapika, gnrp
[17:44] <pikapika> KBar, oh right
[17:44] <pikapika> Idk why I thought I was in -offtopic
[17:44] <gnrp> KBar: It moved to a different channel already where it is even more offtopic :D
[17:45] <KBar> gnrp, pikapika https://wiki.ubuntu.com/IRC/Guidelines
[23:14] <DarkTrick> gnrp, indeed! thank you!