Hello everyone,
I've just downloaded the git code for SugarBuild on Ubuntu Gnome 13.04, and
then (when Sugar Build asked me to do it) I installed python-dev package.
But I get the following error stacktrace :
---
$ ./osbuild build
= Setup
2013/6/23 Daniel Narvaez dwnarv...@gmail.com:
Hello,
tarballs for the 0.99.0 release are due on Jan 24. Giving a bit of time
notice to maintainers since it's the first release this cycle.
I think we need to figure out how to get some human testing on these
releases and make sure the bugs
2013/6/21 Gary Martin garycmar...@googlemail.com:
Hi Walter,
On 21 Jun 2013, at 13:18, Walter Bender walter.ben...@gmail.com wrote:
I did a clean [1] up of Daniel Francis's Multi Home View feature [2]
yesterday and in the process tried to address two issues:
(1) The original code had many
Weird, it's trying to download and uncompress
https://pypi.python.org/packages/source/v/virtualenv/virtualenv-1.9.1.tar.gz
Maybe try to download that with wget and see if you get a valid tarball? I
would also retry to run osbuild now in case it was some temporary weirdness
(it seems to work for
Hello,
Thanks for your answer.
So I fetch the tarball with wget directly from the sugar build folder, and
launched again the command :
---
$ ./osbuild build
= Setup the build system =
* Create the python virtualenv
Traceback (most
Very confusing and the error message is not really useful. Try
git clean -ffdx
./osbuild
Are you running this inside a VM? If so, is the network working reliably in
the VM?
On Tuesday, 25 June 2013, laurent bernabe wrote:
Hello,
Thanks for your answer.
So I fetch the tarball with wget
I launch the command without any virtual environment.
I launched the commands you've just gave me :
and this time it seems to work :)
Thank you :)
2013/6/25 Daniel Narvaez dwnarv...@gmail.com
Very confusing and the error message is not really useful. Try
git clean -ffdx
./osbuild
Are
Hello again,
when I launch run from the sugar build shell, I get a kind of conflict with
my npm installation :
---
Command failed: npm install -g --prefix
/home/laurent-bernabe/Programmes/sugar-build/build/out/install
npm ERR! addLocal Could not install .
with my npm installation you mean you have installed npm also outside
sugar-build?
The permissions of your .npm directory looks broken, your user doesn't seem
to have access to the lock file inside it.
On Tuesday, 25 June 2013, laurent bernabe wrote:
Hello again,
when I launch run from the
Yes, I did installed npm directly from Ubuntu before.
And the fact that my user can't access it may be because I reinstalled
Ubuntu (in order to have 13.04 version) but I kept my /home partition.
Maybe I should delete it (as super admin) and try again : should it be
right ?
Regards
2013/6/25
On 25 June 2013 17:17, laurent bernabe laurent.bern...@gmail.com wrote:
Yes, I did installed npm directly from Ubuntu before.
And the fact that my user can't access it may be because I reinstalled
Ubuntu (in order to have 13.04 version) but I kept my /home partition.
Maybe I should delete
I've deleted the .npm directory.
I've also reset the git folder as the problem was not solved.
And I am building all from the beginning.
I will tell you if this time it works.
Regards
2013/6/25 Daniel Narvaez dwnarv...@gmail.com
On 25 June 2013 17:17, laurent bernabe
On 25 June 2013 17:01, laurent bernabe laurent.bern...@gmail.com wrote:
The message says me that I must be super-administrator : but I tried from
inside sugar build shell as administrator, and it didn't solve the problem
(neither did trying sudo run from sugar build shell).
*Never* run
I get the same problem : what make me think that I must unistall npm first
and then retry to build and run sugar build.
--
Command failed: npm install -g --prefix
/home/laurent-bernabe/Programmes/sugar-build/build/out/install
npm ERR! addLocal Could not install .
npm
Not quite the same, now it's failing on the tmp dir. You should probably
check why you are not able to access those files exactly (which
permissions/owner they have etc).
On 25 June 2013 17:36, laurent bernabe laurent.bern...@gmail.com wrote:
I get the same problem : what make me think that I
I've changed my tmp folder permissions and owner : and the build seems to
go on.
No I think I'll be able to run Sugar.
Otherwise I'll mail the possible problem
Thanks
2013/6/25 Daniel Narvaez dwnarv...@gmail.com
Not quite the same, now it's failing on the tmp dir. You should probably
check
And use VNC instead Xephyr?
http://bugs.sugarlabs.org/attachment/ticket/1659/0001-sugar-emulator-use-vnc-instead-of-Xephyr-1659.patch
Date: Tue, 18 Jun 2013 15:29:57 +0200
From: dwnarv...@gmail.com
To: alan...@hotmail.com
CC: sugar-devel@lists.sugarlabs.org; suraj.gilles...@gmail.com;
I tried to move to Xvnc several months ago but... I was getting crashes on
Ubuntu with it too so I gave up. Might be worth for someone to reevaluate,
I don't know.
On 25 June 2013 18:59, Alan Jhonn Aguiar Schwyn alan...@hotmail.com wrote:
And use VNC instead Xephyr?
Unless a proper X nesting solution appears, I think we should probably just
always run a full X server. I see that a window might be more convenient
for some people, but there is just no good solution for that at the moment.
(Full X server from inside X is also complicated with systemd, but it
Hello,
with sugar-emulator we used to run by default in a window. These days
sugar-runner defaults to full screen but it's still possible to make it use
a window by setting the resolution preference.
I would like to understand how badly it would affect people if we only
allowed to run in
On 25 June 2013 13:36, Manuel Quiñones ma...@laptop.org wrote:
2013/6/23 Daniel Narvaez dwnarv...@gmail.com:
Hello,
tarballs for the 0.99.0 release are due on Jan 24. Giving a bit of time
notice to maintainers since it's the first release this cycle.
I think we need to figure out how
You need fetch pull:
- git fetch
- git pull --rebase
- git push
2013/6/24 Aneesh Dogra lionane...@gmail.com
Failed to commit file: [GIT] push of
('/var/lib/pootle/checkouts/glucose/sugar', 'po/en_US.po') failed: To
g...@github.com:sugarlabs/sugar.git ! [rejected] master - master
For Sugar Web, I would like to revisit subtoolbars, considering the
usage in GTK activities and the nature of the web.
In GTK we have to deal with two issues:
- toolbars allow a limited amount of buttons
- the subtoolbar shrinks the canvas when it is triggered
The first one is specially bad in
From the POV of developers, the only advantage I see for seeing a
window size is to test how Sugar/Activities run at different screen
sizes. But much of this can be accomplished by setting the resolution
of the full-screen X display, so I would argue it is not a priority.
regards.
-walter
On
As Walter said. For me it is nice to have the window option, and I use it.
But if it is a pain to maintain and takes time from you Daniel, I'm +1 for
dropping it.
2013/6/25 Walter Bender walter.ben...@gmail.com
From the POV of developers, the only advantage I see for seeing a
window size is
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, like when interact with drag and
drop
in the
I use the option too.
For me should be better keep it, just document where does not work.
Gonzalo
On Tue, Jun 25, 2013 at 9:34 PM, Manuel Quiñones ma...@laptop.org wrote:
As Walter said. For me it is nice to have the window option, and I use
it. But if it is a pain to maintain and takes
27 matches
Mail list logo