bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: An idea for versiont racking using translators


From: Arne Babenhauserheide
Subject: Re: An idea for versiont racking using translators
Date: Thu, 11 Sep 2008 09:43:19 +0200
User-agent: KMail/1.10.0 (Linux/2.6.25-gentoo-r7; KDE/4.1.1; x86_64; ; )

Am Dienstag 09 September 2008 09:48:56 schrieb olafBuddenhagen@gmx.net:
> These are very good arguments -- and in fact the same ones that make me
> argue for extensive use of filesystem interfaces in many contexts!
>
> Yet I'm not convinced that version control really fits well into a
> filesystem interface. Again, I do think that it would be very useful for
> *browsing* the history; but I have very serious doubts about
> comitting...

It's still an idea, but it got me thinking about other applicatiosn. 

I forgot most of the things which got into my mind, but it still happens to me 
from time to time that I see something and suddenly think "that would be damn 
easy to do when I could simply adjust the filesystem layout on the fly". 

One very simple idea: 
An adventure game where your interface for decision making is in fact your 
file system. 

adventure/
        adjust_options/
        leave_the_game/
        start_the_game/
        load_a_game/
        description.txt

for playing the game you just read the description and then decide which way 
to go. 

Based on that decision the translator adjusts the file system around you. 

It can be done with history or without, and it can be played with any 
filesystem browser or shell. 

alternate situation: 

battle/
        attack_bat/
        attack_ogre/
        run_for_your_life/
        surrender/
        description.txt

:-) 

> So, the next step is a mechanism for overloading UNIX commands?... ;-)

*gg* 

Would be quite fun :) 

And is damn well possible (danger: brainstorm approaching ;-) ): 

Put a translator on /bin which points to a custom cp which first checks if one 
of the targets is covered by a version tracking translator, and if it is, it 
does a version tracking copy. 
If it isn't, it passes the parameters to the regular cp, circumventing the 
(one) translator. 

Or a translator on /bin which checks, if one of the parameters of a command 
involves files which are under another translator which provides custom unix 
commands. 

:-) 

Best wishes, 
Arne
-- 
-- My stuff: http://draketo.de - stories, songs, poems, programs and stuff :)
-- Infinite Hands: http://infinite-hands.draketo.de - singing a part of the 
history of free software.
-- Ein W├╝rfel System: http://1w6.org - einfach saubere (Rollenspiel-) Regeln.

-- PGP/GnuPG: http://draketo.de/inhalt/ich/pubkey.txt

Attachment: signature.asc
Description: This is a digitally signed message part.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]