Yearly Archives: 2005

vMovieDB development will stop for few days.

The development of vMovieDB – my multimedia system will stop for a few days. Because I’m tired, and don’t have any nerves left. The project already left it’s alpha stage and become more and more stable. If you are a programmer you will know that when a project become more mature to track bugs becomes not an easy task.

There is a lot more to be done until the public release of vMovieDB which will be around Crismas this year. But before I start adding the planned feautures, I need a clear and stable base.

So this is for now, will keep you informed about what is going on…

My Dev Tools

My Dev Tools was created only for my personal use. But why don’t share the idea with you? My Dev Tools is application wich provide information for developers about the system, available libraries, stock icons in GTK library and etc… It was created because of my need to have this information at one plase.

If someone want to use my small app – leave a comment and I will upload the source somewere in the net.

vMovieDB take a new cource

After much thinking I decided to make vMovieDB not only a movie database system but a complete multimedia system integrated properly with Gnome desktop. This means that after some code examination I will start to develop vMovieDB almost from scratch. So be pation and be ready for the first version as a gift for Crismas.

You will stay informed with the development process trough this blog.

Any ideas for futures will be accepted.

vMovieDB v0.1 alpha2

Second alpha version of vMovieDB 0.1 branch is out. This is still development resease. It’s not recomeded for normal users:

vMovieDB v0.1 alpha2 changes:
– improvements on xml parsing code.
– new database structure (movies.xml)
– some gui dialogs now have functionality but not 100%
– list view sorting, by title, by subtitles, by quality, by media and location
– improved add movie dialog
– initial Windows port (early stages, probably will not make it, need a lots of work especialy in xml parsing code)

The Future
This will be probably the last unstable and alpha release of vMovieDB. The upcoming release will be v0.1. vMovieDB will be ready for user use. Many GUI inprovements will be included. The XML parsing will be more reliable and faster. All debugging messages wich help during the development will be remover. Code Cleanup

Because of a problems with my IPS, the upload of vMovieDB v0.1alpha2 will be done tomorrow. Be patien…

NFS hell

With all my respect I will say that the implentation of NFS (Network File System) in to gnome-vfs and Gnome 2.10 at all is horrible. I spend my day trying to run NFS server for my local network, because there is not enought space left on my workstation. All other 4 PC’s on wich I run Gnome 2.8 working with the server as they should but my workstation can’t. When I mount nfs share and log in to gnome the network just don’t stop running here is some output of tcpdump -vv | grep nfs

