Re: Update TODO list
Hi! Some more TODO entries: The fishfs is a little buggy, if you start transferring a big file and then aborts with ctrl+c, it gets into unusable state, and thanks to the vfs dir cache you have to quit mc and restart to get it working again... Maybe someone familiar with fishfs code could fix it? Question is if it is possible to fix fishfs. Maybe replacement why not possible? in worst case just reopen the connection if it fails (now it prints error message but does not work any more after ctrl+c) Problem is that fish is a hack. Imagine putting file full of rm -rf / and remote machine going oom and killing both dd-s. I do not see an easy way to fix that :-(. Pavel -- Worst form of spam? Adding advertisment signatures ala sourceforge.net. What goes next? Inserting advertisment *into* email? ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update TODO list
Hi, Maybe someone familiar with fishfs code could fix it? Question is if it is possible to fix fishfs. Maybe replacement why not possible? in worst case just reopen the connection if it fails (now it prints error message but does not work any more after ctrl+c) Problem is that fish is a hack. Imagine putting file full of rm -rf / and remote machine going oom and killing both dd-s. I do not see an lol :) easy way to fix that :-(. maybe use tricky shell script (command) instead of 'dd' (ie don't use external program for reading/writing a file, use the shell) so if OOM kills bash it will be killed so the rm -rf / won't be executed but it's all unrelated to my problem (fishfs broken after ctrl+c). A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update TODO list
Hi! Some more TODO entries: The fishfs is a little buggy, if you start transferring a big file and then aborts with ctrl+c, it gets into unusable state, and thanks to the vfs dir cache you have to quit mc and restart to get it working again... Maybe someone familiar with fishfs code could fix it? Question is if it is possible to fix fishfs. Maybe replacement filesystem (sftp?) is better idea? The lslR-fs is cool, but it's extremly slow (try to enter a 80mb ls-lR file) and eats extremly high memory (aoround 200mb for that 80mb lslr file). I think we should write 'native' support for it, just like for tar and cpio. It could do an initial pass, searching I don't think lslR is important enough for optimizing/rewritting into C. Pavel -- Worst form of spam? Adding advertisment signatures ala sourceforge.net. What goes next? Inserting advertisment *into* email? ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update TODO list
Pavel Machek wrote: I don't think lslR is important enough for optimizing/rewritting into C. Well I use just two of the extra features of mc: fishfs and lslrfs. And both are broken. -- Gabucino MPlayer Core Team msg01971/pgp0.pgp Description: PGP signature
Re: Update TODO list
Hi, 1) It's about time to make ftp to sites like ftp.mcafee.com. If other programs can why do we not? As soon as we (mplayer team) are over the 0.90 release (should happen in a few days) i'll start my work on rewritting ftpfs. The current code is (sorry) a messy hack, with lots of bad assumptions and unhandled errors. It ay work with wu-ftpd, but for example it cannot chdir to homedir on proftpd, and i don't even want to imagine when it meets our hungarian language AIX server... I've already spent lots of time improving ftpfs in 4.1.35 in AMC, and i see the same problems still exists in 4.6.0. So, cound on me for ftpfs. Some more TODO entries: The fishfs is a little buggy, if you start transferring a big file and then aborts with ctrl+c, it gets into unusable state, and thanks to the vfs dir cache you have to quit mc and restart to get it working again... Maybe someone familiar with fishfs code could fix it? Another important issue i found is that patchfs doens't handle delete, so if you enter a 'patch', and edit a 'file' in it, it will append the edited version but don't remove the original part, rendering it unusably broken. Delete/edit support is (imho) required for patchfs to make it useful. Unfortunatelly it's written in perl, so i can't volunteer fixing it, unless i rewrite it in C or bash. The lslR-fs is cool, but it's extremly slow (try to enter a 80mb ls-lR file) and eats extremly high memory (aoround 200mb for that 80mb lslr file). I think we should write 'native' support for it, just like for tar and cpio. It could do an initial pass, searching for directories, and storing the position in the lslR file as 'inode', and when the user enters a directory, then jump to that position and parse that part only. A'rpi / Astral ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu However, many people beg for its inclusion in Debian. Why? - Gabucino Because having new software in Debian is good. - Josselin Mouette Because having good software in Debian is new. - Gabucino ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update TODO list
On Thu, 6 Feb 2003 14:29:42 +0100 Arpi [EMAIL PROTECTED] wrote: The fishfs is a little buggy, if you start transferring a big file and then aborts with ctrl+c, it gets into unusable state, and thanks to the vfs dir cache you have to quit mc and restart to get it working again... Command-Free VFSs now should probably help. Regards, Nerijus ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel
Re: Update TODO list
Hi, David! Now that we have the 4.6.0 it's time to plain future work. Right. I think the development should stay on the 4.6 branch for a while. There are many rather simple things to be done, and having separate branches would increase the load on the developers and the time from a patch to the stable release that includes it. Once we need to do anything serious that may need more than a month for stabilization, the 4.6 branch will be created for stable releases, while the development will be done on the head. I hope to release at least 4.6.1 before we come to that point, although I'm getting increasingly busy with my job and personal life, which means that the project will be more dependent on contributions by other developers. I would propose a couple of things... 1) It's about time to make ftp to sites like ftp.mcafee.com. If other programs can why do we not? Which programs can do it? I looked at the output of the ls command, and it looks like that handling such a different format would require a very advanced parser. At least remote_is_amiga shouldn't be the only site specific flag. Also, the complexity of the code may require a testsuite, i.e. emulators of different sites, so that whoever changes the code could easily check it for regressions. 2) l10n is nearly there, which is great as this is like a huge puzzle. We should think of some way to have the user menu (the stock entries) translated. I've been thinking about this. If we make separate menu files and keep them on CVS, it will be hard to keep the default menu in sync. We could make the menu a script that would generate the actual menu at the runtime using its arguments (current file, current directory, presence of certain files). Python is already supported by gettext, but that would be an additional requirement for mc. Perl support is planned. The simplest solution would be to create a C file with all translatable texts used in the default menu. That file should be listed in po/POTFILES.in but not compiled. mc will translate menu entries on the fly when they are about to be displayed. Non-standard entries won't be translated, which is not good if there are users with different language preferences on the same machine. Another possibility would be to generate the menu files in all supported languages at the compile time. The source would have all the strings and would be listed in po/POTFILES.in. The menu file will be selected at the runtime based on the locale. -- Regards, Pavel Roskin ___ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel