Search results

Yes, already installed! It should have the latest firefox-esr (45.2.0).

I should add that aTc did a fine job. A straightforward build system for the images, and a proper Debian repository and sources for all the added custom stuff. The resulting image is very close to what an official Debian install would be. (Surprising how often vendors or derivative projects...

I just uploaded pyra-debian-jessie-xfce-rootfs-1465843129-stage2.tgz where I've enabled the security.debian.org APT repository, so it already has patches applied for: * DSA 3591-1 - ImageMagick vulnerabilities * DSA 3600-1 - iceweasel upgraded to firefox-esr 45.2.0 I decided not to bundle...

Wow, that's mostly very fast. How quickly does it boot? What hardware are you testing on?

Thanks very much! Would automatic DHCP on eth0 be a sensible default for most users? It may just be that "apt-get update" information in my images is more recent and so doesn't need updating? Or perhaps aTc added new packages to the images recently but hasn't updated...

@aTc I came up with a workaround for this bug: https://github.com/stevenc99/pyraos-build/commit/c0ba1f400574aa71d1ed7671ef467038428ee931 If we pre-populate /var/lib/dpkg/diversions with whatever would have been put there by pre/postinst scripts - it prevents future apt-get installs/upgrades...

This is a release-critical issue; it breaks installing various packages from Debian jessie, and security updates will fail to install too. I see now that /pyra-config.sh *did* run in the rootfs, but most preinst scripts are not being run (except dash.preinst, which is run manually). This...

Yay, that's all good news. If you could please push to git://git.openpandora.org/pyraos-build.git I can keep testing and sending patches. There doesn't seem to be a multistrap/pyra-mate.conf yet, so I can only build xfce images at the moment. I managed to do all the above testing with just an...

multistrap is designed for cross-architecture image creation, e.g. you can produce images for an armhf device, on a much faster amd64 build server. Its major limitation is that it can't run the installed programs, or even the post-install configuration scripts. So the packages are really only...

Oh dear, this is a critical bug, as it will break package upgrades. When this happened to me I thought I must have done something to it, but it seems the image itself is broken. This affects many other packages too. /var/lib/dpkg/info/libmodule-build-perl.preinst uses dpkg-divert for...

I bought €300 in shop vouchers in case it helps... (so that I've paid almost the full purchase price up front).

I don't know if that's official, but I really, really hope so!

Here's a quick tour of the Pyra OS image at the moment. The pre-configured APT repositories: root@pyra:~# aptitude update Hit http://ftp.nl.debian.org jessie-backports InRelease Ign http://ftp.nl.debian.org jessie InRelease Hit http://packages.pyra-handheld.com jessie-pyra InRelease Hit...

Haha! I love this, I install it everywhere I can, and it really irritates me when some device doesn't support it.

Even if a device has a vendor-provided Linux image, the quality of it can vary substantially... and this has implications for long-term usefulness of the device. The OS in development for the Pyra is staying very close to original Debian, which means it will be maintained for a long time and...

The -ffreestanding option to GCC will do that, I think. C library functions (like malloc) will be unavailable in that case, but you'll be able to compile simple C routines into assembly for the M4 that way. By using #ifdef STDC_HOSTED and some extra code sections, you can probably write a .c...

I'm pretty sure that's how they're intended. The main CPU has some kind of debug system allowing you to write code to the M4's, like flashing an Arduino, which might be a single compiled program or even a small OS. The M4's might be limited in what interfaces they can use - I would think...

Disagree on all points: reminds me of the lame "you're holding it wrong" excuse for what was after all bad hardware design This does sound like the browser's fault, or a web application's fault, or even the web designers fault for putting too many images on one page; but can we really do...

I wonder if even this could work: http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM Xen would certainly benefit from 4GB of RAM. An existing use-case for Xen on a portable device, is the Qubes OS, running isolated VMs for better overall security.

If we're speculating wildly: maybe with only a 2GB option, not enough people would have pre-ordered to make production possible at all or make enough profit to begin a second round... More seriously, maybe some portion of the boards populated with 4GB will have problems and only be able to use...