gmane.comp.gnome.apps.pan.devel

Poster e-mail adress (e87f297d) s/adress/address/

Duncan — 2012-05-21T11:42:45

Checking git whatchanged commit e87f297d, minor string edits,
looked interesting enough to git show...

Those strings need a bit /more/ minor editing...

s/adress/address/

(You've no idea how hard it is to type "adress" when you've been 
automatically double-d-ing AND double-s-ing it since you learned to type, 
over a quarter century (getting close to a third, now) ago!  I'm almost 
positive it was one of the words in my typing lessons, too, making it 
even worse!  I kept double-d-ing it above, and even on the first line of 
this paragraph, I got the adr... and had to stop and double-check, my 
fingers bewildered at this "strange word" they were being told to type 
that simply did NOT make sense!  Hopefully I don't have to use the word 
"address" later this week and screw it up now! =;^)

Meanwhile, I see the group-color fixes.  I've not actually rebuilt and 
tried it yet, but thanks (to both of you).  And the readme changes make 
sense. =:^)

New segfault in group-preferences editor

walt — 2012-05-20T22:32:26

Hi Heinrich.  Just pulled from git [da407793] and I get a segfault
when I try to edit group-preferences.  The warning about the missing
theme engine is not new.  "hcengine" probably refers to the "high-
color" gtk theme I'm using.  I don't know if it's now a problem for
pan, but I've seen the same warning many times before today.

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".

(pan:13375): Gtk-WARNING **: Unable to locate theme engine in module_path: "hcengine",

[New Thread 0x7fffeddc3700 (LWP 13378)]
[New Thread 0x7fffed5c2700 (LWP 13379)]
[New Thread 0x7fffecdc1700 (LWP 13380)]
[New Thread 0x7fffe7fff700 (LWP 13381)]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff791631b in gtk_rc_get_style () from /usr/lib64/libgtk-x11-2.0.so.0
(gdb) bt
#0  0x00007ffff791631b in gtk_rc_get_style () from /usr/lib64/libgtk-x11-2.0.so.0
#1  0x00000000004a434f in new_color_button (dialog=0x2f68490, prefs=..., group=...)
    at ../../../pan/gui/group-prefs-dialog.cc:241
#2  pan::GroupPrefsDialog::GroupPrefsDialog (this=0x2f68490, data=..., groups=..., prefs=..., group_prefs=..., 
    parent_window=<optimized out>) at ../../../pan/gui/group-prefs-dialog.cc:308
#3  0x000000000047739a in pan::GUI::do_show_group_preferences_dialog (this=0x1ca5700) at ../../../pan/gui/gui.cc:902
#4  0x00007ffff5c723c0 in g_closure_invoke () from /usr/lib64/libgobject-2.0.so.0
#5  0x00007ffff5c831a0 in signal_emit_unlocked_R () from /usr/lib64/libgobject-2.0.so.0
#6  0x00007ffff5c8b48f in g_signal_emit_valist () from /usr/lib64/libgobject-2.0.so.0
#7  0x00007ffff5c8b623 in g_signal_emit () from /usr/lib64/libgobject-2.0.so.0
#8  0x00007ffff780b71b in _gtk_action_emit_activate () from /usr/lib64/libgtk-x11-2.0.so.0
#9  0x00007ffff5c725f3 in _g_closure_invoke_va () from /usr/lib64/libgobject-2.0.so.0
#10 0x00007ffff5c8ab0c in g_signal_emit_valist () from /usr/lib64/libgobject-2.0.so.0
#11 0x00007ffff5c8b623 in g_signal_emit () from /usr/lib64/libgobject-2.0.so.0
#12 0x00007ffff79dd56e in gtk_widget_activate () from /usr/lib64/libgtk-x11-2.0.so.0
#13 0x00007ffff78dc88d in gtk_menu_shell_activate_item () from /usr/lib64/libgtk-x11-2.0.so.0
#14 0x00007ffff78dcbf7 in gtk_menu_shell_button_release () from /usr/lib64/libgtk-x11-2.0.so.0
#15 0x00007ffff78ca570 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib64/libgtk-x11-2.0.so.0
#16 0x00007ffff5c723c0 in g_closure_invoke () from /usr/lib64/libgobject-2.0.so.0
#17 0x00007ffff5c837b4 in signal_emit_unlocked_R () from /usr/lib64/libgobject-2.0.so.0
#18 0x00007ffff5c8b14f in g_signal_emit_valist () from /usr/lib64/libgobject-2.0.so.0
#19 0x00007ffff5c8b623 in g_signal_emit () from /usr/lib64/libgobject-2.0.so.0
#20 0x00007ffff79de33f in gtk_widget_event_internal () from /usr/lib64/libgtk-x11-2.0.so.0
#21 0x00007ffff78c8ac3 in gtk_propagate_event () from /usr/lib64/libgtk-x11-2.0.so.0
#22 0x00007ffff78c8e6b in gtk_main_do_event () from /usr/lib64/libgtk-x11-2.0.so.0
#23 0x00007ffff753632c in gdk_event_dispatch () from /usr/lib64/libgdk-x11-2.0.so.0
#24 0x00007ffff557971a in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#25 0x00007ffff5579a78 in g_main_context_iterate.clone.6 () from /usr/lib64/libglib-2.0.so.0
#26 0x00007ffff5579e72 in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0

