Hi,
Is there a chance that lxpanel2 and its associates will make it into Fedora 16 soon?
Best wishes, Ranjan
Am Sonntag, den 26.02.2012, 09:39 -0600 schrieb Ranjan Maitra:
Hi,
Is there a chance that lxpanel2 and its associates will make it into Fedora 16 soon?
Hi Ranjan,
not as long as lxpanel2 is just a fork of lxpanel. AFAIK there is work going on merging the changes back into lxpanel and releasing it, but as long as this does not happen, I have no intentions to package a fork.
This also means that it won't land in F16 as long as it's a fork. F16 will get an update to lxpanel 0.5.8 though (already in updatest-testing for a while).
Kind regards, Christoph
not as long as lxpanel2 is just a fork of lxpanel. AFAIK there is work going on merging the changes back into lxpanel and releasing it, but as long as this does not happen, I have no intentions to package a fork.
This also means that it won't land in F16 as long as it's a fork. F16 will get an update to lxpanel 0.5.8 though (already in updatest-testing for a while).
Thanks, Christoph! I don't quite understand what the LXDE project is doing, but anyway....
Does this mean that lxpanel2 will be in F17? It appears to me based on the discussion on lxde ML that lxpanel is not pretty much developed or supported any more.
Best wishes, Ranjan
Am Sonntag, den 26.02.2012, 12:05 -0600 schrieb Ranjan Maitra:
not as long as lxpanel2 is just a fork of lxpanel. AFAIK there is work going on merging the changes back into lxpanel and releasing it, but as long as this does not happen, I have no intentions to package a fork.
This also means that it won't land in F16 as long as it's a fork. F16 will get an update to lxpanel 0.5.8 though (already in updatest-testing for a while).
Thanks, Christoph! I don't quite understand what the LXDE project is doing, but anyway....
Does this mean that lxpanel2 will be in F17?
As I said: Not as long as it's a fork. If the code is merged back into the lxpanel git and released as lxpanel (not lxpanel2) from the LXDE project, I'm happy to include it. I'm not going to roll another package or change the lxde-common package to use lxpanel2.
Kind regards, Christoph
On Sun, 26 Feb 2012 18:07:16 +0100 Christoph Wickert christoph.wickert@googlemail.com wrote:
will get an update to lxpanel 0.5.8 though (already in updatest-testing for a while).
Does it address the freeze issue? Is it available on F-15? Else, can you backport it, once it is in in the stable F-16 repos.
On Mon, 27 Feb 2012 11:10:03 +0900 nomnex nomnex@gmail.com wrote:
On Sun, 26 Feb 2012 18:07:16 +0100 Christoph Wickert christoph.wickert@googlemail.com wrote:
will get an update to lxpanel 0.5.8 though (already in updatest-testing for a while).
Does it address the freeze issue? Is it available on F-15? Else, can you backport it, once it is in in the stable F-16 repos.
I don't know: I am also interested in lxpanel2 for this (among other reasons). I don't understand why it is a good idea not to move to lxpanel2, since lxpanel has for all practical purposes, ceased development. Of course, Christoph is more knowledgeable about these issues than many others including me, so I am sure that he has very good reasons to do so.
Idea/question: Is it possible to also package lxpanel2, for some of us to try it, upon changing whatever else requires changing?
Best wishes, Ranjan
Am Sonntag, den 26.02.2012, 20:24 -0600 schrieb Ranjan Maitra:
On Mon, 27 Feb 2012 11:10:03 +0900 nomnex nomnex@gmail.com wrote:
On Sun, 26 Feb 2012 18:07:16 +0100 Christoph Wickert christoph.wickert@googlemail.com wrote:
will get an update to lxpanel 0.5.8 though (already in updatest-testing for a while).
Does it address the freeze issue?
Which bug are you referring to? There are so many... :(
Is it available on F-15? Else, can
you backport it, once it is in in the stable F-16 repos.
It will be available for F15, too once it's in F16.
I don't know: I am also interested in lxpanel2 for this (among other reasons). I don't understand why it is a good idea not to move to lxpanel2, since lxpanel has for all practical purposes, ceased development. Of course, Christoph is more knowledgeable about these issues than many others including me, so I am sure that he has very good reasons to do so.
Idea/question: Is it possible to also package lxpanel2, for some of us to try it, upon changing whatever else requires changing?
It is possible but I don't want to package a fork that vanishes later.
There are two different forks (lxpanel2 and lxpanel+), which one is the right one? We only can make this decision if one of them becomes upstream LXDE.
Switching to lxpanel2 means we need to modify the lxde-common package and comps. I am not going to do this for a fork as long as the future is unclear.
Kind regards, Christoph
On Wed, 29 Feb 2012 18:05:40 +0100 Christoph Wickert christoph.wickert@googlemail.com wrote:
To: lxde@lists.fedoraproject.org Subject: Re: lxpanel2 Date: Wed, 29 Feb 2012 18:05:40 +0100 X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15)
Am Sonntag, den 26.02.2012, 20:24 -0600 schrieb Ranjan Maitra:
On Mon, 27 Feb 2012 11:10:03 +0900 nomnex nomnex@gmail.com wrote:
On Sun, 26 Feb 2012 18:07:16 +0100 Christoph Wickert christoph.wickert@googlemail.com wrote:
will get an update to lxpanel 0.5.8 though (already in updatest-testing for a while).
Does it address the freeze issue?
Which bug are you referring to? There are so many... :(
Is it available on F-15? Else, can
you backport it, once it is in in the stable F-16 repos.
It will be available for F15, too once it's in F16.
Firefox and LibreOffice make the panel freeze. You had provided support removing all firefox icons (browser, download, and bookmark windows) in the panel, in editing openbox config. Might lxpanel 0.5.8 improve any of these issues? Thank you.
lxde@lists.stg.fedoraproject.org
-
Christoph Wickert -
nomnex -
Ranjan Maitra