November 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Adrian Aichner

>>>>> "Andreas" == Andreas Jaeger <aj(a)suse.de> writes: Andreas> How do you want to handle this? Sending an email with a Andreas> patch to Xemacs-beta asking if it is ok - and then apply Andreas> it? How about just sending the xemacs-patches mail archive article URL to the list? Regards, Adrian Andreas> Andreas

1 participants
0 comments

Re: URL loading library? 24 years, 6 months

William M. Perry

Dave Love <d.love(a)dl.ac.uk> writes: > >>>>> "Bill" == William M Perry <wmperry(a)aventail.com> writes: > > Bill> I was contemplating finally rewriting the HTTP code in Emacs/W3 > Bill> in C. > > Why so? (I'm not saying it's a bad idea.) To get better support for streaming (maybe), things like persistent connections, chunked encoding, etc. > Bill> Does anybody have ideas for what HTTP library to use? > > This seems to be addressed only to XEmacs, but I think it would be > helpful generally only to consider libraries which rms approves for Emacs > use. (This sort of thing came up recently, and it seems that a library > with a GPL-compatible licence may not need an assignment of the code, so > there _may_ not be much of an issue.) IANrms and all that. Nice acronym. :) I'd implement the glue code for both Emacs and XEmacs, so it would definitely need to be GPL'd which points towards libghttp or wget, but libghttp doesn't really work all that well, and the asynchronousness leaves a lot to be desired (polling - ick). I might break down and look at libwww again tonight - if I can leave out the chunks I don't need, it should be able to integrate with the event loops nicely. If it can deal with Gtk, it should be childs play to make it work with Emacs/XEmacs. :) -Bill P.

1 participants
0 comments

Re: URL loading library? 24 years, 6 months

Dave Love

>>>>> "Bill" == William M Perry <wmperry(a)aventail.com> writes: Bill> I was contemplating finally rewriting the HTTP code in Emacs/W3 Bill> in C. Why so? (I'm not saying it's a bad idea.) Bill> Does anybody have ideas for what HTTP library to use? This seems to be addressed only to XEmacs, but I think it would be helpful generally only to consider libraries which rms approves for Emacs use. (This sort of thing came up recently, and it seems that a library with a GPL-compatible licence may not need an assignment of the code, so there _may_ not be much of an issue.) IANrms and all that.

1 participants
0 comments

Re: Another GPM change... 24 years, 6 months

Jan Vroonhof

wmperry(a)aventail.com (William M. Perry) writes: > This adds support for GPM on multiple VCs using 'gnuclient', Wow! Could you make a big mail with all the changes and mail that to xemacs-patches.org for archiving purposes and for me. I have lost track a bit :-(. You're way too productive :-) Jan

1 participants
0 comments

Re: applying patches 24 years, 6 months

Jan Vroonhof

Andreas Jaeger <aj(a)suse.de> writes: > I think it's better to take a full month each. > > How do you want to handle this? Sending an email with a patch to > Xemacs-beta asking if it is ok - and then apply it? That would be using xemacs-beta as a substitute review but that should work. It would just be nice if you sent a confirmation message to the patch author and xemacs-review when you actually apply the patch. Maybe you should maintain a list of applied patches, like Vince does for the .1.x releases. Jan

1 participants
0 comments

Re: URL loading library? 24 years, 6 months

Laurent Martelli

>>>>> "William" == William M Perry <wmperry(a)aventail.com> writes: William> I was contemplating finally rewriting the HTTP code in William> Emacs/W3 in C. Does anybody have ideas for what HTTP William> library to use? I'd prefer not having to write it myself. William> The `libghttp' stuff from gnome looks like it could be William> useful. It can do asynch fetches, etc. [...] William> Alternatively, we could ask hrvoje to let us use the code William> from wget, but I don't know if that allows for asynch William> fetches or not. wget is under GPL, so you don't even need to ask him. -- Laurent Martelli martelli(a)iie.cnam.fr

1 participants
0 comments

Re: applying patches 24 years, 6 months

Andreas Jaeger

>>>>> Jan Vroonhof writes: Jan> Andreas Jaeger <aj(a)suse.de> writes: >> I'll try to find my way through the packages. Updating everything >> will be the first job - but I'll also try to make new packages and >> sumos regularly available. Jan> Do you have CVS access already (or a working tree?), maybe we could Jan> try a divide and conquer approach. Everybody takes half a month from Jan> July to now and then we sift through the backlog that way testing Jan> patches and recommending them. Many are of the obviously correct Jan> type. Note that 'everybody' here is _not_ limited to the review board. Jan> Things are urgent enough to bend the rules a bit. I don't have CVS write access yet[1] - but I do have the CVS tree checked out. I'd like to wait with applying patches until I've got CVS write access. I'm now downloading the xemacs-patches archives from july to november 1999. I think it's better to take a full month each. How do you want to handle this? Sending an email with a patch to Xemacs-beta asking if it is ok - and then apply it? Andreas Footnotes: [1] I'm waiting for an answer from Jareth. -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

URL loading library? 24 years, 6 months

William M. Perry

I was contemplating finally rewriting the HTTP code in Emacs/W3 in C. Does anybody have ideas for what HTTP library to use? I'd prefer not having to write it myself. The `libghttp' stuff from gnome looks like it could be useful. It can do asynch fetches, etc. Another alternative would be to use the W3C libwww, but I never really had good experiences with that back in my Spry days (but that was more than 4 years ago). There is code to glue it into the gtk event mechanism at http://cvs.gnome.org/lxr/source/gnorpm/tests/glibwww.c that could be fairly easily adapted to the XEmacs event mechanism. Alternatively, we could ask hrvoje to let us use the code from wget, but I don't know if that allows for asynch fetches or not. Suggestions anyone? -Bill P.

1 participants
0 comments

Re: [HEADS UP] movemail locking overhaul ahead 24 years, 6 months

Jan Vroonhof

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > The locking policies can be controlled through three mechanisms (by > descending precedence): > > - Specification on the movemail command line. > - Specification of an environment variable EMACSLOCKMETHOD with the > same possible values as the --mail-locking argument to configure. > - Configuration via autoconf and src/config.h. I propose that it should (by default) always use dotlocking (even together with any other method). Jan

1 participants
0 comments

Re: applying patches 24 years, 6 months

Jan Vroonhof

Andreas Jaeger <aj(a)suse.de> writes: > I'll try to find my way through the packages. Updating everything > will be the first job - but I'll also try to make new packages and > sumos regularly available. Do you have CVS access already (or a working tree?), maybe we could try a divide and conquer approach. Everybody takes half a month from July to now and then we sift through the backlog that way testing patches and recommending them. Many are of the obviously correct type. Note that 'everybody' here is _not_ limited to the review board. Things are urgent enough to bend the rules a bit. Jan

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta November 1999