gtk1.2 puppy anyone?

[technosaurus]

it requires gnome-1.4 (thus gtk1.2) ... I wonder what a full gnome-1.4 environment would feel like if we could even find the sources.

[Iguleder]

A GNOME 1.x Puppy ... sounds fun

[666philb]

it requires gnome-1.4 (thus gtk1.2) ... I wonder what a full gnome-1.4 environment would feel like if we could even find the sources.

is this them? http://ftp.gnome.org/mirror/gnome.org/d ... 4/sources/

[Iguleder]

gnome-libs requires bdb 1.85 and other ancient stuff.

I wonder how complicated it is to get a static GNOME 1 panel that works on a modern distro.

I'm still investigating this - I want to get the old Abiword and Gnumeric to work.

[technosaurus]

a lot of people that used bdb have switched to the permissively licensed, small and fast OpenLDAP LMDB since the Oracle fiasco (even the sqlite people recommend it)

It could be worthwhile to port gtk1 and gtk2.6 (with some useful backports like the ones wjaguar uses in the win32 version of mtpaint) to use the Apache Portable Runtime instead of glib (there is a lot of overlap) With future plans to create a permissive widget toolkit with a gtk compatibility layer similar to gtk-mui.

perhaps we could do the opposite of these:
https://github.com/pld-linux/gtk1-compat
(make gtk2 build against gtk1)

[technosaurus]

TODO items for gtk1

Novice work
App porting - interface: use glade1 to reconstruct the interfaces of other applications

Historian: scour the interwebs to find gtk1 apps to preserve

Package maintainer: maintain source and patches
http://pkgs.fedoraproject.org/cgit/gtk+.git/tree/

Intermediate work
App porting - code: try to deduce how/where glade interface code matches up with existing apps and replace gtk2/<whatever UI> bits with their counterparts (use the gtkdialog1/mtpaint source and source docs/google as a guide)

Code review/audit: try to clean up source from the historian, silence compiler warnings, debloat, refactor etc...

Advanced
me/goingnuts/amigo:
*code cleanup to make room for patches from glade, mtpaint, gtk+extras, Xft-gtk? ... bump to gtk+-1.4.0?
*build gdk (possibly glib1) into gtk and link with --sort-common
*fix static libs linked size (*-sections, hidden visibility etc...)

What else am I missing

[Iguleder]

Nice plan. I'm reviving old GTK1 apps and porting them to musl/x86_64/Linux 3.x, so they can be used on modern distros.

I think we should focus on:
- Dillo 0.8.6 - it's in horrible shape, crashes every ~5 seconds on x86_64 with musl
- The last Gnumeric that supports GTK1 - it has a hard dependency on gnome-libs, same goes for Abiword 1.0.7 - they use the dialogs from libgnomeui
- The last Ted that supports GTK1
- gcalendar and gtkdiskfree - both crash on startup on x86_64
- gxine 0.2.1 - it no longer works with today's xine-lib

[wjaguar]

The last Gnumeric that supports GTK1 - it has a hard dependency on gnome-libs, same goes for Abiword 1.0.7 - they use the dialogs from libgnomeui

And so what? Making some workalike that provides only the subset of libgnomeui's API functions which Abiword does actually use, will in all probability be far easier than dragging in the whole of ancient GNOME version. Same with gnome-libs and Gnumeric.
All the needed parts are already there, in the libs' source code, and only need some cutting away of the unused stuff.

[technosaurus]

- gxine 0.2.1 - it no longer works with today's xine-lib
I put a patch for mplayer on the pupngo thread a while back, (used the git gtk1-ectomy commits in reverse) so gxine shouldn't be that difficult if the have a version control system/

- Dillo 0.8.6 - it's in horrible shape, crashes every ~5 seconds on x86_64 with musl
Dillo does need some debugging but netsurf-fb can fill in or seamonkey-1.1.19+flash9. (some seamonkey bugs may have fixes already in version control that would apply cleanly)

- The last Ted that supports GTK1
I have tried Ted before and it was horribly buggy compared to beaver and Angel Ortega's minimum profit (mp) which also has a curses backend and scripting that can work on the same binary

Unfortunately goingnuts.dk is down but goingnuts had patched many of them.

- The last Gnumeric that supports GTK1 - it has a hard dependency on gnome-libs, same goes for Abiword 1.0.7 - they use the dialogs from libgnomeui
I've built it without them before by commenting out stuff (in configure and in code) and tweaking a few lines to use similar gtk widgets.

- gcalendar and gtkdiskfree - both crash on startup on x86_64
I was writing a gtkdialog replacement in gtk1 before goingnuts created gtkdialog1 that may be useful for testing the gtk libraries

it may be worthwhile to glade1 a frontend that can swallow X11 apps like mupdf and the minimal vlc (like scottman's vlc-gtk) and some of the other gems amigo has stashed http://distro.ibiblio.org/amigolinux/download/

[Ibidem]

I remember we found that glib needed some patches to work with musl...don't remember where they landed.

As far as GTK1.2 apps go, one I found very useful and rarely saw mentioned was geg.
manedit was one program that looked nice.
gato and gcrontab (IIRC) were functional for scheduling, but are mainly useful if you know the command and just want to skip the terminal: if you haven't read the man page, they suck.
And I'm betting everyone knows about xmms...
Image viewers...danpei, gtksee, paul.

[Iguleder]

I think I got the old Dillo to work fine on x86_64, with musl, libpng and tinyxlib! The fixed sources are here.

Pretty exciting - the last time I used this browser was on DSL 3.x

(screenshot taken under Xubuntu 14.04 x86_64)

EDIT: confirmed to work on another distro. Yep, it works.

[Iguleder]

Here's a screenshot of my "DSLR" (DSL Reboot) pet project

I'm trying to build a 64-bit Puppy very similar to DSL - so far, I have 90% of packages and graphical a package manager. Since it doesn't have any C++ applications, I can't use Fluxbox, so I dressed JWM like 2.14

EDIT: got Ted 2.17 to work as well.

EDIT 2: Siag too.

[technosaurus]

EDIT 2: Siag too.

That must have been a lot of patching -- my build attempts always seemed buggy.

[Iguleder]

Nope. 4 lines changed in Mowitz - that's it.

[amigo]

Yeah, siag has been pretty problematic -can you post or link to the patch for mowitz?

[Iguleder]

Here it is. I'm not sure whether this patch has any side-effects.

By the way, I got my 64-bit DSL lookalike to work pretty well. It has tons of applications, a package manager, JWM and the artwork from DSL 3.x. It uses kernel 3.10.x and around 75 MB in size. I need a name for this project - I want to build a website for it and publish a first alpha.

[greengeek]

"PDSL64" ?

"SausageDog64"?

sorry, thats all I've got today
Braindead.

[technosaurus]

I need a name for this project - I want to build a website for it and publish a first alpha.

In the DSL tradition of having an ungoogleable acronym, why not DSLR (Damn Small Linux Reloaded not whatever the hell it means in cameras - you basically get a mirror to see the actual image instead of a sub-pixelated lcd, or a viewing window approximation)

[Iguleder]

Hehe, I like "DSLR". Has DSL's rudeness and funny.

More ideas?

EDIT: here's a teaser, courtesy of my Acer C720P chromebook.

[Keef]

DieSeL

That's DSL incorporating iguleder's excellent experiments