Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Sat 24 Aug 2019, 12:05
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Projects
Woof CE Debian Stretch and Devuan Ascii Based Development
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 33 of 49 [723 Posts]   Goto page: Previous 1, 2, 3, ..., 31, 32, 33, 34, 35, ..., 47, 48, 49 Next
Author Message
rcrsn51


Joined: 05 Sep 2006
Posts: 12627
Location: Stratford, Ontario

PostPosted: Wed 05 Apr 2017, 12:31    Post subject:  

@peebee: Just to be certain, your fix is Code D?
Back to top
View user's profile Send private message 
peebee


Joined: 21 Sep 2008
Posts: 3961
Location: Worcestershire, UK

PostPosted: Wed 05 Apr 2017, 12:36    Post subject:  

rcrsn51 wrote:
@peebee: Just to be certain, your fix is Code D?

Follow the link given.....all correct??

_________________
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Back to top
View user's profile Send private message Visit poster's website 
rcrsn51


Joined: 05 Sep 2006
Posts: 12627
Location: Stratford, Ontario

PostPosted: Wed 05 Apr 2017, 12:41    Post subject:  

Thanks. Can I assume that someone other than me has actually tested and confirmed Code D?
Back to top
View user's profile Send private message 
peebee


Joined: 21 Sep 2008
Posts: 3961
Location: Worcestershire, UK

PostPosted: Wed 05 Apr 2017, 13:03    Post subject:  

rcrsn51 wrote:
Thanks. Can I assume that someone other than me has actually tested and confirmed Code D?

I tested it as a ydrv add-on to LxPupSc-17.04.1 - seemed to work OK.

also as ydrv add-on to ttuuxxx's stretch-7.0.0a1.iso - also OK.

_________________
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Back to top
View user's profile Send private message Visit poster's website 
ttuuxxx


Joined: 05 May 2007
Posts: 11226
Location: Ontario Canada,Sydney Australia

PostPosted: Wed 05 Apr 2017, 17:43    Post subject:  

rcrsn51 wrote:
@ttuuxxx: Here is the unanswered question. Is this code now broken coming out of woof?

Last time I checked about a month ago it was.
ttuuxxx

_________________
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games Smile
Back to top
View user's profile Send private message Visit poster's website 
rcrsn51


Joined: 05 Sep 2006
Posts: 12627
Location: Stratford, Ontario

PostPosted: Thu 06 Apr 2017, 09:47    Post subject:  

I've scanned through this thread looking for other patches to the stretch-7.0.0a1.iso besides the delayedrun issue. Is there anything else crucial?

Things look pretty good.

Is the current k4.1.38 kernel locked in?
Back to top
View user's profile Send private message 
Sailor Enceladus

Joined: 22 Feb 2016
Posts: 1561

PostPosted: Thu 06 Apr 2017, 14:04    Post subject:  

musher0 wrote:
@ttuuxxx & rcrsn51:

You guys lost me. What are you talking about? TIA.

BFN.

I'm not sure either. I think they are saying that things placed in /root/Startup don't work, which is why there's no icons on the bottom-right (like retrovol to change the volume) by default in Devuan puppy... but that is just a guess since no one else really answered your question. Laughing

edit: retrovol did end up appearing on the bottom-right but after I finished running the quicksetup and welcome1stboot thing.
Back to top
View user's profile Send private message 
rcrsn51


Joined: 05 Sep 2006
Posts: 12627
Location: Stratford, Ontario

PostPosted: Thu 06 Apr 2017, 14:16    Post subject:  

Sailor Enceladus wrote:
but that is just a guess since no one else really answered your question.

How about the post directly under musher0's?

Here's a quick fix.
delayedrun_fix_stretch_700-1.0.pet
Description 
pet

 Download 
Filename  delayedrun_fix_stretch_700-1.0.pet 
Filesize  1.78 KB 
Downloaded  66 Time(s) 
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14277
Location: Gatineau (Qc), Canada

PostPosted: Thu 06 Apr 2017, 16:03    Post subject:  

Hello, all.

My ears were ringing! Wink Now I know why!

I never had a problem with getting what's in the /root/Startup directory or
in the /root/.config/autostart directory to start -- booting into a fresh Puppy
Stretch 7 session.

B-U-T... within that session, if I change WM's or if I recycle the same WM
(jwm or other), for whatever reason, it always has been a gamble to get
the icons for the sound, connection and partview widgets, the lxrandr
automatic screen selector and the aOO icon back in the tray the 2nd time
or 3rd time.

One day, I got fed up with having to re-launch them manually, and wrote
the following "coercion" script:
Code:
#!/bin/sh
# ~/Startup/aa_if-icewm.sh
#
# Objectif : Lancer le panier d'icônes d'icewm, et plus généralement mettre
# correctement les icônes dans le panier, au démarrage, au redémarrage et
# au changement de gest. de fen.
#
# Requiert (m)awk.
#
# (c) Christian L'Écuyer (alias musher0 [forum Puppy]), Gatineau (Qc), Canada, 2017-03-20. Rév. 2017-03-28. GPL3.
####

