Writing to Newtwork share via slkbuild script
Re: Writing to Newtwork share via slkbuild script
Spaces in paths is an abomination and should be banned from existence.
Re: Writing to Newtwork share via slkbuild script
Shador wrote:Change slkbuild (and possibly any other shell script) to always use quotes.
Double quotes do work:JRD wrote:For me, it's a bug (minor) in slkbuild script which should always use double quotes in pathes.
We should be able to use spaces in our pathes if we want/should. Unfortunately, there are a lot of scripts (including mine, I sometimes forget) that do not protect pathes.
Code: Select all
rich[pysolfc]$ ls
./ ../
rich[pysolfc]$ startdir="$(pwd)"
rich[pysolfc]$ cp /etc/slkbuild/SLKBUILD.perl "$startdir"/
rich[pysolfc]$ ls
./ ../ SLKBUILD.perl*
Thanksgapan wrote:I'm not sure how smart it is to build packages in a network share, especially a samba share. All sorts of trouble could potentially come up.
Rich
“Don’t you see that the whole aim of Newspeak is to narrow the range of thought?"
Re: Writing to Newtwork share via slkbuild script
I'm using NFS for this task (exporting my build dir to a i486 build host) and I strongly recommend not to use Samba for this. With NFS nothing bad will happen.gapan wrote:I'm not sure how smart it is to build packages in a network share, especially a samba share. All sorts of trouble could potentially come up.
Re: Writing to Newtwork share via slkbuild script
I'm using VirtualBox + vbsf for sharing my SLKBUILD and packages.
This way I can easily compile on any version and any architecture supported by VirtualBox (32 and 64 bits for me).
This way I can easily compile on any version and any architecture supported by VirtualBox (32 and 64 bits for me).
Re: Writing to Newtwork share via slkbuild script
Yes, I abandon the idea of building in a network shared directory and now am also using VirtualBox . Building both 32 and 64 packages running Salix 32 and 64 as VMs on my Salix 32 host using shared files. I can actually have both vm running at the same time, although I haven't try compiling simultaneously yet.JRD wrote:I'm using VirtualBox + vbsf for sharing my SLKBUILD and packages.
This way I can easily compile on any version and any architecture supported by VirtualBox (32 and 64 bits for me).
I think this Slkbuild tool is just brilliant and can't understand why ZW is discouraging building packages with buildpkg, especilly when there is a shortage of people willing to help to build packages.
“Don’t you see that the whole aim of Newspeak is to narrow the range of thought?"
Re: Writing to Newtwork share via slkbuild script
But building on my old 32 bit machine still is so much faster than using Virtualbox on my more modern 64 bit host...JRD wrote:I'm using VirtualBox + vbsf for sharing my SLKBUILD and packages.
This way I can easily compile on any version and any architecture supported by VirtualBox (32 and 64 bits for me).
Without buildpkg I would not have started packaging for Zenwalk. So if they don't want such tools they will lose many possible packagers.I think this Slkbuild tool is just brilliant and can't understand why ZW is discouraging building packages with buildpkg,
Re: Writing to Newtwork share via slkbuild script
I guess a cpu with virtualizsation extension could offset that a bit. Anybody giving them away for free?thenktor wrote:But building on my old 32 bit machine still is so much faster than using Virtualbox on my more modern 64 bit host...
Re: Writing to Newtwork share via slkbuild script
Anybody is willing to pay 8-core build server for us?Shador wrote:Anybody giving them away for free?
Re: Writing to Newtwork share via slkbuild script
I am running it on a 32 bit host that supports visualization. http://www.newegg.com/Product/Product.a ... 6819103698. Only running one core thought, couldn't get the second core to unlock.thenktor wrote:But building on my old 32 bit machine still is so much faster than using Virtualbox on my more modern 64 bit host...
“Don’t you see that the whole aim of Newspeak is to narrow the range of thought?"