You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(27) |
Jul
(167) |
Aug
(36) |
Sep
(95) |
Oct
(144) |
Nov
(64) |
Dec
(67) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(92) |
Feb
(78) |
Mar
(700) |
Apr
(794) |
May
(289) |
Jun
(115) |
Jul
(230) |
Aug
(366) |
Sep
(622) |
Oct
(262) |
Nov
(228) |
Dec
(193) |
2003 |
Jan
(167) |
Feb
(126) |
Mar
(377) |
Apr
(266) |
May
(155) |
Jun
(192) |
Jul
(170) |
Aug
(94) |
Sep
(126) |
Oct
(120) |
Nov
(156) |
Dec
(217) |
2004 |
Jan
(100) |
Feb
(225) |
Mar
(58) |
Apr
(34) |
May
(41) |
Jun
(59) |
Jul
(65) |
Aug
(56) |
Sep
(38) |
Oct
(68) |
Nov
(102) |
Dec
(55) |
2005 |
Jan
(24) |
Feb
(26) |
Mar
(37) |
Apr
(36) |
May
(62) |
Jun
(49) |
Jul
(30) |
Aug
(31) |
Sep
(38) |
Oct
(43) |
Nov
(27) |
Dec
(54) |
2006 |
Jan
(80) |
Feb
(77) |
Mar
(65) |
Apr
(30) |
May
(55) |
Jun
(82) |
Jul
(102) |
Aug
(285) |
Sep
(403) |
Oct
(308) |
Nov
(193) |
Dec
(183) |
2007 |
Jan
(161) |
Feb
(126) |
Mar
(81) |
Apr
(72) |
May
(73) |
Jun
(44) |
Jul
(62) |
Aug
(55) |
Sep
(49) |
Oct
(74) |
Nov
(333) |
Dec
(163) |
2008 |
Jan
(81) |
Feb
(74) |
Mar
(53) |
Apr
(37) |
May
(72) |
Jun
(81) |
Jul
(104) |
Aug
(87) |
Sep
(31) |
Oct
(14) |
Nov
(49) |
Dec
(58) |
2009 |
Jan
(48) |
Feb
(115) |
Mar
(151) |
Apr
(84) |
May
(63) |
Jun
(106) |
Jul
(126) |
Aug
(32) |
Sep
(66) |
Oct
(56) |
Nov
(58) |
Dec
(23) |
2010 |
Jan
(86) |
Feb
(78) |
Mar
(76) |
Apr
(32) |
May
(65) |
Jun
(16) |
Jul
(26) |
Aug
(22) |
Sep
(46) |
Oct
(39) |
Nov
(94) |
Dec
(41) |
2011 |
Jan
(24) |
Feb
(30) |
Mar
(25) |
Apr
(13) |
May
(14) |
Jun
(22) |
Jul
(26) |
Aug
(36) |
Sep
(10) |
Oct
(43) |
Nov
(34) |
Dec
(42) |
2012 |
Jan
(34) |
Feb
(37) |
Mar
(60) |
Apr
(22) |
May
(26) |
Jun
(7) |
Jul
(19) |
Aug
(8) |
Sep
(15) |
Oct
(20) |
Nov
(38) |
Dec
(55) |
2013 |
Jan
(91) |
Feb
(39) |
Mar
(51) |
Apr
(15) |
May
(31) |
Jun
(19) |
Jul
(4) |
Aug
(28) |
Sep
(31) |
Oct
(19) |
Nov
(17) |
Dec
(10) |
2014 |
Jan
(22) |
Feb
(7) |
Mar
|
Apr
(15) |
May
(19) |
Jun
(5) |
Jul
(7) |
Aug
(3) |
Sep
|
Oct
(3) |
Nov
(41) |
Dec
(1) |
2015 |
Jan
(27) |
Feb
|
Mar
|
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
(5) |
Nov
(4) |
Dec
(5) |
2016 |
Jan
(49) |
Feb
(10) |
Mar
(7) |
Apr
(21) |
May
(12) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
2017 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Fabian K. <fk...@fa...> - 2017-05-24 09:34:36
|
CC and Reply-To set to privoxy-devel@ as some people have no ijbswa-developers@ subscription (anymore). Lee <le...@gm...> wrote on ijbswa-developers@: > > Add #157: Add a directive to control the currently hardcoded > > receive-buffer size > > Doesn't setting the receive buffer requires a setsockopt call with > either SO_SNDBUF or SO_RCVBUF? I don't see it. > Or do you mean the > char buf[BUFFER_SIZE]; > in jcc.c:handle_established_connection changes ? If that's it, I mean the latter. > - what do you hope to gain making it a user-controlled size The "best" size depends on the environment Privoxy runs in and on the Privoxy admin's requirements so hard-coding it complicates tuning. From the commit message in my local tree (which will change before I commit it): Add a receive-buffer-size directive ... that can be used to set the size of the previously statically allocated buffer in handle_established_connection(). Increasing the buffer size increases Privoxy's memory usage but can lower the number of context switches and thereby reduce the cpu usage and potentially increase the throughput. This is mostly relevant for fast network connections and large downloads that don't require filtering. Currently BUFFER_SIZE is kept as default and lower limit. We should probably change the default to 16384, though, while some users may further increase it to 32768 or 65536. A dtrace command like: sudo dtrace -n 'syscall::read:return /execname == "privoxy"/ { @[execname] = llquantize(arg0, 10, 0, 5, 20); @m = max(arg0)}' can be used to properly tune the receive-buffer-size. If the buffer is too large it will increase Privoxy's memory footprint without any benefit. As the memory is (currently) cleared before using it, a buffer that is too large can actually reduce the throughput. Things could be improved further by upwards scaling the buffer dynamically based on how much of the previous allocation was actually used. Additionally the buffer should be referenced through csp and also be used for other receive-related functions. Measured throughput when using four connections to constantly request a 10 MB file: ~320 MB/s with the default ~400 MB/s with "receive-buffer-size 8192" ~490 MB/s with "receive-buffer-size 16384" ~610 MB/s with "receive-buffer-size 32768" ~700 MB/s with "receive-buffer-size 65536" ~755 MB/s with "receive-buffer-size 131072" ~795 MB/s with "receive-buffer-size 262144" ~804 MB/s with "receive-buffer-size 524288" ~798 MB/s with "receive-buffer-size 1048576" ~780 MB/s with "receive-buffer-size 2097152" Sponsored by: Robert Klemme > - how do you feel about using a GNU extension .. at least initially, > to see if the change is worth the effort? I already know that the change is worth the (quite moderate) effort. > https://www.gnu.org/software/gnu-c-manual/gnu-c-manual.html#Declaring-Arrays > Another GNU extension allows you to declare an array size using > variables, rather than only constants. I don't like GNU extensions in general but in this case a stack-allocated array is also inappropriate as the "best" buffer size for many environments would likely result in Privoxy reaching the stack size limit when there are more than a couple of threads at the same time. Fabian |
From: Lee <le...@gm...> - 2017-05-23 20:50:20
|
> Add #157: Add a directive to control the currently hardcoded receive-buffer > size Doesn't setting the receive buffer requires a setsockopt call with either SO_SNDBUF or SO_RCVBUF? I don't see it. Or do you mean the char buf[BUFFER_SIZE]; in jcc.c:handle_established_connection changes ? If that's it, - what do you hope to gain making it a user-controlled size - how do you feel about using a GNU extension .. at least initially, to see if the change is worth the effort? https://www.gnu.org/software/gnu-c-manual/gnu-c-manual.html#Declaring-Arrays Another GNU extension allows you to declare an array size using variables, rather than only constants. Lee |
From: Fabian K. <fk...@fa...> - 2017-04-09 09:31:08
|
Lee <le...@gm...> wrote: > seems like -filter would be better, but I finally noticed that > -deanimate-gifs > wasn't mentioned, which is why each filter had to be turned off > explicitly. right? I disabled the filters individually so users can still enable their own (CSS) filters in a file that is evaluated before default.action without getting them disabled as well. I didn't add -deanimate-gifs at the time because I didn't think of it but just added it as well. Thanks for bringing it up. I'm not sure why not adding -deanimate-gifs should have prevented the use of -filter, though. The latter only disables the filter action but does not affect gif deanimation or external filters etc. Fabian |
From: Lee <le...@gm...> - 2017-03-27 15:59:38
|
seems like -filter would be better, but I finally noticed that -deanimate-gifs wasn't mentioned, which is why each filter had to be turned off explicitly. right? Lee On 3/27/17, Fabian Keil <fab...@us...> wrote: > Update of /cvsroot/ijbswa/current > In directory sfp-cvs-1.v30.ch3.sourceforge.com:/tmp/cvs-serv26964 > > Modified Files: > default.action.master > Log Message: > Explicitly disable HTML filters for requests with CSS-REQUEST tag > > The filters are unlikely to break CSS files but executing > them without (intentionally) getting any hits is a waste of > cpu time and makes the log more noisy when running with > "debug 64". > > > Index: default.action.master > =================================================================== > RCS file: /cvsroot/ijbswa/current/default.action.master,v > retrieving revision 1.332 > retrieving revision 1.333 > diff -C2 -d -r1.332 -r1.333 > *** default.action.master 12 Jan 2017 14:19:58 -0000 1.332 > --- default.action.master 27 Mar 2017 10:19:19 -0000 1.333 > *************** > *** 2563,2567 **** > # Depends on +client-header-tagger{css-requests} > > ############################################################################# > ! {+handle-as-empty-document \ > -handle-as-image \ > } > --- 2563,2588 ---- > # Depends on +client-header-tagger{css-requests} > > ############################################################################# > ! {-filter{html-annoyances} \ > ! -filter{content-cookies} \ > ! -filter{refresh-tags} \ > ! -filter{img-reorder} \ > ! -filter{banners-by-size} \ > ! -filter{banners-by-link} \ > ! -filter{webbugs} \ > ! -filter{tiny-textforms} \ > ! -filter{frameset-borders} \ > ! -filter{iframes} \ > ! -filter{demoronizer} \ > ! -filter{shockwave-flash} \ > ! -filter{quicktime-kioskmode} \ > ! -filter{fun} \ > ! -filter{crude-parental} \ > ! -filter{site-specifics} \ > ! -filter{no-ping} \ > ! -filter{google} \ > ! -filter{yahoo} \ > ! -filter{msn} \ > ! -filter{blogspot} \ > ! +handle-as-empty-document \ > -handle-as-image \ > } > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > ijbswa-commits mailing list > ijb...@li... > https://lists.sourceforge.net/lists/listinfo/ijbswa-commits > |
From: Lee <le...@gm...> - 2017-01-01 22:14:26
|
On 1/1/17, Ian Silvester <ian...@fa...> wrote: > A fair question, and the only answer I have is that that was the level > suggested by Tobias Netzel when he compiled the PPC OS X binary :o) I'm wondering if it's one of those "personal preference" things. I'll trade off a larger executable for a faster program - eg. adding a TCP_BUFFER_SIZE define in project.h: #define BUFFER_SIZE 5000 #define TCP_BUFFER_SIZE 46720 /* LR */ /* -LR- pick a buffer size that's a multiple of 1460 * -LR- see http://sourceforge.net/mailarchive/message.php?msg_id=23602205 * -LR- One can slightly speed-up Privoxy in some situations by increasing the buffer "buf" * -LR- in jcc.c's chat(), trading off higher memory use for reduced context switching: * -LR- static void chat(struct client_state *csp) * -LR- { * -LR- char buf[TCP_BUFFER_SIZE]; -LR was: char buf[BUFFER_SIZE] */ I changed configure.in to if test "X$CFLAGS" = "X "; then # if CFLAGS were unset (see above) if test "$GCC" = yes; then CFLAGS="-O3" fi fi a while back & privoxy.exe is ~ 30KB larger using -O3 than it is using -O2. I haven't noticed any difference, but I haven't been looking either.. I was mainly concerned that privoxy didn't blow up. Lee > > My PGP public > key[http://diem.serveftp.net:8080/IanSilvesterPGPPublicKey.asc] > > On Sun, 1 Jan 2017, at 15:28, Lee wrote: >> Just out of curiosity .. why not >> CFLAGS="-O3 ... >> >> -O3 makes a larger, but [hopefully? really?] faster, object file. >> >> Lee >> >> On 12/31/16, Ian Silvester <di...@us...> wrote: >> > Update of /cvsroot/ijbswa/OSXPackageBuilder >> > In directory sfp-cvs-1.v30.ch3.sourceforge.com:/tmp/cvs-serv10842 >> > >> > Modified Files: >> > build.sh >> > Log Message: >> > Added compilation optimisation flags to improve performance at the cost >> > of >> > increased binary size >> > >> > >> > Index: build.sh >> > =================================================================== >> > RCS file: /cvsroot/ijbswa/OSXPackageBuilder/build.sh,v >> > retrieving revision 1.9 >> > retrieving revision 1.10 >> > diff -C2 -d -r1.9 -r1.10 >> > *** build.sh 19 Jan 2016 02:54:43 -0000 1.9 >> > --- build.sh 31 Dec 2016 17:24:03 -0000 1.10 >> > *************** >> > *** 88,92 **** >> > autoconf >> > >> > ! /usr/bin/env CFLAGS="${CFLAGS} ${SYSROOT} ${ARCH} ${MACOSX_VERSION}" >> > LDFLAGS="${LDFLAGS} ${SYSROOT} ${ARCH} ${MACOSX_VERSION}" ./configure >> > ${OPTS} >> > >> > # >> > --- 88,92 ---- >> > autoconf >> > >> > ! /usr/bin/env CFLAGS="-O2 -mdynamic-no-pic ${CFLAGS} ${SYSROOT} >> > ${ARCH} >> > ${MACOSX_VERSION}" LDFLAGS="${LDFLAGS} ${SYSROOT} ${ARCH} >> > ${MACOSX_VERSION}" >> > ./configure ${OPTS} >> > >> > # >> > >> > >> > ------------------------------------------------------------------------------ >> > Check out the vibrant tech community on one of the world's most >> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> > _______________________________________________ >> > ijbswa-commits mailing list >> > ijb...@li... >> > https://lists.sourceforge.net/lists/listinfo/ijbswa-commits >> > >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> _______________________________________________ >> Ijbswa-developers mailing list >> Ijb...@li... >> https://lists.sourceforge.net/lists/listinfo/ijbswa-developers > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Ijbswa-developers mailing list > Ijb...@li... > https://lists.sourceforge.net/lists/listinfo/ijbswa-developers > |
From: Ian S. <ian...@fa...> - 2017-01-01 21:26:59
|
A fair question, and the only answer I have is that that was the level suggested by Tobias Netzel when he compiled the PPC OS X binary :o) My PGP public key[http://diem.serveftp.net:8080/IanSilvesterPGPPublicKey.asc] On Sun, 1 Jan 2017, at 15:28, Lee wrote: > Just out of curiosity .. why not > CFLAGS="-O3 ... > > -O3 makes a larger, but [hopefully? really?] faster, object file. > > Lee > > On 12/31/16, Ian Silvester <di...@us...> wrote: > > Update of /cvsroot/ijbswa/OSXPackageBuilder > > In directory sfp-cvs-1.v30.ch3.sourceforge.com:/tmp/cvs-serv10842 > > > > Modified Files: > > build.sh > > Log Message: > > Added compilation optimisation flags to improve performance at the cost of > > increased binary size > > > > > > Index: build.sh > > =================================================================== > > RCS file: /cvsroot/ijbswa/OSXPackageBuilder/build.sh,v > > retrieving revision 1.9 > > retrieving revision 1.10 > > diff -C2 -d -r1.9 -r1.10 > > *** build.sh 19 Jan 2016 02:54:43 -0000 1.9 > > --- build.sh 31 Dec 2016 17:24:03 -0000 1.10 > > *************** > > *** 88,92 **** > > autoconf > > > > ! /usr/bin/env CFLAGS="${CFLAGS} ${SYSROOT} ${ARCH} ${MACOSX_VERSION}" > > LDFLAGS="${LDFLAGS} ${SYSROOT} ${ARCH} ${MACOSX_VERSION}" ./configure > > ${OPTS} > > > > # > > --- 88,92 ---- > > autoconf > > > > ! /usr/bin/env CFLAGS="-O2 -mdynamic-no-pic ${CFLAGS} ${SYSROOT} ${ARCH} > > ${MACOSX_VERSION}" LDFLAGS="${LDFLAGS} ${SYSROOT} ${ARCH} ${MACOSX_VERSION}" > > ./configure ${OPTS} > > > > # > > > > > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > > _______________________________________________ > > ijbswa-commits mailing list > > ijb...@li... > > https://lists.sourceforge.net/lists/listinfo/ijbswa-commits > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Ijbswa-developers mailing list > Ijb...@li... > https://lists.sourceforge.net/lists/listinfo/ijbswa-developers |
From: Lee <le...@gm...> - 2017-01-01 20:28:10
|
Just out of curiosity .. why not CFLAGS="-O3 ... -O3 makes a larger, but [hopefully? really?] faster, object file. Lee On 12/31/16, Ian Silvester <di...@us...> wrote: > Update of /cvsroot/ijbswa/OSXPackageBuilder > In directory sfp-cvs-1.v30.ch3.sourceforge.com:/tmp/cvs-serv10842 > > Modified Files: > build.sh > Log Message: > Added compilation optimisation flags to improve performance at the cost of > increased binary size > > > Index: build.sh > =================================================================== > RCS file: /cvsroot/ijbswa/OSXPackageBuilder/build.sh,v > retrieving revision 1.9 > retrieving revision 1.10 > diff -C2 -d -r1.9 -r1.10 > *** build.sh 19 Jan 2016 02:54:43 -0000 1.9 > --- build.sh 31 Dec 2016 17:24:03 -0000 1.10 > *************** > *** 88,92 **** > autoconf > > ! /usr/bin/env CFLAGS="${CFLAGS} ${SYSROOT} ${ARCH} ${MACOSX_VERSION}" > LDFLAGS="${LDFLAGS} ${SYSROOT} ${ARCH} ${MACOSX_VERSION}" ./configure > ${OPTS} > > # > --- 88,92 ---- > autoconf > > ! /usr/bin/env CFLAGS="-O2 -mdynamic-no-pic ${CFLAGS} ${SYSROOT} ${ARCH} > ${MACOSX_VERSION}" LDFLAGS="${LDFLAGS} ${SYSROOT} ${ARCH} ${MACOSX_VERSION}" > ./configure ${OPTS} > > # > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > ijbswa-commits mailing list > ijb...@li... > https://lists.sourceforge.net/lists/listinfo/ijbswa-commits > |
From: Fabian K. <fk...@fa...> - 2016-11-28 18:27:35
|
Rick van Rein <ri...@op...> wrote: > Hello Fabian & Privoxy Developers, > > A while back, we talked about adding TLS to Privoxy through my TLS Pool > daemon. If this is still of interest to Privoxy then it may be good to > know that funding for such things is currently available;I learnt that > NLnet is currently quite interested in TLS-related project inquiries, > and you might be able to collect some independent funding for such an > enhancement. > > https://nlnet.nl/news/2016/20161201-call-en.html TLS support is still of interest and I already proposed a "TLS/SSL support for Privoxy" project to NLnet in May. NLnet confirmed the receipt but since then I haven't heard back from them. IIRC the deadline was June or July when I made the proposal. I don't know if NLnet silently rejected the proposal or simply extended the deadline to December. > FWIW, the TLS Pool has a facility for "on the fly" signing with a > signing cert that could be signed under a root cert installed by the > remote party. Packaging is currently in progress. That certainly sounds useful. Fabian |
From: Rick v. R. <ri...@op...> - 2016-11-25 10:16:03
|
Hello Fabian & Privoxy Developers, A while back, we talked about adding TLS to Privoxy through my TLS Pool daemon. If this is still of interest to Privoxy then it may be good to know that funding for such things is currently available;I learnt that NLnet is currently quite interested in TLS-related project inquiries, and you might be able to collect some independent funding for such an enhancement. https://nlnet.nl/news/2016/20161201-call-en.html I don't know if you had already seen this, but I wanted to make sure you'd seen it. The deadline for a project request would be December 1st; it is a low-threshold funding process aimed specifically at open source projects. FWIW, the TLS Pool has a facility for "on the fly" signing with a signing cert that could be signed under a root cert installed by the remote party. Packaging is currently in progress. Cheers, -Rick Fabian Keil wrote: > Rick van Rein <ri...@op...> wrote: > >> FWIW, the TLS Pool now has a demonstration HTTPS_PROXY that >> shows how easy it is to setup TLS in an intervening proxy. >> Browsers still seem to be missing flags or certificate attributes, >> but that's trivial stuff; the fundamental interaction works like a charm. >> >> https://github.com/arpa2/tlspool/blob/master/tool/https_proxy.py > > Interesting. > >> This is Python; the C parallel is similiar. If you guys/girls are >> interested to integrate this form of TLS into Privoxy, then talk to me! > > FYI, I'm thinking about trying to raise some funding to work on TODO > list item #16 ("Filter SSL encrypted content as well") within the next > months. > > I'm not sure if using TLS pool is the best option, but I'll certainly > look at it. > > Fabian |
From: Fabian K. <fk...@fa...> - 2016-08-28 12:03:37
|
Lee <le...@gm...> wrote: > On 8/26/16, Fabian Keil <fab...@us...> wrote: > > Update of /cvsroot/ijbswa/current > > In directory sfp-cvs-1.v30.ch3.sourceforge.com:/tmp/cvs-serv30373 > > > > Modified Files: > > TODO > > Log Message: > > Add #151: Let the dok-tidy target work cross-platform > > > > ... without introducing tons of white-space changes. > > Which version of tidy are you using? fk@t520 ~ $tidy --version HTML Tidy release date: 4th August 2000 See http://www.w3.org/People/Raggett for details > The version of tidy packaged for cygwin is pretty old so I tried > building from the latest released version: > https://github.com/htacg/tidy-html5/releases/tag/5.2.0 > > /source/tidy-html5-5.2.0/build/cmake > $ tidy --version > HTML Tidy for Cygwin released on 25 March 2009 > > /source/tidy-html5-5.2.0/build/cmake > $ ./tidy --version > HTML Tidy for Cygwin version 5.2.0 > > Maybe if we use the same version we'll get the same results. I'll try a more recent version in the next days. Fabian |
From: Lee <le...@gm...> - 2016-08-27 17:14:19
|
On 8/26/16, Fabian Keil <fab...@us...> wrote: > Update of /cvsroot/ijbswa/current > In directory sfp-cvs-1.v30.ch3.sourceforge.com:/tmp/cvs-serv30373 > > Modified Files: > TODO > Log Message: > Add #151: Let the dok-tidy target work cross-platform > > ... without introducing tons of white-space changes. Which version of tidy are you using? The version of tidy packaged for cygwin is pretty old so I tried building from the latest released version: https://github.com/htacg/tidy-html5/releases/tag/5.2.0 /source/tidy-html5-5.2.0/build/cmake $ tidy --version HTML Tidy for Cygwin released on 25 March 2009 /source/tidy-html5-5.2.0/build/cmake $ ./tidy --version HTML Tidy for Cygwin version 5.2.0 Maybe if we use the same version we'll get the same results. Lee > > > Index: TODO > =================================================================== > RCS file: /cvsroot/ijbswa/current/TODO,v > retrieving revision 1.151 > retrieving revision 1.152 > diff -C2 -d -r1.151 -r1.152 > *** TODO 22 Jun 2016 12:21:20 -0000 1.151 > --- TODO 26 Aug 2016 12:27:18 -0000 1.152 > *************** > *** 443,446 **** > --- 443,449 ---- > 150) Add blacklistd support. > > + 151) Let the dok-tidy target work cross-platform without introducing > + a ton of white-space changes that hide the content changes. > + > > ########################################################################## > > > > ------------------------------------------------------------------------------ > _______________________________________________ > ijbswa-commits mailing list > ijb...@li... > https://lists.sourceforge.net/lists/listinfo/ijbswa-commits > |
From: Fabian K. <fk...@fa...> - 2016-05-31 12:58:03
|
Lee <le...@gm...> wrote: > On 5/28/16, Fabian Keil <fk...@fa...> wrote: > > Lee <le...@gm...> wrote: > > > >> On 5/25/16, Fabian Keil <fk...@fa...> wrote: > >> > I'm currently preparing the ChangeLog and intend to get it done by > >> > Friday so that we can release this weekend which is the last one > >> > in May. > >> > >> Sounds good! Should I be looking for the source tarball on SF, the > >> new privoxy.org site or what? > > > > CVS has been tagged and the source tarball is available on SF now. > > As are the Windows binaries. > > 3.0.25 setup.exe has been downloaded 50 times, setup.exe.asc 0 times > and the 3.0.24 stats are almost as bad. Anyone think it would help to > post checksums of the files? eg: I suspect that many users simply click on SourceForge's "Download" button and therefore don't notice signature files (and would not notice checksums in other files). I'm not sure if there are many Windows users who know how to verify (unsigned) checksums but don't know how to verify signatures. Anyway, the SF downloads are mirrored on privoxy.org now and the mirror is the first download link on the homepage. As there's no fancy client OS detection at the moment, users will see the binaries and their signatures (if there are any) at the same time. This could increase the number of signature downloads which could increase the number of signature verifications. Fabian |
From: Lee <le...@gm...> - 2016-05-29 14:37:54
|
On 5/28/16, Fabian Keil <fk...@fa...> wrote: > Lee <le...@gm...> wrote: > >> On 5/25/16, Fabian Keil <fk...@fa...> wrote: >> > I'm currently preparing the ChangeLog and intend to get it done by >> > Friday so that we can release this weekend which is the last one >> > in May. >> >> Sounds good! Should I be looking for the source tarball on SF, the >> new privoxy.org site or what? > > CVS has been tagged and the source tarball is available on SF now. As are the Windows binaries. 3.0.25 setup.exe has been downloaded 50 times, setup.exe.asc 0 times and the 3.0.24 stats are almost as bad. Anyone think it would help to post checksums of the files? eg: MD5 (privoxy_setup_3.0.25.exe)= 6d795d058611235b559c32e9a231e9af SHA1 (privoxy_setup_3.0.25.exe)= 1edbb52143328ff1f9ad052f47d71782f2c71f99 SHA256(privoxy_setup_3.0.25.exe)= 92a37199bf4fa80cedc41094e1621ad2687da3b588f56366a8953f3d2f3fc534 MD5 (privoxy-3.0.25.zip)= f642de6856fde64ecdabcb3a8b65e724 SHA1 (privoxy-3.0.25.zip)= dd5fb409547c874764cb9f98aaddda5885ebd119 SHA256(privoxy-3.0.25.zip)= 9b3889d982abd401ba6b5567a4d4738d8de21b95ab28650cd87a3594d4b0d29d Lee |
From: Fabian K. <fk...@fa...> - 2016-05-28 09:48:18
|
Lee <le...@gm...> wrote: > On 5/25/16, Fabian Keil <fk...@fa...> wrote: > > I'm currently preparing the ChangeLog and intend to get it done by > > Friday so that we can release this weekend which is the last one > > in May. > > Sounds good! Should I be looking for the source tarball on SF, the > new privoxy.org site or what? CVS has been tagged and the source tarball is available on SF now. I intend to mirror the SF downloads on privoxy.org in the near future, maybe even before sending out the announcement. Eventually every developer should be able to upload to the website directly of course. Fabian |
From: Lee <le...@gm...> - 2016-05-27 19:58:38
|
On 5/25/16, Fabian Keil <fk...@fa...> wrote: > I'm currently preparing the ChangeLog and intend to get it done by > Friday so that we can release this weekend which is the last one > in May. Sounds good! Should I be looking for the source tarball on SF, the new privoxy.org site or what? Lee |
From: Ian S. <ian...@fa...> - 2016-05-25 16:23:20
|
Thanks Fabian, If I don't find time this weekend I'll fit it in early next week. I'll also notify our Android builder; he depends upon a downstream release (in the Gentoo tree) so I don't know when his build will become available. Cheers, Ian My PGP public key[http://diem.serveftp.net:8080/IanSilvesterPGPPublicKey.asc] On Wed, 25 May 2016, at 12:00, Fabian Keil wrote: > Fabian Keil <fk...@fa...> wrote: > > > Fabian Keil <fk...@fa...> wrote: > > > > > Fabian Keil <fk...@fa...> wrote: > > > > > > > Provided www.privoxy.org has been migrated by then, I'd like to > > > > release Privoxy 3.0.25 in the third or fourth week of March and > > > > hope that's fine with you guys. > > > > > > > > Until then, I intend to work on the following TODO list items: > > > > > > > > 11) CGI templates should use semantically-correct HTML > > > > and scale properly. > > > > > > > > 144) Allow Privoxy admins to pre-define tags that are be set for > > > [...] > > > > 145) Once #144 is implemented, allow clients to opt-in to the > > > [...] > > > > #11 has been mostly done already by a user who sent me new templates > > > > shortly before the 3.0.24 release. It's not clear if the new > > > > templates should be the default for 3.0.25, but they certainly can > > > > be provided as an option. > > > > > > > > #144 and #145 will be an experiment to see how complicated it is > > > > for me to bill Zwiebelfreunde e.V. for the work directly after > > > > donations have explicitly been made to get the work done. This procedure > > > > has been previously proposed in the "Privoxy month" thread in 2014: > > > > https://sourceforge.net/p/ijbswa/mailman/ijbswa-developers/?viewmonth=201406 > > > > > > I've committed the code for #144 and #145 yesterday, but am a bit > > > behind my schedule in general and also forgot that I'll be distracted > > > by a conference this weekend (https://chemnitzer.linux-tage.de/2016/en). > > > > > > Therefore I'd like to postpone the release and intend to propose a > > > new release date at the end of this month. Presumably a release date > > > in the first half of April, but we'll see ... > > > > A month later I'd like to postpone the release once more, this time > > to one of the last two weekends of May. > > I'm currently preparing the ChangeLog and intend to get it done by > Friday so that we can release this weekend which is the last one > in May. > > Given that there are a couple of new features, but no critical > bug fixes, I've declared 3.0.25 beta instead of stable. > > Fabian > ------------------------------------------------------------------------------ > Mobile security can be enabling, not merely restricting. Employees who > bring their own devices (BYOD) to work are irked by the imposition of MDM > restrictions. Mobile Device Manager Plus allows you to control only the > apps on BYO-devices by containerizing them, leaving personal data > untouched! > https://ad.doubleclick.net/ddm/clk/304595813;131938128;j > _______________________________________________ > Ijbswa-developers mailing list > Ijb...@li... > https://lists.sourceforge.net/lists/listinfo/ijbswa-developers > Email had 1 attachment: > + Attachment1.2 > 1k (application/pgp-signature) |
From: Fabian K. <fk...@fa...> - 2016-05-25 16:00:25
|
Fabian Keil <fk...@fa...> wrote: > Fabian Keil <fk...@fa...> wrote: > > > Fabian Keil <fk...@fa...> wrote: > > > > > Provided www.privoxy.org has been migrated by then, I'd like to > > > release Privoxy 3.0.25 in the third or fourth week of March and > > > hope that's fine with you guys. > > > > > > Until then, I intend to work on the following TODO list items: > > > > > > 11) CGI templates should use semantically-correct HTML > > > and scale properly. > > > > > > 144) Allow Privoxy admins to pre-define tags that are be set for > > [...] > > > 145) Once #144 is implemented, allow clients to opt-in to the > > [...] > > > #11 has been mostly done already by a user who sent me new templates > > > shortly before the 3.0.24 release. It's not clear if the new > > > templates should be the default for 3.0.25, but they certainly can > > > be provided as an option. > > > > > > #144 and #145 will be an experiment to see how complicated it is > > > for me to bill Zwiebelfreunde e.V. for the work directly after > > > donations have explicitly been made to get the work done. This procedure > > > has been previously proposed in the "Privoxy month" thread in 2014: > > > https://sourceforge.net/p/ijbswa/mailman/ijbswa-developers/?viewmonth=201406 > > > > I've committed the code for #144 and #145 yesterday, but am a bit > > behind my schedule in general and also forgot that I'll be distracted > > by a conference this weekend (https://chemnitzer.linux-tage.de/2016/en). > > > > Therefore I'd like to postpone the release and intend to propose a > > new release date at the end of this month. Presumably a release date > > in the first half of April, but we'll see ... > > A month later I'd like to postpone the release once more, this time > to one of the last two weekends of May. I'm currently preparing the ChangeLog and intend to get it done by Friday so that we can release this weekend which is the last one in May. Given that there are a couple of new features, but no critical bug fixes, I've declared 3.0.25 beta instead of stable. Fabian |
From: Fabian K. <fk...@fa...> - 2016-05-25 11:00:19
|
Fabian Keil <fk...@fa...> wrote: > Fabian Keil <fk...@fa...> wrote: > > > pur...@fa... wrote: > > > > > Fabian Keil <fk...@fa...> wrote: > > > > Unless I miss something, accept_connection() should be able to set the a > > > > csp->listen_addr by using the socket index (the i in fds[i]) on > > > > csp->config->haddr[] and csp->config->hport[]. > > > > > > Oh, I totally missed that csp has a pointer to the config. Sadly, it is NULL > > > when passing the client_state to accept_connection(). I solved this problem by > > > passing the config directly as argument from listen_loop(). Please see > > > attached patch. I also added documentation for the new '$server' feature. > > > > Thanks for the updated patch. I intent to polish and commit it in the > > next days. > > I attached the patch set I intend to commit before the weekend so > it can make it into the 3.0.25 release. > > Please let me know if you see anything wrong with it or want to be > credited differently. fake-box.com rejected my mail so I committed a slightly modified version of the patch set without waiting for feedback. Fabian |
From: Fabian K. <fk...@fa...> - 2016-05-24 16:03:27
|
Fabian Keil <fk...@fa...> wrote: > pur...@fa... wrote: > > > Fabian Keil <fk...@fa...> wrote: > > > Unless I miss something, accept_connection() should be able to set the a > > > csp->listen_addr by using the socket index (the i in fds[i]) on > > > csp->config->haddr[] and csp->config->hport[]. > > > > Oh, I totally missed that csp has a pointer to the config. Sadly, it is NULL > > when passing the client_state to accept_connection(). I solved this problem by > > passing the config directly as argument from listen_loop(). Please see > > attached patch. I also added documentation for the new '$server' feature. > > Thanks for the updated patch. I intent to polish and commit it in the > next days. I attached the patch set I intend to commit before the weekend so it can make it into the 3.0.25 release. Please let me know if you see anything wrong with it or want to be credited differently. Fabian |
From: Fabian K. <fk...@fa...> - 2016-05-08 14:40:07
|
Fabian Keil <fk...@fa...> wrote: > A couple of days ago I set up a Mailman instances for Privoxy > and think it's ready for testing. [..] > The complete list of lists and the relevant subscription forms > are available at: https://lists.privoxy.org/mailman/listinfo Everything appears to be working as expected and the new privoxy-devel@ is already actively used. If you haven't subscribed yet, you may want to check the archives. I intend to replace all references to the SF lists in the documentation with the new lists before the next release. Fabian |
From: <pur...@fa...> - 2016-05-03 15:39:47
|
Hi FabianFabian Keil wrote:> Thanks for the updated patch. I intent to polish and commit it in the next days.Thanks to you for your support and your hints.Attached you find yet another patch, which adds an usage example to theuser-manual (in the section about client-header-tagger).Kind regards |
From: Fabian K. <fk...@fa...> - 2016-05-02 16:37:51
|
Roland Rosenfeld <ro...@sp...> wrote: > On Tue, 05 Apr 2016, Fabian Keil wrote: > > > The conversion happened with an authormap that additionally > > includes the preferred git ids for David and Ian > > Since I did some cvs2git experiments myself some time ago, I created > my own authormap for this based on addresses I found somewhere in the > mailinglists or the like. If you are interested in this list, I can > send it to you. Please do. I'll still have to get their consent before using the entries for the conversion, but the addresses might help to get it. > I personally would like to be > roro = Roland Rosenfeld <ro...@sp...> Noted, thanks. Fabian |
From: Fabian K. <fk...@fa...> - 2016-05-01 13:06:55
|
pur...@fa... wrote: > Fabian Keil <fk...@fa...> wrote: > > Unless I miss something, accept_connection() should be able to set the a > > csp->listen_addr by using the socket index (the i in fds[i]) on > > csp->config->haddr[] and csp->config->hport[]. > > Oh, I totally missed that csp has a pointer to the config. Sadly, it is NULL > when passing the client_state to accept_connection(). I solved this problem by > passing the config directly as argument from listen_loop(). Please see > attached patch. I also added documentation for the new '$server' feature. Thanks for the updated patch. I intent to polish and commit it in the next days. Fabian |
From: Roland R. <ro...@sp...> - 2016-04-30 18:29:58
|
On Tue, 05 Apr 2016, Fabian Keil wrote: > The conversion happened with an authormap that additionally > includes the preferred git ids for David and Ian Since I did some cvs2git experiments myself some time ago, I created my own authormap for this based on addresses I found somewhere in the mailinglists or the like. If you are interested in this list, I can send it to you. I personally would like to be roro = Roland Rosenfeld <ro...@sp...> > > Feel free to run your own conversion experiments and let me > > know if (and how) you get better results. My own experiments didn't work better, but I also ended at git cvs-import as the best (but not perfect) solution, but I didn't implement any optimization or fixup but used only the default program. Tschoeeee Roland |
From: <pur...@fa...> - 2016-04-27 19:25:36
|
HiFabian Keil <fk...@fa...> wrote:> Unless I miss something, accept_connection() should be able to set the a> csp->listen_addr by using the socket index (the i in fds[i]) on> csp->config->haddr[] and csp->config->hport[].Oh, I totally missed that csp has a pointer to the config. Sadly, it is NULLwhen passing the client_state to accept_connection(). I solved this problem bypassing the config directly as argument from listen_loop(). Please seeattached patch. I also added documentation for the new '$server' feature.At your liking, you might change the name from '$server' to something different, e.g. '$listen_address'. I'm quite unimaginative when it comes to name something.I also took the to liberty alter an error message in jcc.c using the server name and port in addition to the socket file descriptor.Fabian Keil <fk...@fa...> wrote:> BTW, your MUA seems to declare HTML as text which causes rendering issues like> this:> https://sourceforge.net/p/ijbswa/mailman/ijbswa-developers/?viewmonth=201604> It would be great if you could fix this, preferable by using plain text mails> without any HTML.I'm sorry. I changed some settings, hope this the broken mails it.Kind regards |