Dpup Stretch 7.5 CE (RC-5)

[mavrothal]

mavrothal wrote:

Is this a remaster?

No, not a remaster. The alpha releases and current beta release are primary Woof-CE builds (testing branch). All modifications to the default Woof build were implemented in 00build.conf.

That is strange.
If merge2out is run from the cloned woof-CE git will have the current branch, commit hash and date. If the woof-CE is downloaded instead of cloned will show "no woof-CE-git info available". if is a manual remaster the line maybe an older one or missing.
If you did not manually modify DISTRO_SPECS after merge2out, must be a bug somewhere down the build process.
BTW, would be nice to post the 00build.conf file somewhere.


@jrb, older woof-CE builds when the repo was downloaded instead of cloned would keep whatever DISTRO_SPEC info was there

[James C]

Quick manual frugal install. Sound and display correct on initial boot,had to use SNS for wired internet. Installed 4 or 5 things,all good.

Looks really solid.

Code: Select all

# inxi -Fxx
System:    Host: puppypc21200 Kernel: 4.9.62 i686 (32 bit gcc: 6.3.0)
           Desktop: JWM 2.3.7 dm: N/A Distro: Dpup Stretch 7.0.0a2
Machine:   Device: desktop Mobo: ASUSTeK model: M5A97 LE R2.0 v: Rev 1.xx serial: 150545593600028
           BIOS: American Megatrends v: 2601 date: 03/24/2015
CPU:       Hexa core AMD FX-6300 Six-Core (-MCP-) cache: 12288 KB
           flags: (lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm) bmips: 42141
           clock speeds: min/max: 1400/3500 MHz 1: 1400 MHz 2: 2000 MHz
           3: 2000 MHz 4: 1400 MHz 5: 3000 MHz 6: 1400 MHz
Graphics:  Card: NVIDIA GT218 [GeForce 210] bus-ID: 01:00.0 chip-ID: 10de:0a65
           Display Server: X.org 1.19.2 drivers: nouveau (unloaded: modesetting,fbdev,vesa)
           tty size: 80x24 Advanced Data: N/A for root
Audio:     Card-1 NVIDIA High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 01:00.1 chip-ID: 10de:0be3
           Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA)
           driver: snd_hda_intel bus-ID: 00:14.2 chip-ID: 1002:4383
           Sound: Advanced Linux Sound Architecture v: k4.9.62
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169 v: 2.3LK-NAPI port: d000
           bus-ID: 02:00.0 chip-ID: 10ec:8168
           IF: eth0 state: up speed: 1000 Mbps duplex: full
           mac: 1c:87:2c:5a:bb:e2
Drives:    HDD Total Size: 1120.2GB (0.7% used)
           ID-1: /dev/sda model: KINGSTON_SV300S3 size: 120.0GB serial: N/A
           ID-2: /dev/sdb model: WDC_WD10EZEX size: 1000.2GB serial: N/A
           ID-1: swap-1 size: 8.60GB used: 0.00GB (0%) fs: swap dev: /dev/sdb5
RAID:      System: supported: linear raid0 raid1 raid10 raid6 raid5 raid4
           No RAID devices: /proc/mdstat, md_mod kernel module present
           Unused Devices: none
Sensors:   System Temperatures: cpu: 13.9C mobo: N/A gpu: 31.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 184 Uptime: 20 min Memory: 210.0/16111.0MB
           Init: SysVinit v: N/A runlevel: 5 Gcc sys: N/A
           Client: Shell (bash 4.4.121 running in lxterminal) inxi: 2.3.8 

Code: Select all

# free
             total         used         free       shared      buffers
Mem:      16497632      1047876     15449756       462148       100524
-/+ buffers:             947352     15550280
Swap:      8396796            0      8396796
# 

[hamoudoudou]

Is this a remaster? (there is no woof-CE info line in DISRO_SPECS)
If yes, of which original ISO? (so we can follow the change log - there are several 7.0.02a floating in the forum)

