multi wrote:

On Sunday 05 April 2015 19:23:29 Dave Lers wrote:

...

multi wrote:

...

Hi, I'm using Trinity 3.5.13.2 that was installed with exe GNU linux. I have a bash script to mount a shared folder from a remote server and open it in a window. I launch it from a desktop icon. It looks like this: sudo mount 192.168.0.2:/home/dpjungk/Share /mnt/nfs/client1 nautilus /mnt/nfs/client1 It works fine -- except that, if I close the window and want to reopen it, it obviously asks for the password every time.

Does it have to be nautilus and nfs? Have you tried nfs://192.168.0.2/home/dpjungk/Share/ (or sftp://...) in Konqueror? Konqueror can save login info and I think network logins are automatic/transparent, but most of my LAN logins are via ssh key-pairs (sftp, rsync, scp and ssh) so I'm not sure.

Hi Dave, No, it doesn't have to be nautilus. The folder is an nfs share on the other computer, I thought that meant I had to mount it as nfs. (I don't totally understnad all this)

I generally don't have browsers saving any login info, but maybe i can set this one up as an exception. I'll have time to try it late tonight.

If you just want to access files on another *nix box, sftp is great. If you are dpjungk on both machines, sftp://192.168.0.2/ is all you need. If the usernames are different, use sftp://dpjungk@192.168.0.2/. A path (e.g. sftp://dpjungk@192.168.0.2/home/dpjungk/Share/) is optional... While no configuration is needed and I'm pretty sure openssh-client is installed by default, openssh-server (e.g. @192.168.0.2) may not be.

Setting up ssh key-pairs isn't hard and makes logins (ssh, sftp, etc.) transparent/automatic (no need to save login info in the browser). I believe ssh defaults will only allow root logins (e.g. sftp://root@...) via key-pairs. Key-pairs are also needed for setting up automated rsync backups.

multi wrote:

On Sunday 05 April 2015 19:23:29 Dave Lers wrote:

...

multi wrote:

...

Hi, I'm using Trinity 3.5.13.2 that was installed with exe GNU linux.

I have a bash script to mount a shared folder from a remote server and > open it

...

in a window. I launch it from a desktop icon. It looks like this: sudo mount 192.168.0.2:/home/dpjungk/Share /mnt/nfs/client1 nautilus /mnt/nfs/client1 It works fine -- except that, if I close the window and want to reopen it, it obviously asks for the password every time.

Does it have to be nautilus and nfs? Have you tried nfs://192.168.0.2/home/dpjungk/Share/ (or sftp://...) in Konqueror? Konqueror can save login info and I think network logins are automatic/transparent, but most of my LAN logins are via ssh key-pairs (sftp, rsync, scp and ssh) so I'm not sure.

Hi Dave, I was kind of optimistic about this idea, but Konqueror give me a message: "Authentification not supported".

I don't use nfs, but it appears that export shares need the "insecure" flag because Konqueror uses the nfs kio slave/plugin which uses ports

1024 and the nfs default is < 1024.

References: https://bugs.kde.org/show_bug.cgi?id=75757 (2004, KDE3.2), https://bugs.kde.org/show_bug.cgi?id=309113 (2014, fixed in KDE5).

multi wrote:

sftp//... etc., it works fine. I have a bookmark in Konqueror. I did

Other options include a Navigation Panel link and Save View Profile.

I'm surprised the Konqueror Navigation Panel isn't shown by default, you can do _anything_ from/with it. When bowsing directories it shows the big picture (the file tree). The reason there's only one sftp link in the screenshot is because I just discovered how to get file trees for remote sites - drag and drop a browser tab to the Navigation Network panel. I've never done much with the LAN Browser tab (I think it requires the lisa-trinity pkg), e.g. for browsing network smb, nfs, etc. shares.

By default, saving the view profile saves the tabs/URL's currently open. The saved URL's will be loaded every time you open Konqueror. If the Navigation panel is visible it will also be restored. Setting the file browsing default View Mode is a bit more involved (e.g. always having Detailed List View VS the awful Icon View default).

Am Samstag, 11. April 2015 schrieb David Hare:

New Exe GNU/Linux iso's are now available here: http://www.exegnulinux.net/downloads/jessie/

Exe GNU/Linux is now TDE R14 with a Debian Jessie base but does not use systemd. Some base system packages from Devuan (recompiled without systemd dependencies) are used.

The intention here is simply to offer an alternative choice to the mainstream which actually works. Thank you all in advance for refraining from either pro- or anti- systemd disputes/rants!

Thanks most of all to the TDE team for R14.

David

Hi David!

I just tested it, works like a charm :-) Please post it on the devuan mailinglist, too.

Nik

On 12/04/15 13:48, Slávek Banko wrote:

Just today I published LibreOffice with TDE integration for Debian Jessie. This could be a nice fit for the new version of Exe GNU/Linux :)

Whoever wants, just add apt source:

deb http://mirror.xcer.cz/libreoffice-tde-sb jessie main

Thanks Slávek for libreoffice-tde-sb. Already installed and in use here. It displays far more elegantly than gtk version.

So far I try to keep the live images under 700MB, libreoffice is 300+ extra in the installation. It will at least go in the release notes as a recommendation and the repo preconfigured for next update.

Thanks also Nik for testing the new iso. Details will be posted to Devuan mailing list in addition to the sysv Refracta-based builds (xfce4) I also make.

David

Thanks also to all others who have produced live images with TDE of whatever base distro. Your good work is appreciated even though I don't have the time to test them all.

It does take a lot of work to fit a reasonably featured live image in a standard CD but (with some compromises) is still possible using selective TDE packages.

The package list is posted seperately along with the iso.

David