The VL-hot thread

[rbistolfi]

I get this while running vlh-umount:

Code:

rbistolfi@vector [ ~/iso ] %vlh-umount
/lib/udev/vl-hot_umount: line 49: [: missing `]'
rmdir: script: No such file or directory

It mounted my pendrive and sd cards successfully so far

[Joe1962]

I can't see anything in line 49 of vl-hot_umount that could cause that. How accurate is the linenumber reported by bash, I wonder? Have you changed the default mountbase by any chance?

[rbistolfi]

I can't see anything in line 49 of vl-hot_umount that could cause that. How accurate is the linenumber reported by bash, I wonder? Have you changed the default mountbase by any chance?

Yeah, I did take a look at the moment and the line numbering didn't make sense to me also. IIRC there is a well formed "if" there. The settings are all defaults. I will look deeper when I get home, I wonder if there is a tool to execute the script line by line

[Joe1962]

As stated before, I did give vlh-umount a quick test with 1 pendrive and it worked, but it hasn't been updated yet WRT the new functionality and I somewhat expected breakage.

[rbistolfi]

No problem Joe I am glad to test it. Line 49 is about feedback and probably a minor problem but not causing umount to fail. I will keep sniffing. rmdir is taking the "script" value as a dir to remove (rmdir: script: No such file or directory), instead as $SOURCE from /usr/bin/vlh-umount. Looks like there is a problem where the device name is stated.

[M0E-lnx]

@ Joe1962

Have you switched to gambas2 or still developing it under G1?

[Joe1962]

I am just "bashing" away for the moment, working on the "back-end" so to speak. Work on vl-hot-config comes next and I do intend to port it to 2.x, but maybe not till after all the new functions are implemented and a release made.

[caitlyn]

Fair warning for Joe1962:

As you know "green computing" is a hot topic now and VL-Hot, as a replacement for HAL, definitely fits in as it doesn't constantly poll and therefore uses less energy and improves performance on low end systems.  I'm planning on doing an article on VL-Hot for O'Reilly News and I will be suggesting that other distros consider incorporating it.

You've been warned... 

[Joe1962]

You've been warned... 

Wow!!!   

[M0E-lnx]

@ Joe1962

As a suggestion, could you add a feature in the config to allow for user-defined / prefered filemanager ?
I like pcmanfm, but vl-hot insists in PathFinder here for some reason...

Just a thought... it'd be kool

[Joe1962]

Actually, the vl-hot desktop icon does not define a filemanager at all. It defines a URL like this:

Code:

URL=file://$MOUNTPOINT

So, theoretically, all you need to do is change the default handler for such a URL type on your system.

[M0E-lnx]

huh!... I wonder how one goes about doing that

[Joe1962]

Well, I'm not exactly sure right now, which is probably why I didn't say how...

[Joe1962]

huh!... I wonder how one goes about doing that

A little help here please... anybody? I just don't have the time to investigate this further. Does this have anything to do with mimetypes?

On to another subject, those on the vectorlinux-devel list have been getting updates on the latest vl-hot and vl-hot-config code, it's time to paste some of that here too (it's a bit long-winded, sorry about that)...

A while back, I lost my working copy of vl-hot 1.0.4 and the backups
were corrupted. No problem I thought, I'll checkout from the svn. But
I have not been able to access googlecode for quite some time now, so
I sshed into uel s box and tried from there. Well, it turns out that
the googlecode svn of vl-hot has somehow been reset to a blank repo,
grrr....

I had already recovered the bash part of vl-hot from the distro, of
course, and this was the base for developing the new 2.0 version. I
was less fortunate with vl-hot-config, which is compiled gambas code,
I only have a much older version available, but there were a lot of
changes towards 1.0.4.

So: does anybody have the source code for vl-hot-config 1.0.4? If so,
please send it to me, as vl-hot 2.0 is pretty much done and ready for
testing, but it needs a matching vl-hot-config, of course.

I set up a new project on Berlios a couple of months ago, when I
started having trouble accesing googlecode, but I haven't uploaded any
code yet, while trying to fing the vl-hot-config source. Berlios works
pretty fast for me here and I believe they have a long and stable
history hosting open source projects. I didn't try SourceForge as it
is way to slow from here.

Ok, here is a package of vl-hot-1.9.9 (2.0 beta). I've done a lot of
testing with 2 pendrives, but this is still a beta until others can
test it too. I will do some more testing with an external HDD with
multiple partitions tonight.

http://hyperupload.com/download/022fd59c43/vl-hot-1.9.9-noarch-1vl59.tlz.html

Mount point naming has 3 levels of priority:
1- from /etc/udev/vl-hot_names.conf, if the serial matches a definition
2- from the partition label, if any
3- if none of the above, the default name is "vl-hot" (this might change)

If a second drive/partition has the same name, vl-hot_mount adds
consecutive numbers to the mount point.

NOTE: due to what I explained before, there is no vl-hot-config in
this package, you need to edit /etc/udev/vl-hot.conf manually.

Notice that to get the nice vl-hot_umount notification popup on XFCE,
you need to install libnotify, notification-daemon-xfce and libsexy.
Still need to work on the KDE notifications, as they use a different
engine.

Ok, I've mostly managed to update vl-hot-config from an old version.
It even has a (still somewhat crude) custom mountpoints editor, so you
can define a permanent custom fixed mountpoint for a particular
pendrive, etc.

Only one thing to do yet before a beta: In vl-hot-config 1.0.4, I
hardwired the charsets and codepages dropdown lists, because they
became built-in to the kernel, whereas previously, they would be read
from the modules at runtime. However, I would like to find a nice
proper way to get the available charsets and codepages at runtime,
before I go and hardcode them again (I've lost the friggin' lists too,
along with the 1.0.4 source code, lol). So... any ideas?

I just imported the first code to the Berlios vl-hot project, at
version 1.9.9, which is more or less 2.0 Beta. As stated before,
vl-hot-config desn't do the codepages and charsets yet, hope to get to
that by Monday at latest.

Link to the project page: http://developer.berlios.de/projects/vl-hot/
anonymous svn: svn checkout http://svn.berlios.de/vl-hot/trunk

If anybody wants to be added to the project as developer, just let me know.
(Note: You need to register a user on Berlios first, and let me know
the user name once you get the confirmation.)

You can download vl-hot-1.9.9 and vl-hot-config-1.9.9 packages for VL
5.9 from the BerliOS project now. As you can see, I decided to
separate them in 2 packages. Let me know your opinions on this, for or
against.

BTW, M0E-lnx: I was switching vl-hot-config to G2, but then I came up agaist a little problem. The settings files management has changed between G1 and G2, and now it seems to have a fixed path (read-only), so until I cook up my own code for it, it stays in G1, which allows settings files to be in a path you define (in this case, /etc/udev/vl-hot.conf). I may post about this on the Gambas list to see what can be done about it, as well.


EDIT: BTW, vlh-umount should work nicely now.

[M0E-lnx]

BTW, M0E-lnx: I was switching vl-hot-config to G2, but then I came up agaist a little problem. The settings files management has changed between G1 and G2, and now it seems to have a fixed path (read-only), so until I cook up my own code for it, it stays in G1, which allows settings files to be in a path you define (in this case, /etc/udev/vl-hot.conf). I may post about this on the Gambas list to see what can be done about it, as well.

I have not see this to tell you the truth... I thought you could put your settings wherever you want... I have /etc/vpackager.conf now, which has been there since the G1 era. I've made changes to it, but never seen anything like a fixed path