I took a snapshot of the current gwibber-1.0 branch since gwibber doesn't publish regular tarballs. The ebuild adds three patches to the gwibber source. Reproducible: Always Steps to Reproduce:
Created attachment 183881 [details] gwibber-1.0_pre248 ebuild new ebuild
Created attachment 183882 [details, diff] prefix patch gwibber uses /usr/local as prefix as default, the patch sets it to /usr, so stuff goes where it belongs.
Created attachment 183884 [details, diff] KeyError fix the identi.ca module doesn't access data properly which sometimes leads to KeyError runtime errors, the patch fixes the probelm (also sent upstream)
Created attachment 183885 [details, diff] disable identi.ca https Identi.ca sometimes offers https access to the service, but it's very flaky. While it#s not configurable but hardcoded i disable it and make gwibber use identi.ca's http// interface.
The S= definition seems unneeded, and the dependencies needs to be checked (check if -B works without the deps installed). But why on earth is it in dev-python? It doesn't seem to be a development library for Python as much as a client for a sort-of-IM network... maybe a package move would also be useful.
(In reply to comment #5) > But why on earth is it in dev-python? It doesn't seem to be a development > library for Python as much as a client for a sort-of-IM network... maybe a > package move would also be useful. > Hello, That was totally my fault. I'll move it to IM. Sorry about that. I'm contacting the proxy so this new version hits the tree soon. Thanks Jürgen for your work. Best regards,
The https interface is not always there but people might wanna use it anyways. Maybe we could apply the patch based on a USEflag?
1.0.1_pre274 is out: http://packages.monkeycode.org/gwibber-1.0.1_pre274.tar.bz2
gwibber doesn't work with more current webkit-gtk and pywebkitgtk builds (known bug). There has been work on a branch that circumvents the bug by not rendering the messages via javascript but that branch is not yet at a point where it works. I'm trying to find a way to get it working and will update the ebuilds in my overlay then, but right now users trying to use gwibber with these ebuilds will not get their messages displayed.
Created attachment 188963 [details] updated ebuild Updated ebuild for gwibber. It's based on the "mako" branch (https://code.launchpad.net/~segphault/gwibber/template-theme-engine) and uses a way to render messages that works in current webkit versions. I keep an updated ebuild for this in my overlay which can be downloaded from layman ("layman -a tante").
Nice tante, I'm actually working on the trunk branch version, and solving some ebuild issues which have open bugs like the gnome-python dependency; I'll take some of your changes and see what could be applied, thanks for your work :)
Created attachment 192557 [details] Updated ebuild for gwibber-1.2_pre322 Updated the ebuild to bzr revision 322. The mako-template-branch was merged into trunk so this version comes with the saner rendering approach out of the box plus all the gimmicks that have been added recently (as for example connection to non SSL identi.ca instances)
Created attachment 194358 [details] ebuild for gwibber-1.2_pre336 Just to keep people who don't use my overlay updated. Based on bzr version 322 it includes automatic URL shortening and more actions on some of the services (like deleting or "liking" messages).
Created attachment 194719 [details] gwibber-1.2.0_pre340 Update for gwibber pre release 340, it has some ebuild improvements and a patch to fix the prefix path, it needs the python-distutils-extra package which can be emerged from Sunrise or tante's overlay.
Created attachment 194721 [details, diff] gwibber 1.2 prefix patch.
Created attachment 195441 [details] Gwibber ebuild for bzr rev 345 Updated ebuild to bzr. rev 345. New feature: Public timelines, new URL shorteners, requires prefix patch.
Created attachment 195442 [details, diff] fix prefix patch for 1.2_pre345
Hello, net-misc/gwibber-1.2.0_pre340 in CVS now. @Sergio, please prepare the ebuild for r345 as Jürgen suggested. Thanks Jürgen and everyone else for their contributions. Best regards,
I'm interested in this bump too, and maybe to version 2.0?