From: Luciano B. <lu...@li...> - 2006-02-14 03:15:59
|
On dom, 2006-02-12 at 10:56 +0100, Werner Baumann wrote: > Luciano, do you think I should do a new release now or better wait for=20 > some more ideas and bug reports? > If you have got spare time you may look at the branch=20 > 'select-coda-version'. There is just one bug that I will fix within the=20 > next hours, and it should be ready for alpha testing. This branch will=20 > introduce: > - Posix file permissions > - one binary for kernel 2.4 and kernel 2.6 > - extended caching to reduce http traffic > Code is still alpha, but it is in a state where bug reports and hints=20 > would be very useful. Mmm... I will install a dummy debian and test it in both kernels. I will test it during this week. If you are agree... We can release the next week. What do you think about http://bugs.debian.org/307096 ? It's a wishlist bug that I see implemented in other programs. In other hand, we have got few other bugs pending in sf.net[1]. I will try to reproduce each bug. Other people from the dav-list can help :). Thanks for all your help luciano [1]http://sourceforge.net/tracker/?atid=3D386747&group_id=3D26275& |
From: Werner B. <wer...@on...> - 2006-02-14 20:20:31
|
Hello Luciano! State of bugs (my view): Debian Bug report logs - #307096: The patch is for version 0.2.3 and no longer applicable. - parse environment variable 'http_proxy': davfs2-0.2.7 does it - parse environment for username and password Somebody would have to convince me that this is possible and usefull. There may be more than one davfs2-mounts, ergo more than one username/password. The secrets file and asking on commandline appears to me to be the better solution. Debian Bug report logs - #310976: This feature had been in davfs2-0.2.4 already, but is disabled because of the security fix. So this has to be delayed until unix permissions are implemented. If have tried to work off the bug reports on sf.net. Some could be closed, as I knew they are solved. Some are very old and I asked the submitters to test our latest release. This is what remains: [ 1359699 ] password in ~/.davfs2/secrets doesn't work: The original bug is solved. But there is an additional bug report, that is a little bit unclear and I am waiting for response from the submitter. [ 1323320 ] unable to mount - 404 received: Waiting for response from submitter. [ 1238606 ] won't compile --with-ssl: Waiting for response from submitter. [ 1198996 ] Empty file show false date: I think it is fixed. [ 1116036 ] deleted files present on davfs: Should be delayed until caching is improved. [ 863697 ] uid and gid options for mount have no effect: default to 500: Must be delayed until unix permissions are implemented. Support requests on sf.net: [ 1420518 ] Accessing mounted dir with konqueror: Delay until caching is improved. [ 1366897 ] /sbin/mount.davfs: Could not open /dev/davfs0: Waiting for response from submitter. [ 1334483 ] mount.davfs on RedHat Desktop 4: Must be delayed until unix permissions are implemented. [ 1043982 ] How to use https-Webdav-pages: Waiting for response from submitter. [ 936292 ] Certificate Support: wish list, but not top priority. Feature requests on sf.net: [ 1417013 ] Option not to check certificate: Should be rejected. [ 1417010 ] Caching: Delay until I get it ready. [ 1310415 ] Allow mode to be specified when mounting: [ 1232645 ] DCR to davfs: Delay until I get it ready. Mail list dav-linuxfs: Davfs does not work with neon-0.25: Changing to neon-0.25 is on my TODO list, but not top priority. I would like to be sure it is available on all plattforms. Would not like to support two versions of libneon. dkms: I don't see the point for davfs2. When you try to reproduce the bugs, please notice that I have closed some of them, so you will have to change the status option to see them again. Greetings Werner |
From: Luciano B. <lu...@li...> - 2006-02-22 04:45:19
|
On mar, 2006-02-14 at 21:20 +0100, Werner Baumann wrote: > Hello Luciano! >=20 > State of bugs (my view): >=20 > Debian Bug report logs - #307096: > The patch is for version 0.2.3 and no longer applicable. > - parse environment variable 'http_proxy': > davfs2-0.2.7 does it > - parse environment for username and password > Somebody would have to convince me that this is possible and usefull. > There may be more than one davfs2-mounts, ergo more than one=20 > username/password. > The secrets file and asking on commandline appears to me to be the=20 > better solution. Clearly it's the best solution. I don't want to replace the secret file method. Samba use the environment variables and I think that can be useful. But I don't really sure. So we can just tag as wontfix and close it. I will add those reasons to the bug. > Debian Bug report logs - #310976: > This feature had been in davfs2-0.2.4 already, but is disabled because=20 > of the security fix. So this has to be delayed until unix permissions=20 > are implemented. It's working nowadays. I will close it in the next package upload, if you are agree. The rest of the Debian bugs: Debian Bug report logs - #348796: /usr/lib/mount.davfs-2.6: Could not open pid-file I couldn't make it run. If the /var/run/mount.davfs not exist, the binary don't create it and return this error: mount.davfs: Could not open pid-file coda_read_super: device index: 0 And don't return the terminal control to the user. In the other hand if you will create the /var/run/mount.davfs directory in run-time, probably you can remove the localstatedir installation from the Makefile. Can you tell what I'm doing bad? I upload a sketch-deb package in http://home.lucianobello.com.ar/davfs/0.2.8-cvs/=20 BTW, I run davfs in both stable kernels (2.4 and 2.6) and works well. Good work! Debian Bug report logs - #340799: What do you think about it? It's a problem of the server, "wontfix bug" or you see that can have a solution? Thanks for all your help :) Luciano |
From: Werner B. <wer...@on...> - 2006-02-22 10:05:39
|
Hello Luciano, there is a big mistake about my mail from 12.02.2006. I was talking about two different branches of davfs2 development. But I think I did not clearly distinguish, so I try now: There is the MAIN branch (still 0.2.7) with some bugfixes in CVS and there is branch 'seelect-coda-version', which is still alpha state. In my mail from 14.02.2006 I was talking about the MAIN branch, but as I had mixed up it before it seems you refered to branch 'select-coda-version'. So that is my view about state of development for the two different branches: Branch 'select-coda-version': ----------------------------- Your new Debian package uses this and I am glad to hear it works. But it is really alpha and still under construction. So the fix to create /var/run/mount.davfs is still not included in this branch. I have also done a lot of changes in the last days but not yet uploaded to CVS. There are important changes in the user interface too (options, config files) and a lot of documentation to be rewritten. When it is working again, I will upload to CVS, and it would be nice, if you could do *alpha*-testing again. MAIN branch: ------------ This is still the 'stable' branch. There are some bug fixes in CVS and I would like do do the next release (0.2.8) from this. My mail from 14.02.2006 ('State of bugs') was about this branch: - I think creating /var/run/mount.davfs should work. I will remove the code from Makefile. - Unix permissions are still missing and therefore the uid-option. - Debian Bug report logs - #340799: There are two bugs: - davfs2 had problems interacting with IIS. This problems are fixed. - There is a bug in the program run by the provider of Martin. This must be fixed by the provider. So it is ok to tag it "wontfix bug". - There is a new serious bug: http://sourceforge.net/forum/forum.php?thread_id=1436976&forum_id=82589 davfs2 behaves curious when there are changes on the server. I will try to fix this before doing a new release. Hoping I did not confuse you to much. Sorry for your extra work on making a Debian package of my alpha-code. But it is nice to know it worked. Greetings Werner |