The time now is Mon 09 Dec 2019, 23:24
All times are UTC - 4 |
Page 29 of 103 [1533 Posts] |
Goto page: Previous 1, 2, 3, ..., 27, 28, 29, 30, 31, ..., 101, 102, 103 Next |
Author |
Message |
wiak
Joined: 11 Dec 2007 Posts: 1842 Location: not Bulgaria
|
Posted: Tue 22 Aug 2017, 07:54 Post subject:
|
|
jd7654 wrote: |
Change to /usr/local/bin/apt2sfs line 352:
Code: | export SFS=$(for i in "$INSTALL"; do echo $(echo $i | sed 's| |_|g' | sed 's|=||g'); done) |
|
sed can do several commands, one after the other, so shouldn't need to pipe into it twice. I think this should work (though haven't tried it):
Code: | export SFS=$(for i in "$INSTALL"; do echo $(echo $i | sed 's| |_|g; s|=||g'); done) |
wiak
|
Back to top
|
|
 |
belham2
Joined: 15 Aug 2016 Posts: 1707
|
Posted: Tue 22 Aug 2017, 08:33 Post subject:
|
|
Hi all,
I just wanted, as a user & neophyte builder, to say "thank you" to Fred and all of you (Peebee, rcrsn51, Toni, wiak, jd and apologies if I missed anyone). Every time I think you guys can't improve the script, it improves. And the same goes for all the build suggestions.....I gave one try of Peebee's build configuration he posted awhle back for his lxdd & my first thoughts upon seeing it boot up was: "dang, how'd he do that? And, man, my builds stink!". Then Fred clued me in reading his msg awhile back what Peebee did, so am trying to learn. This all is just great stuff. Also, I saw Toni posted in "HOW TO" section an easy way to rename all my frugal install's "live" folders, thus keeping better track and also ending any boot confusion by making myself stick to "psubdir=", something I already do for all pups.
Anyway, thanks to you all again.
Going to give the latest additions to the script a go tonight!
|
Back to top
|
|
 |
backi
Joined: 27 Feb 2011 Posts: 1847 Location: GERMANY
|
Posted: Tue 22 Aug 2017, 10:22 Post subject:
|
|
Hi all you boys and girls !
You guys really make steam.Me as an old horse can barely keep up
High pressure... feels like caught in a hurricane .
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4206 Location: holland
|
Posted: Tue 22 Aug 2017, 11:54 Post subject:
|
|
peebee wrote: | Synaptic error when trying to apply an installation request: Quote: | E: Could not open lock file /var/cache/apt/archives/lock - open (2: No such file or directory)
E: Could not open file descriptor -1
E: Unable to lock the download directory |
|
Yes, thanks for reporting.
It's because /var/cache/apt/archives/ doesn't exist
When using apt-get it's OK, but Synaptic doesn't like it
Fixed now by creating chroot/var/cache/apt/archives/ in the script
Important bug fix
mklive-stretch script (right-click > Save link as and make executable)
Fred
_________________ Dog Linux website
Tinylinux blog by wiak
|
Back to top
|
|
 |
backi
Joined: 27 Feb 2011 Posts: 1847 Location: GERMANY
|
Posted: Tue 22 Aug 2017, 12:23 Post subject:
|
|
Quote: | peebee wrote:
Synaptic error when trying to apply an installation request:
Quote:
E: Could not open lock file /var/cache/apt/archives/lock - open (2: No such file or directory)
E: Could not open file descriptor -1
E: Unable to lock the download directory |
Had the same problem ....but just deleted /var/cache/apt/archives some xxx.bin(s) .
After doing this.... could install with Synaptic .
|
Back to top
|
|
 |
rcrsn51

Joined: 05 Sep 2006 Posts: 12801 Location: Stratford, Ontario
|
Posted: Tue 22 Aug 2017, 13:44 Post subject:
|
|
The instructions for setting up a Samba server in Stretch-Live are here.
|
Back to top
|
|
 |
jd7654
Joined: 06 Apr 2015 Posts: 297
|
Posted: Tue 22 Aug 2017, 14:15 Post subject:
|
|
wiak wrote: | Code: | export SFS=$(for i in "$INSTALL"; do echo $(echo $i | sed 's| |_|g; s|=||g'); done) |
|
Even better. I just tacked that on to the end of the line to show the minimum change to workaround apt2sfs failure.
Never did find root cause. Saw a bunch of unprotected variables, but not sure exactly where the "=" sign was causing script to choke. That was just one workaround, there may be better.
I leave it to Fred to fix how he sees fit.
|
Back to top
|
|
 |