color-groups: group-prefs set colors don't take

Duncan — 2012-05-15T18:12:07

The git commit should be in the headers.

I noticed immediately after rebuilding (first time with color-groups) 
that the group colors had reverted to black, not so good on a dark 
background, tho it's not black so I could sort of see them.

But I had read about group colors in git whatchanged, so immediately set 
out to fix things.

But while setting the color in group prefs changes it there, hitting done 
doesn't apply that change, and reopening group prefs shows no change.

But editing the xml file by hand (with pan closed) has the desired 
effect.  The (default #000000) colors were stored there, so all I had to 
do was change the existing entries as desired.

So:

1. Please fix group prefs to actually apply the chosen color.

2. Preferably, fix the default so it detects the existing text color and 
defaults to that, not simply to black.  I think you'll have to query gtk 
for it.  But if it's too hard don't bother, just fix the group prefs to 
apply the color correctly and that'll do.

ANN : Ubuntu package PPA

Heinrich Müller — 2012-05-06T20:14:09

Hi,
I just want to announce that Klaus Vormweg has created a PPA for Ubuntu
with the latest packages that he updates regularly.


https://launchpad.net/~klaus-vormweg/+archive/pan


Cheers,
judgefudge

The status of --enable-gkr?

walt — 2012-05-02T19:02:29

Hi Heinrich, and thanks for the gnutls fix.

While testing the latest I found that I didn't get gnome-keyring
support until I actually used --enble-gkr.  Is that what you
intended?  configure --help still says "normally yes" for gkr.

ANN: Pan 0.137 "The Mattel and Mars Bar Quick EnergyChocobot Hour"

Petr Kovar — 2012-05-01T18:35:12

May 1, 2012 - New Release:
Pan 0.137 "The Mattel and Mars Bar Quick Energy Chocobot Hour"
http://pan.rebelbase.com/download/

What is Pan?

Pan is a newsreader which attempts to be pleasing to both new and
experienced users. In addition to the standard newsreader features, Pan
also supports yEnc, offline newsreading, article filtering, multiple
connections, and more.

It's also the only Unix newsreader to get a perfect score on the Good
Net-Keeping Seal of Approval evaluations.

About 0.137

This is a bugfix release for certain issues regarding race conditions with
thread handling, which resulted in random errors and segmentation faults.
Everybody using older versions of Pan is encouraged to upgrade. There have
been some minor UI enhancements, too.

Changes since 0.136

* Fixed errors regarding the segmentation faults etc. with thread handling.
  (Heinrich Müller)
* Colorize group names. (Heinrich Müller)
* Fix three-horizontal-pane layout between sessions. (Heinrich Müller)
* Stop tasks when there is no space left on device. (Heinrich Müller)
* Honor default attachments folder setting if group folder is not set.
  (Heinrich Müller)
* Updated translations: Spanish (Daniel Mustieles), Slovenian (Matej
  Urbančič, Martin Srebotnjak).

[git 6120c8644] Assertion hit when using ssl

walt — 2012-04-25T22:52:59

Hi Heinrich.  Just pulled again today for testing purposes and I'm hitting
an assertion I've never seen before:

** (pan:6114): WARNING **: The certificate is not trusted.


** (pan:6114): WARNING **: The certificate hasn't got a known issuer.

pan: ../../../pan/data-impl/server.cc:209: virtual void pan::DataImpl::save_server_info(const pan::Quark&): Assertion `s' failed.
Aborted

This happens immediately after clicking on the "accept" button in
the certificate dialog box.  Technically the cert dialog box should
not pop up because the flags for that news server are already set:
    <use-ssl>1</use-ssl>
    <trust>1</trust>

I notice that pan correctly re-saves the same settings before hitting
the assertion.  (At least the time stamp on servers.xml is updated to
the current time.)

This particular cert is actually expired and I suspect the cert dialog
box is opening for that reason even though the 'trust' flag is already
set to 1.  I've seen this since I started using your gnutls code but
the assertion appeared today for the first time.  No idea why.

(BTW, news.gmane.org works correctly with ssl because their cert isn't
expired :)

ANN: Pan 0.136 "Far too busy being delicious..."

Petr Kovar — 2012-04-08T17:34:32

April 8, 2012 - New Release:
Pan 0.136 "Far too busy being delicious..."
http://pan.rebelbase.com/download/

What is Pan?

Pan is a newsreader which attempts to be pleasing to both new and
experienced users. In addition to the standard newsreader features, Pan
also supports yEnc, offline newsreading, article filtering, multiple
connections, and more.

It's also the only Unix newsreader to get a perfect score on the Good
Net-Keeping Seal of Approval evaluations.

About 0.136

This release introduces a plethora of bugfixes and improvements, everybody
using older versions of Pan is encouraged to upgrade. This version supports
binary uploading, TLS (SSL) connections, PGP handling and other nice
features.

Changes since 0.135

* Support for uploading attachments (with NZB creation) to Usenet.
  (Heinrich Müller)
* Selectable Content-Transfer-Encoding. (Heinrich Müller)
* Selectable GtkSpell default language. (Heinrich Müller)
* Support for encrypting and signing articles with a public/private PGP key.
  (Heinrich Müller)
* Connections can now be encrypted with TLS 1.0. (Heinrich Müller)
* Various bugfixes/enhancements from Bugzilla.
* Auto-Cache/-Download/-Delete/-Mark read based on scores. (Heinrich Müller)
* D-Bus support for automatic batch addition of new files to the Download
  Queue. (Heinrich Müller)
* Status Icon support. (Heinrich Müller)
* GNOME Keyring support for safely storing server passwords. (Heinrich
  Müller)
* Updated translations and help: Spanish (Daniel Mustieles, Nicolás
  Satragno), Slovenian (Andrej Žnidaršič, Matej Urbančič, Martin
  Srebotnjak), German (Christian Kirbach, Mario Blättermann), Czech (Marek
  Černocký, Petr Kovar), Esperanto (Kristjan SCHMIDT), Danish (Joe Hansen),
  Japanese (OKANO Takayoshi), Russian (Yuri Myasoedov), French (Bruno
  Brouard), Brazilian Portuguese (Gabriel Speckhahn).

Next Pan release this weekend, 0.136

Heinrich Müller — 2012-04-04T18:39:46

Title says it all... Stay tuned!_______________________________________________
Pan-devel mailing list
Pan-devel-qX2TKyscuCcdnm+yROfE0A< at >public.gmane.org
https://lists.nongnu.org/mailman/listinfo/pan-devel

[pan.git] Reproducible segfault when "saving articles from selected nzb"

walt — 2012-02-24T00:24:52

Hi Heinrich.  I'm getting this segfault from your latest git (0efefbf)
when the progress bar reaches the end while trying to save articles from 
a selected nzb.

I don't understand what gpg is doing in this step because neither the
nzb or the specified articles are encrypted.

Any ideas?


Program received signal SIGSEGV, Segmentation fault.
0x00007ffff5cb5b7a in g_object_unref () from /usr/lib64/
libgobject-2.0.so.0
(gdb) bt
#0  0x00007ffff5cb5b7a in g_object_unref () from /usr/lib64/
libgobject-2.0.so.0
#1  0x0000000000475331 in ~GPGDecErr (this=0x7fffffffc690, 
__in_chrg=<optimized out>)
    at ../../../pan/usenet-utils/gpg.h:90
#2  (anonymous namespace)::SaveArticlesFromNZB::on_progress_finished 
(this=0xa8f2f40, status=<optimized out>)
    at ../../../pan/gui/gui.cc:716
#3  0x00000000005bce7e in pan::Progress::fire_finished (this=0xb47c000, 
status=0) at ../../../pan/general/progress.cc:50
#4  0x0000000000543be6 in pan::TaskArticle::update_work (this=0xb47c000, 
checkin_pending=0x0)
    at ../../../pan/tasks/task-article.cc:206
#5  0x00000000005445f5 in pan::TaskArticle::on_nntp_done (this=0xb47c000, 
nntp=0xc25c860, health=pan::OK, 
    response=<optimized out>) at ../../../pan/tasks/task-article.cc:330
#6  0x000000000055ca40 in pan::NNTP::fire_done_func (this=0xc25c860, 
health=pan::OK, response=<optimized out>)
    at ../../../pan/tasks/nntp.cc:65
#7  0x000000000055e721 in pan::NNTP::on_socket_response (this=0xc25c860, 
sock=<optimized out>, line_in=<optimized out>)
    at ../../../pan/tasks/nntp.cc:246
#8  0x0000000000574a6e in pan::GIOChannelSocket::do_read (this=0x22bdc90) 
at ../../../pan/tasks/socket-impl-gio.cc:338
#9  0x0000000000575670 in pan::GIOChannelSocket::gio_func 
(this=0x22bdc90, channel=<optimized out>, cond=<optimized out>)
    at ../../../pan/tasks/socket-impl-gio.cc:449
#10 0x00007ffff53b6862 in g_main_context_dispatch () from /usr/lib64/
libglib-2.0.so.0
#11 0x00007ffff53b7040 in g_main_context_iterate.clone.6 () from /usr/
lib64/libglib-2.0.so.0
#12 0x00007ffff53b758a in g_main_loop_run () from /usr/lib64/
libglib-2.0.so.0
#13 0x00007ffff78e1677 in gtk_main () from /usr/lib64/libgtk-x11-2.0.so.0
#14 0x0000000000486034 in run_pan_in_window (window=0x12ee0a0, prefs=..., 
queue=..., data=..., _gui=0x12ed890, 
    group_prefs=<optimized out>) at ../../../pan/gui/pan.cc:524
#15 main (argc=1, argv=0x7fffffffdd68) at ../../../pan/gui/pan.cc:1016

pan.git not displaying jpegs in body pane

walt — 2012-02-16T01:12:39

Hi Heinrich :)

I just built your latest git (29250f5) and find that any posts with 
attached jpegs display in the body pane as raw undecoded text, i.e.
yenc or whatever, instead of as a picture.

If I 'Save' the jpeg to disk, though, everything works as expected.

I haven't yet bisected/debugged the problem because I'm guessing you
will already know what caused the change, but I'm happy to pursue
it further if you like.

I'm assuming that this change in behavior is not intended, right?

Thanks!

Another error, in pref-ui.cc compilation :(

fredbezies — 2012-01-27T09:43:56

Hello.

Log here :

  CC     pan-pixbufs.o
  CXX    pan-tree.o
  CXX    post-ui.o
  CXX    prefs.o
  CXX    prefs-file.o
  CXX    prefs-ui.o
  CXX    progress-view.o
  CXX    profiles-dialog.o
prefs-ui.cc: In member function 'void
pan::PrefsDialog::edit_shortkey(gpointer)':
prefs-ui.cc:129:192: error: 'GtkDialog' has no member named 'vbox'
prefs-ui.cc:133:192: error: 'GtkDialog' has no member named 'vbox'
make[3]: *** [prefs-ui.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory `/home/fred/pan-git/src/pan2-build/pan/gui'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/fred/pan-git/src/pan2-build/pan'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/fred/pan-git/src/pan2-build'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Looks like pan is having a bad day today !

ANN: Custom hotkey support

Heinrich Müller — 2012-01-26T20:43:55

Has been added. 
Feel free to test it and report feedback if you like.

Cheers._______________________________________________
Pan-devel mailing list
Pan-devel-qX2TKyscuCcdnm+yROfE0A< at >public.gmane.org
https://lists.nongnu.org/mailman/listinfo/pan-devel

missing icon file in latest git?

walt — 2012-01-24T22:04:52

Hi Heinrich,

My git build has failed for two days because icon_prefs_applications.png
can't be found.  Did you forget to commit it? :p

Feedback: New prefs dialog layout

Duncan — 2012-01-23T04:18:33

After deciding to try a bit different workaround to the gnome-doc-
utils.make issue, I built and installed an updated pan for the first time 
in some days, and got to see the new prefs dialog for the first time.  
Here's some feedback.

I like the tabstrip ribbon at the top, with the arrows at each end.  That 
should definitely help with the small resolution over-sized width problem.

But of course I've some ideas for improvements.  See the last paragraph 
below for IMO the most critical one.

The best improvement I could suggest for the tabribbon would be adding 
icons, as it looks a bit plain and the many tabs undistinctive and hard 
to pick out at a glance, as it is.  An option for icons-only, no text, 
would be nice, but I'm not sure how it fits in with the gnome/gtk 
guidelines.  But icons and text would at least break up the long string 
of instinctive tab labels a bit.

Of course, seeing the icon improvements already made elsewhere in pan, I 
suspect you're already on it, and this is just the initial skeleton 
implementation. =:^)