Could you go one step forward please and answers these questions ? There are several Personal versions in Ally's archives too. Before creating new ones please delete those replaced by..
The name of the builder appearing somewhere should be nice too. Version nr as r4854 is is not clear at all.
All Puppy Stretch can be resumed in one, only one, but official
Some little bugs always will exist in anything, a final release is needed with a LTS support.
Well noticed about PAE sould be reason why Dpup freezing.. I am still with Puduan by sailor enceladus. Dpup Strectch can be final release, I will download it when no need to be a tester to use it;
DebianDogs stretch are now far ahead . pls stop beating around the bush (google traduction)

[peebee]

Hi @Radky

Nice job - looking really consistent and polished

One thing that is probably inherited from the way that Dpup's have evolved is the dpup-stretch .pet repos and PPM.....

There are currently no dpup-stretch .pet repos on ibiblio....
There is a dpup-stretch .pet repo at:
http://01micko.com/wdlkmpx/puppylinux
however access is denied:

You don't have permission to access /wdlkmpx/puppylinux/ on this server.

and
Packages-puppy-stretch-official
is set to be "LOCAL_ONLY" in DISTRO_PET_REPOS

the end result is that although puppy-stretch is shown as a repo in PPM it has no content

Send me a PM if you think we should try and get the dpup-stretch repo uploaded to ibiblio....

[bit later] another oddity is that some packages (abiword and gnumeric for example) do not appear in the list of built-in packages.... /root/.packages/woof-installed-packages

Cheers
peebee

[jrb]

@jrb, older woof-CE builds when the repo was downloaded instead of cloned would keep whatever DISTRO_SPEC info was there

Thanks for explaining that mavrothal.
I just used

Code: Select all

git clone https://github.com/puppylinux-woof-CE/woof-CE.git

and when I used merge2out

Code: Select all

BUILD_FROM_WOOF='testing;3ab4c8e;2017-11-19 10:06:31 +0200'

was in DISTRO_SPECS.

[musher0]

Hi @Radky

Nice job - looking really consistent and polished

One thing that is probably inherited from the way that Dpup's have evolved is the dpup-stretch .pet repos and PPM.....

There are currently no dpup-stretch .pet repos on ibiblio....
There is a dpup-stretch .pet repo at:
http://01micko.com/wdlkmpx/puppylinux
however access is denied:

You don't have permission to access /wdlkmpx/puppylinux/ on this server.

and
Packages-puppy-stretch-official
is set to be "LOCAL_ONLY" in DISTRO_PET_REPOS

the end result is that although puppy-stretch is shown as a repo in PPM it has no content

Send me a PM if you think we should try and get the dpup-stretch repo uploaded to ibiblio....

[bit later] another oddity is that some packages (abiword and gnumeric for example) do not appear in the list of built-in packages.... /root/.packages/woof-installed-packages

Cheers
peebee

Hi peebee.

No, there is no official DPupStretch-7 repo.

I don't know how many devs have created pets for it, but I have. Feel free to
pluck and plunder at augras' site, it's all DPupStretch-7 related:
http://augras.eu/puppy_linux/?dir=musher0/Dpup_Stretch

I think I saw a few pets for DPupStretch-7 in ttuuxxx's part of smokey01's repo.
Also OscarTalks has a few, maybe SailorEnceladus.

The problem, IMO, is that Puppy, ATM, is running without a leader. I like 01micko,
and I understand that he may going through trying personal times, and I sympathize,
my heart goes out to him -- but what people generally do in such circumstances is
they name an official second-in-command or vice-president, and they pass the reins
of the organization for a time to this person.

I'm sorry I have to be the guy saying it out loud, and 01micko, please shoot the
messenger if it's going to make you feel good again.

