Quote:
Originally Posted by hydrurga
Good to hear.
The ./ before the package name refers to a file in the current working directory.
p7zip is a command line application, not a GUI one. If you want a GUI solution then you will need to use the installed archive manager (it's Engrampa in Mint MATE 18/19 but I'm not sure what it will be for you on Mint 17.3 and whatever desktop environment you're using), or install another GUI application that you like. Whichever one you use will most probably use the underlying p7zip to do its 7-zip archive work, so you need to keep p7zip - it's not an either/or situation.
|
There is/was a gui for p7zip, I remember using it and it was much more complete than the basic (and exactly the same to each other) archive manager and file-roller. I remember having issues until I decided unrar a split into multiple files rar archive and someone over at the linux mint forums was telling me how p7zip's gui was able to deal with such and it didn't. Or it was me wanting to create one, the contextual menu usually is enough, I select 15mb packages (that's the usenet standard for binaries that aren't over 2gb) and bam it created one multiple rar serie and someone pestered me to use p7zip's gui. I have here a deb from p7zip's own website called p7zip-gui_15.09-1_amd64.deb , although that was the file causing me those problems, there is engrampa in Mint Mate 17.3, I installed that package or an update to it recently. It doesn't really matter right now anyway, once I got rid of the incompatible gui file from the system, now I can unpack any archive big or small through the contextual menu, I wasn't able to when that file was there, I verified and now it can again without the bar getting stuck half-way. Now I'd just like to install a 3.19 kernel, likely 3.19.8 as it is the last version before it falls into 4.x and 4.x is where my video cards get issues, not from anything under 4.2.0 though, I used to run 4.2.0 on an old mint 17.3 partition and its where everything fell apart shortly after, unbeknownst to me that the reason was the AMD video drivers did not work 4.2 and past it.
I know how to use ./, I know how to compile the traditional way or with cmake... obviously it only works for files that can be started as an application, I don't put that in front of a deb file when installing it manually, the system just tells me that's an error.
As for the kernel, yeah I know, I still get upgrades for 3.13 since 17.1 came with it, if I select Previous Versions in Grub there's 3.16.56, 3.16.55 and the 3.13.x.x from that time and also an upgrade to a much more recent one, I have one in those 32 ignored packages too. I'd rather get back on 3.19 like when one installs 17.3 straight from an iso on usb or dvd. One starts with 3.19.0-32 and the system is recognized as 14.04.5 as it should be when one does that. But I don't feel like reinstalling it this way, I'm sure there's a 3.19 kernel I can run, although like I said, Update-Manager has a really old list, trying to install 3.19-0.32 caused the error I managed to correct, if I had rebooted, bam the system would be broken forever, but I took care of business. Apparently, ukuu can be used since ubuntu and mint use the same kernels, as long as I stay within Trusty Tahr accepted kernels...it didn't cause any issue to install 3.16.55 then .56 and .57 from there. While Update-Manager had that strange problem while trying to install from where I should be installing and always did until 3.19-0.32, which I tried to install only to you know, get started in 3.19, seemed like an acceptable entry-point since that's the kernel that comes on a 17.3 iso, but no dice...the list in there goes up to 3.19-0.80 then jumps 4.2.0-18 which isn't acceptable. ukuu has 4.17~trusty which I'm pretty sure should work. It's hard to know, but all I know is I'm not upgrading just for 3.19-0.80 to fail like 3.19-0.32 did. I actually never had problems with installing kernels before that one time, in 8 years.