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 Mon 20 Nov 2017, 00:24
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Projects
Auto-build a Puppy iso; single script with optional gui
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 15 of 16 [234 Posts]   Goto page: Previous 1, 2, 3, ..., 13, 14, 15, 16 Next
Author Message
ally


Joined: 19 May 2012
Posts: 1583
Location: lincoln, uk

PostPosted: Wed 25 Oct 2017, 16:07    Post subject:  

ok, still struggling

I've created a huge-kernel using stemsee's SUKK and placed it in local repositories/huge-kernel folder

running the script it does not pick up my kernel but downloads selection 29

what am I doing wrong?

Smile
Back to top
View user's profile Send private message Visit poster's website 
peebee


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

PostPosted: Wed 25 Oct 2017, 18:12    Post subject:  

ally wrote:
ok, still struggling

I've created a huge-kernel using stemsee's SUKK and placed it in local repositories/huge-kernel folder

running the script it does not pick up my kernel but downloads selection 29

what am I doing wrong?

Smile

Is local repositories/huge-kernel linked back to woof_out****/huge_kernel ?

It needs to be....

Similar to packages-pet and packages-*** which are links
Screenshot(1).png
 Description   
 Filesize   9.99 KB
 Viewed   277 Time(s)

Screenshot(1).png


_________________
LxPup = Puppy + LXDE
Back to top
View user's profile Send private message Visit poster's website 
davids45


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

PostPosted: Wed 25 Oct 2017, 18:14    Post subject:  

G'day wiak,

Confirming ally's result, I also tried the idea of having just one huge-kernel in the local repositories/huge-kernels directory (trying a Xenial kernel) but still only made a StretchPup with its 'in-built' one kernel option, this after editing the _00build.conf file found deeply buried in the woof-CE-testing directory as suggested earlier in this thread. No guarantee I did things correctly Embarassed .

Can extra kernels in my huge-kernels directory be added to the --KERNEL list (with extra numbers, 30, 31, etc) with any effect? I'm impressed with peebee's ArtfulPup so would like to try this latest Ubuntu option if possible in makepup.

Thanks again for your continued input.

David S.
Back to top
View user's profile Send private message 
musher0


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

PostPosted: Wed 25 Oct 2017, 18:25    Post subject:  

Hi ally.

Nothing, probably. Smile

As for me, I didn't fight it.

In my xenial32 incarnation, I replaced the default vmlinuz and zdrv with
-- stemsee's kernel 4.1.2
-- manually
-- in the iso (with isomaster)
-- after wiak's automaton had finished creating the Pup.

The only thing you have to do is rename stemsee's
-- modules-something.sfs which in his kernel archive with
-- a valid zdrv name corresponding to the name of the main sfs,
-- for example: zdrv_xenial_7.0.6.sfs.

IHTH.

If that's the only thing that's left to do, IMO wiak doesn't need to alter his script!
To do so would be encouraging laziness in people!!! Laughing Wink

BFN.

_________________
musher0
~~~~~~~~~~
"Logical entities must not be multiplied beyond necessity." | |
« Il ne faut pas multiplier les entités logiques sans nécessité. » (Ockham)
Back to top
View user's profile Send private message 
ally


Joined: 19 May 2012
Posts: 1583
Location: lincoln, uk

PostPosted: Wed 25 Oct 2017, 18:34    Post subject:  

I've just created a dedicated huge-kernel repo

http://archive.org/download/Puppy_Linux_Huge-Kernels

I'm going to try altering the script URL and give it another whirl

sorry peebee, I don't understand what you've written

I'll report back if it works

Smile
Back to top
View user's profile Send private message Visit poster's website 
ally


Joined: 19 May 2012
Posts: 1583
Location: lincoln, uk

PostPosted: Wed 25 Oct 2017, 18:40    Post subject:  

ok, the script doesn't like the repo format so no joy

if anybody understands how to run the add kernel button let me know or can build xenial64 with 4.4.35

Smile
Back to top
View user's profile Send private message Visit poster's website 
stemsee

Joined: 27 Jun 2013
Posts: 1994
Location: In The Way

PostPosted: Thu 26 Oct 2017, 03:53    Post subject:  

Hey everyone! Thanks for the mentions.