AutoStarT () {
# Ceux dans /root/.config/autostart/*.desktop
   [ "`pgrep netmon_wce`" = "" ] && `which netmon_wce` &
   [ "`pgrep flsynclient`" = "" ] && `which flsynclient` -s &
   [ "`pgrep freememapplet_tray`" = "" ] && /usr/bin/freememapplet_tray &

   if [ -f /root/.config/autostart/lxrandr-autostart.desktop ];then
      ExeC="";ExeC="`awk -F"'" '$1 ~ /Exec/ { print $2 }' /root/.config/autostart/lxrandr-autostart.desktop`"
      $ExeC
   fi

   if [ -f /root/.config/autostart/OpenOffice-4.1.2.desktop ];then
      if [ "`ps | awk '$4 ~ /openoffice/'`" = "" ];then
         ExeC="";ExeC="`awk -F"=" '$1 ~ /Exec/ { print $2 }' /root/.config/autostart/OpenOffice-4.1.2.desktop`"
         $ExeC
      fi
   fi
}

if [ "`cat /etc/windowmanager`" = "icewm" ];then # Propre à icewm.
   [ -f /usr/bin/icewmtray ] && /usr/bin/icewmtray &
   sleep 0.7s
fi

AutoStarT # Pour toutes les barres de gest. de fen.

## 30 ##
It's prefixed "aa..." on purpose, because it should be the first file to launch
in /root/Startup. (Doesn't make sense otherwise.)

The goal of this script is to "launch the icewm tray, but more generally to
correctly place the icons in the tray, at start-up, "re-start-up", and when
the user changes window managers." (Translation of comment at top.)
It requires awk (preferably mawk [IMO]).

It may be that the "delayedrun" script has a bug. I have the one mentioned
by pemasu at the top of this page, but I didn't test it.

I think it's rather an oversight on the part of the devs of the tray icon
utilities. How difficult is it to check -- or suspect, or even devine -- if
your app will survive a killing or recycling of the Xorg... Yoohoo, fellas, as
a reminder, killing X also kills all apps requiring it.

Is there a shadow of X apps from the previous "pseudo-session" lingering in
RAM if you recycle X too fast? Which would prevent the icon tray apps from
launching correctly the 2nd or 3rd time?

For example, the old opera 12.16 stays in RAM, not as a shadow, even if
you go down to CLI and back -- but it tells you when you try to re-launch it
in the next X session when you've come back.

In any case, transitioning from one state of computing to another (in this
case initial CLI to Xorg) is very difficult to monitor.

With pgrep, it's very easy to embed in a bash script a fork like:
-- [ "already running" ] && "don't launch me." || "launch me." --
Maybe in C it's extraordinarily difficult?!

So in parallel to the script above, some of the tray utilities will require their
own "running && don't_launch_me || launch_me" wrappers. Keep your eyes
open for them, a lot of utilities have tray icons: if you notice a particular
icon not showing in the tray or doubling itself in the tray, it may need such
a wrapper.

I hope the above provides a partial scratch for the itch. There are no doubt
other ways to do this (I'm still a newbie in so many ways), but the above
script solved my problem, for any traybar (including icewmtray and
bmpanel2) and any tray icon app, AFAICT.

BFN.

~~~~~~~~
P.S. -- I'm still looking for a sure-fire way to generalize that script. As it is,
the script is "ad hoc" for what exists in my /root/.config/autostart. In its
present form, if any new entry is added to the autostart directory, I have
to edit the script accordingly.

Last edited by musher0 on Thu 06 Apr 2017, 16:47; edited 1 time in total
Back to top
View user's profile Send private message 
rcrsn51


Joined: 05 Sep 2006
Posts: 12627
Location: Stratford, Ontario

PostPosted: Thu 06 Apr 2017, 16:45    Post subject:  

Just to be clear, a first run of Stretch has ALL its basic tray applets in ~/.config/autostart and they work.

The problem arises when you install other applets in the Startup folder. They fail to load because of the delayedrun bug.
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14277
Location: Gatineau (Qc), Canada

PostPosted: Thu 06 Apr 2017, 17:00    Post subject:  

rcrsn51 wrote:
Just to be clear, a first run of Stretch has ALL its basic tray applets in ~/.config/autostart and they work.

The problem arises when you install other applets in the Startup folder. They fail to load because of the delayedrun bug.
Hi, rcrsn51.

That may be another bug entirely; my grind of DPup Stretch7 doesn't seem
to have it, AFAICT. As I mentioned, the delayedrun script that exists in my
DPup Stretch 7 appears to be "kosher", judging by pemasu's quote at the
top of this page.

My script above is only trying to deal with the "recycle X / recycle WM" bug.

That said, come to think of it, the two bugs may be related, because you
have to recycle X to get the newly installed applet to run.

IHTH.

_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14277
Location: Gatineau (Qc), Canada

PostPosted: Thu 06 Apr 2017, 17:30    Post subject:  

Hello all.

IMO, jamesbond's former line 80 in /usr/sbin/delayedrun
Code:
[ -x "$a" ] && $a & #jamesbond
is better than your recent one, rcrsn51
Code:
$A 2>/dev/null &
since the former allows to have back-up and comment files as needed in
~/Startup. This is useful when you develop or even for a user who wants to
make notes about what does what in there.

Besides, tagging a
Code:
2>/dev/null
to the commands won't help with the detective work which we need at
this point.

In any case, nothing in the delayedrun script seems to trigger the recycle X /
recycle WM bug. So the cause of that bug is elsewhere.

BFN.

_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)

Last edited by musher0 on Thu 06 Apr 2017, 17:59; edited 1 time in total
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14277
Location: Gatineau (Qc), Canada

PostPosted: Thu 06 Apr 2017, 17:49    Post subject:  

Hi.

Maybe clean the RAM buffers just before recycling X / WM ? Wouldn't they
possibly contain some remnant / some kind of identification of previously run
programs? Bash perceives them and goes: "Ah, it's already in RAM, I won't
bother re-launching the thing."

Just a thought. Confirmation or contradiction of the above statement would
be appreciated. TIA.

BFN.

_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)
Back to top
View user's profile Send private message 
Billtoo


