noffle-users Mailing List for Noffle - news server (Page 4)
Brought to you by:
bears
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2002 |
Jan
|
Feb
|
Mar
(1) |
Apr
(6) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
2003 |
Jan
(17) |
Feb
(24) |
Mar
(3) |
Apr
(1) |
May
(27) |
Jun
(5) |
Jul
(7) |
Aug
(9) |
Sep
(8) |
Oct
(13) |
Nov
(9) |
Dec
(5) |
2004 |
Jan
|
Feb
|
Mar
(24) |
Apr
(5) |
May
(5) |
Jun
(2) |
Jul
(10) |
Aug
(8) |
Sep
(8) |
Oct
(18) |
Nov
(5) |
Dec
(1) |
2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2006 |
Jan
(3) |
Feb
(3) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(48) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Carles A. <ll...@ar...> - 2004-03-17 23:14:52
|
Dan Jacobson wrote: > > awk -F\\t '{print $5}' /var/spool/noffle/overview/some_group|xargs -n 1 noffle -a|grep ... > works. That's right. I've used a simple 'cut -f5' instead. > Maybe the man page should mention that -a doesn't cause any new requests. Yes it doesn't. You're welcome. -- Regards, Carles Arjona nos...@bi... ( nospammer IS my real username ). |
From: Dan J. <ji...@ji...> - 2004-03-17 22:29:51
|
awk -F\\t '{print $5}' /var/spool/noffle/overview/some_group|xargs -n 1 noffle -a|grep ... works. Maybe the man page should mention that -a doesn't cause any new requests. |
From: Andre B. <and...@we...> - 2004-03-17 21:46:14
|
* Andre Berger <and...@we...>, 2004-03-16 23:10 +0100: > * Andre Berger <and...@we...>, 2004-03-16 19:18 +0100: > > * Jim Hague <jim...@ac...>, 2004-03-16 13:01 +0100: > > > On 16-Mar-2004 Andre Berger wrote: > ./configure --prefix=/usr/local --enable-auth=yes --with-usersfile=/usr/local/etc/news/noffle.users --with-configfile=/usr/local/etc/news/noffle.conf --with-gdbm-include=/sw/include --with-gdbm-libdir=/sw/lib Sorry, it's of course "--enable-auth=file", not "--enable-auth=yes" -Andre |
From: Dan J. <ji...@ji...> - 2004-03-17 19:57:14
|
C> I wrote a simple shell script that reads the C> /var/spool/noffle/overview/group_name file and dumps only articles C> for that group. It works just fine. So you might just grep the C> output of an script like that. OK, but which lines in /var/spool/noffle/overview/group_name are of articles that one already has the bodies of? I don't want to cause any new requests. Or is the only way to first run the script, and then clean up /var/spool/noffle/requested ? |
From: Dan J. <ji...@ji...> - 2004-03-17 19:56:30
|
D> I found some junk files in /var/spool/noffle/requested. Say everybody, drop what you are doing, and do ls -l /var/spool/noffle/{requested,core} and post here any oddities or time coincidences, and note if you ever hit ^C while waiting for noffle -R. |
From: Andre B. <and...@we...> - 2004-03-16 22:06:02
|
* Andre Berger <and...@we...>, 2004-03-16 19:18 +0100: > * Jim Hague <jim...@ac...>, 2004-03-16 13:01 +0100: > > On 16-Mar-2004 Andre Berger wrote: Jim, before anything else, let me thank you very much for your kindness, for your lightning-fast replies, and for all your work!! Noffle does work on Mac OS X 10.3.3 (Panther) with Fink. What I did was get "fink install gdbm3" from unstable, since Fink stable only provides libgdbm 1.8.0, unstable 1.8.3. Then I downloaded and unpacked the noffle 1.1.5 sources. (We talked about the patches, so I guess you'll have them ready when the next person needs these instructions.) In the noffle-1.1.5 directory, I ran sudo -s # get a root shell ./configure --prefix=/usr/local --enable-auth=yes --with-usersfile=/usr/local/etc/news/noffle.users --with-configfile=/usr/local/etc/news/noffle.conf --with-gdbm-include=/sw/include --with-gdbm-libdir=/sw/lib (Then I edited the Makefile, s.a.) make && make all && make install Then I set up a file /etc/xinetd.d/nntp with contents: service nntp { disable = no socket_type = stream wait = no user = news server = /usr/local/bin/noffle server_args = -r groups = yes flags = REUSE IPv6 } which refers to the standard entry in /etc/services : nntp 119/udp # Network News Transfer Protocol nntp 119/tcp # Network News Transfer Protocol After a reboot, noffle was waiting on port 119. Heureka! -Andre |
From: Jim H. <jim...@ac...> - 2004-03-16 21:47:50
|
On 16-Mar-2004 Andre Berger wrote: > I don't know, noffle fetches news fine, but it doesn't serve as > expected. > > root# noffle -r > 200 NNTP server NOFFLE 1.1.5 Great! It looks like Noffle is working fine. Just the final hurdle left of getting the right xinetd magic. I'm not using xinetd yet, but there is a xinetd file in the packages/redhat directory. Checking against that,... > service noffle ^^^^^^ I think that should be 'nntp' > { > disable = no > socket_type = stream > protocol = tcp > wait = no > user = news > server = /usr/sbin/tcpd > server_args = /usr/local/bin/noffle -r > groups = yes > flags = REUSE IPv6 > } Hope that helps. -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |
From: Carles A. <ll...@ar...> - 2004-03-16 18:52:56
|
Dan Jacobson <ji...@ji...> wrote: > >I want to e.g. grep all the articles in group gmane.linux.hams for a >certain string, however most of the articles in that group on my >offline machine are just headers and no bodies. I don't want to >trigger any requests for bodies. I just want to dump all the articles >for that group to stdout. noffle -a doesn't have a way to limit >actions to just one group. Just for testing I wrote a simple shell script that reads the /var/spool/noffle/overview/group_name file and dumps only articles for that group. It works just fine. So you might just grep the output of an script like that. -- Regards, Carles Arjona nos...@bi... ( nospammer IS my real username ) |
From: Andre B. <and...@we...> - 2004-03-16 18:18:27
|
* Jim Hague <jim...@ac...>, 2004-03-16 13:01 +0100: > On 16-Mar-2004 Andre Berger wrote: > > Just I'm gettin' > > > > chown -R news.news /var/spool/noffle > > chown: separation of user and group with a period is deprecated > > /usr/bin/install -c -m 0755 -o 0 -g 0 -d /usr/local/share/doc/noffle > > /usr/bin/install -c -m 644 -o 0 -g 0 ./AUTHORS /usr/local/share/doc/noffle > > /usr/bin/install -c -m 644 -o 0 -g 0 ./COPYING /usr/local/share/doc/noffle > > /usr/bin/install -c -m 644 -o 0 -g 0 ./ChangeLog /usr/local/share/doc/noffle > > /usr/bin/install -c -m 644 -o 0 -g 0 ./INSTALL /usr/local/share/doc/noffle > > /usr/bin/install -c -m 644 -o 0 -g 0 ./NEWS /usr/local/share/doc/noffle > > /usr/bin/install -c -m 644 -o 0 -g 0 ./README /usr/local/share/doc/noffle > > /usr/bin/install -c -m 644 -o 0 -g 0 ./TODO /usr/local/share/doc/noffle > > /usr/bin/install -c -m 644 -D -o 0 -g 0 ./noffle.conf.example \ > > /usr/local/etc/news/noffle.conf.example > > install: illegal option -- D > > usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > > [-o owner] file1 file2 > > install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > > [-o owner] file1 ... fileN directory > > install -d [-v] [-g group] [-m mode] [-o owner] directory ... > > make[2]: *** [install-data-local] Error 64 > > make[1]: *** [install-am] Error 2 > > make: *** [install-recursive] Error 1 > > Keep trying. We'll get there. ;-) [fixes deleted, works fine] I don't know, noffle fetches news fine, but it doesn't serve as expected. root# noffle -r 200 NNTP server NOFFLE 1.1.5 ps auxw shows noffle running as user news, syslog says it's started, but no service on port 119 is provided (also according to nmap). My /etc/xinetd.d/noffle: service noffle { disable = no socket_type = stream protocol = tcp wait = no user = news server = /usr/sbin/tcpd server_args = /usr/local/bin/noffle -r groups = yes flags = REUSE IPv6 } Is that wrong maybe? -Andre |
From: Jim H. <jim...@ac...> - 2004-03-16 11:43:42
|
On 16-Mar-2004 Andre Berger wrote: > Just I'm gettin' > > chown -R news.news /var/spool/noffle > chown: separation of user and group with a period is deprecated > /usr/bin/install -c -m 0755 -o 0 -g 0 -d /usr/local/share/doc/noffle > /usr/bin/install -c -m 644 -o 0 -g 0 ./AUTHORS /usr/local/share/doc/noffle > /usr/bin/install -c -m 644 -o 0 -g 0 ./COPYING /usr/local/share/doc/noffle > /usr/bin/install -c -m 644 -o 0 -g 0 ./ChangeLog /usr/local/share/doc/noffle > /usr/bin/install -c -m 644 -o 0 -g 0 ./INSTALL /usr/local/share/doc/noffle > /usr/bin/install -c -m 644 -o 0 -g 0 ./NEWS /usr/local/share/doc/noffle > /usr/bin/install -c -m 644 -o 0 -g 0 ./README /usr/local/share/doc/noffle > /usr/bin/install -c -m 644 -o 0 -g 0 ./TODO /usr/local/share/doc/noffle > /usr/bin/install -c -m 644 -D -o 0 -g 0 ./noffle.conf.example \ > /usr/local/etc/news/noffle.conf.example > install: illegal option -- D > usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 file2 > install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] > [-o owner] file1 ... fileN directory > install -d [-v] [-g group] [-m mode] [-o owner] directory ... > make[2]: *** [install-data-local] Error 64 > make[1]: *** [install-am] Error 2 > make: *** [install-recursive] Error 1 Keep trying. We'll get there. ;-) That '-D' option looks completely unnecessary. It creates all components of the target directory if necessary. Well, the previous few installs have already been into that directory, so we *know* it exists. The correct fix is to change Makefile.am, but that means running the autoconf stuff again. The quick 'n dirty approach is to edit Makefile, looking for $(INSTALL_DATA) -D -o 0 -g 0 $(srcdir)/noffle.conf.example \ $(DESTDIR)$(CONFIGFILE).example and remove the "-D" $(INSTALL_DATA) -o 0 -g 0 $(srcdir)/noffle.conf.example \ $(DESTDIR)$(CONFIGFILE).example This will be overwritten if you run 'configure' again, so perhaps you should do the same thing in Makefile.in. I see that chown should get user:group not user.group. I'm way behind the times. I'll change that too. -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |
From: Andre B. <and...@we...> - 2004-03-16 10:52:31
|
* Andre Berger <and...@we...>, 2004-03-16 11:05 +0100: > * Jim Hague <jim...@ac...>, 2004-03-16 10:58 +0100: > > On 16-Mar-2004 Andre Berger wrote: > > > gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -I/sw/include -g -O2 -c > > > authenticate.c > > > In file included from authenticate.c:14: > > > /usr/include/grp.h:73: error: parse error before "gid_t" > > > /usr/include/grp.h:75: error: parse error before '}' token > > > /usr/include/grp.h:82: error: parse error before "struct" > > > /usr/include/grp.h:83: error: parse error before "size_t" > > > /usr/include/grp.h:87: error: parse error before "int" > > > authenticate.c: In function `Auth_checkPrivs': > > > authenticate.c:358: error: dereferencing pointer to incomplete type > > > authenticate.c:364: error: dereferencing pointer to incomplete type > > > authenticate.c:371: error: dereferencing pointer to incomplete type > > > make[2]: *** [authenticate.o] Error 1 > > > make[1]: *** [all-recursive] Error 1 > > > make: *** [all-recursive-am] Error 2 > > > > I think I've made a silly error in the order of header file includes. Can you > > try the following? It moves the includes of grp.h and pwd.h to after their > > dependent includes. > > > > --- authenticate.c 12 Jan 2003 17:05:49 -0000 1.2 > > +++ authenticate.c 16 Mar 2004 09:44:51 -0000 > > @@ -11,13 +11,13 @@ > > #endif > > > > #include <errno.h> > > -#include <grp.h> > > -#include <pwd.h> > > #include <stdio.h> > > #include <string.h> > > #include <sys/types.h> > > #include <sys/stat.h> > > #include <unistd.h> > > +#include <grp.h> > > +#include <pwd.h> > > #include "common.h" > > #include "authenticate.h" > > #include "configfile.h" > > That worked fine with "fuzz 2", thanks!! Just I'm gettin' chown -R news.news /var/spool/noffle chown: separation of user and group with a period is deprecated /usr/bin/install -c -m 0755 -o 0 -g 0 -d /usr/local/share/doc/noffle /usr/bin/install -c -m 644 -o 0 -g 0 ./AUTHORS /usr/local/share/doc/noffle /usr/bin/install -c -m 644 -o 0 -g 0 ./COPYING /usr/local/share/doc/noffle /usr/bin/install -c -m 644 -o 0 -g 0 ./ChangeLog /usr/local/share/doc/noffle /usr/bin/install -c -m 644 -o 0 -g 0 ./INSTALL /usr/local/share/doc/noffle /usr/bin/install -c -m 644 -o 0 -g 0 ./NEWS /usr/local/share/doc/noffle /usr/bin/install -c -m 644 -o 0 -g 0 ./README /usr/local/share/doc/noffle /usr/bin/install -c -m 644 -o 0 -g 0 ./TODO /usr/local/share/doc/noffle /usr/bin/install -c -m 644 -D -o 0 -g 0 ./noffle.conf.example \ /usr/local/etc/news/noffle.conf.example install: illegal option -- D usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... make[2]: *** [install-data-local] Error 64 make[1]: *** [install-am] Error 2 make: *** [install-recursive] Error 1 -Andre |
From: Jim H. <jim...@ac...> - 2004-03-16 10:34:53
|
On 16-Mar-2004 Andre Berger wrote: >> --- authenticate.c 12 Jan 2003 17:05:49 -0000 1.2 >> +++ authenticate.c 16 Mar 2004 09:44:51 -0000 >> @@ -11,13 +11,13 @@ >> #endif >> >> #include <errno.h> >> -#include <grp.h> >> -#include <pwd.h> >> #include <stdio.h> >> #include <string.h> >> #include <sys/types.h> >> #include <sys/stat.h> >> #include <unistd.h> >> +#include <grp.h> >> +#include <pwd.h> >> #include "common.h" >> #include "authenticate.h" >> #include "configfile.h" > > That worked fine with "fuzz 2", thanks!! Good. I'll commit that change. Please let me know if Noffle works OK for you on MacOS X. I don't have access to a Mac myself; I know it worked OK on FreeBSD about a year ago.... -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |
From: Andre B. <and...@we...> - 2004-03-16 10:02:02
|
* Jim Hague <jim...@ac...>, 2004-03-16 10:58 +0100: > On 16-Mar-2004 Andre Berger wrote: > > gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -I/sw/include -g -O2 -c > > authenticate.c > > In file included from authenticate.c:14: > > /usr/include/grp.h:73: error: parse error before "gid_t" > > /usr/include/grp.h:75: error: parse error before '}' token > > /usr/include/grp.h:82: error: parse error before "struct" > > /usr/include/grp.h:83: error: parse error before "size_t" > > /usr/include/grp.h:87: error: parse error before "int" > > authenticate.c: In function `Auth_checkPrivs': > > authenticate.c:358: error: dereferencing pointer to incomplete type > > authenticate.c:364: error: dereferencing pointer to incomplete type > > authenticate.c:371: error: dereferencing pointer to incomplete type > > make[2]: *** [authenticate.o] Error 1 > > make[1]: *** [all-recursive] Error 1 > > make: *** [all-recursive-am] Error 2 > > I think I've made a silly error in the order of header file includes. Can you > try the following? It moves the includes of grp.h and pwd.h to after their > dependent includes. > > --- authenticate.c 12 Jan 2003 17:05:49 -0000 1.2 > +++ authenticate.c 16 Mar 2004 09:44:51 -0000 > @@ -11,13 +11,13 @@ > #endif > > #include <errno.h> > -#include <grp.h> > -#include <pwd.h> > #include <stdio.h> > #include <string.h> > #include <sys/types.h> > #include <sys/stat.h> > #include <unistd.h> > +#include <grp.h> > +#include <pwd.h> > #include "common.h" > #include "authenticate.h" > #include "configfile.h" That worked fine with "fuzz 2", thanks!! -Andre |
From: Jim H. <jim...@ac...> - 2004-03-16 09:56:21
|
On 16-Mar-2004 Andre Berger wrote: > gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -I/sw/include -g -O2 -c > authenticate.c > In file included from authenticate.c:14: > /usr/include/grp.h:73: error: parse error before "gid_t" > /usr/include/grp.h:75: error: parse error before '}' token > /usr/include/grp.h:82: error: parse error before "struct" > /usr/include/grp.h:83: error: parse error before "size_t" > /usr/include/grp.h:87: error: parse error before "int" > authenticate.c: In function `Auth_checkPrivs': > authenticate.c:358: error: dereferencing pointer to incomplete type > authenticate.c:364: error: dereferencing pointer to incomplete type > authenticate.c:371: error: dereferencing pointer to incomplete type > make[2]: *** [authenticate.o] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive-am] Error 2 I think I've made a silly error in the order of header file includes. Can you try the following? It moves the includes of grp.h and pwd.h to after their dependent includes. --- authenticate.c 12 Jan 2003 17:05:49 -0000 1.2 +++ authenticate.c 16 Mar 2004 09:44:51 -0000 @@ -11,13 +11,13 @@ #endif #include <errno.h> -#include <grp.h> -#include <pwd.h> #include <stdio.h> #include <string.h> #include <sys/types.h> #include <sys/stat.h> #include <unistd.h> +#include <grp.h> +#include <pwd.h> #include "common.h" #include "authenticate.h" #include "configfile.h" -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |
From: Andre B. <and...@we...> - 2004-03-16 09:43:11
|
Hi there, I'm trying to compile 1.1.5 on Mac OS X.3 with gdbm3/gdmb3-shlibs 1.8.3-1 from Fink. ./configure --prefix=/usr/local --with-gdbm-libdir=/sw/lib --with-gdbm-include=/sw/include --with-usersfile=/usr/local/etc/news/noffle.users --with-configfile=/usr/local/etc/news/noffle.conf --enable-auth=file which produces ac_cv_c_const=${ac_cv_c_const=yes} ac_cv_func___snprintf=${ac_cv_func___snprintf=no} ac_cv_func___vsnprintf=${ac_cv_func___vsnprintf=no} ac_cv_func_fdopen=${ac_cv_func_fdopen=yes} ac_cv_func_fnmatch_works=${ac_cv_func_fnmatch_works=yes} ac_cv_func_gethostent=${ac_cv_func_gethostent=yes} ac_cv_func_gethostname=${ac_cv_func_gethostname=yes} ac_cv_func_mkdir=${ac_cv_func_mkdir=yes} ac_cv_func_mktime=${ac_cv_func_mktime=yes} ac_cv_func_select=${ac_cv_func_select=yes} ac_cv_func_setsockopt=${ac_cv_func_setsockopt=yes} ac_cv_func_snprintf=${ac_cv_func_snprintf=yes} ac_cv_func_socket=${ac_cv_func_socket=yes} ac_cv_func_strerror=${ac_cv_func_strerror=yes} ac_cv_func_strftime=${ac_cv_func_strftime=yes} ac_cv_func_strstr=${ac_cv_func_strstr=yes} ac_cv_func_timegm=${ac_cv_func_timegm=yes} ac_cv_func_uname=${ac_cv_func_uname=yes} ac_cv_func_vsnprintf=${ac_cv_func_vsnprintf=yes} ac_cv_header_dirent_dirent_h=${ac_cv_header_dirent_dirent_h=yes} ac_cv_header_errno_h=${ac_cv_header_errno_h=yes} ac_cv_header_fcntl_h=${ac_cv_header_fcntl_h=yes} ac_cv_header_fnmatch_h=${ac_cv_header_fnmatch_h=yes} ac_cv_header_gdbm_h=${ac_cv_header_gdbm_h=yes} ac_cv_header_getopt_h=${ac_cv_header_getopt_h=yes} ac_cv_header_limits_h=${ac_cv_header_limits_h=yes} ac_cv_header_minix_config_h=${ac_cv_header_minix_config_h=no} ac_cv_header_netdb_h=${ac_cv_header_netdb_h=yes} ac_cv_header_pwd_h=${ac_cv_header_pwd_h=yes} ac_cv_header_regex_h=${ac_cv_header_regex_h=yes} ac_cv_header_signal_h=${ac_cv_header_signal_h=yes} ac_cv_header_stdc=${ac_cv_header_stdc=yes} ac_cv_header_sys_resource_h=${ac_cv_header_sys_resource_h=yes} ac_cv_header_sys_socket_h=${ac_cv_header_sys_socket_h=yes} ac_cv_header_sys_time_h=${ac_cv_header_sys_time_h=yes} ac_cv_header_sys_types_h=${ac_cv_header_sys_types_h=yes} ac_cv_header_sys_utsname_h=${ac_cv_header_sys_utsname_h=yes} ac_cv_header_syslog_h=${ac_cv_header_syslog_h=yes} ac_cv_header_time=${ac_cv_header_time=yes} ac_cv_header_time_h=${ac_cv_header_time_h=yes} ac_cv_header_unistd_h=${ac_cv_header_unistd_h=yes} ac_cv_lib_dir_opendir=${ac_cv_lib_dir_opendir=no} ac_cv_lib_gdbm_gdbm_open=${ac_cv_lib_gdbm_gdbm_open=yes} ac_cv_path_SENDMAILPROG=${ac_cv_path_SENDMAILPROG=/usr/sbin/sendmail} ac_cv_path_install=${ac_cv_path_install='/usr/bin/install -c'} ac_cv_prog_CC=${ac_cv_prog_CC=gcc} ac_cv_prog_CPP=${ac_cv_prog_CPP='gcc -E'} ac_cv_prog_cc_cross=${ac_cv_prog_cc_cross=no} ac_cv_prog_cc_g=${ac_cv_prog_cc_g=yes} ac_cv_prog_cc_works=${ac_cv_prog_cc_works=yes} ac_cv_prog_gcc=${ac_cv_prog_gcc=yes} ac_cv_prog_gcc_traditional=${ac_cv_prog_gcc_traditional=no} ac_cv_prog_make_make_set=${ac_cv_prog_make_make_set=yes} ac_cv_struct_tm=${ac_cv_struct_tm=time.h} ac_cv_type_signal=${ac_cv_type_signal=void} ac_cv_type_size_t=${ac_cv_type_size_t=yes} noffle_cv_docdir=${noffle_cv_docdir=/usr/local/share/doc/noffle} noffle_cv_prefix=${noffle_cv_prefix=/usr/local} noffle_cv_type_socklen_t=${noffle_cv_type_socklen_t=yes} but on make I get make all-recursive Making all in src gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -I/sw/include -g -O2 -c authenticate.c In file included from authenticate.c:14: /usr/include/grp.h:73: error: parse error before "gid_t" /usr/include/grp.h:75: error: parse error before '}' token /usr/include/grp.h:82: error: parse error before "struct" /usr/include/grp.h:83: error: parse error before "size_t" /usr/include/grp.h:87: error: parse error before "int" authenticate.c: In function `Auth_checkPrivs': authenticate.c:358: error: dereferencing pointer to incomplete type authenticate.c:364: error: dereferencing pointer to incomplete type authenticate.c:371: error: dereferencing pointer to incomplete type make[2]: *** [authenticate.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 Any ideas how to fix this? Thanks, -Andre |
From: Jim H. <jim...@ac...> - 2004-03-16 00:07:46
|
(Sorry I've been rather inactive of late. I plead work deadlines, m'lud) On 14-Mar-2004 Dan Jacobson wrote: > I want to e.g. grep all the articles in group gmane.linux.hams for a > certain string, however most of the articles in that group on my > offline machine are just headers and no bodies. I don't want to > trigger any requests for bodies. I just want to dump all the articles > for that group to stdout. noffle -a doesn't have a way to limit > actions to just one group. OK, I can see that rummaging through the message base without triggering requests is a good thing. A couple of points spring to mind. Rather than add an argument to dump out a group, would it be better to change the dump argument to be a regular expression that matches on any header or body? Kind of a newsbase grep? Any thoughts on the current dump format? I don't think the current dump is that useful; it doesn't strike me as terribly easy to, say, create a traditional news spool from the article dump. Plus thinking about it I wonder if a 'rebuild newsbase from dump' might come in handy? At the very least the line that prefixes each article should contain the size of the article so they can be separated reliably. Hmm. That sounds like a 'rnews' style news batch.... -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |
From: Dan J. <ji...@ji...> - 2004-03-14 22:11:45
|
I want to e.g. grep all the articles in group gmane.linux.hams for a certain string, however most of the articles in that group on my offline machine are just headers and no bodies. I don't want to trigger any requests for bodies. I just want to dump all the articles for that group to stdout. noffle -a doesn't have a way to limit actions to just one group. |
From: Jim H. <jim...@ac...> - 2003-12-27 09:07:23
|
On 26-Dec-2003 Dan Jacobson wrote: > It seems when using noffle, in for one's average newsreader program, > one cannot tell when viewing all the titles of one group, which > articles have been downloaded, and which haven't. Attempts to read > articles that haven't been downloaded yet put them on the to_get list. > > So, if one just wants to browse the articles that have already been > downloaded of a group, without poking the ones not downloaded yet, one > is out of luck, unless one has made previous markings in that group. Well, gnus isn't really expecting to be connecting to a news server that wouldn't have downloaded the article content (for gnus people, Noffle can be configured to do this, similar to Leafnode's delaybody option). > Perhaps a gnus extension to show article downloaded status, could be > made for gnus Summary buffers. I've never dug much in gnus. I assume that the data shown in the summary buffer is derived from an XOVER for NNTP sources. Is it possible to set a summary indicator based on either the result of an XHDR enquiry or an extension field in XOVER results? Adding either to Noffle to supply the appropriate indicator would be simple. -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |
From: Dan J. <ji...@ji...> - 2003-12-26 23:16:52
|
It seems when using noffle, in for one's average newsreader program, one cannot tell when viewing all the titles of one group, which articles have been downloaded, and which haven't. Attempts to read articles that haven't been downloaded yet put them on the to_get list. So, if one just wants to browse the articles that have already been downloaded of a group, without poking the ones not downloaded yet, one is out of luck, unless one has made previous markings in that group. Perhaps a gnus extension to show article downloaded status, could be made for gnus Summary buffers. |
From: Dan J. <ji...@ji...> - 2003-12-08 18:08:40
|
Experiments on deleting all groups that belong to a certain server: # noffle -g|awk '$2~/sinica/{print $1}'|xargs -n 1 noffle -D Oops, duh, reading and writing to the database at the same time. # noffle -g|awk '$2~/sinica/{print $1}'>tmp # < tmp xargs -n 1 noffle -D; rm tmp Works, but probably better ways. |
From: Rolf L. <no...@no...> - 2003-12-07 19:05:32
|
Hi, is it possible with noffle to pull the same group from different servers? Is it possible to open more than one connection to the same server in parallel to maximize bandwidth usage? Best regards Rolf -- http://home.arcor.de/leggewie/ http://leggewie.biz/hamster.htm |
From: Rolf L. <no...@no...> - 2003-12-07 19:05:30
|
Jim Hague <jim...@ac...> writes: > I've fixed this and a subsequent error message problem in CVS. You'll > need this fix to proceed (sorry). I am no master of CVS. How will I get that fix? Can you send me a patch maybe? I have the source code version 1.1.5. > I've now got noffle collecting groups from upstream, at least. Here's what I > did: Alternatively, would you mind to ".configure --prefix=/tmp/noffle;make;make install" and then tar up /tmp/noffle for me? I'll do the rest to make this a Cygwin package and distribute it. -- http://home.arcor.de/leggewie/ http://leggewie.biz/hamster.htm |
From: Jim H. <jim...@ac...> - 2003-11-30 10:50:27
|
On 30-Nov-2003 Jim Hague wrote: > 2. Add config items 'noffle-user' = Your user name and 'noffle-group' > as 'None'. I couldn't find any way of running as a user other than > None. Someone who knows Cygwin might know better. Sorry - I mean running as a *group* other than 'None'. -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |
From: Jim H. <jim...@ac...> - 2003-11-30 00:04:10
|
On 28-Nov-2003 Rolf Leggewie wrote: > I updated cygwin and gcc along with their dependent packages to the most > recent version and that almost did the trick. I can compile now but hit > another problem when doing 'make install'in that neither user nor group > 'news' exist for my Cygwin system on Windows98. There seems to be no > command adduser or addgroup for Cygwin according to Google. Can I tell > configure.sh to use another user? I'm glad to hear your compile now succeeds. I just tried a Cygwin build and it worked fine for me too. I also get the 'no such user' problem on 'make install'. Right now you can't tell configure to use another user/group. I think you should be able to so that 'make install' will complete, so I've added that as a bug to the Noffle bug list at SourceForge. I tried carrying on, completing the install by hand and specifying the noffle user and group (noffle-user and noffle-group) in /etc/noffle.conf. First of all I uncovered a very embarassing brown paper bag bug - noffle-group wasn't setting the group but the user! I've fixed this and a subsequent error message problem in CVS. You'll need this fix to proceed (sorry). I've now got noffle collecting groups from upstream, at least. Here's what I did: 1. Complete the install. Create /var/spool/noffle, /var/spool/noffle/data, /var/spool/noffle/lock, /var/spool/noffle/requested, /var/spool/noffle/outgoing, /var/spool/noffle/overview. Copy noffle.conf.example to /etc/noffle.conf. 2. Add config items 'noffle-user' = Your user name and 'noffle-group' as 'None'. I couldn't find any way of running as a user other than None. Someone who knows Cygwin might know better. Once I'd done that, noffle would collect groups (noffle --query groups) from upstream and will run as a server. I haven't tried installing inetd or xinet on Cygwin yet for a complete setup. -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |
From: Jim H. <jim...@ac...> - 2003-11-28 23:18:45
|
Hi Rolf, Bear with me on this. I've *just* acquired use of a laptop with Windows on it; I installed CygWin today and I'll try it out when I get a moment. -- Jim Hague - jim...@ac... Never trust a computer you can't lift. |