On 03/06/2012 01:29 PM, Henry Gebhardt wrote:
>> I'm hoping to take a bit of time and do some diffs between your tree,
>> Alexandra's [1] and the latest LXPanel git repo.
> 
> Good to know!
> 
> I just re-organized my tree a little. There are now two branches:
> 'gtk2-fixes' and 'gtk2-features'.
> 
I did the easier thing first: I took your gtk2-fixes, added my patches
from the tracker [1] and [2], and cleaned up all of the compilation
warnings.

Most of the warnings were improper GTK casts and I made sure that what
was being cast to/from was in the same object hierarchy.

The git repo is the master branch at: https://github.com/psipika/lxpanel

I'm currently running the recompiled lxpanel and all looks fine, but the
more testing hands, the better.

If everything ends up looking good, I'd suggest pushing these updates
upstream before new development takes place.

> Can we convince the lxpanelx author to contribute and (as time goes on)
> merge upstream?
I think one of the more 'senior' members on this list attempted to
contact the lxpanelx developer, but I'm not sure what came out of it.

> I think a rebase of Alexandra's branch would be great. I'd be happy to
> do it. But if you have time, that would be even better...
After having looked through her source and diffing against a snapshot of
lxpanelx I made a while back, I think it'll be easier for me (or anyone)
to do just that.

I'll attempt to go through the changes made to lxpanelx since it forked
from mainstream lxpanel (unless this point is already known?) and try to
group updates together based on what is desired - hoping the list will
help with that one.

In fact, I'd encourage you, or anyone with a bit of time to devote to
lxpanel, to do that and keep track of which changes (i.e. lxpanelx rev
number) a person is applying to their tree.  This way we'll avoid
duplicate attempts and we'll know exactly what's being done.

> How does one get commit access?
No clue, but Julien would know :)

> Sourceforge is a bit cumbersome in my opinion. Is the "Bugs"/"Feature
> Requests"/"Patches" distinction useful? All of them should eventually
> have patches, right?
Yes, but I think the distinction is important for record-keeping
purposes (whether that's the actual use, I don't know).

Thanks again, and all the best!

Piotr

[1] -
http://sourceforge.net/tracker/?func=detail&aid=3496687&group_id=180858&atid=894871

[2] -
http://sourceforge.net/tracker/?func=detail&aid=3496689&group_id=180858&atid=894871

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Lxde-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lxde-list

Reply via email to