Re: Installer
I tried this toolchain too yesterday and trying hacking the code, but I am not a good programmer and failed :/ If someone can look at the code and try to compile and change the bootloader, kernel etc. to new one so we can try to use the installer for any distribution. Greetings Serdar Am 08.02.10 22:20, schrieb ghislain: Serdar Dere wrote: like I told, this won't work. or you got a better toolchain than I have. I use the toolchain as described on the wiki-pages: http://wiki.openmoko.org/wiki/Toolchain#Downloading_and_installing http://wiki.openmoko.org/wiki/Toolchain#Downloading_and_installing I've installed it in /opt/toolchains/ That works for me. Ghislain http://www.basetrend.nl BaseTrend - http://www.openmobile.nl openmobile.nl ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [Android] Android Cupcake V22 installer-image
daniel.l.sta...@gmail.comDate: Thu, 31 Dec 2009 13:15:38 -0500To: community@lists.openmoko.orgSubject: Re: [Android] Android Cupcake V22 installer-imageHowever, it seems that the LEDs don't turn off when they should...is anyone else experiencing this?You could consider asking your question to the Android on Freerunner community at http://groups.google.com/group/android-on-freerunnerNiels. _ Lentekriebels? Speel samen met je vrienden de spelletjes die Windows Live je aanbiedt! http://www.messengerbillboard.be/nl/play ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Android Cupcake V22 installer-image
Dnia 2009-12-30, śro o godzinie 01:35 -0800, ghislain pisze: http://panicking.kicks-ass.org/blog/index.php Penguin Embedded has created a new version of Android Cupcake. I've created an installer-image for it, it can be dowloaded here: http://www.openmobile.nl/pages/downloads.php#av22 Android-Cupcake-V22 . [cut] Hi Ghislain, does this installer includes FCSE patches from ARM ML, recently added by Michael Trimarchi? -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Android Cupcake V22 installer-image
Patryk, I don't know, its the last one from Michael with the leds-fixes. Ghislain Patryk Benderz wrote: Dnia 2009-12-30, śro o godzinie 01:35 -0800, ghislain pisze: http://panicking.kicks-ass.org/blog/index.php Penguin Embedded has created a new version of Android Cupcake. I've created an installer-image for it, it can be dowloaded here: http://www.openmobile.nl/pages/downloads.php#av22 Android-Cupcake-V22 . [cut] Hi Ghislain, does this installer includes FCSE patches from ARM ML, recently added by Michael Trimarchi? -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Android-Android-Cupcake-V22-installer-image-tp4231575p4237168.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Android Cupcake V22 installer-image
So far I really like android! However, it seems that the LEDs don't turn off when they should...is anyone else experiencing this? -Dan Staley On Thu, Dec 31, 2009 at 12:34 PM, ghislain ghisl...@basetrend.nl wrote: Patryk, I don't know, its the last one from Michael with the leds-fixes. Ghislain Patryk Benderz wrote: Dnia 2009-12-30, śro o godzinie 01:35 -0800, ghislain pisze: http://panicking.kicks-ass.org/blog/index.php Penguin Embedded has created a new version of Android Cupcake. I've created an installer-image for it, it can be dowloaded here: http://www.openmobile.nl/pages/downloads.php#av22 Android-Cupcake-V22 . [cut] Hi Ghislain, does this installer includes FCSE patches from ARM ML, recently added by Michael Trimarchi? -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Android-Android-Cupcake-V22-installer-image-tp4231575p4237168.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Android Cupcake V22 installer-image
Is it possible to install it on the sd? thanks (btw: tried the latest android from community and was great, but i want to keep my shr-t on nand) d On Thu, Dec 31, 2009 at 7:15 PM, Dan Staley daniel.l.sta...@gmail.comwrote: So far I really like android! However, it seems that the LEDs don't turn off when they should...is anyone else experiencing this? -Dan Staley On Thu, Dec 31, 2009 at 12:34 PM, ghislain ghisl...@basetrend.nl wrote: Patryk, I don't know, its the last one from Michael with the leds-fixes. Ghislain Patryk Benderz wrote: Dnia 2009-12-30, śro o godzinie 01:35 -0800, ghislain pisze: http://panicking.kicks-ass.org/blog/index.php Penguin Embedded has created a new version of Android Cupcake. I've created an installer-image for it, it can be dowloaded here: http://www.openmobile.nl/pages/downloads.php#av22 Android-Cupcake-V22 . [cut] Hi Ghislain, does this installer includes FCSE patches from ARM ML, recently added by Michael Trimarchi? -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Android-Android-Cupcake-V22-installer-image-tp4231575p4237168.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Android] Android Cupcake V22 installer-image
http://panicking.kicks-ass.org/blog/index.php Penguin Embedded has created a new version of Android Cupcake. I've created an installer-image for it, it can be dowloaded here: http://www.openmobile.nl/pages/downloads.php#av22 Android-Cupcake-V22 . Just follow the instructions of the readme.txt contained in the zip-file. Regards, Ghislain van der Steen http://www.basetrend.nl BaseTrend - http://www.openmobile.nl openmobile.nl -- View this message in context: http://n2.nabble.com/Android-Android-Cupcake-V22-installer-image-tp4231575p4231575.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Android] Android Cupcake V22 installer-image
Thanks for these installer images (For Android and QtMoko). It has convinced me to start trying some of the other distros other than SHR. Android appears to have really come along since I last played with it! Thanks again, -Dan Staley On Wed, Dec 30, 2009 at 4:35 AM, ghislain ghisl...@basetrend.nl wrote: http://panicking.kicks-ass.org/blog/index.php Penguin Embedded has created a new version of Android Cupcake. I've created an installer-image for it, it can be dowloaded here: http://www.openmobile.nl/pages/downloads.php#av22 Android-Cupcake-V22 . Just follow the instructions of the readme.txt contained in the zip-file. Regards, Ghislain van der Steen http://www.basetrend.nl BaseTrend - http://www.openmobile.nl openmobile.nl -- View this message in context: http://n2.nabble.com/Android-Android-Cupcake-V22-installer-image-tp4231575p4231575.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] “Official” installer revision now always in git
Hi, just a quick announcement from the Debian folks. Because we continually improve the installer script, it turned out to be most useful if everyone uses the latest version. Therefore, the official place to get the source is now http://git.debian.org/?p=pkg-fso/files.git;a=blob_plain;f=install.sh The old URL at http://pkg-fso.alioth.debian.org/freerunner/install.sh can still be used (it might be easier to type if you can’t copy’n’paste, and wget will save it under a nice name), as it’s just a redirect to the URL mentioned above. Notable changes are: * The use of the general auto-login script “nodm” instead of zhone-session. Session configuration can now be done by modifying /root/.xsession. * Device independent frameworkd and accompanying configuration packages. If apt-get upgrade breaks your FreeRunner, try to run apt-get install fso-config-gta02 * openmoko-panel-plugin installed by default (running in trayer), to provide keyboard toggle and device control. * The use of the packaged kernel instead of wget/tar. To get this going, run apt-get install linux-image-2.6.24-openmoko-gta02 Most of these are due to Luca “Gismo” Capello’s great work. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
Hi, Am Mittwoch, den 22.10.2008, 10:54 +0200 schrieb arne anka: then i mounted the 512mb in my pc, checked the partition values (size, type), copied the content of the first one (kernel and a text file whose purpose i do not yet grasp) it should be a text file that, just for reference, contains the URL of the installed kernel Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
type), copied the content of the first one (kernel and a text file whose purpose i do not yet grasp) it should be a text file that, just for reference, contains the URL of the installed kernel that i did understand -- but has it other meanings but to offer the user a link? ie, does the system somehow rely on that file? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
HI, Am Donnerstag, den 23.10.2008, 12:42 +0200 schrieb arne anka: type), copied the content of the first one (kernel and a text file whose purpose i do not yet grasp) it should be a text file that, just for reference, contains the URL of the installed kernel that i did understand -- but has it other meanings but to offer the user a link? ie, does the system somehow rely on that file? no :-) Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [Debian] installer script
Try removing both partitions from your SD card (fdisk then 'd' both partitions) and then running the installer again. When I ran the installer script for the first time (this was a while ago: a day or two after the installer script was published), with an SD card that was already partitioned with Debian (pre-install script version) on it, the partition step failed. I manually set up the partitions and ran the rest of the install steps individually. For later install attempts, I always deleted all the partitions from the SD card before running the installer. You could also try looking closer at the output of the script, to see what errors occurred. (I ran the installer from an ssh session, so I could use my terminal window's scrollback buffer, copy and paste, etc.) Also, you could try partitioning the card yourself (find the instructions in the wiki) and then continue on from there. --- Andrew Bennett [EMAIL PROTECTED] On Tue, Oct 21, 2008 at 1:08 PM, Matthew Lane [EMAIL PROTECTED] wrote: No, I have not tried the 512mb card (it's at home and I'm at college). I'm not sure how to do what you're talking about arne, but you're suggesting that I can install a base system and put Debian on that? Can you point me in the correct direction? Also, my 8gb uSDHC card works: [EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0 Disk /dev/mmcblk0: 8168 MB, 8168931328 bytes 4 heads, 16 sectors/track, 249296 cylinders Units = cylinders of 64 * 512 = 32768 bytes Device Boot Start End Blocks Id System /dev/mmcblk0p1 1 2457832 4 FAT16 32M /dev/mmcblk0p2 246 249296 7969632 83 Linux Shawn prjktdtnt Thompson wrote: div class=moz-text-flowed style=font-family: -moz-fixedMatthew Lane wrote: Hey all, I'm trying to install Debian on the freerunner using the install.sh script. I keep getting stuck at Calling ioctl() to re-read partition table. and then my script exits. I've tried individually installing, but after the install step the script fails to install. I've added a u-boot environment boot option to lower the clock to 10,000,000 as instructed on the bug report here: https://docs.openmoko.org/trac/ticket/1743 After booting with this option, without going into suspend, and after killing qpe: DASH_BINSH=false SD_PART1_FS=vfat ./install.sh all The script terminates after the partition stage. I'm using a SanDisk 8GB uSDHC card. I'm using the latest GTA02v5_and_up NAND u-boot. I think I remember seeing some more instructions, but I can't seem to find them anywhere. Anyone have an idea of how to proceed from here? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Have you tried on the 512MB that the majority of FreeRunner's ship with? /div ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
No, I have not tried the 512mb card (it's at home and I'm at college). I'm not sure how to do what you're talking about arne, but you're suggesting that I can install a base system and put Debian on that? Can you point me in the correct direction? He was saying if you had your 512 to install debian on the 512 and the copy the data from that to your 8gb card exactly. the included 512mb card works -- if the installer still chokes there's something else wrong. after several failures with a 4g card i installed to the 512mb with the installer (it might be a good idea to take one step at time -- i nearly run out of space and had to clean /var/cache/apt/archives/ between two steps). then i mounted the 512mb in my pc, checked the partition values (size, type), copied the content of the first one (kernel and a text file whose purpose i do not yet grasp) and created from the second one a tar-ball (some weeks ago there was a discussion how to migrate data that way, the archive should show the different approaches -- tar, cp, rsync -- and their parameters). next step was to partition the bigger card: 8mb fat for the kernel, the rest ext2 for the system itself. copied the kernel+text file to the 8mb fat. unpacked the tar ball into the second. insert the card, start via aux+pwr and chose the second option (fat+ext2) ... and off you go. i tried it first w/ a 4g card but w/o luck (did not boot) and then w/ 1g which works. as far as i understand there's a sandisk 8g sdhc ultra II that works out of the box, ie no extra boot params, and survives suspend/resume. i am about to order one and see, if it is true. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
I have a 4gb sandisk sd, and it works nicely with suspend resume... but i have already to fsck it! ot: is there a software way to resume it? apm -resume? because i want to use 'at' to resume the phone and make it ring as an alarm... d On Wed, Oct 22, 2008 at 10:54 AM, arne anka [EMAIL PROTECTED] wrote: No, I have not tried the 512mb card (it's at home and I'm at college). I'm not sure how to do what you're talking about arne, but you're suggesting that I can install a base system and put Debian on that? Can you point me in the correct direction? He was saying if you had your 512 to install debian on the 512 and the copy the data from that to your 8gb card exactly. the included 512mb card works -- if the installer still chokes there's something else wrong. after several failures with a 4g card i installed to the 512mb with the installer (it might be a good idea to take one step at time -- i nearly run out of space and had to clean /var/cache/apt/archives/ between two steps). then i mounted the 512mb in my pc, checked the partition values (size, type), copied the content of the first one (kernel and a text file whose purpose i do not yet grasp) and created from the second one a tar-ball (some weeks ago there was a discussion how to migrate data that way, the archive should show the different approaches -- tar, cp, rsync -- and their parameters). next step was to partition the bigger card: 8mb fat for the kernel, the rest ext2 for the system itself. copied the kernel+text file to the 8mb fat. unpacked the tar ball into the second. insert the card, start via aux+pwr and chose the second option (fat+ext2) ... and off you go. i tried it first w/ a 4g card but w/o luck (did not boot) and then w/ 1g which works. as far as i understand there's a sandisk 8g sdhc ultra II that works out of the box, ie no extra boot params, and survives suspend/resume. i am about to order one and see, if it is true. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Re: [Debian] installer script
I did partition the card myself after I ran the installer and it failed, then I tried to do everything step by step (skipping the partition step). This proceeded to the part where it actually downloads debian packages and attempts to install them, and about 15 minutes through that it failed. I'll run the script again and post a log later today. Thanks for the help. Andrew Bennett wrote: Try removing both partitions from your SD card (fdisk then 'd' both partitions) and then running the installer again. When I ran the installer script for the first time (this was a while ago: a day or two after the installer script was published), with an SD card that was already partitioned with Debian (pre-install script version) on it, the partition step failed. I manually set up the partitions and ran the rest of the install steps individually. For later install attempts, I always deleted all the partitions from the SD card before running the installer. You could also try looking closer at the output of the script, to see what errors occurred. (I ran the installer from an ssh session, so I could use my terminal window's scrollback buffer, copy and paste, etc.) Also, you could try partitioning the card yourself (find the instructions in the wiki) and then continue on from there. --- Andrew Bennett [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] On Tue, Oct 21, 2008 at 1:08 PM, Matthew Lane [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: No, I have not tried the 512mb card (it's at home and I'm at college). I'm not sure how to do what you're talking about arne, but you're suggesting that I can install a base system and put Debian on that? Can you point me in the correct direction? Also, my 8gb uSDHC card works: [EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0 Disk /dev/mmcblk0: 8168 MB, 8168931328 bytes 4 heads, 16 sectors/track, 249296 cylinders Units = cylinders of 64 * 512 = 32768 bytes Device Boot Start End Blocks Id System /dev/mmcblk0p1 1 2457832 4 FAT16 32M /dev/mmcblk0p2 246 249296 7969632 83 Linux Shawn prjktdtnt Thompson wrote: div class=moz-text-flowed style=font-family: -moz-fixedMatthew Lane wrote: Hey all, I'm trying to install Debian on the freerunner using the install.sh script. I keep getting stuck at Calling ioctl() to re-read partition table. and then my script exits. I've tried individually installing, but after the install step the script fails to install. I've added a u-boot environment boot option to lower the clock to 10,000,000 as instructed on the bug report here: https://docs.openmoko.org/trac/ticket/1743 After booting with this option, without going into suspend, and after killing qpe: DASH_BINSH=false SD_PART1_FS=vfat ./install.sh all The script terminates after the partition stage. I'm using a SanDisk 8GB uSDHC card. I'm using the latest GTA02v5_and_up NAND u-boot. I think I remember seeing some more instructions, but I can't seem to find them anywhere. Anyone have an idea of how to proceed from here? ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Have you tried on the 512MB that the majority of FreeRunner's ship with? /div ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [Debian] installer script
arne anka wrote: div class=moz-text-flowed style=font-family: -moz-fixed No, I have not tried the 512mb card (it's at home and I'm at college). I'm not sure how to do what you're talking about arne, but you're suggesting that I can install a base system and put Debian on that? Can you point me in the correct direction? He was saying if you had your 512 to install debian on the 512 and the copy the data from that to your 8gb card exactly. the included 512mb card works -- if the installer still chokes there's something else wrong. after several failures with a 4g card i installed to the 512mb with the installer (it might be a good idea to take one step at time -- i nearly run out of space and had to clean /var/cache/apt/archives/ between two steps). then i mounted the 512mb in my pc, checked the partition values (size, type), copied the content of the first one (kernel and a text file whose purpose i do not yet grasp) and created from the second one a tar-ball (some weeks ago there was a discussion how to migrate data that way, the archive should show the different approaches -- tar, cp, rsync -- and their parameters). next step was to partition the bigger card: 8mb fat for the kernel, the rest ext2 for the system itself. copied the kernel+text file to the 8mb fat. unpacked the tar ball into the second. insert the card, start via aux+pwr and chose the second option (fat+ext2) ... and off you go. i tried it first w/ a 4g card but w/o luck (did not boot) and then w/ 1g which works. as far as i understand there's a sandisk 8g sdhc ultra II that works out of the box, ie no extra boot params, and survives suspend/resume. i am about to order one and see, if it is true. /div Awesome, what's the model # on that sandisk 8G? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [Debian] installer script
Awesome, what's the model # on that sandisk 8G? see here for the amazon url (sandisk 8gb ultra II seems to do, especially ultra II) http://lists.openmoko.org/nabble.html#nabble-td1088359 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
On Wed, Oct 22, 2008 at 13:17, Davide Scaini [EMAIL PROTECTED] wrote: I have a 4gb sandisk sd, and it works nicely with suspend resume... but i have already to fsck it! ot: is there a software way to resume it? apm -resume? because i want to use 'at' to resume the phone and make it ring as an alarm... d In suspend cpu is turned off, so you can't run commands. But some time ago on this maillist was alarm applications, which uses RTC clock, which can resume Neo from suspend. Try it. dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
Matthew Lane wrote: Hey all, I'm trying to install Debian on the freerunner using the install.sh script. I keep getting stuck at Calling ioctl() to re-read partition table. and then my script exits. I've tried individually installing, but after the install step the script fails to install. I've added a u-boot environment boot option to lower the clock to 10,000,000 as instructed on the bug report here: https://docs.openmoko.org/trac/ticket/1743 After booting with this option, without going into suspend, and after killing qpe: DASH_BINSH=false SD_PART1_FS=vfat ./install.sh all The script terminates after the partition stage. I'm using a SanDisk 8GB uSDHC card. I'm using the latest GTA02v5_and_up NAND u-boot. I think I remember seeing some more instructions, but I can't seem to find them anywhere. Anyone have an idea of how to proceed from here? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Have you tried on the 512MB that the majority of FreeRunner's ship with? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [Debian] installer script
No, I have not tried the 512mb card (it's at home and I'm at college). I'm not sure how to do what you're talking about arne, but you're suggesting that I can install a base system and put Debian on that? Can you point me in the correct direction? Also, my 8gb uSDHC card works: [EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0 Disk /dev/mmcblk0: 8168 MB, 8168931328 bytes 4 heads, 16 sectors/track, 249296 cylinders Units = cylinders of 64 * 512 = 32768 bytes Device Boot Start End Blocks Id System /dev/mmcblk0p1 1 2457832 4 FAT16 32M /dev/mmcblk0p2 246 249296 7969632 83 Linux Shawn prjktdtnt Thompson wrote: div class=moz-text-flowed style=font-family: -moz-fixedMatthew Lane wrote: Hey all, I'm trying to install Debian on the freerunner using the install.sh script. I keep getting stuck at Calling ioctl() to re-read partition table. and then my script exits. I've tried individually installing, but after the install step the script fails to install. I've added a u-boot environment boot option to lower the clock to 10,000,000 as instructed on the bug report here: https://docs.openmoko.org/trac/ticket/1743 After booting with this option, without going into suspend, and after killing qpe: DASH_BINSH=false SD_PART1_FS=vfat ./install.sh all The script terminates after the partition stage. I'm using a SanDisk 8GB uSDHC card. I'm using the latest GTA02v5_and_up NAND u-boot. I think I remember seeing some more instructions, but I can't seem to find them anywhere. Anyone have an idea of how to proceed from here? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Have you tried on the 512MB that the majority of FreeRunner's ship with? /div ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] installer script
Matthew Lane wrote: No, I have not tried the 512mb card (it's at home and I'm at college). I'm not sure how to do what you're talking about arne, but you're suggesting that I can install a base system and put Debian on that? Can you point me in the correct direction? He was saying if you had your 512 to install debian on the 512 and the copy the data from that to your 8gb card -Shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] installer script
---BeginMessage--- Hey all, I'm trying to install Debian on the freerunner using the install.sh script. I keep getting stuck at Calling ioctl() to re-read partition table. and then my script exits. I've tried individually installing, but after the install step the script fails to install. I've added a u-boot environment boot option to lower the clock to 10,000,000 as instructed on the bug report here: https://docs.openmoko.org/trac/ticket/1743 After booting with this option, without going into suspend, and after killing qpe: DASH_BINSH=false SD_PART1_FS=vfat ./install.sh all The script terminates after the partition stage. I'm using a SanDisk 8GB uSDHC card. I'm using the latest GTA02v5_and_up NAND u-boot. I think I remember seeing some more instructions, but I can't seem to find them anywhere. Anyone have an idea of how to proceed from here? ---End Message--- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] installer script
Hey all, I'm trying to install Debian on the freerunner using the install.sh script. I keep getting stuck at Calling ioctl() to re-read partition table. and then my script exits. I've tried individually installing, but after the install step the script fails to install. I've added a u-boot environment boot option to lower the clock to 10,000,000 as instructed on the bug report here: https://docs.openmoko.org/trac/ticket/1743 After booting with this option, without going into suspend, and after killing qpe: DASH_BINSH=false SD_PART1_FS=vfat ./install.sh all The script terminates after the partition stage. I'm using a SanDisk 8GB uSDHC card. I'm using the latest GTA02v5_and_up NAND u-boot. I think I remember seeing some more instructions, but I can't seem to find them anywhere. Anyone have an idea of how to proceed from here? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debian installer internal error
I tried four times to install debian on a 2GB SD. I installed once a working fine debian but I've broken the SD card. Now I get always this error: P: Configuring helper cdebootstrap-helper-apt E: Internal error: install Exists something i could do? _ Die neue Generation der Windows Live Services - jetzt downloaden! http://get.live.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian installer internal error
Exists something i could do? you probably need to fiddle with the sd clock. search the archives and the wiki, there should be a few postings/entries how to do that either in u-boot-menu or in sysfs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian installer internal error
Hi, Am Donnerstag, den 02.10.2008, 17:30 + schrieb Matthias Camenzind: I tried four times to install debian on a 2GB SD. I installed once a working fine debian but I've broken the SD card. Now I get always this error: P: Configuring helper cdebootstrap-helper-apt E: Internal error: install Exists something i could do? thanks for trying out Debian. I quote the FAQ from http://wiki.debian.org/DebianOnFreeRunner: During the debian stage of the install, what does E: Internal error: install mean and how do I fix it? * One possible cause is a problem with the armel packages in Debian. Check /mnt/debian/var/log/bootstrap.log for dependency problems or the like. * If corrupt packages appear, then it might be related to the microSD card used in the installation, as explained in the discussion at the smartphones-standards. Other information are available in the upstream bug. So please check the bootstrap.log, it might help you on. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
but when I run './install all' I still get: Writing superblocks and filesystem accounting information: Warning, had trouble writing out superblocks.done doesn't sound good. if I try './install mount' I get: [errors] well, w/o superblocks mounting doesn't work Also, if I just end up partitioning this from my desktop machine, should I make a 8mb ext2 and the rest ext3? for the installer that's the default, i guess. if you change the layout you will have to mount manually before proceeding, since the installer (imo) would not know about separate partitions for usr, var, ... re the filesystems: the u-boot has an entry for fat+ext2 -- either you change taht/ add an entry for ext2+ext3 or you use fat+ext2. secondly, the installer assumes ext2 imo, since etx3 is not recommended for sd card. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
arne anka wrote: secondly, the installer assumes ext2 imo, since etx3 is not recommended for sd card. That sounds interesting. I partitioned my 8gb sd-card to use ext3 for the rootfs and added an extra bootmenu entry for ext3. But why is ext3 not recommended for sd-card when compared to ext2? I played with debian on my sd card for over a week without any problems so far concerning the sd-card. I hope i must not backup my rootfs and reformat it to ext2. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
But why is ext3 not recommended for sd-card when compared to ext2? i understood ist because of the additional wear caused by journalling. I played with debian on my sd card for over a week without any problems so far concerning the sd-card. I hope i must not backup my rootfs and reformat it to ext2. :) well, ext3 is ext2+journal. should be sufficient to mount as ext2, i think. not sure about u-boot, though. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
arne anka wrote: But why is ext3 not recommended for sd-card when compared to ext2? i understood ist because of the additional wear caused by journalling. I played with debian on my sd card for over a week without any problems so far concerning the sd-card. I hope i must not backup my rootfs and reformat it to ext2. :) well, ext3 is ext2+journal. should be sufficient to mount as ext2, i think. not sure about u-boot, though. I know that ext2 issufficient but ext3 is the successor, so why stick with the older ext2? When ext3 makes much more accesses to the filesystem than ext2 you are right that it is not the best choice for the limited lifecycle that a flash medium has. Maybe i should google a bit about this to find a comparision table for ext2 against ext3 to make a better decision. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
arne anka ha scritto: But why is ext3 not recommended for sd-card when compared to ext2? i understood ist because of the additional wear caused by journalling. Yes, in most cases ext3 is used improperly: ext3 is basically ext2+journal. This means that you are going to add some overhead to the data that you are writing (journal) producing more i/o gaining no new feature. You are using no such feature because improperly unmounting an ext2 or ex3 partition will sort the same effect, you will lose your data. Someone may say hey but you got the journal, yes you've got it but where is it written? in the same place of the fs? usually yes, this means that if you unplug the sd the data and the journal are unplugged at the same time so your data are still lost. Well you can do something better mounting the journal in a different support but unplugging the sd will still result in a data lost, the inode and filesystem structure could survive because of the journal but the real data will be lost. So after this explanation the advantages in using a journaled fs vs another one are so low that is not convenient. This is what i've understood reading around, may be something is wrong but the idea should be something like that. Pietro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Fröbe wrote: Depends on what you call straight-forward: you can search for glamo_mci.sd_max_clk , a description can for instance be found at http://docs.openmoko.org/trac/ticket/1743 : Basically you need to set this variable in the u-boot environment - I reduced it even down to 500 , but more might also work - ymmv. Whether setting this through /sys parameter works I do not know - does anyone know? Alright, I edited my uboot environment so that /proc/cmdline reads: glamo_mic.sd_max_clk=500 rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=4 regular_boot mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) but when I run './install all' I still get: Writing superblocks and filesystem accounting information: Warning, had trouble writing out superblocks.done if I try './install mount' I get: Running stage mount Mounting the newly created system mount: wrong fs type, bad option, bad superblock on /dev/mmcblk0p2, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so 'dmesg | tail' reads: end_request: I/O error, dev mmcblk0, sector 19752 end_request: I/O error, dev mmcblk0, sector 19760 end_request: I/O error, dev mmcblk0, sector 19768 end_request: I/O error, dev mmcblk0, sector 19776 end_request: I/O error, dev mmcblk0, sector 19784 glamo-mci glamo-mci.0: Error after cmd: 0x8020 mmcblk0: error -110 sending read/write command end_request: I/O error, dev mmcblk0, sector 15682 EXT2-fs: unable to read superblock Any ideas? Thanks for the help. Also, if I just end up partitioning this from my desktop machine, should I make a 8mb ext2 and the rest ext3? Thanks. - -Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFItccdR7UPrMLya90RArLNAKChTLp4dOM7zoJVVP+MdIoPh/ELYQCfV7qw db2Kd2wUpNTMCM1go1czJjU= =vZRC -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
I found that lowering the glamo MMC clock by a factor of 1/2 repeatedly, until I found a stable clock speed, worked fine for me. I'm not sure how to do that. Is it pretty straight forward? Thanks. -Greg ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Partitioning 4GB with the Debian Installer
Hi, Am Donnerstag, den 21.08.2008, 15:48 -0500 schrieb Greg Bonett: Unfortunately I'm working with the 512mb SD card that came with my FR (install.sh had trouble partitioning my 4gb SDHC) so I haven't been able to install too many aps Actually, the install.sh should be able to handle that as well, at least theoretically. What problems did you have? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Swap Space was Re: Partitioning 4GB with the Debian Installer
On Fri, Aug 22, 2008 at 5:02 AM, Joachim Breitner [EMAIL PROTECTED] wrote: Hi, Actually, the install.sh should be able to handle that as well, at least theoretically. What problems did you have? Greetings, Joachim When the installer partitions the disk, why does it not supply a swap partition? Is it needed or not needed by Debian? thanks clare ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitioning 4GB with the Debian Installer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joachim Breitner wrote: Hi, Am Donnerstag, den 21.08.2008, 15:48 -0500 schrieb Greg Bonett: Unfortunately I'm working with the 512mb SD card that came with my FR (install.sh had trouble partitioning my 4gb SDHC) so I haven't been able to install too many aps Actually, the install.sh should be able to handle that as well, at least theoretically. What problems did you have? Alright, here it is... When I run './install.sh all' it runs through the partition step (but does not continue) and gives this output before quiting: W: /dev/mmcblk0p1 is mounted, unmounting 1+0 records in 1+0 records out Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel Building a new DOS disklabel. Changes will remain in memory only, until you decide to write them. After that the previous content won't be recoverable. The number of cylinders for this disk is set to 125440. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Warning: invalid flag 0x00,0x00 of partition table 4 will be corrected by w(rite) Command (m for help): Command action e extended p primary partition (1-4) Partition number (1-4): First cylinder (1-125440, default 1): Using default value 1 Last cylinder or +size or +sizeM or +sizeK (1-125440, default 125440): Command (m for help): Command action e extended p primary partition (1-4) Partition number (1-4): First cylinder (246-125440, default 246): Using default value 246 Last cylinder or +size or +sizeM or +sizeK (246-125440, default 125440): Using default value 125440 Command (m for help): The partition table has been altered! Calling ioctl() to re-read partition table * Waiting for partitions to appear * Partition table created W: /dev/mmcblk0p1 is mounted, unmounting * Formatting the microSD card partitions mke2fs 1.38 (30-Jun-2005) Filesystem label= OS type: Linux Block size=1024 (log=0) Fragment size=1024 (log=0) 1960 inodes, 7832 blocks 391 blocks (4.99%) reserved for the super user First data block=1 1 block group 8192 blocks per group, 8192 fragments per group 1960 inodes per group Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 34 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. mke2fs 1.38 (30-Jun-2005) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 500960 inodes, 1001560 blocks 50078 blocks (5.00%) reserved for the super user First data block=0 31 block groups 32768 blocks per group, 32768 fragments per group 16160 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736 Writing inode tables: done Writing superblocks and filesystem accounting information: Warning, had trouble writing out superblocks.done This filesystem will be automatically checked every 33 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. If I try and run './install.sh mount' I get the following error: Running stage mount Mounting the newly created system mount: wrong fs type, bad option, bad superblock on /dev/mmcblk0p2, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so dmesg | tail gives: glamo-mci glamo-mci.0: Error after cmd: 0x20 mmcblk0: error -110 sending read/write command end_request: I/O error, dev mmcblk0, sector 0 glamo-mci glamo-mci.0: Error after cmd: 0x8020 mmcblk0: error -110 sending read/write command end_request: I/O error, dev mmcblk0, sector 0 glamo-mci glamo-mci.0: Error after cmd: 0x20 mmcblk0: error -110 sending read/write command end_request: I/O error, dev mmcblk0, sector 1568 EXT2-fs: unable to read superblock I'm pretty sure this has something to do with th e problem: Warning, had trouble writing out superblocks.done (from initial ./install.sh all output) Thanks for taking a look at this. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIrhIcR7UPrMLya90RAmk2AKDIRQRue11ukU3YV9N9ElgrnGfNswCfZsL0 ilTG+IGwiyOqYcr6fZbWzTU= =f4ES -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Installer Package OE.pkg for MacOS X?
Michael, While one -can- get OE/BB running under OSX, at least theoretically, it's not as simple as doing it under Linux shouldn't we just join forces and craft an Installer package for getting OE installed directly on a Mac? IMHO, needing to install some VM and a full Linux one of the best *ix machines just because Linux developers have the tendency to invent an then use a lot of not well documented command line tools you have never heared of is some overkill... Distributing an OE.pkg would be much better... The main idea is: * make a shell script (called as preinstall) that creates a case sensitive /Developer/OE.sparseimage (fixed location so to avoid confusion) * get all the additional command line tools it needs to /opt/local/ bin from Fink or OpenDarwin (either load at install time or provide some stable binaries) * provide the basic files needed in the stuff directory * wrap that all into an installer .pkg file by using PackageMaker So, you download OE.pkg, and double click. This will install everything and leave you with /Volumes/OE as your stuff directory. The problem I have: http://www.openembedded.org/wiki/BuildOnOSX describes everything but I understand only half of it. Nikolaus Am 12.02.2007 um 16:21 schrieb Michael Dickens: Ryan - Someone suggested getting VMWare setting up a Ubuntu VM ... this is a -great- suggestion since you're running OSX, -if- you have an Intel-Mac. If you have a PPC-Mac, then this is not an option (AFAIK), and you'll need to either (1) install Linux on another hard drive / partition and direct boot into it (which might require hacking the firmware), or (2) use OE/BB directly on OSX. While one -can- get OE/BB running under OSX, at least theoretically, it's not as simple as doing it under Linux; Apple provides some GNU tools, but some are Apple-specific (e.g. libtool is Apple-specific on OSX, and thus with using GNU libtool many folks rename it glibtool etc). For the second option, I'd recommend using MacPorts to install the background stuff for OE/BB. I'm actually trying to get OE/BB working on OSX in parallel with doing it on a VM running Ubuntu (the VM already won this competition, but I'm still working on the OSX side). Ubuntu provides a nice and simple setup / configuration that doesn't require a lot of in-depth knowledge of Linux (unless you want to go there). Setting up OE/BB inside the VM is as simple as following the instructions on the Wiki http://www.linuxtogo.org/ gowiki/OpenMoko/OpenEmbedded/SettingUpOEForUbuntu ... really, I just did it last night running Ubuntu 6.10 on a VM on an Intel- iMac. I created 'nano', and can copy it to my local ARM-based TS-7300, and it runs just fine ... very cool! Being an OSX user myself, both at home and school, I'm happy to provide whatever reasonable assistance I can to other OSX users. While I don't have a lot of experience under Linux, I do have plenty of experience on various Unix flavors and MacOS from 5 to current - both as programmer and user (from setting up the MMU to device drivers to CLI applications to GUIs). Good luck! - MLD ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Installer Package OE.pkg for MacOS X?
Oh please do!! And while you are at it, could you make one for Linux, I just installed it. -ryan On Feb 12, 2007, at 10:58 AM, Dr. H. Nikolaus Schaller wrote: Michael, While one -can- get OE/BB running under OSX, at least theoretically, it's not as simple as doing it under Linux shouldn't we just join forces and craft an Installer package for getting OE installed directly on a Mac? IMHO, needing to install some VM and a full Linux one of the best *ix machines just because Linux developers have the tendency to invent an then use a lot of not well documented command line tools you have never heared of is some overkill... Distributing an OE.pkg would be much better... The main idea is: * make a shell script (called as preinstall) that creates a case sensitive /Developer/OE.sparseimage (fixed location so to avoid confusion) * get all the additional command line tools it needs to /opt/local/ bin from Fink or OpenDarwin (either load at install time or provide some stable binaries) * provide the basic files needed in the stuff directory * wrap that all into an installer .pkg file by using PackageMaker So, you download OE.pkg, and double click. This will install everything and leave you with /Volumes/OE as your stuff directory. The problem I have: http://www.openembedded.org/wiki/BuildOnOSX describes everything but I understand only half of it. Nikolaus Am 12.02.2007 um 16:21 schrieb Michael Dickens: Ryan - Someone suggested getting VMWare setting up a Ubuntu VM ... this is a -great- suggestion since you're running OSX, -if- you have an Intel-Mac. If you have a PPC-Mac, then this is not an option (AFAIK), and you'll need to either (1) install Linux on another hard drive / partition and direct boot into it (which might require hacking the firmware), or (2) use OE/BB directly on OSX. While one -can- get OE/BB running under OSX, at least theoretically, it's not as simple as doing it under Linux; Apple provides some GNU tools, but some are Apple-specific (e.g. libtool is Apple-specific on OSX, and thus with using GNU libtool many folks rename it glibtool etc). For the second option, I'd recommend using MacPorts to install the background stuff for OE/BB. I'm actually trying to get OE/BB working on OSX in parallel with doing it on a VM running Ubuntu (the VM already won this competition, but I'm still working on the OSX side). Ubuntu provides a nice and simple setup / configuration that doesn't require a lot of in-depth knowledge of Linux (unless you want to go there). Setting up OE/BB inside the VM is as simple as following the instructions on the Wiki http://www.linuxtogo.org/ gowiki/OpenMoko/OpenEmbedded/SettingUpOEForUbuntu ... really, I just did it last night running Ubuntu 6.10 on a VM on an Intel- iMac. I created 'nano', and can copy it to my local ARM-based TS-7300, and it runs just fine ... very cool! Being an OSX user myself, both at home and school, I'm happy to provide whatever reasonable assistance I can to other OSX users. While I don't have a lot of experience under Linux, I do have plenty of experience on various Unix flavors and MacOS from 5 to current - both as programmer and user (from setting up the MMU to device drivers to CLI applications to GUIs). Good luck! - MLD ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Installer Package OE.pkg for MacOS X?
It is one of my goals to get OE running under OSX, in a fashion that is repeatable most of the time by most folks. That way one can do the work on a PPC or Intel Mac, and not require a VM of any type. This would be -good-, though the VM concept and implementation is awesome IMHO. In doing this for GNU Radio (getting the background stuff and configuring the shell environment), I've found that 9/10 users can use my instructions successfully, but that last 1 has such a messed up OSX install that things don't work correctly. I'm sure we can get to the same point for OE. The instructions in http://www.openembedded.org/wiki/BuildOnOSX are not complete IMHO ... but they're getting there; yes, I understand them. I'd use MacPorts (née DarwinPorts) since it's more complete than Fink ... though right now some ports work while others don't; seems like the transition to MacPorts isn't going too smoothly. I've submitted bug fixes for all of the background packages for OE ... just waiting for those to be accepted. I'm working on a shell script to get the background stuff done and the local environment configured to use OE. Once I get it to work for me, I'll send it to OSX users who've expressed interest ... if all goes well it will be Wed or Fri of this week. Once the shell can be configured correctly, then we can work on getting a PKG or whatever. One step at a time. - MLD On Feb 12, 2007, at 11:58 AM, Dr. H. Nikolaus Schaller wrote: shouldn't we just join forces and craft an Installer package for getting OE installed directly on a Mac? IMHO, needing to install some VM and a full Linux one of the best *ix machines just because Linux developers have the tendency to invent an then use a lot of not well documented command line tools you have never heared of is some overkill... Distributing an OE.pkg would be much better... The main idea is: * make a shell script (called as preinstall) that creates a case sensitive /Developer/OE.sparseimage (fixed location so to avoid confusion) * get all the additional command line tools it needs to /opt/local/ bin from Fink or OpenDarwin (either load at install time or provide some stable binaries) * provide the basic files needed in the stuff directory * wrap that all into an installer .pkg file by using PackageMaker So, you download OE.pkg, and double click. This will install everything and leave you with /Volumes/OE as your stuff directory. The problem I have: describes everything but I understand only half of it. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
power of apt-get install example: Linksys NSLU2 is now official supported by Debian installer, 2. free ARM emulator QEMU
Salve! Some stimulation, especialy for those who didn't use Debian (daily), and those who can't wait to get a Neo1973 - in this email: 1. Linksys NAS NSLU2 (ARM CPU) is now officiall supported by the Debian installer 1.b (Reminder of the use for additional signal lines on the PCB) 2. The free ARM emulator QEMU allows you to install a Debian(ARM) on other systems ### 1. ### The first release candidate of the debian-installer for Debian's forthcoming Etch distribution was released yesterday, offering nearly complete support to the Linksys $99 NSLU2 NAS gadget. http://www.linuxdevices.com/news/NS4448420055.html Linksys NAS NSLU2 use an Intel XScale core inside, the IXP420, which is based on a ARMv5TE architecture... http://www.intel.com/design/network/prodbrf/25249403.pdf So with the cheap NSLU2 you can feel now the great potential of Debian with apt-get on a ARM plattform ;) see: http://www.cyrius.com/debian/nslu2/install.html http://www.nslu2-linux.org The NSLU2 is just another example that people like to use the full power of the hardware - dobble the CPU speed 133 Mhz to 266 Mhz (to have full 200 Mbit/s routing power with ethernet) - add one RS232 - add one USB 1.1 Port - upgrading Flash and RAM memory And of corse the hackers are disapointed that the SoC offeres two Networkdevices *BUT* see http://www.nslu2-linux.org/wiki/Info/CPUOverview for some limitations due the PCB - e.g.: There are two MII interfaces of which only one is wired to an Ethernet PHY. The other MII interface is not accessible at all as the designers of the PCB did not bring the necessary BGA ball connections out. (oh no!) The PCI bus is used to connect the NEC USB chip to the IXP420 and it is not possible to connect anything else as the required lines are also not brought out. Removal of the NEC USB chip to gain access to the PCI signals is the only way. Again: just one missing signal line can destroy a lot of the potential of the device for hackers and developers ;) BTW Security - the official Debian NSLU2 installation didn't include the close source ethernet driver - I must express my thank and support for Seans / OpenMoko decission to take care, that the is a clean, open, trustable linux system on the Neo1973 - waiting for Wifi is better then degenerate the Neo1973 to a untrustable plattform. And Suns GPLizing of java shows that focusing on trustable, clear systems will have succsess on the long term - when everybody would make compromises with security from the start so thank you for living the Debian spirit ;) But back to the good points of the nslu2 news - to feel the power when you can use Debian on your Worksation, your Laptop, your server, in near future on your mobile and now on your cheap NAS - imagine you own this cheap NAS, it is pluged to your network an one the PC you sitting in front now (while reading my mail) you have a shell (probably a SSH) to this nslu2. type in: apt-get install asterisk return and now you will have in a few minutes the power of asterisk (www.asterisk.org) the great powerfull open telefon server on your small NAS box just from the debian servers - without building own packets or compiling The same way you will able to install powerfull software on your mobile - with the Neo1973 and OpenMoko ;) GNU/Linux and especialy Debian does have a lot of programms that could run without frontend, without GUI So with the Neo1973 we didn't need to start from the scratch with everything Debian-ARM offers allot of power, today! : ### 2. ### With the linuxdevices news I found another possibility to play with Debian on an ARM plattform before we get the first Neo1973: Free ARM emulator beats real hardware Sep. 27, 2006 French Debian developer Aurelien Jarno has published a how-to about installing Debian (or another Linux distribution) on the open-source QEMU emulator. When run on newish AMD-based PCs, the setup can outperform actual hardware development targets, he says. http://linuxdevices.com/news/NS9983843412.html Arm emulation even with X :))) Using Xorg You now have a full Debian arm system that you can use for development or whatever. You You can even run Xorg using the fb device. Not that you have to select a 256-color mode, with a resolution up to 1024x768. http://www.aurel32.net/info/debian_arm_qemu.php I will play with this emulation nextime and I think that this emulator will be usefull for us ;) 1. Installing - documentation how to use QEMU 2. Booting a live system - QEMU with OpenMoko on a live Linux CD like Knoppix www.knoppix.org 3. no installing, no rebooting: - QEMU with OpenMoko on vservers with FreeNX so that interested developer could get an access to use this with a Java-FreeNXclient http://en.wikipedia.org/wiki/NX_technology http://freenx.berlios.de/ LinuxJournal had published
Re: power of apt-get install example: Linksys NSLU2 is now official supported by Debian installer, 2. free ARM emulator QEMU
Robert Michel wrote: 1. Linksys NAS NSLU2 (ARM CPU) is now officiall supported by the Debian installer It has been support by the slugos installer for some years now, and slugos is built with openembedded like openmoko. Ok, but with Debian support I does not know or care about slugos installer - same source, same tools The Debian support (as far as the central kernel support, network driver support, LEDs support, RTC support, etc goes) is based on the SlugOS/OpenEmbedded work done by the NSLU2-Linux project (which I lead). NSLU2-Linux just doesn't have the same Press Release capabilities and experience that Debian has :-) It's all steps in a process. First someone works out how to hack the vendor firmware. Then add-on packages are released which work with the vendor firmware. Then a customised open-source firmware is released, with it's own set of packages. Then a desktop distribution (like Debian or Gentoo) has support added for the new target. Luckily, for OpenMoko, the first three steps of that process have been short-circuited by the foresight of this new paradigm in consumer electronics. For the NSLU2, it took a year of custom firmware (which as Koen notes, is based on the same base system as OpenMoko) before we could even convince Debian people to look at the device. And it has taken nine months from the first Debian proof-of-concept to the point now where all the features which were in SlugOS from the beginning have now been integrated into Debian. Some people still say that the SlugOS firmware has better recovery features than the Debian installer firmware. The Debian installer firmware is certainly easier to install for someone who does not know how to use the Linux command line. BTW Security - the official Debian NSLU2 installation didn't include the close source ethernet driver The SlugOS/OpenEmbedded distribution is testing the new open-source ethernet driver, which replaces the proprietary Intel driver. SlugOS has supported the internal ethernet device from day one (over two years ago). We believe it is the popularity of the NSLU2 project which has encouraged the development of an open-source replacement for the Intel driver. type in: apt-get install asterisk return and now you will have in a few minutes the power of asterisk (www.asterisk.org) the great powerfull open telefon server on your small NAS box just from the debian servers - without building own packets or compiling Type in: ipkg install asterisk and you get the same thing on SlugOS/OpenEmbedded, but you had it six months earlier than you could do it on Debian. OE has been using qemu to emulate various things during crosscompiling for a while now. I guess old news gets recycled once debian does it ;) Ok, could be old (cold) coffee for most on this list - sorry to bother you ;) But debian makes things easyer to use (with less knowledge) and more populare. Indeed it does, but the basic new features (at least in the NSLU2 case) have always been prototyped and shown to work on the custom OpenEmbedded-based firmware first. I would be more inclined to expect OpenEmbedded developers (who only work with embedded devices) to be able to get the most out new embedded device firmware, compared to the majority of Debian developers who only ever work on an x86 desktop (and perhaps do not even know what cross-compiling is). No disrespect to Debian - they have caused a 12.5% increase in NSLU2-Linux custom firmware downloads (40,000 - 45,000), so there definitely is an audience of users who need a simple to install, but perhaps not as optimised or robust, platform. -- Rod Whitby -- NSLU2-Linux Project Lead, waiting for a Neo ... ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
