ussedp
ussedp copied to clipboard
wabbajack-tools
Linux main
sorry didn't realize changing the branch name was going to cancel the pull request (my last comment on old pull)
just realized that there was no need for those other files to be in this branch
did some serious house cleaning in KCkingcolln/ussedp as i plan to continue supporting it, so i got rid of any unneeded files
Shit I think I did a oof, maybe I should just keep the repo separate as a fork🤔?...
why did you delete all the source files, this would make merging this remove all the files
$ sudo -S
sudo: invalid option -- 'S'
usage: doas [-Lns] [-C config] [-u user] command [args]
-S wont work with opendoas-sudo
$ sudo -S sudo: invalid option -- 'S' usage: doas [-Lns] [-C config] [-u user] command [args]-S wont work with opendoas-sudo
Damn ok I'll have to find another way to sudo, I think I was onto something yesterday I'll try it again
why did you delete all the source files, this would make merging this remove all the files
I wasn't sure that was the case I was hoping I could just add the script files but I see that's not possible
btw if this fork is merged does it still exist separately?
If not it might be more beneficial to leave it as a fork, as the source files are pulled via get clone anyway...
However if the branch is persistent beyond the merge then I guess I'll add the source back so it can be merged...
you still need to add zenity as dependency
Check the README.md I've added the dependency but I think most distros should have it pre installed
why did you delete all the source files, this would make merging this remove all the files
I wasn't sure that was the case I was hoping I could just add the script files but I see that's not possible
btw if this fork is merged does it still exist separately?
If not it might be more beneficial to leave it as a fork, as the source files are pulled via
get cloneanyway...However if the branch is persistent beyond the merge then I guess I'll add the source back so it can be merged...
Ok I answered my own question with Google I'll get the source back in the fork pronto...
ok i got all the source back in the fork i just need to fix the sudo -S problem now
@CrezyDud could I ask why your using opendoas-sudo? I dont really understand the benefit as it seems outdated and unsafe definitely for a rolling release arch based distro...
Ill try to fix the sudo -S issue regardless to keep the script cross distro but as far as im aware, all most every other distro comes with the sudo -S option i think this is specific to opendoas-sudo
Ok @CrezyDud surely this should fix our problem... Test it when you get a chance plz
btw use the gui script (USSEDP-GUI-Linux.sh)~~or run one of the other scripts with root (forgot to update the readme before I pushed)~~
@halgari any idea why the link i generated didn't last?
I tried adding 100000000000... to the "Expiry of the key" hopefully this time it'll stick...
BTW if anyone wants to test the scripts i would recommend re-cloning\ downloading the fork as a lot has been changed\ added
ok after installing arch i now realize how out of date gksu is, so i got ride of it (idk why manjaro has gksu installed...)
now using sudo -A i already know this doesn't work with doas but for now default sudo is required
why does it download from google docs
Because it's currently not possible for me to use the Nexus link as the script uses wget which I can't get to work the only other alternative was to use a link gen from the Nexus api that only lasted a day...
added support for doas users i think, i haven't been able to fully test it yet, in theory it should work though
also added auto dependency check and will prompt the user to install missing dependencies
will be fixing the arch problem in linux-main #6 soon i just wanted to help out the people who use doas first and also make it just a bit more convenient
hey @CrezyDud if your still keeping up with my fork id greatly appreciate it if you could test the doas support of the new release
im not very familiar with doas so i could only really make assumptions based off of what you have said and what google has said about it...
arch based distros confirmed to be working doing the last bit of testing on kubuntu and that should wrap this project up...
Ubuntu based distros confirmed working! this should mean most if not all debian based distros should work with this script
onto fedora....
fedora support not currently ready idk why but fedora 7z does not work as expected and i need to probably "detect" fedora and do some special stuff in the script
Many Gentoo users use doas instead of sudo, and doas doesn't have a -A argument, in fact it doesn't have askpass.
Many Gentoo users use doas instead of sudo, and doas doesn't have a -A argument, in fact it doesn't have askpass.
I'm aware of this fact which is why there should be a failsafe in place. simply run the gui script in a terminal like normal and you should get a normal password prompt from doas in the event that askpass fails to return a correct password, but i have not been able to test this yet as i currently do not use doas nor do i have a vm setup with a distro that comes with it...
lol sorry any one who wanted to use the "FullPatcher" option till now, i just found out when updating the scripts patch files to 1.5.3 that i forgot to add an important variable to getting the option system to work up until now the script has been only doing the "best of both worlds" option regardless of the users input sorry about that i thought for sure i replaced all the old code with the new $choice variable but i missed the most important part in line #39 of the linux-auto-compile-script.sh