[Webware-devel] SourceForge trackers
I'm currently going through the tracker and task items on the SourceForge page, closing all tasks that have been done, are not applicable any more or are simly obsolete due to long time. Do we need all 4 trackers (Bugs, Support Requests, Patches, Feature Requests) and the task manager? Maybe at least a part of them should be disabled. My suggestion is to close the task manager and maintain only one central public tracker on SourceForge for everything. I would move all interesting issues from the task manager and the other trackers there. It's bad to have everything so much scatterd with nobody monitoring these lists anyway. -- Chris --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
Re: [Webware-devel] SourceForge trackers
By the way, there is also the future.html file in the Docs folder with open issues. So the to do items are really scattered everywhere. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Patches-561962 ] Patch for webkit start/stop-script (2)
Patches item #561962, was opened at 2002-05-29 18:26 Message generated for change (Settings changed) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=304866&aid=561962&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WebKit Group: None >Status: Closed >Resolution: Fixed Priority: 1 Submitted By: Uli Fouquet (uli_f) >Assigned to: Christoph Zwerschke (cito) Summary: Patch for webkit start/stop-script (2) Initial Comment: This is the same webkit patch as announced in the other patch remark with the patch file 'inline' (see below). The webkit script shipped with the webware 0.7 package may be fine for Red Hat and other distributions or Unices. Anyway, to let SuSE Linux start WebKit at bootup, there had some modifications to be made. This patch includes this modifications. The patched version of webkit checks whether the current system is a SuSE Linux and modifies its behaviour during bootup/shutdown. Furthermore it creates an entry in SuSEs standard configuration file and creates a link /usr/sbin/rcwebkit if it is missing. Some minor changes on the webkit script were done as well. Serveral things this script can do during bootup should be done during installation of the package and may be triggered by other scripts than this one. Applying this patch makes sense for SuSE Linux users only! To INSTALL: -copy the patch to your WebWare/WebKit/ directory. -enter patch webkit < webkit.patch from the commandline. -as user root do the following: - copy webkit to /etc/init.d/ - enter insserv webkit Note, that this is different to the procedure in Red Hat. - run webkit by typing webkit start That's it. Here is the patch: 9a10,18 > # This part is for SuSE Linux distributions > ### BEGIN INIT INFO > # Provides: webkit > # Required-Start: apache > # Required-Stop: $local_fs $network $remote_fs $syslog $netdaemons > # Default-Start: 3 5 > # Default-Stop: 0 1 2 6 > # Description:Start WebKit, a Python application server, part of Webware > ### END INIT INFO 16c25,27 < PYTHONPATH= --- > PYTHONPATH=/usr/bin/python > > SUSE_RC_CONFIG="/etc/rc.config" 19a31 > is_SuSE="no" 21,26c33,90 < # Source function library. < # Use the funtions provided by Red Hat or use our own < if [ -f /etc/rc.d/init.d/functions ] < then <. /etc/rc.d/init.d/functions < else --- > # /etc/rc.config is the main configuration file for SuSE > if test -f "$SUSE_RC_CONFIG" ; then > > # Okay, this seems to be a SuSE-distribution > > # > # load the configuration > # > . /etc/rc.config > . /etc/rc.status > > # Is there an entry for WebWare in the SuSE main configuration file? > if test -z "$START_WEBWARE"; then >if test -w "$SUSE_RC_CONFIG"; then >echo -n "No entry for WebWare in rc.config. Creating one." >echo >> "$SUSE_RC_CONFIG" >echo "#" >> "$SUSE_RC_CONFIG" >echo "# WebKit is a Python application server and part of Webware." >> "$SUSE_RC_CONFIG" >echo "# Should the WebWare application server be started at bootup? (yes/no)" >> "$SUSE_RC_CONFIG" >echo "#" >> "$SUSE_RC_CONFIG" >echo "START_WEBWARE=\"yes\"" >> "$SUSE_RC_CONFIG" >echo -e "$rc_done" >else >echo -n "$SUSE_RC_CONFIG is not writable." >echo -e "$rc_failed" >fi >START_WEBWARE="yes"; > fi > > # Is there an link rcwebkit in /usr/sbin? > if test ! -x /usr/sbin/rcwebkit; then >echo -n "Creating link to start/stop script." >if /bin/ln -s ../../etc/init.d/webkit /usr/sbin/rcwebkit ; then >echo -e "$rc_done" >echo "You can start/stop WebWare now by using rcwebkit as root" >else >echo -e "$rc_failed" >fi > fi > > # > # Determine the base and follow a runlevel link name. > # > base=${0##*/} > link=${base#*[SK][0-9][0-9]} > > > # > # The echo return value for success (defined in /etc/rc.config). > # > return=$rc_done > > > # Force execution if not called by a runlevel directory. > test $link = $base && START_WEBWARE=yes > test "$START_WEBWARE" = yes || exit 0 > > # Redefine functions... 33c97echo -e "$rc_done" 36c100 echo -e "$rc_failed" 38d101 < fi 39a103,130 > # Set a flag > is_SuSE="yes" > > else > > # This section is for non-SuSE distributions > # (i.e. Red Hat or other Unix) > > # Source function library. > # Use the funtions provided by Red Hat or use our own > if [ -f /etc/rc.d/init.d/functions ] > then >. /etc/rc.d/init.d/functions > else >function action { >echo "$1" >shift >$@ >} >function success { >echo
[Webware-devel] [ webware-Patches-1094381 ] patch for mod_webkit2.c to work with apr-1.0.0
Patches item #1094381, was opened at 2005-01-02 11:04 Message generated for change (Comment added) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=304866&aid=1094381&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WebKit Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Radoslaw Kintzi (rakin) >Assigned to: Christoph Zwerschke (cito) Summary: patch for mod_webkit2.c to work with apr-1.0.0 Initial Comment: This patch fix problems with mod_webkit2 and apr-1.0.0. Like I said on webware-devel: "It seems like they don't like APR_BRIGADE_FOREACH macro any more. And there is an extra argument in apr_socket_create function to specify protocol of the socket. It can have one of value: APR_PROTO_TCP, APR_PROTO_UDP or APR_PROTO_SCTP." I choose APR_PROTO_TCP in this patch. And we should use apr_socket_send and apr_socket_connect functions instead of apr_send and apr_connect. See: * http://apr.apache.org/docs/apr-util/group__APR__Util__Bucket__Brigades.html#a80 * http://apr.apache.org/docs/apr/group__apr__network__io.html#ga6 Radek -- >Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 04:30 Message: Logged In: YES user_id=193957 Thanks for the patch. I have checked it in for Webware version 0.9. I have added a check for APR_MAJOR_VERSION for the extra argument in apr_socket_create; the rest should be downward compatible. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=304866&aid=1094381&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
Re: [Webware-devel] SourceForge trackers
In order to consolidate things a bit, I have now closed/disabled the following on SourceForge: - the "Support Request" tracker: has never been used anyway, use webware-discuss instead - the task manager: has not been used since years; I have copied ideas and tasks which were still open to the future.html file - the CVS access: use svn.w4py.org instead I have put a WE_HAVE_MOVED message in the root and disabled CVS access in the menu The trackers "Bugs", "Patches" and "Feature Requests" will be left open. New entries go to this mailing list, too. -- Christoph --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Bugs-1263855 ] No unquoting of filenames
Bugs item #1263855, was opened at 2005-08-19 12:34 Message generated for change (Comment added) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1263855&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WebKit Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: No unquoting of filenames Initial Comment: I found that Webware gives a 404 on this url: "localhost:8080/foo%20bar" but manages to find "localhost:8080/foobar" when both "foo bar" and "foobar" is in the same directory. I think this ia bug and that the solution is to call urllib.unquote(baseName) in the filenamesForBase() method in _FileParser in URLParser.py. -- >Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 06:37 Message: Logged In: YES user_id=193957 I noticed that I had already fixed that in a similar way (calling urlDecode in the parse() method of _FileParser). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1263855&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Bugs-1263855 ] No unquoting of filenames
Bugs item #1263855, was opened at 2005-08-19 12:34 Message generated for change (Settings changed) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1263855&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WebKit Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Christoph Zwerschke (cito) Summary: No unquoting of filenames Initial Comment: I found that Webware gives a 404 on this url: "localhost:8080/foo%20bar" but manages to find "localhost:8080/foobar" when both "foo bar" and "foobar" is in the same directory. I think this ia bug and that the solution is to call urllib.unquote(baseName) in the filenamesForBase() method in _FileParser in URLParser.py. -- Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 06:37 Message: Logged In: YES user_id=193957 I noticed that I had already fixed that in a similar way (calling urlDecode in the parse() method of _FileParser). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1263855&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Bugs-1250295 ] AppServer fails to start when picking passwords containing %
Bugs item #1250295, was opened at 2005-08-02 16:47 Message generated for change (Comment added) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1250295&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WebKit Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Oscar Kuchuk (okuchuk) >Assigned to: Christoph Zwerschke (cito) Summary: AppServer fails to start when picking passwords containing % Initial Comment: When you pick a password for admin containig a % character Cnfigurable .py ends with errors like this : Traceback (most recent call last): File "WebKit/ThreadedAppServer.py", line 592, in run File "WebKit/ThreadedAppServer.py", line 66, in __init__ File "WebKit/AutoReloadingAppServer.py", line 43, in __init__ File "WebKit/AppServer.py", line 67, in __init__ File "WebKit/AppServer.py", line 171, in createApplication File "WebKit/Application.py", line 76, in __init__ File "WebKit/ConfigurableForServerSidePath.py", line 15, in setting File "/root/Webware-0.8.1/MiscUtils/Configurable.py", line 66, in setting return self.config()[name] File "/root/Webware-0.8.1/MiscUtils/Configurable.py", line 59, in config self._config.update(self.userConfig()) File "/root/Webware-0.8.1/MiscUtils/Configurable.py", line 115, in userConfig raise ConfigurationError, 'Unable to embed replacement text in %s.' % self.configFilename() ConfigurationError: Unable to embed replacement text in /root/AvalApp/Configs/Application.config. password for admin must be saved escaped in install.py like password=getpass.getpass().replace('%','%%') line 172 , and 178 -- >Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 07:37 Message: Logged In: YES user_id=193957 The replacement happens only for dictionary-style syntax. Since the Application.config has now new syntax, it does not happen any more. However, two other critical characters (single quotes and backslash) need to be escaped as well. I have checked in a fix for this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1250295&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Feature Requests-506792 ] MiddleKit Support for PostgreSQL
Feature Requests item #506792, was opened at 2002-01-22 05:23 Message generated for change (Comment added) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354866&aid=506792&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Steven H Rogers (shrogers) >Assigned to: Christoph Zwerschke (cito) Summary: MiddleKit Support for PostgreSQL Initial Comment: MiddleKit support for PostgreSQL would greatly enhance Webware's utility. This is the missing link that has kept me from agressively pursuing Webware. -- >Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 07:51 Message: Logged In: YES user_id=193957 PostgreSQL patches have been applied in March 2003 so they should be available since version 0.8. Don't know how well this works. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354866&aid=506792&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel