Henry Zhang | 1 Feb 10:09 2007
Picon

Re: On format of media in Nautilus

Thanks, Alexander, it's very useful....

Alexander Larsson 写道:
> On Wed, 2007-01-31 at 18:18 +0800, Henry Zhang wrote:
>> Thanks Alexander,
>> could you give me a pointer to this discussion, I am not in 
>> desktop-devel-list..
> It was another list:
> http://mail.gnome.org/archives/gnome-devel-list/2007-January/msg00030.html
> 
> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>  Alexander Larsson                                            Red Hat, Inc 
>                    alexl <at> redhat.com    alla <at> lysator.liu.se 
> He's an all-American devious werewolf with acid for blood. She's an orphaned 
> psychic former first lady fleeing from a Satanic cult. They fight crime! 
> 

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Alexander Larsson | 1 Feb 10:38 2007
Picon

Re: Kerberos/Heimdal support

On Tue, 2007-01-30 at 16:17 +0100, Simone Crippa wrote:
> Hi,
> 
> after some vain search I think I am at the point where a question on 
> this nautilus list is appropriate.
> 
> I would like to be able to connect via "Connect to server" to a secure 
> (heimdal, kerberos5) ftp server. As far as I could see, there is no way 
> I can achieve this with Nautilus, as I didn't find a way to specify an 
> own ftp client (e.g. krb5-ftp).
> Can anyone here tell me if this is possible and I simply didn't search 
> long enough?
> 
> If it isn't possible to specify a ftp client, then what about natively 
> including this option in Nautilus? This would be something unique, as I 
> also didn't find _any_ ftp client with GUI that supports 
> kerberos/heimdal! (apart a single Mac OSX client)
> 
> Again, maybe this is already possible now (compiling Nautilus linked 
> against the kerberos libraries), but then again, I didn't see any such 
> option when configuring.
> 
> Please note that I am not subscribed to the mailing list!

The gnome-vfs ftp code has support for kerberos via GSSAPI. If compiled
in, nautilus should be able to use this.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
(Continue reading)

Henry Zhang | 1 Feb 13:10 2007
Picon

Re: On format of media in Nautilus

Hi Emmanuele,

So seems HAL can't totally support us to implement format for 
all-purpose format.

I take a quick look at Gparted, I find there is a format menu, so seems 
this tool support format, also I find in Suse 10, there is a tool named 
partitionar, which also have functionality to format, seems we can use 
them to format...(I have not look into them at them moment).

Thanks,
Henry

Emmanuele Bassi 写道:
> On Tue, 2007-01-30 at 18:12 +0800, Henry Zhang wrote:
>> Hi there,
>>
>> I noticed in Nautilus there is a format for removable media, but seems 
>> this function is only for floppy disk?
> 
> it's really calling gfloppy (from gnome-utils); I'm the gnome-utils
> maintainer and I am already doing some coordination between a couple of
> efforts of creating an all-purpose media formatter.
> 
>> If so, it there any tool used for format the removable media, for 
>> example USB memory, flash card. etc?
> 
> there's an open bug to make gfloppy work with all the removable media
> using HAL:
> 
(Continue reading)

John Stowers | 1 Feb 13:53 2007
Picon

Re: On format of media in Nautilus

> I take a quick look at Gparted, I find there is a format menu, so seems
> this tool support format, also I find in Suse 10, there is a tool named
> partitionar, which also have functionality to format, seems we can use
> them to format...(I have not look into them at them moment).

Gparted uses libparted underneath. Because formatting is a small
subset of Gparted features perhaps it is better to use libparted to
format the device directly, in this case?

John
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Brian D. McGrew | 1 Feb 19:47 2007

noexec on CD Mount

Good morning,

Running Fedora Core 5 with a 2.6.16.16 kernel and life is good except
that when I double click on a CD in Gnome, Nautilus mounts it with a
noexec option.  If I mount the disk my hand everything is fine.

Where can I change this at?

Also, if I put an entry like

/dev/hdc	/media	auto	defaults	0 0

In my /etc/fstab file then Nautilus says no permissions to mount, even
for root.  Is this correct???

Thanks!

-brian

Brian D. McGrew        { brian <at> visionpro.com ||
brian <at> doubledimension.com }
--
> Do not read this email while waxing that cat! 

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

(Continue reading)

Emmanuele Bassi | 2 Feb 01:00 2007
Picon

Re: On format of media in Nautilus

hi John;

On Fri, 2007-02-02 at 01:53 +1300, John Stowers wrote:
> > I take a quick look at Gparted, I find there is a format menu, so seems
> > this tool support format, also I find in Suse 10, there is a tool named
> > partitionar, which also have functionality to format, seems we can use
> > them to format...(I have not look into them at them moment).
> 
> Gparted uses libparted underneath. Because formatting is a small
> subset of Gparted features perhaps it is better to use libparted to
> format the device directly, in this case?

libparted is not hard to use inside an application; and provided that
does what an all-purpose formatter requires, I'd be willing to let
gnome-utils depend (softly, possibly) on it - and ask the release-team
to add an external dependency.  as I said in the previous email, though,
I don't know if libparted requires special privileges to format a device
- it might well do, and this would mean adding a way to escalate the
user's permissions via some other mechanism like gksu or gksudo.  that's
why adding a FormatDevice method to HAL would solve us some issues: we
might delegate the HAL all the low-level, and high-privilege interaction
with the device, and avoid having to deal with it ourselves.

