[arch-general] DeveloperWiki:usrlib - Note -> rebuild any needed packages *before* attempting update
All, After working through the glibc update on several boxes, there should be a _note_ added to the wiki. You should check the ownership of files in /lib _before_ attempting any part of the latest update with: $ find /lib -exec pacman -Qo -- {} + You will need to rebuild _all_ custom packages _before_ issuing: # pacman -Syu --ignore glibc Or you will be left _unable_ to rebuild the packages until you have finished the update due to the state of your system after pacman -Syu --ignore glibc. I know most of you know this, but for anyone who simply follows the wiki and gets to "Issue 2: The final "pacman -Su" still has conflicts in /lib" -- it will be too late at that point. At this point, just complete the update by whatever means necessary to get the remaining non-glibc owned files out of /lib, complete the update, then rebuild what you need. I didn't add the note to the wiki. I can, but don't want to do so until getting any feedback here. -- David C. Rankin, J.D.,P.E.
On Sun, Jul 15, 2012 at 04:20:36PM -0500, David C. Rankin wrote:
All,
After working through the glibc update on several boxes, there should be a _note_ added to the wiki. You should check the ownership of files in /lib _before_ attempting any part of the latest update with:
$ find /lib -exec pacman -Qo -- {} +
You will need to rebuild _all_ custom packages _before_ issuing:
# pacman -Syu --ignore glibc
Or you will be left _unable_ to rebuild the packages until you have finished the update due to the state of your system after pacman -Syu --ignore glibc.
I know most of you know this, but for anyone who simply follows the wiki and gets to "Issue 2: The final "pacman -Su" still has conflicts in /lib" -- it will be too late at that point. At this point, just complete the update by whatever means necessary to get the remaining non-glibc owned files out of /lib, complete the update, then rebuild what you need.
I didn't add the note to the wiki. I can, but don't want to do so until getting any feedback here.
-- David C. Rankin, J.D.,P.E.
Is that not what it says? It already says "These packages need rebuilding so as not to include the /lib directory. Then the final "pacman -Su" will successfully install glibc." I don't see any reason that after reading that it wouldn't be clear
On Sun, Jul 15, 2012 at 04:20:36PM -0500, David C. Rankin wrote:
All,
After working through the glibc update on several boxes, there should be a _note_ added to the wiki. You should check the ownership of files in /lib _before_ attempting any part of the latest update with:
$ find /lib -exec pacman -Qo -- {} +
You will need to rebuild _all_ custom packages _before_ issuing:
# pacman -Syu --ignore glibc
Or you will be left _unable_ to rebuild the packages until you have finished the update due to the state of your system after pacman -Syu --ignore glibc.
I know most of you know this, but for anyone who simply follows the wiki and gets to "Issue 2: The final "pacman -Su" still has conflicts in /lib" -- it will be too late at that point. At this point, just complete the update by whatever means necessary to get the remaining non-glibc owned files out of /lib, complete the update, then rebuild what you need.
I didn't add the note to the wiki. I can, but don't want to do so until getting any feedback here.
-- David C. Rankin, J.D.,P.E.
I missed your part about rebuilding before doing pacman -Syu --ignore glibc, that should be unnecessary as the files will be available in /usr/lib
On 07/15/2012 04:52 PM, Daniel Wallace wrote:
I missed your part about rebuilding before doing pacman -Syu --ignore glibc, that should be unnecessary as the files will be available in /usr/lib
libpam provided the only problem. When the initial pacman -Syu --ignore glibc moved libpam* from /lib to /usr/lib, it left the system unable to build packages that required libpam. I guess the search-path information was hardcoded in the configure.in. I rebuilt the packages that needed rebuilding (hal, shadow (modified), and virtualbox (aur)) on a second box and rsynced the new binaries to the box that was partially updated. After installing the new packages that removed all ownership from /lib (except for glibc), the final 'pacman -Su' completed fine. Progress is always a bit trying, but all in all, Arch did a good job with the move. -- David C. Rankin, J.D.,P.E.
On Sun, Jul 15, 2012 at 05:20:03PM -0500, David C. Rankin wrote:
On 07/15/2012 04:52 PM, Daniel Wallace wrote:
I missed your part about rebuilding before doing pacman -Syu --ignore glibc, that should be unnecessary as the files will be available in /usr/lib
libpam provided the only problem. When the initial pacman -Syu --ignore glibc moved libpam* from /lib to /usr/lib, it left the system unable to build packages that required libpam. I guess the search-path information was hardcoded in the configure.in. I rebuilt the packages that needed rebuilding (hal, shadow (modified), and virtualbox (aur)) on a second box and rsynced the new binaries to the box that was partially updated. After installing the new packages that removed all ownership from /lib (except for glibc), the final 'pacman -Su' completed fine.
Progress is always a bit trying, but all in all, Arch did a good job with the move.
-- David C. Rankin, J.D.,P.E.
up to date pam in the repos has all of it's stuff in /usr/lib, you didn't have pam up to date. Also hal has been deprecated for 2 years now, chances are whatever you think you need it for, you don't really need it. if you have hal because you are using [archlinuxfr] repo, you should remove the archlinuxfr repo, hal, and check that you don't have gen-init-cpio installed as that was removed from [archlinuxfr] at the sametime hal was and only a few month ago even though both have been deprecated for a while. There was no where that said to mv stuff from /lib to /usr/lib manually, everything instructed making sure you were entirely up to date, if you are unsure if your mirror is synced recently enough, you can check at http://www.archlinux.org/packages/
On 07/15/2012 06:25 PM, Daniel Wallace wrote:
On Sun, Jul 15, 2012 at 05:20:03PM -0500, David C. Rankin wrote:
I missed your part about rebuilding before doing pacman -Syu --ignore glibc, that should be unnecessary as the files will be available in /usr/lib
On 07/15/2012 04:52 PM, Daniel Wallace wrote: libpam provided the only problem. When the initial pacman -Syu --ignore glibc moved libpam* from /lib to /usr/lib, it left the system unable to build packages that required libpam. I guess the search-path information was hardcoded in the configure.in. I rebuilt the packages that needed rebuilding (hal, shadow (modified), and virtualbox (aur)) on a second box and rsynced the new binaries to the box that was partially updated. After installing the new packages that removed all ownership from /lib (except for glibc), the final 'pacman -Su' completed fine.
Progress is always a bit trying, but all in all, Arch did a good job with the move.
-- David C. Rankin, J.D.,P.E.
up to date pam in the repos has all of it's stuff in /usr/lib, you didn't have pam up to date. Also hal has been deprecated for 2 years now, chances are whatever you think you need it for, you don't really need it. if you have hal because you are using [archlinuxfr] repo, you should remove the archlinuxfr repo, hal, and check that you don't have gen-init-cpio installed as that was removed from [archlinuxfr] at the sametime hal was and only a few month ago even though both have been deprecated for a while.
There was no where that said to mv stuff from /lib to /usr/lib manually, everything instructed making sure you were entirely up to date, if you are unsure if your mirror is synced recently enough, you can check at http://www.archlinux.org/packages/
Actually he really needs hal -->Trinity requires it.
On 07/15/2012 05:43 PM, Baho Utot wrote:
Actually he really needs hal -->Trinity requires it.
Tim has a viable replacement in alpha. Upcoming 14.0.0 will still use hal, but it is on the way out. -- David C. Rankin, J.D.,P.E.
participants (3)
-
Baho Utot
-
Daniel Wallace
-
David C. Rankin