gmane.comp.gnome.apps.pan.devel

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

Re: The status of --enable-gkr?

Heinrich Müller — 2012-05-03T15:39:33

Am 02.05.2012 21:02, schrieb walt:
Damn, thanks for the heads-up. I forgot to change that. The expected
behaviour is auto-off, yes.

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

Re: [git 6120c8644] Assertion hit when using ssl

Heinrich Mueller — 2012-04-26T09:40:37

Am 26.04.2012 00:52, schrieb walt:
Has been fixed in git repo, thanks.

Cheers.

[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 appear

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.
  (Heinr

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

walt — 2012-04-05T20:32:19

Sorry, same thing.  Every time I click on Trust or Apply I immediately
get another identical popup dialog.  With every iteration I see another
two warnings on the console:

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


** (pan:32302): WARNING **: The certificate has expired

This cycle continues until I click Cancel.

BTW, this is pan 47c5f947

Thanks Heinrich

Re: Next Pan release this weekend, 0.136

Duncan — 2012-04-05T00:26:01

Heinrich Müller posted on Wed, 04 Apr 2012 18:39:46 +0000 as excerpted:


Cool!  I wasn't expecting it until August, to keep the annual first week 
in August pan update tradition that seems to have been the case for 
several years.

But I'm not going to complain about an early version drop. =:^)

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

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

Heinrich Mueller — 2012-04-04T16:30:23

Am 04.04.2012 02:34, schrieb walt:
I changed the logic to accept this condition.
Please pull again and try, it should work now.

Cheers.

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

walt — 2012-04-04T00:34:55


Hi Heinrich.  I just pulled again and rebuilt (git 074e20fb).  Just
as with Alan's patch I'm getting persistent popup dialogs asking me
to accept the server's certificate even though I already have the
"always trust" checkbox checked.  Here is the console output, which
repeats endlessly when I click on "accept":

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


** (pan:14235): WARNING **: The certificate has expired


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


** (pan:14235): WARNING **: The certificate has expired

BTW, the cert did indeed expire December 2011, but it was no doubt
self-signed by the news admin anyway, so should we really care?

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

Heinrich Mueller — 2012-04-03T18:05:36

Am 02.04.2012 22:03, schrieb Alan Young:
Thanks for that. I went a different route and removed g_error in favor 
of g_warning and removed g_warning on the
always_trust condition.

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

Alan Young — 2012-04-03T01:23:52

Oh, sorry about that.  It has been a while since I posted to this list 
and could not remember if attachments were ok.  I've attached an actual 
patch file to this mail.  So hopefully it will get through.  If not, I 
can always try again. :)

It could be that there's another place to patch for the nzbs.  I usually 
use a different program for those.   I'll have to find something to try 
in Pan tonight.  For regular message reading or decoding, I do not get 
any pop ups to accept the cert.  Just the warning messages in the output.

Alan
--- cert-store.cc.orig2012-04-01 01:26:55.100783006 -0700
+++ cert-store.cc2012-04-01 02:10:31.454124927 -0700
< at >< at > -139,8 +139,14 < at >< at >
 
     if (!gnutls_x509_crt_check_hostname (cert, mydata->hostname_full.c_str()))
     {
+// if we trust make it warning instead of a abort/error
+// ? how to print cert's hostname...
+     if (mydata->always_trust)
+      g_warning ("The certificate's owner does not match hostname '%s' !\n", mydata->hostname_full.c_str());
+      else {

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

walt — 2012-04-03T00:11:57



Heh, cool, thanks.  your patch was very corrupted in transmission, but I
resuscitated it slightly :)

My result is that pan no longer exits, but it keeps popping up a very
polished and formal dialog box (maybe from gnome or gtk?) asking me if I
want to accept the cert or not.

I click to accept the cert and a second later another one pops up with the
same question, no idea why.  You seem to be generally on the right track,
though.

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

Alan Young — 2012-04-02T20:03:15

I'm not sure, I don't have a bt handy.  But I think it was crashing with 
the g_error below.  I did a quick patch like this to work around it.  It 
assumes you have the trust check box marked and if so just issues a 
warning instead of an error.

--- cert-store.cc.orig  2012-04-01 01:26:55.100783006 -0700
+++ cert-store.cc       2012-04-01 02:10:31.454124927 -0700
< at >< at > -139,8 +139,14 < at >< at >

     if (!gnutls_x509_crt_check_hostname (cert, 
mydata->hostname_full.c_str()))
     {
+// if we trust make it warning instead of a abort/error
+// ? how to print cert's hostname...
+     if (mydata->always_trust)
+      g_warning ("The certificate's owner does not match hostname '%s' 
!\n", mydata->hos
+      else {
       g_error ("The certificate's owner does not match hostname '%s' 
!\n", mydata->hostn
       goto _fail;
+     }
     }
     
     if (fail) goto _fail;

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

Heinrich Mueller — 2012-04-02T19:42:16

Am 02.04.2012 19:48, schrieb walt:
I still don't get why pan crashes like this.
Can you post a backtrace with gdb? Did you enable special debugging 
flags for glib?
Make a "export G_DEBUG="" " if appropriate.

Cheers.

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

walt — 2012-04-02T17:48:18


The message is pasted below.  As Duncan suggested, marking the cert as
"always trusted" does fix the problem, but only *after* restarting pan.

The first time I connect after marking the "always trust" checkbox, pan
still shuts down with the warning below.  Only when I restart pan does
the "always trust" setting work correctly.  That's an old problem with
all pan settings, I've noticed many times.  It misleads the user into
thinking that the new setting doesn't do what it should.


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


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


** ERROR **: The certificate's owner does not match hostname 'news.budgetnews.net' !

Trace/breakpoint trap

Thanks Heinrich :)

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

Duncan — 2012-04-02T07:07:14

walt posted on Sun, 01 Apr 2012 22:33:36 +0000 as excerpted:


I'm not sure, but I /think/ that's what the "always trust this server's 
certificate" checkbox, in the server settings under security, might be 
for.  Have you tried that?

And you should still be able to start pan, regardless, just not connect 
to the server.  Of course if you have the "get new headers in subscribed 
groups at startup" option checked, in prefs, that could put a kink in 
things, but that's precisely why I recommend people keep both it and the 
parallel option for group entry fetching turned off... there's possible 
side effects like this that make those options rather less wise to enable 
than they might look at first glance.

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

Heinrich Mueller — 2012-04-02T04:51:16

Am 02.04.2012 00:33, schrieb walt:
Can you post the message?

Cheers.