Puppy needs a leader. Not a king, but a democratic leader, someone who is going
to once in a while imprint a direction for our distro among several possibilities. In
the absence of such a direction, Puppy is growing in all directions, in other words:
not growing as a distro.

What are you waiting for to react, Mick Amadio? A fork of Puppy?

Again, I'm sorry I have to be the guy saying this out loud, and 01micko, please
shoot the messenger if it's going to make you snap out of your depression.

I hope this post helps this distro. I really do. BFN.

[mfb]

@ musher0

I suggest you delete the bottom section of your above post and act honourably by transmitting your idea to 01micko by PM.

[musher0]

@ musher0

I suggest you delete the bottom section of your above post and act honourably by transmitting your idea to 01micko by PM.

Hello, mfb.

Consider it a public demonstration out in the streets. This has been begging to be
said openly for a long time.

As to "acting honorably", I am, according to my culture, anyway.

Edit:
I am not uttering personal insults at the man, I am not attacking his reputation. His lack
of presence on this board is public knowledge among Puppyists. In my mind, I am
doing my duty as a "Puppy citizen" by bringing into the open a problem that this
distro has had for too long, IMO.
End of edit.

My sense of honor does not include hush-hushing for another day a problem as
important as the lack of leadership of a previously important Linux distro.

Regards.

[Sailor Enceladus]

Thanks radky. The only solution I know that works on my laptops is to compile jwm-905 (the version used in slacko 5.7) and use it's templates for each puppy. If you post the devx I can make a pet of it and see if it solves this problem in your stretch too.

I understand the two points musher0 raised about a dpup leader and repository. I guess jlst is the silent leader who made dpup 7 possible... maybe jlst should come to the forum more and delegate this creation and woof-CE minions in a right path haha

[mavrothal]

Let me first apologise for diverting this thread but I think that some misconceptions should be addressed.
Administrators feel free to move the relevant posts in another thread or even delete them

Pointing fingers is always easier than doing the work but never solved any problem.

Right now puppy has at least 5 betas/RCs for the last 6 months. RedHat has shorter beta cycles!
Is not Micko's problem that no one with some knowledge appears to be willing to invest the time and effort required to fully develop and support a fully and openly reproducible* release yet.

Slacko is stalled because of Mick's real life priorities but no one stopped Mr Foo to pick up slacko builds where Mick left.
Xenial after the completion of Phil's "sabbatical" should hopefully be released in the coming days, but again Mr Bar did not show any interest for that either.
Peabee has Zesty and Artful in "beta" also (though without a trace in woof... ).
Debian/Devuan has seen several semi-baked, mostly hand crafted attempts so far. Hopefully radky's will be fully and reproducibly developed (ie with the changes back in woof).
Peebee's LxPupSc builds are fine but given the continuous updates (which is nice) they look more like testbeds than official releases (and not in woof either... )

So I really have a hard time seeing why Mick is to "blame" for the above. Maybe for Slacko, if you are both inpatient and incapable, but why the rest?
And has nothing to do with directions or priorities.
Puppy was and still is a doocracy (though it would appear that some want someone else to do the doing) and for the last 5-6 years had at least 2, often 3, simultaneous official" releases.

I can understand that some may want a person at the helm that would be knowledgable, competent, adhere to standards and openness, follow and expand on puppy tradition and on the top of all these be here all the time to work on puppy and fulfil every request.
I would like that too! And although never discussed it, I'm pretty positive that Mick and BK would also love that!
If you are that person please come forward. Start submitting patches in woof-CE (or a repo of your liking) and start releasing and supporting puppies based on the said patches.
If you know such a person that may be shy to speak for him/herself please point to him/her.


* Any linux OS to be considered seriously should be reproducible by anyone (with some knowledge) from human readable files.
If you noticed historically and even now, BK always uploads in the woof(Q)/git repo the latest version after or simultaneously with, a release.
He also provides configuration files and patches for compiled applications.
Woof-CE tries to do the same and petbuilds repo tries to take care of the compiled apps so Puppy conform with Linux standards.
Open reproducibility is paramount for security too.
Without it would be hard for any puppy offering to be considered seriously.

