gio mounted smb does not show up in /run/user/$UID/gvfs/ #mount #gvfs
I still need some more feel at home config help. As you can see here I love having vertical gradients on my displays, but in KDE and Vallpaper I have not found how I can set gradients on the side of my wallpaper which are deliberately not 16:9 since I love to look at (vertical) gradients. Where do I need to look to achieve that? Is there a KDE action that I need to define for all my 20 KDE desktops?
.đď¸ #xFace #KDE #bash #MX #mxLinux #sh #zsh #ksh #csh #tksh #fish #distro #gPartEd #Gnome #Linux #POSIX #fresh #programming #hugo #gvfs #backgrounds #wallpaper #Vallpaper #gufw #RetroComputing #Amiga #C64 #gradient #Indigo
As you see here I already have configured the minimal amount of users that I need in my K Desktop Environment
The next phase will take a bit of time because I need to fine tune critical small keyboard shortcuts so that they work as transparently as they do in xFace with muscle memory
.đď¸ #bash #MX #mxLinux #sh #zsh #ksh #csh #tksh #fish #distro #gPartEd #xFace #KDE #Gnome #Linux #POSIX #fresh #programming #hugo #gvfs #backgrounds #wallpaper #Vallpaper #gufw
Im starting to achieve platform distro OS translucency regarding more and more projects. Now I can smoothly work in my hugo projects from any distro I want in Linux. All I need to do is keep the copies I work on in sync.
Since I dont run zfs jet on a centralized HDD / SSD I simply use mc -a to do the job manually.
Normally it should be trivial, but the hugo projects want rm -Rf dir otherwise old files with similar size can be changed, thus screwing up continuity
Since my KDE MX install is smoothing out in cfg features I need, which is a combo of XFce components and KDE, I can smoothly switch to the KDE distro and work further while I tune it.
I chose to keep XFce seperate from KDE distro wise due to size constraints I;ve put on my boot partition
.đď¸ #bash #MX #mxLinux #sh #zsh #ksh #csh #tksh #fish #distro #gPartEd #xFace #KDE #Gnome #Linux #POSIX #fresh #programming #hugo #gvfs #backgrounds #wallpaper #Vallpaper #gufw
Found a file modification timestamp UTC offset problem in #GVFS affecting #GNOMEFiles, in case there are any #FTP experts around: https://gitlab.gnome.org/GNOME/gvfs/-/issues/789
XMPP> Client has been connected with XMPP ServerEs gibt doch GVfs â Virtual File System,... ob man damit dann vielleicht sein #Jabber account als file system abbilden kĂśnnte.
XMPP> presence
XMPP>
XMPP> join
XMPP Join Chatroom - JID> libcxmpp@conference.anoxinon.me/Test
XMPP> <<< Groupchat Message from libcxmpp@conference.anoxinon.me/Stefan: Test: Das ist ein Test
echo "Wir treffen uns in 10 min am groĂen Baum" > /buddy/user@domain/chatDann wäre Jabber auch endlich mal ein #Messenger fĂźr Normale User. đ
Hey BTRFS users đ
Did you ever encounter, that on btrfs there's no trash option, but only directly delete?
Well, here you'll find more details about this:
https://gitlab.gnome.org/GNOME/glib/-/issues/1885
Not actually fixed, but did you know about this relatively new mount-flag "x-gvfs-trash" as a workaround?
So WHERE TF does gnome mount MTP devices (like Android Samsung S21, in my case)?
It used to be /run/user/$UID/gvfs, but it doesn't seem to be the case anymore. And I want to use some rsync or CLI to deal with that. But it seems I have to actually select stuff in a file explorer and copy paste.
Are we getting in the Windows era of linux Desktop Environment?
I wasted the last 2 hours trying to figure out why #ThunarFileManager does not detect #gvfs on #SwayWM. I should have checked the #Gentoo Wiki page (https://wiki.gentoo.org/wiki/Sway)... In its examples, the wiki page always starts sway via dbus-run-session. I had started it directly via the sway binary...
So, starting right now, my .bashrc file will contain this little alias definition:
alias sway="dbus-run-session sway"
@CyDeFect @FiLiS In theory, yes. In practice, not so much. The #gvfs-based approach creates "weird" mountpoints in a user scope. The #smbnetfs variant creates some "dynamic" mountpoint where you have to access a hostname/ip-address using it as it was a subdirectory. Both not what I would have needed for home directories via #SMB3. Plus, they both perform badly.
So, in my case, just using #NFS for #FreeBSD clients (and still offering #SMB3 via #samba for #Windows clients) was the sanest solution.
Having a weird #gio or #gvfs issue on my #debian distro today. If I attempt to download a file over http(s) in my gtk4 podcast tracking app via GLib.File.copy, or over the cli via `gio copy <source> <destination>`, it fails with Operation not Supported. The flatpak version of said app I have installed is still working just fine, and I can still connect to an FTP server in Nautilus. The issue just started this morning. If anyone has any ideas I'd appreciate it!
Merci Ă #gvfs-mtp
I've been looking for a #GoogleDrive #Linux integration that is not as buggy as #GNOME's #gvfs integration. #rclone seemed like the right tool, but I wanted to mount the remote drive to a local folder automatically with my user login, so I stumbled upon this great Gist: https://gist.github.com/kabili207/2cd2d637e5c7617411a666d8d7e97101
Seems to work great for the moment and at a much faster speed than the GNOME integration.
Toujours personne pour confirmer ce bug ?
SVP, jâaime pas parler dans le vide quand je suis face Ă un souciâŚ
RT @TritTriton@twitter.com
Bon, je crois quâil y a vraiment un problème avec #GIMP (2.10.30) et #gvfs (1.50) : je ne peux manifestement plus glisser-lâcher une URL contenant une espace (%20).
MĂŞme la fonction âOuvrir depuis lâemplacementâ ne fonctionne pas dans ce cas.
đŚđ: https://twitter.com/TritTriton/status/1507303096996802560