Dpup Stretch 7.5 CE (RC-5)

[tallboy]

[tallboy]

@ rufwoof
I burnt the Dpup Stretch-7.5 with kernel 4 .1.48 to a multisession CD-R. I made the first save at shutdown, and one more random save at a later session. I have now loaded that CD with 2 saved folders into an older PC, and first performed a random save, and then a save at reboot. There are now 4 saved, dated folders on the CD-R.
Everything works as it should.
See http://murga-linux.com/puppy/viewtopic. ... 77#1026377

[radky]

jake&marty wrote:

My compliments to the brain trust and dedicated worker bees behind DpupStretch-7.5CE. I have found that it outperforms the installations of bionic64, xenial64 and tahr32 I have used over the past few years.

It is obviously limited to 32 bits... yet it flies on my Dell Precision T3500 and runs everything I want (including multiple, simultaneous virtual machines) without breaking a sweat. It recognizes all of my 9GB of ram and uses all 8 CPU cores while occupying less memory and at lower CPU core temperatures than with the above mentioned Puppies. Meanwhile, it hasn't locked up or needed an x-server restart or an OS reboot, not even once.

I'm not sure how you did it but keep up the good work!

I will be excited to run a 64 bit Dpup should that ever become a thing that is a thing.

Thanks again!

Thanks for sharing your experience with Dpup Stretch.

Keep in mind, although our Debian friends are transitioning their stable release from Stretch to Buster, the current Debian Stretch LTS will receive extended support through June 2022, which means our Dpup Stretch will have binary support for 3 more years -- or 21 yrs in Puppy years.

[jake&marty]

The Debian developers put Buster on full freeze as of March 12th of this year. That would suggest that the new Stable release could be coming soon.

Of course, I remember when Stretch was in freeze with a Stable release pending... It seems like I passed from my youth into my middle age waiting for that to happen!

I'm not complaining nor am I criticizing the Debian release cycle. Somebody has got to do the hard and unrewarding work of slowly and methodically moving the Stable base OS along. Somebody has got to provide a standard binary code base for all the .deb variants to hang their pretty desktops on. Where would Ubuntu, Mint, Peppermint, etc be with all their fancy functionality and eye candy if their OS base wasn't stable?

Debian development can't be exciting work and it certainly is thankless and prone to getting blamed for not being fast and sexy, but the Debian team does a darn fine job in my opinion.

[jake&marty]

It's good to know that DpupStretch-7.5 Will have package support for 3 more years. I like it and I believe I will stick with it for the remaining 3 years!

[tallboy]

Ditto!

[tallboy]

A package that I had in my own old Debian, in RedHat at the uni, it also has it's thread here in the forum, and one that I absolutely recommend:
         locate
It makes an index of all your files, and is very fast. You'll find it in the ppm.
I use the excellent pFind every day, and absolutely love it, but locate is used from the terminal window, and can also easily be included in scripts.

And a reminder: Debian released the 9.9 version of Stretch a few days ago, so open your ppm, and update!

[tallboy]

radky, I try to make a jwmrc-tray script, using the Task List Style that was introduced in JWM.2.3.6, but I cannot make the Active foreground/background settings work. The current version in Dpup Stretch is 2.3.7. Are there any compile/configure settings or other prefs, which were omitted or changed, that can be the reason for my problem?

[radky]

radky, I try to make a jwmrc-tray script, using the Task List Style that was introduced in JWM.2.3.6, but I cannot make the Active foreground/background settings work. The current version in Dpup Stretch is 2.3.7. Are there any compile/configure settings or other prefs, which were omitted or changed, that can be the reason for my problem?

tallboy,

The configuration of JWM is mediated by XML code in /root/.jwmrc (generated by /etc/xdg/templates/_root_.jwmrc), which sequentially calls additional configuration files via the 'Include' tag.

In Stretch 7.5, the 'Include' or accessory configuration files are:

1 - /root/.jwmrc-tray
2 - /root/.jwm/jwmrc-theme
3 - /root/.jwm/jwmrc-personal
4 - /root/.jwmrc-tray2

