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 Tue 21 Nov 2017, 19:22
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Projects
tahrpup64 6.0.5 CE
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 3 of 57 [847 Posts]   Goto page: Previous 1, 2, 3, 4, 5, ..., 55, 56, 57 Next
Author Message
LateAdopter

Joined: 27 May 2011
Posts: 275
Location: Reading UK

PostPosted: Fri 12 Dec 2014, 11:25    Post subject: Woof-CE savefile - shutdown bug  

Hello 666philb

Thanks for providing this. I try any 64 bit puppies, as 32 bit ones have too low video decode/playback on my hardware.

tahrpup64 has the savefile-shutdown bug that is common to all woof-CE puppies that I have tried. e.g. slacko64 and a trusty64 built with jamesbond's woof-ce-next. Woof2 puppies and fatdog64 don't have the problem.

If I boot without a savefile, there is no problem.

If I boot with a savefile and shutdown, the next boot has this error in the messages:
Code:
FAT-fs (sda5): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.


Win2k complains too, and runs the disk check.

I don't know how to debug shutdown, because it doesn't create any logfiles.

If I run another puppy, that doesn't have the bug, from the same partition and shutdown, it doesn't clear the error.

I presume this implies that the savefile is been left open when the woof-CE puppy is shut down.

My puppies run from a FAT32 partition. Is there anything I can do to help solve this? Thanks.
Back to top
View user's profile Send private message 
Satori

Joined: 14 Jan 2013
Posts: 47

PostPosted: Fri 12 Dec 2014, 14:34    Post subject:  

Hiyas..

boots, connects and runs well on my dell E6510 / i7Q, finds 8 cores.

I'll try to get nvidia going, are the kernel source files the same as the 32bit version?
Back to top
View user's profile Send private message 
666philb


Joined: 07 Feb 2010
Posts: 3121
Location: wales

PostPosted: Fri 12 Dec 2014, 15:33    Post subject:  

Satori wrote:
Hiyas..

boots, connects and runs well on my dell E6510 / i7Q, finds 8 cores.

I'll try to get nvidia going, are the kernel source files the same as the 32bit version?


no .. they should be at the same link as the iso

_________________
Tahrpup, built with trusty tahr packages http://murga-linux.com/puppy/viewtopic.php?t=96178
Quickpet_Precise, install popular apps quickly http://www.murga-linux.com/puppy/viewtopic.php?t=83642
Back to top
View user's profile Send private message 
Terry H

Joined: 29 Mar 2009
Posts: 305
Location: The Heart of Muskoka, ON Canada

PostPosted: Sat 13 Dec 2014, 19:27    Post subject:  

Have just downloaded and manual frugal install on my desktop PC (HP H8 FX-6100, AMD Radeon 7450 Video card, 10 GB RAM, Broadcom WIFI, 1920 x 1080 monitor).

Setup no problems, wifi working, correct resolution on monitor. All OK after reboot and created save folder.


So far , so good. Thank you, well done.
Back to top
View user's profile Send private message 
gyro

Joined: 28 Oct 2008
Posts: 1406
Location: Brisbane, Australia

PostPosted: Tue 16 Dec 2014, 04:36    Post subject: savefolder - using symbolic links  

First boot -> desktop fine, ethernet fine.
Created a savefolder on reboot, everything looks good.

On investigation I found that the savefolder was accessed via a 'mount -o bind'.
So, I started to create the patched stuff to support the implementation of savefolder using symbolic links.
The patch to the 'init' script went smoothly.
The patch to 'rc.shutdown' failed, so I had a closer look at the scripts in tahrpup64.
It appears that the script patches required to implement savefolder using symbolic links, are already included in tahrpup64, except for the 'init' script.

This is not a real problem since all the 'savefolder' patches make things work with either the new or the old, which ever is used.

I then made a patched 'initrd.gz' and rebooted.
Then the savefolder is accessed as a symbolic link and all seems ok, except 'freememapplet_tray' crashes.

So, a patched "initrd.gz" is here, http://www.fishprogs.info/puppy/tahr64/initrd.gz.
And a "ydrv" containing a patched "freememapplet_tray" is here, http://www.fishprogs.info/puppy/tahr64/ydrv_tahr64_6.0.2.sfs

