Re: Request for help maintaining packages while away.
Jeff Spaleta wrote: Good Alaskan Morning! In two weeks I'm going to be in Antarctica for a month+ and I'm looking for other packagers to step in for me and maintain my packages and prepare them for F13. I'm not exactly sure what my time and bandwidth access will be so I'm planning for the worst and that I'll be reliably off the grid through mid Feb. Please let me know if you can take on a co-maintainer/primary maintainer role for any of the packges and see them through the next couple of months. Here's the set of packages that I own. I will be contacting existing co-maintainers for individual packages in the list separately this week. ScientificPython -- A collection of Python modules that are useful for scientific computing g3data -- Program for extracting the data from scanned graphs gourmet -- Recipe Manager for the GNOME desktop environment gpodder -- Podcast receiver/catcher written in Python istanbul -- Desktop Session Recorder nec2c -- Translation of NEC2 antenna modeling tool from FORTRAN to C pyscript -- PyScript - Postscript graphics with Python python-basemap -- Plots data on map projections (with continental and political boundaries) python-basemap-data -- Data for python-basemap python-dateutil -- Powerful extensions to the standard datetime module python-matplotlib -- Python plotting library python-xlib -- X client library for Python pytz -- World Timezone Definitions for Python revelation -- Password manager for GNOME 2 safekeep -- The SafeKeep backup system scipy -- Scipy: Scientific Tools for Python telescope-server -- Opensource Telescope control servers to interface with stellarium usbsink -- USBSink is a GNOME -jef"Does living in Alaska and travelling to Antarctica make me bipolar?"spaleta Sweet! Have a fun and safe trip. I can probably help out with scipy, I'll apply as co-maintainer. -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 9, 2009 at 10:29 AM, Jon Ciesla wrote: > Sweet! Have a fun and safe trip. > > I can probably help out with scipy, I'll apply as co-maintainer. For F13 you probably want to push latest versions of the both scipy and matplotlib together. So if you take scipy* sign up for matplotlib* as well. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
ke, 2009-12-09 kello 10:24 -0900, Jeff Spaleta kirjoitti: > gpodder -- Podcast receiver/catcher written in Python I've been following gPodder development for a while and have written a couple of patches, so I know some of the code, too. I'm interested in co-maintaining it and I've applied for commit access at pkgdb. -- Ville-Pekka Vainio -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 09, 2009 at 10:24:16AM -0900, Jeff Spaleta wrote: > Good Alaskan Morning! > > In two weeks I'm going to be in Antarctica for a month+ and I'm > looking for other packagers to step in for me and maintain my packages > and prepare them for F13. I'm not exactly sure what my time and > bandwidth access will be so I'm planning for the worst and that I'll > be reliably off the grid through mid Feb. Please let me know if you > can take on a co-maintainer/primary maintainer role for any of the > packges and see them through the next couple of months. > > Here's the set of packages that I own. I will be contacting existing > co-maintainers for individual packages in the list separately this > week. > > ScientificPython -- A collection of Python modules that are useful for > scientific computing > g3data -- Program for extracting the data from scanned graphs > gourmet -- Recipe Manager for the GNOME desktop environment > gpodder -- Podcast receiver/catcher written in Python > istanbul -- Desktop Session Recorder > nec2c -- Translation of NEC2 antenna modeling tool from FORTRAN to C > pyscript -- PyScript - Postscript graphics with Python > python-basemap -- Plots data on map projections (with continental and > political boundaries) > python-basemap-data -- Data for python-basemap > python-dateutil -- Powerful extensions to the standard datetime module > python-matplotlib -- Python plotting library > python-xlib -- X client library for Python > pytz -- World Timezone Definitions for Python > revelation -- Password manager for GNOME 2 > safekeep -- The SafeKeep backup system > scipy -- Scipy: Scientific Tools for Python > telescope-server -- Opensource Telescope control servers to interface > with stellarium > usbsink -- USBSink is a GNOME Jef, I'll help with istanbul. If anyone else out there is considering doing so, please feel free to team up with me. -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 9, 2009 at 12:26 PM, Paul W. Frields wrote: > 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 love. Upstream seems to be inactive with no release activity in quite a while. There's a lot of deprecation warnings for some pygtk calls that I would love to clean up in time for F13. And there are a couple of abrt crash tickets being spawned by istanbul.. which maybe traced back to gdk libraries calls if I'm reading the crash dumps correctly. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wednesday 09 December 2009 19:38:55 Jeff Spaleta wrote: > For F13 you probably want to push latest versions of the both scipy > and matplotlib together. So if you take scipy* sign up for matplotlib* > as well. Not only those but also: python-basemap -- Plots data on map projections (with continental and political boundaries) python-basemap-data -- Data for python-basemap python-dateutil -- Powerful extensions to the standard datetime module pytz -- World Timezone Definitions for Python and also not directly related but ScientificPython -- A collection of Python modules that are useful for scientific computing is more or less on the bundle. Those are packages that interest me, and I would like to see them in good shape. :-) FWIW, the sage bundle would be a nice bonus. :-) > -jef -- José Abílio -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 09, 2009 at 12:38:11PM -0900, Jeff Spaleta wrote: > On Wed, Dec 9, 2009 at 12:26 PM, Paul W. Frields wrote: > > 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 > love. Upstream seems to be inactive with no release activity in quite > a while. There's a lot of deprecation warnings for some pygtk calls > that I would love to clean up in time for F13. And there are a couple > of abrt crash tickets being spawned by istanbul.. which maybe traced > back to gdk libraries calls if I'm reading the crash dumps correctly. Dave Malcolm was looking at an underlying GTK (or maybe GDK?) bug this weekend at FUDCon if memory serves. I'll also do what I can for existing bugs in my Copious Spare Time(tm). You might be interested in knowing that we had some discussion at FUDCon about extending my PulseCaster project (currently only functional in the most gracious sense) to cover more 'casting needs while maintaining a simple, usable interface: * Newscast -- single person audio, e.g. reading the news * Screencast -- single person audio + desktop screencap * Interview -- multi-person audio * App discussion or instruction -- multi-person audio + one desktop screencap * Save to file or send to streaming server I'm planning on spending some time on the project as part of my Christmas vacation. We had a lot of great ideas for how this functionality will work, but I do want some UI review for it including comparing it to GNOME HIG. -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 9, 2009 at 3:39 PM, Paul W. Frields wrote: > You might be interested in knowing that we had some discussion at > FUDCon about extending my PulseCaster project (currently only > functional in the most gracious sense) to cover more 'casting needs > while maintaining a simple, usable interface: Cool. If you can fold in instabul's use case inside PulseCaster's functionality...even better. I've no problem seeing istanbul obsoleted... long live progress. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
José Matos wrote: On Wednesday 09 December 2009 19:38:55 Jeff Spaleta wrote: For F13 you probably want to push latest versions of the both scipy and matplotlib together. So if you take scipy* sign up for matplotlib* as well. Not only those but also: python-basemap -- Plots data on map projections (with continental and political boundaries) python-basemap-data -- Data for python-basemap python-dateutil -- Powerful extensions to the standard datetime module pytz -- World Timezone Definitions for Python and also not directly related but ScientificPython -- A collection of Python modules that are useful for scientific computing is more or less on the bundle. Those are packages that interest me, and I would like to see them in good shape. :-) FWIW, the sage bundle would be a nice bonus. :-) -jef I've added myself to scipy, python-matplotlib, and the above. I'll try to get to the updates. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 9, 2009 at 2:26 PM, Paul W. Frields wrote: > On Wed, Dec 09, 2009 at 10:24:16AM -0900, Jeff Spaleta wrote: >> Good Alaskan Morning! >> >> In two weeks I'm going to be in Antarctica for a month+ and I'm >> looking for other packagers to step in for me and maintain my packages >> and prepare them for F13. I'm not exactly sure what my time and >> bandwidth access will be so I'm planning for the worst and that I'll >> be reliably off the grid through mid Feb. Please let me know if you >> can take on a co-maintainer/primary maintainer role for any of the >> packges and see them through the next couple of months. >> >> Here's the set of packages that I own. I will be contacting existing >> co-maintainers for individual packages in the list separately this >> week. >> >> ScientificPython -- A collection of Python modules that are useful for >> scientific computing >> g3data -- Program for extracting the data from scanned graphs >> gourmet -- Recipe Manager for the GNOME desktop environment >> gpodder -- Podcast receiver/catcher written in Python >> istanbul -- Desktop Session Recorder >> nec2c -- Translation of NEC2 antenna modeling tool from FORTRAN to C >> pyscript -- PyScript - Postscript graphics with Python >> python-basemap -- Plots data on map projections (with continental and >> political boundaries) >> python-basemap-data -- Data for python-basemap >> python-dateutil -- Powerful extensions to the standard datetime module >> python-matplotlib -- Python plotting library >> python-xlib -- X client library for Python >> pytz -- World Timezone Definitions for Python >> revelation -- Password manager for GNOME 2 >> safekeep -- The SafeKeep backup system >> scipy -- Scipy: Scientific Tools for Python >> telescope-server -- Opensource Telescope control servers to interface >> with stellarium >> usbsink -- USBSink is a GNOME > > Jef, I'll help with istanbul. If anyone else out there is considering > doing so, please feel free to team up with me. > I would like to learn how to do this in Fedora proper. I could handle revelation also. I don't have anything to test telescope-server with though or I would take that. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 9, 2009 at 2:38 PM, Jeff Spaleta wrote: > On Wed, Dec 9, 2009 at 12:26 PM, Paul W. Frields wrote: >> 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 Its dead upstream? Oh dear. I use it quite a bit so probably need to look it over then. > love. Upstream seems to be inactive with no release activity in quite > a while. There's a lot of deprecation warnings for some pygtk calls > that I would love to clean up in time for F13. And there are a couple > of abrt crash tickets being spawned by istanbul.. which maybe traced > back to gdk libraries calls if I'm reading the crash dumps correctly. > > -jef > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Thu, Dec 10, 2009 at 4:24 PM, Stephen John Smoogen wrote: > Its dead upstream? Oh dear. I use it quite a bit so probably need to > look it over then. I use it too. A lot of people use it. I poked upstream prior to F11 and the developer responded saying he was getting back to it soon but I haven't seen much activity. Up to this point I've tried to at least tell the Ubuntu maintainer about any patches I add since its not clear how to submit patches to upstream. What I'd like to do is get the different distro maintainers together as a group form a game plan on setting up a new dvcs trunk for the project and then politely tell the existing upstream we want to move ahead with his blessing and have him as a contributor. It's an aging codebase and it needs to transition to using the newer gvfs stuff versus the older gnomevfs stuff... at a minimum. I don't want to do that as a set of downstream patches in Fedora. And until I get back from the other side of the world I can't commit to being a new upstreamsadly. If you want to get that conversation started...you have my blessing. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, 2009-12-09 at 12:38 -0900, Jeff Spaleta wrote: > On Wed, Dec 9, 2009 at 12:26 PM, Paul W. Frields wrote: > > 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 > love. 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 http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
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. -jef On 12/11/09, Adam Williamson 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 >> wrote: >> > 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 >> love. > > 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 > http://www.happyassassin.net > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Fri, 2009-12-11 at 11:12 -0900, Jeff Spaleta wrote: > 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. Thanks. > 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. Well, I suppose a little ironically, if revelation were to die, the 'export' functionality would likely be the _most_ critical bit :) > 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. Haven't ever seen it crash. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, 2009-12-09 at 19:39 -0500, Paul W. Frields wrote: > On Wed, Dec 09, 2009 at 12:38:11PM -0900, Jeff Spaleta wrote: > > On Wed, Dec 9, 2009 at 12:26 PM, Paul W. Frields > > wrote: > > > 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 > > love. Upstream seems to be inactive with no release activity in quite > > a while. There's a lot of deprecation warnings for some pygtk calls > > that I would love to clean up in time for F13. And there are a couple > > of abrt crash tickets being spawned by istanbul.. which maybe traced > > back to gdk libraries calls if I'm reading the crash dumps correctly. > > Dave Malcolm was looking at an underlying GTK (or maybe GDK?) bug this > weekend at FUDCon if memory serves. I'll also do what I can for > existing bugs in my Copious Spare Time(tm). I spent some time trying to figure out bug 543278 but got stumped; need a GTK maintainer's help with this one; pygtk appears to be correctly passing the --sync flag on to GTK fwiw [snip] -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Request for help maintaining packages while away.
On Wed, Dec 9, 2009 at 10:24 AM, Jeff Spaleta wrote: > Good Alaskan Morning! > > In two weeks I'm going to be in Antarctica for a month+ and I'm > looking for other packagers to step in for me and maintain my packages > and prepare them for F13. I'm not exactly sure what my time and > bandwidth access will be so I'm planning for the worst and that I'll > be reliably off the grid through mid Feb. Please let me know if you > can take on a co-maintainer/primary maintainer role for any of the > packges and see them through the next couple of months. Okay I've processed all the pending packagedb requests that have come in so far. Thanks for the response. I'll try to push development tree builds for the latest releases of all the packages I own in the next week. But no promises. Watch your commit emails. -jef -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list