Request for help maintaining packages while away.
jspaleta at gmail.com
Fri Dec 11 20:12:04 UTC 2009
It's making use of some deprecated functionality.... for example
gnomevfs which really should be ported to the newer gvfs stuff.
There are probably some pygtk/gtk-isms which need to be updated. I'm
willing to carry this as downstream patches if I have to but I really
don't want to do that.
Less critically for basic operation... the export functionality needs
love. I'm not willing to carry this as downstream patches as I view
the export functionality as a nice-to-have feature and not critical.
I'm more inclined to just patch it to keep export from crashing on
error than actually fix the export to work as a downstream only patch.
There's some subtle problems with language support... which I'm
personally ill-equipped to work through as a US English speaker (and
barely at that). Crasher bug and something I'm willing to hold as
downstream only patches if needed.
On 12/11/09, Adam Williamson <awilliam at redhat.com> wrote:
> On Wed, 2009-12-09 at 12:38 -0900, Jeff Spaleta wrote:
>> On Wed, Dec 9, 2009 at 12:26 PM, Paul W. Frields <stickster at gmail.com>
>> > Jef, I'll help with istanbul. If anyone else out there is considering
>> > doing so, please feel free to team up with me.
>> Other than revelation(which essentially has a dead
>> upstream)...Istanbul is probably the most in need of more development
> This made me prick up my ears, as I keep my entire gigantic password
> database in revelation. What kind of development does it actually need?
> Dead upstream or not, it seems to work fine. Is it in imminent danger of
> dying? I can't help, not being a coder, but I'd like to know what's
> going on in case I have to change my workflow :/
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
More information about the fedora-devel-list