+++

at the moment, anyway, I'm spread pretty thin on gnome-utils
maintainership duties, with barely enough time to work on the new
features for the dictionary and the screenshot utilities (luckily, both
baobab and the search tool have maintainers of their own); it seems that
a couple of developers are interested in making gfloppy work as an
(Continue reading)

Jesse Stockall | 2 Feb 13:32 2007

Re: Trash directory on removable media - Bug 138058

On 1/27/07, Jesse Stockall <jesse <at> cleverone.org> wrote:
> Summary: Deleted files on removable media remain in the ~/$USER-trash
> directory after the device is unmounted.
>
> http://bugzilla.gnome.org/show_bug.cgi?id=138058
>

New patch that fixes the missing parts from the first attempt. It
should probably also have a way to be disabled vis GConf.

http://bugzilla.gnome.org/attachment.cgi?id=81733&action=view

Jesse

diff -ur nautilus-2.16.3-orig/src/file-manager/fm-directory-view.c
nautilus-2.16.3/src/file-manager/fm-directory-view.c
--- nautilus-2.16.3-orig/src/file-manager/fm-directory-view.c
2006-10-31 03:25:05.000000000 -0500
+++ nautilus-2.16.3/src/file-manager/fm-directory-view.c
2007-02-01 22:33:34.000000000 -0500
 <at>  <at>  -6328,12 +6328,14  <at>  <at> 
               if (nautilus_file_has_volume (file)) {
                       volume = nautilus_file_get_volume (file);
                       if (volume != NULL) {
-                               gnome_vfs_volume_unmount (volume,
volume_or_drive_unmounted_callback, NULL);
+
nautilus_file_operations_unmount_volume (GTK_WIDGET (view), volume,
+
volume_or_drive_unmounted_callback, NULL);
(Continue reading)

Alexander Larsson | 2 Feb 14:28 2007
Picon

Re: [PATCH] Nautilus location bar

On Mon, 2007-01-29 at 20:18 +0300, Виталий Ищенко wrote:
> В Чтв, 18/01/2007 в 11:32 +0100, Alexander Larsson пишет:
> > Yes, this looks like the right approach. However, I don't think you
> > should add a copy of gnome_vfs_make_uri_from_input_internal. Just make
> > it take a base argument and then pass NULL for base in the other uses of
> > it.
> 
> Yeah I really did a stupid thing :)

 	case '~': {
-		char *path, *filesystem_path;
+		char *path, *locale_path;
 		if (!filenames_are_utf8) {
-			filesystem_path = g_convert (stripped, -1, filename_charset,
"UTF-8", NULL, NULL, NULL);
+			locale_path = g_convert (stripped, -1, filename_charset, "UTF-8",
NULL, NULL, NULL);
 		} else {
-			filesystem_path = g_strdup (stripped);
+			locale_path = g_strdup (stripped);

Why rename the variable? filesystem_path seems a better name (as its not
always in locale encoding).

+			} else {
+				base_scheme = gnome_vfs_get_uri_scheme (base);
+
+				g_return_val_if_fail (base_scheme != NULL, g_strconcat ("file:///", escaped, NULL));
+
+				path = g_strconcat (base + strlen(base_scheme) + 1 + 2, "/", escaped, NULL);
(Continue reading)

Padraig O'Briain | 2 Feb 14:22 2007
Picon

Fix for crasher bug 403565

Attached is a proposed fix for crasher bug
http://bugzilla.gnome.org/show_bug.cgi?id=403565

Padraig

Attachment (nautilus.diff): text/x-patch, 501 bytes
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Alexander Larsson | 2 Feb 14:41 2007
Picon

Re: Trash directory on removable media - Bug 138058

On Fri, 2007-02-02 at 07:32 -0500, Jesse Stockall wrote:
> On 1/27/07, Jesse Stockall <jesse <at> cleverone.org> wrote:
> > Summary: Deleted files on removable media remain in the ~/$USER-trash
> > directory after the device is unmounted.
> >
> > http://bugzilla.gnome.org/show_bug.cgi?id=138058
> >
> 
> New patch that fixes the missing parts from the first attempt. It
> should probably also have a way to be disabled vis GConf.
> 
> http://bugzilla.gnome.org/attachment.cgi?id=81733&action=view

Its a bit hard to read the patch with the linebreaking it got in the
mailer. However, some comments:

It seems better to use nautilus_file_operations_delete() for the
deletion. Then you automatically get progress bars, it integrates with
NautilusFile (via the sync callbacks), etc. You'll have to add a
callback argument to it so you can unmount when its done/failed, but
that should be simple.

You do synchronous i/o (in e.g. num_entries_in_dir) which is a total
no-no in Nautilus. Furthermore, being the thrash dir this information is
likely already cached in the nautilus async file handling machinery. You
should use NautilusFile/NautilusDirectory to handle this.

The coding style guides are in docs/style-guide.html. You seem to be
lacking spaces in front of parenthesis in a couple of places and do
things like assignment at declaration.
(Continue reading)


Gmane