When /root/.jwmrc is processed, the jwmrc-personal configuration file is called (or read) after jwmrc-tray and jwmrc-theme. Consequently, configuration parameters in jwmrc-personal can be used to override default options and theme settings that are specified in jwmrc-tray and jwmrc-theme.

Concerning your question about the active tray foreground/background, if the 'TaskListStyle' tag is not specified in JWM configuration files, the appearance of the tray iconified windows (i.e., TaskList) is inherited from the 'TrayStyle' parameters of the current JWM theme (/root/.jwm/jwmrc-theme).

If you wish to selectively change the appearance of the JWM tasklist, you could add the 'TaskListStyle' tag to /root/.jwm/jwmrc-personal (including your preferred active foreground/background), and this would override the settings of the current JWM theme. For example, the following code would force a 'Polished-Blue' tasklist.

Code: Select all

<TaskListStyle>
  <Font>Sans-10</Font>
  <Foreground>#000000</Foreground>
  <Background>#fff:#AEB8C5</Background>
  <Outline>#fff</Outline>
  <Active><Foreground>#ffffff</Foreground>
  <Background>#6A99D4:#3f6fa9</Background></Active>
</TaskListStyle>

[OscarTalks]

Something is not quite right with glib-2.50.3
I notice that the Debian libglib packages are shown in /root/.packages as well as the zzz_glib package (which I believe should replace or overwrite the Debian ones).

While experimenting with Gnome-MPV frontend I noticed that the settings/preferences are not saved in Radky's Dpup Stretch, but in my old Dpup Stretch remaster the settings are saved. My remaster has a version of glib-2.50.3 which I compiled from source some time ago.
The .pet of this is uploaded to
http://smokey01.com/OscarTalks/glib-2.5 ... tretch.pet
In case anyone wants to investigate.

To test this for yourself, install gnome-mpv from PPM
Call gnome-mpv from terminal
Note the warning that settings will not be saved
Note that /root/.config/dconf/user is NOT created

Install my glib-2.50.3 .pet over the top
Call gnome-mpv from terminal again
Note the warning has gone, settings are now saved.
Note that /root/.config/dconf/user is now created

[radky]

While experimenting with Gnome-MPV frontend I noticed that the settings/preferences are not saved in Radky's Dpup Stretch ...

To test this for yourself, install gnome-mpv from PPM
Call gnome-mpv from terminal
Note the warning that settings will not be saved
Note that /root/.config/dconf/user is NOT created

Hi OscarTalks,

It seems gnome-mpv does not find GIO_EXTRA_MODULES in Stretch 7.5.

Adding the following line to /etc/profile fixes (for me) the GLib-GIO warning and properly creates /root/.config/dconf/user.

Code: Select all

export GIO_EXTRA_MODULES=/usr/lib/gio/modules

As time permits, maybe you could test in Stretch 7.5.

Thanks for the report.

[Mike Walsh]

@ radky/Oscar:-

Thanks for investigating this, guys . I've installed Oscar's glib .pet, added the suggested line to /etc/profile, and Gnome-MPV now remembers its settings here.....though, curiously, I'm not able to select the 'dark' theme.

Any ideas? What might I be 'missing'? Anyone who's ever seen some of my desktops, etc., will quickly realise that I don't tend to use 'themes' very much at all. Desktops, window manager settings, pretty much everything, is highly customised to use my own personal 'take' on things. So I have no idea whether that might affect matters.....


Mike.

[OscarTalks]

Hello Radky,

I can confirm that adding the GIO_EXTRA_MODULES environment variable to /etc/profile does fix the issue here.
Thanks for looking into it.

[radky]

I've installed Oscar's glib .pet, added the suggested line to /etc/profile, and Gnome-MPV now remembers its settings here.....though, curiously, I'm not able to select the 'dark' theme.

Hi Mike,

In Stretch 7.5, adding the following line to /etc/profile should be the only change required.