I am going to check this out! SUKK is evolving and now comprises one single script 'nubuild.sh' which at the end offers to install the new kernel ... it should be easy to modify the script to work from within the build environment and/or copy/link to kernels directory. And/or adjust the pup build script to download from ally's repo.

Please feel free to alter my build scripts and configs as your project needs, taking care to rename the script with some personalised prefix ... such as in the case of peebee 'pbuild.sh' etc!

I'll report back when successful.
Back to top
View user's profile Send private message MSN Messenger 
wiak

Joined: 11 Dec 2007
Posts: 371
Location: not Bulgaria

PostPosted: Thu 26 Oct 2017, 07:20    Post subject:  

peebee wrote:

Is local repositories/huge-kernel linked back to woof_out****/huge_kernel ?

It needs to be....

Similar to packages-pet and packages-*** which are links


Sorry, I'm pretty sure the above suggestion that woof-out_*/huge_kernel should symlink back to local-repositories/huge_kernel isn't correct, but I'll have to check all that again to be sure. Rather, there is code in support/huge_kernels.sh that I believe is designed to copy any huge kernel in local-repositories/huge_kernels over into woof-out_*/huge_kernel/.

I'm busy working on something else (and still am), so sorry, I haven't tried this out yet (was also waiting on further reports). I'll try to make time in next day or two and hopefully find out what is going on. As for using ally's huge kernel repo instead of the ibiblio one, that will be a different matter that will need looked into.

In the meantime, the following is the relevant code section in the official woof-CE support/huge_kernels.sh (testing branch) script - as you should see, symlinking does not apply for this:

