Page 5 of 7 « First 34 5 67
Reply
Thread Tools
noobmonkey's Avatar
noobmonkey is offline noobmonkey
2009-12-15 , 21:38
Posts: 3,203 | Thanked: 1,391 times | Joined on Nov 2009 @ Worthing, England
#41
Originally Posted by pixelgeek View Post
I did it using the GUI installer following this guide here:
http://wiki.maemo.org/Documentation/...l_Installation
Cheers Pixel - running through it now
 
noobmonkey's Avatar
noobmonkey is offline noobmonkey
2009-12-15 , 22:21
Posts: 3,203 | Thanked: 1,391 times | Joined on Nov 2009 @ Worthing, England
#42
Hmmm got an issue on step 5........
Trying to run step 5 as my user
greg@gregbuntu:/root$ ./maemo-sdk-install_5.0.sh
bash: ./maemo-sdk-install_5.0.sh: Permission denied
greg@gregbuntu:/root$
Trying to run step 5 as root
root@gregbuntu:~# ./maemo-sdk-install_5.0.sh
This script will install maemo SDK 5.0 fremantle release to your computer.

Install options
Force remove of existing targets (no)
Alternative sources.list ('')

Target configuration for armel (FREMANTLE_ARMEL)
compiler=cs2007q3-glibc2.5-arm7
devkits=perl:debian-etch:qemu:doctools:svn:git
cputransp=qemu-arm-sb

Target configuration for i386 (FREMANTLE_X86)
compiler=cs2007q3-glibc2.5-i486
devkits=perl:debian-etch:doctools:svn:git

Checking for prerequisites
--------------------------

wget tool in path... /usr/bin/wget
Checking for dpkg tool in path... /usr/bin/dpkg
Running outside of scratchbox... yes
Script not run as user root... no
E: This script should NOT be run as user root.
Aghhh sooooo close!!!
 
pixelgeek's Avatar
pixelgeek is offline pixelgeek
2009-12-16 , 07:56
Posts: 41 | Thanked: 8 times | Joined on Nov 2009 @ Zürich, Switzerland
#43
just enter the following lines into the terminal:

sudo wget http://repository.maemo.org/stable/5.0/maemo-sdk-install-wizard_5.0.py
sudo chmod a+x maemo-sdk-install-wizard_5.0.py
sudo ./maemo-sdk-install-wizard_5.0.py

this will get you the GUI installer...
 
noobmonkey's Avatar
noobmonkey is offline noobmonkey
2009-12-16 , 08:18
Posts: 3,203 | Thanked: 1,391 times | Joined on Nov 2009 @ Worthing, England
#44
Originally Posted by pixelgeek View Post
just enter the following lines into the terminal:

sudo wget http://repository.maemo.org/stable/5...-wizard_5.0.py
sudo chmod a+x maemo-sdk-install-wizard_5.0.py
sudo ./maemo-sdk-install-wizard_5.0.py

this will get you the GUI installer...
Lol - i really do need to learn these commands
greg@gregbuntu:/root$ sudo ./maemo-sdk-install-wizard_5.0.py
: cannot connect to X server
but i am becoming an expert at logging in as root , and then back in as me

root@gregbuntu:~# sudo ./maemo-sdk-install-wizard_5.0.py
: cannot connect to X server
 
noobmonkey's Avatar
noobmonkey is offline noobmonkey
2009-12-16 , 08:35
Posts: 3,203 | Thanked: 1,391 times | Joined on Nov 2009 @ Worthing, England
#45
someone explain to me how typing "export DISPLAY=:0" helped?! gui is on my screen! yay, but got work in 15 mins!!!
Last edited by noobmonkey; 2009-12-16 at 08:46.
 
edgedemon's Avatar
edgedemon is offline edgedemon
2009-12-16 , 08:53
Posts: 383 | Thanked: 209 times | Joined on Oct 2009 @ London UK
#46
Im a noob, but my understanding is that you are redirecting the output from the screen or xserver to your emulator?
Depending on the programs you are running, you could change the value of 0 to another number and re-direct elsewhere
Ducks head and prepares to be shot down by the experts!
__________________
Hi! I'm Martin, a Maemo Greeter!

Useful links for newcomers: New members say hello, New users start here, Community subforum , Beginners'wiki page, Maemo5 101, Frequently Asked Questions (FAQ)

If I can help with anything else, just ask!
 

