Help in French

Hello, Most of the mc messages are translated in French; the help is still in English though. I would like to know if a lister expects to translate the help in French, just to avoid a possible double work. Regards, Gilles -- Oralux http://oralux.org ___

Re: [bug #13410] mc has no large file support

On Wed, 15 Jun 2005, Jan ONDREJ wrote: Follow-up Comment #2, bug #13410 (project mc): Right, I am sorry. Fedora Core 4 has -D_FILE_OFFSET_BITS=64 parameter in spec file. And remember: instead hardcoding this kind defines better use AC_SYS_LARGEFILE aclocal macro on autoconf level. BTW au

Re: mcedit stackdumps on exit

--- [ Leonard den Ottolander ] ===--- > Hi Pavel, >> Why testing if the bugs are not fixed ? > Now this is the kind of tone that I can't appreciate. It suggests that > nobody is interested in mc but you. This of course is totally untrue. > You confuse the fact that I haven't (taken) time to re

[bug #13410] mc has no large file support

Follow-up Comment #2, bug #13410 (project mc): Right, I am sorry. Fedora Core 4 has -D_FILE_OFFSET_BITS=64 parameter in spec file. I updated this information on Fedora bugzilla. You may close this bug here. ___ Reply to this item at:

Re: dynamic loading of libraries

--- [ Pavel Tsekov ] ===--- > Hello Scott, > On Wed, 15 Jun 2005, William Scott Lockwood III wrote: >> Pavel, there is an old saying about rocks, and glass houses... > I don't quite understand the meaning of this . I have taken this up off list. -- Regards, Scott __

[bug #13410] mc has no large file support

Follow-up Comment #1, bug #13410 (project mc): This doesn't seem to be the case with mc-4.6.1-0.14.FC3 ? The size of the fedora core 4 iso dvd is properly displayed as 2623M. Maybe this is a bug in the FC4 package ? ___ Reply to this item

[bug #13410] mc has no large file support

URL: Summary: mc has no large file support Project: GNU Midnight Commander Submitted by: ondrejj Submitted on: Wed 06/15/2005 at 13:23 Category: None

Re: mcedit stackdumps on exit

Hi Pavel, On Wed, 2005-06-15 at 14:28, Pavel Tsekov wrote: > If it is the "oh, boy" thing > that upset you - I used that as expression of exclamation and I don't see > anything personal in doing so. Certainly I don't call you names - this was > not my intention at least. Neither did I feel it as

Re: dynamic loading of libraries

Hello Scott, On Wed, 15 Jun 2005, William Scott Lockwood III wrote: > Pavel, there is an old saying about rocks, and glass houses... I don't quite understand the meaning of this . ___ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-deve

Re: dynamic loading of libraries

Or perhaps fork it so that there is more than one release every blue moon. Pavel, there is an old saying about rocks, and glass houses... -- Regards, Scott --- [ Pavel Tsekov ] ===--- > Hello, > > On Wed, 15 Jun 2005, Roland Illig wrote: > >> what do we need dynamic loading for? It seems si

Re: mcedit stackdumps on exit

Hello, On Wed, 15 Jun 2005, Leonard den Ottolander wrote: > On Tue, 2005-06-14 at 22:20, Pavel Tsekov wrote: > > You are calling for security review but you are denying a patch > > Now *you* are assuming too much. I haven't denied your patch. I'm just > inquiring if adding a single g_strdup() wou

Re: mcedit stackdumps on exit

Hi Pavel, On Tue, 2005-06-14 at 22:20, Pavel Tsekov wrote: > You are calling for security review but you are denying a patch Now *you* are assuming too much. I haven't denied your patch. I'm just inquiring if adding a single g_strdup() would fix the issue "for now". And I wasn't calling for a se

Re: Rolan, please...

Hi Roland, On Tue, 2005-06-14 at 22:40, Roland Illig wrote: > Pavel Tsekov wrote: > > ... don't create this kind of entries in the Changelog: > > * view.c (view_get_filesize_with_exact): Removed. I didn't like > > ^ > > Pe

[bug #13395] hide dotfiles in home directory

Follow-up Comment #4, bug #13395 (project mc): I would prefer that my idea was not the default - it could be confusing to some users. The default would remain as it is. > It is a really bad idea and even raises security issues if a > normal user can control the behavior how root sees his/her >

Re: dynamic loading of libraries

Hello, On Wed, 15 Jun 2005, Roland Illig wrote: > what do we need dynamic loading for? It seems simpler to me to just link > to the libraries directly. It may be simple to you but have you considered the package maintainer and the end user ? Or you are again just thinking only for yourself ? Th

[bug #13395] hide dotfiles in home directory

Follow-up Comment #3, bug #13395 (project mc): It is a really bad idea and even raises security issues if a normal user can control the behavior how root sees his/her files. Whether or not hidden files are displayed to root should only depend on root's settings and not on any user's settings. An