From the home page of the project http://hotwire-shell.org Hotwire is: * An intelligent hybrid text/graphical shell for developers and system administrators * A replacement for gnome-terminal/xterm + /bin/sh on Linux/Unix (HotwireVsBinSh) * A replacement for Windows PowerShell on Windows (HotwireVsPowerShell) * Also slightly influenced by MacOS X Automator * Free Software and runs on Linux (with GNOME) and Windows (HotwireWindows) * Written in Python i'd like to write en ebuild for this myself, i think it's a great app, but i have no idea where to start from...any hints? maybe i can help this out! Reproducible: Always
I've created an ebuild for this package - it works, but there are a couple of issues to be aware of 1) I haven't got another Gnome machine available at the moment, so I can't check the DEPEND/RDEPEND are correct - I've added what I assume to be sensible defaults 2) The icon referenced in the source package doesn't exist in a default Gentoo Gnome install, so I've copied the icon for gnome-terminal into the files/ directory - I'm not sure if there are any issues with the GPL doing this 3) I've not been writing ebuilds for very long, so there may be small gramatical or formatting errors - if there are please let me know. I've added it to the x11-terms/ section of my local Portage as that seems to be the best fit for it. Cheers! Kevin
Created attachment 123334 [details] ebuild for hotwire-0.567
Created attachment 123336 [details, diff] Patch 2 source files to fix issues
Created attachment 123339 [details] Copy of gnome-terminal icon for use with hotwire
Hi Kevin and thanks a bunch for the ebuild! Now hotwire is working on my gentoo and I'm here with some feedback. I added "~x86" to ebuild keywords to allow emerge on non-amd64 systems (i bet you're on amd64!). Then, here [1] are listed dbus-python and python-gnomevfs as dependencies, which are missing from your ebuild, though i don't know if the latter is included in some of the gnome-python / gnome-python-desktop / gnome-python-extras packages. Last, an annoying thing is that clicking on a web link on the shell results in opening "links" browser and not the gnome configured one, though maybe this could be an upstream bug (but i could not find it in their trac). thanks, i hope that this will merge into the tree someday! [1] - http://groups.google.com/group/hotwire-shell
Created attachment 123374 [details] Update ebuild RDEPENDS
I've had a look into the problem with hotwire opening links instead of the default Gnome browser, and this appears to be a bug with the webbrowser library included with Python 2.4 as referenced here - http://mail.python.org/pipermail/python-bugs-list/2005-September/030248.html There may be a solution of getting the value of the default browser command line from gconf and creating a webbrowser object in Python using that - I'll investigate later today and hopefully have a patch for it
Created attachment 123376 [details] Patch source files for Gentoo
I've attached a new patch, which will attempt to use gconftool-2 to get the default web-browser, falling back to a generic webbrowser if it can't.
Created attachment 123377 [details] Added RDEPEND on gnome-base/gconf and ~x86 to KEYWORDS
that's great, i'll try it out now! please note that, for what i see, dev-python/python-gnomevfs (included in RDEPEND in your latest ebuild) is not a valid package atom. i don't know which package brings gnomevfs bindings for python in gentoo, but a "equery belongs /usr/lib/python2.4/site-packages/gtk-2.0/gnomevfs" gives "dev-python/gnome-python-2.18.2", so i assume gnome-python is sufficient to bring in gnomevfs bindings.
by the way, browser patch works great for me.
Created attachment 123379 [details] Removed invalid RDEPEND on python-gnomevfs
Created attachment 123531 [details] ebuild for hotwire-0.575 New upstream release
Thanks! I noted that they implemented the fix for the web browser, but firefox is launched every time, ignoring the gnome default browser selection (i use epiphany).
Yeah - I only have Firefox on here so didn't notice that it seems to take the system default browser, not the user default one. I can reapply my patch to use gconf to get the user browser if you like?
It make much more sense to me to use user default browser and not the system one. I don't know if gconf is the cleanest way to do this...maybe we should report this upstream!
Created attachment 137952 [details] x11-terms/hotwire-0.620.ebuild
Created attachment 141776 [details] x11-terms/hotwire-0.700.ebuild
Thanks for the ebuild! Only the use flag checks don't appear to work at all. I'm not an expert on ebuilds, but I think the correct code should be pkg_setup() { if ! built_with_use '>=dev-lang/python-2.5' sqlite ; then die "You need to rebuild python with sqlite support" fi if ! built_with_use 'x11-libs/vte' python ; then die "You need to rebuild x11-libs/vte with python support" fi } Yes? No? Maybe?
Renaming the 0.700 ebuild to 0.710 installs the latest version.
Created attachment 143689 [details] x11-terms/hotwire-0.710.ebuild
I saw similar ebuild in ikelos overlay and think that you all added extraneous depends. Developer wiki says: "will want your operating system's packages of the Python bindings for gconf, gnomevfs, vte, dbus, gtksourceview, though Hotwire should work (with reduced functionality) without them". There is a spare IUSE="gnome" and gigantic dev-python/gnome-python-desktop - it possible to make this dependency conditional.
Created attachment 171519 [details] 0.721 with conditional gnome-python-desktop There is also a app-arch/unzip dependency, because source distribution is a zip-archive.
gnome-python-desktop is now splitted in ~arch so you might want to use only the needed deps.
They seem to release in tar.gz format now as well.
Home changed location.
I guess the lack of activity both here and upstream got us this far. Closing wontfix. Thanks for reporting.
