On Mon, 2009-02-09 at 01:58 -0300, Germán Póo-Caamaño wrote: > On Sun, 2009-02-08 at 21:53 -0600, Steve Borho wrote: > > On Sun, 2009-02-08 at 23:56 -0300, Germán Póo-Caamaño wrote: > > > On Sun, 2009-02-08 at 10:09 -0600, Steve Borho wrote: > > > > I think you're right for the nautilus extension, though we will probably > > > > want an about command for hgtk. It could be console based, just dumping > > > > the various versions of mercurial, tortoisehg, etc. > > > > > > There is an about command, but it has the issue. > > > > Does every GPL application need to ship the entire contents of the GPL > > license? I thought that we needed to only state the license and provide > > an URL for where it could be downloaded. > > Usually is an excerpt. For instance, Epiphany browser has: > > The GNOME Web Browser is free software; you can redistribute it > and/or modify it under the terms of the GNU General Public > License as published by the Free Software Foundation; either > version 2 of the License, or (at your option) any later version. > > The GNOME Web Browser is distributed in the hope that it will be > useful, but WITHOUT ANY WARRANTY; without even the implied > warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > See the GNU General Public License for more details. > > You should have received a copy of the GNU General Public > License along with the GNOME Web Browser; if not, write to the > Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, > Boston, MA 02110-1301 USA > > The same for other applications, such Nautilus, Gnome Terminal. Others > doesn't have enable the 'License' button at all, such as Gnome Panel, > Tomboy, Gedit, Evolution. But, they includes the license in the binary > package and the source code. > > But, notice that I'm talking about the dialog. > > > I'm ok with 'hgtk about' or 'hgtk version' just dumping revision numbers > > to the console and giving the standard GPL blurb, like you get when you > > run gcc --version. > > hgtk version could dump the revision numbers in console, and about just > call the about dialog (using an excerpt of the license). But I'm ok > with whichever you decide if were simpler than today's status.
We can decide this later, we have a lot of options. > > > > > The repository is located at https://bitbucket.org/gpoo/thg-debian/ > > > > > Instructions available in the wiki page and the README file. > > > > > > > > Thanks, I'll take a look at this soon. > > > > > > Still it has an issue. There is something wrong with a rule, but > > > it doesn't avoid to be tested. I uploaded it to: > > > https://launchpad.net/~gpoo/+archive/ppa > > > > > > After I added the mercurial's version as dependency (>=1.1.0), but I > > > haven't uploaded that version yet. > > > > Nice. > > > > Is there a standard mechanism in debian for personal packages to get > > "upgraded" to system packages? > > For Ubuntu is documented in: > https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages I see they have a feature freeze on Feb 28. There's no way we're going to make that, but we should shoot for the next release. > For Debian could be a bit harder, they are more strict about packages. > http://www.debian.org/doc/maint-guide/ch-start.en.html > > Because Lenny is expected to be released in February 14th, there is no > chance to get that package included. It could enter in unstable (sid) > while the next version is developed, but it won't see the light as > stable in at least 18 months. Yeah, no hurry here. Going through package acceptance with Ubuntu would help. We should at least get good feedback. > For Fedora: > http://fedoraproject.org/wiki/PackageMaintainers > > > Let's see if we can work through the uglier hacks and get something that > > is robust. I've got no problems adding debian and rpm directories to > > the source repository when we have good build scripts. > > rpm requires only one file (the spec file). distutils can build a rpm > package, but I'm not sure about the quality (in terms of being accepted > as is in a rpm bases distribution). True. Thanks for looking into all of this. -- Steve ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Tortoisehg-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