The Following User Says Thank You to edgedemon For This Useful Post:
jaem
2009-12-16 , 09:26
Guest | Posts: n/a | Thanked: 0 times | Joined on
#47
Okay, Batch Reply to a bunch of posts:
noobmonkey[27]:
If you got the so-called "sexy" pointer (:P) then plasma (the desktop shell) probably crashed. In my experience this virtually never happens anymore, so it could just be a quirk of your system. If you feel like trying it again (you can install the kubuntu-desktop package ontop of Ubuntu - it's just a different spin, not a different OS), and reporting a bug with useful info, I'm sure KDE would appreciate it. Also be aware that hitting Alt+F2 and typing in "plasma-desktop[enter]" should restart it manually, and then you can see if it was just temporary thing.
go1dfish[28]:
Without getting into an argument, the developers do consider it "user-ready" at this point, and for the most part I'd agree, however that view admittedly sounds a bit weak in light of noobmonkey's post. :P At this point I'd say it's the usual quesion of "who is it ready for?" rather than "is it ready?" (cf. "Year of the Linux Desktop" debate -grin-)

noobmonkey[38]:
Great! As I think I mentioned, though, Ubuntu is shipping an old beta of KDevelop4, so it lacks some fairly important features (working debugging being one, if I remember correctly). That said, even if you can't wait for it to be released and packaged for Ubuntu, it's still makes an awesome code editor, and I'd fully recommend it if it works for you.
As for your comments about DEBs, you might want to read up on it. You can essentially think about packages as being an archive file (like a ZIP or tarball) with a file tree of binaries and what-have-you, and some metadata. In reality they're more complicated, and often horribly pedantic, but that's the gist. So, while you can technically just dump your compiled program into your filesystem and run it, the proper way is to package it into a package for your distro (Maemo uses DEBian packages because of its Debian heritage). This is a reasonably time-consuming process to learn and to do right, so when you're just messing around, you probably don't want to worry about it. Just remember - files that aren't packaged aren't tracked by the system database, so if you leave them lying around and forget to clean them up, you may have issues - or at least cruft. If you do this, I'd recommend sticking them in /home/user/bin (which you'd have to create).

noobmonkey[45]: X has to run on a logical display. DISPLAY is an environment variable that is set when you fire up an X session (e.g. login). Since you're not logged into your graphical session as root (I hope not, anyway!), you need to set it manually.