The "frememapplet_tray" binary is one I compiled for Slacko64.

gyro

Last edited by gyro on Wed 17 Dec 2014, 10:25; edited 1 time in total
Back to top
View user's profile Send private message 
gyro

Joined: 28 Oct 2008
Posts: 1406
Location: Brisbane, Australia

PostPosted: Wed 17 Dec 2014, 10:23    Post subject: .jwmrc-tray gets reset on boot  

Found a slight annoyance.
Deleting the buttons in the tray does not persist. I usually run puppies with only the 'menu' button in the tray.

If I delete the buttons and restart X, they remain deleted.
If I view '/root/.jwnrc-tray' from another puppy, it's as expected, but after booting into tahrpup64 again, it's identical to the one in 'puppy_tahr64_6.0.2.sfs', the buttons are back.
It seems that '/root/.jwmrc-tray' is clobbered with it's original version during each boot.

It seems to be happening while 'rc.services' is in "wait for snd_ modules to complete loading", but it doesn't look like the code in that loop could be doing it.
The code in 'rc.sysinit' following the call to 'rc.services' doesn't look like it is the culprit either.

It doesn't matter if I use a savefolder or a savefile, or if I use the released 'initrd.gz' or my patched 'initrd.gz'.

I have a very crude workaround;
1) After deleting the buttons, make my own copy of '/root/.jwmrc-tray'.
2) Place a script in '/etc/init.d/' that clobbers '/root/.jwmrc-tray' with my own copy.

gyro
Back to top
View user's profile Send private message 
666philb


Joined: 07 Feb 2010
Posts: 3121
Location: wales

PostPosted: Wed 17 Dec 2014, 12:28    Post subject:  

hi giro,

yes lots of settings aren't being saved ..... or are being overwritten by the base files .
same with rox pinboard and wallpaper.

_________________
Tahrpup, built with trusty tahr packages http://murga-linux.com/puppy/viewtopic.php?t=96178
Quickpet_Precise, install popular apps quickly http://www.murga-linux.com/puppy/viewtopic.php?t=83642
Back to top
View user's profile Send private message 
gcmartin

Joined: 14 Oct 2005
Posts: 6730
Location: Earth

PostPosted: Wed 17 Dec 2014, 15:49    Post subject: Managing SFSs in Live/Frugal boots  

666philb, in your opening post, you wrote:
...or download the libreoffice+gimp64.sfs from the link above
Question
If one downloads those SFS files, can they be placed in root/folder on the ISO (via ISOMASTER, say) and the boot process will discover and incorporate them into the running system (simlar or alike what @TaZoC does in his Lighthouse distros)?

Curious if this is automatically or must be loaded manually to get them to present themselves in the running desktop.

Thanks in advance

_________________
Get ACTIVE Create Circles; Do those good things which benefit people's needs!
We are all related ... Its time to show that we know this!
3 Different Puppy Search Engines or use DogPile
Back to top
View user's profile Send private message 
radky

Joined: 02 May 2010
Posts: 744

PostPosted: Wed 17 Dec 2014, 18:41    Post subject:
Subject description: Netpbm
 

Many of the standard Netpbm utilities (graphics tools and converters) are missing in tahrpup64.

For example, the wallpaper application calls the /usr/sbin/background_reshape utility which requires the following graphic tools:

jpegtopnm
pnmtojpeg
pnmtopng
pnmcut
pamcut

_________________
PupMates
Back to top
View user's profile Send private message 
gyro

Joined: 28 Oct 2008
Posts: 1406
Location: Brisbane, Australia

PostPosted: Thu 18 Dec 2014, 04:39    Post subject:  

666philb wrote:
yes lots of settings aren't being saved ..... or are being overwritten by the base files .
same with rox pinboard and wallpaper.
I'm pretty sure files are being saved but then overwritten.
When I boot into another puppy, I can see the correct modified file in tahrpup64's savefolder.

Note: I think the timing in my previous post could be unreliable.
The overwriting could be happening directly (outside aufs), I was dumping the file as '/root/.jwmrc-tray', hence via aufs.