[musher0]

Thanks, mavrothal, for the reminder on Puppy's do-ocracy type of leadership.

For me, what comes out of your descriptive post is that Puppy is a do-ocracy topped
by an elitist "reproducility" panel. IMO, that secondary structure can seriously weigh
down and even contradict do-ocracy principles and initiatives.

So I do not stand corrected, but I take good notice.

To push the do-ocracy model to the limit, I think no one could claim to be Puppy's
"Executive Director" or "Marketing Director", for example, on a do-ocracy basis.
It just doesn't sound right in the context of a do-ocracy. There has to be "go-to"
persons for such functions.

So I still believe that some direction should be imprinted every now and then by
someone at the helm, to maintain the balance between Puppy's two "forces", and
to take decisions concerning the internal well-being of the distro as well as its
outside image.

Regards.

[musher0]

Hello radky.

Where is the devx archive please? I searched the pages of this thread and could not find
an URL to download it from.

TIA.

[peebee]

Where is the devx archive please?

http://smokey01.com/radky/Woof/?

[musher0]

Thanks, peebee.

@radky:

I spent the night trying out your incarnation of DPupStretch-7. I haven't tested
everything, that's impossible in only a couple of hours.

My impression is that your StretchPup-7a2 is generally very well behaved.

I had bugs with the jwm-tray-2 (the one on top of the monitor).
-- My outside monitor (the one I usually use ) is 1920x1080. The top tray stays
somewhat to the right when at boot-up lxrandr changes to this second screen -- until
I run your jwm-menu and click "Apply" at the bottom.

-- To launch anything from it, this tray seems to understand either a very short left-
click on an icon or repeated double-clicks. The behaviour is not constant.

-- I had a bug with the time-sync script, in the sense that psync appears to
NOT work properly until a network connection is established. I suspect an unaware
user may find this a hair-pulling experience if the battery on his / her computer is
weak or dead.

Is it possible to get the Pup to connect immediately at first boot? It may ease the
experience for a newbie.

-- Debian has decided to go for "hybrid" executables in their Stretch issue. In itself,
it's none of our business.

However, that created a problem when I decided to change the default terminal from
lxterminal back to urxvt in the defaultterminal file. After that when I clicked on the
console icon, your ldd utility ran, listing all the libs used by urxvt. I found that
irritating at first, and then I found it funny!

Running elfdit on it, like so:

Code: Select all

cd /usr/bin
elfedit --input-type=dyn --output-type=exec urxvt

solved the problem. After this modification, urxvt ran normally by clicking on its
desktop icon.

(Elfedit is in the devx, which is why I asked above where yours was.)

It may be worth checking if other executables behave similarly. I know geany and
mtpaint do not call your ldd utility to get analyzed ( ) when you click on their icon,
they simply run! But I did not check any others.

-- Perhaps improve, so the user can better see them, the appearance of:

-- the clock on the jwm taskbar by adding the following xml code in file
/root/.jwm/jwmrc-personal:

Code: Select all

<ClockStyle>
	<Font>DejaVuSans-20</Font>
	<Foreground>grey25</Foreground>
</ClockStyle>

-- the xload insert by editing its code in /root/.jwmrc-tray to:

Code: Select all

<Swallow name="xload" width="64">
xload -nolabel -bg "#3f6fa9" -scale 3
</Swallow>

This bit of code doubles xload's width and provides 2 horizontal lines
in it so the user does not have to squint to see what's happening in the xload.

-- Aside from that, it lacks a small choice of fonts, GTK2 and jwm themes and a
few nice backgrounds. I don't mean anything big, just "A Choice". Is there a way
you could provide a complement to your Pup with those in it? I found your
StretchPup a tad spartan ex-factory.

