Re: Help with strings for solution for desktop file virus problem
On Sat, 2009-02-21 at 14:04 +, Alan Cox wrote: Its true that all of these *could* and *should* mark the file as executable, however since we never demanded that before this would be a regression for many users. Both for old created desktop files and for new ones created by non-updated apps. Why is this a problem ? - You can chmod the existing desktop files on an upgrade Certainly we should do this. Do we have any standard place for upgrades like this during login? - If you meet one that appears not to have been updated you can ask the user/fix it with their permission You mean describing how to do this manually in the dialog rather than asking the user if they want to do this? I don't see how this is an increase in security, it seems just to be a larger amount of manual work for something that can happen in perfectly legitime cases. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem
On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote: Untrusted application launcher The file %s is an application launcher, but it is not marked trusted. If you recieved this file from an unknown source or did not expect it to be an application launcher it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] I don't feel this is a great wording, but I don't have any better ideas. Maybe some native english speaker could help out? The application launcher %s is not marked as trusted. If this application launchers source is unknown to you then it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] Sound better? Yeah, this looks better to me. Can I get a string break approval for this string addition? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem
On 2/23/09, Alexander Larsson al...@redhat.com wrote: On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote: Untrusted application launcher The file %s is an application launcher, but it is not marked trusted. If you recieved this file from an unknown source or did not expect it to be an application launcher it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] I don't feel this is a great wording, but I don't have any better ideas. Maybe some native english speaker could help out? The application launcher %s is not marked as trusted. If this application launchers source is unknown to you then it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] Sound better? Yeah, this looks better to me. The possessive looks a bit weird, and the second sentence seems a bit long. I'd like to add a modified proposal: The application launcher %s is not marked as trusted. If the source of this application launcher is unknown to you, then it may be unsafe to launch. This clearly seems important, so string freeze approval from me. Christian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: freeze break request - WAS: Re: Help with strings for solution for desktop file virus problem
2009-02-23 klockan 10:43 skrev Christian Rose: On 2/23/09, Alexander Larsson al...@redhat.com wrote: On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote: Untrusted application launcher The file %s is an application launcher, but it is not marked trusted. If you recieved this file from an unknown source or did not expect it to be an application launcher it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] I don't feel this is a great wording, but I don't have any better ideas. Maybe some native english speaker could help out? The application launcher %s is not marked as trusted. If this application launchers source is unknown to you then it may be unsafe to launch. [_Launch anyway] [Mark as _Trusted] [[Cancel]] Sound better? Yeah, this looks better to me. The possessive looks a bit weird, and the second sentence seems a bit long. I'd like to add a modified proposal: The application launcher %s is not marked as trusted. If the source of this application launcher is unknown to you, then it may be unsafe to launch. This clearly seems important, so string freeze approval from me. 1. Why use the passive voice in the first sentence (... is unknown to you)? Directly addressing the user seems more logical in this case. 2. Why is marked as trusted? I think has been marked trusted makes more sense? 3. Reordering the words so that it ends with the word unsafe likely gets more attention from the user. 4. File names should be enclosed in double quotes. So, my suggestion: The application launcher %s has not been marked as trusted. If you do not know this application launcher's source, launching it may be unsafe. HTH. — Wouter (not a native speaker) signature.asc Description: Digital signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
GNOME 2.26 Showstopper Review
(Better late than never.) Take a look, test help out, comment if there's important bugs that are not listed here, make 2.26 rock. EVOLUTION Camel Disk summary meta bug http://bugzilla.gnome.org/show_bug.cgi?id=543389 Summary says it all. (And I personally hope that Evolution 2.26.0 will become the stable version that 2.24.0 was supposed to be.) GNOME-DOC-UTILS Bidirational problems in xsl http://bugzilla.gnome.org/show_bug.cgi?id=563559 Should be fixed as per comment 15, but testing would be very welcome! GNOME-PYTHON Convert from popt to GOption http://bugzilla.gnome.org/show_bug.cgi?id=507174 Still the very last module to get rid of popt. Patch available, but needs more work. GNOME-SESSION gnome-session doesn't save session anymore http://bugzilla.gnome.org/show_bug.cgi?id=552387 A famous bug, but my secret webcam shows that Lucas is working on this. GNOME-SYSTEM-TOOLS no i18n of .policy files http://bugzilla.gnome.org/show_bug.cgi?id=528015 Big i18n issue, and patch available awaiting review. GTK+ gtk-builder-convert creates untranslated combobox models http://bugzilla.gnome.org/show_bug.cgi?id=553385 Patch needs rework. Volunteers highly welcome. NAUTILUS untranslatable ordinal numbers in nautilus-file-operations.c http://bugzilla.gnome.org/show_bug.cgi?id=325284 Should be easy to fix after the latest discussion in the report. POLICYKIT-GNOME Some strings doesn't work properly with translations http://bugzilla.gnome.org/show_bug.cgi?id=549411 Trivial patch still awaiting review from the maintainers. GNOME GOALS not yet completed: * http://live.gnome.org/GnomeGoals/PoptGOption : Gnome-Python (as mentioned above) * http://live.gnome.org/GtkPrintPort : gnome-games, gnome-python-desktop, gnome-devel-docs (update) * http://live.gnome.org/GioPort : PATCHES: dasher TODO: gnome-python-desktop, gnome-utils/gsearchtool More Goals available: * http://live.gnome.org/GnomeGoals/CleanupGTKIncludes * http://live.gnome.org/GnomeGoals/RemoveDeprecatedSymbols/Glib * http://live.gnome.org/GnomeGoals/RemoveDeprecatedSymbols/GTK%2B * http://live.gnome.org/GnomeGoals/RemoveLibGladeUseGtkBuilder ...plus of course getting rid of deprecated modules (especially libgnome, libgnomeui and bonobo) for GNOME 3. A fine selection of 2.28 blockers is available at http://bugzilla.gnome.org/buglist.cgi?query=meta-status:open,needinfo+gnome-target=2.28.x . More info about the showstopper reviews at http://live.gnome.org/Bugsquad/ShowstopperReviews -andre ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 2.26 Showstopper Review
On Mon, Feb 23, 2009 at 8:43 PM, Andre Klapper ak...@gmx.net wrote: Andre, * http://live.gnome.org/GtkPrintPort : gnome-games, gnome-python-desktop, gnome-devel-docs (update) * http://live.gnome.org/GioPort : PATCHES: dasher TODO: gnome-python-desktop, gnome-utils/gsearchtool I don't think that gnome-python-desktop would need removing GtkPrint and gnomeVFS, it contains GnomePrint python bindings which cannot be removed and I cannot find any reference to GnomeVFS that needs to be removed. If I'm mistaking please correct me, cc'ing Gustavo for a better opinion. cheers -- Gian Mario Tagliaretti GNOME Foundation member gia...@gnome.org ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list