Local copy anyone?

I just read this:
Rage-quit: Coder unpublished 17 lines of JavaScript and “broke the Internet”
.

There are too many interesting aspects to consider from the article, but the one that surprised me the most is this: somebody removed their contribution from a public repo, and everything broke? Really? Haven't anyone heard of "local copy"?

Posted on 27 Mar 2016, 21:25 - Categories: General
No comments - Edit - Delete


Fatdog64 710 enters testing stage

Fatdog64 710 is the next generation of Fatdog64. It is still part of 700 series but considered as another branch; because it has a new build system (both for system and user packages) as well has other infrastructure changes which I prefer not to disclose for now. It share the common base as 700 thus many software packages will be largely backward and forward compatible between 700/710 although some may not, due to the usage of many newer libraries in 710.

710 has been in the works for about a year, since the first 700 release went final, but it got stuck there as real-life priorities took over. Most recently, I have 710 ready for testing since early Feb this year but I had to postpone it because I need my laptop to be stable and can't affort running a test OS at that time.

Yesterday, however, I took the plunge and migrated my savedir to 710. The testing process has begun.

Posted on 13 Mar 2016, 15:41 - Categories: Fatdog64 Linux
No comments - Edit - Delete


Fatdog702 ISO re-uploaded

Due to the CVE-2015-7547 scare that hits glibc recently, plus the fact that it is not easy to update glibc, I've decided to re-upload Fatdog64 702 that was uploaded a few days ago with a new set of ISO, devx, and nls SFS that contains a new patched glibc.

The CVE patch itself comes from the Debian team (since the official patch only applies cleanly to latest glibc - not to glibc 2.19 that 702 uses). Thank you Debian.

The new packages md5sums are as follows:
---
c7bff729fc3a6100246020466e94e6af Fatdog64-702.iso
54cc4ef28741e9e9844ab6f5ca66d41c fd64-devx_702.sfs
975d127442a8a336ec14dc743d51ad61 fd64-nls_702.sfs


Posted on 18 Feb 2016, 00:23 - Categories: Fatdog64 Linux
No comments - Edit - Delete


FatdogArm on Raspiberry Pi 2

There were some interest in running FatdogArm on Raspberry Pi 2 (raspi2 for short). While FatdogArm will never run on the original Raspberry Pi for many reasons (the biggest one: unsupported ARMv6 architecture), raspi2 has a modern quad-core Cortex A7 (=ARMv7 architecture) CPU running at 900 MHz, and comes with 1GB RAM standard. Not stellar, but not bad either.

Thanks to the help of forum member "mories" and the berryboot 2.0 kernel/modules, it was possible to get FatdogArm on raspi2: http://murga-linux.com/puppy/viewtopic.php?p=878960#878960. It's available here: http://distro.ibiblio.org/fatdog/arm/releases/raspi2/.

But I could not test it myself since I didn't own a raspi2 myself. Now, a kind gentleman who prefers to remain nameless has given me a raspi2 board, together with a very nice cover.