Also, currently the tabs seem quite wide, apparently all set to the width 
necessary to display the longest text one, status and notifications.  
Either/both variable width or shortening the name of that one (maybe just 
notifications?) will help dramatically, as it'll mean less clicking of 
the arrows to see the other tabs.  That's another argument for icons-only 
as well, since they'll be MUCH shorter and will thus allow the whole tab 
list to show at once for many people.  (That's the primary reason I'd use 
icons-only.)

Alphabetizing the tabs would also help, tho I'd suggest keeping a 
"general" or the current behavior tab first as an initial open-
preferences landing tab.  There's enough tabs now to make the 
alphabetizing useful, particularly with the scrolling ribbon tabbar when 
only a tab or two are show at a time.


Meanwhile, as PKovar suggested a couple weeks (?) ago, combining some of 
the only-a-couple-options tabs might help.  Charset, fonts, 
notifications, applications, upload and autosave, are all small enough 
that the could potentially be combined into fewer tabs.  I'd say fonts 
could absorb charset, apps could absorb autosave and the cache size 
settings from the behavior tab could move here too, behavior could then 
take notifications since cache size would be gone, and upload encoder 
size could move into either posting profile or group options, since for 
instance ISO-image groups are likely to want rather larger chunk sizes 
than image groups so making that a per-posting-profile or per-group 
setting makes a lot of sense.

