SoylentNews is people
SoylentNews is powered by your submissions, so send in your scoop. Only 17 submissions in the queue.
SoylentNews
Microsoft employee Saeed Noursalehi announced the decision to rename Microsoft's Git Virtual File System (GVFS) due to a conflict with the GNOME Virtual File System (Gvfs) project:
We’ve heard the feedback, so lets use this issue to come up with a new name for this project. As we all know, folks from Microsoft don’t have a rich tradition of picking super awesome names for things. I'm no exception to that pattern, so I was thinking we could all put some sensible suggestions into this issue. I’ll then compile a short list and then we’ll all get to vote on the new name.
Source: https://github.com/Microsoft/GVFS/issues/72
This discussion has been archived.
No new comments can be posted.
Microsoft Planning to Rename GVFS After it Discovered Name Conflict With GNOME Virtual File System
|
Log In/Create an Account
| Top
| 36 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
The last time I saw him he was walking down Lover's Lane holding his own hand.
-- Fred Allen
(Score: 2) by epitaxial on Wednesday June 06 2018, @06:28PM (9 children)
Does a desktop environment need its own virtual filesystem?
(Score: 1, Informative) by Anonymous Coward on Wednesday June 06 2018, @07:17PM (5 children)
Here's why: https://blogs.msdn.microsoft.com/devops/2017/02/03/announcing-gvfs-git-virtual-file-system/ [microsoft.com]
Basically the windows code base is a monolithic mess too large for git to handle*, so this vfs doesn't check out everything but only pulls files down when needed.
It only requires a few minor protocol extensions, and a modified git. (Or modified as of last February, think they got there extensions upstream already?)
*In a reasonable time frame, 3+ hours for git status would be a problem...
(Score: 2) by epitaxial on Wednesday June 06 2018, @09:59PM (3 children)
I was talking about Gnome. Why would it need a filesystem separate of the operating system?
(Score: 4, Funny) by stormwyrm on Thursday June 07 2018, @06:18AM (1 child)
Numquam ponenda est pluralitas sine necessitate.
(Score: 2) by LoRdTAW on Thursday June 07 2018, @11:59AM
(Score: 5, Informatively Funny)
(Score: 1, Funny) by Anonymous Coward on Thursday June 07 2018, @07:39AM
How else do would you make sure to not be interoperable with KDE?
Heck, if it worked at the OS level or library level, it would work without either of them.
(Score: 0) by Anonymous Coward on Thursday June 07 2018, @07:36AM
Thus getting rid of everything that makes GIT better than the competition.
(Score: 0) by Anonymous Coward on Thursday June 07 2018, @07:47AM (2 children)
Because your question makes wrong assumptions.
This is about gnome the project and if for instance you want to open files on network storage or dvd or ..., this is shown to you applications as a virtual filesystem.
Otherwise every text editor would need to implement reading dvds in case you want to open a file saved on a dvd.
(Score: 1, Interesting) by Anonymous Coward on Thursday June 07 2018, @10:41AM (1 child)
(Score: 2) by Pino P on Thursday June 07 2018, @11:43AM
The kernel doesn't know how to mount all file systems, especially things that aren't traditional file systems. GNOME virtual file system can mount, for example, an SSH server using SFTP. Even if file systems are made for FUSE, as I understand it, mounting may available only to the superuser, and a sudoer might not be available at all times to authorize a particular mount or unmount. In addition, what facilities exist to port a file system made for FUSE to operating systems using other kernels, such as FreeBSD or WSL?