Why not include the themes Oscar_Talks' produced for the new version of jwm?

As to the included GTK2 themes, when browsing through them with gtk_chtheme,
you get the impression that they are all "more of the same". Variety is lacking.

Speaking of the gtk_chtheme utility, may I suggest that it has its own *.desktop file
and entry in the menu, as it used to be. IMO, having access to it only from your
jwm-desk utility is too remote; I felt I needed a quicker access to it.

-- I never tried your pArchive interface, because I found its layout forbidding. Sorry
for being so frank. I do miss the traditional entry for SFR's UExtract in every
directory shown by the right-click menus.

-- You have almost nothing in the .Xdefaults and .Xresources files in your Pup.
Maybe populate them with a view to countering the prejudice that CLI is boring.
Simply including colors in ~/.Xresources, like so:

Code: Select all

!!!!!!!!!!!!!!!!!!!!!!!!
! Nicer terminal colors
! Inspired by : https://wiki.gentoo.org/wiki/Rxvt-unicode
! Viewed on 2017-11-19 at 03h15
*background: #0f0f0f
*foreground: #c8c8c8

!black
*color0:  #251f1f
*color8:  #5e5e5e
!red
*color1:  #eb4509
URxvt*color9:  #FF5454
!green
*color2:  #94e76b
URxvt*color10: #54FF54
!yellow
*color3:  #ffac18
URxvt*color11: #FFFF54
!blue
*color4:  #46aede
URxvt*color12: #5454FF
!magenta
*color5:  #e32c57
URxvt*color13: #FF54FF
!cyan
*color6:  #d6dbac
URxvt*color14: #54FFFF
!white
*color7:  #efefef
URxvt*color15: #FFFFFF

could make a big difference.

It's the same with .bashrc; certainly a prompt with an inspiring motto would spice up
the terminal. Maybe something like this:

Code: Select all

PROMPT_COMMAND='DIR=`pwd|sed -e "s!$HOME!~!"`; if [ ${#DIR} -gt 30 ]; then CurDir=${DIR:0:12}...${DIR:${#DIR}-10}; else CurDir=$DIR; fi';titlebar="\D{Le %A %d %B %G, %r}"
PS1="\nKnow thyself\e[1;36m(Socrates)\e[m | \D{%a %d %b, %R}\n[\$CurDir]>"

Change the motto to what speaks to you, of course.

That, and a few aliases that you could advertise in some doc, would make life at
the console easier for the user.

-- Finally, may I suggest the inclusion ex-factory of a second window manager,
again, nothing huge, but still competent. (The name "blackbox" comes to mind, but
there are many other good small WM's.) In an attempt to dismiss the idea the
general public may get that Puppy is a "farm club" for the jwm WM.

Submitted in a positive spirit. IHTH.

Best regards.

~~~~~~~~~~
Style edits, Nov. 22, 2017. musher0

[mfb]

reserved

[belham2]

@ musher0

I suggest you delete the bottom section of your above post and act honourably by transmitting your idea to 01micko by PM.

Unbelievable!

He (Musher) is at it again! Just the past few days he's been stirring up the pot and posting nonsense in a "Security" thread where I asked him to stop three times (1 time nice, 1 time joking, and 1 time angry he was keeping at it).

Dang it, Musher, stop it! What has happened to you? You are randomly attacking people, posts, threads with subversive/destructive behavior and you don't even seem to realize it.

Here are some facts about Dpup:

1) When Dpup started, Ttuuxxx was the leader. Period. Jilst even posted and said it was probably best for Ttuuxxx to take over.

2) Ttuuxxx was doing stuff so fast that it was crazy. The guy is simply great when it comes to compiling kernels and such.

3) But almost as soon as Dpup started, Musher immediately started feuding with Ttuuxxx. Started calling him a, and I quote, a "Dictator", and other things. I watch Ttuuxxx try to ignore it, I even tried to joke with Musher to get him to realize what he was doing, but he wouldn't stop.