Though I am very busy these days, this inspired me to get the basics going on. I've just built a kernel directly from Raspi's official kernel source distribution (branch 4.1.y). Together with the closed-source bootloader (also from Raspi's official firmware distribution), I've managed to get it to boot to desktop.

This is still a long way to get raspi2 to become a tier-1 supported platform (we need to configure various hardware acceleration modules), but at least it is now running under its own kernel.

When things is a bit more stable I'm going to prepare a proper raspi2 kernel package, replacing the berryboot-based package we have right now. And perhaps publish beta4.

Posted on 15 Feb 2016, 23:25 - Categories: FatdogArm Linux Arm
No comments - Edit - Delete


Fatdog64 ISO builder is released

Fatdog64 ISO Builder is a tool to make custom Fatdog64 ISO.

It's similar to Puppy Linux "woof", except that this builder specifically builds from Fatdog64 self-built packages only. Since it works with Slackware-style packages (.txz), you may be able to tweak it to work from Slackware packages as well, though that has never been tested.

Announcement

Posted on 14 Feb 2016, 21:28 - Categories: Fatdog64 Linux
No comments - Edit - Delete


Fatdog64 702 Final is released.

After the planned two weeks of RC stage, 702 is finally released.

Release notes
Forum announcement

Get it as usual from ibiblio or one of its mirrors: aarnet, uoc.gr, and nluug.nl.


Posted on 7 Feb 2016, 05:32 - Categories: Fatdog64 Linux
No comments - Edit - Delete


Fatdog64 702rc is released

Maintenance update, mainly fixes and a few updated packages.

Release notes
Forum announcement

Get it as usual from ibiblio or one of its mirrors: aarnet, uoc.gr, and nluug.nl.


Posted on 21 Jan 2016, 18:01 - Categories: Fatdog64 Linux
No comments - Edit - Delete


Updated kbstate and a2dp-alsa

I've updated kbstate to detect multiple keys from multiple event devices at once, making usage a lot simpler.

I've also updated a2dp-alsa to work correctly with Android devices; and improve it so that a2dp-buffer is no longer necessary; and fix the Makefile for newer gcc. It can now be used as "pass-through router" reliably.

Posted on 28 Dec 2015, 20:48 - Categories: Linux General
No comments - Edit - Delete


Updated savedir support on FAT

"Save directory" (savedir for short) is way of persistence whereby the user-modified files are stored in a directory somewhere, as opposed to "savefile", in which they are stored to a big loopback-mounted file.

Savefile is very convenient and reliable method of persistence and it works across many different filesystems including networked, non-POSIX ones, because we can always choose the filesystem inside the savefile - usually one that is POSIX compatible.

However savefile has a minor irritation - you are limited by its size. Sure you can always resize it if it gets full, but it's a hassle. Savedir on the other hand doesn't have this limitation, but it must be located on a POSIX filesystem. Well not really, but if not, then you'll get a lot of odd behaviours.

Fatdog64 has supported savedir since version 620 (April 2013), this includes support for non-POSIX filesystems too such as NTFS and FAT.

The support for NTFS was upgraded in October 2015 to support true POSIX permissions made available from recent versions of ntfs-3g. NTFS is pervasive and is good compatibility filesystem for Windows OS, so this is an overdue update (although I personally still recommend that you use savefile on NTFS).

I've now upgraded the support for savedir on FAT as well, using posixovl; this gives savedir on FAT some support for rudimentary POSIX features, such as permissions, device nodes, and fifos.

However using posixovl as the base on savedir isn't without problem. For one thing, it cannot be unmounted cleanly - so you must always run fsck at boot ("dofsck" will do this for you). On another front, posixovl emulation of POSIX on FAT isn't perfect, and you will sure notice some oddities. And the last point is - FAT is much more corruption-prone as compared to modern filesystems (including NTFS). But if you're happy to play with fire, then - yeah, why not?

As a bonus, I also make posixovl to work with CIFS too - so now you can enjoy network-based savedir with full POSIX features (plus some unwanted oddities, as I said above).

I've made the usage of posixovl for FAT and CIFS not obligatory. You can always fallback to old method of using FAT and CIFS directly - which will unmount cleanly, but you will have to live with the limitations of non-POSIX filesystems (e.g. all files turned into executables; permissions are lost, etc). Or of course, just use savefile

This will be in the next release of Fatdog, whenever that will be.


Posted on 20 Dec 2015, 13:37 - Categories: Fatdog64 Linux
No comments - Edit - Delete


Updated article: New Apps on Old Glibc

Somebody asked me recently about my article, How to run new apps on older glibc. He tried to follow the instructions in the article but encountered an error.

As it turns out, when I wrote that article I only wrote half of it. I planned to write the other half but other things took my attention and I forgot about it.

I have now updated it and written the complete steps as well as re-testing the steps again to make sure that it works.

So if you're running a new application that depends on newer glibc but you can't re-compile or upgrade your OS for whatever reason, you may want to look at that article again.

Posted on 20 Dec 2015, 00:30 - Categories: Linux General
No comments - Edit - Delete


Pages: ... [8] [9] [10] [11] [12] [13] ...