Andrej Falout schrieb: > > [This followup was posted to gmane.comp.db.sapdb.general and a copy was sent to > the cited author.] > > In article <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] says... > > > > Perhaps we should really fork the Development: > > Looks more and more like it... > > Problem is not in missed promises (except for CVS which is just not going to > work...) but in what it seems as basic misunderstanding of what makes a > OpenSource *project* as opposed to releasing a source code under OSF approved > license, therefore making it an OpenSource product. > > SAP DB is clearly an OpenSource *product*, not a project. As far as I can see, > SAP AG have no interest or intention to make it an OpenSource *project*. > > Shame, really. One would hope history is a teacher. Welcome another Firebird...
I don't really see the point to complain. > > Apparently, it's a question of motivation. SAP AG wanted to hurt Oracle, IBM, > Microsoft, as a way of saying "thanks" for stealing ERP applications business No. They wanted to hurt Oracle and co. long before SAPDB was opensourced. They paid real money to Software AG for the sources and wanted to sell their own DB with R/3. When they saw that it just doesn't work, they decided to release the code under GPL while still maintaining it. I say much thanks to SAP for their decision. > when selling databases for SAP R/3. And hurt them they will. It looks like SAP > AG don't want any more then that. Maybe some beta testing, before they release > they commercial version to paying customers. > > One would like to talk to some kind of authority in SAP, try to explain, try to > stop what now seems more and more inevitable...but there is no-one in charge. > Apparently. > > Disadvantage of forking is that any forked code base would be left without all > the good work SAP junta is doing. Unless forked code is able to provide > significant diferentiators in respect to functionality, 99% of users would > continue to use SAP version, therefore making forked project redundant. > > Not a easy, or clear choice. > > Personally, I already maintain my own patch for retriving generated value from > SERIAL data type. My company needs this. > > Maybe the temporary answer is to collect all patches provided by community. > Anyone? > > -- > Yours, Andrej Falout, http://www.falout.com/disclaimer.html > Visit the OpenSource alternative, Aubit 4gl: http://aubit4gl.sourceforge.net > PLEASE NOTE: All HTML email sent to me WILL BE DELETED AUTOMATICALLY WITHOUT > READING. > > _______________________________________________ > sapdb.general mailing list > [EMAIL PROTECTED] > http://listserv.sap.com/mailman/listinfo/sapdb.general -- Simon Matter Tel: +41 61 695 57 35 Fr.Sauter AG / CIT Fax: +41 61 695 53 30 Im Surinam 55 CH-4016 Basel [mailto:[EMAIL PROTECTED]] _______________________________________________ sapdb.general mailing list [EMAIL PROTECTED] http://listserv.sap.com/mailman/listinfo/sapdb.general