Code:
download_kernel() {
   local URL="$1" TARBALL="${1##*/}"
   if [ -f ../../local-repositories/huge_kernels/${TARBALL} ] ; then
      echo "Verifying ../../local-repositories/huge_kernels/${TARBALL}"
      if tar -taf ../../local-repositories/huge_kernels/${TARBALL} &>/dev/null ; then
         cp -fv ../../local-repositories/huge_kernels/${TARBALL} ../huge_kernel/
         return
      fi
   elif [ -f ../huge_kernel/${TARBALL} ] ; then
      echo "Verifying ../huge_kernel/${TARBALL}"
      if tar -taf ../huge_kernel/${TARBALL} &>/dev/null ; then
         cp -fv ../huge_kernel/${TARBALL} ../../local-repositories/huge_kernels/
         return
      fi
fi


It is possible I have made an error in makepup function huge_kernel_mod (I no longer remember my test of it so have to recheck). I had to modify that function a while back because of a change made at woof-CE. I need to reinstall a few things before I can test it again though so may take a couple of days.

By the way, I remember BIlltoo using his own huge kernels all the time so maybe he could chip in again and explain what he does exactly. As far as I remember he simply copied the huge kernel he wanted into woof-out_*/huge_kernel in manual woof-CE script runs (with makepup the pause option would stop the script at the appropriate time to do the same - however, putting the kernel into the kernels2add folder, being local-repositories/huge_kernels, should be working but apparetly from your reports isn't... Maybe find time to resolve the issue tomorrow - I don't think it will be difficult to fix (just need to shelve the other project I'm otherwise too focussed on for a while...).

Suggested test would be to download a known good huge kernel (such as the one ttuuxxx has stored at smokey01 site for use in his Stretch build). Then try getting that to be used via storing it in local-repositories/huge_kernels (the folder opened with kernels2add button). If that doesn't work (which will have to be fixed then), try storing it in woof-out_*/huge_kernel instead. That's what I will test with to find out what exactly is going on. Make sure of course that kernel used not being forced in _00build.conf.

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

Joined: 11 Dec 2007
Posts: 371
Location: not Bulgaria

PostPosted: Thu 26 Oct 2017, 08:01    Post subject:  

Okay, just put Slacko64 back on my machine (I had to take that and woof-CE off temporarily last week cos my laptop is very low on hard drive space at the moment and I needed to free space my other current project). Anyway, put it all back on again (except running makepup on a usb stick to have sufficient test space for that). Alas, it is late night here but rest assured I will definitely now look into the kernels2add situation tomorrow when I wake up. Wink

Unfortunately that ttuuxxx Stretch kernel is just 32bits so I'll download one of the ibiblio ones but try getting it to be used (in makepup build of XenialDog64) from local-repositories/huge_kernels instead of via drop down menu list.

http://distro.ibiblio.org/puppylinux/huge_kernels

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

Joined: 11 Dec 2007
Posts: 371
Location: not Bulgaria

PostPosted: Thu 26 Oct 2017, 09:08    Post subject:  

Been looking at the woof-CE support/huge_kernels.sh code again, and I think I see the issue. Will have to fix makepup it seems... Thanks for pointing out the problem ally.

It would appear that if you use the -p (pause) switch with makepup, and during that pause you copy the kernel you want used into woof-out_*/huge_kernel, that should work (that kernel will be used in the build I think).

The key line in support/huge_kernels.sh is:

Code:
IS_KERNEL=`ls ../huge_kernel/*.tar.* 2>/dev/null | wc -l`

As long as IS_KERNEL becomes equal to 1 that means a kernel is already available and it woof-CE will use it. If it's more then one in woof-out_*/huge_kernel that will cos a problem I'll have to fix in makepup though.

The kernels2add local-repositories method won't work at the moment. But, I won't know if all this is true till tomorrow when I have time to try it out.

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

Joined: 11 Dec 2007
Posts: 371
Location: not Bulgaria

PostPosted: Thu 26 Oct 2017, 15:59    Post subject:  

My goodness. I left makepup running overnight to build xenialpup64 but it's still running hours later! woof-CE really slow with my current set up - presumably because I'll building to a usb2 flash stick (I normally use my harddrive - looks like I'll have to free up space on there afterall because this is too painfully slow and testing/debugging kernel loading would take forever with this arrangement...).

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

Joined: 11 Dec 2007
Posts: 371
Location: not Bulgaria

PostPosted: Thu 26 Oct 2017, 17:40    Post subject:  

Testing makepup 0.1.3 at the moment, with modified kernel2add code, which will hopefully work now. Will publish in a few hours once tested, if all working...

wiak

EDIT: my first test of 0.1.3 seems to be working. I had put a slacko 64bit kernel in my new local-repositories/kernel2add (no longer named kernels2add) and seems to have been correctly picked up during the makepup xenialdog64 build (i.e. the new makepup 0.1.3 correctly ignoring the dropdown huge-kernel list selection in this case where kernel2add folder contains a huge_kernel tarball. More testing required though before I upload this.

EDIT2: All went well and the new xenialpup64 booted successfully with the kernel2add slacko 64bit huge_kernel I put in there. I'm now testing the new makepup 0.1.3 version with two different huge_kernels put into local-repositories/kernel2add/ folder. If my other makepup fix works, then woof-CE will then automatically stop makepup and ask the user to select which of the two huge kernels they want to use before proceeding (that is a woof-CE feature I had disabled in makepup but hopefully works fine re-enabled). We will see...
Back to top
View user's profile Send private message 
wiak

Joined: 11 Dec 2007
Posts: 371
Location: not Bulgaria

PostPosted: Thu 26 Oct 2017, 20:05    Post subject: makepup version 0.1.3 uploaded.
Subject description: fixes kernel2add to build routine
 

makepup version 0.1.3 uploaded.

Changes ver 0.1.3:

Modified kernels2add to kernel2add routines so huge_kernel tarball placed in local-repositories/kernel2add/ will be automatically used in preference to any other selected. (Note folder name changed from kernels2add into kernel2add (singular).
If more than one huge kernel tarball in local-repositories/kernel2add then script will automatically pause during 3builddistro-Z process and ask user to choose from these kernels.

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

Joined: 11 Dec 2007
Posts: 371
Location: not Bulgaria

PostPosted: Thu 26 Oct 2017, 20:14    Post subject:  

Sorry to the one downloader. I made an error - will re-upload makepup ver 0.1.3 shortly.
Back to top
View user's profile Send private message 
ally


Joined: 19 May 2012
Posts: 1583
Location: lincoln, uk

PostPosted: Thu 26 Oct 2017, 20:15    Post subject:  

thanks, I was just running it....

Smile
Back to top
View user's profile Send private message Visit poster's website 
Display posts from previous:   Sort by:   
Page 15 of 16 [234 Posts]   Goto page: Previous 1, 2, 3, ..., 13, 14, 15, 16 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.0644s ][ Queries: 12 (0.0118s) ][ GZIP on ]