X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from mail.wtbts.no (mail.wtbts.no [213.234.126.131]) by mail.alpinelinux.org (Postfix) with ESMTP id 1F8F0DC11CB for ; Thu, 22 Dec 2011 18:13:04 +0000 (UTC) Received: from localhost (bsna.nor.wtbts.net [127.0.0.1]) by mail.wtbts.no (Postfix) with ESMTP id 11322AE4001 for ; Thu, 22 Dec 2011 18:13:04 +0000 (UTC) X-Virus-Scanned: Yes Received: from mail.wtbts.no ([127.0.0.1]) by localhost (bsna.nor.wtbts.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PClOEnwgBGmz for ; Thu, 22 Dec 2011 18:13:02 +0000 (UTC) Received: from mail.ytre.org (extmail.nor.wtbts.net [10.65.72.14]) by mail.wtbts.no (Postfix) with ESMTP id 08593376267 for ; Thu, 22 Dec 2011 18:13:02 +0000 (UTC) Received: from mail.ytre.org (localhost [127.0.0.1]) by mail.ytre.org (Postfix) with ESMTP id AB6DF60AF56FE for ; Thu, 22 Dec 2011 18:13:01 +0000 (UTC) Received: from mail.ytre.org (localhost [127.0.0.1]) by mail.ytre.org (Postfix) with ESMTP id 80C6760AF56FC for ; Thu, 22 Dec 2011 18:13:01 +0000 (UTC) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_fa559fd5dbc0d2edafc5243c1ebb9a7f" Date: Thu, 22 Dec 2011 19:13:01 +0100 From: Natanael Copa To: Subject: [alpine-devel] WARNING: do not upgrade udev to 175 and revert if you did Message-ID: <67aa1c5e0baeea31ad4b3d3f47564174@ytre.org> X-Sender: ncopa@alpinelinux.org User-Agent: Roundcube Webmail/0.5.4 X-Virus-Scanned: ClamAV using ClamSMTP --=_fa559fd5dbc0d2edafc5243c1ebb9a7f Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8 Hi, If you have upgraded to udev-175, then DO NOT REBOOT. run an 'apk upgrade -U -a' and make sure that you get udev-173 back. So, since udev is a critical component for desktop boxes for booting and hotplugging I asked on IRC if libudev was ABI compatible. While there I also asked how to detect ABI breakages since normally you can expect things to break when you upgrade x.y to x+1.y but not when you do x.y+1. The response was SONAME (that I normally check when I upgrade critical libs) I did checkthe SONAME and verified that the upgrade should not break Xorg etc. Then I pushed the udev upgrade to edge. Today I rebooted the boxes that got upgraded and guess what, they don't boot! And guess why... They moved /sbin/udevd to /lib/udev/udevd so the init.d script broke. Drivers didnt load, no mouse and no keyboard in xorg. What I didnt do was to check if udevd was where it always have been the latest 175 releases. It was kind of unthinkable that that would ever move. Why would anyone do such thing. Well, they did... so watch out for the udev-175 release that got pushed to edge. Sorry! -nc --=_fa559fd5dbc0d2edafc5243c1ebb9a7f Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi,

If you have upgraded to udev-175, then DO NOT REBOOT. run an 'apk = upgrade -U -a' and make sure that you get udev-173 back.

So, since udev is a critical component for desktop boxes for booting and= hotplugging I asked on IRC if libudev was ABI compatible. While there I al= so asked how to detect ABI breakages since normally you can expect things t= o break when you upgrade x.y to x+1.y but not when you do x.y+1. The respon= se was SONAME (that I normally check when I upgrade critical libs) I did ch= eckthe SONAME and verified that the upgrade should not break Xorg etc. Then= I pushed the udev upgrade to edge.

Today I rebooted the boxes that got upgraded and guess what, they don't = boot! And guess why... They moved /sbin/udevd to /lib/udev/udevd so the ini= t.d script broke. Drivers didnt load, no mouse and no keyboard in xorg. Wha= t I didnt do was to check if udevd was where it always have been the latest= 175 releases. It was kind of unthinkable that that would ever move. Why wo= uld anyone do such thing.

Well, they did... so watch out for the udev-175 release that got pushed = to edge.

Sorry!

-nc

--=_fa559fd5dbc0d2edafc5243c1ebb9a7f-- --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---