dancytron
Joined: 18 Jul 2012 Posts: 1413
|
Posted: Tue 22 Aug 2017, 17:10 Post subject:
|
|
fredx181 wrote: | @dancytron
Quote: | I think I found the save2flash issue.
...
... |
Sure you did !
I fixed the problem by removing debdogmountscripts dependency in version 0.0.3
So now installing debdoginstallscripts will not install porteusbootscripts
Also added ~/Startup/initchanges.sh in the 0.0.3 version (will help empty tmpfs after running save2flash)
But in fact porteusbootscripts doesn't need to be installed, because these (essential) scripts are already in the build by default.
But version 0.0.3 has the logrotate option, if you want that:
Code: | apt-get install porteusbootscripts=0.0.3 |
Also added new version 0.0.4 to the repo that has the exact same files as included in the build.
Thanks for finding out and sorry for the inconvenience.
/snip/
|
No need to apologize. Finding bugs is part of the development process.
By logrotate option, you mean when you log off it asks if you want to get rid of all the old logs? So, to get full Debian Dog functionality, including the logrotate, I should include porteusbootscripts in the mklive script? Do you really mean I should install version 0.0.3 and not the newest one?
I'll test all of this today or tomorrow.
Thanks
|
Back to top
|
|
 |
dancytron
Joined: 18 Jul 2012 Posts: 1413
|
Posted: Tue 22 Aug 2017, 23:26 Post subject:
|
|
With the latest script, the stuff in the firmware field isn't installing. I tried cli and setup file cli.
I believe the line with firmware is missing at line 280 of the script.
I changed it to
Quote: | # export final variables defined through GUI or CLI (with or without custom config)
export BASE_INSTALL="$BASE_INSTALL"
export BASE_DOG_APPS_INSTALL="$BASE_DOG_APPS_INSTALL"
export BASE_APPS_INSTALL="$BASE_APPS_INSTALL"
export DESK_APPS_INSTALL="$DESK_APPS_INSTALL"
export EXTRA_DOG_APPS_INSTALL="$EXTRA_DOG_APPS_INSTALL"
export FIRMWARE="$FIRMWARE"
export REM_AUTO_INST="$REM_AUTO_INST"
export FORCE32="$FORCE32" |
What I changed is under lined and bold.
Probably won't get a chance to test it tonight.
Dan
|
Back to top
|
|
 |
mikeslr

Joined: 16 Jun 2008 Posts: 3542 Location: 500 seconds from Sol
|
Posted: Wed 23 Aug 2017, 01:06 Post subject:
Will the Grub4dos problem carry over into the DebianDogs? |
|
Hi All,
I'm not sure if this falls under the heading "Buying into problems before they materialize" or "Reading the Writing on the Wall and Preparing to meet an unavoidable problem".
Short version: As far as I can tell, grub4dos is no longer maintained. The last version on the Puppy Linux Forum was created in 2014. Although it has support for Linux Ext4, it is unable to boot operating systems from drives formatted as 64 bit Linux Ext4.
See the following problems which have recently surfaced trying to boot Puppies:
http://murga-linux.com/puppy/viewtopic.php?p=964862#964862
http://www.murga-linux.com/puppy/viewtopic.php?t=111371. See, in particular, jd7654's analysis of what works, and what doesn't. http://murga-linux.com/puppy/viewtopic.php?p=965267#965267
mikesLr
|
Back to top
|
|
 |
