Packages don't update?

A while back, I tried removing dracut to see if it would fix an update anomaly I’m seeing (that was fun lol!). I figured I’d give it some time to see if it’d clear up on its own, but it’s still there. Here’s a screenshot of my Octopi showing the 2 packages that seem to be “not quite right” – dracut and yad. Is this actually a problem? Not sure what to do, if anything. Thanks in advance! :slight_smile:

It looks like you either removed the endeavouros repo from pacman.conf or you no longer have it at the top.

Here is the output of sudo cat /etc/pacman.conf:

#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
#HookDir     = /etc/pacman.d/hooks/
HoldPkg     = pacman glibc
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
#UseDelta    = 0.7
Architecture = auto

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
Color
ILoveCandy
#NoProgressBar
#CheckSpace
VerbosePkgLists
DisableDownloadTimeout
ParallelDownloads = 5

# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel    = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required

# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Arch Linux
# packagers with `pacman-key --populate archlinux`.

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#   - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.

[endeavouros]
SigLevel = PackageRequired
Include = /etc/pacman.d/endeavouros-mirrorlist

#[testing]
#Include = /etc/pacman.d/mirrorlist

[core]
Include = /etc/pacman.d/mirrorlist

[extra]
Include = /etc/pacman.d/mirrorlist

#[community-testing]
#Include = /etc/pacman.d/mirrorlist

[community]
Include = /etc/pacman.d/mirrorlist

# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.

#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist

[multilib]
Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs

Looks fine(Although you need to update it). I don’t use octopi. Perhaps it is a bug with octopi?

Due you get any errors/warnings when running sudo pacman -Syu ?

OK here is an updated pacman.conf:

[nutzhell@nutzhell-ws ~]$ sudo cat /etc/pacman.conf
[sudo] password for nutzhell: 
#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
IgnorePkg = glslang amd-ucode dracut zenity qt5pas webkit2gtk luajit webkit2gtk-4.1
#IgnorePkg = glslang amd-ucode dracut zenity qt5pas webkit2gtk luajit
#IgnorePkg = glslang amd-ucode dracut zenity qt5pas webkit2gtk
#IgnorePkg = glslang amd-ucode dracut zenity qt5pas
#IgnorePkg = glslang amd-ucode dracut zenity
#IgnorePkg = glslang amd-ucode dracut
#IgnorePkg = glslang amd-ucode
#IgnorePkg = glslang
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
#HookDir     = /etc/pacman.d/hooks/
HoldPkg     = pacman glibc
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
#UseDelta    = 0.7
Architecture = auto

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
Color
ILoveCandy
#NoProgressBar
#CheckSpace
VerbosePkgLists
DisableDownloadTimeout
ParallelDownloads = 5

# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel    = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required

# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Arch Linux
# packagers with `pacman-key --populate archlinux`.

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#   - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.

[endeavouros]
SigLevel = PackageRequired
Include = /etc/pacman.d/endeavouros-mirrorlist

#[testing]
#Include = /etc/pacman.d/mirrorlist

[core]
Include = /etc/pacman.d/mirrorlist

[extra]
Include = /etc/pacman.d/mirrorlist

#[community-testing]
#Include = /etc/pacman.d/mirrorlist

[community]
Include = /etc/pacman.d/mirrorlist

# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.

#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist

[multilib]
Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs
[nutzhell@nutzhell-ws ~]$ 

sudo pacman -Syu

[nutzhell@nutzhell-ws ~]$ sudo pacman -Syu
:: Synchronizing package databases...
 endeavouros is up to date
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
:: Starting full system upgrade...
warning: amd-ucode: ignoring package upgrade (20230310.588dd07-1 => 20230404.2e92a49f-1)
 there is nothing to do
[nutzhell@nutzhell-ws ~]$ ```

No warnings there. It looks like an issue with octopi not handling packages that are in more than one repo well. I don’t think there is anything for you to do here.

I meant you need to update it with the changes for the latest pacman version/repo changes.

Although, I don’t think that is related to this issue.

That seems risky. Why are you blocking ucode updates?

Out of curiosity, any particular reason that you block upgrades to these packages?

As already mentioned, you might not want blocking updates to amd-ucode for security reasons:

https://wiki.archlinux.org/title/Ucode

1 Like

Yes, especially amd-ucode and dracut

1 Like

Your ‘updated’ pacman.conf still has the Community section in it. It shouldn’t.
Community was merged with Extra. So there’s no [Community] section in the current pacman.conf file.

Thank you all very much for that info, I’ll get it updated!

As for blocking AMD-ucode, if I have the lastest build right now, my games stutter and choke. Staying on the April build, everything is ok. There’s a post in the forum about it recently: Anyone else noticed stuttering in games recently?

As for dracut being on the ignore list, I have no idea how that got there.

It’s annoying because it won’t update past the 0404 (april) build to the 0515 (may) build. So I have to stay on March build. I just tried updating with yay, pacman and octopi, and none of them would pick up the 0515 build. So I’ll downgrade it back to the March build and just wait longer lol

The April version is the one currently available in the repos.

Right, but there’s a May version that’s been built according to this https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

re: games stutter
I’m not sure if this is relevant to you as you didn’t say what CPU you had but Nvidia have acknowledged that there is an issue with incompatibility between DLSS and Ryzen 7000 series processors. It was posted on TechPowerUp today. They specifically mention Witcher3 & Cyberpunk 2077 as being affected.

This thread reads like a Seifeld episode…in a good way.

2 Likes

not_that_there's_anything_wrong_with_that

3 Likes