DebianDog - Wheezy

[fredx181]

Hi Toni,

maybe we can update RemasterDog and RemasterCow scripts to do this removing. We can make deb packages and upload them after some testing.

Yes, good idea, I will update the scripts soon.

Here's attached flashplayerchoice deb , thanks for the reminder.
Feel free to change anything in case something's not right or you don't like.
It has the red 'f' icon in the menu (/usr/share/pixmaps/flash.png)

@Keisha

/etc/systemd/system/getty.target.wants/getty@tty1.service is an absolute symlink to /lib/systemd/system/getty@.service, and it does carry the line

ExecStart=-/sbin/agetty --noclear %I $TERM

If I understood well, autologin works for you with this setting?
If so, it's another mystery!


Fred

[saintless]

Just wondered what the situation is in terms of possible 64 bit DebianDog support?

Hi, William.
If you get this 64-bit machine running we can try to install 64-bit kernel and make initrd files for live-boot and porteus-boot for DebianDog. It will still have 32-bit applications installed but running with 64-bit debian kernel. I don't know if it will be possible to upgrade most or all packages to 64-bit applications from this point. If you like to try post here when you are ready for testing.

Fred,
Thanks for flashplayerchoice.deb. I will upload it in the next few days.

Toni

[limelime]

Hi saintless,

It will be nice, thank you! And if you can post some link with information (instructions) how to use github it will help me a lot.

Here is a tutorial on how to use github with eclipse: http://wiki.eclipse.org/EGit/User_Guide#GitHub_Tutorial

I created a DebianDog repository at https://github.com/limelime/DebianDog.

It contains my script to remaster DebianDog and the wiki to setup Chinese fonts.

[fredx181]

Hi Toni,

