You are not logged in.
what is the new syntax for 'SyncFirst' in pacman 4.1?
greetings
Offline
What are those pages that tell you about software?
MAN I wish I could remember...
Offline
It's been removed
https://projects.archlinux.org/pacman.git/tree/NEWS#n16
Offline
Merge your pacman files...
Offline
Moving to [testing]...
Offline
Merge your pacman files...
it's the first i make when update package (merge changes in /etc/makepkg and /etc/pacman.conf)
but need keep SyncFirst
# If upgrades are available for these packages they will be asked for first
SyncFirst = linux-headers linux-lts-headers
need this to update kernel headers before update kernel, because i use mkinitcpio to update DKMS modules [1]
if upgrade kernel before install headers, the build dkms modules fail
[1] https://aur.archlinux.org/packages/mkinitcpio-dkms/
related:
https://wiki.archlinux.org/index.php/NV … any_kernel
https://wiki.archlinux.org/index.php/Vi … any_kernel
Last edited by sl1pkn07 (2013-04-18 12:11:34)
Offline
That feature was broken and regularly caused more harm than good so was removed. What we really need is post update hooks added to pacman to provide what you are looking for, but unfortunately that has never progressed beyond planning. (Not a solution for now I know...)
Offline
oks, thanks
Offline
Hi,
since I am the maintainer of the mentioned mkinitcpio-dkms package and in the same situation, I was thinking about a solution for this problem. There are various threads in the forums discussing it, which recommence to use something like `pacman -Sy linux headers && pacman -Su` for system update. But this approach doesn't feel right to me.
So I came up with the idea of installing the headers within my dkms hook, maybe with check of header and kernel version to match, and put the header package as IgnorePkg in the pacman.conf. But that doesn't look very solid either.
I am curious what others think about this approach. Maybe only as workaround until we get the mentioned post update hooks for pacman.
Greetz Corubba
Offline
How will you install something while pacman has a lock on the database?
Offline
By manually downloading and extracting the package :-D
Offline
How will you install something while pacman has a lock on the database?
Good point, indeed you can't. So the only solution seems to be this wrapper-ish UDF.
Offline
Or just rebuild the initramfs after the update: `pacman -Syu && mkinitcpio -p linux`
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Or just rebuild the initramfs after the update: `pacman -Syu && mkinitcpio -p linux`
The point is, you need more than one command to update your system including kernel and modules. If you have two pacman calls or one pacman and one mkinitcpio in your UDF doesn't matter here. There should be one command to manage all (except wrapper calls ). It may sound stupid but that's what it should be imho. No fancy stuff for non-fancy things.
And like Allan said, post update hooks are planned for quite some time. They will simplify many things. If they come.
That's what I'm using now.
update-yaourt() {
yaourt --needed -S -y linux-headers
yaourt -S -u $@ --aur
}
Last edited by Corubba (2013-04-08 12:13:45)
Offline
So the answer is to comment the SyncFirst line then in the /etc/pacman.conf file ?
Offline
So the answer is to comment the SyncFirst line then in the /etc/pacman.conf file ?
SyncFirst option has been removed https://projects.archlinux.org/pacman.git/tree/NEWS#n27
Offline