Thanks for this information. Can you confirm for me that you had
changed PYTHONPATH from the default after installation of Ubuntu
18.04?
That will help us all be certain that this was not a problem with
Sugar or Ubuntu.
On Fri, Dec 20, 2019 at 09:38:33PM +0530, Ananya Appan wrote:
> Thank you
Thanks for letting us know.
What you describe doesn't match any problem I've seen with Ubuntu
18.04. You will have to diagnose the cause further.
For example, if "python2 -c 'import sugar3'" does not work, and yet
python-sugar3 package is installed, there must be something wrong with
the
Thank you so much! I am still facing problems though.
I tried it on python2, and I got the same error. I tried installing the
sugar desktop by installing the sucrose package using "sudo apt install
sucrose" . However, on logging out and trying to login after selecting the
sugar desktop, I am
Yes, that's the correct method for installing sugar-toolkit-gtk3 on
Ubuntu 18.04, so perhaps you are not testing correctly; make sure you
use python2, as the Ubuntu team for 18.04 have only packaged for
python2.
e.g.
python2 -c 'import sugar3'
However, if you want to work on Python 3, you will
Hello!
I would like to know how to install sugar-toolkit-gtk3 for Ubuntu 18.04. I
have tried sudo apt-get install python-sugar3, but I still get the
following error on running setup.py.
ImportError: No module named sugar3.activity
Thanks in advance.
Regards
Ananya Appan
Is sugar-toolkit depreciated in Ubuntu bionic?, if no then I need the dep
list for this module.
https://packages.ubuntu.com/search?keywords=sugar-toolkit=names=all=all
Regards
--
[image: Developer in progress]
Anmol Mishra
Student | Developer in progress
M: +91 9990752180 <+91+9990752180>
E:
thanks. looks easy. things you must fix;
1. `./autogen.sh: 11: ./autogen.sh: intltoolize: not found`
intltool is called by the autogen.sh script, which you should have
read.
intltoolize is not installed, you should have installed it, it is
provided by intltool package,
if installing
Hello,
These are the logs while installing fork for sugar-toolkit-gtk3. If anyone
can help, I'll be obliged. This is the link to log when I install toolkit
from Pro-panda fork, My system already has the packages, for example alsa
has been installed and then in the step when we run shell script,
sugar-toolkit-gtk3-*.tar.xz is to be installable for either python2 or
python3, but not in the same step. Let the user of the source decide
which version to use. At the moment, we are forcing a version, and we
should not.
On Thu, Jun 28, 2018 at 03:22:41AM +0530, Anmol Mishra wrote:
> Hello,
>
Hello,
I am Anmol and I am trying to finish port our sugar-toolkit to python3, Now
while porting, We need our toolkit needs to be installed for highest python
version available in system i.e Python2 or Python3. I have a strategy to
deal with it, As far as we know, on every bistro, python3 is
Hi Daniel,
Thanks a lot for the review.
I don't know if this is the correct way to submit a question, I have
looked everywhere for API docs of GdkPixbuf.hash and can't seem to find
it. It requires a parameter but I don't know what it's supposed to be
Try as I might, from the interactive
Missed to attach the patch.
El sáb, 22 de mar 2014 a las 12:31 AM, Sebastian Silva
sebast...@fuentelibre.org escribió:
Hi Daniel,
Thanks a lot for the review.
I don't know if this is the correct way to submit a question, I have
looked everywhere for API docs of GdkPixbuf.hash and can't seem
I have found we are using uuid in sugar-datastore
src/carquinyol/datastore.py too.
Is justified the use in this case or should be replaced too?
Gonzalo
On Thu, Jul 4, 2013 at 6:20 PM, Gonzalo Odiard gonz...@laptop.org wrote:
Great.
Have sense apply the same change on the old sugar-toolkit?
Hi all.
I will leave the choice of deciding upon the icon files directory to you
guys :)
My personal opinion :: I would refrain from using the /tmp directory,
since it is, well, temporary mount-point, and I would not point to delve
too much into shakeable territory.
This is confirmed in
Just as additional data point, I'm planning to migrate sugar to use
the XDG directories. Posting an initial plan right now.
On 15 December 2012 09:03, Ajay Garg a...@activitycentral.com wrote:
Hi all.
I will leave the choice of deciding upon the icon files directory to you
guys :)
My
The difference is, there are a time race between icon reading,
and displaying, at times, as the file is a tempfile,
at the moment of display was already deleted.
Is the code deleting the file? Otherwise who deletes it?
In /etc/fstab I see the line:
/tmp/tmptmpfsrw,size=50m
2012/12/11 Gonzalo Odiard gonz...@laptop.org:
In the meantime, have the icons cached in a directory is no so bad.
Maybe we can do it in /tmp/ to get it deleted at startup
without need more
Yes, I think using /tmp is the way to go. And the Journal is doing
that for the same icon in the palette
On 11 December 2012 14:19, Manuel Quiñones ma...@laptop.org wrote:
2012/12/11 Gonzalo Odiard gonz...@laptop.org:
In the meantime, have the icons cached in a directory is no so bad.
Maybe we can do it in /tmp/ to get it deleted at startup
without need more
Yes, I think using /tmp is the way
This issue happens, when .xo files need to be rendered in the listview in
non-journal locations.
In such cases, these files have no activity or bundle_id fields in their
metadata.
Thus, the current way to know the icon-file-name for such .xo files was to
expand the zipped files, and write out
On Mon, Dec 10, 2012 at 4:09 PM, Ajay Garg a...@activitycentral.com wrote:
Thus, now as the solution, we write the icon-files (maximum of one file per
activity) at ~/.sugar/default/icon_files. Now, the icons are rendered
correctly then.
I didn't check the patch yet, but I don't see anything
How are the .svg files in /icon_files removed?
--
James Cameron
http://quozl.linux.org.au/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Manuel, James ::
In my current approach, a file in icon_files folder is not removed ever,
once it is written.
This solves the following two purposes ::
a)
Space optimization ::
===
No need to write multiple files for the same activity icon.
Earlier, many icon-files (containing
Hi Ajay,
first, thanks for helping on this.
2012/12/10 Ajay Garg a...@activitycentral.com:
This issue happens, when .xo files need to be rendered in the listview in
non-journal locations.
In such cases, these files have no activity or bundle_id fields in their
metadata.
Thus, the current
On Tue, Dec 11, 2012 at 01:47:36AM +0530, Ajay Garg wrote:
In my current approach, a file in icon_files folder is not removed
ever, once it is written.
So I can attack a user (denial of service) by providing an .xo file
with a very very large .svg file in it, and there is nothing the user
can
On Tue, Dec 11, 2012 at 2:07 AM, Manuel Quiñones ma...@laptop.org wrote:
Hi Ajay,
first, thanks for helping on this.
My pleasure :)
2012/12/10 Ajay Garg a...@activitycentral.com:
This issue happens, when .xo files need to be rendered in the listview
in non-journal locations.
In
Well, I can't think how to overcome this :D
If this is indeed an issue, I can only begin to think the catastrophe that
this could cause in the earlier implementation (writing multiple files.
per-activity-per-rendering-in-listview).
On Tue, Dec 11, 2012 at 2:09 AM, James Cameron qu...@laptop.org
On Tue, Dec 11, 2012 at 02:22:07AM +0530, Ajay Garg wrote:
Well, I can't think how to overcome this :D
When an .xo entry is removed from the journal, check for and delete a
corresponding /icon_files/ directory entry.
If this is indeed an issue, I can only begin to think the
catastrophe that
2012/12/10 Ajay Garg a...@activitycentral.com:
On Tue, Dec 11, 2012 at 2:07 AM, Manuel Quiñones ma...@laptop.org wrote:
Hi Ajay,
first, thanks for helping on this.
My pleasure :)
2012/12/10 Ajay Garg a...@activitycentral.com:
This issue happens, when .xo files need to be rendered
...
So I can attack a user (denial of service) by providing an .xo file
with a very very large .svg file in it, and there is nothing the user
can do ... in Sugar ... to escape from the situation.
It is an added security vulnerability.
So, Nak.
As an example,
Are you sure about this assumption? How can you explain that the
icons are visible in the palette and in the details view? I tested
with a stick which has a .xo file inside.
1. ls /tmp - no svg files
2. open Journal - I can see this:
On Mon, Dec 10, 2012 at 11:44:52PM -0300, Gonzalo Odiard wrote:
Right now, sugar is decompressing the icon anyway,
then, there are no too much change.
Yes, not too much, only double the effect of the attack.
--
James Cameron
http://quozl.linux.org.au/
On Tue, Dec 11, 2012 at 2:55 AM, James Cameron qu...@laptop.org wrote:
On Tue, Dec 11, 2012 at 02:22:07AM +0530, Ajay Garg wrote:
Well, I can't think how to overcome this :D
When an .xo entry is removed from the journal, check for and delete a
corresponding /icon_files/ directory entry.
2012/12/10 Gonzalo Odiard gonz...@laptop.org:
Are you sure about this assumption? How can you explain that the
icons are visible in the palette and in the details view? I tested
with a stick which has a .xo file inside.
1. ls /tmp - no svg files
2. open Journal - I can see this:
On Tue, Dec 11, 2012 at 08:41:06AM +0530, Ajay Garg wrote:
Seems a hard think (implementation-wise), as ::
I agree. Perhaps instead add a regular cleanup during Sugar startup.
--
James Cameron
http://quozl.linux.org.au/
___
Sugar-devel mailing list
On Tue, Dec 11, 2012 at 10:22 AM, James Cameron qu...@laptop.org wrote:
On Tue, Dec 11, 2012 at 08:41:06AM +0530, Ajay Garg wrote:
Seems a hard think (implementation-wise), as ::
I agree. Perhaps instead add a regular cleanup during Sugar startup.
Done, via
On Thu, Sep 20, 2012 at 12:34 PM, godi...@sugarlabs.org wrote:
+self._summary = None
+self._local_summary = None
Sorry to bother you, I have two questions:
* What each of these variable mean?
* What are the difference between them?
--
Kaufmann Manuel
Blog:
summary is the original English field we are adding in activity.info
local_summary is the string translated to the language in use in Sugar.
Gonzalo
On Sat, Sep 29, 2012 at 3:24 PM, Manuel Kaufmann humi...@gmail.com wrote:
On Thu, Sep 20, 2012 at 12:34 PM, godi...@sugarlabs.org wrote:
+
Thanks, pushed as: 5fdad9481ba7079a6a718159ebe7eb8e5367c46e
Gonzalo will open a ticket for tracking testing, and one for the Python3
follow up.
Simon
On 08/27/2012 04:09 PM, godi...@sugarlabs.org wrote:
From: Gonzalo Odiard godi...@gmail.com
As spoted by Daniel Narvaez in [1], pygi does
Thanks for the patch. I did change the method name to set_icon_name to
clearly overwrite that. Otherwise you would have been still able to do
button.set_icon and button.set_icon_name.
Pushed with these changes,
Simon
On 09/19/2012 10:25 PM, godi...@sugarlabs.org wrote:
From: Gonzalo
From: Gonzalo Odiard godi...@gmail.com
This summary is translatable aas the name and will be displayed
in the activivity list in the home view.
Signed-off-by: Gonzalo Odiard gonz...@laptop.org
v2: remove installation_time because is not used anymore
---
src/sugar3/activity/bundlebuilder.py |
From: Gonzalo Odiard godi...@gmail.com
This summary is translatable aas the name and will be displayed
in the activivity list in the home view.
Signed-off-by: Gonzalo Odiard gonz...@laptop.org
---
src/sugar3/activity/bundlebuilder.py | 9 +
src/sugar3/bundle/activitybundle.py | 15
Hi Gonzalo,
thanks for this great writeup!
On 09/19/2012 09:13 PM, Gonzalo Odiard wrote:
Today we explored with Simon different alternatives:
- override the icon-name property and fallback to what we do in
set_named_icon
- override the icon-name property and print a warning to use
From: Gonzalo Odiard godi...@gmail.com
As discused in the mailing list [1] the api to set the icon in sugar
ToolButton, RadioToolButton and ToggleToolButton is inconsistent,
and with the port to gtk3 differences are visible as a wrong size (SL #3849)
Signed-off-by: Gonzalo Odiard
From: Gonzalo Odiard godi...@gmail.com
With g-i bindings, setting the property don't change the size
and the button is bigger than should be.
Now we have two properties for the same, icon_name and named_icon,
maybe one should be deprecated.
Signed-off-by: Gonzalo Odiard gonz...@laptop.org
---
Thanks Gonzalo. Yes this fixes the regression, which was affecting
Paint, and may affect other ports so I vote for adding this instead of
deprecating the API. So now both:
radial_button = RadioToolButton(named_icon='view-radial')
and:
radial_button = RadioToolButton()
This patch is not included and haven't received comments.
Any particular reason?
There are ported activities needing this change.
Gonzalo
On Mon, Aug 27, 2012 at 11:09 AM, godi...@sugarlabs.org wrote:
From: Gonzalo Odiard godi...@gmail.com
As spoted by Daniel Narvaez in [1], pygi does not
I'd say: +1 to your change
2012/9/14 Gonzalo Odiard gonz...@laptop.org:
This patch is not included and haven't received comments.
Any particular reason?
There are ported activities needing this change.
Gonzalo
On Mon, Aug 27, 2012 at 11:09 AM, godi...@sugarlabs.org wrote:
From: Gonzalo
From: Gonzalo Odiard godi...@gmail.com
As spoted by Daniel Narvaez in [1], pygi does not set the default encoding
anymore as the old gtk did. This change break ported activities.
The change in gtk was discussed upstream here [2]
A better solution will be implemented when we port to python 3,
when
Whenever any of these buttons is clicked, the corresponding response_id
is received in the response callback-function attached to this alert.
This patch adds the Multi-Select facility, to easy copying/erasing multiple
items in one go (after selecting the required target entries).
Note that,
On 08/09/2012 10:27 PM, Manuel Quiñones wrote:
Thanks Gonzalo,
Thanks Gonzalo. I was intrigued by that fact and looked a bit at the issue.
2012/8/9 godi...@sugarlabs.org:
From: Gonzalo Odiard godi...@gmail.com
Use clicked instead of button-pressed, because this is not triggered
by touch
I am fine to go with 'clicked' as Gonzalo suggested but would be nice to
know the details as well.
Regards,
Simon
The following info can be related:
In gtk3, a patch to check emulating_pointer before use touch as
button_press/release:
From: Gonzalo Odiard godi...@gmail.com
Use clicked instead of button-pressed, because this is not triggered
by touch device.
Signed-off-by: Gonzalo Odiard gonz...@laptop.org
---
src/sugar3/graphics/window.py | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
Thanks Gonzalo,
2012/8/9 godi...@sugarlabs.org:
From: Gonzalo Odiard godi...@gmail.com
Use clicked instead of button-pressed, because this is not triggered
by touch device.
Makes sense, clicked is more general than button-pressed. From the
docs, is emitted when the button has been
2012/8/8 Gonzalo Odiard godi...@sugarlabs.org:
* API changed in the drag and drop code in Gtk
* Changes in the way to get color information from the theme.
I would also add in the message that this is because Gtk.Style was
deprecated by Gtk.StyleContext. If you mention it the next time,
Thanks,
2012/8/8 godi...@sugarlabs.org:
From: Gonzalo Odiard godi...@gmail.com
This patch solves the following problems:
* API changed in the drag and drop code in Gtk.
Drag and drop is not working yet (SL #3796)
I added a # FIXME in the code too,
but the code needed to enable drag
2012/8/8 Manuel Quiñones ma...@laptop.org:
Thanks,
2012/8/8 godi...@sugarlabs.org:
From: Gonzalo Odiard godi...@gmail.com
This patch solves the following problems:
* API changed in the drag and drop code in Gtk.
Drag and drop is not working yet (SL #3796)
I added a # FIXME in the
Pushed as f70075323cfd80413b0fdf53fe41561eae4dd6da
2012/8/8 Manuel Quiñones ma...@laptop.org:
2012/8/8 Manuel Quiñones ma...@laptop.org:
Thanks,
2012/8/8 godi...@sugarlabs.org:
From: Gonzalo Odiard godi...@gmail.com
This patch solves the following problems:
* API changed in the drag and
From: Gonzalo Odiard godi...@gmail.com
This patch solves the following problems:
* API changed in the drag and drop code in Gtk
* Changes in the way to get color information from the theme.
* The internal button was not visible.
Signed-of-by: Gonzalo Odiard gonz...@laptop.org
---
This patch is needed by Paint port to Gtk3, but can be tested applying the
following patch to HelloWorld activity:
diff --git a/activity.py b/activity.py
index 2252983..96ee5d3 100644
--- a/activity.py
+++ b/activity.py
@@ -28,6 +28,8 @@ from sugar3.activity.widgets import TitleEntry
from
* API changed in the drag and drop code in Gtk
* Changes in the way to get color information from the theme.
I would also add in the message that this is because Gtk.Style was
deprecated by Gtk.StyleContext. If you mention it the next time, the
review can be faster too :)
Be free to
Hello,
I think it would be really great to have something similar to this:
* http://mkaufmann.com.ar/~humitos/sugar-toolkit-gtk3/
What do you think?
This is what I did to get that kind of documentation
sudo yum install python-sphinx
sphinx-apidoc --doc-author=Manuel Kaufmann --full
Hello Manuel,
I think this is a good direction. Of course we will need better
documentation in the code itself. I've been willing to write more of a
manual for the toolkit using reStructured and this would integrate
perfectly with it. Only suggestion pick a nicer theme like sphinxdoc
:)
Once we
On Thu, Jul 5, 2012 at 8:59 AM, Daniel Narvaez dwnarv...@gmail.com wrote:
I think this is a good direction. Of course we will need better
documentation in the code itself. I've been willing to write more of a
manual for the toolkit using reStructured and this would integrate
perfectly with it.
2012/7/5 Manuel Kaufmann humi...@gmail.com:
Hello,
I think it would be really great to have something similar to this:
* http://mkaufmann.com.ar/~humitos/sugar-toolkit-gtk3/
What do you think?
So yes, I think effort in this direction is appreciated. The current
documentation for the
Hi Manuel,
On 5 Jul 2012, at 12:30, Manuel Kaufmann humi...@gmail.com wrote:
Hello,
I think it would be really great to have something similar to this:
* http://mkaufmann.com.ar/~humitos/sugar-toolkit-gtk3/
What do you think?
Looks pretty :)
My quick and dirty solution for browsable
Sugarlabs already has a sphinx instance, although it is a bit out of date:
http://doc.sugarlabs.org/sphinx/
It also has a epydoc instance: http://doc.sugarlabs.org/epydocs/ (a.k.a
api.sugarlabs.org)
I previously kept a Doxygen parsing of the Sugar toolkit, largely because I
know how to make nice
Excerpts from Ajay Garg's message of 2012-02-05 21:47:47 +0100:
The patch summary (subject line) doesn't describe what this patch does,
only in what context it is useful.
Also, please note that sugar-toolkit (GTK2) is in maintenance mode; API
changes need to be targeted at sugar-toolkit-gtk3.
A new function has been added, which provides the ability to have a callback
executed,
after the alert is shown.
Note that, in usual cases (that is, prior addition of this function), the alert
is shown;
and the action taken only after user clicks one of the action-buttons (eg.
'OK', 'Cancel',
Hello everyone!
During todays Development Team meeting [1], we we agreed that Daniel
Drake will maintain the new sugar-toolkit-gtk3 together with Simon
Schampijer, leaving me free to focus on the existing Glucose modules
(also together with Simon).
Good luck to the new (and old) maintainers!
On Tue, Dec 13, 2011 at 11:55 AM, Sascha Silbe
sascha-ml-reply-to-201...@silbe.org wrote:
During todays Development Team meeting [1], we we agreed that Daniel
Drake will maintain the new sugar-toolkit-gtk3 together with Simon
Schampijer, leaving me free to focus on the existing Glucose modules
On 05/12/11 20:24, Sascha Silbe wrote:
Hi Simon et al.,
sugar-toolkit-gtk3 is starting to get into shape (branch
silbe-rework-20111205). Remaining issues:
[...]
3. a6513e6: Switch sugarext to be an introspectable library (Simon
Schampijer)
Some links explaining what this means and
On Mon, Dec 5, 2011 at 5:24 PM, Sascha Silbe
sascha-ml-reply-to-201...@silbe.org wrote:
Hi Simon et al.,
sugar-toolkit-gtk3 is starting to get into shape (branch
silbe-rework-20111205). Remaining issues:
1. 7431584: Restructure for new /usr/bin/sugar-activity behaviour
(Daniel Drake)
Hello,
On Tue, 2011-12-06 at 00:24 +0100, Sascha Silbe wrote:
sugar-toolkit-gtk3 is starting to get into shape (branch
silbe-rework-20111205). Remaining issues:
Nice!
Several patches also lack a Signed-off-by from their respective author
(Daniel Drake, Simon Schampijer, Benjamin Berg, Raul
Hi Simon et al.,
sugar-toolkit-gtk3 is starting to get into shape (branch
silbe-rework-20111205). Remaining issues:
1. 7431584: Restructure for new /usr/bin/sugar-activity behaviour
(Daniel Drake)
This patch, back-ported to the GTK2 sugar-toolkit, and it's sugar
counterpart should be
Signed-off-by: Bernie Innocenti ber...@codewiz.org
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 41b7a1f..37b3187 100644
--- a/configure.ac
+++ b/configure.ac
@@ -27,7 +27,7 @@ AC_SUBST(PYGTK_DEFSDIR)
# Setup
Hi,
We have started to implement GTK3 support in
sugar-toolkit/sugar-artwork and have been faced with some decisions
which have met a lot of discussion in the group. Some of this is
simply expanding on the plans so far, which did not dive down into the
gory details which we now face:
Excerpts from Daniel Drake's message of 2011-10-29 12:12:54 +0200:
If we get things into good shape, we are planning to commit all this
to master tomorrow evening. We have already made lots of progress
including a somewhat functional theme and a major palette-related
headache solved. Code and
Set the window icon to the activity icon for improved look-and-feel when
using non-Sugar ways of switching windows (e.g. by enabling the metacity key
bindings).
Tested on XO-1.5 running Debian Squeeze. Setting the icon takes 0.1s
(0.058s, 0.026s, 0.021s).
Signed-off-by: Sascha Silbe
On Thu, Aug 05, 2010 at 09:26:04PM +, Sascha Silbe wrote:
Set the window icon to the activity icon for improved look-and-feel when
using non-Sugar ways of switching windows (e.g. by enabling the metacity key
bindings).
Tested on XO-1.5 running Debian Squeeze. Setting the icon takes 0.1s
Hi,
have just created the sucrose-0.86 branch in sugar-toolkit and
sugar-base. Development for 0.86 will happen in sucrose-0.86 and for
0.88 in master.
Regards,
Tomeu
--
«Sugar Labs is anyone who participates in improving and using Sugar.
What Sugar Labs does is determined by the
80 matches
Mail list logo