Code: Select all

export GIO_EXTRA_MODULES=/usr/lib/gio/modules

No need to install the alternate glib-2.50.3, though I thank OscarTalks for the proposed pet.

---

The gnome-mpv dark theme works fine for me (see screenshot).

---

OscarTalks wrote:

I can confirm that adding the GIO_EXTRA_MODULES environment variable to /etc/profile does fix the issue here.

Thanks for confirming!

[Mike Walsh]

@ radky:-

Just as a matter of interest, I always install either gnome-system-monitor or mate-system-monitor in all my Pups (Debian appears to offer both).

It, too, would never hold settings, and would always start up at minimum size and with default colours/settings. Since incorporating the above 'fix' for gnome-mpv, the 'system monitor' is also now behaving itself at long last, so.....thanks for that! Sorted.

Cheers.


Mike.

[OscarTalks]

curiously, I'm not able to select the 'dark' theme.

Hello Mike,

Others may know more about this than me, but from my experimentations with GTK+3 so far:-

Looking in /etc/gtk-3.0/settings.ini
or /root/.config/gtk-3.0/settings.ini (which takes priority over the above)

if you have gtk-theme-name = Default
This will prevent the "dark" theme from being available

if you have no gtk-theme-name defined at all
A basic "dark" theme is available (internal to GTK+3 ??) as seen in Dpup Stretch

if you define gtk-theme-name = Murrine in Dpup Stretch
You will get a very dark "dark" theme available.

if you download and install a GTK+3 theme of your choice
You can get something with nice colours and animations when you hover and click things.
I have a violet one which goes well with my lilac theme

GTK+3 also needs to find icons in an icon theme as well as the gtk-3.0 colours theme
These are defined for example as gtk-icon-theme-name = Adwaita
Colours themes are in (for example) /usr/share/themes/Murrine/gtk-3.0
Icon themes are in /usr/share/icons
The icon theme packages are quite big, but you can do the trick of symlinking for example the Adwaita directory in /mnt/home with a symlink of the directory into /usr/share/icons

[Mike Walsh]

Hi, Oscar.

Ah. Thanks for that detailed resumé, mate. I shall investigate later on; I'm messing around in Racy ATM, but will boot into Stretch later on.

Cheers.


Mike.

[tallboy]

Hi radky, I have a couple of small issues, one maybe related to Glib-Gio.

1) Rox will very often not open a folder window big enough to view all folders/files inside on first attempt, I have to close and open again to see all the contents. This happens on two PCs, frugal installs in both. Roxfiler options are set to Always resize.

2) PPM often leaves an empty, or white, field as an imprint of a small messages window on the screen after closing, the same with an imprint of the dialog window if an .iso or .sfs is mounted/unmounted.

3) I got the messages below, and by chance, I had just seen the posts about the glib-gio problem. The first message is before I added the export GIO_EXTRA_MODULES=/usr/lib/gio/modules command to /etc/profile.local, and the second message is after I entered the line to /etc/profile.local, restarted X, and repeated the original command. The Palemoon opened and tried to find the man page, but a message said it was not found.

[radky]

tallboy wrote:

Rox will very often not open a folder window big enough to view all folders/files inside on first attempt.

Rarely, I see this when ROX-Filer is in List View, but nothing reproducible by me. Maybe woodenshoe-wi would have more information if you post in the ROX-Filer thread.

http://murga-linux.com/puppy/viewtopic.php?t=111880

---

tallboy wrote:

PPM often leaves an empty, or white, field as an imprint of a small messages window on the screen after closing.

I can't reproduce this in Stretch RC4. Do you see this with JWM and/or the alternate Openbox desktop?

---

In your third comment, it seems adding the GIO_EXTRA_MODULES environment variable to /etc/profile resolves the GLib-GIO warning when you launch the defaultbrowser. The remaining 'coding exception' message appears to represent an interaction between your browser and adblocker while processing javascript input (not a Glib-GIO issue).

[gychang]

sorry, please delete this, my mistake.