zagreb999
Joined: 11 Apr 2014 Posts: 533 Location: Yugoslavija
|
Posted: Wed 23 Aug 2017, 02:13 Post subject:
(stretchdog) puppy linux kernel 4.5 32 bit |
|
regards
--------------------
based on debian9
(stretchdog)
puppy linux kernel 4.5
32 bit
very, very fast
full lz4
xfce-openbox
frisbee network wifi
--------------
uefi
--------------
it can be installed on 32 bit
and 64 bit computers also on non-uefi
and uefi
secure boot disabled in bios
------------
installation
format to fat32
use unetbootin
reboot
-------------------
https://www.mediafire.com/file/1hgfd6bedj1rrey/euclid2.iso
http://murga-linux.com/puppy/viewtopic.php?p=965270#965270
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4206 Location: holland
|
Posted: Wed 23 Aug 2017, 05:40 Post subject:
|
|
Hi Dan,
Quote: | By logrotate option, you mean when you log off it asks if you want to get rid of all the old logs? So, to get full Debian Dog functionality, including the logrotate, I should include porteusbootscripts in the mklive script? Do you really mean I should install version 0.0.3 and not the newest one? |
It's just what you'd prefer. Because the scripts for porteus-boot are already included in the build by default, there's no need to install porteusbootscripts package.
But if you really prefer the logrotating at shutdown (it's only included in version 0.0.3) then you can add porteusbootscripts=0.0.3 to the install list for the build and the default included scripts will be overwritten with the 0.0.3 files.
Quote: | I believe the line with firmware is missing at line 280 of the script.
I changed it to
Quote:
# export final variables defined through GUI or CLI (with or without custom config)
export BASE_INSTALL="$BASE_INSTALL"
export BASE_DOG_APPS_INSTALL="$BASE_DOG_APPS_INSTALL"
export BASE_APPS_INSTALL="$BASE_APPS_INSTALL"
export DESK_APPS_INSTALL="$DESK_APPS_INSTALL"
export EXTRA_DOG_APPS_INSTALL="$EXTRA_DOG_APPS_INSTALL"
export FIRMWARE="$FIRMWARE"
export REM_AUTO_INST="$REM_AUTO_INST"
export FORCE32="$FORCE32" |
Yes, that's right! When using GUI there's no problem (exported earlier in script) but with CLI it was, fixed now.
Bug fix, was missing export FIRMWARE="$FIRMWARE"
mklive-stretch script (right-click > Save link as and make executable)
Fred
Last edited by fredx181 on Wed 23 Aug 2017, 05:57; edited 1 time in total
|
Back to top
|
|
 |
fredx181

Joined: 11 Dec 2013 Posts: 4206 Location: holland
|
Posted: Wed 23 Aug 2017, 05:50 Post subject:
Re: Will the Grub4dos problem carry over into the DebianDogs? |
|
A workaround would be to edit /etc/mke2fs.conf to how it used to be in "older" systems.
The Stretch-Live build (also Stretchdog and Trinitydog-Stretch) has that workaround included, btw.
See for how to modify mke2fs.conf : http://murga-linux.com/puppy/viewtopic.php?p=959397#959397
EDIT: This post from jd7654 gives info about converting the filesystem back to "non'64-bit" (once it's already formatted that way, where I wrote about 'workaround' above is to prevent formatting as 64-bit)
http://murga-linux.com/puppy/viewtopic.php?p=965277#965277
Fred
Last edited by fredx181 on Wed 23 Aug 2017, 10:50; edited 2 times in total
|
Back to top
|
|
 |
belham2
Joined: 15 Aug 2016 Posts: 1707
|
Posted: Wed 23 Aug 2017, 05:57 Post subject:
Re: Will the Grub4dos problem carry over into the DebianDogs? |
|
Hi Mike,
Uhhh, what? Fyi, I have mutliple hard drives (from IDE to SATA I,II & III, internal and external), and all of them, save for one, is governed by grub4dos (the other one had grub2). Here's the thing: all those other drives? They are all formatted, inside pups, 64-bit ext4, and grub4dos is then next installed.
Grub4dos even handles my drive that is specifically targetted to rpm distros. On that one, I am booting manjaro, openSUSE, antergos, pclinuxOS and Fedora......all S.O.B. distros that are finicky & picky as heck since some require require separate boot/home partitions to function well.
[corrected & edited to say this sems to be something that only applies to to absolute newer gpt/uefi systems out there, if that. As noted in my other thread, it's strange though I've GPT going on with two of my drives]
HTH
Last edited by belham2 on Wed 23 Aug 2017, 06:12; edited 2 times in total
|
Back to top
|
|
 |
belham2
Joined: 15 Aug 2016 Posts: 1707
|
Posted: Wed 23 Aug 2017, 05:59 Post subject:
Re: Will the Grub4dos problem carry over into the DebianDogs? |
|
fredx181 wrote: |
A workaround would be to edit /etc/mke2fs.conf to how it used to be in "older" systems.
The Stretch-Live build (also Stretchdog and Trinitydog-Stretch) has that workaround included, btw.
See for how to modify mke2fs.conf : http://murga-linux.com/puppy/viewtopic.php?p=959397#959397
Fred |
Hi Fred,
What workaround? I format everything inside either pups and/or ddogs, and it is ALWAYS 64-bit, and then I immediately install grub4dos next. I've never had a problem yet with anything......wondering what in heck you guys are even talking about here
[EDIT: ok, I see what Mike and you are talking about---there is a huge "qualifier" in what you're saying: As JD noted in his other thread, with his "how-To", there is only an issue when trying to use Grub4DOS with newer systems with 64-bit Ext4 partitions. Since I don't use newer systems, no worries here. Strange though I have GPT going on to 2 of my ext4 formatted drives, using gparted inside pups, and I've no problems]
|
Back to top
|
|
 |
|
Page 29 of 103 [1533 Posts] |
Goto page: Previous 1, 2, 3, ..., 27, 28, 29, 30, 31, ..., 101, 102, 103 Next |
|
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
|