Re: Server upgrades / docs and svn are back
Hi again, as the way outdated projects.openmoko.org has been down for something like two years now, I have removed the links in the navigation bar on the top right avoiding to lure people into what is nothing more than a broken link. For security and maintenance reasons, the horde/imp webmail installation on https://mail.openmoko.org/ has been deactivated. I don't intend to bring it back. Just for the sake of completeness, jabber.openmoko.org and buildhost.openmoko.org had been deactivated a long time ago. I'm also removing them from the DNS zone file as part of getting rid of old cruft. The number of VMs has already been reduced to six now, as some services have been merged with other VMs. At some point we will have to change IP addresses of the MX for @openmoko.org and @lists.openmoko.org in order to migrate everything into one subnet. While it shouldn't cause major outage/breakage, it still might. I'll send a proper announcement before doing that. In the end, the following services will remain: * www.openmoko.org / wiki.openmoko.org (http/https) * downloads.openmoko.org (http/ftp/rsync) * 3rdparty.downloads.openmoko.org (http/ftp/rsync) * mail.openmoko.org (smtp/imap) * docs.openmoko.org (http/https) * svn.openmoko.org (svn/svnweb) * git.openmoko.org (git/gitweb) * admin-trac.openmoko.org (http/https) * monitor.openmoko.org (https) * lists.openmoko.org (smtp/http) * planet.openmoko.org (http) * people.openmoko.org (http) One of the things I still need to figure out is who currently owns the openmko.org domain at CAcert. A bunch of renewed certificates would probably do some good to help against all those browser warnings about expired certificates. Regards, Harald -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Server upgrades / docs and svn are back
Hi all,
On Fri, May 18, 2012 at 09:29:44AM +0200, Harald Welte wrote:
> Right now www.openmoko.org and wiki.openmoko.org are facing some upgrade
> related downtime.
Six virtual machines have been upgraded, but those were the easy ones.
Also, I've upgraded wiki.openmoko.org to Mediawiki 1.19.0. If anyone
encounters problems, please report them here with Cc to me.
Furthermore, docs.openmoko.org and svn.openmoko.org (incl. svnweb) are
also resurrected from the dead.
What is now ramining is the upgrade of lists.openmoko.org and
{imap,mail}.openmoko.org, which I'm not sure if I'll be able to do that,
and if, when.
What also remains as an exercise for a sysadmin volunteer is the upgrade
of trac on docs.openmoko.org, it still runs on 0.11.2.1. If somebody
wants to take care of this (warning: there are a number of plugins),
pleaes let me know.
--
- Harald Weltehttp://laforge.gnumonks.org/
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: unofficial mirror for {git, lists, wiki}.openmoko.org - unofficial mirror for this mailing list
Hi all, On Fri, May 18, 2012 at 02:23:31PM +0200, Dr. H. Nikolaus Schaller wrote: > Can you please add downloads.openmoko.org ? please note that downloads.openmoko.org has always had (and still has) public rsync access to the whole repository. -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TD028TTEC1 data sheet ??
hi Neil, I don't read the list at all these days, but if you still require the data sheet, let me know. On Sun, Nov 27, 2011 at 04:08:41PM +1100, NeilBrown wrote: > > Hi, > does any one have a copy of the data sheet for the Freerunner LCD display? > > > http://wiki.openmoko.org/wiki/TPO_TD028TTEC1 > > suggests it is at > > http://www.cip.physik.uni-muenchen.de/~Wolfgang.Draxinger/stuff/openmoko/TD028TTEC1.pdf > > but that links dead. > > So I wonder anyone downloaded it when it was there and still has a copy. > > If so - may I please get a copy? Thanks. > > NeilBrown > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ok Tread lightly please. I'm an end User.
On 05/18/2012 02:27 PM, Travis Bachelder wrote: > Ok, So I took your advise (Benjamin Deering). Used Neotools, wow: what > a powerful tool, thank you very much... But, I think I did something > wrong. : / > > _*This is my problem:*_ > My first attempt: I tried flashing the FR (NAND) with QI, Kernel, and > the OS (Which was the SHR jffs2 image). Everything was successful, > until I tried to turn on the phone when it was done. The phone turns > on and random lines of code? accelerates from top to bottom (this was > cool at first), until 3 minutes later it stops (with the screen full > of code) and doesn't do anything else. > > Then I tried it another way: Flashing the FR (NAND)with the Kernel and > QI, and installing the SHR OS on an ext3 partition of my micro SD > card. I used the SHR tar ball for this one. And I got sort of the sam > results. > > Should I not be flashing the kernel to the FR? Is the Kernel already > apart of the OS? > When I flash the FR NAND, Does this erase everything on NAND and > replace it with what I am currently flashing? > Has anyone had this problem, Am I the only one..? > > Thanks, Hi Travis, Perhaps it is a good idea to get more familiar with the FR by flashing qtmoko first. If you follow the steps at [1] closely, it will become more clear what is involved in getting your FR alive. And it will give you a working phone ;-) Kind regards, Ed [1] http://sourceforge.net/apps/mediawiki/qtmoko/index.php?title=Installation ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ok Tread lightly please. I'm an end User.
Travis Bachelder writes: > When I flash the FR NAND, Does this erase everything on NAND and replace it > with what I am currently flashing? NAND is usually divided into several partitions. Traditionally there has been the boot loader, startup image, kernel, factory default and rootfs partitions. If you flash QI to the "bootloader partition" this will not affect anything else. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ok Tread lightly please. I'm an end User.
Ok, So I took your advise (Benjamin Deering). Used Neotools, wow: what a powerful tool, thank you very much... But, I think I did something wrong. : / *This is my problem:* My first attempt: I tried flashing the FR (NAND) with QI, Kernel, and the OS (Which was the SHR jffs2 image). Everything was successful, until I tried to turn on the phone when it was done. The phone turns on and random lines of code? accelerates from top to bottom (this was cool at first), until 3 minutes later it stops (with the screen full of code) and doesn't do anything else. Then I tried it another way: Flashing the FR (NAND) with the Kernel and QI, and installing the SHR OS on an ext3 partition of my micro SD card. I used the SHR tar ball for this one. And I got sort of the sam results. Should I not be flashing the kernel to the FR? Is the Kernel already apart of the OS? When I flash the FR NAND, Does this erase everything on NAND and replace it with what I am currently flashing? Has anyone had this problem, Am I the only one..? Thanks, Travis This email was sent by Howell Laboratories, Inc. or Shively Labs. It may contain information that is confidential or privileged. If you suspect you were not intended to receive it, please delete it without copying or forwarding it, and notify the sender by reply email or by calling 207-647-3327. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: unofficial mirror for {git, lists, wiki}.openmoko.org - unofficial mirror for this mailing list
Hi, Am 17.05.2012 um 18:42 schrieb Joerg Reisenweber: > Mi 16. Mai 2012 >> Hi, >> >> since I personally want to make sure that the material created by the >> openmoko community does not get lost I created an unofficial mirror for >> git.openmoko.org, wiki.openmoko.org and lists.openmoko.org: >> >> http://iki.fi/lindi/openmoko/mirror/ +++ Can you please add downloads.openmoko.org ? >> >> I documented the hacky scripts that I wrote yesterday to do this in the >> "mirror-tools/" subdirectories. Please let me know if something >> important is missing from the data (the wiki dump should contain all >> pages with history and also binary files). >> >> -Timo > > Timo, > you're THE MAN! > That's a pragmatic and actually helpful approach (btw an approach open every > time to anybody not willing to just whine and wait what's coming) > > many many thanks! > /jOERG Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko: Server upgrade related outages
Dnia 2012-05-18, pią o godzinie 09:29 +0200, Harald Welte pisze: > Hi all! > > I'm currently doing distribution upgrades on a number of the > openmoko.org servers, so please expect service outages here and there. I am glad you found some time to do the upgrade, thank you! -- Patryk "LeadMan" Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko: Server upgrade related outages
Hi all! I'm currently doing distribution upgrades on a number of the openmoko.org servers, so please expect service outages here and there. Yesterday there was already an upgrade of downloads.openmoko.org, including the ftp, http and rsync servie there. Also, some non-public machines like the monitoring system have been upgraded. Right now www.openmoko.org and wiki.openmoko.org are facing some upgrade related downtime. For now, I'm not touching the git and email/imap/mailinglist setup for the time being, so the most essential communications medium (mailing lists) will not be affected at all. Regards, Harald -- - Harald Weltehttp://laforge.gnumonks.org/ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Delivery of the GTA04
Am 17.05.2012 um 21:01 schrieb Bob Ham: > On Tue, 2012-05-08 at 09:26 +0200, Dr. H. Nikolaus Schaller wrote: >> * I think it will need 1-2 weeks until we finally know and they have >> production ramped up > > Do we know whether the GTA04 group tour units have production ramped up? They told me this morning that they *think* they have solved the soldering problems to a level they (and we) can live with. But they were not willing to make a prognosis when all GTA04 group tour devices are produced and fault free. The first ones are done and have passed the first automatic test (which does not cover all functions). Sorry for that snail speed, Nikolaus PS: next time we must aim for higher number of units so that we get higher priority (and lower price). Let's beat the iPhone 5 sales numbers :) PPS: I know that there are many of you interested in a GTA04 out there but did not participate in the Group Tour. Please indicate your non-binding interest through the "Wishlist" function so that we get some statistics for future demand: http://www.handheld-linux.com/wiki.php?page=GTA04 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