Alternatively, if the tabs labels are all set to icons-only, the tabs 
will be small enough that splitting out each section in behavior into its 
own tab would be reasonable.

Another alternative would be nested tabbars.  This works especially well 
with (larger) icons for the primary tab groups, in a setup much like 
firefox's preferences dialog. or take a look at the setup of firefox's 
configuration mania addon dialog, if you have it installed, for nested 
tabbars with a text label rather than icons implementation.  The only 
problem with this one is that then someone has to decide how the primary 
categories are setup and which one gets each current tab.


Meanwhile, three suggestions about the new hotkeys tab. =:^)

It definitely needs the sorted/grouped.  I'd suggest grouping by window 
first and then by menu, with the main window menus listed first, and 
subsequent windows only listing additional options that don't appear on 
the main menu.  That's the organization I've been using here with 
accels.txt for years.

Alternatively, make it a listview, with click to sort column headers, 
possibly with window, menu, submenu and hotkey columns.  If you click an 
entry it then pops up a mini-dialog (or alternately expands the entry 
into a second row with settings options, only one expanded at a time so 
clicking one collapses the previous one) allowing to change or delete it, 
instead of the text-box table in the current implementation.

If that's going to take a bit to implement, shorter term, at least insert 
a bit of explanatory text at the top, directly under the tab bar, saying 
what it's all about.  The tab's rather overwhelming at the moment, and 
deserves a line or two of explanation for now at least, with the sorting/
grouping coming later if it's going to be more than trivial to implement.