root@workstation(1):/home/xpman>tcpdump -vv | grep nfs
(19:29:47) paskov: 19:28:55.907742 IP (tos 0x0, ttl 64, id 125, offset 0, flags [DF], proto: UDP (17), length: 152) workstation.my.flat.3536657554 > server.my.flat.nfs: 124 fsstat [|nfs]
19:28:55.908007 IP (tos 0x0, ttl 64, id 126, offset 0, flags [DF], proto: UDP (17), length: 112) server.my.flat.nfs > workstation.my.flat.3536657554: reply ok 84 fsstat POST: [|nfs]
19:28:56.408677 IP (tos 0x0, ttl 64, id 126, offset 0, flags [DF], proto: UDP (17), length: 152) workstation.my.flat.3553434770 > server.my.flat.nfs: 124 fsstat [|nfs]
19:28:56.908587 IP (tos 0x0, ttl 64, id 127, offset 0, flags [DF], proto: UDP (17), length: 152) workstation.my.flat.3570211986 > server.my.flat.nfs: 124 fsstat [|nfs]
19:28:56.908845 IP (tos 0x0, ttl 64, id 128, offset 0, flags [DF], proto: UDP (17), length: 112) server.my.flat.nfs > workstation.my.flat.3570211986: reply ok 84 fsstat POST: [|nfs]
19:28:57.408553 IP (tos 0x0, ttl 64, id 128, offset 0, flags [DF], proto: UDP (17), length: 152) workstation.my.flat.3586989202 > server.my.flat.nfs: 124 fsstat [|nfs]
19:28:57.408812 IP (tos 0x0, ttl 64, id 129, offset 0, flags [DF], proto: UDP (17), length: 112) server.my.flat.nfs > workstation.my.flat.3586989202: reply ok 84 fsstat POST: [|nfs]
19:28:57.908502 IP (tos 0x0, ttl 64, id 129, offset 0, flags [DF], proto: UDP (17), length: 152) workstation.my.flat.3603766418 > server.my.flat.nfs: 124 fsstat [|nfs]
19:28:57.908762 IP (tos 0x0, ttl 64, id 130, offset 0, flags [DF], proto: UDP (17), length: 112) server.my.flat.nfs > workstation.my.flat.3603766418: reply ok 84 fsstat POST: [|nfs]
19:28:58.410379 IP (tos 0x0, ttl 64, id 130, offset 0, flags [DF], proto: UDP (17), length: 152) workstation.my.flat.3620543634 > server.my.flat.nfs: 124 fsstat [|nfs]
19:28:58.410637 IP (tos 0x0, ttl 64, id 131, offset 0, flags [DF], proto: UDP (17), length: 112) server.my.flat.nfs > workstation.my.flat.3620543634: reply ok 84 fsstat POST: [|nfs]
19:28:58.910346 IP (tos 0x0, ttl 64, id 131, offset 0, flags [DF], proto: UDP (17), length: 152) workstation.my.flat.3637320850 > server.my.flat.nfs: 124 fsstat [|nfs]
19:28:58.910602 IP (tos 0x0, ttl 64, id 132, offset 0, flags [DF], proto: UDP (17), length: 112) server.my.flat.nfs > workstation.my.flat.3637320850: reply ok 84 fsstat POST: [|nfs]
80 packets captured
160 packets received by filter
0 packets dropped by kernel

The network just don’t stop sending packets between my server and workstation. Wich is aint normall… My /etc/exports file is created as apropriate and my /etc/fstab on workstation too. See them below:

My /etc/fstab file on workstation

# /etc/fstab: static file system information.
#
# [file system] [mount point] [type] [options] [dump] [pass]
proc /proc proc defaults 0 0
/dev/hda2 / ext3 defaults,errors=remount-ro 0 1
/dev/hda1 /boot ext3 defaults 0 2
/dev/hdb1 /home ext3 defaults 0 2
/dev/hda5 none swap sw 0 0
/dev/hda6 none swap sw 0 0
/dev/hdc /media/cdrom0 iso9660 ro,user,noauto 0 0
/dev/hdd /media/cdrom1 udf,iso9660 ro,user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

#NFS mount points
#[file system] [mount point] [type] [options] [dump pass]
server:/home/xpman/nfs_export /mnt/nfs_server nfs rw,user,auto 0 0

I tyed changing server with my server IP address but the result was the same. In two words: unresonable network load.

My /etc/exports on server

# /etc/exports: the access control list for filesystems which may be exported
# to NFS clients. See exports(5).

/home/xpman/nfs_export workstation.my.flat(rw,sync) mobile.my.flat(rw,sync)

I tried again changing workstation.my.flat and mobile.my.flat with the machines IP addresses but the result was the same. In case of someone ask a stupid question like this: Are you restart the nfs daemon after? The answer is YES.

What’s bring me to the Gnome 2.10 point? Since all other PC’s on the network work and comunicate well with the nfs server and I run Gnome 2.8 on them withought a problem there is something wrong with the new version of gnome-vfs and it’s implentation in Gnome 2.10. I tryed googling for this but all i found was complains about the buggy administration tools and specialy shared folders. I think it’s early at this time to report a bug in gnome-vfs and Gnome 2.10 at all. Tomorow I will do some more testing and then I will see what should I do….