mirror of
https://github.com/sbopkg/sbopkg
synced 2024-11-10 12:00:33 +03:00
update TODO
This commit is contained in:
parent
f249764ca7
commit
06be5149a7
@ -6,18 +6,39 @@ Sbopkg TODO (in no particular order)
|
|||||||
building process. I have spent a _lot_ of time hacking on this but
|
building process. I have spent a _lot_ of time hacking on this but
|
||||||
have not come up with a workable solution yet. The problem is that
|
have not come up with a workable solution yet. The problem is that
|
||||||
many subprocesses are forked off during the package building process
|
many subprocesses are forked off during the package building process
|
||||||
and it's difficult to capture all the pids. If anyone want to help
|
and it's difficult to capture all the pids. If anyone wants to help
|
||||||
with this, please let me know.
|
with this, please let me know.
|
||||||
|
* FIX THE UPDATE LIST FEATURE SO THERE IS NO NEED FOR UGLY HACKS! :-)
|
||||||
|
This is much easier said than done, IMHO. Simply comparing $VERSION
|
||||||
|
(or, more accurately, $VERSION plus $BUILD), between the installed
|
||||||
|
package and the one in the repo is not enough. The reasons are
|
||||||
|
many, such as the fact that some of the SlackBuild scripts at SBo do
|
||||||
|
their own thing, such as use other variables (i.e. replace $VERSION
|
||||||
|
with $SRCVER or something), or include the kernel version in the
|
||||||
|
package version, such as nvidia-kernel does, or that fail the bash
|
||||||
|
'decimal' problem ... Anyway, there may be some work on this
|
||||||
|
already, so please contact me before starting anything.
|
||||||
* Include a way to change the sync from rsync to lftp for those who
|
* Include a way to change the sync from rsync to lftp for those who
|
||||||
have rsync blocked.
|
have rsync blocked.
|
||||||
* Add ability to install packages from the command line using a -i
|
* Figure out proper way of testing getopts in order to prevent certain
|
||||||
switch. UPDATE: This will be in sbopkg 0.20.0.
|
cli options from being used together, such as -b and -i. Right now,
|
||||||
* Add a build queue. This will be in sbopkg 0.20.0.
|
there is a crude test to prevent -b and -i from being used together,
|
||||||
|
but I know there is a better way.
|
||||||
* Add 'long' switches to the cli options, i.e. --build in addition to
|
* Add 'long' switches to the cli options, i.e. --build in addition to
|
||||||
the current -b switch.
|
the current -b switch. This is pretty low priority, IMHO, and
|
||||||
* Add in ability to edit the *.info file so folks can quickly change
|
something tells me that getopts does not like long options anyway.
|
||||||
the version or download link (though they'd also have to change the
|
* Perhaps add a way where, if sbopkg is run by non-root user, that it
|
||||||
MD5SUM). UPDATE: this is now part of sbopkg 0.12.0.
|
can prompt for the root user's password before building. I know
|
||||||
|
there is a password type dialog box available, but I have not looked
|
||||||
|
into or, nor have I investigated what it would mean if sbopkg su'd
|
||||||
|
to root to do the 'sh foo.SlackBuild.build' Maybe it cannot be done
|
||||||
|
safely or correctly.
|
||||||
|
* Maybe change all instances of 'dialog' to $DIALOG and set $DIALOG to
|
||||||
|
be a variable equal to either 'dialog' or 'xdialog' in case someone
|
||||||
|
wanted to run sbopkg using xdialog. I don't know how compatible
|
||||||
|
dialog is with xdialog so if there was breakage, I would not want to
|
||||||
|
really address it as being able to use xdialog is not important to
|
||||||
|
me. I prefer dialog anyway.
|
||||||
* Perhaps make the MD5SUM check a variable that a user can turn off?
|
* Perhaps make the MD5SUM check a variable that a user can turn off?
|
||||||
* When using the dialog interface, change the listing of packages to
|
* When using the dialog interface, change the listing of packages to
|
||||||
be a checklist or radiolist whereby the user can select more than
|
be a checklist or radiolist whereby the user can select more than
|
||||||
|
Loading…
Reference in New Issue
Block a user