I'm trying to install Apache2+PHP5+MySQL-cluster on a Ubuntu 10.10 server. I've done many installs like this but with just plain MySQL so this is my first time using mysql-cluster. After getting mysql-cluster working I went back and installed the packages for apache and php5, but somehow I forgot to install the php5-mysql package (not sure how I missed that!) so when I got back to install it it tells me it wants to uninstall mysql-cluster. The "error" I see is:
mysql-cluster-client will be automatically removed because of dependency errors:
* mysql-cluster-client depends on mysql-cluster-client-5.1 [universe]
I put a lot of time in to get mysql-cluster working and don't want to lose it. How do I tell aptitude to just leave it alone and install the php5-mysql package?
I am trying to upgrade an amd64 lenny system to squeeze.I've got a 2.6.32 kernel running, done aptitude update and aptitude install aptitude.When I try "aptitude safe-upgrade", it sits forever resolving dependencies.it seems to search with the resolver counting up more and more open/conflict/ whatever.I stopped it once it got over 100,000)Is it possible to get aptitude to do a safe-upgrade, perhaps using a command line option?
i installed a package with dpkg --install and told it to ignore an unmet dependency because the package it depended on could not be installed with apt-get (it was a perl module) and i have manually installed the perl module, it works... however every time i do "apt-get upgrade" or anything like that it wants to remove the package i forced to install because it still thinks there are unmet dependencies, is there a way to either tell it to ignore that the package has unmet dependencies (i mean ignore that always, not something i will have to add every time i use aptitude) or is there a way to convince it that the package it thinks is missing (the unmet dependency) is actually met.
I was wondering if anyone knew how to get long package descriptions which searching for packages with aptitude.my search results have package descriptions that are truncated even if the terminal is expanded to allow longer one-line package descriptions.
I stopped using ubuntu for a while at 9.04 (went to mint and came back) because it was not installing properly. I thought it had aptitude in it then, but I did not have it after installing 10.10 (installed it twice it is not on either). I am just wondering why, even debian includes aptitude.
Did a fresh install of 10.04 Desktop 86_64 this weekend. One of the first issues I noticed right away was that apt was not function properly. Say for example you install the packages tor and vidalia (assume I'm running everything from root). #apt-get install tor vidalia This command will check and install necessary dependencies, for example 'privoxy'. Now if you decide that you don't want to use privoxy and instead use polipo, you would probably feel inclined to remove privoxy. Well I found that apt-get autoremove, apt-get remove, apt-get purge WILL NOT remove all the files/directories associated with the package. You'll find that after running each of these commands, there will still be directories, scripts, etc. in /etc/init, /etc, and /etc/rc*.d. The only solution I've found to completely removing a package is aptitude purge [package].
I've build a package using dpkg-buildpackage but whenever I run aptitude safe-upgrade it upgrades the package I compiled as well even though it's the same version is there a way to tell it to leave it alone?
The reason for installing the Lucid version is because Karmic version is 3 years old and crashes on my machine. The Lucid Amsynth package depends on newer versions of libatk1 and libjack0 than Karmic has, but I thought I would take a risk, and turns out Amsynth runs fine. However aptitude tries to uninstall Amsynth every time I do an upgrade. I think I've managed to put it on hold but now aptitude aborts. How can I tell aptitude to ignore the broken package and carry on.
E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied) E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
I had debian squeeze on my personal computer at home, 3 days ago i've upgraded it to the debian testing. last day i've installed virtualbox which i've gotten from virtualbox.org . today non of package managers work. an example of installing sumthin new with apt:
I changed to testing repository in my Debian 6.0 and I used command "apt-get update". Now, everytime I want to do something with apt-get or aptitude, I receive this:
With apt-get: Reading package lists... Error! E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/ftp.cz.debian.org_debian_dists_squeeze_main_i18n_Translation-cs E: The package lists or status file could not be parsed or opened.
or with aptitude: [ ERR] Reading package lists E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/ftp.cz.debian.org_debian_dists_squeeze_main_i18n_Translation-cs E: The package lists or status file could not be parsed or opened. E: Couldn't rebuild package cache E: Encountered a section with no Package: header E: Problem with MergeList /var/lib/apt/lists/ftp.cz.debian.org_debian_dists_squeeze_main_i18n_Translation-cs E: The package lists or status file could not be parsed or opened.....
I regularly compile something from a source repository that has a certain set of dependencies. Some of these dependencies are dev libraries that are provided via other libraries but are not considered installed packages in themselves, so I cannot test for some dependencies directly.
I am currently parsing an "apt-cache showpkg" output to check for some of these provided dependencies. This is somewhat kludge-y and messy, and I was looking for a more elegant solution.
Is there an APTITUDE option that will directly test for the presence of a library that is part of some other package without having to know the name of the package that the library is part of?
I'm running Debian squeeze and my packages are all up to date. I usually do my updates by typing 'aptitude update' and 'aptitude safe-upgrade' at the command line as root.Sometimes when doing regular updates aptitude, or the package that's being updated, shows a ncurses-style dialog box on the screen, usually to have the user 'OK' a change, or to select which version of a configuration file to keep. Recently I've found these dialog boxes to be slightly messed up... in that the spot at the bottom where I would expect the 'OK' button to be is replaced by nonsensical characters.
There seems to be no problem with the way that the program functions, as I can press the tab key and then the return key, or just the return key alone, and the dialog goes away, seemingly doing it's job. But I would like to know what this program is. It's likely been updated recently, but looking through /var/log/aptitude and /var/log/aptitude.1.gz I cannot figure out which one it is. I'd like to file a bug report, or simply be able to follow the progress of someone else's bug. That's all.
I forced the install of graph-tool package [URL]. Now it is of course tagged as broken, so update manager wont do anything. But I want to accept it, I know it is not really broken. (In fact, graph-tool_xxx.deb asks for libcgal4. squeeze only has libcgal5, so I am betting this is not an issue, as far as graph-tool is concerned.)
I'm trying to replace the ubuntu version of openoffice with the official release. During this procedure I ran the command:sudo aptitude remove openoffice.org-*and get the error: Couldn't find any package whose name or description matched "openoffice.org-re_1.6.1-18_amd64.deb"I went in to synaptic and removed all the openoffice packages through the GUI (none of which matched that name) as well as the UNO and URE packages. Even after uninstalling all the packages, if I run the aptitude command again get the same error.What is going on here? Does it indicate that my package database has been corrupted? Can I rebuild the database? Should I just ignore this error
Background: An [old] x86-based server running Debian Squeeze screwed up one of its SCSI hardware raids. Since the problem seemed more related to the raid controller than the disks (the disks still responded and I was able to restore their contents with some trickery), I got myself a QNAP NAS TS-119 as a replacement, installed Debian on it and wanted to install the original set of packages to the new platform.Instead of simply installing all packages on the QNAP that were on the old x86 box, I wanted to maintain the status of automatically installed packages in aptitude.
After looking at /var/lib/aptitude/pkgstates and a bit of confusionI looked at the aptitude source code and found the following rather simple explanation:Aptitude merges the package status information from apt and aptitude without storing redundant information in its own status file (which is good). This means the information aboutckages that were automatically installed is tracked in /var/lib/apt/extended_states.This may seem trivial but I couldn't find this information on the Internet I thought I'd submit a dummy question here in case others are havng similar problems.For the sake of completeness: There seem to be situations (like pending actions) where aptitude will store auto-install information in its own state file, /var/lib/aptitude/pkgstates.
I've recently come across a problem concerning the Package Installer that's stoping me from installing; whenever I try to install Package Installer pops up an error stating that only one software management tool is allowed to run at once. However whenever this happens it's the only visible tool open. No "update manager", "aptitude" or anything else. I've tried looking through the list of processors, but I can't find this other mysterious management tool it's complaining about.
I need to run Opencv 1.1 or lower to be compatible with the systems at my University where most of my work is done. 9.10 allowed 1.1 through apt, but before that I remember all kinds of nightmares getting OpenCV to run with FFMPEG. If I go back to self-installing 1.1, am I going to have a repeat of those nightmares? I guess a better way to phrase it, is there any way to get opencv 1.1 through aptitude?
What's the difference between apt-get and aptitude? Could I use either to effectively update my system? (ie. do "apt-get update" and "aptitude update" do the same thing?)
I read somewhere that it's not a good idea to mix the use of apt-* (eg. apt-get, apt-file, etc.) and "aptitude". I guess they're not using the same database to keep track of things.Problem is, they don't offer the same features:"apt-get safe-upgrade" doesn't exist, so have to use "aptitude safe-upgrade"."aptitude show/list mypackage" doesn't show the files that an uninstalled package (ie. still in depot) contains, so have to use "apt-file show mypackage".
I'm having problems with apt-get / aptitude / synaptic. When I run apt-get update or upgrade error i get following error message:
Reading package lists... Error! E: Unable to seek to 18446744071846088703 W: Unable to munmap E: The package lists or status file could not be parsed or opened.
I've runned apt-get clean cmd, but it didn't help. Pc is pretty new with 8 GB ram etc. Synaptic and aptitude gives this error when you open those.
Is is safe to assume that if I have Lucid's 64 bit server installed and then type apt-get install ubuntu-desktop, the 64 bit desktop will be installed?
So, aptitude has been remove from Maverick. I realise I can just install it if I wish to use it over apt-get, but is this this a sign that I should really be using apt-get now instead?