[03:19] <crimson_king> Trying to launch parole fails with "Segmentation fault (core image written/recorded)" [translated]
[03:41] <castor_t> hello
[03:41] <castor_t> I am unable to connect to a windows share from ubuntu 18.04
[03:42] <castor_t> I am able to ping the server.
[05:11] <flocculant> castor_t: might be this helps https://www.dedoimedo.com/computers/ubuntu-beaver-samba-shares.html
[06:26] <nova> flocculant, I wonder if the fine people that make Thunar are going to update it to allow it to work with SMB3 since reverting to NT1 might be a security problem.
[06:30] <Unit193> Seems to have nothing to do with Thunar...?
[06:30] <Unit193> Either have to blame gvfs or samba, and much more likely the latter. :P
[07:15] <nova> from what i could tell samba had to push security forward a little bit, but thunar doesnt work with the newer protocols
[07:15] <nova> from what i could gather
[07:16] <nova> something about specter
[07:17] <nova> It just doesn't seem to me that reversing the change by Samba is wise, if they felt it was necessary.
[07:17] <nova> yet I did it...
[07:17] <nova> but I feel some shame
[16:43] <xubuntu80i> bubn
[18:15] <xubuntu27i> Hello!
[20:14] <jalt> Is there a way to get thunar-archive-plugin to always ask the user which application (file roller, engrampa, xarchiver, ark) to use? It seems that it only asks for it on the first run with multiple choices. Latest Xubuntu 16.04.4 amd64.
[20:14] <jalt> A cursory check of https://github.com/xfce-mirror/thunar-archive-plugin/blob/master/thunar-archive-plugin/tap-backend.c revealed no obvious way to achieve what I wanted.
[20:39] <ubuesktop> join
[20:39] <ubuesktop> dear team
[20:40] <ubuesktop> I'm failing at installing Xubuntu, and hoping to find support here
[20:41] <ubuesktop> I've installed the amd64 Iso into several USB sticks, using rufus 3.0 and Universal-USB-Installer-1.9.8.1
[20:42] <ubuesktop> but when I boot into the usb stick, the Xubuntu menu appears, I select "install" and get three black "i2c i2c-2:sendbytes: error -110" lines on a white screen
[20:42] <ubuesktop> then nothing happens, at all, even after 30min wait
[20:43] <ubuesktop> can you please suggest some help?
[20:43] <ubuesktop> thanks a bunch!!
[20:48] <jalt> @ubuesktop: you probably should specify which Xubuntu version (18.04) and target platform (manufactured, model, cpu or chipset) you are having trouble with. Also whether you are booting via BIOS or UEFI. Lastly, try the regular Ubuntu iso and see if the problem is the same. If so, you should probably ask in #ubuntu, as it has more people.
[20:50] <ubuesktop> apologies, I am trying to install 18.04 indeed
[20:50] <ubuesktop> and will provide HW spec in a sec
[20:51] <ubuesktop> cpu is Intel Pentium E2140, Packard Bell GA-T671MG motherboard
[20:53] <ubuesktop> BIOS is Si671V14 version from 07/17/2007 (apologies, not sure whether it's UEFI or BIOS, I would need to reboot it to know that, but am using it from Windows right now)
[20:53] <ubuesktop> 4GB DDR2
[20:53] <jalt> the cpu seems to support 64bit, so that should not be the problem. if it's from 2007 probably still BIOS.
[20:54] <ubuesktop> right, good to know
[20:54] <ubuesktop> I should add that I started up by installing Win7 through a USB boot, so that seems "supported"
[20:57] <jalt> umm my rusty french tells me that might be an issue with deprecated/removed SiS drivers for your onboard card: https://www.forum-francophone-linuxmint.fr/viewtopic.php?t=7225
[20:57] <jalt> still, i think it ought to default to vesa and carry on a little further into the boot process
[21:00] <ubuesktop> I'm actually french, so I'll look into it right now. Although I don't understand the issue / implication as of now...
[21:00] <jalt> it might be unrelated, but it was something that popped up when i searched for your motherboard + ubuntu
[21:02] <ubuesktop> sorry I don't understand how that's related, the guy is having issues with his display driver, but under a running ubuntu
[21:02] <ubuesktop> I'm kind of way behind that :)
[21:03] <jalt> again, i suggest that you try normal ubuntu desktop iso, just to see if it breaks at the same point
[21:03] <jalt> also, if you have a running linux system, i suggest using dd to make the bootable usb out of the iso
[21:03] <jalt> on windows, rufus should work fine
[21:05] <ubuesktop> I am downloading another distro right now, will try indeed
[21:05] <ubuesktop> nope, don't have a running linux, that's the issue :)
[21:06] <ubuesktop> I've "burnt" the iso onto the USB stick with rufus, with no luck. Although I did not check / know how to set all parameters...
[21:07] <ubuesktop> --> allocation unit size?
[21:07] <jalt> i used rufus about 2~3 years ago and it was really easy, just accept defaults. i guess it has more features now, or maybe boot cds are more picky
[21:08] <ubuesktop> that's what I've done indeed, using defaults
[21:08] <ubuesktop> with no luck :-(
[21:09] <ubuesktop> am looking into it again, another setting is whether MBR or GPT should be used: any recommendation?
[21:10] <ubuesktop> (sorry, poor translation on my side, the first option was "cluster size")
[21:10] <diogenes_> ubuesktop, mbr should be used for legacy biods
[21:10] <diogenes_> bios*
[21:10] <diogenes_> gpt for uefi
[21:10] <ubuesktop> right, thks
[21:11] <jalt> not for 18.04, but seems a decent guide: https://kristerholmstrom.wordpress.com/2017/08/27/creating-a-xubuntu-boot-stick-on-windows-10-with-rufus/
[21:11] <jalt> i'd say to use dd mode and not iso mode, though, just to be safe.
[21:11] <ubuesktop> it alos has an option to "add fixes for old BIOses (extra partition,align etc...)" --> would you recommend selecting it?
[21:12] <jalt> not at first
[21:12] <diogenes_> ubuesktop, also you could try this piece of software: http://wiki.rosalab.ru/en/images/6/62/RosaImageWriter-2.6.2-win.zip
[21:12] <jalt> if you still cannot boot, maybe try again later with those fixes
[21:12] <ubuesktop> looking at the links, thanks chaps
[21:13] <ubuesktop> rufus 3.0.1304 does not ask whether "iso" or "dd" though
[21:15] <ubuesktop> diogenes_, are you sure about the rosalab tool? never tried such a (russian) tool...
[21:27] <ubuesktop> does anyone know whether there's a verbose mode for the install, that would tell me more about potential issues? and this i2c 110 error in particular?
[22:35] <jalt> Answering my own question: thunar-archive-plugin will ask the user to choose the backend for creating a new archive, if and only if, two or more MIME types of the following basket are currently registered to two or more different (supported) backend applications: application/x-compressed-tar,application/x-tar,application/x-zip,application/zip. Sadly engrampa and file roller seem to register them to themselves once run, so there is no simple workaround.