Here are the remasterdog and remastercow scripts with added remove of /var/log/*

Edit: I just see now that remastercow removes whole directory /var/log already so I excluded the remastercow script from the archive.

Attached remaster-scripts.tar.gz.

I did a lot of testing with upgrading to Jessie and found some issues.
For example running sudo for the first time it gives:

Code: Select all

puppy@dog:~$ sudo su

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

[sudo] password for puppy: 

I'm not sure why this message appears, maybe it's after upgrading sudo?

Anyway, I found that the gsu script needs update to deal with this (the variable "sudo_check_if_passwd_needed" at start of gsu script doesn't work well because of the above and the result is that gsu doesn't work at all)
Attached gsu_1.0.2_i386.deb with fix for it.

Then, when testing making a full install of Jessie I found that X won't start (at the point of login, startx)
Adding a entry in /etc/fstab for rootfs fixes it, so I edited debdog-full-install to add it in /etc/fstab on the full install partition.

Code: Select all

# Add entry for rootfs in /etc/fstab
echo "UUID=$UUID  /  ext4    defaults  1 0" >> "$MNT"/etc/fstab

Attached debdog-full-install.tar.gz

These are preview fixes for Jessie but can't do any harm on Wheezy.

Fred

[saintless]

Hi saintless,
Here is a tutorial on how to use github with eclipse: http://wiki.eclipse.org/EGit/User_Guide#GitHub_Tutorial

I created a DebianDog repository at https://github.com/limelime/DebianDog.

It contains my script to remaster DebianDog and the wiki to setup Chinese fonts.

Thanks, limelime.
I can open only the first tutorial link but I think it is because of my old Iceweasel 3.5 browser. I will test with new version tomorrow.
I will read it and explore soon as I can.

Edit: It was temporary problem. All links work now.

Toni

[saintless]

Thanks, Fred!
I will test also soon as I can all updated scripts and debs from you.

I'm not sure why this message appears, maybe it's after upgrading sudo?

Yes, I guess so. I think I had the same message with sid.

These are preview fixes for Jessie but can't do any harm on Wheezy.

I agree. We can replace the packages to be available for upgrade after some testing. the problem is some packages from DD repository are not compatible with SID and maybe with Jessie. It will take some testing first. For example dependency for Icewm control center can not be installed in SID:
http://smokey01.com/saintless/DebianDog ... 1_i386.deb
and it gets removed after the upgrade. Could be fixed by changing depends line but maybe it will not work for every package.
I'm not sure yet we can use the same DebianDog repository for Jessie.

Toni

[anikin]

Hi Toni, Fred et al,

I get that message too, when doing sudo in different jessie/sid builds. Fred, thanks for remaster scripts, will test them soon.

[fredx181]

I agree. We can replace the packages to be available for upgrade after some testing. the problem is some packages from DD repository are not compatible with SID and maybe with Jessie. It will take some testing first. For example dependency for Icewm control center can not be installed in SID:
http://smokey01.com/saintless/DebianDog ... 1_i386.deb
and it gets removed after the upgrade. Could be fixed by changing depends line but maybe it will not work for every package.
I'm not sure yet we can use the same DebianDog repository for Jessie.

Ah, I see, I tested Jessie only with OpenBox version and had some small problems like: not working snapexit (save changes on exit from console) but could fix/workaround these (booting with systemd).

But we can take all the time in the world to figure out things

One thing I'm a little concerned about is the increased filesytem size for Jessie.
For example I installed kernel 3.16.0-4-586, it's a lot bigger.
The live-boot-3 initrd.img: it is 20M (xz compressed)
And lots of larger libs added or upgraded as dependencies (gtk3 and others)
For testing I made iso of DD Jessie-OpenBox-3.16 version and the filesize is over 200MB.
I will share the iso later.

Fred

[Keisha]

@Keisha

/etc/systemd/system/getty.target.wants/getty@tty1.service is an absolute symlink to /lib/systemd/system/getty@.service, and it does carry the line

ExecStart=-/sbin/agetty --noclear %I $TERM

If I understood well, autologin works for you with this setting?
If so, it's another mystery! Fred

Yes, autologin works fine.

Update on the infinality build: I now have built .deb's of all three infinality components (freetype-2.5.5, fontconfig-2.11.1, and cairo-1.14.0). Tested on a virgin copy of DebianDog-Wheezy, Feb 15 version:

freetype, right-click, install .deb ...installs without any problem.

fontconfig, right-click, install .deb ...won't install because of conflicts with the existing version of a fontconfig .deb built into DD:

Code: Select all

Installing /root/Downloads/fontconfig_2.11.1-1_i386.deb...
(Reading database ... 31824 files and directories currently installed.)
Preparing to replace fontconfig 2.9.0-7.1 (using .../fontconfig_2.11.1-1_i386.deb) ...
Unpacking replacement fontconfig ...
dpkg: error processing /root/Downloads/fontconfig_2.11.1-1_i386.deb (--install):
 trying to overwrite '/etc/fonts/conf.d/README', which is also in package fontconfig-config 2.9.0-7.1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /root/Downloads/fontconfig_2.11.1-1_i386.deb
 There were one or more errors, see above
   ----------
  One or more packages failed to install.
  Please have close look at the errors shown above.

What is the best way to force it to install despite the overwrite?

[saintless]

Hi, Keisha

What is the best way to force it to install despite the overwrite?

The best way is to upload the deb files somewhere so I and Fred can take a look in /DEBIAN/control file. Checkinstall does not add dependencies, conflicting files and does not give the right package name sometimes.
The easiest way to install it is to extract the deb (from right click option menu), remove /etc/fonts/conf.d/README and repack it again.
Or try to add inside /DEBIAN/control line:

Code: Select all

Replaces: fontconfig-config

Again this does not mean you will not get similar conflicts while installing packages in the future if the deb packages do not have the correct information inside /DEBIAN/control file.
You can read more about deb package structure here:
https://www.debian.org/doc/manuals/debi ... cs.en.html

Toni

[saintless]

Hi, Fred.

But we can take all the time in the world to figure out things

Yes, for Jessie and SID I think we will have some incompatible (or not properly working) parts in scripts like flashplayerchoice (making sfs option), and same for ffmpeg2sfs and audio-extract. It will be best to keep such scripts that need modifications for Jessie out of the repository. Maybe adding flashplayerchoice deb here will be better till we check it for Jessie compatibility:
http://smokey01.com/saintless/DebianDog ... -packages/

One thing I'm a little concerned about is the increased filesytem size for Jessie.
For example I installed kernel 3.16.0-4-586, it's a lot bigger.
The live-boot-3 initrd.img: it is 20M (xz compressed)
And lots of larger libs added or upgraded as dependencies (gtk3 and others)
For testing I made iso of DD Jessie-OpenBox-3.16 version and the filesize is over 200MB.
I will share the iso later.

Is this size with all three initrd files or only live-boot-3 included?
I haven't checked xz compression size but the main 01-filesystem.squashfs after Jwm version SID upgrade (after making it small as I can) has 3.16.0-4-686-pae and 3.16.0-4-586 kernel in /lib/modules and it is 207Mb gzip compression. Removing one kernel will make it 167Mb gzip compression (the latest Jwm Wheezy is 126Mb gzip compression). I'm not sure what can be done yet to make initrd files smaller.
The bigger problem is I can't find patch from refracta for live-boot included in SID and Jessie and most probably encrypted save file will not work for live-boot-3 (should be called live-boot-4 for jessie).
Maybe we can keep kernel 3.14 instead 3.16. I don't know what will be the difference but It is much smaller. We can also keep live-boot from wheezy instead latest version 4. Only suggestions for testing later.
BTW you can try to keep gtk3 smaller using this modded deb (you will need to replace wget also and libxml2):
http://smokey01.com/saintless/Fredx181/ ... -packages/
Check out /etc/apt/preferences from this post:
http://www.murga-linux.com/puppy/viewto ... 061#829061
Synaptic works without problems this way.
I'm testing this modded packages on SID but should be the same for Jessie.
There is also chance to free some space from xorg files but I have to reproduce what I did with SID first.

Toni

[saintless]

Hi saintless,
Here is a tutorial on how to use github with eclipse: http://wiki.eclipse.org/EGit/User_Guide#GitHub_Tutorial

I created a DebianDog repository at https://github.com/limelime/DebianDog.

It contains my script to remaster DebianDog and the wiki to setup Chinese fonts.

Thanks, limelime.
I can open only the first tutorial link but I think it is because of my old Iceweasel 3.5 browser. I will test with new version tomorrow.

It was not old version browser but some kind of temporary problem I guess. I can open all links today without troubles.
The problem I see with github is it does not give option to upload files with size more than 100Mb according to the information here:
https://help.github.com/articles/what-is-my-disk-quota/
https://help.github.com/articles/workin ... rge-files/
https://github.com/blog/1302-goodbye-uploads
I think it is better to work on DebianDog instead investing time to learn how to use github. It takes much time to upload new files in DD official and backup repositories aready. DebianDog threads in this forum are all I can support and update at the moment and I do not plan to stop posting here. If anyone else like to share (or fork) DebianDog on github he/she is welcome to do it, but for me github at the moment means less time for DD development.
Nice wiki to setup Chinese fonts, limelime. Added link in first post in this thread.

Toni

[saintless]

Hi, Fred.

One more mistery maybe but remasterdog (gui) does not remove /var/log files for me. Tested with live-boot-2 and porteus-boot. I can't find the reason. Looks fine to me. Maybe the encoding problem we had in the past copying code from web browser to script?
remasterdog-cli works - removes /var/log files keeping only the subfolders inside.

Latest gsu should be upgradable after running apt-get update first.

Flashplayercoice package added here for now:
http://smokey01.com/saintless/DebianDog ... -packages/
Added few more dependencies just in case: apt, tar, menu, squashfs-tools.

Fixes text updated (I will add also the information in the fixes post later):
http://smokey01.com/saintless/DebianDog ... 2.2014.txt

About remastering scripts and debdog-installers - maybe we can combine them in two packages (remaster-debdog.deb and debdog-installer.deb) to make the updates easier?

Toni

[Keisha]

...The best way is to upload the deb files somewhere so I and Fred can take a look in /DEBIAN/control file...

My apologies in advance, if this site offers you a date with a Russian lady, or a course in how to become rich quick in real estate. Hey, at least it's *honest* false advertising ;-} !

freetype-2.5.5 (I dropped back from freetype-git to "stock" 2.5.5):
http://www.datafilehost.com/d/26d1b377
$ sha1sum freetype_2.5.5-1_i386.deb
1c79910f02eb3268d517743326ebe85772653be5 freetype_2.5.5-1_i386.deb
Notes: I applied the infinality Jan. 23 patches 01, 02, and 04; the source code is under heavy development (especially ttinterp.c) and so 03 (upstream patches) would not apply cleanly. The system I compiled this on already contains dependencies harfbuzz-0.9.35 and libpng-1.6.16, both compiled from scratch per LFS. I could find no debian/ubuntu patchset for freetype-2.5.5.

fontconfig-2.1.1:
http://www.datafilehost.com/d/32e792da
$ sha1sum fontconfig_2.11.1-1_i386.deb
1110d89cdf0d395c0b2de4555e03a4be6a284ae1 fontconfig_2.11.1-1_i386.deb
Notes: in order to build conf.d.infinality/Makefile.in, I had to manually put subdirectory conf.d.infinality in the fontconfig source, and then download newest fontconfig from git, then overwrite the git source with the 2.11.1 source, then use the git-source's autogen.sh instead of configure. The debian/ubuntu fontconfig patches (same patchset is used for both, it's fontconfig_2.11.1-0ubuntu6.patch) would not apply cleanly after the infinality patches, and the infinality patches would not apply if the debian/ubuntu patches were applied first, so the debian/ubuntu patches were not applied.

cairo-1.14.0:
http://www.datafilehost.com/d/3e63afbc
$ sha1sum cairo_1.14.0-1_i386.deb
8c41067dacec3f8f69eb966a086c8f13429f9c51 cairo_1.14.0-1_i386.deb
Notes: all debian/ubuntu (cairo_1.14.0-2.1ubuntu1.patch, this same patchset is also used for debian) and infinality patches applied cleanly. Also the patch cairo-1.14.0-upstream_fixes-2.patch (from LFS) was applied to the extent possible (there was no problem applying this patch, but there is some duplication between this LFS patch and both the debian/ubuntu and infinality patchsets). The configure line is

Code: Select all

./configure --prefix=/usr  --disable-static --enable-tee --enable-gl --enable-xlib-xcb

[saintless]

Hi, Keisha.

The system I compiled this on already contains dependencies harfbuzz-0.9.35 and libpng-1.6.16, both compiled from scratch per LFS.

What is this system? DebianDog-Wheezy or Jessie or different Debian?
I can find only these two packages that should be the debian alternative:
https://packages.debian.org/jessie/libharfbuzz-bin
https://packages.debian.org/experimental/libpng16-16
Both incompatible with Wheezy and added as recommended inside control file (will not be auto-installed in DebianDog).

Changed the names of the packages to libcairo2 and libfreetype6 (names used in Debian). You can install them without problem in DebianDog-Wheezy but the system is broken after that. Can't find libpng16.so... and X does not start anymore.
Try the packages from here first (not all dependencies added):
http://smokey01.com/saintless/Fredx181/ ... ontconfig/
Another version with added all dependencies is uploaded here (but DD-Wheezy gets more broken - many included packages will be auto-removed so be careful using the debs from here):
http://smokey01.com/saintless/Fredx181/ ... onfig/new/
You will need to type apt-get update and apt-get -f install to correct the dependencies.

I don't know if you can solve the problems for Wheezy but if you need more help post what is needed.

Toni

[Keisha]

What is this system? DebianDog-Wheezy or Jessie or different Debian?

I did the compiling on DebianDog-Jessie (Feb. 15 DD-Wheezy-k3.16.0 and then apt-get dist-upgrade as per my post above).

Let me study these two versions and see if I can figure out what needs to be added.

**update a little later: mmm, wait a minute...no, my first thought was wrong. Examination continues...
***Aha! Got it. See below.

[fredx181]

Hi Toni,

One more mistery maybe but remasterdog (gui) does not remove /var/log files for me. Tested with live-boot-2 and porteus-boot. I can't find the reason. Looks fine to me. Maybe the encoding problem we had in the past copying code from web browser to script?

No more mysteries!
Another mystery , it works for me.
You do have this on line 161?:

Code: Select all

rm -f "$WORK"/var/log/* 2> /dev/null

About remastering scripts and debdog-installers - maybe we can combine them in two packages (remaster-debdog.deb and debdog-installer.deb) to make the updates easier?

Yes, that's good, I thought about something like that also, but then for all SFS-tools.

for Jessie and SID I think we will have some incompatible (or not properly working) parts in scripts like flashplayerchoice (making sfs option)

I just tested the sfs option for flashplayerchoice on Jessie and it works fine, what worked wrong for you?
I'm working on ffmpeg2sfs and audio-extract, I think better leave the name 'ffmpeg2sfs' the same but change all other names for the gui and installing to libav-tools and avconv etc.., what's your opinion?

<<<For testing I made iso of DD Jessie-OpenBox-3.16 version and the filesize is over 200MB. Rolling Eyes
I will share the iso later.>>>

Is this size with all three initrd files or only live-boot-3 included?

With all 3 included and everything xz compressed (also 01-filesystem.squashfs, it's around 162Mb)
I'll share it but first want to work some more on ffmpeg>avconv fixes.

Thanks for the suggestions for Jessie.
An older version of libgtk3 I have already installed so can't make the iso size smaller.

Fred

[Keisha]

I think I see the roadblock.

freetype-2.5.5 requires harfbuzz-0.9.35 or newer
harfbuzz-0.9.35 requires libglib-2.42.1 or newer...
libglib-2.42.1 requires glibc-2.17.1. or newer.

It might be possible to transplant glibc-2.17.1 (or newer) in as a .deb from the sid repository. I'll try that next

[Keisha]

Hi Toni and Fred,

Progess...

...though, no doubt, you will be able to shorten the procedure considerably.

This procedure works to put Infinality fonting on DebianDog Wheezy. However, I've been seeing error-message oddities such as "attempted to unlock mutex which wasn't locked" and I suspect this is because of the update of glibc to 2.19-15, which is chosen for no particular reason, it is merely the first glibc I found. But in fact any glibc 2.17.1 or newer should work, so if you test this procedure you may wish to drop back in version ***UPDATE: I am now using the libc6-2.17 from
http://www.mepiscommunity.org/forum/vie ... a820230c9f
and so far (~ 1 hour) it is working flawlessly.***


Step by step, from a fresh porteus-boot frugal install of the Feb 3 2015 version of DebianDog-Wheezy-openbox_xfce.iso which carries kernel 3.2.0-4-486. I don't doubt this will also work on all DebianDog Wheezy versions with newer kernels.

All .deb's listed below, up til the freetype, fontconfig, and cairo .deb's, are from ftp.us.debian.org/debian (edited: except for the libc6 one from the Mepis forum). Most are from jessie. They all install on k3.2.0-4 DD-Wheezy without complaint (well...not much complaint...)

All .deb's (except libc6) were installed by simply opening a Thunar window on the download subdirectory (/root/Downloads/infinality-debs) and right-click the .deb and "Install .deb".

Download them all first, and the two attachments below, and you can buzz right through it.

1. Install libc6_2.19-15_i386.deb (or, should be OK with any libc6 2.17.1 or newer). *edited: I'm now using the libc6 from the Mepis forum linked above. I added the appropriate line to /etc/apt/sources.list and used Synaptic to get it. I also brought in all the recommended's and suggested's. So far, it's working great.

2. Rename /etc/fonts to /etc/fonts--original

3. Copy-in subdirectory /etc/fonts--infinality-v3 (attached below)

4. Symlink the subdirectory /etc/fonts--infinality-v3 as /etc/fonts

5. Copy the file infinality-settings-debian-dog.sh into /etc/profile.d (attached below)

6. Install libffi6_3.1-2+b2_i386.deb

7. Install libglib2.0-0_2.42.1-1_i386.deb (it complains about no scheme, don't worry about it)

8. Install libglib2.0-data_2.42.1-1_all.deb

8-1/2 the step I forgot the first time I posted this: install libglib2.0-bin_2.42.1-1_i386.deb --it will complain, don't worry about it.

9. Run apt-get autoremove, to get rid of old versions of libelf1 and libffi5:i386

10. Install libgraphite2-3_1.2.4-3_i386.deb

11. Install libharfbuzz0b_0.9.35-2_i386.deb

12. Install libharfbuzz-gobject0_0.9.35-2_i386.deb

13. Install the freetype_2.5.5-1_i386.deb from my post above.

14. Delete the symlink /etc/fonts (important: don't do anything else with the computer between now and the next step!!!)

15. Install the version of fontconfig_2.11.1-1_i386.deb by saintless (the one without added dependencies) offered in his post above (this gives you a new /etc/fonts) (you needed to have the /etc/fonts symlink before so that fonts would function while doing all these installs, without having any of the old contents of /etc/fonts carry over to the new infinality installation).

16. Install the cairo_1.14.0-1_i386.deb from my post, above.

Reboot and now you have infinality fonting.

Tuning infinality for your machine, consists of tweaking the XML .conf files within /etc/fonts and playing with the environment parameters established by /etc/profile.d/infinality-settings-debian-dog.sh.

If you have google'd "infinality" before, and been puzzled by seeming contradictions in the instructions given by various sites, it may be because infinality has undergone at least three major revisions in its architecture. The version of /etc/profile.d/infinality-settings-debian-dog.sh I'm supplying here is actually the old, traditional format (but, you do have here the very latest implementation January 23 2015 of infinality, and all functions are effective). In newer versions of infinality, its creator bohoomil has simplified and shortened the infinality-settings file, {cough}he's dumbed it down IMHO{/cough}.

Newer versions of infinality have /etc/fonts/conf.d being a symlink to another conf subdir within /etc/fonts, and by running a brief terminal console script the user can choose whether infinality should emulate the font rendering of a chosen operating system. In a slightly older version there are 8 choices including os2, the mac, windows xp, windows 7, generic linux, and a homegrown "infinality" setting. The /etc/fonts/conf.d which I am supplying here is a partial subset of the "infinality" setting. The newest version of infinality limits you to only four o.s.-emulation choices and in my opinion none are satisfactory. Once again I must remark, IMHO the newest versions are somewhat dumbed-down.

But we are all smart people here and I will not insult your intelligence!...

--...at least, not until we have a simple install procedure and there arise no major bugs. Then I'll go ahead and insult your intelli--er, I mean, I will post the newer versions of infinality-settings.sh and the /etc/fonts conf.d subdirectory (and the satellite subdirectories it links to), and then people can decide for themselves whether the old way or the newer ways are better.

Hope this works for you. Let me know.

[Keisha]

Ah, nuts. I forgot one step. After installing libglib2.0-data_2.42.1-1_all.deb
install libglib2.0-bin_2.42.1-1_i386.deb

It will complain but then afterward you can run apt-get autoremove and it will work.

Also I am now using the libc6-2.17.1 from
http://www.mepiscommunity.org/forum/vie ... a820230c9f

and so far (~ 1 hour) it is working flawlessly.