Dpup Stretch 7.5 CE (RC-5)

A home for all kinds of Puppy related projects
Post Reply
Message
Author
User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#16 Post by jrb »

mavrothal wrote:Is this a remaster? (there is no woof-CE info line in DISRO_SPECS)
Your question made me exam my DISTRO_SPECS in both xenial and stretch which i built from testing.zip dated 10-sep-17. Xenial had a WOOF line but stretch did not. Then I went and examined the themplates in WOOFCE . Xenial shows

Code: Select all

BUILD_FROM_WOOF='testing;61d7002;2015-11-03 06:44:22 +1000'
but stretch has no "WOOF" line. Is this testing.zip really from 2015? Should I copy that line into my stretch build? :?:

User avatar
Billtoo
Posts: 3720
Joined: Tue 07 Apr 2009, 13:47
Location: Ontario Canada

Dpup Stretch CE

#17 Post by Billtoo »

I did a new install to a 1tb usb-3.0 hard drive for use with my
Macmini:

# inxi -Fxxw
System: Host: puppypc23688 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: laptop System: Apple product: Macmini6 1 v: 1.0 serial: C07JV98EDWYL
Mobo: Apple model: Mac-031AEE4D24BFF0B1 v: Macmini6 1 serial: C072496085YF1HCAG
BIOS: Apple v: MM61.88Z.0106.B03.1211161202 date: 11/16/2012
Chassis: type: 16 v: Mac-031AEE4D24BFF0B1 serial: C07JV98EDWYL
CPU: Dual core Intel Core i5-3210M (-HT-MCP-) cache: 3072 KB
flags: (lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9976
clock speeds: min/max: 1200/2501 MHz 1: 1200 MHz 2: 1300 MHz 3: 1400 MHz 4: 1500 MHz
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0 chip-ID: 8086:0166
Display Server: X.org 1.19.2 driver: intel tty size: 165x34 Advanced Data: N/A for root
Audio: Card Intel 7 Series/C216 Family High Definition Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0 chip-ID: 8086:1e20
Sound: Advanced Linux Sound Architecture v: k4.9.62
Network: Card-1: Broadcom Limited NetXtreme BCM57766 Gigabit Ethernet PCIe
driver: tg3 v: 3.137 bus-ID: 01:00.0 chip-ID: 14e4:1686
IF: eth0 state: up speed: 1000 Mbps duplex: full mac: a8:20:66:49:0d:ea
Card-2: Broadcom Limited BCM4331 802.11a/b/g/n
driver: bcma-pci-bridge bus-ID: 02:00.0 chip-ID: 14e4:4331
IF: wlan0 state: down mac: 88:53:95:2b:b7:4b
Drives: HDD Total Size: 1500.3GB (0.1% used)
ID-1: /dev/sda model: APPLE_HDD_HTS545 size: 500.1GB serial: N/A
ID-2: /dev/sdb model: 005_HD103SJ size: 1000.2GB serial: N/A
RAID: System: supported: linear raid0 raid1 raid10 raid6 raid5 raid4
No RAID devices: /proc/mdstat, md_mod kernel module present
Unused Devices: none
Sensors: None detected - is lm-sensors installed and configured?
Weather: Conditions: 45 F (7 C) - light showers rain mist Wind: From the SE at 5 MPH Humidity: 100%
Pressure: 29.31 in (992 mb) Time: November 18, 8:58 PM EST (America/Rainy_River)
Info: Processes: 189 Uptime: 1:08 Memory: 164.3/16111.2MB Init: SysVinit v: N/A runlevel: 5 Gcc sys: N/A
Client: Shell (bash 4.4.121 running in lxterminal) inxi: 2.3.8
#

I installed applications with PPM.
Edited menu.lst file with intel_pstate=disable.
This beta is working great!

Thanks.
++++++++++++++++++++++++++++

Edit: After running for 4+ hours, shutting down and restarting this
morning, Dpup wouldn't boot.
I started over and partitioned the usb hard drive installing Dpup on
the 1st partition, size is 48gb.
It's working fine now, have rebooted several times while doing the new
installation.
Attachments
screenshot.jpg
(53.65 KiB) Downloaded 1894 times
Last edited by Billtoo on Sun 19 Nov 2017, 12:19, edited 1 time in total.

Terry H
Posts: 708
Joined: Sun 29 Mar 2009, 16:48
Location: The Heart of Muskoka, ON Canada

#18 Post by Terry H »

New install on laptop with Intel i3 -5005U and Intel 7265D wifi card using fdrv for wifi card firmware. As with desktop PC all is working very well.

Code: Select all

# inxi -F
System:    Host: puppypc16717 Kernel: 4.9.62 i686 bits: 32 Desktop: JWM 2.3.7
           Distro: Dpup Stretch 7.0.0a2
Machine:   Device: laptop System: Dell product: Latitude 3350 serial: DDNM982
           Mobo: Dell model: 0KVTCC v: A00 serial: /DDNM982/CN7620662400BV/
           UEFI [Legacy]: Dell v: A10 date: 06/29/2017
Battery    BAT0: charge: 43.7 Wh 121.0% condition: 36.1/43.7 Wh (83%)
CPU:       Dual core Intel Core i3-5005U (-HT-MCP-) cache: 3072 KB
           clock speeds: max: 1900 MHz 1: 1900 MHz 2: 1900 MHz 3: 1900 MHz
           4: 1900 MHz
Graphics:  Card: Intel HD Graphics 5500
           Display Server: X.Org 1.19.2
           drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1366x768@60.00hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 5500 (Broadwell GT2) x86/MMX/SSE2
           version: 4.5 Mesa 13.0.6
Audio:     Card-1 Intel Broadwell-U Audio Controller driver: snd_hda_intel
           Card-2 Intel Wildcat Point-LP High Def. Audio Controller
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.9.62
Network:   Card-1: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
           driver: r8169
           IF: eth0 state: down mac: 20:xx:xx:xx:xx:xx
           Card-2: Intel Wireless 7265 driver: iwlwifi
           IF: wlan0 state: up mac: 10:xx:xx:xx:xx:xx
Drives:    HDD Total Size: 264.1GB (3.2% used)
           ID-1: /dev/sda model: Crucial_CT256MX1 size: 256.1GB
           ID-2: /dev/sdb model: DataTraveler_3.0 size: 8.0GB
Partition: ID-1: swap-1 size: 4.27GB used: 0.00GB (0%)
           fs: swap dev: /dev/sda7
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 181 Uptime: 2:01 Memory: 332.8/7722.2MB
           Client: Shell (bash) inxi: 2.3.43 
# 
P.S. As for my request for sysinfo bar , I expected that you would have advised that it was tied up in fbpanel, but thought it was worth asking. Thanks for letting me know.

Sailor Enceladus
Posts: 1543
Joined: Mon 22 Feb 2016, 19:43

#19 Post by Sailor Enceladus »

This was working nicely for me for about an hour, then I was hit when the dreaded jwm 2.x bug that plagues all modern puppies http://murga-linux.com/puppy/viewtopic. ... 396#961396 damn you jwm 2.x, should have known this would happen... shakes fist angrily at the air yelling random gibberish so now I'm back to using Slacko 5.7.x and learned my lesson for leaving it

radky
Posts: 977
Joined: Mon 03 May 2010, 03:13

#20 Post by radky »

Hi Sailor Enceladus,

I reviewed your prior discussions below:

http://murga-linux.com/puppy/viewtopic. ... 321#955321
http://murga-linux.com/puppy/viewtopic. ... 636#955636

If I understand correctly, in some instances an intermittent 'desktop freeze' may be an issue for some intel graphics chips?

Is there any relationship between the JWM bug and intel graphics bug?

Forum member norgo suggested creating a 20-intel.conf file which changes the intel AccelMethod from "sna" to "uxa". I assume this did not help in your case?

Any additional thoughts you may have are welcome.

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. :)
[color=blue][b][url=http://www.smokey01.com/radky/PupMates.html]PupMates[/url][/b][/color]

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#21 Post by mavrothal »

radky wrote: 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
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==

User avatar
James C
Posts: 6618
Joined: Thu 26 Mar 2009, 05:12
Location: Kentucky

#22 Post by 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
# 
Attachments
Stretchpup.jpg
(41.86 KiB) Downloaded 1834 times

hamoudoudou

All Puppy Stretch can be resumed in one

#23 Post by hamoudoudou »

mavrothal wrote: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) :twisted:

User avatar
peebee
Posts: 4370
Joined: Sun 21 Sep 2008, 12:31
Location: Worcestershire, UK
Contact:

#24 Post by 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
ImageLxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#25 Post by jrb »

mavrothal wrote:@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. :D

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#26 Post by musher0 »

peebee wrote: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.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

mfb

#27 Post by 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
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#28 Post by musher0 »

mfb wrote:@ 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.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

Sailor Enceladus
Posts: 1543
Joined: Mon 22 Feb 2016, 19:43

#29 Post by 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 :)

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#30 Post by 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... :wink: ).
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... :wink: :wink: )

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.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#31 Post by 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
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#32 Post by 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.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
peebee
Posts: 4370
Joined: Sun 21 Sep 2008, 12:31
Location: Worcestershire, UK
Contact:

#33 Post by peebee »

musher0 wrote:Where is the devx archive please?
http://smokey01.com/radky/Woof/?
ImageLxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#34 Post by 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
Attachments
jwm-can't-maximize-properly.jpg
This capture illustrates that on a 2nd monitor larger than the one jwm
booted on: 1) the top is not centered; 2) jwm cannot maximize a window
properly.
(143.74 KiB) Downloaded 622 times
Last edited by musher0 on Sun 03 Dec 2017, 18:27, edited 2 times in total.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

mfb

#35 Post by mfb »

reserved

Post Reply