Finally, when I opened preferences, the new and unsorted hotkeys tab was 
the first one shown, with only one other tab visible on the tabbar.  That 
was VERY overwhelming, even expecting the new hotkeys dialog/tab (which I 
opened prefs in search of).  My immediate reaction was that this must be 
the new shortcuts/hotkeys dialog, but what happened to the other tabs, 
since only one was displayed?  I thought the build must have gone 
terribly wrong some how and omitted the code for all the other tabs 
entirely!  Then I clicked the next tab and in so doing saw the arrows, 
which I then clicked to reveal other tabss, but PLEASE, don't open the 
hotkeys tab first, at least in its presently overwhelming form, or you 
WILL have pan newbies running screaming for the exits!  I've been a pan 
user for years and LIKE config options, and that was /still/ close to my 
reaction -- WHAT HAVE I DONE -- HOW DID I BREAK IT NOW?  Given that, I 
can only imagine what a typical afraid-to-touch-the-config-for-fear-
they'll-break-something user might do.  Running screaming for the exit 
must surely be close, however!

If the usual behavior/general tab is shown first, as pan used to do, then 
the effect of the hotkeys tab even as it is, when people click on it, 
won't be so bad, since they'll have seen a rather more normal config tab 
first and thus be a bit more confident in their ability to work with 
pan's config, before getting hit with the definitely formidable and 
imposing hotkeys tab.

