From eviatarbach@gmail.com Sat May 5 02:17:56 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 562FD75005D for ; Sat, 5 May 2012 02:17:56 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -2.439 X-Spam-Level: X-Spam-Status: No, score=-2.439 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07ppUEb3qR2P for ; Sat, 5 May 2012 02:17:43 +0000 (UTC) Received: from mail-gy0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by menubar.gnome.org (Postfix) with ESMTP id 153467500D1 for ; Sat, 5 May 2012 02:17:34 +0000 (UTC) Received: by ghrr20 with SMTP id r20so5182630ghr.27 for ; Fri, 04 May 2012 19:17:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=ACaL7uJ2B0qg0rFjBvOelUOIG5feL/FKkAJOA0D8ayo=; b=TyjbFhuFxgceDrh1BGS/XfJM1rAa3QqoM0IQ25NJhVyjiI+ZIsk9caYkKbve72f71F BJtnnCLI2BomLe8Xhm1Enlpox+ZdYhnQB5m8s1sYX2Rm+TZ3tGfnuFLW3Y7S73hl0bms 3Ow8B+EngiZqaQOxa6ogw/8uzUCBZTE172X2XnyToKCJ6nnjI4lSsSBD8wf44ihrBW3q nRGZTsL926uPzK4ZMRFy79z/x7k/PpXFj/0u6qigA+h6fu1KidmgsOGH5A6VHBnX8jtM feUUZmSVPIMlA9wou3n7HSCPdwB5Rg2J+Sd/mZPYUNl10k+SSNefHUAXTNkC05xNSbMo LA4A== Received: by 10.50.203.99 with SMTP id kp3mr4279893igc.16.1336184253150; Fri, 04 May 2012 19:17:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.199.141 with HTTP; Fri, 4 May 2012 19:17:02 -0700 (PDT) In-Reply-To: References: From: Eviatar Bach Date: Fri, 4 May 2012 19:17:02 -0700 Message-ID: To: gthumb-list@gnome.org Content-Type: multipart/alternative; boundary=14dae934078fc3775f04bf40a312 Subject: [gthumb-list] Lossless cropping X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2012 02:17:56 -0000 --14dae934078fc3775f04bf40a312 Content-Type: text/plain; charset=ISO-8859-1 Hello, http://live.gnome.org/gthumb/features claims that gThumb uses lossless JPG transformations. Does this include cropping? Because I get larger filesizes when I crop with the jpegtran command-line program than with gThumb, making me suspect that the latter is not lossless. Thanks in advance. --14dae934078fc3775f04bf40a312 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

http://live.gnome.org/gthumb/features=A0claims that gThumb= uses lossless JPG transformations. Does this include cropping? Because I g= et larger filesizes when I crop with the jpegtran command-line program than= with gThumb, making me suspect that the latter is not lossless.