EDIT: No, I tested again, accessing the file via it's real path, and it still shows it is being overwritten while 'rc.services' is waiting for 'snd' modules.
Also noticed that the 'Last modified' time was wrong for the good file, but correct for the overwritten file. So it appears that 'time' is also being setup during this interval.

gyro

Last edited by gyro on Thu 18 Dec 2014, 14:01; edited 1 time in total
Back to top
View user's profile Send private message 
gyro

Joined: 28 Oct 2008
Posts: 1406
Location: Brisbane, Australia

PostPosted: Thu 18 Dec 2014, 09:36    Post subject:  

Could someone please tell me what copies "rc.sysinit" and "rc.update" to "pup_rw"?

EDIT: Or what sets up the 'time'?

gyro
Back to top
View user's profile Send private message 
gyro

Joined: 28 Oct 2008
Posts: 1406
Location: Brisbane, Australia

PostPosted: Sat 20 Dec 2014, 05:06    Post subject: Re: Woof-CE savefile - shutdown bug  

LateAdopter wrote:
If I boot with a savefile and shutdown, the next boot has this error in the messages:
Sorry LateAdopter, I realise that this comment doesn't really help your situation.

I consistently get clean shutdowns when using a savefolder on an ext4 partition.

gyro
Back to top
View user's profile Send private message 
zagreb999

Joined: 11 Apr 2014
Posts: 267
Location: Yugoslavija

PostPosted: Thu 25 Dec 2014, 14:01    Post subject: TAHRPUP64-XFCE ISO
Subject description: TAHRPUP64-XFCE ISO
 

TO MR. 666philb !
FOR ONE ELEMENTARY SCHOOL,PLEASE,
DO MAKE TAHRPUP64 WITH XFCE DESKTOP-
TAHRPUP64-XFCE.ISO!
THANK YOU!
Back to top
View user's profile Send private message 
futwerk

Joined: 07 May 2011
Posts: 343

PostPosted: Tue 30 Dec 2014, 23:17    Post subject:  

background.
tahrpup6428,11f.jpg
 Description   https://www.mediafire.com/folder/ne1a0haxtmha3dr,51iyxelll94ftv7,8zpwd233vhp4uj4,t41ctc69d0d88cw,acj3nu2hj5119f6/shared
 Filesize   12.18 KB
 Viewed   1378 Time(s)

tahrpup6428,11f.jpg

Back to top
View user's profile Send private message 
live

Joined: 10 Feb 2010
Posts: 220

PostPosted: Fri 02 Jan 2015, 21:12    Post subject:  

Hi 666philb,

First review tahr64-6.0.2.iso, from http://distro.ibiblio.org/puppylinux/puppy-tahr/iso/testing/

What a great job!

Now I'll annoy you a bit Smile
Some common issues as with the beta of tahr32, suppose some script issue:

* No menu icon for multi monitors, and please prefix menu name as multi monitors
* Global font size, allow for larger font size
* missed opus codec
* misses common MIME association with extensions: jp2(jpeg2000), tif or tiff, wma, opus
* ntfs-3g is not version 2014
* openssl latest??
* Geany update to 1.24.1 preferably with:
Files>Default encoding=UTF-8
Interface>Toolbar>Image only
Editor>Complitions>XML/HTML tag auto-closing
Would be nice if you add in standard Vibrant Ink theme (for dark background)
See http://www.geany.org/download/extras

Other issues
* at first launch no request for Internet Connection configuration
* pfind does NOT launch
* missing QuickPet
* wishing ROX with first video preview enabled, such as Vanguard Carolina 1.3 (http://www.murga-linux.com/puppy/viewtopic.php?t=96863), and second with pdf preview.

Personal preferences:
* SMplayer over VLC (UI is not as convenient as SMplayer)
* Firefox over Seamonkey
* gcc 4.8.4 or gcc 9.2

Suggest to remove:
* Leafpad (redundant with Geany)
* Meld instead Xfdiff
* games and put them as a separated sfs or pet

Many thanks for your work
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 3 of 57 [847 Posts]   Goto page: Previous 1, 2, 3, 4, 5, ..., 55, 56, 57 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.0627s ][ Queries: 14 (0.0108s) ][ GZIP on ]