A few people have bugs/comments waiting for moderation in
bugs.sugarlabs.org. If you are one of them, please reply this email,
and tell me your username. I think we figured how to solve the problem.
Gonzalo
___
Sugar-devel mailing list
2013/6/25 Gonzalo Odiard gonz...@laptop.org:
I don't know if we need replace the subtoolbars,
but I think should be good re evaluate the need of the use of timeuts
to open/close the subtoolbars when hover.
In fact, that does not works with touch devices,
and do code more complicate in places,
I do use Sugar running in a window when I develop Activities. Granted it
doesn't work that well, and some kinds of keystrokes don't make it into the
window, but I find that it is a convenient way to test my Activities. I
understand that you can have more than one X session going on a Linux box
Note that the only visible difference in what I'm proposing is that Sugar
is shown full screen. The script takes care of creating another X session,
nothing you need to remember :)
I guess the question is... Would it be a big problem for you if there was
no option to run Sugar in a window and we
An explanation of why exactly the option is important for you would be
useful. We probably all agree that it's a nice option to have, but it would
have a pretty high maintenance cost.
On Wednesday, 26 June 2013, Gonzalo Odiard wrote:
I use the option too.
For me should be better keep it, just
Yeah it's something that needs to be tried out. You should give a try to
the latest sugar at some point :) With your workflow I suspect you would
probably switch between the two X sessions (Eric and Sugar)
using ctrl-alt-number. I tend to close sugar instead but that's probably
because I'm hacking
Hi Daniel,
I tried to update sugar-build today. Got the following failure:
* Building gst-plugins-espeak
Command failed:
/home/manuq/prog/sugar-build/gst-plugins-espeak/autogen.sh --prefix
/home/manuq/prog/sugar-build/build/out/install --libdir
Hello,
we was supposed to release 0.99.0 today but we have not tarballs to ship
because the maintainers have been to busy to deal with that.
I already brought this up when we came up with the 0.100 roadmap but let me
try again. Assuming we find resources to release, who is going to test that
I suspect this will go away if you rm -rf gst-plugins-espeak.
We have better module cleaning in place now, so I hope next time we do
major changes (like an automake update) these kind of issues will be taken
care of without manual intervention.
On 26 June 2013 18:42, Manuel Quiñones
On Wed, Jun 26, 2013 at 10:55 AM, Daniel Narvaez dwnarv...@gmail.com wrote:
we was supposed to release 0.99.0 today but we have not tarballs to ship
because the maintainers have been to busy to deal with that.
I already brought this up when we came up with the 0.100 roadmap but let me
try
On 26 June 2013 19:02, Daniel Drake d...@laptop.org wrote:
On Wed, Jun 26, 2013 at 10:55 AM, Daniel Narvaez dwnarv...@gmail.com
wrote:
we was supposed to release 0.99.0 today but we have not tarballs to ship
because the maintainers have been to busy to deal with that.
I already brought
On Wed, Jun 26, 2013 at 11:06 AM, Daniel Narvaez dwnarv...@gmail.com wrote:
Thanks. I would appreciate pointers about SoaS development builds. How
frequently they are built, what they are based on (F19/F20) etc.
I believe they are built automatically, on an almost-nightly basis,
for the current
This worked Daniel, Thanks! (rm -rf gst-plugins-espeak)
2013/6/26 Daniel Narvaez dwnarv...@gmail.com:
I suspect this will go away if you rm -rf gst-plugins-espeak.
We have better module cleaning in place now, so I hope next time we do major
changes (like an automake update) these kind of
On 26 June 2013 19:16, Daniel Drake d...@laptop.org wrote:
On Wed, Jun 26, 2013 at 11:06 AM, Daniel Narvaez dwnarv...@gmail.com
wrote:
Thanks. I would appreciate pointers about SoaS development builds. How
frequently they are built, what they are based on (F19/F20) etc.
I believe they are
On 26 June 2013 19:26, Thomas Gilliard satelli...@gmail.com wrote:
Nightly compose: (Usually not usable for a period after release as they
switch to f20)
https://dl.fedoraproject.org/pub/alt/nightly-composes/
0.99.1 is planned on July 31. Do you expect things will work by then?
If people are fine with that, I will try to make the 0.99.0 release myself,
automating things a little, with the goal of reducing at a minimum the work
involved. I'm not going to be able to write per module release notes and
such, but I guess having the tarballs is better than nothing.
At times, you need see the logs _and_ the sugar interface at the same time,
to be able to check when something is done.
That is the main reason I have found to need use sugar in a window,
and is important enough to me.
Why is important remove a feature working in our main platforms?
Gonzalo
On
On Wed, Jun 26, 2013 at 5:47 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
If people are fine with that, I will try to make the 0.99.0 release myself,
automating things a little, with the goal of reducing at a minimum the work
involved. I'm not going to be able to write per module release notes
18 matches
Mail list logo