Sourceforge is rapidly digging its own grave with its awful behavior. It's
hardly "taken control" of the project, it's just another fork, essentially.

SQLite isn't even copyrighted and has no licence, so no problem there.
Using the SQLite trademark might be a problem though.

On Wed, Jun 3, 2015 at 5:12 PM, Stephen Chrzanowski <pontiac76 at gmail.com>
wrote:

> I can see why they're doing it as well.  Some people have different
> preferences to grab the repo.  I have a script running on one of my linux
> boxes that checks periodically (Once a week?  Once a month?  I can't
> remember) for all links on the SQLite download page.  If I don't have the
> URL or file sitting locally, I download it.
>
> "Eventually" I'm going to automate a process to
> - Automatically upload the amalgamation source code into my VCS (Which no
> one uses anymore, I can't get hold of the original developers to see if I
> can have the source code, and the VCS is 100% Win32)
> - compile the amalgamation and upload the DLL to the VCS
>
> I'm sure there are services out there that has ties directly into github
> and/or sourceforge that'll do certain requests to do automatic "stuff" with
> whatever has changed.  I think Jenkins has some kind of tie in, but I've
> never used it directly.
>
> On Wed, Jun 3, 2015 at 4:52 PM, Simon Slavin <slavins at bigfraud.org> wrote:
>
> >
> > Don't worry about it.  As the page says, the SourceForge page on SQLite
> is
> > just a mirror rather than being the real page to coordinate and
> distribute
> > SQLite.  You can see the laziness involved in their mirror, since
> although
> > the page has the URL you supplied and says just 'SQLite' for its title,
> the
> > default download is
> >
> > sqlite-dll-win32-x86-3081002.zip
> >
> > which is by no means the entirety of SQLite.  I'm guessing it has
> > auto-configured to show the file most often downloaded.
> >
> > They're doing something the license for SQLite says they can do.  But
> they
> > don't pretend to be the proper SQLite page and they do link to SQLite's
> > proper site.  I don't see them doing much harm.
> >
> > Simon.
> > _______________________________________________
> > sqlite-users mailing list
> > sqlite-users at mailinglists.sqlite.org
> > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
> >
> _______________________________________________
> sqlite-users mailing list
> sqlite-users at mailinglists.sqlite.org
> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
>

Reply via email to