On 2019-12-02 11:18, Steve Davies wrote:
In case it helps, the Win64 build requires the following patch:
Interesting... - this is the exact same patch that Rhialto suggested
at: https://gitlab.gnome.org/GNOME/pan/merge_requests/1
Basically, the 4 lines above contain a "non-space" "space" char
On 2019-12-01 18:25, Julien Michielsen wrote:
Rhialto schreef op 01-12-2019 16:02:
On Sun 01 Dec 2019 at 15:46:41 +0100, Julien Michielsen wrote:
my locale, would anyone be able to see something that is not accepted
by pan?
LANG=nl_NL.UTF-8@euro
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C
On 2019-12-01 16:02, Rhialto wrote:
On Sun 01 Dec 2019 at 15:46:41 +0100, Julien Michielsen wrote:
my locale, would anyone be able to see something that is not accepted
by pan?
LANG=nl_NL.UTF-8@euro
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
On 2019-12-01 15:46, Julien Michielsen wrote:
Rhialto schreef op 01-12-2019 15:12:
On Sun 01 Dec 2019 at 14:41:25 +0100, Per Hedeland wrote:
> Does anyone have a hint how to get this running?
Not me - FWIW, Pan 0.145 works fine for me on FreeBSD. It may be
something specific to y
due to the *f dereference if format
is 0/NULL.
Does anyone have a hint how to get this running?
Not me - FWIW, Pan 0.145 works fine for me on FreeBSD. It may be
something specific to your environment. Does it crash immediately on
startup, i.e. doesn't even display a window? If not,
On 2019-04-28 20:11, Dave wrote:
On Sun, 28 Apr 2019 16:01:40 +0200, Per Hedeland wrote:
Sorry if the question is dumb, but you haven't accidentally switched
the "Action" from "Save attachements" to "Save text" in the download
pop-up? It happened to m
Sorry if the question is dumb, but you haven't accidentally switched
the "Action" from "Save attachements" to "Save text" in the download
pop-up? It happened to me once...:-) - and the setting is
semi-persistent, i.e. it keeps the choice until you save with a
On 2017-01-23 22:48, David Kelly wrote:
>
>
> --
> David Kelly N4HHE, dke...@hiwaay.net
>
> Whom computers would destroy, they must first drive mad.
> On Jan 23, 2017, at 11:08 AM, Per Hedeland wrote:
>
>&
On 2017-01-23 15:35, Dave wrote:
>
> I'm not sure if there's a way to increase swap on this. FreeBSD, like
> Linux and unlike Windows, uses a swap partition. 4GB was enough when
> I layed out the hard disk. Now it isn't. I'm not sure if there's a way
> around this without a full backup, refore
On 2016-11-13 13:07, Rhialto wrote:
> On Sat 12 Nov 2016 at 16:58:32 +0100, Per Hedeland wrote:
>> ...and in case there is interest in it, the attached patch for Pan does
>> just that - I've tested it against what I believe is the server the OP
>> is referring to, in an
On 2016-11-12 16:58, Per Hedeland wrote:
>
> ...and in case there is interest in it, the attached patch for Pan does
> just that - I've tested it against what I believe is the server the OP
> is referring to, in any case it is one that does return 500 for MODE
> READER.
On 2016-11-12 15:43, Per Hedeland wrote:
>
> And in the specific case of the MODE READER command, with the specific
> reply code 500 - which means "Command not understood" - it is useful,
> and can even be considered reasonable, to ignore the reply. The client
> doesn
On 2016-11-11 15:38, DLSauers wrote:
> On Fri, 11 Nov 2016 10:08:31 +0100, Per Hedeland wrote:
>
>> Understood. A 5xx reply code indicates a fatal error, and the client
>> giving up on the server and disconnecting is the "normal"/default
>> behavior
>
>
On 2016-11-11 05:17, DLSauers wrote:
> On Thu, 10 Nov 2016 23:12:16 +0100, Per Hedeland wrote:
>
[snip]
>> And regarding Duncan's mention
>> of what is known as "Postel's principle", a resonable application of
>> that is that if you are an NNTP server
d then per the above
it MUST return a 200 or 201 response to MODE READER, regardless of
whether the CAPABILITIES command has been issued by the client.
--Per Hedeland
On 2016-11-10 13:54, DLSauers wrote:
> On Thu, 10 Nov 2016 03:27:14 +, Duncan wrote:
>
>> A practical and common RFC
walt wrote:
>
>Hi Per. I recognize your name from my FreeBSD days of yore :)
Well, I don't think I've left much of a footprint in the FreeBSD
community - maybe in the rather smaller Pan-on-FreeBSD one.:-)
>I certainly have seen the stupidly-wide body pane many times before, and
>for a very long
eft = outlen - converted;
-#if defined(__NetBSD__)
+#if defined(__NetBSD__) || defined(__FreeBSD__)
converted = iconv (cd, &inbuf, &inleft, &outbuf, &outleft);
#else
converted = iconv (cd, (char **) &inbuf, &inleft, &outbuf, &outleft);
Per Hedeland w
ons of glib (seems to be 2.34.3) etc - after I've fixed an insane
number of "Only can be included directly." errors, it
eventually dies with "'_' was not declared in this scope".
Anyway, if the body pane width thing is a known problem with a fix, I
would be ha
had charset=iso-8859-1 in the Content-Type
header even though the body actually *was* utf-8, the result would
probably be what you're seeing.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/pan-users
orry! Look in /etc/fstab and see how it's mounted.
Or, for the definite truth, use 'mount' without arguments (e.g. file
systems may have been mounted "manually" without an entry in fstab, or
fstab may have been modified since it was used).
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
concerned, the
file ceases to exist at the point of the unlink(2).)
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
originated in Solaris,
but exists at least in current and semi-current versions of Linux and
*BSD too. Its buddy pgrep is also very handy, to avoid the 'ps | grep |
grep -v' song-and-dance in cases where you want to do something other
than kill.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
Paul Crawford wrote:
>
>Per Hedeland wrote:
>> Pan's decode-for-viewing is completely separate from the
>> decode-for-saving - the former uses gmime stuff (I fixed some bugs with
>> the opposite problem, i.e. saving worked but viewing didn't, in the
>> pas
er strange
arrangement, but don't remember if I figured it out. I guess it would
not be a very good idea to decode e.g. big movies into memory (what
gmime does), nor to decode things that really will be displayed into a
file and loading it afterwards - and maybe there
to personal
>likes.
No, SSL != SSH, the only thing they have in common is "encryption". You
have no use for SSH when talking to a SSL-enabled server, and you have
no use for stunnel when talking to a SSH server - which is what you need
to do to est
Joe Zeff wrote:
>
>On 01/03/2009 Beartooth wrote:
>> I forgot to mention the corroboration! I took that mizzawobble
>> fershlugginer little space out, and presto change-o : the message
>> cross-
>> posted.
>
>This should be reported as a bug. A properly written parser ignores
>whitespace.
Beartooth wrote:
>
>On Sat, 03 Jan 2009 20:13:48 +0100, Per Hedeland wrote:
>
>> Beartooth wrote:
>>>
>>>!> Warning: The posting profile's server doesn't carry newsgroup !> "
>>>grc.techtalk".
>>
>> I guess that
-- while the Newsgroups line at the top of the Message contains :
>grc.techtalk.linux, grc.techtalk Anybody see any typos??
Yes - the groups must be separated *only* by a single comma - no
whitespace allowed. I.e. the server saw it as an attempt to post to the
groups "grc.techtalk.linux" and " grc.t
Duncan <[EMAIL PROTECTED]> wrote:
>
>Per Hedeland <[EMAIL PROTECTED]> posted
>[EMAIL PROTECTED], excerpted below, on Sun,
>17 Aug 2008 12:38:46 +0200:
>
>> I seem
>> to recall that you can end up with a number of files in ~/.pan2 being
>> zero size if
Duncan <[EMAIL PROTECTED]> wrote:
>
>Per Hedeland <[EMAIL PROTECTED]> posted
>[EMAIL PROTECTED], excerpted below, on Sun,
>17 Aug 2008 01:53:55 +0200:
>
>> And of course Pan doesn't delete (and re-create) the file out of an evil
>> desire to circumve
new* file (say servers.xml.tmp),
write the data to that, and then 'mv' (or rather rename()) it over the
old one. This has several advantages, notably that you don't end up with
a mess if the writing fails for some reason, and that the change is
atomic, i.e. there is never a file
walt <[EMAIL PROTECTED]> wrote:
>
>Excellent, thank you. Charles has been accepting and committing patches
>again just lately, even though he doesn't mention it here. If you open
>a new bug report and attach your patch, it may actually get committed.
OK, it's http://bugzilla.gnome.org/show_bug.c
would be something the client notices by way of the
*lack* of a response - and the pan code handles it as if the latter had
happened (i.e. closes the connection and opens a new one, with the same
result).
The trivial patch below seems to fix the problem (using the RFC 39
an can do to fix
it. E.g. if I type the wrong password above, I get this:
381 PASS required
authinfo pass notmypassword
502 invalid username or password; see [snip]
Connection closed by foreign host.
- which is to be expected. If you are sure that you're giving the
correct username and passwo
e that you
supply passwords to them.
>I think Radius servers are things you expect to find on local
>networks, so there is a good possibility that this mistaken
>invocation of Radius is a local problem and has nothing to do
>with Earthlink.
No.
--Per Hedeland
arn to work with the system instead - 'rm' *is*
dangerous for the unwary, if you can't handle that sit on your hands or
make a habit of using -i, or at least create a *differently named*
alias, like, uh, 'del'...:-)
I was going to add an IMHO to that, but on second thought, I won't.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
e if it existed in 0.120 though, but it's possible (or it may be a
different bug that has also been fixed:-).
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
way, and then "delete" them all again with another toggle.
And with this style of usage, the popup is quite reasonable even for
subscribed groups - it appears when you haven't read the group for a
"long" time (I assume it's when all your read articles have expired on
the server) - and then you may very well *not* want all the "headers"
retrieved.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
lt;= 369052 displayed correctly,
>> but all those with byte size >= 369361 displayed incorrectly. Of
>> the two dozen or so that I tried.
>
>An interesting observation. I'll keep it mind while I study this bug.
>And while we all wait for C
walt <[EMAIL PROTECTED]> wrote:
>
>On Thu, 09 Aug 2007 10:20:18 +0200, Per Hedeland wrote:
>
>> walt <[EMAIL PROTECTED]> wrote:
>>> ...
>>> Appears to me that the "body" of this post is really the first
>>> attachment of five, the l
Duncan <[EMAIL PROTECTED]> wrote:
>
>Per Hedeland <[EMAIL PROTECTED]> posted
>[EMAIL PROTECTED], excerpted below, on Thu,
>09 Aug 2007 10:20:18 +0200:
>
>>>Appears to me that the "body" of this post is really the first
>>>attachment of five,
walt <[EMAIL PROTECTED]> wrote:
>
>On Wed, 08 Aug 2007 23:39:20 +, Jim Henderson wrote:
>
>> Over on news.povray.org in the povray.binaries.images group, there's a
>> message with a subject line "Problem: Finding the elevation range of an
>> isosurface relief" (Message-ID is
>> <[EMAIL PROTECTE
ould they be - surely old-pan didn't do that? Or maybe you mean
"when saved"? If so it seems they are in 0.131.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
Per Hedeland <[EMAIL PROTECTED]> wrote:
>
>Csv4Me2 <[EMAIL PROTECTED]> wrote:
>>
>>On Monday 28 May 2007 23:36, Per Hedeland wrote:
>[unsnip]
>>>In this scenario, 0.131 throws up a single article in the header pane
>>>immediately and then continue
Csv4Me2 <[EMAIL PROTECTED]> wrote:
>
>On Monday 28 May 2007 23:36, Per Hedeland wrote:
[unsnip]
>>In this scenario, 0.131 throws up a single article in the header pane
>>immediately and then continues with the header download, and when all
>>headers are downloa
rticle at the top of the view - but that is
not what happens currently unless you sort by date, and maybe not even
then (I haven't really checked, but I guess that first article is simply
the first that is retrieved from the server(s) - i.e. roughly the
article-numerically first).
--Per Hed
Duncan <[EMAIL PROTECTED]> wrote:
>
>Per Hedeland <[EMAIL PROTECTED]> posted
>[EMAIL PROTECTED], excerpted below, on Mon,
>30 Apr 2007 19:12:02 +0200:
>
>Duncan wrote...
>
>>> If it's what I think it is, pan has sent ACKs for packets
>
>That B
en the other end has signaled a close (the connection is
then in the CLOSE_WAIT state), the connection stays open, since TCP
allows "half-closed" connections - i.e. it's possible for that
application to still receive packets, but as soon as it does close the
connection (or exit, which is
I filed a bug for this - 427471.
--Per
Per Hedeland <[EMAIL PROTECTED]> wrote:
>
>Richard Gold <[EMAIL PROTECTED]> wrote:
>>
>>Per Hedeland wrote:
>>> I think I've seen some messages about scoring problems, but I didn't pay
>>> much
Richard Gold <[EMAIL PROTECTED]> wrote:
>
>Per Hedeland wrote:
>> I think I've seen some messages about scoring problems, but I didn't pay
>> much attention since I don't use it much - I do however use it
>> occasionaly for "kill file" funct
I enter
the group. So, it seems scoring isn't applied to newly-fetched articles,
only to those already "present" when you enter a group.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
Garrison Hoffman <[EMAIL PROTECTED]> wrote:
>
>Charles Kerr wrote:
>> Thanks for doing the extra legwork on this. I've got a patch up at
>> http://bugzilla.gnome.org/attachment.cgi?id=85937&action=view
>
>That fixed my problem; thanks Charles.
Ah, so there was an earlier report here even (and som
invalid. Editing preferences.xml took care of it of course, but it
wasn't entirely obvious what was going on, and of course there was no
opportunity to re-set the sort column from within Pan...
--Per Hedeland
[EMAIL PROTECTED]
___
Pan-users mailin
tf-8 which is two bytes
per character for the non-ascii part of iso-8859/x seems to work fine
too, but of course that's still one byte per actual character. And there
we get nice stuff like
Subject: Re: =?utf-8?Q?Skapa_filsystem_f?=
=?utf-8?Q?=C3=B6r_DVD_med_filer_p?=
=?utf-8?Q?=C3=
for lang in $$LINGUAS; do printf "$$lang.gmo ";
done)
The toplevel configure still sets POFILES and CATALOGS in .122, but
these settings are apparently thrown away; PO_LINGUAS seems to be new in
.122.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
y reason not to have "Save" as the
>default selected element in the "Save Articles" dialog? i use this dialog
>quite a bit, and just press the save button 99.7% of the time, so this extra
>shift-tab seems a little cumbersome to me.
>
>implementing the feature request of bug 350527 (bring back "Save") would be
>even better, imho.
Agreed on both counts.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
Darren Albers <[EMAIL PROTECTED]> wrote:
>
>Duncan wrote:
>> Per Hedeland <[EMAIL PROTECTED]> posted
>> [EMAIL PROTECTED], excerpted below, on Sun,
>> 07 Jan 2007 16:08:50 +0100:
>>
>>
>>> There was some discussion/complaints/bug-repor
y it can
sneak in before 1.0 since it's quite straightforward.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
course you could also start
pan from the commandline after doing the ulimit there. Note for [t]csh
users, these use a different command/syntax for no particular reason:
d120 3> limit coredumpsize
coredumpsize 0 kbytes
d120 4> unlimit coredumpsize
d120 5> limit coredumpsize
coredumpsiz
yrinth of automake stuff I would
suggest a patch to remove the -O2 for this particular program, for now
I've settled for having a little script that tweaks the generated
Makefile between ./configure and make... - I've no problem at all
building the rest of pan (including
switch to another group and back to this one (without
changing the "show" setting), the followups will have "pulled in" the
parent articles and the threads will be shown with the expected
non-bold-but-underlined font (when collapsed).
Maybe a filter-apply missing somewhere?
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
nished(?) quick hack solution (I took your bait =8^):
Wow - if it works, I'm mightily impressed. Myself, I would just have
done
echo "${quotes[$RANDOM_NUMBER]}" | fmt
- but then I'm lazy.:-)
>Note that you have two post-quote lines, so if the quote is long enough to
>
Charles Kerr <[EMAIL PROTECTED]> wrote:
>
>Per Hedeland wrote:
>> "Charles Kerr" <[EMAIL PROTECTED]> wrote:
>>> This is "weekly" beta #19 of a full Pan redesign and rewrite in C++.
>>> It's now feature-complete for an upcoming 1.
"Charles Kerr" <[EMAIL PROTECTED]> wrote:
>
>This is "weekly" beta #19 of a full Pan redesign and rewrite in C++.
>It's now feature-complete for an upcoming 1.0 release and is being cycled
>through weekly betas to squash as many bugs as possible before 1.0.
I see that my "fix"/workaround for the "
"Charles Kerr" <[EMAIL PROTECTED]> wrote:
>
>> On Sat, 12 Aug 2006 16:15:32 +0200, Per Hedeland wrote:
>>
>>> Seems this was broken for all yenc multipart posts (in 0.14 too)
>>
>> Hi Per,
>>
>> I took a few days to figure out wha
it allergic to auto-setting of variables in
emacs), but I didn't want to mess up this patch with re-indentation).
--Per Hedeland
--- pan-0.107/pan/usenet-utils/mime-utils.cc.ORIG Tue Aug 8 22:11:32 2006
+++ pan-0.107/pan/usenet-utils/mime-utils.ccSat Aug 12 15:58:03 2006
@@ -397,6 +397,
read in non-bold in the header pane -
but with some fonts there is no difference. You could try another font
if this distinction is good enough for you.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
Charles Kerr <[EMAIL PROTECTED]> wrote:
>
>This is a good patch. Thank you!
Thank you for the response! I was starting to worry that it went into
/dev/null...:-)
>Feel free to submit more if you like. :)
Already did, see the "Oscillating size-to-fit" message. Though I
wouldn't call that patch "
ever, some
>(presumably those not so affected ) would consider an toggle for that a
>feature rather than a bug. I hope that option will make it into 1.0, but
>I'll understand if it doesn't, and just continue avoiding "space" for
>"read more" since the effect is so personally unpleasant.
And finally something on-topic:-) - it's already there (thankfully)! At
least in 0.106, not sure when it was added. With GUI and all - look
under View -> Body Pane, right where it ought to be.
--Per Hedeland
___
Pan-users mailing list
Pan-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/pan-users
e
still allowing the picture size to follow manual resize of the body pane
reasonably well. And there is "prior art" in the same source file:-)
(dealing with double-click on links - though there a timing-based
solution is "proper", I think).
--Per Hedeland
--- pan-0.106/pan/gui/bod
Darren <[EMAIL PROTECTED]> wrote:
>
>Per Hedeland wrote:
> > Hm, the overwhelming response to that made me go looking for a fix
>> myself:-) - patch for 0.106 below. The problem was that the handling of
>
>I actually meant to take a look and see if the occasional i
Per Hedeland <[EMAIL PROTECTED]> wrote:
>
>I've noticed that for some pictures posted as multiple parts, pan will
>fail to display the complete picture - seems it only shows what is
>contained in the first part, with the rest black or occasionally
>containing garbled pa
f the display code, or just a
plain bug? (Hoping for the latter...:-) FWIW, I've seen this both in
0.14.x and 0.10x (the above example was with 0.106), though in 0.14.x I
had applied a patch for improved content-type guessing (was posted to
the list) and so thought that this might be the culprit,
Charles Kerr <[EMAIL PROTECTED]> wrote:
>
>Duncan wrote:
>>
>> There has been some debate on the line spacing in the header pane.
>> Christophe Lambin was the one that commented how much larger it was, I
>> believe, back in April/May? I think it was if you want to check the list
>> archive. IIRC
"Charles Kerr" <[EMAIL PROTECTED]> wrote:
>
>> "Charles Kerr" <[EMAIL PROTECTED]> wrote:
>>>
>>>- const int diff_secs (std::max (1l, now-_time_started));
>>>+ const int diff_secs (std::max ((time_t)1, now-_time_started));
>>>
>>>Smells like a more correct fix to me -- does it pass muster on BSD?
Thomas Stein <[EMAIL PROTECTED]> wrote:
>
>On Tuesday 18 April 2006 13:09, Duncan wrote:
>
>> Note that gcc is slotted. You can therefore unmask 4.1.0 and merge it, if
>> desired, and use gcc-config/eselect to switch between versions. I /know/
>> 4.1.0 compiles it just fine -- and in less than a
"Charles Kerr" <[EMAIL PROTECTED]> wrote:
>
>- const int diff_secs (std::max (1l, now-_time_started));
>+ const int diff_secs (std::max ((time_t)1, now-_time_started));
>
>Smells like a more correct fix to me -- does it pass muster on BSD?
Yeah, that's fine too (though I think the "smell" is the
ery hard to read:-).
This is a non-Gnome (*and* non-KDE:-) system if it matters - gtk seems
to be 2.8.16 (built from a pretty recently updated FreeBSD "port").
--Per Hedeland
--- pan-0.94/pan/tasks/socket.cc.orig Tue Feb 28 05:01:53 2006
+++ pan-0.94/pan/tasks/socket.ccSun A
>the preceeding character". Thus, ".*" means "zero or more of any
>character". That pretty well covers all groups.
So does just "." of course, since there are no groups with zero
characters in the name...:-) (Assuming non-anchored regexp, as you
expl
is
when the kernel crashes (or has a bug, or power is lost, etc).
It may well cause corruption to file *contents* though, which won't be
handled by even a journalled file system, nor noticed or fixed by fsck
and friends.
--Per Hedeland
[EMAIL PROTECTED]
_
80 matches
Mail list logo
