Good to know. Thanks, bodhi. I suppose these changes balance the need for enhanced security against the advantages of bullet-proof interoperability, but I have always found it refreshing that the SSH package "just worked". It was intuitive and seemed to have minimal "gotchas" and hoops to jump through to make it work. Guess that changes somewhat with OpenSSH 7.0 BTW,by restamp - Debian
I followed twinclouds' thread here: http://forum.doozan.com/read.php?2,1647 I wound up having to change: extensions.conf, gtalk.conf, jabber.conf, modules.conf, and sip.conf. I don't even have a motif.conf in my implementation. Sounds like you're making progress. Keep us informed.by restamp - Debian
Although Google Voice still supports accessing their XMPP service using Gmail account-names and passwords, they consider this a security concern and it's unclear how much longer they will permit this. They would like people to move to the OAUTH2.0 validation model. (Actually, they'd probably prefer to do away with XMPP entirely.) As a result, I'm not sure the later Asterisks havby restamp - Debian
I currently run several Pogo E02s with standard hard drives installed in a cheap USB case. Some SATA, some IDE. They work great. I've also used portable external drives in the past, but they have issues. Perhaps the most significant one is that the portables are usually set up in their firmware to park the heads after several seconds of quiescence. This is done so that if they are accidby restamp - Off-Topic
bodhi Wrote: ------------------------------------------------------- > > anyone point me to 2014.07-tld-3 for Pogo E02, > > please? > > Use 2014.07-tld-2 for Pogo E02. As I remember it, there was a problem with 2014.07-tld-2 for Pogo E02 involving some missing code that made the fsload command fail. Bodhi, you fixed it in tld-3, which is what I have running on my testby restamp - uBoot
I've used something like the following for years: # cd / && find . dev -mount | cpio -oc | gzip >/Some-mounted-offline-backup-partition/root-`date +%F`.cgz You'll need to repeat this for every active filesystem on the USB stick (perhaps /var, /home, etc.), but not the pseudo-file systems (proc, sys, run, etc.). The "dev" above is only needed on the root-fs asby restamp - Off-Topic
Thanks for taking the time to translate your work, Joerg (and the same everyone else who helped with the translation). Your post is most definitely a keeper -- it's been bookmarked! (Trying vainly to alter this message enough to get around being declared an automated bot by the funky forum software.)by restamp - uBoot
From your post, it appears you are more concerned with an audible whine than RF interference. I am a ham radio operator. My PogoPlug E02s are quite quiet audibly -- no fan, but the attached disks do make a soft whirring sound and I hear some head movement when they are active. It's not objectionable; I actually rather enjoy knowing that they're doing something. I've never notiby restamp - Off-Topic
Very interesting project, Joerg. I hope you, or someone, can provide a translation and keep us up to date on your progress. I have a friend who bought a GuruPlug (newer generation SheevaPlug) from me, and it came with an external JTAG widget. I've often wondered if I could employ that on one of my E02s, but thankfully I have never had the need to try (yet). Do keep us informed.by restamp - uBoot
It looks like the spammers have discovered our little forum. Does anyone know if anyone besides Jeff has moderator capabilities, and preferably the ability to kick an account out of the forum? Honestly, I would think at least bodhi should have these privileges.by restamp - Off-Topic
> Now, the problem > will be how to maximize the spending of $10 rebate > AmEx card before it expires. I've found many stores today allow you to swipe one of these "gift" cards and completely extract the remaining balance from them, and then recalculate the amount still owed so that you can put the remainder on another CC. I've burned the final amounts off giftby restamp - Debian
For those with a little time on their hands, I would recommend reading the paper "Reflections on Trusting Trust" by Ken Thompson, one of the original Unix developers. It addresses the issue of just how difficult it is to ensure there have been no trojans inserted in an OS, and it's well worth the read: http://www.cs.berkeley.edu/~rxin/db-papers/TrustingTrust-Thompson.pdfby restamp - Debian
I posted some information about how to set up x10d and get it running on my website: http://stampfli.us/x10/ It's a lot to assimilate in one sitting, especially if you are not already well-versed in the details from a Unix perspective. Plus, I haven't really walked through it myself, so there might be errors or subtle omissions. If you choose to try installing this program on yoby restamp - Debian
@TEN: I'll try to post some pointers on the setup and use of x10d.c tomorrow, but right now I have to pick a friend up at the airport.by restamp - Debian
> Does the X10 interfere with other RF equipments in > your environment?. I had looked at installing X10 > in the past because of its cheap price, but never > got around to do it. I even considered zWave and > Insteon, but they are more expensive. If you had > done research on these, perhaps you can give us a > brief summary? Thanks. I've never had a problem witby restamp - Debian
I have never used heyu, but I do run run a highly modified, i.e., almost completely rewritten, version of Dan Lanciani's "x10d" on my Plug and find it works quite well for me. It compiles with a simple "make x10d". It interfaces with and talks to a CM11a X10 controller (requires a USB-to-serial interface widget on the Plug). You can control X10 devices via a simple sheby restamp - Debian
Agreed. The proper solutions would be for the jffs2 driver to have a mount option which would specify which forms of compression could be used, or for the file system itself to have such an option (similar to what might be settable by the tune2fs command on an ext* FS. If there is such a mount option, I couldn't find it. There was some talk of a FS option being introduced at some point, bby restamp - uBoot
On my desktop box, I'm currently running Linux Mint 17 QianaUbuntu 14.04.2 LTS. Not perfect, but pretty good.by restamp - Off-Topic
Thanks, bodhi, for everything you've done for us as well. This forum would not exist without you. I hope we haven't kept you too busy this week. Oh, and if you ever load your original mdt2 jffs2 file system again, try the tld-3 uBoot "fsinfo" command. I'd be interested in what you find. Here's mine: PogoE02> fsinfo ### filesystem type is JFFS2 Scanningby restamp - uBoot
Bodhi, FWIW, I just flashed your tld-3 uBoot to my test Pogoplug E02 and it seems to have resolved the fsload problems for me as well. I can now boot to the Pogo OS on the NAND using fsload to chain-boot, and to the Debian Jessie load on USB directly. Have not noticed any other anomalies, so it looks as if tld-3 has resolved all our known problems with the uBoot.by restamp - uBoot
Actually, it only took about a minute to upload the mtd2 dump to my servers, so if you want to try a root-fs that verifiably works with the kernel I uploaded yesterday, here is where you can find it: http://cboh.org/mtd2 As far as I know, mtd2 is pristine except for the following: + The Pogoplug software autostart has been disabled by commenting out the line '/etc/init.d/hbmgr.sh starby restamp - uBoot
Bodhi, I continue to believe the problem is that your jffs2 FS has been "corrupted" (from the perspective of the original kernel) by LZO, not that there is some problem inherent in the kernel itself. By a bit of serendipity, a good friend and (relatively speaking, at least with respect to me) NAND and ARM expert showed up today at a technical lunch group I frequent. I described thisby restamp - uBoot
Got it. Thanks bodhi. I have uploaded a copy of my mtd1 partition to: http://cboh.org/mtd1.noecc.omitoob It was generated via the command: nanddump --omitoob --noecc -f mtd1.noecc.omitoob /dev/mtd1 If you'd like me to try your tld-3 uBoot, let me know. One thing I do not understand: I would think that when you nandwrite a file into a partition, the nandwrite command shouldby restamp - uBoot
I think I understand. To clarify, I believe we are talking about two different points of failure here, both of which involve the NAND jffs2 file system and both of which likely involve a decompression algorithm mismatch: The first is the failure of the fsload command in the most recent uBoot (tld-2). The second is the failure of the original Unix kernel to read its jffs2 file system, or at leaby restamp - uBoot
OK, I have to admit I don't understand your concern with the uBoot: I was working under the assumption that the uBoot simply loads things into memory and dispatches control to them. It doesn't decompress. I thought the Linux kernel is stored uncompressed, perhaps with an appended DTB blob, and with a wrapper around all of it (the total of which is known as the uImage). This uImage iby restamp - uBoot
[ 8.170000] VFS: Mounted root (jffs2 filesystem) readonly. [ 8.170000] Freeing init memory: 124K [ 8.600000] JFFS2 compression type 0x07 not available. [ 8.600000] Error: jffs2_decompress returned -5 Seems this problem has been around for quite a while: http://forum.doozan.com/read.php?2,519,3331 and not just in our little corner of the internet. Google "JFFS2 compresby restamp - uBoot
Bodhi, here is the chain-loaded boot sequence, which I think would be very close to what you'd see on an unmodded system. The chained uBoot is the original, and the NAND OS is original except that /etc/init.d/hbmgr.sh has been disabled. U-Boot 2014.07-tld-2 (Sep 20 2014 - 00:52:18) Pogo E02 SoC: Kirkwood 88F6281_A0 DRAM: 256 MiB WARNING: Caches not enabled NAND: 128 MiB In:by restamp - uBoot
Sorry, bodhi, I don't have a completely unmodded system.by restamp - uBoot
Don't misunderstand me, even before I started hacking on the NTP/DNS/Networking, it would eventually come up and stabilize; it just took it a long time. (It's been a while, but I seem to recall it could take as long as 5-10 minutes, which is probably related to some retry timeout in NTP.) Bodhi, I think the difference is that the PogoPlugs I am booting are serving up multiple functiby restamp - Debian