Minor follow-up on this: Put a recent Raspbian on a SD card, and managed to successfully put that into the 3B+ while installed in the pi-top *without* losing it underneath the board. (That makes my success rate 50% now, 2 successes from 4 attempts... I assume others fair better!) Anyway, on boot, it...
Thanks - that looks like just the sort of info I was unable to find! So, in summary, I'm seeing that as: Raspbian has some support for "features" of the pi-top v2 anyway, and a few other modules can be added to improve the support further, and it pretty much Just Works. That being so, I'm off the fl...
(Sorry if this is something I should find easily, but the googles weren't forthcoming...) So: For portability and easy working-with-the-kids-ness, I recently got a pi-top v2 and stuffed a 3B+ into it, and then installed their OS "Polaris" to run the thing... Well, the h/w seems OK, but Polaris is......
Without actually seeing the h/w in question, I doubt that's going to work. I'm assuming this DVI-I to VGA adapter is a passive one? If so, they tend to work because a fully populated DVI-I feed has two parts to it, a DVI-D feed that is basically HDMI, and a DVI-A feed that is basically VGA. So a pas...
The better alternative is to make a .deb package, where the required libs are then noted as dependencies. It is a cleaner/leaner way of doing this, especially on low-resource platforms like the RPi. I think I disagree: Really, it depends; If the app is small, and pulls in a few parts of a lib, then...
Which libraries are you thinking of? The regular libstdc++ et al are part of the system as far as I know; certainly all my pi's have them... Any other non-standard libs, i.e. any libs you had to apt-get especially to get your program to build, you might want to link statically into your app. Then th...
Oh - there's a thought though... The Pi is an Armv6, so it is quite likely to have Jazelle support I guess (I haven't checked, does anyone know?) so there's a fair chance that it actually can execute java bytecode directly... Well, if you can get the core into the correct execution state and so fort...
its called a flat bed scanner Indeed - I have seen that done for cards, though not for PPT, though I can't see why it would not work. Wasn't fast though, certainly not as fast as the real thing... Time was, we had a PPT reader that was driven by compressed air (may have been connected to a DG Nova ...
I have an unopened -- still shrink-wrapped -- box of PC-DOS. I am in no hurry to open it. Noting pjc123's comment about punch cards or tape; I think I'd fancy my chances with those better than with a still-boxed floppy disk... I pulled some old floppies from storage about a year ago, and only about...
I think I may have a similar problem - different hub (Belkin F5U706uk) but also on the "verified" list... How would I find out if the hub uses Gensys chip set? I don't know how to see idVendor etc? As a general point, you can see all the USB devices that the drivers know about just by typing "lsusb...
Apropos of nothing much, but for the record I've been monitoring the voltage across TP1/TP2 on my Pi and what I see is: - card powered, at CLI, but ethernet cable unplugged: 4.91 ~ 4.92 V - plug in ethernet: 4.89 ~ 4.90 V Hmm, more of a drop than I anticipated, maybe it is power related on my setup?...
I finally got time to try out a new powered hub. This hub is supposedly one that is on the "approved" hardware list according to the RPi wiki: http://www.amazon.com/gp/product/B000SAB34O Unfortunately, it seems this Belkin hub still uses the Gensys chip set (idVendor=05e3 and idProduct=0608, or are...
Hmm, interesting to know it works with X11 running for some folk though... I'm looking at two options now: 1: Maybe it is a power supply issue - so I spent some time this afternoon digging around the boxes in the garage, as I knew that *somewhere* I had a 5V 2.5A regulated supply. Still need to do s...
Gah! I just did an dist-upgrade and an rpi-update on my (non-raspbian) armel installation, i.e. the one that used to work, and now it does not work - indeed it fails in much the same fashion as the Raspbian set-up. So... something in the kernel changed, maybe... I guess I could roll back, but someho...
Yes - though it is *really weird* that the "armel+external-usb-disk" option seems to be working fine, at least for me, and actually quite swift (in comparison to the "armel+SD-card" case, anyway...) running X... Whith the armel builds running X11 I'm not seeing much evidenceof the ntework droppage o...
As an aside, I doubt the class of the SD card is making that much of a difference, since it looks very much as if the the way the SD interface is being clocked in the R-Pi is set to a fixed (and relatively low) clock speed. So installing a faster card probably is not affecting access times all that ...
Yes, perhaps I should have been more specific - headless it is fine, I can "ssh -X" into it and all is well, X11 gui apps run fine - well, until I try and do something swoopy with OpenGL, at which point I get warnings about unsupported capabilities for the X-server, which is fair enough. Given the P...
In case any one is following this... I spent a chunk of Tuesday not having Jubilee parties but instead thrying to poke at my X11 issues. This does not recount a fix - only describes what I have, and then asks for help...! A recap: I have my R-Pi booting such that the SD card provides the initial boo...
I've just put together a new virtualbox dev vm for debian and raspbian. ..... The host system is ubuntu precise and was chosen because it's a LTS release and it ships with a nice modern qemu (unlike debian squeeze which is getting rather long in the tooth). http://archive.raspbian.org/qemu/rpi-qemu...
Running into problems using a Western Digital My Passport 500GB USB Drive. This is a USB 3.0 drive, but it should be backwards compatible with USB 2.0 devices such as the Raspberry Pi. I can partition the drive, but if I attempt to format the partitions the system basically freezes with messages to...
OK - those look quite neat, actually... Reminds me of my old beagle, only, newer... To be honest, I'd had envisaged a more "conventional" cross-compilation environment - by which I mean a number of x86 boxes cranking out cross-compiled arm binaries (which is a part of what I do at work some days...)...
Or on a vm with qemu, or on the pi with swap turned on (maybe even on an external hd)... Yeah - I'd go for that (large swap on an external USB disk) as I've managed to build a few big packages (though not ffmpeg) on my pi now, even with -j3 set to make, and didn't go OOM... So, that would be my tip...
[quote="Montala"] Thanks for the reply Ian, and I guess that if I actually had a Pi in my hands and was able to experiment with it, I would learn things a lot quicker, but it is lines like 'Then rsync the raspbian rootfs from p3 on the SD card to sda2 on the Samsung disk.' and 'Hand edit fstab to ad...