Update of bug #19245 (project mc):
Category:None = Viewer
Severity: 3 - Normal = 1 - Wish
Status:None = Duplicate
Open/Closed:
Hello Pavel,
On Thu, 2007-03-08 at 17:10 +0200, Pavel Tsekov wrote:
On Thu, 1 Mar 2007, Pavel Tsekov wrote:
This is patch which makes subshell_name_quote() use the printf
utility instead of echo. Please, test it and let me know whether
to commit it.
Did anyone test this patch ?
No, not
Update of bug #13740 (project mc):
Severity: 3 - Normal = 1 - Wish
Summary: syntax highlighting in viewer wanted = [RFE]
syntax highlighting in viewer wanted
___
Reply to this
Hello Pavel,
On Sat, 2007-02-24 at 14:57 +0200, Pavel Tsekov wrote:
I'd like to initiate a discussion on how to make MC
unicode deal with multibyte character sets.
Just a few thoughts:
- Because multibyte is rather more memory hungry I think the user should
still have the option to toggle the
Follow-up Comment #8, bug #16029 (project mc):
Should we close this as a duplicate of bug 5142 then?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?16029
___
Message sent via/by
Update of bug #3836 (project mc):
Status: Need Info = Works For Me
Open/Closed:Open = Closed
___
Follow-up Comment #7:
Issue mentioned comment
Update of bug #3836 (project mc):
Status:Works For Me = None
Open/Closed: Closed = Open
___
Follow-up Comment #8:
Based the closing of this
Hi Mikulas,
On Wed, 2006-12-20 at 02:15 +0100, Mikulas Patocka wrote:
--- maybe you could change double to long long but I'm not sure if it
exists on all machines --- a configure test would probably be needed.
Yes. Using floats for discrete counters is not such a good idea.
Leonard.
--
Hello Jindrich,
On Tue, 2006-11-28 at 13:21 +0100, Jindrich Novy wrote:
IMO only removal of the fallback will prevent
the infinite loop in any case as it shouldn't call mc_mkstemps() at all.
That cure seems worse than the disease. Isn't the real problem the fact
that mc_mkstemps() blindly
Follow-up Comment #3, bug #18136 (project mc):
Mehmet, instead of using the attached patch that breaks compatibility with
bash 3.2 you might want to use the hack/patch that I posted to the mc-devel
list in relation to this report.
That patch is almost identical to this one, but by escaping
Hi Jindrich,
On Thu, 2006-11-09 at 13:44 +0100, Jindrich Novy wrote:
I was unsuccessful to fix
the script responsible for this bug by any quotation as backtick '`' did
quite bad things so that bash was unable to parse it, quoted or not.
Thanks for your explanation. Committed.
Leonard.
--
Follow-up Comment #7, bug #17822 (project mc):
Committed. Quite an improvement in behaviour. Thank you.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17822
___
Message sent
Hi Jindrich,
On Wed, 2006-11-08 at 19:37 +0100, Jindrich Novy wrote:
+file=/%s\n
Why the substitution instead of just quoting the occurrences of %s?
(unsigned long) s.st_size, name,
-(unsigned long) s.st_size, quoted_name,
-
Follow-up Comment #6, bug #17822 (project mc):
As I understand your patch/hack, eliminating the timeouts on a window resize
event significantly reduces the chance mc is still waiting inside the
get_event() loop when a new resize event occurs.
Follow-up Comment #4, bug #17822 (project mc):
Shall I commit this patch or should I wait for the piped version?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17822
___
Message
Hi Jindrich,
On Wed, 2006-11-01 at 10:23 +0100, Jindrich Novy wrote:
sure :) here we go with the patched trpm vfs as well. rpms fortunately
doesn't need any changes.
Yes, of course, trpm. Committed. Thanks.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
Hello Andrew,
On Mon, 2006-10-30 at 12:04 +, Andrew V. Samoilov wrote:
Follow-up Comment #3, bug #18042 (project mc):
Do I understand correctly that a port number *can* be combined with C _or_
r?
No. Look at utilvfs.c:vfs_split_url().
No one syntax change. Only undocumented behaviour
Hello Pavel,
On Wed, 2006-11-01 at 13:27 +0200, Pavel Tsekov wrote:
Yes, I read that comment. However I'm not prepared to start breaking the
functionality of shells that I never use.
This is a rather strange statement. As a developer you should try to
go beyond your personal preferences.
On Wed, 2006-11-01 at 14:55 +0200, Pavel Tsekov wrote:
I am beginning
to wonther whether do we really want to escape the characters
using echo or printf.
For embedded backslashes etc. I suppose we do.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
Hello Thomas,
On Wed, 2006-11-01 at 07:51 -0500, Thomas Dickey wrote:
Before rushing off to change things to
accommodate bash 3.2, it's worth checking if the fix will work with other
shells.
I'm not quite sure which fix you are referring to here. The temporary
hack I send to this list
Hello Pavel,
On Wed, 2006-11-01 at 13:20 +0200, Pavel Tsekov wrote:
IMO, it would be better if MC pops up an url specific dialog for
each vfs if necessary so that the user could finer tune the connection. I
think this would also help to add support for per connection settings i.e.
use
On Wed, 2006-11-01 at 15:15 +0200, Pavel Tsekov wrote:
The printf solution wouldn't be that hard to implement in fact. It
may be even simpler. I can look at it.
That would be nice. Thank you.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
Hello Pavel,
On Wed, 2006-11-01 at 15:26 +0200, Pavel Tsekov wrote:
This is not a task which requires tremendous efforts. It is just a matter
of defining what we want to do and how we want to do it. And in the
meantime there is an easy workaround - just set the port in ~/.ssh/config.
Yes,
Hello Thomas,
On Wed, 2006-11-01 at 08:38 -0500, Thomas Dickey wrote:
One problem is that the user has to keep track (for the non-automatic
workarounds) of the bash version.
No. Default setting of 0 (or unset) of bash_octal_digits would fallback
to option 1, which works for bash = 2.05b (in
Hi Jindrich,
On Tue, 2006-10-31 at 16:07 +0100, Jindrich Novy wrote:
the current RPM vfs allows to see RPM package requires/provides and
obsoletes but lacks an implementation of conflicts. The attached patch
adds INFO/CONFLICTS to the RPM vfs so that conflicts are no more hidden.
While you're
Hi Pavel,
On Mon, 2006-10-30 at 11:45 +0200, Pavel Tsekov wrote:
IMO, if you intend to work on a fix you should follow the
suggestion of the bash maintainer to switch over to using
printf - not only for bash but for all cases. Of course
a fallback may be required. After all according to bash
Hi Christian,
On Sat, 2006-10-28 at 23:48 +0200, Christian Hamar alias krix wrote:
Attached patch implements this. This is not a proposition for a final
solution, just a temporary hack for users of bash = 3.2.
Do not use with versions of bash = 2.05b!
Thx for the patch. It works with
Hello Jochen,
On Sun, 2006-10-29 at 11:58 +0100, Jochen Roderburg wrote:
So only a few more remarks: I had already reported that issue to the
bash-maintainers and their answer was: they had made the change in the echo
-e behaviour to adhere to some current standards and they mean that no
Follow-up Comment #3, bug #17874 (project mc):
I absolutelly don't know why mc passes here NULL.
Are there ways to make mc behave better in this respect? If not please close
invalid.
___
Reply to this item at:
Hi,
If I understand the comments in the code only bash 2.05b has a problem
with 4 number octals. Indeed a test with bash-3.0 confirms this. Since
only alphas (not numbers) are not being escaped there are no problems
with directories with names like a_0 for 2.05b bash = 3.2.
Anyway, instead of
Hi Christian,
On Sat, 2006-10-28 at 10:22 +, Christian Hamar wrote:
I just upgraded to bash-3.2 and now mc gives me error that Cannot change
directory to XY.. .
http://www.mail-archive.com/bug-bash@gnu.org/msg02150.html
Fix needs to be made to subshell_name_quote() in the (subshell_type
Hi,
On Sat, 2006-10-28 at 15:30 +0200, Leonard den Ottolander wrote:
Anyway, instead of testing for bash = 3.2 inside the bash loop we can
suffice by adding a version check for bash 2.05b to the shell type
test.
A quick and dirty hack for users of bash = 3.2 would be to just get rid
Update of bug #17874 (project mc):
Status:None = Invalid
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #17967 (project mc):
Status:None = Invalid
Assigned to:None = leonardjo
Open/Closed:Open = Closed
Update of bug #17773 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
Operating System:GNU/Hurd = All
Update of bug #17773 (project mc):
Assigned to:None = leonardjo
___
Follow-up Comment #1:
Issue is most likely caused by a hack applied by Roland to is_year() in
utilvfs.c. Date parsing has
Hi Jindrich,
On Mon, 2006-09-04 at 15:53 +0200, Jindrich Novy wrote:
2006-09-04 Jindrich Novy [EMAIL PROTECTED]
* spec.syntax: Highlight Requires(phase): correctly.
s/phase/phrase
The patch itself is somewhat inexact, but the same thing is done for
Summary so it should be fine.
Hi Pavel,
On Fri, 2006-08-11 at 11:59 +0300, Pavel Tsekov wrote:
At least change the name of the variable to something
easier to type. Also a prefix showing that it is
related to MC might be useful.
If you could suggest a specific name I'm happy to comply.
Leonard.
--
mount -t life -o ro
Hi Mikulas,
On Sat, 2006-08-12 at 20:02 +0200, Mikulas Patocka wrote:
(btw. else retry = FALSE is useless in current code,
but it doesn't hurt).
I realized that after I did the commit. I still intend to take it out
but wanted to get your reaction first in case other changes were still
Hello Pavel,
On Fri, 2006-08-11 at 11:59 +0300, Pavel Tsekov wrote:
At least change the name of the variable to something
easier to type. Also a prefix showing that it is
related to MC might be useful.
Please do.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
Hello Mikulas,
On Fri, 2006-08-11 at 01:49 +0200, Mikulas Patocka wrote:
check_selects calls a callback when there is an event on handle. The
callback itself can remove the event with delete_select_channel --- when
it happens, check_selects accesses defunct p-next pointer and crash may
Hi Pavel,
On Thu, 2006-08-10 at 12:37 +0300, Pavel Tsekov wrote:
Maybe you've missed a patch I submitted some months ago regarding the same
issue ?
Yes, so it seems. Sorry. I've asked Denis to update his patch about 1
1/2 weeks ago. Too bad *you* didn't notice *that* ;) .
If it's a serious
Update of bug #17328 (project mc):
Status:None = Fixed
Assigned to:None = leonardjo
Open/Closed:Open = Closed
Hello Denis,
On Mon, 2006-08-07 at 13:06 +0200, Denis Vlasenko wrote:
Updated patch is attached. Please apply.
Patch is committed. Next time be so kind to supply a patch that actually
patches. 2 out of 5 hunks failed due to whitespace issues. Having to fix
patches by hand is prone to error and
Hi Roland, list,
On Fri, 2006-08-04 at 06:35 +0200, Roland Illig wrote:
You should try mc-4.6.1 then. It gets you to the end immediately. Note
that we had a long time where mc-4.6.1 had already been branched, but I
had rewritten the viewer in -HEAD.
Slight mistake on my behalf. Although the
Hello Roland,
On Wed, 2006-08-02 at 17:04 +0200, Roland Illig wrote:
The file viewer has become much slower for large files, which annoys
some users.
What exactly are these regressions? If I view a 40MB text file on a
256MB system pressing End actually gets me to the end much faster than
with
Hi all,
It would be nice if we could have a new release (4.6.2) in a few weeks.
Although nothing spectacular has changed there have been some
improvements in the last 12 months.
If we agree on a release date I'm prepared to write down a list of
changes.
Please tell us of any urgent issues that
Hello Roland,
On Wed, 2006-08-02 at 17:04 +0200, Roland Illig wrote:
The file viewer has become much slower for large files, which annoys
some users.
Is this something that can be fixed within a couple of weeks? Any leads
on how to solve the issue?
Leonard.
--
mount -t life -o ro /dev/dna
Hi Pavel,
On Tue, 2006-07-18 at 16:54 +0300, Pavel Tsekov wrote:
On Sat, 15 Jul 2006, Oswald Buddenhagen wrote:
I also don't remember having major trouble with the subshell myself but
then there are enough records in this mailing list and in other places
which testify that the subshell is
Hello Florin,
On Mon, 2006-07-03 at 13:42 +0300, Florin Asavoaie wrote:
form name=?= ??php echo this code is not highlighted correctly; ?
form name=?= ? ?php echo This code is highlighted perfectly.; ?
This can be sort of fixed by using context exclusive for quotes. See
the attached patch.
Hello Jindrich,
On Fri, 2006-07-14 at 19:52 +0200, Jindrich Novy wrote:
On Fri, 2006-07-14 at 15:33 +0200, Leonard den Ottolander wrote:
\{Gg\}\{Rr\}\{Oo\}\{Uu\}\{Pp\}
This is a joke, isn't it?
Just imagine a nice spec like this:
SuMmArY: Programs for backing up and restoring ext2/ext3
Hi Jindrich,
On Sat, 2006-07-15 at 17:35 +0200, Jindrich Novy wrote:
Because buildArch or buildPreReq in spec looks just wrong? ;-)
As you might have guessed I was actually referring to buildarch and
buildprereq. But I guess that if I prefer all lowercase tags to be
highlighted I need to
Follow-up Comment #4, bug #15461 (project mc):
? First you commit Jindrich's patch that highlights obsolete tags
differently, and now you commit this patch removing these tags??
I think removing these tags from trpm makes sense: trpm is for browsing
installed rpms, so I do not expect many
Follow-up Comment #5, bug #15461 (project mc):
Sorry for the confusion: Browsing rpms of course has nothing to do with
(syntax) highlighting, so please ignore my last paragraph.
The fact remains that keeping these obsolete tags around to be able to browse
legacy rpms doesn't hurt.
(FYI I do
Update of bug #15461 (project mc):
Status: Fixed = Postponed
___
Follow-up Comment #7:
Ok. I will (revert). (Introduction of EPOCH was indeed overdue.)
See also
Hello Florin,
On Mon, 2006-07-03 at 13:42 +0300, Florin Asavoaie wrote:
form name=?= ??php echo this code is not highlighted correctly; ?
form name=?= ? ?php echo This code is highlighted perfectly.; ?
This is an example of context stickyness that I reported earlier and
tried to resolve
Hi,
(The patch by Pavel Tsekov did not fix the issue I was seeing, but then
I didn't yet report what it was exactly.)
How to reproduce:
Edit a file
Choose options-general menu
Disable colorer
Choose options-syntax highlighting
boom
(Backtrace is for mccolorer with Pavel's patch applied.)
I
Hello Igor,
On Tue, 2006-06-27 at 18:08 +0400, Igor Russkih wrote:
For me Pavel's patch fixes the problem.
However Pavel diff-ed it with original mc source I believe because
this it can fail to apply.
+if (!edit)
+ return;
+
#if USE_COLORER
Update of bug #14155 (project mc):
Status: Need Info = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #27:
Not sure why you didn't
Follow-up Comment #29, bug #14155 (project mc):
Sorry. I took comment #26 as a we can close this report, and thought you
still weren't aware you could close bugs. Well, you can reopen it yourself if
you want.
___
Reply to this item at:
Effort: 0.00
___
Details:
A new export job has been registered.
This task has been created to keep the project informed. However, only
Leonard den Ottolander, that created the job, can remove the job itself.
# JOB URL
Hello Igor,
On Thu, 2006-06-22 at 14:17 +0400, Igor Russkih wrote:
either during compilation time or in runtime - I meant this is
already implemented.
I should look for that switch then :) .
No, just clean mc snapshot from ibiblio.org.
Can you make it available to me? I am quite curious
Effort: 0.00
___
Details:
A new export job has been registered.
This task has been created to keep the project informed. However, only
Leonard den Ottolander, that created the job, can remove the job itself.
# JOB URL
Follow-up Comment #25, bug #14155 (project mc):
Ping.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=14155
___
Message sent via/by Savannah
Hello Pavel,
On Thu, 2006-06-22 at 07:52 +0300, Pavel Tsekov wrote:
Hampa's patch behaves exactly as described:
[...]
If a file is moved by copy/remove the progress bar is advanced twice. On
the other hand, if a file is moved by renaming the progress bar is never
updated.
[...]
I got
Update of patch #4970 (project mc):
Status:None = Done
Assigned to:None = leonardjo
Open/Closed:Open = Closed
Update of patch #4991 (project mc):
Category:None = Menu and associations
Status:None = Done
Open/Closed:Open = Closed
Follow-up Comment #2, patch #4741 (project mc):
Ping.
Sorin, if you do not fix these patches this report will be closed.
___
Reply to this item at:
http://savannah.gnu.org/patch/?func=detailitemitem_id=4741
Hello Igor,
On Thu, 2006-06-22 at 17:55 +0400, Igor Russkih wrote:
I've placed it at
http://colorer.sourceforge.net/files/mc-2006-05-30-15.tar.gz
Thanks.
Well, that clears things up for me :-) . It turns out all the changes I
observed are caused by the autogen step used to create the
Hi Igor,
On Thu, 2006-06-22 at 17:30 +0400, Igor Russkih wrote:
It's a runtime option in editor's settings dialog. You'll find it easily ;)
Yes, got it. But you've introduced a duplicate hotkey C. Please choose
another one.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
Hello Igor,
Where do you want us to report issues with mccolorer? In the colorer bug
system?
(I'm seeing a crash when opening the syntax highlighting dialog for the
old syntax highlighting.)
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
Hello Igor,
On Wed, 2006-06-21 at 16:50 +0400, Igor Russkih wrote:
I'll be really glad to help to improve MC in this area,
This looks really nice. I'm very exited. With just minor patching to the
xml (introduction of ControlKeyword, eg if, else etc.) and a custom
colour scheme I've already got
Hello Pavel,
On Wed, 2006-06-21 at 17:26 +0300, Pavel Tsekov wrote:
Yes it will take a lot of work - colorer is written entirely in C++ .
Thus there is a thin wrapper to translate from C to C++ and vice
versa. In my opinion this is not a big deal and a necessary sacrifice.
I'm not sure what
Follow-up Comment #4, bug #16303 (project mc):
It's easier to see what changed (and if there are unwanted regressions) if
you patch the existing version instead of writing a new version from
scratch.
So if you want to get any improvements considered for inclusion you will have
to rewrite your
Follow-up Comment #7, bug #16452 (project mc):
Any patches forthcoming?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16452
___
Message sent via/by
Follow-up Comment #1, bug #16383 (project mc):
Please provide a patch. Thanks.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16383
___
Message sent
Update of bug #15621 (project mc):
Status:None = Duplicate
Assigned to:None = leonardjo
Open/Closed:Open = Closed
Hello Pavel,
Looking at bugs 10507 and 13100. The patch from Hampa Hug that you've
committed should fix the issue for moving files. Does it also fix the
issue when copying files?
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
___
Update of bug #13100 (project mc):
Status:None = Duplicate
Assigned to:None = leonardjo
Open/Closed:Open = Closed
Hello Igor,
On Wed, 2006-06-21 at 23:26 +0400, Igor Russkih wrote:
On 6/21/06, Leonard den Ottolander [EMAIL PROTECTED] wrote:
Colorer library can be disabled either during compilation time
Switching at run time would be nice. At least as a startup option.
Just a single ru.po file with a few
On Wed, 2006-06-21 at 21:55 +0300, Pavel Tsekov wrote:
Does it also fix the
issue when copying files?
No.
Seems to work fine though.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
___
Mc-devel mailing list
Hi,
Who is the creator of the two weekly snapshots found at
http://www.ibiblio.org/pub/Linux/utils/file/managers/mc/snapshots/ ?
Pavel? Miguel?
Could you please keep a couple of months worth of snapshots around? I
couldn't find the May 30th snapshot when I wanted to compare it with
mccolorer.
Effort: 0.00
___
Details:
A new export job has been registered.
This task has been created to keep the project informed. However, only
Leonard den Ottolander, that created the job, can remove the job itself.
# JOB URL
Hello Pavel,
On Mon, 2006-06-19 at 17:49 -0400, Pavel Roskin wrote:
Some bugs can be more long-lived than you may think. I believe the
quality of the bug report should be judged not only by the version.
Bugs against old versions should be discouraged, but not outright
forbidden.
Besides,
Follow-up Comment #23, bug #16762 (project mc):
If coreutils configure tests are modified to include tests for:
1) the presence of field f_fstypename in struct statvfs
2) the type of the first argument ot getmntinfo()
we will remove the homebrew tests from AC_GET_FS_INFO and use
those
Follow-up Comment #21, bug #16762 (project mc):
If Roland doesn't feel the need to add any remarks to this approach I suppose
this patch can be submitted and this report closed.
(I did not verify the code other than glancing over it, but I trust it to be
ok ;) .)
Update of bug #16871 (project mc):
Status:None = Need Info
Assigned to:None = leonardjo
___
Follow-up Comment #1:
Please provide a patch.
Update of bug #16872 (project mc):
Status:None = Duplicate
Assigned to:None = leonardjo
Open/Closed:Open = Closed
Update of bug #16871 (project mc):
Status: Need Info = Invalid
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Ok. Closing invalid as
Update of bug #16829 (project mc):
Status:None = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #4:
Pavel Tsekov committed
Hello Sipieter,
On Wed, 2006-06-14 at 15:50 +0900, sipieter nicolas wrote:
but, after a while working like that, mc seems unable from
time to time to connect to the ftp server. i even get seg
fault, or it just fail to connect randomly..
Connection failures are not necessarily a problem with
Hello Pavel,
IMO it doesn't make much sense for people to be able to report bugs
against mc versions older than 4.6.1. I presume most developers will
agree with me (please protest if not).
Could you please update the Savannah bugs Release drop down menu to
only contain the following elements?
Hi,
Something I came across a couple of times this week, just now in
relation to an RFE regarding file permissions on copying fat files in
RHs bugzilla
(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195614):
http://cvs.savannah.gnu.org/viewcvs/mc/src/file.c?root=mcr1=1.28r2=1.29
A commit
Update of bug #16829 (project mc):
Status: Invalid = None
Assigned to:None = leonardjo
Open/Closed: Closed = Open
Operating System:
Hi,
This is a bit of a minor issue, but Pavel Tsekov brought it up when I
changed a duplicate hotkey in the sort order dialog.
I changed
Change time
to
CHange time
thus capitalizing the hotkey, but also leaving the first letter of the
phrase capitalized. Although the double capitalization might
Hello Jindrich,
On Thu, 2006-06-08 at 20:13 +0200, Egmont Koblinger wrote:
I've just upgraded to slang-2 in our distro and also updated the UTF-8
patches to mc-4.6.1 (based on SUSE's version). It was easier than I thought
it would be. I was glad to see that you had applied plenty of my patches
Hi,
I can confirm this behaviour. Probably fish needs to test permissions
before attempting to copy.
Leonard.
Forwarded Message
From: bugzilla at redhat.com
To: leonard-rh-bugzilla at den.ottolander.nl
Subject: [Bug 194777] New: mc hangs when copying file with no read perm
Hi,
On Tue, 2006-06-06 at 22:14 +0200, Leonard den Ottolander wrote:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194277
False alarm. The issue seems to be recently fixed.
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
___
Mc
Follow-up Comment #1, bug #16762 (project mc):
Does this fix your issue?
___
Additional Item Attachment:
File name: mountlist.c.patch Size:0 KB
Define HAVE_F_FSTYPE if HAVE_STRUCT_STATFS_F_FSTYPENAME is defined
(regardless of
From Red Hat's bugzilla:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194277
Leonard.
--
mount -t life -o ro /dev/dna /genetic/research
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel
1 - 100 of 482 matches
Mail list logo