Oh, and to put in my two cents about the C++/Python discussion, I would note that not only is C++ much nicer than C, but Qt takes care of most of the remaining messy bits. Python is still probably easier for many things, but it's a matter of preference as well as the situation, really. Also note that (probably) the majority of Linux software can be used directly by C++ programs, but there aren't Python bindings for everything (although it's close!).
 

The Following 2 Users Say Thank You to For This Useful Post:
noobmonkey's Avatar
noobmonkey is offline noobmonkey
2009-12-16 , 10:21
Posts: 3,203 | Thanked: 1,391 times | Joined on Nov 2009 @ Worthing, England
#48
noobmonkey[27]:
If you got the so-called "sexy" pointer (:P) then plasma (the desktop shell) probably crashed. In my experience this virtually never happens anymore, so it could just be a quirk of your system. If you feel like trying it again (you can install the kubuntu-desktop package ontop of Ubuntu - it's just a different spin, not a different OS), and reporting a bug with useful info, I'm sure KDE would appreciate it. Also be aware that hitting Alt+F2 and typing in "plasma-desktop[enter]" should restart it manually, and then you can see if it was just temporary thing.
Hehe - did a few google searches, doesn't look like i was the only person with this problem , after installing plain old Ubuntu - i have to say i much prefer it

Thanks for the F2 advice - hopefully won't need it now

noobmonkey[38]:
Great! As I think I mentioned, though, Ubuntu is shipping an old beta of KDevelop4, so it lacks some fairly important features (working debugging being one, if I remember correctly). That said, even if you can't wait for it to be released and packaged for Ubuntu, it's still makes an awesome code editor, and I'd fully recommend it if it works for you.
As for your comments about DEBs, you might want to read up on it. You can essentially think about packages as being an archive file (like a ZIP or tarball) with a file tree of binaries and what-have-you, and some metadata. In reality they're more complicated, and often horribly pedantic, but that's the gist. So, while you can technically just dump your compiled program into your filesystem and run it, the proper way is to package it into a package for your distro (Maemo uses DEBian packages because of its Debian heritage). This is a reasonably time-consuming process to learn and to do right, so when you're just messing around, you probably don't want to worry about it. Just remember - files that aren't packaged aren't tracked by the system database, so if you leave them lying around and forget to clean them up, you may have issues - or at least cruft. If you do this, I'd recommend sticking them in /home/user/bin (which you'd have to create).
Thanks for the zip idea - makes sense to me! (Shocker!)

Not understanding the second part - but i'll refer back to it when i get hello world working!


noobmonkey[45]: X has to run on a logical display. DISPLAY is an environment variable that is set when you fire up an X session (e.g. login). Since you're not logged into your graphical session as root (I hope not, anyway!), you need to set it manually.
Ahhh thanks to you and edge both on this one! - I'm yet to fully figure out the root v use ridea, i klnow it's similar to an administrator in windows... but not at the same time...
But i do know that i can swap between them when asked to now, so thats a start!


Oh, and to put in my two cents about the C++/Python discussion, I would note that not only is C++ much nicer than C, but Qt takes care of most of the remaining messy bits. Python is still probably easier for many things, but it's a matter of preference as well as the situation, really. Also note that (probably) the majority of Linux software can be used directly by C++ programs, but there aren't Python bindings for everything (although it's close!).
From a very n00bish point of view, i'm looking for the first one that gets hello world on the screen - from there i will start analysing the code, play with it, compile it...see the changes, and doi it over and over again with new lines of code to compare changes - thats the way i learn hehehe

I have some object orientated programming experience and hated it to be honest, but i'll do what must be done to get hello world working hehehe
 
noobmonkey's Avatar
noobmonkey is offline noobmonkey
2009-12-16 , 10:22
Posts: 3,203 | Thanked: 1,391 times | Joined on Nov 2009 @ Worthing, England
#49
Forgot to mention, left the GUI installing at home - so will be on it tonight
Anniversary with the GF may get in the way of Ubuntu fun though!

p.s. jaem - you deserve a huuuuge pat on the back for all of your help. You have really given me a great boost so far.
 

The Following User Says Thank You to noobmonkey For This Useful Post:
jaem
2009-12-16 , 10:59
Guest | Posts: n/a | Thanked: 0 times | Joined on
#50
Originally Posted by noobmonkey View Post
Hehe - did a few google searches, doesn't look like i was the only person with this problem , after installing plain old Ubuntu - i have to say i much prefer it
To each their own :P
Originally Posted by noobmonkey View Post
Thanks for the zip idea - makes sense to me! (Shocker!) Not understanding the second part - but i'll refer back to it when i get hello world working!
Well, on Windows, you (and your installers) just dump files anywhere they feel like it, which is part of the reason it can be easy for your Windows install to get a bit crufty over time. Linux, on the other hand, files everything away neatly, and keeps a database tracking all currently installed files, and which package they belong to. In most cases, then, you keep your personal (untracked) files inside your home directory. As long as you do this, then you can be assured that things will be installed/uninstalled cleanly, and your system will be happy. If you don't, and you say, install something manually that isn't packaged (e.g. by running make install, or copying the files into /usr/bin, /usr/lib, etc.), then you'll probably run into eventual issues, because you'll have a bunch of files floating around that your system doesn't know anything about, and that you'll probably forget you put there. This is one of the primary reasons for using package management, and if you don't follow it, it kind of defeats the point. What I was saying was that until you figure out the packaging process, just put the files in a subdirectory of /usr/home. If it's just a single binary, then you can run it from the terminal (once you've made it executable) by running "/path/to/binary". If you have more than one executable, or your own libraries, it's a bit more complicated - Google "path environment variable", and "ld.so.conf ldconfig" for details, and ask questions if you still don't get it.
Originally Posted by noobmonkey View Post
Ahhh thanks to you and edge both on this one! - I'm yet to fully figure out the root v use ridea, i klnow it's similar to an administrator in windows... but not at the same time...
But i do know that i can swap between them when asked to now, so thats a start!
root is just another user, which has all permissions, and can do absolutely anything. By contrast, your personal user has some subset of those permissions, and is intended (for security reasons) to be used unless you have need for root access. Most distributions advocate using sudo (or su) if you do need root access, rather than logging in graphically as root - in fact, Ubuntu won't even let you do the latter by default. Standard *nix permissions are based on users and groups thereof - there's plenty of great documention and tutorials on how that all works on the Web, so I won't repeat it here.
Originally Posted by noobmonkey View Post
From a very n00bish point of view, i'm looking for the first one that gets hello world on the screen - from there i will start analysing the code, play with it, compile it...see the changes, and doi it over and over again with new lines of code to compare changes - thats the way i learn hehehe
Yeah, just use Python for now, then - Hello World is pretty simple in any sane language, but Python should be more quickly understandable, while languages like C++ usually take a bit of handwaving until after they explain some other concepts :P
 

The Following User Says Thank You to For This Useful Post:
Reply
Page 5 of 7 « First 34 5 67

« Previous Thread | Next Thread »

 
Forum Jump


All times are GMT. The time now is 06:43.

Contact Us - Home - Archive - Top