No gtk_notebook_set_homogeneous_tabs function in gtk3

Roger Berny — 2012-01-22T14:51:24

I had to apply that patch:

--- a/pan/gui/prefs-ui.cc       2012-01-21 15:43:56.000000000 +0100
+++ b/pan/gui/prefs-ui.cc       2012-01-22 15:21:58.000000000 +0100
< at >< at > -726,7 +726,7 < at >< at >
 
   GtkWidget * notebook = gtk_notebook_new ();
 
-  gtk_notebook_set_homogeneous_tabs (GTK_NOTEBOOK(notebook), true);
+  //gtk_notebook_set_homogeneous_tabs (GTK_NOTEBOOK(notebook), true);
   gtk_notebook_set_scrollable (GTK_NOTEBOOK(notebook), true);
 
   // Behavior


The gtk_notebook_set_homogeneous_tabs function doesn't exist in gtk3; it
was already deprecated in gtk2

The source compiles without that line in pan/gui/prefs-ui.cc.
_______________________________________________
Pan-devel mailing list
Pan-devel-qX2TKyscuCcdnm+yROfE0A< at >public.gmane.org
https://lists.nongnu.org/mailman/listinfo/pan-devel

How to help updating a translation ?

fredbezies — 2012-01-22T12:22:51

Hello.

I worked on french translation, modified / added about 150 to 200 lines.

Simple question : how to to transfer it in order to get it taken into
account ?

Thanks for your answer.

Building error in prefs.cc, about a missing hotkeys.h

fredbezies — 2012-01-22T09:46:59

Hello. Trying to build it a few minutes ago and got this error :

