Re: New patchfs script

Hello! > Updated version attached. It works in reasonable time, even with kernel > patches. It supports file size and date parsing. All warnings fixed. Applied! Thank you! By the way, you are showing a good example to somebody else in this mailing list :-) > I considered some 'run' virtual met

Re: New patchfs script

On Mon, Dec 09, 2002 at 12:16:42PM -0500, Pavel Roskin wrote: > I hope to put your script on CVS today and I'm ready to make fixes myself, > but I just want to give you are chance to do it right. Updated version attached. It works in reasonable time, even with kernel patches. It supports file size

Re: New patchfs script

On Mon, Dec 09, 2002 at 12:16:42PM -0500, Pavel Roskin wrote: > Please use "-w" (see the first line in uzip). There are some warnings > with copyout. Ok. This warning wasn't important at all, but I'll fix it. > Also, the size of the files is still 0: Yes, I have to rewrite whole code to make 's

Re: New patchfs script

Hello! > Hi. I've rewiten patchfs in Perl - now it can properly handle all > patches in unified diff format (the most common format for patches). Thank you! > Methods supported: list, copyout Please use "-w" (see the first line in uzip). There are some warnings with copyout. Also, the size of

Crash in the editor in the recent days

Hello! The position saving code in the recent snapshots had a serious bug. If the file with saved positions was missing, the same memory would be freed twice. The bug has been fixed in CVS and the snapshot has been regenerated (2002-12-09-16). If you downloaded the mc snapshot this weekend, ple

Re: [PATCH] extfs scripts fixes

On Mon, Dec 09, 2002 at 12:55:13AM -0500, Pavel Roskin wrote: > Thank you. It will take a lot of time to retest, and I'll be busy next > week, so please be patient. A little fix to apply after my earlier extfs-scripts-patch: - perl's localtime returns month in 0-11 format, not 1-12 as somebody a

New patchfs script

Hi. I've rewiten patchfs in Perl - now it can properly handle all patches in unified diff format (the most common format for patches). Methods supported: list, copyout The algorithm isn't too fast (yet), but I think it's quite usable, especialy for smaller patches. When I've tested it on 27MB ker

Re[2]: Fwd: Current CVS: cannot change to Name+Version?

On Mon, 9 Dec 2002 15:30:03 +0100 Roland Häder <[EMAIL PROTECTED]> wrote: > I have removed the old mc by doing rpm --erase mc and install the latest (from > some minutes ago) again. The same problem does still exist. You have to logout/login in order for old function to disappear. Regards, Neri

Re: Fwd: Current CVS: cannot change to Name+Version?

On Monday 09 December 2002 07:06, Pavel Roskin wrote: > Hello! > > > And it's working like this: (from any directory) > > > > /usr/local/bin/mc > > > > Looks like here's a realtive-path-problem? > > You have a shell function "mc", so when you run "mc" without full path, > the function is run. That

bugzilla?

I think that some bug tracking system for mc would be very helpful. Maybe somebody could ask http://bugzilla.gnome.org people to create one? (there is only 'gmc' there) Regards -- _.|._ |_ _.: Adam Byrtek, alpha@(irc.pl|debian.org) (_|||_)| |(_|: gg 1802819, pgp 0xB25952C0 |

Re: uzip extfs sanity patch

On Mon, Dec 09, 2002 at 10:38:27AM +0100, Pavel Machek wrote: > Well, if fish-like format was used, something like > > Nfile_name > Dsome_unparsable_junk > Prwxr--r-- > > would be passed to midnight. Midnight would refuse to interpret date, Well, that would be great, but it would implicate upda

Re: [PATCH] extfs scripts fixes

On Mon, Dec 09, 2002 at 12:55:13AM -0500, Pavel Roskin wrote: > Thank you. It will take a lot of time to retest, and I'll be busy next > week, so please be patient. Ok. > I'm asking you because you have done some testing of those scripts, so you > probably have an informed opinion. In fact I ha

Re: extfs: make the open_archive stat() optional

Hi there! On Fri, 6 Dec 2002, Pavel Roskin wrote: > The right solution would be to avoid mc_stat() in the "archiveless" > filesystems. Here is the patch. It checks the archive existence only when the extfs.ini says that it should need it. But it sends the archive filename to the script regardl

Re: uzip extfs sanity patch

Hi! > > Extfs should be fixed to use some sane format, > > not ls -l... Fish has one quite reasonable... > > This is quite irrelevant here. If the format of the archive allows 15th > month (which would be impossible if time_t was used) and the archiver is > stupid enough to output the date as is