4) I couldn't take it anymore, and simply went elsewhere, with Ttuuxxx's blessing in giving his kernel a go, and then after I just went to other pups and ddogs. I never went back, simply, because of Musher's behavior.

5) Ttuuxxx even resurfaced about 4-5 weeks ago, made a post/comment about what happened in another thread, but still has decided to not yet return.


Just now, I come here today, in Radky's great creation & thread, and I am greeted with Musher exhibiting the exact same subservice/destructive behavior he has in other threads. It's unbelievable.

I keep repeating---it is bad enough we've got to deal with Pelo/Hamhamdoudou doing this stuff, where one minute he is ok, normal, the next he is psycho trying to "stir the pot" where he shouldn't. But we shouldn't have to deal with another one, and that's what Musher---someone in the past I used to look up to and repeatedly tried to defend against others---has become, imho.

This is so disappointing. I had to endure and watch Starhawk get driven away by this behavior, and I've watched six different people over the past several months get so disgusted with Musher's behavior that they've left and not posted since. Two of them were newbies, if you can believe that.

I am worried I am going to watch another of our (Radky or who's next?) posters/developers driven away also. It's one thing to complain about something, Musher, but it is entirely another thing to keep repeatedly displaying the subversive & destructive behavior you do.




P.S. Dang it, Flash, how much more of this are you going to let go on? I am not the only one who has PMed you about this behavior from this person, that much I know for a fact! This is 7 different threads in the past several weeks that he has pulled this behavior, and the other 6 threads (including mine from the other day) have become waste-grounds where conversations cannot be conducted because of that behavior. You can't have normal conversations, because he comes on and one minute sanity exists and all is ok, then the next minute, it's off-the-rails and the thread becomes a place that is not nice to go to.

[Sailor Enceladus]

Where is the devx archive please?

http://smokey01.com/radky/Woof/?

Thanks peebee for the link to the devx.

If you guys are having an issue with the "fire spinning thing" in Palemoon 27.6.x blinking on and off annoyingly every time a tab is loading, the developer is aware the issue and says it will be fixed in the next point release 27.6.2:

https://forum.palemoon.org/viewtopic.ph ... 1&start=20

[musher0]

It's all in your perception of it, belham2.

if you want to hang your dog you give him a bad name first, /
Qui veut noyer son chien l'accuse de la rage.

https://www.linguee.com/french-english/ ... chien.html

AFAIK, all of us live under democratic rule, which fosters freedom of expression.

My blurb on radky's StretchPup, above, aims at improving it. If you think otherwise,
it's your choice.

I did a test and posted a report. I expressed my opinion. Radky does what he wants
with it. And that will be ok by me.

In my post before that, I basically said that that I thought 01micko at this time was
lacking leadership of the Puppy distro. Mavrothal answered by exposing his position
about this. I may not agree with him and he with me, but at least it was done with
respect, and now we both know what the other think on the subject.

I never licked anybody's shoes, and I'm not about to start now. I'm a free thinker,
and I'm actually glad if that upsets anyone to the point where the other person stops
emoting and starts thinking.

There is no possible dialogue about anything if people do not start by speaking what
they consider to be the truth as they see it.

~~~~~~~~~~~

As to the ttuuxxx episode, he came across, in my perception, as wanting to retain
entire control of the DPupStretch process for himself, and I wouldn't have it. Not that
I am happy with the incident, but since that incident happened, at least half a dozen
StretchPups have been produced, including by you.

Had I not intervened, DPupStretch-7 would have become ttuuxxx's "territory", for lack
of a better word. That's what I perceived and that's what I acted on.

When I forked DPupStretch for a French variant, I was also under the impression that
I was preserving the capacity to develop DPupStretch in my language and
languages other than English, for reasons I do not wish to explain in public.

Finally, browse through those early posts, and you'll see that ttuuxxx refused to work
in co-operation. He decided that, it was his right, but then please do not act surprised
if there are now over half a dozen variants of the DPupStretch7 in the wild, including
yours.

There was a suggestion to co-operate on the DPupStretch project, voiced by me.
Mavrothal -- to my surprise -- even wished me good luck.

There was a refusal to co-operate, voiced by ttuuxxx. Which, as I said above, was his
right. As I understand it, he felt more comfortable working the way he always worked,
with his method, etc.

The DPupStretch exploded development we have now, is a result of those initial
positions and counter-positions.

I have made my peace with co-operating within Puppy: it cannot exist because
individualities, including mine, are too strong. End of story.

Best regards.

[Billtoo]

I installed the beta to a usb-3.0 SSD for use on my lenovo desktop pc:

# inxi -bw
System: Host: puppypc31943 Kernel: 4.9.63-pae i686 (32 bit) Desktop: JWM 2.3.7 Distro: Dpup Stretch 7.0.0a2
Machine: Device: desktop System: LENOVO product: 7491B8U v: ThinkCentre M58e serial: MJ01509
Mobo: LENOVO model: N/A serial: INVALID BIOS: LENOVO v: 5HKT39AUS date: 06/17/2009
CPU: Dual core Intel Core2 Duo E8400 (-MCP-) speed/max: 2336/3003 MHz
Graphics: Card: NVIDIA GF108 [GeForce GT 430]
Display Server: X.org 1.19.2 driver: nvidia tty size: 144x32 Advanced Data: N/A for root
Network: Card: Marvell 88E8057 PCI-E Gigabit Ethernet Controller driver: sky2
Drives: HDD Total Size: 446.4GB (0.4% used)
Weather: Conditions: 39 F (4 C) - Overcast Time: November 20, 3:51 PM EST
Info: Processes: 172 Uptime: 3:43 Memory: 737.5/4040.7MB Client: Shell (bash) inxi: 2.3.8
#

I noticed that the kernel had been updated 3 days after the 4.9.62
release so I used the kernel kit to compile the latest release and used
the change_kernels scipt to install the update.

Then after loading the
devx_stretch_7.0.0a2.sfs,kernel_sources-4.9.63-stretch.sfs, downloading
the NVIDIA-Linux-x86-384.98.run, I blacklisted the nouveau module,
rebooted and ran the NVIDIA-Linux-x86-384.98.run installer (didn't have
it update automatically) then ran xorgwizard and chose the new
driver,resolution,and bith depth, then xwin.

Installed some applications with PPM.

I'm using a tv for a monitor so volume control is done with the tv
remote control.

Pretty sure radky will update the kernel for the next beta but I had
nothing better to do

Thanks for this Dpup.

Edit: another one today
# uname -ra
Linux puppypc31943 4.9.64-pae #1 SMP Tue Nov 21 05:52:20 EST 2017 i686 GNU/Linux
#

[Sailor Enceladus]

PS - Recently, I noticed a similar intermittent 'desktop freeze' on my intel desktop PC. Finally, I realized the problem occurred only while running a 64-bit Pup (or 32-bit PAE). A quick test with the MemTest86 utility identified a faulty RAM module (high address error). Removing the bad memory module eliminated my problem.

Neat. I tried booting into memtest86+ 5.01 following the instructions here out of interest. The test took 17.5 minutes, then said it passed with no errors. Darn, was hoping it showed up as bad so I would have an excuse to upgrade from 1GB to 2GB.

The only solution I know that works on my laptops is to compile jwm-905 (the version used in slacko 5.7) and use it's templates for each puppy. If you post the devx I can make a pet of it and see if it solves this problem in your stretch too.

Uploaded a jwm905 compiled with this dpup-stretch here: http://murga-linux.com/puppy/viewtopic. ... 982#956982

Might experiment with compiling more commits around this timeframe (906-961) first to see if still ok before border removing.