prefs.cc:34:21: fatal error: hotkeys.h: No such file or directory
compilation terminated.
make[3]: *** [prefs.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory
`/home/fred/Téléchargements/pan-git/src/pan2-build/pan/gui'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/home/fred/Téléchargements/pan-git/src/pan2-build/pan'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/fred/Téléchargements/pan-git/src/pan2-build'
make: *** [all] Error 2

gnome-doc-utils redux

Duncan — 2012-01-22T09:14:32

While I know little more about the /why/ than I did before, I bumbled 
around with the commit ( d49229012425f2662c2b7a9694c517a23f31cbff ) that 
triggered my gnome-doc-utils issues until I finally figured out what 
actual change is triggering the problem.

You and I both have been looking in Makefile.am, but that's not the 
problem.  The problem is...

configure.in, starting on line 270 (problem line 274)

 AC_CONFIG_FILES([Makefile
                  pan.spec
                  pan.iss
                  README.windows
+                 help/Makefile
                  po/Makefile.in
                  uulib/Makefile
                  pan/Makefile

If I delete that line, everything's fine.  Looking at the context, I see 
no conditional around that saying only to include it in the list if help 
is enabled...

That's what causes automake to error out later, since automake tries to 
create help/Makefile even when help is turned off, and help/Makefile.am 
has...

include $(top_srcdir)/gnome-doc-utils.make

... as its first line, but gnome-doc-utils.make apparently won't get 
copied to $top_srcdir unless help is turned on.

So I don't know how to do it, but that help/Makefile line apparently must 
be made conditional, however it's done...

Any way to disable help locales to be build ?

fredbezies — 2012-01-19T07:09:40

Hello. As spanish help is busted, so busting build process too, any flags
to deactivate it for now ?

My error log :

make[2]: Entering directory
`/home/fred/Téléchargements/pan-git/src/pan2-build/help'
msgfmt -o de/de.mo de/de.po
msgfmt -o es/es.mo es/es.po
if ! test -d de/; then mkdir de/; fi
if ! test -d es/; then mkdir es/; fi
if [ -f "C/pan.xml" ]; then d="../"; else
d="/home/fred/Téléchargements/pan-git/src/pan2-build/help/"; fi; \
mo="de/de.mo"; \
if [ -f "${mo}" ]; then mo="../${mo}"; else
mo="/home/fred/Téléchargements/pan-git/src/pan2-build/help/${mo}"; fi; \
(cd de/ && \
  `which xml2po` -m docbook -e -t "${mo}" \
    "${d}C/pan.xml" > pan.xml.tmp && \
    cp pan.xml.tmp pan.xml && rm -f pan.xml.tmp)
if [ -f "C/pan.xml" ]; then d="../"; else
d="/home/fred/Téléchargements/pan-git/src/pan2-build/help/"; fi; \
mo="es/es.mo"; \
if [ -f "${mo}" ]; then mo="../${mo}"; else
mo="/home/fred/Téléchargements/pan-git/src/pan2-build/help/${mo}"; fi; \
(cd es/ && \
  `which xml2po` -m docbook -e -t "${mo}" \
    "${d}C/pan.xml" > pan.xml.tmp && \
    cp pan.xml.tmp pan.xml && rm -f pan.xml.tmp)
xsltproc -o pan-C.omf --stringparam db2omf.basename pan --stringparam
db2omf.format 'docbook' --stringparam db2omf.dtd "-//OASIS//DTD DocBook XML
V4.1.2//EN" --stringparam db2omf.lang C --stringparam db2omf.omf_dir
"/usr/share/omf" --stringparam db2omf.help_dir "/usr/share/gnome/help"
--stringparam db2omf.omf_in
"/home/fred/Téléchargements/pan-git/src/pan2-build/help/pan.omf.in"
--stringparam db2omf.scrollkeeper_cl "`scrollkeeper-config
--pkgdatadir`/Templates/C/scrollkeeper_cl.xml" `/usr/bin/pkg-config
--variable db2omf gnome-doc-utils` C/pan.xml || { rm -f "pan-C.omf"; exit
1; }
db2omf: Could not construct the OMF subject element.
  Add a subject element to
/home/fred/Téléchargements/pan-git/src/pan2-build/help/pan.omf.in.
make[2]: *** [pan-C.omf] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory
`/home/fred/Téléchargements/pan-git/src/pan2-build/help'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/fred/Téléchargements/pan-git/src/pan2-build'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

[pan-devel] Spanish translation is busted,busting building process :

fredbezies — 2012-01-19T07:00:21

Got this, this morning :

msgfmt -o es/es.mo es/es.po
xsltproc -o pan-C.omf --stringparam db2omf.basename pan --stringparam
db2omf.format 'docbook' --stringparam db2omf.dtd "-//OASIS//DTD DocBook XML
V4.1.2//EN" --stringparam db2omf.lang C --stringparam db2omf.omf_dir
"/usr/share/omf" --stringparam db2omf.help_dir "/usr/share/gnome/help"
--stringparam db2omf.omf_in
"/home/fred/Téléchargements/pan-git/src/pan2-build/help/pan.omf.in"
--stringparam db2omf.scrollkeeper_cl "`scrollkeeper-config
--pkgdatadir`/Templates/C/scrollkeeper_cl.xml" `/usr/bin/pkg-config
--variable db2omf gnome-doc-utils` C/pan.xml || { rm -f "pan-C.omf"; exit
1; }
db2omf: Could not construct the OMF subject element.
  Add a subject element to
/home/fred/Téléchargements/pan-git/src/pan2-build/help/pan.omf.in.
make[2]: *** [pan-C.omf] Error 1
make[2]: Leaving directory
`/home/fred/Téléchargements/pan-git/src/pan2-build/help'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/fred/Téléchargements/pan-git/src/pan2-build'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Looks like spanish translation is busted...