debian apt-get problem


Recommended Posts

After doing an apt-get upgrade i'm left with a serious problem

whenever i trie installing something or updating my system using apt-get i receive the following message

apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies.
  vim: Depends: vim-common (= 1:7.1-138+1) but 1:6.4-007+1 is installed
	   Depends: vim-runtime (= 1:7.1-138+1) but 1:6.4-007+1 is installed
E: Unmet dependencies. Try using -f.

when I follow the suggestion

apt-get -f install
Reading package lists... Done
Building dependency tree... Done
Correcting dependencies...Done
The following extra packages will be installed:
  vim vim-common vim-runtime
Suggested packages:
  ctags vim-doc vim-scripts
The following packages will be upgraded:
  vim vim-common vim-runtime
3 upgraded, 0 newly installed, 0 to remove and 95 not upgraded.
193 not fully installed or removed.
Need to get 0B/6388kB of archives.
After unpacking 9212kB of additional disk space will be used.
Do you want to continue [Y/n]? Y
(Reading database ... 27648 files and directories currently installed.)
Preparing to replace vim-common 1:6.4-007+1 (using .../vim-common_1%3a7.1-175+2_i386.deb) ...
Unpacking replacement vim-common ...
dpkg: error processing /var/cache/apt/archives/vim-common_1%3a7.1-175+2_i386.deb (--unpack):
 trying to overwrite `/usr/share/vim/vimcurrent', which is also in package vim-runtime
dpkg: considering removing vim-common in favour of vim ...
dpkg: no, cannot proceed with removal of vim-common (--auto-deconfigure will help):
 vim depends on vim-common (= 1:7.1-138+1)
  vim-common is to be removed.
dpkg: regarding .../vim_1%3a7.1-175+2_i386.deb containing vim:
 vim conflicts with vim-common (<< 1:7.1-175+1)
  vim-common (version 1:6.4-007+1) is installed.
dpkg: error processing /var/cache/apt/archives/vim_1%3a7.1-175+2_i386.deb (--unpack):
 conflicting packages - not installing vim
Preparing to replace vim-runtime 1:6.4-007+1 (using .../vim-runtime_1%3a7.1-175+2_all.deb) ...
Unpacking replacement vim-runtime ...
dpkg: error processing /var/cache/apt/archives/vim-runtime_1%3a7.1-175+2_all.deb (--unpack):
 trying to overwrite `/usr/share/man/man1/vimtutor.1.gz', which is also in package vim-common
Errors were encountered while processing:
 /var/cache/apt/archives/vim-common_1%3a7.1-175+2_i386.deb
 /var/cache/apt/archives/vim_1%3a7.1-175+2_i386.deb
 /var/cache/apt/archives/vim-runtime_1%3a7.1-175+2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

and now i have no idea what to do, so mark jenssen, where are you, i need help? :D

Link to comment
https://www.neowin.net/forum/topic/608876-debian-apt-get-problem/
Share on other sites

Topic moved here

And what did you upgrade from -> to? Did you check your repositories to make sure that they are pointing to the right ones after the upgrade? That would be my first thought....

  XerXis said:
and now i have no idea what to do, so mark jenssen, where are you, i need help? :D
Sorry. :( MarkJensen has no magic. :no:

Since vim seems to be the problem, try removing it and upgrade (did you mean update?). If it works without vim, then re-add it after the upgrade.

my sources.list point to unstable release (it's a system we mainly used for testing back in the days when mono was still in the unstable rep)

doing apt-get remove vim gives me the exact same result, as does apt-get upgrade, apt-get dist-upgrade or apt-get install vim.

The only thing that still works is apt-get update.

I was hoping to solve this without having to reformat the entire server :( (even if it is only a testing server, it's located in a datacenter and I would have to go there just to insert the cd)

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Never mind that in many cases such a migration would also violate the license for the third party software. Not that anyone thinks that license applies to them.
    • Google unveils OSS Rebuild to combat open source supply chain attacks by Paul Hill While much open source software is available free of charge, it makes up the backbone of modern digital infrastructure, making up 77% of applications and is valued at over $12 trillion. Its popularity has made it a prime target for sophisticated supply chain attacks, which can erode trust and create hesitation among developers and users. Some notable supply chain attacks (where malicious code is injected into trusted components) include solana/webjs, which saw a backdoor added via a compromised npm account, which led attackers to steal crypto private keys; tj-actions/changed-files had a compromised GitHub Action leaking secrets; and xz-utils got infected with a sophisticated backdoor that gave malicious actors remote access. To boost the safety of open source projects, Google has launched OSS Rebuild, which developers can use to verify the integrity of open source packages by reproducing their builds. The search giant said that OSS Rebuild generates Supply-chain Levels for Software Artifacts (SLSA) Build Level 3 requirements without maintainer effort, giving you a verifiable record of how a software artifact was built. Discussing the motivations behind the project, Google said: The OSS Rebuild project has multiple benefits, mainly aimed at security teams and maintainers. For security teams, they benefit from being able to detect unsubmitted source code, build environment compromises, and stealthy backdoors. OSS Rebuild also enhances metadata, augments Software Bills of Materials, and accelerates vulnerability response. Maintainers get strengthened package trust through independent verification and benefit from retrofitting historical packages with integrity attestations. The project initially supports PyPI (Python), npm (JS/TS), and Createsio (Rust) with more ecosystem support planned. The project can be used via the command line for users to fetch provenance, explore rebuilt versions, and rebuild packages. Image via Depositphotos.com
    • Watch this video. After changing all those settings the Windows 11 UI is much faster. https://youtu.be/k3uRYKJRons?si=6XhJTlZJa3A3Grxt
    • I use both MacOS and Windows and have since Mac went to Intel. Just replaced my MacBook M1 Pro 16 inch with a 15 inch M4 Air. Shaved off 1.5 lbs basically. MacBooks are hands down the best laptops when it comes to hardware. Fit and finish, and battery life are best in class. MacOS is also installed cleaner than Windows. A tamed install of Windows however just feels faster and is more capable than MacOS IMHO. That said almost all of the MacOS native apps are not great (Safari, Mail, Notes, pod casts, photos, text edit, finder etc). System properties used to be way more organized but is a mess theses days, much like Windows conversion from control panel to Settings.
  • Recent Achievements

    • Collaborator
      Snake Doc earned a badge
      Collaborator
    • Week One Done
      Snake Doc earned a badge
      Week One Done
    • One Month Later
      Johnny Mrkvička earned a badge
      One Month Later
    • Week One Done
      Sender88 earned a badge
      Week One Done
    • Dedicated
      Daniel Pinto earned a badge
      Dedicated
  • Popular Contributors

    1. 1
      +primortal
      611
    2. 2
      Michael Scrip
      199
    3. 3
      ATLien_0
      191
    4. 4
      +FloatingFatMan
      138
    5. 5
      Xenon
      125
  • Tell a friend

    Love Neowin? Tell a friend!