Thanks in advance.
--14dae934078fc3775f04bf40a312-- From paolo.bacchilega@libero.it Sat May 5 08:04:50 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 15E04750069 for ; Sat, 5 May 2012 08:04:50 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Pzah9idnDCt for ; Sat, 5 May 2012 08:04:36 +0000 (UTC) Received: from outrelay07.libero.it (outrelay07.libero.it [212.52.84.111]) by menubar.gnome.org (Postfix) with ESMTP id 5E3AF7500D1 for ; Sat, 5 May 2012 08:04:27 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0205.4FA4DF09.014C,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.80.173) by outrelay07.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F5A0F9D0923BBDB for gthumb-list@gnome.org; Sat, 5 May 2012 10:04:25 +0200 Message-ID: <4FA4DF09.7070808@libero.it> Date: Sat, 05 May 2012 10:04:25 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb-list@gnome.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] Lossless cropping X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2012 08:04:50 -0000 Il 05/05/2012 04:17, Eviatar Bach ha scritto: > Hello, > > http://live.gnome.org/gthumb/features claims that gThumb uses lossless > JPG transformations. Does this include cropping? Because I get larger > filesizes when I crop with the jpegtran command-line program than with > gThumb, making me suspect that the latter is not lossless. > > Thanks in advance. > cropping is not lossless, rotation commands in the Tools menu are. - Paolo From rfg@tristatelogic.com Mon May 7 01:20:46 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6FD16750067 for ; Mon, 7 May 2012 01:20:46 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.834 X-Spam-Level: X-Spam-Status: No, score=-1.834 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, TW_LG=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EQDijxMyhKtV for ; Mon, 7 May 2012 01:20:33 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 6816B75008A for ; Mon, 7 May 2012 01:20:24 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id DAAA45081A; Sun, 6 May 2012 18:20:21 -0700 (PDT) To: Paolo Bacchilega In-Reply-To: <4F97BAB6.7010601@libero.it> Date: Sun, 06 May 2012 18:20:21 -0700 Message-ID: <78096.1336353621@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Another patch (#2) to make 2.14.3 build on FreeBSD X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 01:20:46 -0000 In message <4F97BAB6.7010601@libero.it>, Paolo Bacchilega wrote: >Il 25/04/2012 07:03, Ronald F. Guilmette ha scritto: >> >> >> I was unable to have the link step for gthumb 2.14.3 complete successfully >> on FreeBSD, at least until I applied the following patch. >> >> Really, I am surprised that _anybody_ was able to successfully link gthumb >> 2.14.3 on _any_ platform, because it seems rather evident to me that nowhere >> in the gthumb/Makefile (or in the corresponding Makefile.in file or in the >> corresponding Makefile.am file) was there ever any proper -l option to instr >uct >> the linker to drag in various routines from /usr/local/lib/libgconf-2.a whic >h >> are clearly referenced in the gconf-utils.c source file (e.g. the function >> `gconf_is_initialized', referenced on line 77 of gconf-utils.c, but also man >y >> many other such references in that same file to routines defined within the >> /usr/local/lib/libgconf-2.a library). >> >> diff -rc2 ./gthumb/Makefile.am ./gthumb/Makefile.am >> *** ./gthumb/Makefile.am 2011-11-03 13:36:36.000000000 -0700 >> --- ./gthumb/Makefile.am 2012-04-24 21:50:33.000000000 -0700 >> *************** >> *** 274,277 **** >> --- 274,278 ---- >> $(LIBSOUP_LIBS) \ >> $(LIBCHAMPLAIN_LIBS) \ >> + -lgconf-2 \ >> $(NULL) >> >> >> >> After appling the above patch, a whole huge slew of link-time error messages >> went away, and the build process was then able to progress further. >> >> >> How did 2.14.3 ever build for _anybody_, ever, without any explicit -lgconf- >2 >> option anywhere in any of the relevant Makefiles?? >> >> It is very puzzling. > >the GConf library should be included in GTHUMB_LIBS, I have no idea why >this is not the case for you. I apologize, but due to a small oversight on my part I did not see this response until now. Anyway, I looked into this problem some more and now it seems that it was perhaps caused by a misunderstanding on my end and also by a small problem/issue relating to the following relatively recent change: =========================================================================== commit bc1ec9fe0ebc8f28ab12053c90ef51e1ceca4660 Author: xcsnake@free.fr Date: 2012-01-28 added zlib in PKG_CHECK_MODULES for GTHUMB M configure.ac =========================================================================== The misunderstanding on my part was that I incorrectly assumed that anything I set as the value of GTHUMB_LIBS in my environment would be additive to whatever configure came up with. However I now see that this is used only to completely override whatever configure comes up with. Anyway, regarding the addition of zlib to PKG_CHECK_MODULES for GTHUMB, that change is problematic when the build environment is FreeBSD. On FreeBSD there are quite a number of .pc files that may get built and installed in the directory /usr/local/libdata/pkgconfig (specifically ones for various FreeBSD "ports" of various free software libraries) but there is no zlib.pc file among them, apparently for the simple reason that the files /usr/lib/libz.{a,so} are a part of the "base" FreeBSD system. In my opinion, this problem is worth some re-jiggering of the configure.ac file, i.e. in order to properly adapt gthumb to this particular and unique property of FreeBSD, however I, for one, am not that adept at writing these autoconfig .ac files, so I'll have to leave that up to someone else. For now, I implemented a simple local work-around on my own system. I simply created a zlib.pc file by hand myself and stuck it into the FreeBSD /usr/local/libdata/pkgconfig directory. So far, this work-around seems to work. With it in place I was able to build gthumb 2.14.3 to completion and without the patch shown above. From rfg@tristatelogic.com Mon May 7 01:46:11 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ACC3775008A for ; Mon, 7 May 2012 01:46:11 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6+eQ5e1dTJXs for ; Mon, 7 May 2012 01:46:09 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id C4782750067 for ; Mon, 7 May 2012 01:46:01 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id B623E5081A; Sun, 6 May 2012 18:45:59 -0700 (PDT) To: gthumb-list@gnome.org, Paolo Bacchilega In-Reply-To: <36996.1335300083@tristatelogic.com> Date: Sun, 06 May 2012 18:45:59 -0700 Message-ID: <12982.1336355159@tristatelogic.com> From: "Ronald F. Guilmette" Subject: Re: [gthumb-list] Help system not working X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 01:46:11 -0000 I am still attempting to overcome what I consider a very serious bit of broken-ness of gthumb on FreeBSD, and I sure would appreciate some help. As I previously reported, the help system is entirely non-functioning on FreeBSD. If one clicks on the Help button along the top row, and then clicks on either "Contents" or on "Keyboard Shortcuts" (or if one simply hits the F1 key) the result are the same. A little dialog box pops up that says: Could not display help Operation not supported (and then these is an "OK" button to dismiss this little error pop-up). Given that gthumb appears to have no formal man page and also, apparently, little if any external documentation packaged with it, the non-functioning of the help system leavse the user utterly without guidance as to how to properly use this fine tool. I tried to begin the process of debugging this issue, but I found that I could not get very far, undoubtely due to my abundant ignorance. I started by trying to find the exact spot in the gthumb source code where this little pop-up box would be thrown up, but I failed, utterly, to find the spot in question. I've grepped the sources for the string "Could not display help" but was only able to find it in numerous internationalization/translation files, and none of these gave me any hints or got me any closer to finding the spot in the code where the error pop-up gets displayed. (If I can just find that spot, then maybe I will be able to put gthumb in gdb and see what the devil is actually going on, and why this failure occurs. Realizing that "Operation not supported" is just the verbose textual version of the standard system error code EOPNOTSUPP, I deduced that perhaps when gthumb displays this error it is just because some file it wants is missing from where it ought to be, and that the pop-up is just the end result of gthumb getting EOPNOTSUPP back from some system call, e.g. open(). Continuing along that train of thought, I thought that perhaps running gthumb under truss (aka "strace" for you Linux folks) would show me exactly what the problems was being caused by. Alas, when I tried that... running gthumb under truss, after truss printed a slew of initial trace messages (but before I could click on Help->Contents) the combination of truss and gthumb totally locked up X on my system (and repeatably so). I had to exit from and then restart X just to get my system back to something approaching normal. I'm only relating all of these tales of woe in the hopes that someone (Paolo?) m,ay take pity on me and point me to the place(s) in the sources where the message "Could not display help" might be displayed in a little pop-up window. I am determined to try to fix this problem, and thaty info would help a lot. Regards, rfg From paolo.bacchilega@libero.it Mon May 7 07:50:10 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 09F04750207 for ; Mon, 7 May 2012 07:50:10 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IobcpsUP+EvC for ; Mon, 7 May 2012 07:49:51 +0000 (UTC) Received: from outrelay07.libero.it (outrelay07.libero.it [212.52.84.111]) by menubar.gnome.org (Postfix) with ESMTP id 6CD537500FE for ; Mon, 7 May 2012 07:49:42 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0205.4FA77E91.01D3,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.80.173) by outrelay07.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F5A0F9D0964E179; Mon, 7 May 2012 09:49:37 +0200 Message-ID: <4FA77E91.1040705@libero.it> Date: Mon, 07 May 2012 09:49:37 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: "Ronald F. Guilmette" References: <12982.1336355159@tristatelogic.com> In-Reply-To: <12982.1336355159@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Help system not working X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 07:50:10 -0000 Il 07/05/2012 03:45, Ronald F. Guilmette ha scritto: > I am still attempting to overcome what I consider a very serious bit of > broken-ness of gthumb on FreeBSD, and I sure would appreciate some help. > > As I previously reported, the help system is entirely non-functioning on > FreeBSD. If one clicks on the Help button along the top row, and then clicks > on either "Contents" or on "Keyboard Shortcuts" (or if one simply hits > the F1 key) the result are the same. A little dialog box pops up that says: > > Could not display help > Operation not supported > > (and then these is an "OK" button to dismiss this little error pop-up). > > Given that gthumb appears to have no formal man page and also, apparently, > little if any external documentation packaged with it, the non-functioning > of the help system leavse the user utterly without guidance as to how to > properly use this fine tool. > > I tried to begin the process of debugging this issue, but I found that > I could not get very far, undoubtely due to my abundant ignorance. I started > by trying to find the exact spot in the gthumb source code where this little > pop-up box would be thrown up, but I failed, utterly, to find the spot > in question. I've grepped the sources for the string "Could not display help" > but was only able to find it in numerous internationalization/translation > files, and none of these gave me any hints or got me any closer to finding > the spot in the code where the error pop-up gets displayed. (If I can just > find that spot, then maybe I will be able to put gthumb in gdb and see what > the devil is actually going on, and why this failure occurs. > > Realizing that "Operation not supported" is just the verbose textual version > of the standard system error code EOPNOTSUPP, I deduced that perhaps when > gthumb displays this error it is just because some file it wants is missing > from where it ought to be, and that the pop-up is just the end result of > gthumb getting EOPNOTSUPP back from some system call, e.g. open(). Continuing > along that train of thought, I thought that perhaps running gthumb under > truss (aka "strace" for you Linux folks) would show me exactly what the > problems was being caused by. Alas, when I tried that... running gthumb > under truss, after truss printed a slew of initial trace messages (but > before I could click on Help->Contents) the combination of truss and > gthumb totally locked up X on my system (and repeatably so). I had to > exit from and then restart X just to get my system back to something > approaching normal. > > I'm only relating all of these tales of woe in the hopes that someone > (Paolo?) m,ay take pity on me and point me to the place(s) in the sources > where the message "Could not display help" might be displayed in a little > pop-up window. I am determined to try to fix this problem, and thaty info > would help a lot. > show_help_dialog function in gthumb/gtk-utils.c - Paolo From rfg@tristatelogic.com Mon May 7 10:28:03 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B6C0975009C for ; Mon, 7 May 2012 10:28:03 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.247 X-Spam-Level: X-Spam-Status: No, score=-1.247 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, TW_GT=0.077, TW_GV=0.077, T_FRT_ADULT2=0.01, T_RP_MATCHES_RCVD=-0.01, URI_NOVOWEL=0.5] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hHeqesgBAFHt for ; Mon, 7 May 2012 10:27:55 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 2E0E575001A for ; Mon, 7 May 2012 10:27:49 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id C1C455081A; Mon, 7 May 2012 03:27:47 -0700 (PDT) To: Paolo Bacchilega In-Reply-To: <4FA77E91.1040705@libero.it> Date: Mon, 07 May 2012 03:27:47 -0700 Message-ID: <24756.1336386467@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Help system not working X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 10:28:03 -0000 In message <4FA77E91.1040705@libero.it>, Paolo Bacchilega wrote: >> I'm only relating all of these tales of woe in the hopes that someone >> (Paolo?) may take pity on me and point me to the place(s) in the sources >> where the message "Could not display help" might be displayed in a little >> pop-up window. I am determined to try to fix this problem, and that info >> would help a lot. >> > >show_help_dialog function in gthumb/gtk-utils.c Thank you. That information is certainly helpful, but I have to confess that I am still rather entirely mystified, probably because I don't know a damn thing about GTK. In short, I could use a bit more help. I have recomplied the whole of gthumb with -g, but alas, that only helps so much because the installed gtk library was compiled without any debugging info. :-( So anyway, here is the function where things are going wrong: ============================================================================ void show_help_dialog (GtkWindow *parent, const char *section) { char *uri; GError *error = NULL; uri = g_strconcat ("ghelp:gthumb", section ? "?" : NULL, section, NULL); if (! gtk_show_uri (gtk_window_get_screen (parent), uri, GDK_CURRENT_TIME, &error)) { GtkWidget *dialog; dialog = _gtk_message_dialog_new (parent, GTK_DIALOG_DESTROY_WITH_PARENT, GTK_STOCK_DIALOG_ERROR, _("Could not display help"), error->message, GTK_STOCK_OK, GTK_RESPONSE_OK, NULL); gtk_dialog_set_default_response (GTK_DIALOG (dialog), GTK_RESPONSE_OK); g_signal_connect (G_OBJECT (dialog), "response", G_CALLBACK (gtk_widget_destroy), NULL); gtk_window_set_resizable (GTK_WINDOW (dialog), FALSE); gtk_widget_show (dialog); g_clear_error (&error); } g_free (uri); } ============================================================================ I managed to get far enough with the debugger to determine that the value of `uri' is indeed just "ghelp:gthumb" at the time of the call to gtk_show_uri. Also, upon return from the call to gtk_show_uri, the value of error has been set to: {domain = 287, code = 15, message = 0x80c9f03e0 "Operation not supported"} Perhaps it goes without saying, but it would be Really Nice if either the gtk library or gthumb (or both) could be a bit more descriptive about what has gone wrong here. As it is, the user is left (like me) to wander around in the utter darkness with no clues whatsoever. ("Operation not supported" doesn't really tell me anything. What was the operation that was being attempted? And what object or objects was the operation in question being attempted on?) Any enlightenment would be appreciated. Is there supposed to be some sort of a magical subsystem somewhere called "ghelp:" which ideally has some gthumb help pages installed into it? If so, how does that ghelp: thing come into being and where (on disk) should I go searching for it? Hummm... this blog posting may perhaps shed at least a tiny bit of light on all this: http://blogs.gnome.org/danni/2011/03/16/quick-tip-gtk_show_uri-operation-not-supported/ Unfortunately, this still leaves me a long way from knowing what is going wrong here, because on my system gvfs _is_ installed. And also, as far as I can tell, it is installed into the same prefix as _both_ of the two version of glib that are presently installed on my system here, i.e. glib-1.2.10_13 and glib-2.28.8_4. I am including below "pkg_info -L" listings for gvfs-1.6.6_2, glib-1.2.10_13 and glib-2.28.8_4 as currently installed on my system. If anybody can make heads or tails out of all of this for me, please proceed. Otherwise, I guess that I may be obliged to share my less-than-generous opinion of gtk_show_uri() and its error handling foibles with one or more of the GTK maintainers. ================================================================================================== Information for gvfs-1.6.6_2: Files: /usr/local/bin/gvfs-cat /usr/local/bin/gvfs-copy /usr/local/bin/gvfs-info /usr/local/bin/gvfs-less /usr/local/bin/gvfs-ls /usr/local/bin/gvfs-mkdir /usr/local/bin/gvfs-monitor-dir /usr/local/bin/gvfs-monitor-file /usr/local/bin/gvfs-mount /usr/local/bin/gvfs-move /usr/local/bin/gvfs-open /usr/local/bin/gvfs-rename /usr/local/bin/gvfs-rm /usr/local/bin/gvfs-save /usr/local/bin/gvfs-set-attribute /usr/local/bin/gvfs-trash /usr/local/bin/gvfs-tree /usr/local/etc/profile.d/gvfs-bash-completion.sh /usr/local/include/gvfs-client/gvfs/gvfsurimapper.h /usr/local/include/gvfs-client/gvfs/gvfsuriutils.h /usr/local/lib/gio/modules/libgiogconf.la /usr/local/lib/gio/modules/libgiogconf.so /usr/local/lib/gio/modules/libgioremote-volume-monitor.la /usr/local/lib/gio/modules/libgioremote-volume-monitor.so /usr/local/lib/gio/modules/libgvfsdbus.la /usr/local/lib/gio/modules/libgvfsdbus.so /usr/local/lib/libgvfscommon-dnssd.la /usr/local/lib/libgvfscommon-dnssd.so /usr/local/lib/libgvfscommon-dnssd.so.0 /usr/local/lib/libgvfscommon.la /usr/local/lib/libgvfscommon.so /usr/local/lib/libgvfscommon.so.0 /usr/local/libexec/gvfs-gphoto2-volume-monitor /usr/local/libexec/gvfs-hal-volume-monitor /usr/local/libexec/gvfsd /usr/local/libexec/gvfsd-archive /usr/local/libexec/gvfsd-burn /usr/local/libexec/gvfsd-cdda /usr/local/libexec/gvfsd-computer /usr/local/libexec/gvfsd-dav /usr/local/libexec/gvfsd-dnssd /usr/local/libexec/gvfsd-ftp /usr/local/libexec/gvfsd-gphoto2 /usr/local/libexec/gvfsd-http /usr/local/libexec/gvfsd-localtest /usr/local/libexec/gvfsd-metadata /usr/local/libexec/gvfsd-network /usr/local/libexec/gvfsd-sftp /usr/local/libexec/gvfsd-smb /usr/local/libexec/gvfsd-smb-browse /usr/local/libexec/gvfsd-trash /usr/local/share/dbus-1/services/gvfs-daemon.service /usr/local/share/dbus-1/services/gvfs-metadata.service /usr/local/share/dbus-1/services/org.gtk.Private.GPhoto2VolumeMonitor.service /usr/local/share/dbus-1/services/org.gtk.Private.HalVolumeMonitor.service /usr/local/share/gvfs/mounts/archive.mount /usr/local/share/gvfs/mounts/burn.mount /usr/local/share/gvfs/mounts/cdda.mount /usr/local/share/gvfs/mounts/computer.mount /usr/local/share/gvfs/mounts/dav.mount /usr/local/share/gvfs/mounts/dav+sd.mount /usr/local/share/gvfs/mounts/dns-sd.mount /usr/local/share/gvfs/mounts/ftp.mount /usr/local/share/gvfs/mounts/gphoto2.mount /usr/local/share/gvfs/mounts/http.mount /usr/local/share/gvfs/mounts/localtest.mount /usr/local/share/gvfs/mounts/network.mount /usr/local/share/gvfs/mounts/sftp.mount /usr/local/share/gvfs/mounts/smb-browse.mount /usr/local/share/gvfs/mounts/smb.mount /usr/local/share/gvfs/mounts/trash.mount /usr/local/share/gvfs/remote-volume-monitors/gphoto2.monitor /usr/local/share/gvfs/remote-volume-monitors/hal.monitor /usr/local/share/locale/af/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ar/LC_MESSAGES/gvfs.mo /usr/local/share/locale/as/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ast/LC_MESSAGES/gvfs.mo /usr/local/share/locale/be@latin/LC_MESSAGES/gvfs.mo /usr/local/share/locale/bg/LC_MESSAGES/gvfs.mo /usr/local/share/locale/bn/LC_MESSAGES/gvfs.mo /usr/local/share/locale/bn_IN/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ca/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ca@valencia/LC_MESSAGES/gvfs.mo /usr/local/share/locale/cs/LC_MESSAGES/gvfs.mo /usr/local/share/locale/da/LC_MESSAGES/gvfs.mo /usr/local/share/locale/de/LC_MESSAGES/gvfs.mo /usr/local/share/locale/el/LC_MESSAGES/gvfs.mo /usr/local/share/locale/en@shaw/LC_MESSAGES/gvfs.mo /usr/local/share/locale/en_GB/LC_MESSAGES/gvfs.mo /usr/local/share/locale/es/LC_MESSAGES/gvfs.mo /usr/local/share/locale/et/LC_MESSAGES/gvfs.mo /usr/local/share/locale/eu/LC_MESSAGES/gvfs.mo /usr/local/share/locale/fi/LC_MESSAGES/gvfs.mo /usr/local/share/locale/fr/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ga/LC_MESSAGES/gvfs.mo /usr/local/share/locale/gl/LC_MESSAGES/gvfs.mo /usr/local/share/locale/gu/LC_MESSAGES/gvfs.mo /usr/local/share/locale/he/LC_MESSAGES/gvfs.mo /usr/local/share/locale/hi/LC_MESSAGES/gvfs.mo /usr/local/share/locale/hu/LC_MESSAGES/gvfs.mo /usr/local/share/locale/id/LC_MESSAGES/gvfs.mo /usr/local/share/locale/it/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ja/LC_MESSAGES/gvfs.mo /usr/local/share/locale/kk/LC_MESSAGES/gvfs.mo /usr/local/share/locale/kn/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ko/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ku/LC_MESSAGES/gvfs.mo /usr/local/share/locale/lt/LC_MESSAGES/gvfs.mo /usr/local/share/locale/lv/LC_MESSAGES/gvfs.mo /usr/local/share/locale/mai/LC_MESSAGES/gvfs.mo /usr/local/share/locale/mk/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ml/LC_MESSAGES/gvfs.mo /usr/local/share/locale/mr/LC_MESSAGES/gvfs.mo /usr/local/share/locale/nb/LC_MESSAGES/gvfs.mo /usr/local/share/locale/nds/LC_MESSAGES/gvfs.mo /usr/local/share/locale/nl/LC_MESSAGES/gvfs.mo /usr/local/share/locale/nn/LC_MESSAGES/gvfs.mo /usr/local/share/locale/or/LC_MESSAGES/gvfs.mo /usr/local/share/locale/pa/LC_MESSAGES/gvfs.mo /usr/local/share/locale/pl/LC_MESSAGES/gvfs.mo /usr/local/share/locale/pt/LC_MESSAGES/gvfs.mo /usr/local/share/locale/pt_BR/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ro/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ru/LC_MESSAGES/gvfs.mo /usr/local/share/locale/sk/LC_MESSAGES/gvfs.mo /usr/local/share/locale/sl/LC_MESSAGES/gvfs.mo /usr/local/share/locale/sq/LC_MESSAGES/gvfs.mo /usr/local/share/locale/sr/LC_MESSAGES/gvfs.mo /usr/local/share/locale/sr@latin/LC_MESSAGES/gvfs.mo /usr/local/share/locale/sv/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ta/LC_MESSAGES/gvfs.mo /usr/local/share/locale/te/LC_MESSAGES/gvfs.mo /usr/local/share/locale/th/LC_MESSAGES/gvfs.mo /usr/local/share/locale/tr/LC_MESSAGES/gvfs.mo /usr/local/share/locale/ug/LC_MESSAGES/gvfs.mo /usr/local/share/locale/uk/LC_MESSAGES/gvfs.mo /usr/local/share/locale/vi/LC_MESSAGES/gvfs.mo /usr/local/share/locale/zh_CN/LC_MESSAGES/gvfs.mo /usr/local/share/locale/zh_HK/LC_MESSAGES/gvfs.mo /usr/local/share/locale/zh_TW/LC_MESSAGES/gvfs.mo ================================================================================================== Information for glib-2.28.8_4: Files: /usr/local/share/licenses/glib-2.28.8_4/catalog.mk /usr/local/share/licenses/glib-2.28.8_4/LICENSE /usr/local/share/licenses/glib-2.28.8_4/LGPL20 /usr/local/bin/gdbus /usr/local/bin/gio-querymodules /usr/local/bin/glib-compile-schemas /usr/local/bin/glib-genmarshal /usr/local/bin/glib-gettextize /usr/local/bin/glib-mkenums /usr/local/bin/gobject-query /usr/local/bin/gsettings /usr/local/bin/gtester /usr/local/bin/gtester-report /usr/local/etc/bash_completion.d/gdbus-bash-completion.sh /usr/local/etc/bash_completion.d/gsettings-bash-completion.sh /usr/local/include/gio-unix-2.0/gio/gdesktopappinfo.h /usr/local/include/gio-unix-2.0/gio/gfiledescriptorbased.h /usr/local/include/gio-unix-2.0/gio/gunixconnection.h /usr/local/include/gio-unix-2.0/gio/gunixcredentialsmessage.h /usr/local/include/gio-unix-2.0/gio/gunixfdlist.h /usr/local/include/gio-unix-2.0/gio/gunixfdmessage.h /usr/local/include/gio-unix-2.0/gio/gunixinputstream.h /usr/local/include/gio-unix-2.0/gio/gunixmounts.h /usr/local/include/gio-unix-2.0/gio/gunixoutputstream.h /usr/local/include/gio-unix-2.0/gio/gunixsocketaddress.h /usr/local/include/glib-2.0/gio/gaction.h /usr/local/include/glib-2.0/gio/gactiongroup.h /usr/local/include/glib-2.0/gio/gappinfo.h /usr/local/include/glib-2.0/gio/gapplication.h /usr/local/include/glib-2.0/gio/gapplicationcommandline.h /usr/local/include/glib-2.0/gio/gasyncinitable.h /usr/local/include/glib-2.0/gio/gasyncresult.h /usr/local/include/glib-2.0/gio/gbufferedinputstream.h /usr/local/include/glib-2.0/gio/gbufferedoutputstream.h /usr/local/include/glib-2.0/gio/gcancellable.h /usr/local/include/glib-2.0/gio/gcharsetconverter.h /usr/local/include/glib-2.0/gio/gcontenttype.h /usr/local/include/glib-2.0/gio/gconverter.h /usr/local/include/glib-2.0/gio/gconverterinputstream.h /usr/local/include/glib-2.0/gio/gconverteroutputstream.h /usr/local/include/glib-2.0/gio/gcredentials.h /usr/local/include/glib-2.0/gio/gdatainputstream.h /usr/local/include/glib-2.0/gio/gdataoutputstream.h /usr/local/include/glib-2.0/gio/gdbusaddress.h /usr/local/include/glib-2.0/gio/gdbusauthobserver.h /usr/local/include/glib-2.0/gio/gdbusconnection.h /usr/local/include/glib-2.0/gio/gdbuserror.h /usr/local/include/glib-2.0/gio/gdbusintrospection.h /usr/local/include/glib-2.0/gio/gdbusmessage.h /usr/local/include/glib-2.0/gio/gdbusmethodinvocation.h /usr/local/include/glib-2.0/gio/gdbusnameowning.h /usr/local/include/glib-2.0/gio/gdbusnamewatching.h /usr/local/include/glib-2.0/gio/gdbusproxy.h /usr/local/include/glib-2.0/gio/gdbusserver.h /usr/local/include/glib-2.0/gio/gdbusutils.h /usr/local/include/glib-2.0/gio/gdrive.h /usr/local/include/glib-2.0/gio/gemblem.h /usr/local/include/glib-2.0/gio/gemblemedicon.h /usr/local/include/glib-2.0/gio/gfile.h /usr/local/include/glib-2.0/gio/gfileattribute.h /usr/local/include/glib-2.0/gio/gfileenumerator.h /usr/local/include/glib-2.0/gio/gfileicon.h /usr/local/include/glib-2.0/gio/gfileinfo.h /usr/local/include/glib-2.0/gio/gfileinputstream.h /usr/local/include/glib-2.0/gio/gfileiostream.h /usr/local/include/glib-2.0/gio/gfilemonitor.h /usr/local/include/glib-2.0/gio/gfilenamecompleter.h /usr/local/include/glib-2.0/gio/gfileoutputstream.h /usr/local/include/glib-2.0/gio/gfilterinputstream.h /usr/local/include/glib-2.0/gio/gfilteroutputstream.h /usr/local/include/glib-2.0/gio/gicon.h /usr/local/include/glib-2.0/gio/ginetaddress.h /usr/local/include/glib-2.0/gio/ginetsocketaddress.h /usr/local/include/glib-2.0/gio/ginitable.h /usr/local/include/glib-2.0/gio/ginputstream.h /usr/local/include/glib-2.0/gio/gio.h /usr/local/include/glib-2.0/gio/gioenums.h /usr/local/include/glib-2.0/gio/gioenumtypes.h /usr/local/include/glib-2.0/gio/gioerror.h /usr/local/include/glib-2.0/gio/giomodule.h /usr/local/include/glib-2.0/gio/gioscheduler.h /usr/local/include/glib-2.0/gio/giostream.h /usr/local/include/glib-2.0/gio/giotypes.h /usr/local/include/glib-2.0/gio/gloadableicon.h /usr/local/include/glib-2.0/gio/gmemoryinputstream.h /usr/local/include/glib-2.0/gio/gmemoryoutputstream.h /usr/local/include/glib-2.0/gio/gmount.h /usr/local/include/glib-2.0/gio/gmountoperation.h /usr/local/include/glib-2.0/gio/gnativevolumemonitor.h /usr/local/include/glib-2.0/gio/gnetworkaddress.h /usr/local/include/glib-2.0/gio/gnetworkservice.h /usr/local/include/glib-2.0/gio/goutputstream.h /usr/local/include/glib-2.0/gio/gpermission.h /usr/local/include/glib-2.0/gio/gpollableinputstream.h /usr/local/include/glib-2.0/gio/gpollableoutputstream.h /usr/local/include/glib-2.0/gio/gproxy.h /usr/local/include/glib-2.0/gio/gproxyaddress.h /usr/local/include/glib-2.0/gio/gproxyaddressenumerator.h /usr/local/include/glib-2.0/gio/gproxyresolver.h /usr/local/include/glib-2.0/gio/gsimpleaction.h /usr/local/include/glib-2.0/gio/gsimpleactiongroup.h /usr/local/include/glib-2.0/gio/gresolver.h /usr/local/include/glib-2.0/gio/gseekable.h /usr/local/include/glib-2.0/gio/gsettings.h /usr/local/include/glib-2.0/gio/gsettingsbackend.h /usr/local/include/glib-2.0/gio/gsimpleasyncresult.h /usr/local/include/glib-2.0/gio/gsimplepermission.h /usr/local/include/glib-2.0/gio/gsocket.h /usr/local/include/glib-2.0/gio/gsocketaddress.h /usr/local/include/glib-2.0/gio/gsocketaddressenumerator.h /usr/local/include/glib-2.0/gio/gsocketclient.h /usr/local/include/glib-2.0/gio/gsocketconnectable.h /usr/local/include/glib-2.0/gio/gsocketconnection.h /usr/local/include/glib-2.0/gio/gsocketcontrolmessage.h /usr/local/include/glib-2.0/gio/gsocketlistener.h /usr/local/include/glib-2.0/gio/gsocketservice.h /usr/local/include/glib-2.0/gio/gsrvtarget.h /usr/local/include/glib-2.0/gio/gtcpconnection.h /usr/local/include/glib-2.0/gio/gtcpwrapperconnection.h /usr/local/include/glib-2.0/gio/gthemedicon.h /usr/local/include/glib-2.0/gio/gthreadedsocketservice.h /usr/local/include/glib-2.0/gio/gtlsbackend.h /usr/local/include/glib-2.0/gio/gtlscertificate.h /usr/local/include/glib-2.0/gio/gtlsclientconnection.h /usr/local/include/glib-2.0/gio/gtlsconnection.h /usr/local/include/glib-2.0/gio/gtlsserverconnection.h /usr/local/include/glib-2.0/gio/gvfs.h /usr/local/include/glib-2.0/gio/gvolume.h /usr/local/include/glib-2.0/gio/gvolumemonitor.h /usr/local/include/glib-2.0/gio/gzlibcompressor.h /usr/local/include/glib-2.0/gio/gzlibdecompressor.h /usr/local/include/glib-2.0/glib-object.h /usr/local/include/glib-2.0/glib.h /usr/local/include/glib-2.0/glib/galloca.h /usr/local/include/glib-2.0/glib/garray.h /usr/local/include/glib-2.0/glib/gasyncqueue.h /usr/local/include/glib-2.0/glib/gatomic.h /usr/local/include/glib-2.0/glib/gbacktrace.h /usr/local/include/glib-2.0/glib/gbase64.h /usr/local/include/glib-2.0/glib/gbitlock.h /usr/local/include/glib-2.0/glib/gbookmarkfile.h /usr/local/include/glib-2.0/glib/gcache.h /usr/local/include/glib-2.0/glib/gchecksum.h /usr/local/include/glib-2.0/glib/gcompletion.h /usr/local/include/glib-2.0/glib/gconvert.h /usr/local/include/glib-2.0/glib/gdataset.h /usr/local/include/glib-2.0/glib/gdate.h /usr/local/include/glib-2.0/glib/gdatetime.h /usr/local/include/glib-2.0/glib/gdir.h /usr/local/include/glib-2.0/glib/gerror.h /usr/local/include/glib-2.0/glib/gfileutils.h /usr/local/include/glib-2.0/glib/ghash.h /usr/local/include/glib-2.0/glib/ghook.h /usr/local/include/glib-2.0/glib/ghostutils.h /usr/local/include/glib-2.0/glib/gi18n-lib.h /usr/local/include/glib-2.0/glib/gi18n.h /usr/local/include/glib-2.0/glib/giochannel.h /usr/local/include/glib-2.0/glib/gkeyfile.h /usr/local/include/glib-2.0/glib/glist.h /usr/local/include/glib-2.0/glib/gmacros.h /usr/local/include/glib-2.0/glib/gmain.h /usr/local/include/glib-2.0/glib/gmappedfile.h /usr/local/include/glib-2.0/glib/gmarkup.h /usr/local/include/glib-2.0/glib/gmem.h /usr/local/include/glib-2.0/glib/gmessages.h /usr/local/include/glib-2.0/glib/gnode.h /usr/local/include/glib-2.0/glib/goption.h /usr/local/include/glib-2.0/glib/gpattern.h /usr/local/include/glib-2.0/glib/gpoll.h /usr/local/include/glib-2.0/glib/gprimes.h /usr/local/include/glib-2.0/glib/gprintf.h /usr/local/include/glib-2.0/glib/gqsort.h /usr/local/include/glib-2.0/glib/gquark.h /usr/local/include/glib-2.0/glib/gqueue.h /usr/local/include/glib-2.0/glib/grand.h /usr/local/include/glib-2.0/glib/gregex.h /usr/local/include/glib-2.0/glib/grel.h /usr/local/include/glib-2.0/glib/gscanner.h /usr/local/include/glib-2.0/glib/gsequence.h /usr/local/include/glib-2.0/glib/gshell.h /usr/local/include/glib-2.0/glib/gslice.h /usr/local/include/glib-2.0/glib/gslist.h /usr/local/include/glib-2.0/glib/gspawn.h /usr/local/include/glib-2.0/glib/gstdio.h /usr/local/include/glib-2.0/glib/gstrfuncs.h /usr/local/include/glib-2.0/glib/gstring.h /usr/local/include/glib-2.0/glib/gtestutils.h /usr/local/include/glib-2.0/glib/gthread.h /usr/local/include/glib-2.0/glib/gthreadpool.h /usr/local/include/glib-2.0/glib/gtimer.h /usr/local/include/glib-2.0/glib/gtimezone.h /usr/local/include/glib-2.0/glib/gtree.h /usr/local/include/glib-2.0/glib/gtypes.h /usr/local/include/glib-2.0/glib/gunicode.h /usr/local/include/glib-2.0/glib/gurifuncs.h /usr/local/include/glib-2.0/glib/gutils.h /usr/local/include/glib-2.0/glib/gvariant.h /usr/local/include/glib-2.0/glib/gvarianttype.h /usr/local/include/glib-2.0/glib/gwin32.h /usr/local/include/glib-2.0/glibconfig.h /usr/local/include/glib-2.0/gmodule.h /usr/local/include/glib-2.0/gobject/gbinding.h /usr/local/include/glib-2.0/gobject/gboxed.h /usr/local/include/glib-2.0/gobject/gclosure.h /usr/local/include/glib-2.0/gobject/genums.h /usr/local/include/glib-2.0/gobject/gmarshal.h /usr/local/include/glib-2.0/gobject/gobject.h /usr/local/include/glib-2.0/gobject/gobjectnotifyqueue.c /usr/local/include/glib-2.0/gobject/gparam.h /usr/local/include/glib-2.0/gobject/gparamspecs.h /usr/local/include/glib-2.0/gobject/gsignal.h /usr/local/include/glib-2.0/gobject/gsourceclosure.h /usr/local/include/glib-2.0/gobject/gtype.h /usr/local/include/glib-2.0/gobject/gtypemodule.h /usr/local/include/glib-2.0/gobject/gtypeplugin.h /usr/local/include/glib-2.0/gobject/gvalue.h /usr/local/include/glib-2.0/gobject/gvaluearray.h /usr/local/include/glib-2.0/gobject/gvaluecollector.h /usr/local/include/glib-2.0/gobject/gvaluetypes.h /usr/local/lib/libgio-2.0.a /usr/local/lib/libgio-2.0.la /usr/local/lib/libgio-2.0.so /usr/local/lib/libgio-2.0.so.0 /usr/local/lib/libglib-2.0.a /usr/local/lib/libglib-2.0.la /usr/local/lib/libglib-2.0.so /usr/local/lib/libglib-2.0.so.0 /usr/local/lib/libgmodule-2.0.a /usr/local/lib/libgmodule-2.0.la /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libgmodule-2.0.so.0 /usr/local/lib/libgobject-2.0.a /usr/local/lib/libgobject-2.0.la /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgobject-2.0.so.0 /usr/local/lib/libgthread-2.0.a /usr/local/lib/libgthread-2.0.la /usr/local/lib/libgthread-2.0.so /usr/local/lib/libgthread-2.0.so.0 /usr/local/libdata/pkgconfig/gio-2.0.pc /usr/local/libdata/pkgconfig/gio-unix-2.0.pc /usr/local/libdata/pkgconfig/glib-2.0.pc /usr/local/libdata/pkgconfig/gmodule-2.0.pc /usr/local/libdata/pkgconfig/gmodule-export-2.0.pc /usr/local/libdata/pkgconfig/gmodule-no-export-2.0.pc /usr/local/libdata/pkgconfig/gobject-2.0.pc /usr/local/libdata/pkgconfig/gthread-2.0.pc /usr/local/share/aclocal/glib-2.0.m4 /usr/local/share/aclocal/glib-gettext.m4 /usr/local/share/aclocal/gsettings.m4 /usr/local/share/glib-2.0/gettext/mkinstalldirs /usr/local/share/glib-2.0/gettext/po/Makefile.in.in /usr/local/share/glib-2.0/schemas/gschema.dtd /usr/local/share/locale/af/LC_MESSAGES/glib20.mo /usr/local/share/locale/am/LC_MESSAGES/glib20.mo /usr/local/share/locale/ar/LC_MESSAGES/glib20.mo /usr/local/share/locale/as/LC_MESSAGES/glib20.mo /usr/local/share/locale/ast/LC_MESSAGES/glib20.mo /usr/local/share/locale/az/LC_MESSAGES/glib20.mo /usr/local/share/locale/be/LC_MESSAGES/glib20.mo /usr/local/share/locale/be@latin/LC_MESSAGES/glib20.mo /usr/local/share/locale/bg/LC_MESSAGES/glib20.mo /usr/local/share/locale/bn/LC_MESSAGES/glib20.mo /usr/local/share/locale/bn_IN/LC_MESSAGES/glib20.mo /usr/local/share/locale/bs/LC_MESSAGES/glib20.mo /usr/local/share/locale/ca/LC_MESSAGES/glib20.mo /usr/local/share/locale/ca@valencia/LC_MESSAGES/glib20.mo /usr/local/share/locale/cs/LC_MESSAGES/glib20.mo /usr/local/share/locale/cy/LC_MESSAGES/glib20.mo /usr/local/share/locale/da/LC_MESSAGES/glib20.mo /usr/local/share/locale/de/LC_MESSAGES/glib20.mo /usr/local/share/locale/dz/LC_MESSAGES/glib20.mo /usr/local/share/locale/el/LC_MESSAGES/glib20.mo /usr/local/share/locale/en_CA/LC_MESSAGES/glib20.mo /usr/local/share/locale/en_GB/LC_MESSAGES/glib20.mo /usr/local/share/locale/en@shaw/LC_MESSAGES/glib20.mo /usr/local/share/locale/eo/LC_MESSAGES/glib20.mo /usr/local/share/locale/es/LC_MESSAGES/glib20.mo /usr/local/share/locale/et/LC_MESSAGES/glib20.mo /usr/local/share/locale/eu/LC_MESSAGES/glib20.mo /usr/local/share/locale/fa/LC_MESSAGES/glib20.mo /usr/local/share/locale/fi/LC_MESSAGES/glib20.mo /usr/local/share/locale/fr/LC_MESSAGES/glib20.mo /usr/local/share/locale/ga/LC_MESSAGES/glib20.mo /usr/local/share/locale/gl/LC_MESSAGES/glib20.mo /usr/local/share/locale/gu/LC_MESSAGES/glib20.mo /usr/local/share/locale/he/LC_MESSAGES/glib20.mo /usr/local/share/locale/hi/LC_MESSAGES/glib20.mo /usr/local/share/locale/hr/LC_MESSAGES/glib20.mo /usr/local/share/locale/hu/LC_MESSAGES/glib20.mo /usr/local/share/locale/hy/LC_MESSAGES/glib20.mo /usr/local/share/locale/id/LC_MESSAGES/glib20.mo /usr/local/share/locale/is/LC_MESSAGES/glib20.mo /usr/local/share/locale/it/LC_MESSAGES/glib20.mo /usr/local/share/locale/ja/LC_MESSAGES/glib20.mo /usr/local/share/locale/ka/LC_MESSAGES/glib20.mo /usr/local/share/locale/kk/LC_MESSAGES/glib20.mo /usr/local/share/locale/kn/LC_MESSAGES/glib20.mo /usr/local/share/locale/ko/LC_MESSAGES/glib20.mo /usr/local/share/locale/ku/LC_MESSAGES/glib20.mo /usr/local/share/locale/lt/LC_MESSAGES/glib20.mo /usr/local/share/locale/lv/LC_MESSAGES/glib20.mo /usr/local/share/locale/mai/LC_MESSAGES/glib20.mo /usr/local/share/locale/mg/LC_MESSAGES/glib20.mo /usr/local/share/locale/mk/LC_MESSAGES/glib20.mo /usr/local/share/locale/ml/LC_MESSAGES/glib20.mo /usr/local/share/locale/mn/LC_MESSAGES/glib20.mo /usr/local/share/locale/mr/LC_MESSAGES/glib20.mo /usr/local/share/locale/ms/LC_MESSAGES/glib20.mo /usr/local/share/locale/nb/LC_MESSAGES/glib20.mo /usr/local/share/locale/nds/LC_MESSAGES/glib20.mo /usr/local/share/locale/ne/LC_MESSAGES/glib20.mo /usr/local/share/locale/nl/LC_MESSAGES/glib20.mo /usr/local/share/locale/nn/LC_MESSAGES/glib20.mo /usr/local/share/locale/oc/LC_MESSAGES/glib20.mo /usr/local/share/locale/or/LC_MESSAGES/glib20.mo /usr/local/share/locale/pa/LC_MESSAGES/glib20.mo /usr/local/share/locale/pl/LC_MESSAGES/glib20.mo /usr/local/share/locale/ps/LC_MESSAGES/glib20.mo /usr/local/share/locale/pt/LC_MESSAGES/glib20.mo /usr/local/share/locale/pt_BR/LC_MESSAGES/glib20.mo /usr/local/share/locale/ro/LC_MESSAGES/glib20.mo /usr/local/share/locale/ru/LC_MESSAGES/glib20.mo /usr/local/share/locale/rw/LC_MESSAGES/glib20.mo /usr/local/share/locale/si/LC_MESSAGES/glib20.mo /usr/local/share/locale/sk/LC_MESSAGES/glib20.mo /usr/local/share/locale/sl/LC_MESSAGES/glib20.mo /usr/local/share/locale/sq/LC_MESSAGES/glib20.mo /usr/local/share/locale/sr/LC_MESSAGES/glib20.mo /usr/local/share/locale/sr@ije/LC_MESSAGES/glib20.mo /usr/local/share/locale/sr@latin/LC_MESSAGES/glib20.mo /usr/local/share/locale/sv/LC_MESSAGES/glib20.mo /usr/local/share/locale/ta/LC_MESSAGES/glib20.mo /usr/local/share/locale/te/LC_MESSAGES/glib20.mo /usr/local/share/locale/th/LC_MESSAGES/glib20.mo /usr/local/share/locale/tl/LC_MESSAGES/glib20.mo /usr/local/share/locale/tr/LC_MESSAGES/glib20.mo /usr/local/share/locale/tt/LC_MESSAGES/glib20.mo /usr/local/share/locale/ug/LC_MESSAGES/glib20.mo /usr/local/share/locale/uk/LC_MESSAGES/glib20.mo /usr/local/share/locale/vi/LC_MESSAGES/glib20.mo /usr/local/share/locale/wa/LC_MESSAGES/glib20.mo /usr/local/share/locale/xh/LC_MESSAGES/glib20.mo /usr/local/share/locale/yi/LC_MESSAGES/glib20.mo /usr/local/share/locale/zh_CN/LC_MESSAGES/glib20.mo /usr/local/share/locale/zh_HK/LC_MESSAGES/glib20.mo /usr/local/share/locale/zh_TW/LC_MESSAGES/glib20.mo ================================================================================================== Information for glib-1.2.10_13: Files: /usr/local/man/man1/glib-config.1.gz /usr/local/bin/glib-config /usr/local/bin/glib12-config /usr/local/include/glib12/glib.h /usr/local/include/glib12/glibconfig.h /usr/local/include/glib12/gmodule.h /usr/local/lib/libglib-12.a /usr/local/lib/libglib-12.so /usr/local/lib/libglib-12.so.3 /usr/local/lib/libgmodule-12.a /usr/local/lib/libgmodule-12.so /usr/local/lib/libgmodule-12.so.3 /usr/local/lib/libgthread-12.a /usr/local/lib/libgthread-12.so /usr/local/lib/libgthread-12.so.3 /usr/local/libdata/pkgconfig/glib.pc /usr/local/libdata/pkgconfig/gmodule.pc /usr/local/libdata/pkgconfig/gthread.pc /usr/local/share/aclocal/glib.m4 /usr/local/info/glib.info From paolo.bacchilega@libero.it Mon May 7 20:04:25 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4442A75011D for ; Mon, 7 May 2012 20:04:25 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PejcqYrYtbNR for ; Mon, 7 May 2012 20:04:10 +0000 (UTC) Received: from outrelay08.libero.it (outrelay08.libero.it [212.52.84.112]) by menubar.gnome.org (Postfix) with ESMTP id B032E7500B9 for ; Mon, 7 May 2012 20:04:01 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020D.4FA82AAD.001D,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.80.173) by outrelay08.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F8BDCEE038E495A; Mon, 7 May 2012 22:03:57 +0200 Message-ID: <4FA82AAC.3010304@libero.it> Date: Mon, 07 May 2012 22:03:56 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: "Ronald F. Guilmette" References: <24756.1336386467@tristatelogic.com> In-Reply-To: <24756.1336386467@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Help system not working X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 20:04:25 -0000 Il 07/05/2012 12:27, Ronald F. Guilmette ha scritto: > In message<4FA77E91.1040705@libero.it>, > Paolo Bacchilega wrote: > >>> I'm only relating all of these tales of woe in the hopes that someone >>> (Paolo?) may take pity on me and point me to the place(s) in the sources >>> where the message "Could not display help" might be displayed in a little >>> pop-up window. I am determined to try to fix this problem, and that info >>> would help a lot. >>> >> >> show_help_dialog function in gthumb/gtk-utils.c > > Thank you. That information is certainly helpful, but I have to confess > that I am still rather entirely mystified, probably because I don't know > a damn thing about GTK. > > In short, I could use a bit more help. > > > Any enlightenment would be appreciated. Is there supposed to be some sort of a magical > subsystem somewhere called "ghelp:" which ideally has some gthumb help pages installed > into it? If so, how does that ghelp: thing come into being and where (on disk) should > I go searching for it? > Do you have yelp installed? It is the program that shows the help pages. - Paolo From rfg@tristatelogic.com Mon May 7 22:01:09 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E86C175006D for ; Mon, 7 May 2012 22:01:08 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sKVxlXx323zj for ; Mon, 7 May 2012 22:00:56 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id A54107500A6 for ; Mon, 7 May 2012 22:00:48 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id BBD185081A; Mon, 7 May 2012 15:00:45 -0700 (PDT) To: Paolo Bacchilega In-Reply-To: <4FA82AAC.3010304@libero.it> Date: Mon, 07 May 2012 15:00:45 -0700 Message-ID: <29145.1336428045@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Help system not working X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 22:01:09 -0000 In message <4FA82AAC.3010304@libero.it>, you wrote: >Do you have yelp installed? Nope. I didn't know that I needed it... and apparently, neither did the official maintainer of the FreeBSD port of gthumb. >It is the program that shows the help pages. Well then, I guess that might make a big difference as to whether or not I could see the help pages. :-) I'll try installing yelp and then see what transpires. Thanks again Paolo! Regards, rfg From rfg@tristatelogic.com Mon May 7 23:12:20 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0EB0E7500A6 for ; Mon, 7 May 2012 23:12:20 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.757 X-Spam-Level: X-Spam-Status: No, score=-1.757 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, TW_BG=0.077, TW_GT=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1MsVk7xtnQC0 for ; Mon, 7 May 2012 23:12:08 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id A04DB75034D for ; Mon, 7 May 2012 23:12:00 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 9CE7B5081A; Mon, 7 May 2012 16:11:58 -0700 (PDT) To: Paolo Bacchilega In-Reply-To: <4FA82AAC.3010304@libero.it> Date: Mon, 07 May 2012 16:11:58 -0700 Message-ID: <34211.1336432318@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Help system not working X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 May 2012 23:12:20 -0000 OK, so I installed yelp. It's presence is making no apparent difference. I'm still getting the little pop-up error when trying to access the gthumb help stuff: Could not display help Operation not supported How can I debug this further? I'm guessing that I'll need to recompile and reinstall libgtk with -g and then see (in GDB) what the devil it thinks it is doing... ... but I wish there was some short-cut, because that will all be a bit of a hassle. Suggestions appreciated. From chris@zbmc.eu Tue May 8 08:43:16 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8E6F27500E6 for ; Tue, 8 May 2012 08:43:16 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hijj2anKv-2W for ; Tue, 8 May 2012 08:43:01 +0000 (UTC) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by menubar.gnome.org (Postfix) with ESMTP id BA6EA7500D8 for ; Tue, 8 May 2012 08:42:56 +0000 (UTC) X-Originating-IP: 217.70.178.133 Received: from mfilter3-d.gandi.net (mfilter3-d.gandi.net [217.70.178.133]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 217621720AF for ; Tue, 8 May 2012 10:42:53 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter3-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter3-d.gandi.net (mfilter3-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id a29OlIHMn-xh for ; Tue, 8 May 2012 10:42:51 +0200 (CEST) X-Originating-IP: 84.45.228.40 Received: from chris.zbmc.eu (unknown [84.45.228.40]) (Authenticated sender: smtp@zbmc.eu) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id B04181720A6 for ; Tue, 8 May 2012 10:42:51 +0200 (CEST) Received: by chris.zbmc.eu (Postfix, from userid 1000) id 6BA613810E6; Tue, 8 May 2012 09:42:52 +0100 (BST) Date: Tue, 8 May 2012 09:42:52 +0100 From: Chris Green To: gthumb-list@gnome.org Message-ID: <20120508084252.GB6030@chris> Mail-Followup-To: gthumb-list@gnome.org References: <4FA82AAC.3010304@libero.it> <29145.1336428045@tristatelogic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29145.1336428045@tristatelogic.com> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [gthumb-list] Help system not working X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2012 08:43:16 -0000 On Mon, May 07, 2012 at 03:00:45PM -0700, Ronald F. Guilmette wrote: > > In message <4FA82AAC.3010304@libero.it>, you wrote: > > >Do you have yelp installed? > > Nope. I didn't know that I needed it... and apparently, neither did the official > maintainer of the FreeBSD port of gthumb. > I've hit this problem with other programs, yelp is never listed as a dependency as far as I can make out. -- Chris Green From rfg@tristatelogic.com Wed May 9 00:36:50 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ECB7B75017D for ; Wed, 9 May 2012 00:36:49 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.757 X-Spam-Level: X-Spam-Status: No, score=-1.757 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, TW_BG=0.077, TW_GT=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hLpIX33jAdxs for ; Wed, 9 May 2012 00:36:47 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 2FEB77500A5 for ; Wed, 9 May 2012 00:36:38 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 8A0CC5081A; Tue, 8 May 2012 17:36:35 -0700 (PDT) To: Paolo Bacchilega , gthumb-list@gnome.org In-Reply-To: <34211.1336432318@tristatelogic.com> Date: Tue, 08 May 2012 17:36:35 -0700 Message-ID: <87771.1336523795@tristatelogic.com> From: "Ronald F. Guilmette" Subject: [gthumb-list] Gthumb help system versus FreeBSD -- some progress made X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 00:36:50 -0000 In message <34211.1336432318@tristatelogic.com>, you wrote: >OK, so I installed yelp. It's presence is making no apparent difference. > >I'm still getting the little pop-up error when trying to access the gthumb hel >p stuff: > > Could not display help > Operation not supported > >How can I debug this further? > >I'm guessing that I'll need to recompile and reinstall libgtk with -g and then > see (in GDB) what the devil it thinks it is doing... In lieu of any further advice from anybody here, I did in fact end up recompiling and reinstalling both gtk and also glib (which includes libgio), both with -g and no stripping. After that, I put gthumb into gdb and then the real fun began. I won't bore you all with all of the gory details. Just suffice it to say that I descended down into the deep bowels of glib/libgio and into a twisty maze of little functions, all utterly undocumented, as far as I can tell. (WTF ever happened to traditional man pages?? It would have been Nice if the developers of all this stuff would have at least written down the functionality that is supposed to be provided by these various library function in at least _some_ form. But alas it seems that documenting what you've done is not high on the agenda in the Gnome world view.) So anyway, after some time rooting around on my hands and knees in the dark through all of the relevant library source code, I came up with a first-cut theory that the missing ingredient (necessary to make gthumb's help sybsystem work) might perhaps be a file called "mimeapps.list" that ought to be installed in one of more of the following directories: /usr/local/share/applications /usr/share/applications ~/.local/share/applications I wanted to make a fix that would work for _all_ user accounts on this system, so quite obviously I was not inclined to create or to diddle the (non-existant) file called ~/.local/share/applications/mimeapps.list. Also, there doesn't seem to be any such directory as /usr/share/applications on my system here, so I passed that one by also. There was however already a /usr/local/share/applications directory on my system, so I decided to work with that. It already contained a substantial number of *.desktop files, but it contained no mimeapps.list file, so I set myself to creating one. But what should go in it? What's the proper format of stuff that goes in that file? Here again, a man page would have been rather helpful, but one was nowhere to be found. But Google is my friend, and after some more stumbling around in the dark I found this page: https://wiki.archlinux.org/index.php/Default_Applications which went a long way to clarifying for me what sort of stuff I needed to put into my shiny new /usr/local/share/applications/mimeapps.list, to wit: [Added Associations] x-scheme-handler/ghelp=yelp.desktop Creating that file and sticking those two lines into it did make quite a difference. Now (unlike before) hen I click on Help->Contents in gthumb, a new window pops up (which I'm guessing is created by this yelp thing). That's the good news. The bad news is that this new pop-up window is apparently implementing a "Help Browser" for _all_ of Gnome. This was rather different than what I was expecting and/or hoping for. More to the point, clicking on the "GNOME Applications" button only results in me being informed that there were "No documents or subcategories found." Sigh. Obviously, I have yet more rooting around in the dark to do before I can finally and at long last gaze upon even one gthumb help page. Wish me luck. Regards, rfg P.S. Yes, at some appropriate juncture I shall duly inform the official FreeBSD gthumb port maintainer of all of the above, along with my strong suggestions that the gthumb install process be enhanced (a) to have yelp as a dependency and also (b) to include a step that will create and/or diddle the /usr/local/share/applications/mimeapps.list file as indicated above. P.P.S. It may perhaps be the case that all of my troubles are an outgrowth of the fact that I have never installed (or previously found any real need to install) the whole of what is called "Gnome". I just install individual applications, when and as I find I need them, all via the standard FreeBSD port installation process. Other than getting applications (like gthumb) to Do The Right Thing, I have no real need for Gnome or for any other fancy-schmancy desktop environment, thank you very much. I have a favorite (and simple) X window manager that I use and (thus) I really don't need all of that extra baggage or complexity that gets dragged in when one elects to use, e.g. either GNOME or KDE or whatever. But perhaps the price I pay for not going with the whole of the Gnome flow is that stuff like gthumb will break, inexplicably, and due to factors that no official Gnome documentation anywhere would shed any helpful light on. From mjc@avtechpulse.com Wed May 9 00:52:56 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 493AB7500A5 for ; Wed, 9 May 2012 00:52:56 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_HK_NAME_DR=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vSD83uqVy9KW for ; Wed, 9 May 2012 00:52:43 +0000 (UTC) X-Greylist: delayed 323 seconds by postgrey-1.32 at menubar.gnome.org; Wed, 09 May 2012 00:52:42 UTC Received: from grenfell.avtechpulse.com (grenfell.avtechpulse.com [64.26.155.62]) by menubar.gnome.org (Postfix) with ESMTP id E888C750060 for ; Wed, 9 May 2012 00:52:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by grenfell.avtechpulse.com (Postfix) with ESMTP id 9923AA19A3; Tue, 8 May 2012 20:47:09 -0400 (EDT) X-Virus-Scanned: amavisd-new at avtechpulse.com Received: from grenfell.avtechpulse.com ([127.0.0.1]) by localhost (ulmo.domain.avtechpulse.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GbuAoKRevimP; Tue, 8 May 2012 20:47:07 -0400 (EDT) Received: from [10.8.0.6] (unknown [10.8.0.6]) by grenfell.avtechpulse.com (Postfix) with ESMTP id 99217A18DA for ; Tue, 8 May 2012 20:47:07 -0400 (EDT) Message-ID: <4FA9BE8B.9060007@avtechpulse.com> Date: Tue, 08 May 2012 20:47:07 -0400 From: "Dr. Michael J. Chudobiak" Organization: Avtech Electrosystems Ltd. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <87771.1336523795@tristatelogic.com> In-Reply-To: <87771.1336523795@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] Gthumb help system versus FreeBSD -- some progress made X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mjc@avtechpulse.com List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 00:52:56 -0000 > I won't bore you all with all of the gory details. Just suffice it to > say that I descended down into the deep bowels of glib/libgio and into a > twisty maze of little functions, all utterly undocumented, as far as > I can tell. (WTF ever happened to traditional man pages?? It would have > been Nice if the developers of all this stuff would have at least written > down the functionality that is supposed to be provided by these various > library function in at least _some_ form. But alas it seems that documenting > what you've done is not high on the agenda in the Gnome world view.) I don't think that's quite true. glib is pretty well documented at: http://developer.gnome.org/glib/stable/ and there are similar references for other bits of the stack, like: http://developer.gnome.org/gtk3/stable/ Sometimes you do have to read the source code, though. It's mostly at: http://git.gnome.org/browse/ - Mike From rfg@tristatelogic.com Wed May 9 01:53:51 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B0E9075006C for ; Wed, 9 May 2012 01:53:51 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.834 X-Spam-Level: X-Spam-Status: No, score=-1.834 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, TW_GT=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WMAuDevRNMUD for ; Wed, 9 May 2012 01:53:49 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id C7719750060 for ; Wed, 9 May 2012 01:53:41 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 8919E5081A; Tue, 8 May 2012 18:53:39 -0700 (PDT) To: mjc@avtechpulse.com In-Reply-To: <4FA9BE8B.9060007@avtechpulse.com> Date: Tue, 08 May 2012 18:53:39 -0700 Message-ID: <88087.1336528419@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Gthumb help system versus FreeBSD -- some progress made X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 01:53:51 -0000 In message <4FA9BE8B.9060007@avtechpulse.com>, "Dr. Michael J. Chudobiak" wrote: >> I won't bore you all with all of the gory details. Just suffice it to >> say that I descended down into the deep bowels of glib/libgio and into a >> twisty maze of little functions, all utterly undocumented, as far as >> I can tell. (WTF ever happened to traditional man pages?? It would have >> been Nice if the developers of all this stuff would have at least written >> down the functionality that is supposed to be provided by these various >> library function in at least _some_ form. But alas it seems that documentin >g >> what you've done is not high on the agenda in the Gnome world view.) > >I don't think that's quite true. glib is pretty well documented at: >http://developer.gnome.org/glib/stable/ On this topic, I would be more than pleased to be corrected. Please do direct me to any documentation that would spell out the functionality that the developers intended should be provided by any or all of the following functions: gtk_show_uri g_app_info_launch_default_for_uri g_file_new_for_uri g_vfs_get_file_for_uri g_local_vfs_get_file_for_uri g_filename_from_uri g_file_query_default_handler g_app_info_get_default_for_uri_scheme g_app_info_get_default_for_type get_all_desktop_entries_for_mime_type mime_info_cache_init mime_info_cache_init_dir_lists get_applications_search_path search_path_init g_get_system_data_dirs mime_info_cache_dir_init_mimeapps_list I'm not kidding. I would be greatly indebted to you if you were to show me where the functionality provided by any one of the above functions is documented in any meaningful way. On my own, I was not able to find any such documentation. (But as Dirty Harry once famously said, "A man's got to know his limitations.") Regards, rfg From mjc@avtechpulse.com Wed May 9 10:51:14 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5F1C67500C2 for ; Wed, 9 May 2012 10:51:14 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.825 X-Spam-Level: X-Spam-Status: No, score=-1.825 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_GT=0.077, T_HK_NAME_DR=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id THRG0J4xOZ9P for ; Wed, 9 May 2012 10:51:07 +0000 (UTC) Received: from grenfell.avtechpulse.com (grenfell.avtechpulse.com [64.26.155.62]) by menubar.gnome.org (Postfix) with ESMTP id AD52075006C for ; Wed, 9 May 2012 10:50:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by grenfell.avtechpulse.com (Postfix) with ESMTP id 55E06A192A; Wed, 9 May 2012 06:50:57 -0400 (EDT) X-Virus-Scanned: amavisd-new at avtechpulse.com Received: from grenfell.avtechpulse.com ([127.0.0.1]) by localhost (ulmo.domain.avtechpulse.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8CBiFqSV2j8x; Wed, 9 May 2012 06:50:55 -0400 (EDT) Received: from [10.8.0.6] (unknown [10.8.0.6]) by grenfell.avtechpulse.com (Postfix) with ESMTP id AEE35A18BD for ; Wed, 9 May 2012 06:50:55 -0400 (EDT) Message-ID: <4FAA4C0F.8020703@avtechpulse.com> Date: Wed, 09 May 2012 06:50:55 -0400 From: "Dr. Michael J. Chudobiak" Organization: Avtech Electrosystems Ltd. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <88087.1336528419@tristatelogic.com> In-Reply-To: <88087.1336528419@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] Gthumb help system versus FreeBSD -- some progress made X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 10:51:14 -0000 > Please do direct me to any documentation that would spell out the > functionality that the developers intended should be provided by any or > all of the following functions: > > gtk_show_uri http://developer.gnome.org/gtk/stable/gtk-Filesystem-utilities.html#gtk-show-uri > g_app_info_launch_default_for_uri http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-launch-default-for-uri > g_file_new_for_uri http://developer.gnome.org/gio/2.32/GFile.html#g-file-new-for-uri > g_vfs_get_file_for_uri http://developer.gnome.org/gio/stable/GVfs.html#g-vfs-get-file-for-uri > g_local_vfs_get_file_for_uri well, that's a private internal function - you'd have to read the source code > g_filename_from_uri http://developer.gnome.org/glib/2.30/glib-URI-Functions.html#g-filename-from-uri > g_file_query_default_handler http://developer.gnome.org/gio/2.32/GFile.html#g-file-query-default-handler > g_app_info_get_default_for_uri_scheme http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-get-default-for-uri-scheme > g_app_info_get_default_for_type http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-get-default-for-type > get_all_desktop_entries_for_mime_type > mime_info_cache_init > mime_info_cache_init_dir_lists > get_applications_search_path > search_path_init > mime_info_cache_dir_init_mimeapps_list private internal functions, read the source > g_get_system_data_dirs http://developer.gnome.org/glib/2.28/glib-Miscellaneous-Utility-Functions.html#g-get-system-data-dirs It sounds like your minimalist window manager is not implementing the default application and mime type handling specified by freedesktop standards (like http://www.freedesktop.org/wiki/Specifications/mime-actions-spec). It's not a gnome-specific thing. gThumb is a gnome-based application, and it does rely heavily on gio/gfile/g_app and all that. - Mike From rfg@tristatelogic.com Wed May 9 20:06:00 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F0D69750116 for ; Wed, 9 May 2012 20:05:59 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.68 X-Spam-Level: X-Spam-Status: No, score=-1.68 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, TW_FV=0.077, TW_GT=0.077, TW_VW=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kxg4Y0AHjTDi for ; Wed, 9 May 2012 20:05:57 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id C5BF5750066 for ; Wed, 9 May 2012 20:05:48 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id E15235081D; Wed, 9 May 2012 13:05:46 -0700 (PDT) To: "Dr. Michael J. Chudobiak" In-Reply-To: <4FAA4C0F.8020703@avtechpulse.com> Date: Wed, 09 May 2012 13:05:46 -0700 Message-ID: <3414.1336593946@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Gthumb help system versus FreeBSD -- some progress made X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 20:06:00 -0000 Dr. Chudobiak, While I laud your effort to provide me with the requested enlightenment, I'm afraid I I have to take issue with the practical and pragmatic usefulness of some of the bits of so-called documentation you've pointed me to. I did stipulate that I was looking for ``meaningful'' bits of documentation. In many cases, the material at the URLs you have been kind enough to provide simply doesn't qualify. Not even approximately. (I suppose that I ought to clarify that I had already found and looked at many of these bits of gnome/gtk/glib/gio ``documentation'' even before I posted my underwhelming appreciation of the documentation yesterday. However, as you'll see below, I found most if not all of these bits raised more questions than they answered.) When key concepts and/or terminology are left entirely to the reader's imagination, the result is more befuddlement than enlightenment. I elaborate more specifically below... In message <4FAA4C0F.8020703@avtechpulse.com>, "Dr. Michael J. Chudobiak" wrote: >> Please do direct me to any documentation that would spell out the >> functionality that the developers intended should be provided by any or >> all of the following functions: >> >> gtk_show_uri >http://developer.gnome.org/gtk/stable/gtk-Filesystem-utilities.html#gtk-show-uri ... "The uri must be of a form understood by GIO..." For someone (such as myself) encountering this for the the first time, this bit of documentation raises more questions than it answers, I think. Questions such as ``What the bleep is GIO? And how the bleep can one know what forms of URIs are or are not understood by it?'' I do believe that this particular man page could do with the addition of a traditional "SEE ALSO" section and also (as I've now learned) a "FILES" section which would mention: /usr/local/share/applications/mimeapps.list /usr/local/share/applications/defaults.list ~/.local/share/applications/mimeapps.list ~/.local/share/applications/defaults.list (I note that there are many points within this man page where there are hyperlinks to other pages. Does it not seems as if at least one hyperlink to whatever documentation exists regarding this "GIO" think would have been appropriate?) >> g_app_info_launch_default_for_uri >http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-launch-default- >for-uri "Utility function that launches the default application registered to handle the specified uri.." Registered? Registered how? Registered where? Registered by whom? When? Aagain, this is does not qualify as ``meaningful'' documentation, as I would define that term. >> g_file_new_for_uri >http://developer.gnome.org/gio/2.32/GFile.html#g-file-new-for-uri "Constructs a GFile for a given URI. This operation never fails, but the returned object might not support any I/O operation if uri is malformed or if the uri type is not supported." How idoes this function construct a GFile from a URI? At least a little hint about that might be helpful. More importantly, how (and where) does one find out what does or does not constitute a "well formed" URI, for purposes of this function, specifically? More importantly still, how (and where) does one find out what does or does not constitute a "supported" URI, for purposes of this function, specifically? >> g_vfs_get_file_for_uri >http://developer.gnome.org/gio/stable/GVfs.html#g-vfs-get-file-for-uri "This operation never fails, but the returned object might not support any I/O operation if the URI is malformed or if the URI scheme is not supported." See questions above. What is (or isn't) a malformed URI? What is a "supported" URI? How and where can the reader find out? More importantly, how is THUS function different from "g_file_new_for_uri"? Based on the (terse & inadequate) descriptions of these two funtions, it would appera that both do the exact same thing. So why have two such functions? Why not get rid of one or the other? >> g_local_vfs_get_file_for_uri >well, that's a private internal function - you'd have to read the source >code OK, fair enough. >> g_filename_from_uri >http://developer.gnome.org/glib/2.30/glib-URI-Functions.html#g-filename-from-u >ri "Converts an escaped ASCII-encoded URI to a local filename in the encoding used for filenames." The obvious question: How? How does this conversion occur? According to what rules? According to what algorithm? This is probably THE single worst bit of ``documentation'' I've ever seen in my life. (And believe me, I've seen plenty.) This goes beyond even ordinary everyday run-of-the-mill opaqueness. This qualifies as not only unfathomable, but worse than useless. >> g_file_query_default_handler >http://developer.gnome.org/gio/2.32/GFile.html#g-file-query-default-handler "Returns the GAppInfo that is registered as the default application to handle the file specified by file. " Registered how? Registered by who? Registered where? Registered when? >> g_app_info_get_default_for_uri_scheme >http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-get-default-for >-uri-scheme "Gets the default application for handling URIs with the given URI scheme. A URI scheme is the initial part of the URI, up to but not including the ':', e.g. "http", "ftp" or "sip"." I already knew what a URI scheme was. What I didn't know (and what this bit of ``documentation'' failed to provide) was some clarity about how and where the default application for handling different URI schemes is specified. And I would _still_ be utterly mystified about this if I had not been lucky enough to find (after some judicious Googling) the following page on some site that, as far as I can tell, has no formal association at all with the GNOME project: https://wiki.archlinux.org/index.php/Default_Applications Had it not been for the abundant, clear, and specific clues in THAT document, gthumb's help subsystem would still be providing me only with the excruciatingly opaque "Operation not supported" error message. >> g_app_info_get_default_for_type >http://developer.gnome.org/gio/stable/GAppInfo.html#g-app-info-get-default-for >-type "Gets the default GAppInfo for a given content type." I rest my case. If there were ever a more opaque bit of ``documentation'' written in the entire history of the Universe, I have yet to find it. >> get_all_desktop_entries_for_mime_type >> mime_info_cache_init >> mime_info_cache_init_dir_lists >> get_applications_search_path >> search_path_init > > mime_info_cache_dir_init_mimeapps_list >private internal functions, read the source OK, fair enough. >> g_get_system_data_dirs >http://developer.gnome.org/glib/2.28/glib-Miscellaneous-Utility-Functions.html >#g-get-system-data-dirs "Returns an ordered list of base directories in which to access system-wide application data. On UNIX platforms this is determined using the mechanisms described in the XDG Base Directory Specification. In this case the list of directories retrieved will be XDG_DATA_DIRS." Now here we at last have sonmething that it written clearly, unambiguously, and with useful specifics. If fact, there's only one problem with _this_ bit of documentation... Apparently it is factually wrong. Me personally? I do not have XDG_DATA_DIRS defined AT ALL in my environment. And yet somehow, this whole confusing mismash of gtk/gio/glib _was_ able to find the file called /usr/local/share/applications/mimeapps.list because apparently, even if you don't have XDG_DATA_DIRS defined in your environment, some part of this whole mess helpfully provides a default directory to look in in such a case, i.e. /usr/local/share/applications. It certainly gives one hope to find that there is at least one bit of well written and specific documentation in and among the entire gnome/gtk/gio/glib panoply. It would have been even more impressive if this one small piece of documentation had actually been accurate. >It sounds like your minimalist window manager is not implementing the >default application and mime type handling specified by freedesktop >standards OK. Sounds like a good theory to me! But you are saying that as if it somehow makes it the responsibility of (in my case) fvwm2 to fill in the /usr/local/share/applications/mimeapps.list file, as necessary to make gthumb happy. And personally, I don't see it that way. In fact, today I am going to write and submit a FreeBSD bug report saying that (in my opinion) part of the standard process of installing yelp should be to run the following small script: ========================================================================= #!/bin/sh (echo '[Added Associations]'; \ echo 'x-scheme-handler/ghelp=yelp.desktop') \ >> /usr/local/share/applications/mimeapps.list ========================================================================= (Yesterday, I already filed a FreeBSD bug report saying that installation of gthumb should be made dependent upon the prior intallation of yelp.) >http://www.freedesktop.org/wiki/Specifications/mime-actions-spec). It's >not a gnome-specific thing. OK. Granted. It is a FreeDeskTop thing. Makes no difference. The bottom line is that some folks who either build or maintain window managers (e.g. fvwm2) don't play in that pool. I, however, would like to use _both_ their stuff _and_ gthumb. In an ideal world I should be able to do both. Regards, rfg From rfg@tristatelogic.com Wed May 9 20:50:03 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AF0DB75019F for ; Wed, 9 May 2012 20:50:03 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F4O-ORDqKc83 for ; Wed, 9 May 2012 20:49:49 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 701EC750116 for ; Wed, 9 May 2012 20:49:41 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id A794A5081A for ; Wed, 9 May 2012 13:49:39 -0700 (PDT) To: gthumb-list@gnome.org Date: Wed, 09 May 2012 13:49:39 -0700 Message-ID: <3844.1336596579@tristatelogic.com> From: "Ronald F. Guilmette" Subject: [gthumb-list] Documentation (missing man pages) X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 20:50:03 -0000 Speaking of documentation... Where is the man page for yelp? And speaking of that, where is the man page for gthumb? I am sitting here looking at a splendid and detailed man page for gimp... another GNOME utility... so I guess that it is safe to infer that good old fashioned man pages are not entirely an anathema to the GNOME world view. I've looked, and there does not seem to be any man page packed in with the yelp (2.30.2) sources. Likwise, there does not seem to be any man page packed in with the gthumb (2.14.3) sources. Strangely, after a bit of googling, I did find this: http://www.unix.com/man-page/opensolaris/1/yelp/ which is quite clearly a nice complete man page for yelp. The odd thing is that this seems to have been developed by Sun (propriatary?) as far back as 2003.... NINE YERAS AGO. In all that time, did nobody associated with the GNOME Project think to maybe ask Sun if (pretty please) they would be willing to donate this man page to the GNOME Project, you know, for the sake of the common good? And anyway, isn't Solaris open source these days? And if so, can't the source for this man page just be lifted out of the Solaris source tree and dropped into the yelp distribution tarball? From rfg@tristatelogic.com Wed May 9 21:06:40 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4520575019F for ; Wed, 9 May 2012 21:06:40 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -0.89 X-Spam-Level: X-Spam-Status: No, score=-0.89 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PuRJ7v6LyK81 for ; Wed, 9 May 2012 21:06:39 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 01223750116 for ; Wed, 9 May 2012 21:06:30 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id BEC2A5081A for ; Wed, 9 May 2012 14:06:28 -0700 (PDT) cc: gthumb-list@gnome.org In-Reply-To: <3844.1336596579@tristatelogic.com> Date: Wed, 09 May 2012 14:06:28 -0700 Message-ID: <4005.1336597588@tristatelogic.com> From: "Ronald F. Guilmette" Subject: Re: [gthumb-list] Documentation (missing man pages) X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 21:06:40 -0000 In message <3844.1336596579@tristatelogic.com>, I wrote: >I've looked, and there does not seem to be any man page packed in with the >yelp (2.30.2) sources. > >Likwise, there does not seem to be any man page packed in with the gthumb >(2.14.3) sources. > >Strangely, after a bit of googling, I did find this: > > http://www.unix.com/man-page/opensolaris/1/yelp/ Woo hoo! A bit more digging turned up this: http://www.unix.com/man-page/OpenSolaris/1/gthumb/ So, um, Paolo? It appears that you were maintainer of this man page file for gthumb at one time in the distant past (2002?) What happened to it and how come it isn't included in the gthumb tarballs? From paolo.bacchilega@libero.it Wed May 9 21:37:25 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 05AAE7501BC for ; Wed, 9 May 2012 21:37:25 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EKDjuiKIam01 for ; Wed, 9 May 2012 21:37:10 +0000 (UTC) Received: from outrelay06.libero.it (outrelay06.libero.it [212.52.84.110]) by menubar.gnome.org (Postfix) with ESMTP id B4CB6750066 for ; Wed, 9 May 2012 21:37:01 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0209.4FAAE37B.0055,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.70.52) by outrelay06.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F5A0F4809DFCE1A for gthumb-list@gnome.org; Wed, 9 May 2012 23:36:59 +0200 Message-ID: <4FAAE37A.8000606@libero.it> Date: Wed, 09 May 2012 23:36:58 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <4005.1336597588@tristatelogic.com> In-Reply-To: <4005.1336597588@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] Documentation (missing man pages) X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2012 21:37:25 -0000 Il 09/05/2012 23:06, Ronald F. Guilmette ha scritto: > > In message<3844.1336596579@tristatelogic.com>, I wrote: > >> I've looked, and there does not seem to be any man page packed in with the >> yelp (2.30.2) sources. >> >> Likwise, there does not seem to be any man page packed in with the gthumb >> (2.14.3) sources. >> >> Strangely, after a bit of googling, I did find this: >> >> http://www.unix.com/man-page/opensolaris/1/yelp/ > > > Woo hoo! A bit more digging turned up this: > > http://www.unix.com/man-page/OpenSolaris/1/gthumb/ > > So, um, Paolo? It appears that you were maintainer of this man page file > for gthumb at one time in the distant past (2002?) What happened to it and > how come it isn't included in the gthumb tarballs? > It's in the git repository, but not distributed with the tarball, probably because I forgot about it. - Paolo From rfg@tristatelogic.com Thu May 10 00:59:00 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7AC8075019F for ; Thu, 10 May 2012 00:59:00 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jGbiPelCb0n3 for ; Thu, 10 May 2012 00:58:45 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 4A613750126 for ; Thu, 10 May 2012 00:58:36 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id F0A075081A for ; Wed, 9 May 2012 17:58:33 -0700 (PDT) To: gthumb-list@gnome.org Date: Wed, 09 May 2012 17:58:33 -0700 Message-ID: <5698.1336611513@tristatelogic.com> From: "Ronald F. Guilmette" Subject: [gthumb-list] Does HELP actually work, anywhere, for anyone? X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 00:59:00 -0000 (Paolo, there is a question for you down at the end. If you can, I'd really appreciate an answer to it.) =-=-=-=- So far, I've been thinking that all my troubles getting at the ``built in'' help files for gthumb might possibly all be due to my use of FreeBSD, rather than, you know, Linux. Now, I am less sure. When the rest of you folks who use Linux and who have, in theory at least, all of the little bits and parts and pieces of the whole GNOME environment installed run gthumb and then click on "Help" and then proceed to also click on either "Contents" or by "Keyboard Shortcuts", what exactly happens for you? Does a window pop-up for you that's got the one of the gthumb- specific help pages in it? Or does a window pop-up that has a title bar across the top that just says "Desktop" (and where you seem to be looking at the root page for _all_ available GNOME documentations files) ? I am getting the latter behavior, and I think I may have figured out why. On my system at least, clicking on Help->Contents (now, after fixing the other problems I have described here) causes the yelp program to be invoked thusly: yelp Strangely, that seems to kind-of/sort-of work, as described above, even though according to the yelp man page I found, at the very least, yelp must, in theory be supplied with a URI as a command line argument. It appears to me that when and if everything is working properly, that in fact, gthumb should be causing yelp to be invoked thusly: yelp ghelp:gthumb But that is quite certainly _not_ happening where I am, and I've just spent the last two+ hours trying to figure out why. What I believe I have determined is that various routines that are called, directly or indirectly from `g_app_info_launch_default_for_uri' (which i sitself called by `gtk_show_uri' which is called by gthumb when it is asked for Help->Contents) and that these routines are now able to map the original/starting URI given by gthumb (ghelp:gthumb) to the name of an executable that should handle URIs with scheme "ghelp:", namely the yelp program. After than however, things start to get ugly and run off the rails. There seems to be some attempt to invoke yelp as if there had been some specification for it somewhere that was written like: yelp %f In effect, the code seem to say that if there is no known paramater at all for the thing to be invoked, then the (macro expanded) equivalent of %f should be inferred, implicitly. The code which does this is located in a routine called expand_application_parameters() which is itself inside of gdesktopappinfo.c. Here is the relevant code snippet: /* No file substitutions */ if (uri_list == *uris && uri_list != NULL) { /* If there is no macro default to %f. This is also what KDE does */ g_string_append_c (expanded_exec, ' '); expand_macro ('f', expanded_exec, info, uris); } Digging further down through yet more layers of this onion, it becomes clear later on that this implicitly-supplied %f thing should ultimately be replaced with some absolute pathname in the local file system which is the physical counterpart for the (logical?) URI "ghelp:gthumb". But that never happens, and instead the implicitly-supplied %f ends up getting replaced (on my system at least) by absolutely nothing, so that in the end, yelp just gets invoked as: yelp which produces sub-satisfactory results. The problem seems to be that in and among all of this code that constitutes glib, libgio, and so forth, there does not even exist, as far as I have been able to tell, even one sngle line of code that is dedicated to the purpose of converting a "ghelp:..." URI into any kind of pathname relative to the local (actual) file system. Thus, I will be mystified if anyone tells me that they can get directly to gthum-specific help files via Help->Contents in gthumb. For whetever it's worth, I _did_ file the place in the code where URIs beginning with the scheme "file:" are properly converted into pathnames relative to the local filesystem... a relatively straightforward mapping. But as I say, I'm not finding anything even remotly like that in the case of the "ghelp:" scheme. Paolo? What made you ever think that there even was such a thing as a gehlp: URI scheme in the first place? I've googled around a bit, and I haven't found any documentation of any such a URI scheme anywhere. So where did your belief in the actual existance of this thing originate from? Regards, rfg P.S. As troubling as the apparent lack of documentation for the ghelp: scheme is, what I personally find even more troubling is the way that some of these glib/gio library routines are quite clearly just punting, silently, in cases where they can't figure out the right thing to do. It would be a hell of a lot better to somehow push out at least _some_ sort of an error in these cases. Specifically, I've seen at least two places in the code where if the code doesn't recognize the scheme name at the front of the URI, it just throws up its hands and silently returns NULL or the equivalent of "". Where I come from, that's called bad engineering. If a piece of code can't properly figure out the right thing to do, doing the wrong thing instead is not actually a solution. From paolo.bacchilega@libero.it Thu May 10 08:14:40 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 76C537502CB for ; Thu, 10 May 2012 08:14:40 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nETcPj9HDUBx for ; Thu, 10 May 2012 08:14:35 +0000 (UTC) Received: from outrelay07.libero.it (outrelay07.libero.it [212.52.84.111]) by menubar.gnome.org (Postfix) with ESMTP id 99DC575022E for ; Thu, 10 May 2012 08:14:27 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0204.4FAB78E0.0233,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.70.52) by outrelay07.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F5A0F9D09F4EC80 for gthumb-list@gnome.org; Thu, 10 May 2012 10:14:24 +0200 Message-ID: <4FAB78E0.6080209@libero.it> Date: Thu, 10 May 2012 10:14:24 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <5698.1336611513@tristatelogic.com> In-Reply-To: <5698.1336611513@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] Does HELP actually work, anywhere, for anyone? X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 08:14:40 -0000 Il 10/05/2012 02:58, Ronald F. Guilmette ha scritto: > > > > Paolo? What made you ever think that there even was such a thing as a > gehlp: URI scheme in the first place? I've googled around a bit, and I > haven't found any documentation of any such a URI scheme anywhere. So > where did your belief in the actual existance of this thing originate from? > The help system works correctly, you just have to fix your installation, I suggest you to ask in some FreeBSD forum. - Paolo From mjc@avtechpulse.com Thu May 10 09:36:52 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0FB5D7501E5 for ; Thu, 10 May 2012 09:36:52 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_HK_NAME_DR=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YHKZsTY1Fo25 for ; Thu, 10 May 2012 09:36:37 +0000 (UTC) Received: from grenfell.avtechpulse.com (grenfell.avtechpulse.com [64.26.155.62]) by menubar.gnome.org (Postfix) with ESMTP id CDA3775005D for ; Thu, 10 May 2012 09:36:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by grenfell.avtechpulse.com (Postfix) with ESMTP id 9AEBAA191E; Thu, 10 May 2012 05:36:26 -0400 (EDT) X-Virus-Scanned: amavisd-new at avtechpulse.com Received: from grenfell.avtechpulse.com ([127.0.0.1]) by localhost (ulmo.domain.avtechpulse.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4YTDHKDEG4yX; Thu, 10 May 2012 05:36:24 -0400 (EDT) Received: from [10.8.0.6] (unknown [10.8.0.6]) by grenfell.avtechpulse.com (Postfix) with ESMTP id D5F8FA18CC for ; Thu, 10 May 2012 05:36:24 -0400 (EDT) Message-ID: <4FAB8C18.1000400@avtechpulse.com> Date: Thu, 10 May 2012 05:36:24 -0400 From: "Dr. Michael J. Chudobiak" Organization: Avtech Electrosystems Ltd. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <5698.1336611513@tristatelogic.com> In-Reply-To: <5698.1336611513@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] Does HELP actually work, anywhere, for anyone? X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mjc@avtechpulse.com List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 09:36:52 -0000 > There seems to be some attempt to invoke yelp as if there had been some > specification for it somewhere that was written like: > > yelp %f On my system, /usr/share/applications/gnome-yelp.desktop has the line: Exec=yelp %u %u specifies a URL, not a file. Docs here: http://developer.gnome.org/integration-guide/stable/desktop-files.html.en Does running "yelp ghelp:gthumb" from the command line work for you? It should directly show the gThumb-specific help pages. - Mike From ibragimovrinat@mail.ru Thu May 10 10:29:10 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C461E75005D for ; Thu, 10 May 2012 10:29:10 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 1.13 X-Spam-Level: * X-Spam-Status: No, score=1.13 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_EXCESS_BASE64=0.979, RATWARE_MPOP_WEBMAIL=1.999, RCVD_IN_DNSWL_NONE=-0.0001, SARE_SUB_ENC_UTF8=0.152, SPF_PASS=-0.001] autolearn=no Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cQax3fsuqPFU for ; Thu, 10 May 2012 10:29:08 +0000 (UTC) X-Greylist: delayed 3126 seconds by postgrey-1.32 at menubar.gnome.org; Thu, 10 May 2012 10:29:07 UTC Received: from fallback1.mail.ru (fallback1.mail.ru [94.100.176.18]) by menubar.gnome.org (Postfix) with ESMTP id B65AD750069 for ; Thu, 10 May 2012 10:28:59 +0000 (UTC) Received: from f145.mail.ru (f145.mail.ru [94.100.178.197]) by fallback1.mail.ru (mPOP.Fallback_MX) with ESMTP id E8DB3408BF4 for ; Thu, 10 May 2012 13:00:20 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:Cc:To:From; bh=BVjSTNSDOkeo9CATCaNuFkwZ+6NxJSPiytu2vtzfqYI=; b=SV6q4wVJAFQzbE6WaOsouvJK0fxIOX5+BM4Q9uPyd8xU1lIMQjFCmJLE2upVubpigg8zphPNAAGS/lUQ8lvj3E4TiSCueOo1TavQufDAfcMLvfx3+dQvGQX4fyhspIq8; Received: from mail by f145.mail.ru with local (envelope-from ) id 1SSPEC-0004x0-P0; Thu, 10 May 2012 13:00:04 +0400 Received: from [94.180.224.33] by e.mail.ru with HTTP; Thu, 10 May 2012 13:00:04 +0400 From: =?UTF-8?B?SWJyYWdpbW92IFJpbmF0?= To: =?UTF-8?B?Um9uYWxkIEYuIEd1aWxtZXR0ZQ==?= Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [94.180.224.33] Date: Thu, 10 May 2012 13:00:04 +0400 References: <5698.1336611513@tristatelogic.com> In-Reply-To: <5698.1336611513@tristatelogic.com> X-Priority: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] =?utf-8?q?Does_HELP_actually_work=2C_anywhere=2C_fo?= =?utf-8?q?r_anyone=3F?= X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: =?UTF-8?B?SWJyYWdpbW92IFJpbmF0?= List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 10:29:11 -0000 CldlZCwgMDkgTWF5IDIwMTIgMTc6NTg6MzMgLTA3MDAg0L7RgiAiUm9uYWxkIEYuIEd1aWxtZXR0 ZSIgPHJmZ0B0cmlzdGF0ZWxvZ2ljLmNvbT46Cj4gT24gbXkgc3lzdGVtIGF0IGxlYXN0LCBjbGlj a2luZyBvbiBIZWxwLT5Db250ZW50cyAobm93LCBhZnRlciBmaXhpbmcgdGhlCj4gb3RoZXIgcHJv YmxlbXMgSSBoYXZlIGRlc2NyaWJlZCBoZXJlKSBjYXVzZXMgdGhlIHllbHAgcHJvZ3JhbSB0byBi ZQo+IGludm9rZWQgdGh1c2x5Ogo+IAo+IAl5ZWxwCj4gCgo+IEl0IGFwcGVhcnMgdG8gbWUgdGhh dCB3aGVuIGFuZCBpZiBldmVyeXRoaW5nIGlzIHdvcmtpbmcgcHJvcGVybHksIHRoYXQKPiBpbiBm YWN0LCBndGh1bWIgc2hvdWxkIGJlIGNhdXNpbmcgeWVscCB0byBiZSBpbnZva2VkIHRodXNseToK PiAKPiAJeWVscCBnaGVscDpndGh1bWIKPiAKPiBCdXQgdGhhdCBpcyBxdWl0ZSBjZXJ0YWlubHkg X25vdF8gaGFwcGVuaW5nIHdoZXJlIEkgYW0sIGFuZCBJJ3ZlIGp1c3QKPiBzcGVudCB0aGUgbGFz dCB0d28rIGhvdXJzIHRyeWluZyB0byBmaWd1cmUgb3V0IHdoeS4KCkkgaGF2ZSBEZWJpYW4gdGVz dGluZyAod2l0aCBsaW51eCBrZXJuZWwpIG9uIG15IGJveC4gQW5kIGdUaHVtYiBpbnZva2VzCmB5 ZWxwIGdoZWxwOmd0aHVtYmAsIHdoaWNoIGluIHR1cm4gZGlzcGxheXMgZ1RodW1iJ3MgaGVscCBw YWdlLiBTbywgeWVhaCwKaXQgd29ya3MgYXQgbGVhc3QgZm9yIG1lLgoK From rfg@tristatelogic.com Thu May 10 10:36:52 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 15AA3750069 for ; Thu, 10 May 2012 10:36:52 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j3Kr+DfcWP2M for ; Thu, 10 May 2012 10:36:50 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id EA80A75005D for ; Thu, 10 May 2012 10:36:41 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id C655A5081A; Thu, 10 May 2012 03:36:38 -0700 (PDT) To: Paolo Bacchilega In-Reply-To: <4FAB78E0.6080209@libero.it> Date: Thu, 10 May 2012 03:36:38 -0700 Message-ID: <27534.1336646198@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Does HELP actually work, anywhere, for anyone? X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 10:36:52 -0000 In message <4FAB78E0.6080209@libero.it>, you wrote: >Il 10/05/2012 02:58, Ronald F. Guilmette ha scritto: >> >> > >> >> Paolo? What made you ever think that there even was such a thing as a >> gehlp: URI scheme in the first place? I've googled around a bit, and I >> haven't found any documentation of any such a URI scheme anywhere. So >> where did your belief in the actual existance of this thing originate from? >> > >The help system works correctly... I'm sorry, but I'm not sure that I see how your response answers the particular question that I asked. Please allow me to try rephrasing my question. Where is the ghelp: URI scheme documented? Is it even documented? I mean like, at all? Or is all knowledge of that particular bit of magic just being handed down via word of mouth from one generation of gnomes to the next, sort of like ancient folklore? >... you just have to fix your installation, I have it working now. But my way of fixing the remaining problems may perhaps just be a kludge. (I'll know one way or the other before I'm finished. Now that I've started, I do intend to really get to the bottom of all this.) Just curious... In your own local yelp.desktop file, what does the Exec= line say, exactly? >I suggest you to ask in some FreeBSD forum. ... or as we in this country used to say ``Hey kid, why don't you go and play on the freeway for awhile?'' Very well. If I have become tedious, I shall bugger off. I should say before I go however that I am not at all persuaded that the problems that caused gthumb Help to be dysfunctional (and also, apparently, evince Help and also brasero Help) are FreeBSD-specific. Maybe they are, and maybe they are not. In the utter absence of any information that would tell an outside observer what the various routines within glib and libgio are actually _supposed_ to do... you know... when they are working correctly... it is a little hard to tell. Regards, rfg From rfg@tristatelogic.com Thu May 10 11:14:33 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4D37C750199 for ; Thu, 10 May 2012 11:14:33 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gcmE3o8TwbMb for ; Thu, 10 May 2012 11:14:31 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id AEE53750069 for ; Thu, 10 May 2012 11:14:23 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id E2D425081A; Thu, 10 May 2012 04:14:21 -0700 (PDT) To: mjc@avtechpulse.com In-Reply-To: <4FAB8C18.1000400@avtechpulse.com> Date: Thu, 10 May 2012 04:14:21 -0700 Message-ID: <27803.1336648461@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] Does HELP actually work, anywhere, for anyone? X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 11:14:33 -0000 In message <4FAB8C18.1000400@avtechpulse.com>, you wrote: >> There seems to be some attempt to invoke yelp as if there had been some >> specification for it somewhere that was written like: >> >> yelp %f > > >On my system, /usr/share/applications/gnome-yelp.desktop has the line: > >Exec=yelp %u > >%u specifies a URL, not a file. Yessir indeed! Just a couple of hours ago, after stumbling around down deep in the code a bit more, I finally figured out for myself that that extra %u was indeed exactly and precisely what was missing. So I just stuck that in there and sure enough, everything started to work right at last. Apparently, this was a small but significant chance that was made to a file called yelp.desktop.in.in (in the yelp distributions) some time between versions 2.91.8 and 2.91.9. (17-Dec-2010 -> 23-Dec-2010.) Unortunately for me, and for every other user of GNOME tools on FreeBSD, the find fellows who were supposed to have been keeping this kind of stuff at least vaguely up-to-date have fallen down on the job rather badly, it seems, and even though the official Gnome yelp sources have progressed all the way up to version 3.4.1, the current official FreeBSD port of yelp is still stuck way back at v2.30.2... which really is quite long in the tooth now, and which explains why my own local yelp.desktop file didn't contain a %u on the Exec= line until I added on, just a couple of hours ago. I think that I shall have a chat with the maintainer(s) of the FreeBSD port of yelp, during which I may perhaps express some displeasure at their having cost me quite a bit of lost time due to their prolonged failure to update. >Does running "yelp ghelp:gthumb" from the command line work for you? Yes, it is all good now. I can get to the application-specific help pages for gthumb and evince and braceros, either by invoking yelp from the command line, just as you've shown, _or_ (now) via Help->Contents from within these applications themselves. Regards, rfg From mjc@avtechpulse.com Thu May 10 11:41:01 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CD357750069 for ; Thu, 10 May 2012 11:41:01 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_HK_NAME_DR=0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3MPDhStJQgHp for ; Thu, 10 May 2012 11:40:43 +0000 (UTC) Received: from grenfell.avtechpulse.com (grenfell.avtechpulse.com [64.26.155.62]) by menubar.gnome.org (Postfix) with ESMTP id 2AE8775005D for ; Thu, 10 May 2012 11:40:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by grenfell.avtechpulse.com (Postfix) with ESMTP id 28ED6A198F; Thu, 10 May 2012 07:40:33 -0400 (EDT) X-Virus-Scanned: amavisd-new at avtechpulse.com Received: from grenfell.avtechpulse.com ([127.0.0.1]) by localhost (ulmo.domain.avtechpulse.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0fEVvhKZyuNB; Thu, 10 May 2012 07:40:32 -0400 (EDT) Received: from [192.168.0.230] (galadriel.domain.avtechpulse.com [192.168.0.230]) by grenfell.avtechpulse.com (Postfix) with ESMTP id CF9DDA18CC for ; Thu, 10 May 2012 07:40:32 -0400 (EDT) Message-ID: <4FABA930.5010601@avtechpulse.com> Date: Thu, 10 May 2012 07:40:32 -0400 From: "Dr. Michael J. Chudobiak" Organization: Avtech Electrosystems Ltd. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <27803.1336648461@tristatelogic.com> In-Reply-To: <27803.1336648461@tristatelogic.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] Does HELP actually work, anywhere, for anyone? X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 11:41:02 -0000 > I think that I shall have a chat with the maintainer(s) of the FreeBSD > port of yelp, during which I may perhaps express some displeasure at > their having cost me quite a bit of lost time due to their prolonged > failure to update. Tip: "expressing displeasure" just annoys and demoralizes the volunteer maintainers, who don't actually owe you anything. Just file a bug report in a professional manner. Be persistent if necessary, but not unpleasant. - Mike From rfg@tristatelogic.com Fri May 11 23:17:11 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ECDC7750114 for ; Fri, 11 May 2012 23:17:10 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J9MESqvQ2KN6 for ; Fri, 11 May 2012 23:17:07 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 7B23D7500D2 for ; Fri, 11 May 2012 23:16:58 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 1F2FC5081A for ; Fri, 11 May 2012 16:16:56 -0700 (PDT) To: gthumb-list@gnome.org Date: Fri, 11 May 2012 16:16:56 -0700 Message-ID: <15757.1336778216@tristatelogic.com> From: "Ronald F. Guilmette" Subject: [gthumb-list] GNU Makefile Conventions X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2012 23:17:11 -0000 For whatever it's worth, I just wanted to say that Paolo was right, and that all three of the problems I encountered which caused the Help subsystem in gthumb to malfunction did, in the end, turn out to be specific to the FreeBSD port of gthumb. (I can also report that those are now being corrected in the FreeBSD port.) Before I go back into silent lurking mode however, i did want to contribute at least something that might be generally useful across platforms. While I was working on the gthumb sources, trying to find the cause(s) of the help problem(s) I had occasion to do "make maintainer-clean", you know, in order to be sure that I was really starting from a clean slate. Unfortunately, after I had done that I was no longer able to even run ./configure from the top-level directory. This didn't seem right, so I looked into a bit further. What I found, pretty quickly, was the following old post to the GNU autoconf mailing list which goes into some very specific detail (in the latter half of the posting) about which files should NOT be deleted by maintainer-clean: http://lists.gnu.org/archive/html/autoconf/2007-03/msg00043.html The information is that posting is entire borne out by the clear and unambiguous text of the GNU Makefile coding standard: http://www.gnu.org/prep/standards/html_node/Standard-Targets.html#Standard-Targets So anyway, as a result of reading the above, I ended up making the following changes to three files within the gthumb 2.14.3 sources... although really, the changes below for the top-level Makefile.in file are arguably unnecessary, because thas file should be automatically regenerated from the (modified) top-level Makefile.am file before another release tarball is created. In my opinion, all of these changes are necessary in order to bring the various files of gthumb into conformance with the GNU Makefile coding conventions. Certainly, without these changes, after running the command "make maintainer-clean" one can no longer run configure from the top-level, and the GNU Makefile Coding Standard is quite clear and specific about that: `maintainer-clean' ... More generally, `make maintainer-clean' should not delete anything that needs to exist in order to run `configure' and then begin to build the program... Apparently, there is some rather widespread misunderstanding of this very point. Regards, rfg P.S. After applying the following patches (to 2.14.3) I can report that yes, I was then subsequently able to make maintainer-clean and then ./configure successfully. diff -rc2 src/gthumb-2.14.3/Makefile.am build/gthumb-2.14.3/Makefile.am *** src/gthumb-2.14.3/Makefile.am 2011-10-17 01:50:17.000000000 -0700 --- build/gthumb-2.14.3/Makefile.am 2012-05-05 18:48:21.000000000 -0700 *************** *** 18,36 **** intltool-extract \ intltool-merge \ ! intltool-update \ ! gnome-doc-utils.make MAINTAINERCLEANFILES = \ - $(srcdir)/INSTALL \ - $(srcdir)/aclocal.m4 \ $(srcdir)/autoscan.log \ - $(srcdir)/compile \ - $(srcdir)/config.guess \ - $(srcdir)/config.h.in \ - $(srcdir)/config.sub \ $(srcdir)/configure.scan \ - $(srcdir)/depcomp \ - $(srcdir)/install-sh \ - $(srcdir)/ltmain.sh \ $(srcdir)/m4/gnome-doc-utils.m4 \ $(srcdir)/m4/intltool.m4 \ --- 18,26 ---- intltool-extract \ intltool-merge \ ! intltool-update MAINTAINERCLEANFILES = \ $(srcdir)/autoscan.log \ $(srcdir)/configure.scan \ $(srcdir)/m4/gnome-doc-utils.m4 \ $(srcdir)/m4/intltool.m4 \ *************** *** 40,50 **** $(srcdir)/m4/ltsugar.m4 \ $(srcdir)/m4/ltversion.m4 \ - $(srcdir)/missing \ - $(srcdir)/mkinstalldirs \ $(srcdir)/omf.make \ $(srcdir)/xmldocs.make \ ! $(srcdir)/gtk-doc.make \ ! $(srcdir)/ChangeLog \ ! `find "$(srcdir)" -type f -name Makefile.in -print` GITIGNOREFILES = build .autotools .cdt* .cproject .project .settings/ --- 30,36 ---- $(srcdir)/m4/ltsugar.m4 \ $(srcdir)/m4/ltversion.m4 \ $(srcdir)/omf.make \ $(srcdir)/xmldocs.make \ ! $(srcdir)/gtk-doc.make GITIGNOREFILES = build .autotools .cdt* .cproject .project .settings/ diff -rc2 src/gthumb-2.14.3/Makefile.in build/gthumb-2.14.3/Makefile.in *** src/gthumb-2.14.3/Makefile.in 2012-04-25 13:06:42.916888000 -0700 --- build/gthumb-2.14.3/Makefile.in 2012-05-05 18:48:21.000000000 -0700 *************** *** 337,355 **** intltool-extract \ intltool-merge \ ! intltool-update \ ! gnome-doc-utils.make MAINTAINERCLEANFILES = \ - $(srcdir)/INSTALL \ - $(srcdir)/aclocal.m4 \ $(srcdir)/autoscan.log \ - $(srcdir)/compile \ - $(srcdir)/config.guess \ - $(srcdir)/config.h.in \ - $(srcdir)/config.sub \ $(srcdir)/configure.scan \ - $(srcdir)/depcomp \ - $(srcdir)/install-sh \ - $(srcdir)/ltmain.sh \ $(srcdir)/m4/gnome-doc-utils.m4 \ $(srcdir)/m4/intltool.m4 \ --- 337,345 ---- intltool-extract \ intltool-merge \ ! intltool-update MAINTAINERCLEANFILES = \ $(srcdir)/autoscan.log \ $(srcdir)/configure.scan \ $(srcdir)/m4/gnome-doc-utils.m4 \ $(srcdir)/m4/intltool.m4 \ *************** *** 359,369 **** $(srcdir)/m4/ltsugar.m4 \ $(srcdir)/m4/ltversion.m4 \ - $(srcdir)/missing \ - $(srcdir)/mkinstalldirs \ $(srcdir)/omf.make \ $(srcdir)/xmldocs.make \ ! $(srcdir)/gtk-doc.make \ ! $(srcdir)/ChangeLog \ ! `find "$(srcdir)" -type f -name Makefile.in -print` GITIGNOREFILES = build .autotools .cdt* .cproject .project .settings/ --- 349,355 ---- $(srcdir)/m4/ltsugar.m4 \ $(srcdir)/m4/ltversion.m4 \ $(srcdir)/omf.make \ $(srcdir)/xmldocs.make \ ! $(srcdir)/gtk-doc.make GITIGNOREFILES = build .autotools .cdt* .cproject .project .settings/ diff -rc2 src/gthumb-2.14.3/po/Makefile.in.in build/gthumb-2.14.3/po/Makefile.in.in *** src/gthumb-2.14.3/po/Makefile.in.in 2012-03-01 02:03:27.000000000 -0800 --- build/gthumb-2.14.3/po/Makefile.in.in 2012-05-05 18:48:21.000000000 -0700 *************** *** 167,171 **** @echo "This command is intended for maintainers to use;" @echo "it deletes files that may require special tools to rebuild." - rm -f Makefile.in.in distdir = ../$(PACKAGE)-$(VERSION)/$(subdir) --- 167,170 ---- From rfg@tristatelogic.com Fri May 11 23:35:54 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8894A7500D2 for ; Fri, 11 May 2012 23:35:54 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DajpNDs8K+5q for ; Fri, 11 May 2012 23:35:39 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 6364A750021 for ; Fri, 11 May 2012 23:35:31 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 7CEE55081D for ; Fri, 11 May 2012 16:35:29 -0700 (PDT) To: gthumb-list@gnome.org Date: Fri, 11 May 2012 16:35:29 -0700 Message-ID: <15824.1336779329@tristatelogic.com> From: "Ronald F. Guilmette" Subject: [gthumb-list] make uninstall X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2012 23:35:54 -0000 Just one other small point about the gthumb Makefiles... In an ideal Universe, doing `make uninstall' would totally and completely un-do everything that had been done as a result of `make install'... well... anyway, at least the stuff that affected the target install directory. As I was working on gthumb recently, I didnt' want to disturb anything else on my system with my local & personal ``experimental'' builds, so I arranged to install gthumb in its' own special directory, /usr/local/hacked. Just now, I tried doing `make uninstall' of gthumb to see what, if anything might get left over after `make install' and then `make uninstall' The listing of all of the leftovers is attached below. (These are all relative to /usr/local/hacked, aka my install prefix.) The vast majority of everything in this list are directories, but there were some regular files left behind also, specifically all of the various gthumb.mo files. In the case of all of the install directories, obviously those ones that are package-specific, like share/gthumb (and everything below that) should, I think, be removed by the Makefile uninstall target. It could be argued, I suppose that the higher-level non-package-specific directories (which might be used in common by many packages) such as bin lib, include, and etc should not be deleted by `make uninstall' however my personal view is that an effort should be made to remove even those directories (after everything gthumb-specific below them has been removed) and that the effort should consist of the obvious, i.e. `-rmdir', i.e. these directories should be deleted if and only if they are empty, and if they are non-empty at the time this is attempted, then that ``error'' should be silently ignored (because the directories in question are probably being used by other installed packages). I have not coded up any patches to the relevant Makefile.am files, or anything else that might be needed to make all of the additional file and directory deletions I am proposing herein happen. I will however be happy to do so upon request from Paolo. Regards, rfg ====================================================================== bin etc etc/gconf etc/gconf/schemas include include/gthumb-2.14 include/gthumb-2.14/gthumb lib lib/pkgconfig lib/gthumb lib/gthumb/extensions share share/aclocal share/gthumb share/gthumb/icons share/gthumb/icons/hicolor share/gthumb/icons/hicolor/16x16 share/gthumb/icons/hicolor/16x16/actions share/gthumb/icons/hicolor/22x22 share/gthumb/icons/hicolor/22x22/actions share/gthumb/icons/hicolor/48x48 share/gthumb/icons/hicolor/48x48/actions share/gthumb/icons/hicolor/scalable share/gthumb/icons/hicolor/scalable/actions share/gthumb/ui share/gthumb/contactsheetthemes share/gthumb/albumthemes share/gthumb/albumthemes/Classic share/gthumb/albumthemes/ClassicClips share/gthumb/albumthemes/NeatRound share/gthumb/albumthemes/Wiki share/icons share/icons/hicolor share/icons/hicolor/16x16 share/icons/hicolor/16x16/apps share/icons/hicolor/22x22 share/icons/hicolor/22x22/apps share/icons/hicolor/32x32 share/icons/hicolor/32x32/apps share/icons/hicolor/48x48 share/icons/hicolor/48x48/apps share/icons/hicolor/scalable share/icons/hicolor/scalable/apps share/applications share/locale share/locale/am share/locale/am/LC_MESSAGES share/locale/am/LC_MESSAGES/gthumb.mo share/locale/ar share/locale/ar/LC_MESSAGES share/locale/ar/LC_MESSAGES/gthumb.mo share/locale/az share/locale/az/LC_MESSAGES share/locale/az/LC_MESSAGES/gthumb.mo share/locale/be share/locale/be/LC_MESSAGES share/locale/be/LC_MESSAGES/gthumb.mo share/locale/bg share/locale/bg/LC_MESSAGES share/locale/bg/LC_MESSAGES/gthumb.mo share/locale/ca share/locale/ca/LC_MESSAGES share/locale/ca/LC_MESSAGES/gthumb.mo share/locale/ca@valencia share/locale/ca@valencia/LC_MESSAGES share/locale/ca@valencia/LC_MESSAGES/gthumb.mo share/locale/cs share/locale/cs/LC_MESSAGES share/locale/cs/LC_MESSAGES/gthumb.mo share/locale/da share/locale/da/LC_MESSAGES share/locale/da/LC_MESSAGES/gthumb.mo share/locale/de share/locale/de/LC_MESSAGES share/locale/de/LC_MESSAGES/gthumb.mo share/locale/dz share/locale/dz/LC_MESSAGES share/locale/dz/LC_MESSAGES/gthumb.mo share/locale/el share/locale/el/LC_MESSAGES share/locale/el/LC_MESSAGES/gthumb.mo share/locale/en_CA share/locale/en_CA/LC_MESSAGES share/locale/en_CA/LC_MESSAGES/gthumb.mo share/locale/en_GB share/locale/en_GB/LC_MESSAGES share/locale/en_GB/LC_MESSAGES/gthumb.mo share/locale/eo share/locale/eo/LC_MESSAGES share/locale/eo/LC_MESSAGES/gthumb.mo share/locale/es share/locale/es/LC_MESSAGES share/locale/es/LC_MESSAGES/gthumb.mo share/locale/et share/locale/et/LC_MESSAGES share/locale/et/LC_MESSAGES/gthumb.mo share/locale/eu share/locale/eu/LC_MESSAGES share/locale/eu/LC_MESSAGES/gthumb.mo share/locale/fa share/locale/fa/LC_MESSAGES share/locale/fa/LC_MESSAGES/gthumb.mo share/locale/fi share/locale/fi/LC_MESSAGES share/locale/fi/LC_MESSAGES/gthumb.mo share/locale/fr share/locale/fr/LC_MESSAGES share/locale/fr/LC_MESSAGES/gthumb.mo share/locale/ga share/locale/ga/LC_MESSAGES share/locale/ga/LC_MESSAGES/gthumb.mo share/locale/gl share/locale/gl/LC_MESSAGES share/locale/gl/LC_MESSAGES/gthumb.mo share/locale/gu share/locale/gu/LC_MESSAGES share/locale/gu/LC_MESSAGES/gthumb.mo share/locale/he share/locale/he/LC_MESSAGES share/locale/he/LC_MESSAGES/gthumb.mo share/locale/hi share/locale/hi/LC_MESSAGES share/locale/hi/LC_MESSAGES/gthumb.mo share/locale/hr share/locale/hr/LC_MESSAGES share/locale/hr/LC_MESSAGES/gthumb.mo share/locale/hu share/locale/hu/LC_MESSAGES share/locale/hu/LC_MESSAGES/gthumb.mo share/locale/id share/locale/id/LC_MESSAGES share/locale/id/LC_MESSAGES/gthumb.mo share/locale/it share/locale/it/LC_MESSAGES share/locale/it/LC_MESSAGES/gthumb.mo share/locale/ja share/locale/ja/LC_MESSAGES share/locale/ja/LC_MESSAGES/gthumb.mo share/locale/kn share/locale/kn/LC_MESSAGES share/locale/kn/LC_MESSAGES/gthumb.mo share/locale/ko share/locale/ko/LC_MESSAGES share/locale/ko/LC_MESSAGES/gthumb.mo share/locale/lt share/locale/lt/LC_MESSAGES share/locale/lt/LC_MESSAGES/gthumb.mo share/locale/lv share/locale/lv/LC_MESSAGES share/locale/lv/LC_MESSAGES/gthumb.mo share/locale/mk share/locale/mk/LC_MESSAGES share/locale/mk/LC_MESSAGES/gthumb.mo share/locale/ml share/locale/ml/LC_MESSAGES share/locale/ml/LC_MESSAGES/gthumb.mo share/locale/ms share/locale/ms/LC_MESSAGES share/locale/ms/LC_MESSAGES/gthumb.mo share/locale/nb share/locale/nb/LC_MESSAGES share/locale/nb/LC_MESSAGES/gthumb.mo share/locale/nds share/locale/nds/LC_MESSAGES share/locale/nds/LC_MESSAGES/gthumb.mo share/locale/ne share/locale/ne/LC_MESSAGES share/locale/ne/LC_MESSAGES/gthumb.mo share/locale/nl share/locale/nl/LC_MESSAGES share/locale/nl/LC_MESSAGES/gthumb.mo share/locale/nn share/locale/nn/LC_MESSAGES share/locale/nn/LC_MESSAGES/gthumb.mo share/locale/oc share/locale/oc/LC_MESSAGES share/locale/oc/LC_MESSAGES/gthumb.mo share/locale/pa share/locale/pa/LC_MESSAGES share/locale/pa/LC_MESSAGES/gthumb.mo share/locale/pl share/locale/pl/LC_MESSAGES share/locale/pl/LC_MESSAGES/gthumb.mo share/locale/ps share/locale/ps/LC_MESSAGES share/locale/ps/LC_MESSAGES/gthumb.mo share/locale/pt share/locale/pt/LC_MESSAGES share/locale/pt/LC_MESSAGES/gthumb.mo share/locale/pt_BR share/locale/pt_BR/LC_MESSAGES share/locale/pt_BR/LC_MESSAGES/gthumb.mo share/locale/ro share/locale/ro/LC_MESSAGES share/locale/ro/LC_MESSAGES/gthumb.mo share/locale/ru share/locale/ru/LC_MESSAGES share/locale/ru/LC_MESSAGES/gthumb.mo share/locale/rw share/locale/rw/LC_MESSAGES share/locale/rw/LC_MESSAGES/gthumb.mo share/locale/sk share/locale/sk/LC_MESSAGES share/locale/sk/LC_MESSAGES/gthumb.mo share/locale/sl share/locale/sl/LC_MESSAGES share/locale/sl/LC_MESSAGES/gthumb.mo share/locale/sq share/locale/sq/LC_MESSAGES share/locale/sq/LC_MESSAGES/gthumb.mo share/locale/sr share/locale/sr/LC_MESSAGES share/locale/sr/LC_MESSAGES/gthumb.mo share/locale/sr@Latn share/locale/sr@Latn/LC_MESSAGES share/locale/sr@Latn/LC_MESSAGES/gthumb.mo share/locale/sv share/locale/sv/LC_MESSAGES share/locale/sv/LC_MESSAGES/gthumb.mo share/locale/th share/locale/th/LC_MESSAGES share/locale/th/LC_MESSAGES/gthumb.mo share/locale/tr share/locale/tr/LC_MESSAGES share/locale/tr/LC_MESSAGES/gthumb.mo share/locale/uk share/locale/uk/LC_MESSAGES share/locale/uk/LC_MESSAGES/gthumb.mo share/locale/vi share/locale/vi/LC_MESSAGES share/locale/vi/LC_MESSAGES/gthumb.mo share/locale/xh share/locale/xh/LC_MESSAGES share/locale/xh/LC_MESSAGES/gthumb.mo share/locale/zh_CN share/locale/zh_CN/LC_MESSAGES share/locale/zh_CN/LC_MESSAGES/gthumb.mo share/locale/zh_HK share/locale/zh_HK/LC_MESSAGES share/locale/zh_HK/LC_MESSAGES/gthumb.mo share/locale/zh_TW share/locale/zh_TW/LC_MESSAGES share/locale/zh_TW/LC_MESSAGES/gthumb.mo share/gnome share/gnome/help share/gnome/help/gthumb share/gnome/help/gthumb/C share/gnome/help/gthumb/C/figures share/gnome/help/gthumb/de share/gnome/help/gthumb/de/figures share/gnome/help/gthumb/el share/gnome/help/gthumb/el/figures share/gnome/help/gthumb/es share/gnome/help/gthumb/es/figures share/gnome/help/gthumb/eu share/gnome/help/gthumb/eu/figures share/gnome/help/gthumb/fr share/gnome/help/gthumb/fr/figures share/gnome/help/gthumb/oc share/gnome/help/gthumb/oc/figures share/gnome/help/gthumb/sl share/gnome/help/gthumb/sl/figures share/gnome/help/gthumb/sv share/gnome/help/gthumb/sv/figures share/gnome/help/gthumb/zh_CN share/gnome/help/gthumb/zh_CN/figures From paolo.bacchilega@libero.it Sat May 12 07:39:54 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 822057500D2 for ; Sat, 12 May 2012 07:39:54 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8YBI605NjluS for ; Sat, 12 May 2012 07:39:51 +0000 (UTC) Received: from outrelay07.libero.it (outrelay07.libero.it [212.52.84.111]) by menubar.gnome.org (Postfix) with ESMTP id BEDCF750067 for ; Sat, 12 May 2012 07:39:42 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0203.4FAE13BC.002C,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.241.227) by outrelay07.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F5A0F9D0A4F2AC9 for gthumb-list@gnome.org; Sat, 12 May 2012 09:39:40 +0200 Message-ID: <4FAE13BB.9020007@libero.it> Date: Sat, 12 May 2012 09:39:39 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <15757.1336778216@tristatelogic.com> In-Reply-To: <15757.1336778216@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] GNU Makefile Conventions X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 07:39:54 -0000 Il 12/05/2012 01:16, Ronald F. Guilmette ha scritto: > > For whatever it's worth, I just wanted to say that Paolo was right, > and that all three of the problems I encountered which caused the > Help subsystem in gthumb to malfunction did, in the end, turn out > to be specific to the FreeBSD port of gthumb. (I can also report > that those are now being corrected in the FreeBSD port.) > > Before I go back into silent lurking mode however, i did want to > contribute at least something that might be generally useful across > platforms. > > While I was working on the gthumb sources, trying to find the cause(s) > of the help problem(s) I had occasion to do "make maintainer-clean", > you know, in order to be sure that I was really starting from a clean > slate. > > Unfortunately, after I had done that I was no longer able to even > run ./configure from the top-level directory. This didn't seem right, > so I looked into a bit further. > > What I found, pretty quickly, was the following old post to the GNU > autoconf mailing list which goes into some very specific detail (in the > latter half of the posting) about which files should NOT be deleted by > maintainer-clean: > > http://lists.gnu.org/archive/html/autoconf/2007-03/msg00043.html > > The information is that posting is entire borne out by the clear and > unambiguous text of the GNU Makefile coding standard: > > http://www.gnu.org/prep/standards/html_node/Standard-Targets.html#Standard-Targets > > So anyway, as a result of reading the above, I ended up making the following > changes to three files within the gthumb 2.14.3 sources... although really, > the changes below for the top-level Makefile.in file are arguably unnecessary, > because thas file should be automatically regenerated from the (modified) > top-level Makefile.am file before another release tarball is created. > > In my opinion, all of these changes are necessary in order to bring the > various files of gthumb into conformance with the GNU Makefile coding > conventions. Certainly, without these changes, after running the command > "make maintainer-clean" one can no longer run configure from the top-level, > and the GNU Makefile Coding Standard is quite clear and specific about that: > > `maintainer-clean' > > ... > More generally, `make maintainer-clean' should not delete anything > that needs to exist in order to run `configure' and then begin to > build the program... > > Apparently, there is some rather widespread misunderstanding of this very > point. > > > Regards, > rfg > > P.S. After applying the following patches (to 2.14.3) I can report that yes, > I was then subsequently able to make maintainer-clean and then ./configure > successfully. I added many files to MAINTAINERCLEANFILES to automatically generate a complete .gitignore file, it is possible that some of those files should be added to some other variable, also it is important to check whether 'make dist-clean' correctly deletes all the generated files as well. > > > > diff -rc2 src/gthumb-2.14.3/Makefile.am build/gthumb-2.14.3/Makefile.am please re-send the patch using 'diff -ur', it's not clear to me what the changes are using this output format. - Paolo From paolo.bacchilega@libero.it Sat May 12 07:49:20 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 353537500D2 for ; Sat, 12 May 2012 07:49:20 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6bJpe0+6xUlg for ; Sat, 12 May 2012 07:49:16 +0000 (UTC) Received: from outrelay06.libero.it (outrelay06.libero.it [212.52.84.110]) by menubar.gnome.org (Postfix) with ESMTP id 98D9C750067 for ; Sat, 12 May 2012 07:49:11 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020C.4FAE15F5.0046,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.241.227) by outrelay06.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F5A0F480A4456AF for gthumb-list@gnome.org; Sat, 12 May 2012 09:49:09 +0200 Message-ID: <4FAE15F4.8040402@libero.it> Date: Sat, 12 May 2012 09:49:08 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <15824.1336779329@tristatelogic.com> In-Reply-To: <15824.1336779329@tristatelogic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] make uninstall X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 07:49:20 -0000 Il 12/05/2012 01:35, Ronald F. Guilmette ha scritto: > > Just one other small point about the gthumb Makefiles... > > In an ideal Universe, doing `make uninstall' would totally and completely > un-do everything that had been done as a result of `make install'... well... > anyway, at least the stuff that affected the target install directory. > > As I was working on gthumb recently, I didnt' want to disturb anything else > on my system with my local& personal ``experimental'' builds, so I > arranged to install gthumb in its' own special directory, /usr/local/hacked. > > Just now, I tried doing `make uninstall' of gthumb to see what, if anything > might get left over after `make install' and then `make uninstall' > > The listing of all of the leftovers is attached below. (These are all > relative to /usr/local/hacked, aka my install prefix.) > > The vast majority of everything in this list are directories, but there were > some regular files left behind also, specifically all of the various gthumb.mo > files. > > In the case of all of the install directories, obviously those ones that > are package-specific, like share/gthumb (and everything below that) should, > I think, be removed by the Makefile uninstall target. It could be argued, > I suppose that the higher-level non-package-specific directories (which > might be used in common by many packages) such as bin lib, include, and etc > should not be deleted by `make uninstall' however my personal view is that > an effort should be made to remove even those directories (after everything > gthumb-specific below them has been removed) and that the effort should > consist of the obvious, i.e. `-rmdir', i.e. these directories should be > deleted if and only if they are empty, and if they are non-empty at the > time this is attempted, then that ``error'' should be silently ignored > (because the directories in question are probably being used by other > installed packages). > > I have not coded up any patches to the relevant Makefile.am files, or > anything else that might be needed to make all of the additional file > and directory deletions I am proposing herein happen. I will however > be happy to do so upon request from Paolo. > As a rule of thumb I just look at other GNOME project Makefile.am files to see how they use it, and I don't see commands to delete the directories there, so either it is supposed to work this way or there is some problem with Automake on FreeBSD or it's an Automake bug :) About the .mo files, I cannot reproduce the problem here they are correctly deleted after an 'uninstall', maybe another FreeBSD specific bug? - Paolo From rfg@tristatelogic.com Sat May 12 20:12:09 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 986767500A4 for ; Sat, 12 May 2012 20:12:09 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B7ZxEIdZMsl2 for ; Sat, 12 May 2012 20:11:55 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 37A4F75009D for ; Sat, 12 May 2012 20:11:46 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id D7FFD5081A; Sat, 12 May 2012 13:11:44 -0700 (PDT) To: Paolo Bacchilega In-Reply-To: <4FAE13BB.9020007@libero.it> Date: Sat, 12 May 2012 13:11:44 -0700 Message-ID: <21784.1336853504@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] GNU Makefile Conventions X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 20:12:09 -0000 In message <4FAE13BB.9020007@libero.it>, Paolo wrote: >I added many files to MAINTAINERCLEANFILES to automatically generate a >complete .gitignore file, it is possible that some of those files should >be added to some other variable, I don't know anything about that. > also it is important to check whether >'make dist-clean' correctly deletes all the generated files as well. My intuition tells me that every file that is needed in order to be able to do ./configure after doing make maintainer-clean should indeed be part of the distribution sources (and thus should not be removed by dist-clean). But by all means, please do satisfy yourself that this is inded the case. >please re-send the patch using 'diff -ur', it's not clear to me what the >changes are using this output format. OK. Sorry. Back in the good old daze we always used diff -rc2, but I gather that this is no longer the fashion. Please note that the plus signs in the leftmost column in the following patches are a bit confusing/misleading, because I didn't actually add anything. The lines in question were just changed by removing the trailing backslashes at the end of those lines. (That was necessary because now, those specific lines are at the ends of certain multi-line definitions of certain Makefile variables.) diff -ur src/gthumb-2.14.3/Makefile.am build/gthumb-2.14.3/Makefile.am --- src/gthumb-2.14.3/Makefile.am 2011-10-17 01:50:17.000000000 -0700 +++ build/gthumb-2.14.3/Makefile.am 2012-05-09 19:22:42.000000000 -0700 @@ -17,21 +17,11 @@ po/.intltool-merge-cache \ intltool-extract \ intltool-merge \ - intltool-update \ - gnome-doc-utils.make + intltool-update MAINTAINERCLEANFILES = \ - $(srcdir)/INSTALL \ - $(srcdir)/aclocal.m4 \ $(srcdir)/autoscan.log \ - $(srcdir)/compile \ - $(srcdir)/config.guess \ - $(srcdir)/config.h.in \ - $(srcdir)/config.sub \ $(srcdir)/configure.scan \ - $(srcdir)/depcomp \ - $(srcdir)/install-sh \ - $(srcdir)/ltmain.sh \ $(srcdir)/m4/gnome-doc-utils.m4 \ $(srcdir)/m4/intltool.m4 \ $(srcdir)/m4/libtool.m4 \ @@ -39,13 +29,9 @@ $(srcdir)/m4/ltoptions.m4 \ $(srcdir)/m4/ltsugar.m4 \ $(srcdir)/m4/ltversion.m4 \ - $(srcdir)/missing \ - $(srcdir)/mkinstalldirs \ $(srcdir)/omf.make \ $(srcdir)/xmldocs.make \ - $(srcdir)/gtk-doc.make \ - $(srcdir)/ChangeLog \ - `find "$(srcdir)" -type f -name Makefile.in -print` + $(srcdir)/gtk-doc.make GITIGNOREFILES = build .autotools .cdt* .cproject .project .settings/ diff -ur src/gthumb-2.14.3/Makefile.in build/gthumb-2.14.3/Makefile.in --- src/gthumb-2.14.3/Makefile.in 2012-04-25 13:06:42.916888000 -0700 +++ build/gthumb-2.14.3/Makefile.in 2012-05-09 19:22:42.000000000 -0700 @@ -336,21 +336,11 @@ po/.intltool-merge-cache \ intltool-extract \ intltool-merge \ - intltool-update \ - gnome-doc-utils.make + intltool-update MAINTAINERCLEANFILES = \ - $(srcdir)/INSTALL \ - $(srcdir)/aclocal.m4 \ $(srcdir)/autoscan.log \ - $(srcdir)/compile \ - $(srcdir)/config.guess \ - $(srcdir)/config.h.in \ - $(srcdir)/config.sub \ $(srcdir)/configure.scan \ - $(srcdir)/depcomp \ - $(srcdir)/install-sh \ - $(srcdir)/ltmain.sh \ $(srcdir)/m4/gnome-doc-utils.m4 \ $(srcdir)/m4/intltool.m4 \ $(srcdir)/m4/libtool.m4 \ @@ -358,13 +348,9 @@ $(srcdir)/m4/ltoptions.m4 \ $(srcdir)/m4/ltsugar.m4 \ $(srcdir)/m4/ltversion.m4 \ - $(srcdir)/missing \ - $(srcdir)/mkinstalldirs \ $(srcdir)/omf.make \ $(srcdir)/xmldocs.make \ - $(srcdir)/gtk-doc.make \ - $(srcdir)/ChangeLog \ - `find "$(srcdir)" -type f -name Makefile.in -print` + $(srcdir)/gtk-doc.make GITIGNOREFILES = build .autotools .cdt* .cproject .project .settings/ CLEANFILES = ChangeLog diff -ur src/gthumb-2.14.3/po/Makefile.in.in build/gthumb-2.14.3/po/Makefile.in.in --- src/gthumb-2.14.3/po/Makefile.in.in 2012-03-01 02:03:27.000000000 -0800 +++ build/gthumb-2.14.3/po/Makefile.in.in 2012-05-09 19:22:42.000000000 -0700 @@ -166,7 +166,6 @@ maintainer-clean: distclean @echo "This command is intended for maintainers to use;" @echo "it deletes files that may require special tools to rebuild." - rm -f Makefile.in.in distdir = ../$(PACKAGE)-$(VERSION)/$(subdir) dist distdir: $(DISTFILES) From rfg@tristatelogic.com Sat May 12 20:14:00 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AC72F7500A4 for ; Sat, 12 May 2012 20:14:00 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x26+vUaRHD8X for ; Sat, 12 May 2012 20:13:59 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by menubar.gnome.org (Postfix) with ESMTP id 47B2F75009D for ; Sat, 12 May 2012 20:13:51 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id D08775081A; Sat, 12 May 2012 13:13:49 -0700 (PDT) To: Paolo Bacchilega In-Reply-To: <4FAE15F4.8040402@libero.it> Date: Sat, 12 May 2012 13:13:49 -0700 Message-ID: <21799.1336853629@tristatelogic.com> From: "Ronald F. Guilmette" Cc: gthumb-list@gnome.org Subject: Re: [gthumb-list] make uninstall X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 20:14:00 -0000 In message <4FAE15F4.8040402@libero.it>, you wrote: >> I have not coded up any patches to the relevant Makefile.am files, or >> anything else that might be needed to make all of the additional file >> and directory deletions I am proposing herein happen. I will however >> be happy to do so upon request from Paolo. >> > >As a rule of thumb I just look at other GNOME project Makefile.am files >to see how they use it, and I don't see commands to delete the >directories there, so either it is supposed to work this way or there is >some problem with Automake on FreeBSD or it's an Automake bug :) I will look into it and get back to you. >About the .mo files, I cannot reproduce the problem here they are >correctly deleted after an 'uninstall', maybe another FreeBSD specific bug? I will look into it and get back to you. Regards, rfg From bonushenricus@linux.it Sun May 13 13:25:31 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 25BE475006E for ; Sun, 13 May 2012 13:25:31 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zmVK1Me6vsXS for ; Sun, 13 May 2012 13:25:29 +0000 (UTC) X-Greylist: delayed 315 seconds by postgrey-1.32 at menubar.gnome.org; Sun, 13 May 2012 13:25:28 UTC Received: from smtp206.alice.it (smtp206.alice.it [82.57.200.102]) by menubar.gnome.org (Postfix) with ESMTP id EBE9C750006 for ; Sun, 13 May 2012 13:25:20 +0000 (UTC) Received: from [192.168.123.102] (95.210.9.81) by smtp206.alice.it (8.6.023.02) (authenticated as enrico.gabrielli76) id 4F9BF1D3019ACD75 for gthumb-list@gnome.org; Sun, 13 May 2012 15:20:02 +0200 From: bonushenricus To: gthumb-list@gnome.org Content-Type: text/plain; charset="UTF-8" Date: Sun, 13 May 2012 15:19:48 +0200 Message-ID: <1336915188.6313.7.camel@debian-charlie.viaimperiale7700> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: [gthumb-list] script: attr for location ? X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: bonushenricus@linux.it List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2012 13:25:31 -0000 Hi after some work I find in my Debian 6.0, gthumb 2.12.2 the tag of some attribute for the string %attr{name of attibute} like Exif::Image::DateTime, Xmp::dc::title, Xmp::dc::description. But I don't find the string for the attribute Location. Someone can help me? -- Enrico Gabrielli Linux count registered user #518831 - Gnu/Linux Debian 6.0 Confine di San Felice sul Panaro (Modena) - Italy From paolo.bacchilega@libero.it Mon May 14 09:04:34 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 28E617500DD for ; Mon, 14 May 2012 09:04:34 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZhC+s79PoZ45 for ; Mon, 14 May 2012 09:04:27 +0000 (UTC) Received: from outrelay08.libero.it (outrelay08.libero.it [212.52.84.112]) by menubar.gnome.org (Postfix) with ESMTP id 3F900750095 for ; Mon, 14 May 2012 09:04:18 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020C.4FB0CA91.001A,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.241.227) by outrelay08.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F8BDCEE04985CAA for gthumb-list@gnome.org; Mon, 14 May 2012 11:04:17 +0200 Message-ID: <4FB0CA90.1060408@libero.it> Date: Mon, 14 May 2012 11:04:16 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <1336915188.6313.7.camel@debian-charlie.viaimperiale7700> In-Reply-To: <1336915188.6313.7.camel@debian-charlie.viaimperiale7700> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] script: attr for location ? X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 09:04:34 -0000 Il 13/05/2012 15:19, bonushenricus ha scritto: > Hi > after some work I find in my Debian 6.0, gthumb 2.12.2 the tag of some > attribute for the string %attr{name of attibute} like > Exif::Image::DateTime, Xmp::dc::title, Xmp::dc::description. > But I don't find the string for the attribute Location. > Someone can help me? try general::location or Xmp::iptc::Location - Paolo From paolo.bacchilega@libero.it Mon May 14 19:47:08 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 586FC7504A6; Mon, 14 May 2012 19:47:08 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.833 X-Spam-Level: X-Spam-Status: No, score=-1.833 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, TW_CP=0.077, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9jswoqaLDXbw; Mon, 14 May 2012 19:47:05 +0000 (UTC) Received: from outrelay08.libero.it (outrelay08.libero.it [212.52.84.112]) by menubar.gnome.org (Postfix) with ESMTP id 6956375049C; Mon, 14 May 2012 19:46:57 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0202.4FB1612F.0053,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.204.37) by outrelay08.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F8BDCEE04B36C3E; Mon, 14 May 2012 21:46:55 +0200 Message-ID: <4FB1612E.30008@libero.it> Date: Mon, 14 May 2012 21:46:54 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb , Gnome Announce Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: [gthumb-list] gThumb 2.14.4 released X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 19:47:08 -0000 gThumb 2.14.4 is now available for download at: http://download.gnome.org/sources/gthumb/2.14/ 6ac8248be2cbb2419586740e5b2badfcb06049f130f181149168d104690c3d78 gthumb-2.14.4.news 8c9a0da7d36554723e30e6259a8e590f1fd6d6d63fed2f6115464ba5060a3b3b gthumb-2.14.4.changes 1561ca52f9b60fbcd0e8fc976de8b30f0447019c698bfe1051d421935b5a51b5 gthumb-2.14.4.tar.xz In this version some minor bugs were fixed. What is gThumb ============== gThumb is an image viewer and browser utility for the GNOME environment. The README file distributed with the tar archive contains a complete list of features and the instructions to compile the source. The complete description, screenshots and other info are available at http://live.gnome.org/gthumb Overview of changes from gThumb 2.14.3 to 2.14.4 ================================================ Bugs fixed: * Preserve XMP lists when saving an image (#674908) * Fixed help button in preferences window (Michael J. Chudobiak) (#671290) * Removed useless and potentially dangerous strncpy (#672866) Licensing ========= This program is released under the terms of the GNU General Public License (GNU GPL) version 2 or greater. You can find a copy of the license in the file COPYING. May 14th, 2012 Paolo Bacchilega From paolo.bacchilega@libero.it Mon May 14 19:51:46 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 6CE617504A8; Mon, 14 May 2012 19:51:46 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v-6ij2rVNgNS; Mon, 14 May 2012 19:51:44 +0000 (UTC) Received: from outrelay06.libero.it (outrelay06.libero.it [212.52.84.110]) by menubar.gnome.org (Postfix) with ESMTP id 9E6F27504A7; Mon, 14 May 2012 19:51:35 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0207.4FB16245.0034,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.204.37) by outrelay06.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F5A0F480AA2E559; Mon, 14 May 2012 21:51:33 +0200 Message-ID: <4FB16244.3020900@libero.it> Date: Mon, 14 May 2012 21:51:32 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb , Gnome Announce Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: [gthumb-list] gThumb 3.0.1 released X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2012 19:51:46 -0000 gThumb 3.0.1 is now available for download at: http://download.gnome.org/sources/gthumb/3.0/ 37c3047d847942b4ec30b4187b583ffc1473d2e686146eded9b4a1a65319e7dc gthumb-3.0.1.news 224e73d934befe66333b4e1b0e14a21371c65de02d7b00efbe3790ae4554f9c6 gthumb-3.0.1.changes 1fb2939e4896a012c7d0320a31e3c6139214218e9f6ec39c6370febeda94725c gthumb-3.0.1.tar.xz This is the second release of the 3.0.x stable series, as such, it does not contain any new feature, just bugfixes and updated translations. What is gThumb ============== gThumb is an image viewer and browser utility for the GNOME environment. The README file distributed with the tar archive contains a complete list of features and the instructions to compile the source. The complete description, screenshots and other info are available at http://live.gnome.org/gthumb Overview of changes from gThumb 3.0.0 to 3.0.1 ============================================== Bugs fixed: * Resize images: correctly restore the last used width and height (#675498) * Preserve XMP lists when saving an image. (#674908) * Fixed loading of thumbnails after re-enabling thumbnails again. * Fixed mouse wheel navigation with the video viewer. * Added a man page. New or updated application translations: * French (Claude Paroz) * German (Christian Kirbach) * Russian (Yuri Myasoedov) Licensing ========= This program is released under the terms of the GNU General Public License (GNU GPL) version 2 or greater. You can find a copy of the license in the file COPYING. May 14th, 2012 Paolo Bacchilega From robertmecklenburg@comcast.net Mon May 21 02:02:07 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1692F750275 for ; Mon, 21 May 2012 02:02:07 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bMcaYGtrJ5q6 for ; Mon, 21 May 2012 02:02:05 +0000 (UTC) X-Greylist: delayed 303 seconds by postgrey-1.34 at menubar.gnome.org; Mon, 21 May 2012 02:02:05 UTC Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by menubar.gnome.org (Postfix) with ESMTP id 72DE47501D5 for ; Mon, 21 May 2012 02:01:57 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta02.emeryville.ca.mail.comcast.net with comcast id CRgm1j0021afHeLA2Rwspg; Mon, 21 May 2012 01:56:52 +0000 Received: from [192.168.1.2] ([67.182.225.0]) by omta17.emeryville.ca.mail.comcast.net with comcast id CRwr1j016018Uxf8dRwsxN; Mon, 21 May 2012 01:56:52 +0000 Message-ID: <4FB9A0E3.5020503@comcast.net> Date: Sun, 20 May 2012 19:56:51 -0600 From: Robert Mecklenburg User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: gthumb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [gthumb-list] Image order in view/edit mode X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 02:02:07 -0000 First off...Thanks for gthumb, I love it! Now to my problem... I have several hundred images in a single directory and I'm touching them up one by one. In the main view pane I see a large version of the image and the palette tools on the right. In the lower window I see thumbnails apparently sorted by time of last modification. My problem is that after editing and saving an image the thumbnail view jumps to the end where my image now appears and I lose my place. I must then scroll backwards to try and find where the image was in the original sequence so I can view the next image. I have not been able to find any option or preference to set the thumbnail viewing order to something else like lexicographic by file name. Any suggestions on how to deal with this problem? I'm using gthumb 2.14.3 on ubuntu. Thanks, Robert Mecklenburg From paolo.bacchilega@libero.it Mon May 21 07:22:43 2012 Return-Path: X-Original-To: gthumb-list@gnome.org Delivered-To: gthumb-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 1D52F750275 for ; Mon, 21 May 2012 07:22:43 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=2 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pgXmhIYS3k4T for ; Mon, 21 May 2012 07:22:26 +0000 (UTC) Received: from outrelay06.libero.it (outrelay06.libero.it [212.52.84.110]) by menubar.gnome.org (Postfix) with ESMTP id 13CBD7501D5 for ; Mon, 21 May 2012 07:22:17 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0208.4FB9ED27.014A,ss=1,re=0.000,fgs=0 X-libjamoibt: 1823 Received: from [192.168.0.2] (151.77.194.63) by outrelay06.libero.it (8.6.033) (authenticated as paolo.bacchilega@libero.it) id 4F5A0F480BB8453A for gthumb-list@gnome.org; Mon, 21 May 2012 09:22:15 +0200 Message-ID: <4FB9ED27.2010305@libero.it> Date: Mon, 21 May 2012 09:22:15 +0200 From: Paolo Bacchilega User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100317 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: gthumb-list@gnome.org References: <4FB9A0E3.5020503@comcast.net> In-Reply-To: <4FB9A0E3.5020503@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gthumb-list] Image order in view/edit mode X-BeenThere: gthumb-list@gnome.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion relating to the gThumb image browser List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 07:22:43 -0000 Il 21/05/2012 03:56, Robert Mecklenburg ha scritto: > First off...Thanks for gthumb, I love it! > > Now to my problem... > > I have several hundred images in a single directory and I'm touching them > up one by one. In the main view pane I see a large version of the image > and the palette tools on the right. In the lower window I see thumbnails > apparently sorted by time of last modification. > > My problem is that after editing and saving an image the thumbnail view > jumps to the end where my image now appears and I lose my place. I must > then scroll backwards to try and find where the image was in the original > sequence so I can view the next image. > > I have not been able to find any option or preference to set the thumbnail > viewing order to something else like lexicographic by file name. Any > suggestions on how to deal with this problem? use the "View->Order by..." command - Paolo