Joined: 07 Apr 2009
Posts: 3680
Location: Ontario Canada

PostPosted: Thu 06 Apr 2017, 22:05    Post subject: Woof CE Debian Stretch and Devuan Ascii Based Development  

I did a new build today which is using the 4.9.20 kernel that was compiled with the kernel kit.

# inxi -F
System: Host: puppypc8556 Kernel: 4.9.20-4G i686 (32 bit) Desktop: JWM 2.3.6 Distro: Dpup Stretch 7.0.0a1
Machine: Device: desktop System: Hewlett-Packard product: HPE-410f serial:
Mobo: FOXCONN model: 2AB1 v: 1.00 BIOS: American Megatrends v: 6.02 date: 07/21/2010
CPU: Hexa core AMD Phenom II X6 1045T (-MCP-) cache: 3072 KB
clock speeds: max: 2700 MHz 1: 1400 MHz 2: 1400 MHz 3: 800 MHz 4: 1400 MHz 5: 800 MHz 6: 1400 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570]
Display Server: X.org 1.19.2 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
tty size: 135x43 Advanced Data: N/A for root
Audio: Card-1 Advanced Micro Devices [AMD/ATI] Redwood HDMI Audio [Radeon HD 5000 Series]
driver: snd_hda_intel
Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA) driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.9.20-4G
Network: Card-1: Ralink RT3090 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
IF: wlan0 state: up mac:
Card-2: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller driver: r8169
IF: eth0 state: down mac:
Drives: HDD Total Size: 1000.2GB (6.7% used)
ID-1: /dev/sda model: Hitachi_HDS72101 size: 1000.2GB
Partition: ID-1: swap-1 size: 8.59GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 30.5C mobo: N/A gpu: 50.0
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 204 Uptime: 4:47 Memory: 220.3/3280.3MB Client: Shell (bash) inxi: 2.3.5
#

It created a dotconfig after presenting me with a couple of hundred YyNnMm etc. options,
I changed a few and it's working okay so far Smile

The attached gz is a fake gz.
Screenshot.jpg
 Description   
 Filesize   58.75 KB
 Viewed   284 Time(s)

Screenshot.jpg

DOTconfig-4.9.20--060417.gz
Description 
gz

 Download 
Filename  DOTconfig-4.9.20--060417.gz 
Filesize  167.57 KB 
Downloaded  59 Time(s) 
Back to top
View user's profile Send private message 
davids45


Joined: 26 Nov 2006
Posts: 1226
Location: Chatswood, NSW

PostPosted: Fri 07 Apr 2017, 00:31    Post subject: Printers?
Subject description: Is dillo a friendly CUPS facilitator?
 

G'day,

Is it too early in this Stretch development for a humble user to mention CUPS and printers?

I tried wildman69's stretchpup a couple of days ago and just now the DELUXE-700 pup.

I can't get my Epson-XP200 printer to print using rcrsn51's pet which has worked in just about every other Pup for some years now.

Both Stretch Pups (Frugals) tried gave a 'filter failed' when trying a test-page print.

I found CUPS very annoying with dillo Evil or Very Mad - I eventually worked out how to use QtWeb in this Stretch-Deluxe in place of dillo, and installed my own browser in Wildman68's Stretchpup before I could run CUPS conventiently in both Stretches.

Maybe this CUPS difficulty is why my Epson-XP200 printer won't print - I can scan with it and the ink utility sees the printer so it's just not printing as far as I can tell.

Everything else seems fine in both Frugals so far.

Thanks for any advice,

David S.

PS: Re the Deluxe:- vlc won't play simple videos - .mp4 or .avi; get an apologetic message about the no-go picture but the sound comes through; playing OK in Wildman69's Stretch.

Last edited by davids45 on Sat 08 Apr 2017, 20:35; edited 1 time in total
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 33 of 49 [723 Posts]   Goto page: Previous 1, 2, 3, ..., 31, 32, 33, 34, 35, ..., 47, 48, 49 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Projects
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.0810s ][ Queries: 13 (0.0202s) ][ GZIP on ]