search

termux / termux-packages

A package build system for Termux.
https://termux.dev
Other
13.21k stars 3.04k forks source link

aptitude (package request) #865

Closed mklein994 closed 9 months ago

mklein994 commented 7 years ago

From the website:

aptitude is a featureful package manager for Debian GNU/Linux systems, based on the renowned apt package management infrastructure. aptitude provides the functionality of dselect and apt-get, as well as many additional features not found in either program.

http://aptitude.alioth.debian.org/doc/en/

vishalbiswas commented 7 years ago

last release was more than 2 years ago.

mklein994 commented 7 years ago

Thanks; I didn't think to check. It was good while it lasted.

mklein994 commented 7 years ago

Actually I take that back. 0.8.6 was released 2 weeks ago: git://anonscm.debian.org/aptitude/aptitude.git see commit 4137f1a5

vishalbiswas commented 7 years ago

Sorry, the wikipedia page is outdated!

Rudloff commented 7 years ago

Building aptitude requires libapt-pkg-dev which is not available in Termux.

gsnoff commented 5 years ago

Any progress on this?

I tend to have a number of heavy outdated packages installed in my environment which only stay there because they’re marked as manually installed, and I can’t afford starting from scratch every time I need an up-to-date environment, much less blindly meddle with flags through apt commands for hours. Aptitude makes it handy to quickly control which packages should be considered automatic dependencies eligible for autoremove once they’re no longer needed, allowing me to keep my Debian testing/unstable system lean and non-conflicting most of the time. I’d pretty much appreciate something like this for Termux too.

KevinBlue18 commented 5 years ago

I wish there is an update for this because I love this on Ubuntu.

SamB commented 5 years ago

Yeah, aptitude was the first thing I reached for when I wanted to browse through the available packages ...

rpil2 commented 4 years ago

i would still like to use aptitude

ghost commented 4 years ago

@rpil2 We are going to change packaging format. No further work for apt package manager and its add-ons will be done.

rpil2 commented 4 years ago

@xeffyr i didnt understand your link, but i found []https://github.com/termux/termux-app/issues/1072)(https://github.com/termux/termux-app/issues/1072), which i think says

this seems like it will annoy, alienate and/or confuse a lot of users.

I appreciate this is not your 'fault' but i suggest you start telling users - ie on the website, wiki, release notes, etc etc now, as seems like it is going to make termux unusable for some.

mklein994 commented 4 years ago

Is there a wiki entry or something that can describe this change in detail, how it will affect end users?

Grimler91 commented 4 years ago

@mklein994 we only have this short entry in the gh wiki: https://github.com/termux/termux-packages/wiki/Termux-and-Android-10. https://github.com/termux/termux-app/issues/1072 contains more details (and quite a lot of rants), apart from that all discussion on how to proceed has happened on gitter: https://gitter.im/termux/dev (search for android 10). And, of course, the current proposed solution is shown in the PR @xeffyr linked.

mralusw commented 4 years ago

I haven't quite followed all the interesting links, but at this point, apt works (notwithstanding @xeffyr comment about "no further work"), aptitude doesn't, and there is no decent console front end for apt on Termux.

For example, it's quite annoying to upgrade only a few of the upgradeable packages, since apt (and pkg, I assume) "helpfully" marks the targets of apt install as manually installed

xtkoba commented 2 years ago

Let's leave this open unless it is disallowed by the packaging policy.

xloem commented 2 years ago

It's not hard to make termux packages if anyone wants to start. We could maybe add work to it over the years until it happens. You can copy the build.sh file from another package in the termux-packages tree.