--l3FS9i9Bh7MGTrF8oIR2PbDfmVWAYdphc
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBAgAGBQJbP1BxAAoJEHttrpf+t6jnl/8P/1HG6iosKRMn1XTzjkPL+PLz
axZ4ujcJzUeNZ0ze99PaD2f5VfaCN9IxA3EAdlwPJJ1F00HflIQsyoi0DgDMiid9
89ktkG9ACe0+x7oL54rVmA6VlwgkYO8sGsx0khNZ1wGpgtiutxuyUv3W59Vgk2Fu
C/85Dpe7b32ehOfolQX05Q1nsykB2o2YearHXxVhh5hKHo7MEjIYuQkhgUpLHWRE
Q+e1bCRwBMctndSrHUtUEQPR+gTQZ0DqmPRz9hZshcN9Ox3v9UUUZYTA2WLWyJLh
kZ/Z5SncVUfxPf8oeRFyUOlOpd09pgPDW1w/5q0FBO6miKVW57jwzVQ4iDqInl3R
hX7ZW4emh3HkDuoFZGq5zTKYiXo3y0PSgbFWNpv8TpvkX7YN5hKrK7LSZSC+XLJs
PmodUmGxZLA/pl0WF255IbGL8RxV43LwSFuMSFncLU2r+2LVNFlbmuL/wgZm/Hkv
vmo13CHgpGw9ms956Y7Lhx15Yqs1camJsAQrnukLhekF7DH/RhU+6LVv2O1mFRok
0e+7pymS0iWyOJ9laBWZkAsAvG+SMdJMAPVamA5l6WOywLQ3ZdIWpWSadI7UrUFh
LHwssgvSW91PaZeeKtlqzuVzFgY39k4zHVG5PA830y40nOGc+QmC6lMepsE0wwXY
rARmBfdh0AoFsQ6ZjFim
=JxUh
-----END PGP SIGNATURE-----
--l3FS9i9Bh7MGTrF8oIR2PbDfmVWAYdphc--
=========================================================================
Date: Fri, 6 Jul 2018 13:20:14 -0500
Reply-To: Pat Riehecky <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Pat Riehecky <[log in to unmask]>
Subject: Re: Firefox 60 start page.
Comments: To: "aleksander.baranowski" <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <[log in to unmask]>
Thanks for the patch!
I'll see about getting it rolled out.
Can I have you file a bug about spice-xpi up at
https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20Linux%207&component=spice-xpi
Pat
On 07/06/2018 06:20 AM, aleksander.baranowski wrote:
> Hi,
>
> New Firefox has "https://start.fedoraproject.org/" as start page.
>
> The patch fixing it is provided in attachment.
>
> BTW New spice-xpi is not working with new FF.
>
> Bests,
> Alex
>
--
Pat Riehecky
Fermi National Accelerator Laboratory
www.fnal.gov
www.scientificlinux.org
=========================================================================
Date: Tue, 10 Jul 2018 19:09:26 +0200
Reply-To: Urs Beyerle <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Urs Beyerle <[log in to unmask]>
Subject: SL 6.10 LiveCD, LiveMiniCD and LiveDVD for testing
Comments: To: "[log in to unmask]"
<[log in to unmask]>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
Message-ID: <[log in to unmask]>
Hi,=0A=0ASL 6.10 LiveCD, LiveMiniCD (which is somehow obsolete) and LiveDVD=
for 32-bit and 64-bit are now available for testing:=0A=0Ahttps://urldefen=
se.proofpoint.com/v2/url?u=3Dhttp-3A__www.livecd.ethz.ch_download_testing_6=
10_i386&d=3DDwICaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySVxr0gDWSEbBYBg=
sCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3D-eF6lHYT8KX_Ofqi9YLjoqOzsW7y72l=
2J5VPEumjSUs&s=3DWir8CqYlnO_8BFHhPAxFtRbX8hlTaG8bfsmmdY8vyXQ&e=3D=0Ahttps:/=
/urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.livecd.ethz.ch_download_=
testing_610_x86-5F64&d=3DDwICaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySV=
xr0gDWSEbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3D-eF6lHYT8KX_Ofqi9Y=
LjoqOzsW7y72l2J5VPEumjSUs&s=3DWhdoeRudRsupzUK4cq7T5LRg78lJaopX7rffQucI-nA&e=
=3D=0A=0AThe LiveCDs are based on SL 6.10 RC 1.=0A=0AHave a nice day,=0A=0A=
Urs=0A=0A=0A=0A=
=========================================================================
Date: Tue, 10 Jul 2018 19:14:08 +0200
Reply-To: Urs Beyerle <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Urs Beyerle <[log in to unmask]>
Subject: Re: SL 6.10 LiveCD, LiveMiniCD and LiveDVD for testing
Comments: To: "[log in to unmask]"
<[log in to unmask]>
In-Reply-To: <[log in to unmask]>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
Message-ID: <[log in to unmask]>
=0Asorry, here are hopefully the short links:=0A=0Ahttps://urldefense.proof=
point.com/v2/url?u=3Dhttp-3A__www.livecd.ethz.ch_download_testing_68_i386&d=
=3DDwIDaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySVxr0gDWSEbBYBgsCHS7vSr8=
3lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3DdjFJHk2FLZ5twJ7lNZSD79cQk1x-2CH17kzoKbH5=
We0&s=3DKp447pHVcjQkfiCRws8SonXA8JRjEYD4vxMfluD4btU&e=3D=0Ahttps://urldefen=
se.proofpoint.com/v2/url?u=3Dhttp-3A__www.livecd.ethz.ch_download_testing_6=
8_x86-5F64&d=3DDwIDaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySVxr0gDWSEbB=
YBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3DdjFJHk2FLZ5twJ7lNZSD79cQk1x-=
2CH17kzoKbH5We0&s=3D9gF6T_mNnNVWedFdrl8SWjtDbZblGBTyP3OsMn0BzYE&e=3D=0A=0AC=
heers,=0A=0A Urs=0A=0A=0AOn 07/10/2018 07:09 PM, Urs Beyerle wrote:=0A> Hi,=
=0A>=20=0A> SL 6.10 LiveCD, LiveMiniCD (which is somehow obsolete) and Live=
DVD for 32-bit and 64-bit are now available for testing:=0A>=20=0A> https:/=
/urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.livecd.ethz.ch_download_=
testing_610_i386&d=3DDwICaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySVxr0g=
DWSEbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3D-eF6lHYT8KX_Ofqi9YLjoq=
OzsW7y72l2J5VPEumjSUs&s=3DWir8CqYlnO_8BFHhPAxFtRbX8hlTaG8bfsmmdY8vyXQ&e=3D=
=20=0A>=20=0A> https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.li=
vecd.ethz.ch_download_testing_610_x86-5F64&d=3DDwICaQ&c=3DgRgGjJ3BkIsb5y6s4=
9QqsA&r=3Dgd8BzeSQcySVxr0gDWSEbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&=
m=3D-eF6lHYT8KX_Ofqi9YLjoqOzsW7y72l2J5VPEumjSUs&s=3DWhdoeRudRsupzUK4cq7T5LR=
g78lJaopX7rffQucI-nA&e=3D=20=0A>=20=0A>=20=0A> The LiveCDs are based on SL =
6.10 RC 1.=0A>=20=0A> Have a nice day,=0A>=20=0A> =C2=A0=C2=A0=C2=A0 Urs=
=0A>=20=0A>=20=0A>=20=0A=
=========================================================================
Date: Tue, 10 Jul 2018 19:23:04 +0200
Reply-To: Urs Beyerle <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Urs Beyerle <[log in to unmask]>
Subject: Re: SL 6.10 LiveCD, LiveMiniCD and LiveDVD for testing
Comments: To: "[log in to unmask]"
<[log in to unmask]>
In-Reply-To: <[log in to unmask]>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
Message-ID: <[log in to unmask]>
=0Aokay. The SL mailing list seems to use urldefense.proofpoint.com. You ha=
ve to live with the long links:=0A=0Ahttps://urldefense.proofpoint.com/v2/u=
rl?u=3Dhttp-3A__www.livecd.ethz.ch_download_testing_610_i386&d=3DDwIDaQ&c=
=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySVxr0gDWSEbBYBgsCHS7vSr83lHQ-aa58eX=
ICk1KkzZlAHgohLRRrX&m=3Djc-idMCEFNljpiCzhqF0F6DlCNl9HjgV4yJ_3abvKxk&s=3DONA=
DDcw-ii6lEmrmLxTIS_o3Q-DdNM5GHlBX8QC2T_U&e=3D=0Ahttps://urldefense.proofpoi=
nt.com/v2/url?u=3Dhttp-3A__www.livecd.ethz.ch_download_testing_610_x86-5F64=
&d=3DDwIDaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySVxr0gDWSEbBYBgsCHS7vS=
r83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3Djc-idMCEFNljpiCzhqF0F6DlCNl9HjgV4yJ_3a=
bvKxk&s=3D5lt6O5T2q0y3N8-u4VLwt1xrj_gvfkmwT6qelZuVz78&e=3D=0A=0ASorry for t=
he noise.=0A=0A Urs=0A=0A=0A=0AOn 07/10/2018 07:14 PM, Urs Beyerle wrote:=
=0A>=20=0A> sorry, here are hopefully the short links:=0A>=20=0A> https://u=
rldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.livecd.ethz.ch_download_te=
sting_68_i386&d=3DDwIDaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySVxr0gDWS=
EbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3DdjFJHk2FLZ5twJ7lNZSD79cQk=
1x-2CH17kzoKbH5We0&s=3DKp447pHVcjQkfiCRws8SonXA8JRjEYD4vxMfluD4btU&e=3D=20=
=0A>=20=0A> https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.livec=
d.ethz.ch_download_testing_68_x86-5F64&d=3DDwIDaQ&c=3DgRgGjJ3BkIsb5y6s49Qqs=
A&r=3Dgd8BzeSQcySVxr0gDWSEbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3D=
djFJHk2FLZ5twJ7lNZSD79cQk1x-2CH17kzoKbH5We0&s=3D9gF6T_mNnNVWedFdrl8SWjtDbZb=
lGBTyP3OsMn0BzYE&e=3D=20=0A>=20=0A>=20=0A> Cheers,=0A>=20=0A> =C2=A0=C2=A0=
=C2=A0=C2=A0Urs=0A>=20=0A>=20=0A> On 07/10/2018 07:09 PM, Urs Beyerle wrote=
:=0A>> Hi,=0A>>=0A>> SL 6.10 LiveCD, LiveMiniCD (which is somehow obsolete)=
and LiveDVD for 32-bit and 64-bit are now available for testing:=0A>>=0A>>=
https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__www.livecd.ethz.ch_d=
ownload_testing_610_i386&d=3DDwICaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQ=
cySVxr0gDWSEbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3D-eF6lHYT8KX_Of=
qi9YLjoqOzsW7y72l2J5VPEumjSUs&s=3DWir8CqYlnO_8BFHhPAxFtRbX8hlTaG8bfsmmdY8vy=
XQ&e=3D=20=0A>>=0A>> https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__=
www.livecd.ethz.ch_download_testing_610_x86-5F64&d=3DDwICaQ&c=3DgRgGjJ3BkIs=
b5y6s49QqsA&r=3Dgd8BzeSQcySVxr0gDWSEbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgoh=
LRRrX&m=3D-eF6lHYT8KX_Ofqi9YLjoqOzsW7y72l2J5VPEumjSUs&s=3DWhdoeRudRsupzUK4c=
q7T5LRg78lJaopX7rffQucI-nA&e=3D=20=0A>>=0A>>=0A>> The LiveCDs are based on =
SL 6.10 RC 1.=0A>>=0A>> Have a nice day,=0A>>=0A>> =C2=A0=C2=A0=C2=A0=C2=A0=
Urs=0A>>=0A>>=0A>>=0A=
=========================================================================
Date: Wed, 11 Jul 2018 15:12:47 +0200
Reply-To: "aleksander.baranowski" <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: "aleksander.baranowski" <[log in to unmask]>
Subject: Red Hat in Czech translations for 6.10 comps.xml
Comments: To: "[log in to unmask]"
<[log in to unmask]>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature";
boundary="Ezdy0HjGcz1k9NgzHjTzG6tmsLTsD5FP7"
Message-ID: <[log in to unmask]>
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--Ezdy0HjGcz1k9NgzHjTzG6tmsLTsD5FP7
Content-Type: multipart/mixed; boundary="Tru8UxrYwS3lXW1EdqLInTOvlXJdVxP6H";
protected-headers="v1"
From: "aleksander.baranowski" <[log in to unmask]>
To: "[log in to unmask]" <[log in to unmask]>
Message-ID: <[log in to unmask]>
Subject: Red Hat in Czech translations for 6.10 comps.xml
--Tru8UxrYwS3lXW1EdqLInTOvlXJdVxP6H
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Hi,
I found that there are not re branded strings in comps.xml for
Scientific Linux 6.10.
Steps to reproduce:
1. wget -q
http://ftp.scientificlinux.org/linux/scientific/6.10/x86_64/os/repodata/c=
omps-sl6-x86_64.xml
2. grep -i "red hat" comps-sl6-x86_64.xml
OFC the first line "<!DOCTYPE ..." can be ignored, but Czech
descriptions shouldn't.
Bests,
Alex
--Tru8UxrYwS3lXW1EdqLInTOvlXJdVxP6H--
--Ezdy0HjGcz1k9NgzHjTzG6tmsLTsD5FP7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBAgAGBQJbRgJVAAoJEHttrpf+t6jnpw0P/RTytEWeSavz5wNzGZfPGHO6
DOKzBDi5SoVdpeg8PFYUvJt+QX7Zf55grwBsNI7sJLoujJjJRFfIpjhVgUtx3pIa
Jp65S8V0qUahd+gGgR1iXeE7oMFFONlkm2ra47WJKsiFI6qCr0Y/Gj4aDitvEOZr
nqwNv6kxaBu1yI/PE5yB4rO12TVeZiDBjewX4dSj9b0h6GUdqqrb4+1thTJqqpWh
x88nSgSa2ZovmRq3zwAryVuce0s/9kMOlkkctsKSlFNnaLPWok7BA1huMBak2P8w
jjhUIdbsCC9pYswILJ94iJ7HuIaJu1E3XyDJs+PZcXnM//68JaS9V21pRc1BWkJL
IaqALHRJyscgY6a0ldmahkiJOthuYeZxxYd78RCBfh92V5wq9VGa3ezMzufgu7Fa
cLJFHJg3hwnOvDcALVf/9m2GAXLlGCQwuT96llW7GhyNA9wl0vZhaAS0DsjnkwIV
mJSZljkgLv64QiqJ3F6dSDWTPDM5L4HppcIz6Y6tgBkorsIcQbZoZmvKXFmeuo8O
nlBbGZe0osEIXvKv1o4xmMocBPhhEoVpY2Z1/AZO6hmd7SHlktdj2XX8ketOLT0Z
4+8LNkABPN6rcFFHC6KTjPJNtZoRAUjzQMebF6BJt/upvGQerxJHvfrWRT9bfbCo
7sMwQszn0/Srxom4jbAC
=Yq+m
-----END PGP SIGNATURE-----
--Ezdy0HjGcz1k9NgzHjTzG6tmsLTsD5FP7--
=========================================================================
Date: Thu, 12 Jul 2018 02:46:00 +0200
Reply-To: Franchisseur Robert <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Franchisseur Robert <[log in to unmask]>
Subject: SL6 firefox issue.
Comments: To: Liste SL-users FNAL <[log in to unmask]>,
Liste SL-devel FNAL <[log in to unmask]>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS"
Content-Disposition: inline
Message-ID: <[log in to unmask]>
--RASg3xLB4tUQ4RcS
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hello,
If we try to "Save page as" with the last firefox release
firefox-60.1.0-5.el6.x86_64 the program crashes. Idem when trying to
change some parameters in "preferences"
and we can see the following in /var/log/messages
Jul 11 22:08:21 goubert kernel: firefox[5184] trap int3 ip:7f04f00eb5bf sp:=
7ffee88ac880 error:0
Jul 11 22:08:21 goubert kernel: Chrome_~dThread[5441]: segfault at 0 ip 000=
07fe073e4cf9d sp 00007fe0715eeaf0 error 6 in libxul.so[7fe073961000+532a000]
Jul 11 22:08:21 goubert kernel: Chrome_~dThread[5387]: segfault at 0 ip 000=
07ff07524cf9d sp 00007ff0729eeaf0 error 6 in libxul.so[7ff074d61000+532a000]
--=20
Best regards,
Robert FRANCHISSEUR
____ Apollo_gist :-)_______________________________________________
| Robert FRANCHISSEUR Phone : +33 (0)950 635 636 |
| 30 rue Ren=E9 Hamon Phone : +33 (0)1 46 78 37 29 |
| F-94800 VILLEJUIF e-mail : Robert at Franchisseur . fr |
-------------------------------------------------------------------
--RASg3xLB4tUQ4RcS
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
iEYEARECAAYFAltGpMgACgkQ3uV3IcgYbOkj5gCeIOqYKV2n4y608iGTLrglUi/m
wrQAnjVubqjcmJglPaRDTZ3zLtmHL8kz
=JjQg
-----END PGP SIGNATURE-----
--RASg3xLB4tUQ4RcS--
=========================================================================
Date: Thu, 12 Jul 2018 08:43:47 -0500
Reply-To: Pat Riehecky <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Pat Riehecky <[log in to unmask]>
Subject: Re: Red Hat in Czech translations for 6.10 comps.xml
Comments: To: "aleksander.baranowski" <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <[log in to unmask]>
Thanks for the report!
I'll take a look.
Pat
On 07/11/2018 08:12 AM, aleksander.baranowski wrote:
> Hi,
>
> I found that there are not re branded strings in comps.xml for
> Scientific Linux 6.10.
>
> Steps to reproduce:
>
> 1. wget -q
> http://ftp.scientificlinux.org/linux/scientific/6.10/x86_64/os/repodata/comps-sl6-x86_64.xml
> 2. grep -i "red hat" comps-sl6-x86_64.xml
>
> OFC the first line "<!DOCTYPE ..." can be ignored, but Czech
> descriptions shouldn't.
>
> Bests,
> Alex
>
--
Pat Riehecky
Fermi National Accelerator Laboratory
www.fnal.gov
www.scientificlinux.org
=========================================================================
Date: Thu, 12 Jul 2018 13:19:51 -0500
Reply-To: Jesse Bren <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Jesse Bren <[log in to unmask]>
Subject: Re: SL6 firefox issue.
Comments: To: [log in to unmask], [log in to unmask],
[log in to unmask]
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="00000000000071f2ab0570d1695b"
Message-ID: <[log in to unmask]>
--00000000000071f2ab0570d1695b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
I've reports of the same, have not yet had a chance to test a rollback of
firefox.
Mozilla Firefox 60.1.0
/var/log/messages at time of crash:
Jul 12 13:15:51 hydra kernel: firefox[58474] trap int3 ip:7fd8e93eb5bf
sp:7ffe5c4556a0 error:0
Jul 12 13:15:51 hydra kernel: Chrome_~dThread[58622]: segfault at 0 ip
00007f53afa4cf9d sp 00007f53ad1eeaf0 error 6 in
libxul.so[7f53af561000+532a000]
Jul 12 13:15:51 hydra kernel: Chrome_~dThread[58700]: segfault at 0 ip
00007f593d24cf9d sp 00007f593a9eeaf0 error 6 in
libxul.so[7f593cd61000+532a000]
Jul 12 13:15:51 hydra kernel: Chrome_~dThread[58728]: segfault at 0 ip
00007fd05fe4cf9d sp 00007fd05d5eeaf0 error 6 in
libxul.so[7fd05f961000+532a000]
kernel version info:
Linux hydra 2.6.32-754.2.1.el6.x86_64 #1 SMP Tue Jul 10 13:23:59 CDT 2018
x86_64 x86_64 x86_64 GNU/Linux
On Wed, Jul 11, 2018 at 7:46 PM Franchisseur Robert <[log in to unmask]
>
wrote:
> Hello,
>
> If we try to "Save page as" with the last firefox release
> firefox-60.1.0-5.el6.x86_64 the program crashes. Idem when trying to
> change some parameters in "preferences"
>
> and we can see the following in /var/log/messages
>
> Jul 11 22:08:21 goubert kernel: firefox[5184] trap int3 ip:7f04f00eb5bf
> sp:7ffee88ac880 error:0
> Jul 11 22:08:21 goubert kernel: Chrome_~dThread[5441]: segfault at 0 ip
> 00007fe073e4cf9d sp 00007fe0715eeaf0 error 6 in
> libxul.so[7fe073961000+532a000]
> Jul 11 22:08:21 goubert kernel: Chrome_~dThread[5387]: segfault at 0 ip
> 00007ff07524cf9d sp 00007ff0729eeaf0 error 6 in
> libxul.so[7ff074d61000+532a000]
>
>
> --
> Best regards,
> Robert FRANCHISSEUR
> ____ Apollo_gist :-)_______________________________________________
> | Robert FRANCHISSEUR Phone : +33 (0)950 635 636 |
> | 30 rue Ren=C3=A9 Hamon Phone : +33 (0)1 46 78 37 29 =
|
> | F-94800 VILLEJUIF e-mail : Robert at Franchisseur . fr |
> -------------------------------------------------------------------
>
--=20
Jesse C. Bren
College of Science and Engineering
[log in to unmask] - 612.624.5040
--00000000000071f2ab0570d1695b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:arial,he=
lvetica,sans-serif">I've reports of the same, have not yet had a chance=
to test a rollback of firefox.</div><div class=3D"gmail_default" style=3D"=
font-family:arial,helvetica,sans-serif"><br></div><div class=3D"gmail_defau=
lt"><div><div><font face=3D"arial, helvetica, sans-serif">Mozilla Firefox 6=
0.1.0</font></div></div><div style=3D"font-family:arial,helvetica,sans-seri=
f"><br></div><div style=3D"font-family:arial,helvetica,sans-serif">/var/log=
/messages at time of crash:</div><div><div><div><font face=3D"arial, helvet=
ica, sans-serif">Jul 12 13:15:51 hydra kernel: firefox[58474] trap int3 ip:=
7fd8e93eb5bf sp:7ffe5c4556a0 error:0</font></div><div><font face=3D"arial, =
helvetica, sans-serif">Jul 12 13:15:51 hydra kernel: Chrome_~dThread[58622]=
: segfault at 0 ip 00007f53afa4cf9d sp 00007f53ad1eeaf0 error 6 in libxul.s=
o[7f53af561000+532a000]</font></div><div><font face=3D"arial, helvetica, sa=
ns-serif">Jul 12 13:15:51 hydra kernel: Chrome_~dThread[58700]: segfault at=
0 ip 00007f593d24cf9d sp 00007f593a9eeaf0 error 6 in libxul.so[7f593cd6100=
0+532a000]</font></div><div><font face=3D"arial, helvetica, sans-serif">Jul=
12 13:15:51 hydra kernel: Chrome_~dThread[58728]: segfault at 0 ip 00007fd=
05fe4cf9d sp 00007fd05d5eeaf0 error 6 in libxul.so[7fd05f961000+532a000]</f=
ont></div></div><div style=3D"font-family:arial,helvetica,sans-serif"><br><=
/div><div style=3D"font-family:arial,helvetica,sans-serif">kernel version i=
nfo:</div><div style=3D"font-family:arial,helvetica,sans-serif"><div>Linux =
hydra 2.6.32-754.2.1.el6.x86_64 #1 SMP Tue Jul 10 13:23:59 CDT 2018 x86_64 =
x86_64 x86_64 GNU/Linux</div><div><br></div></div><div style=3D"font-family=
:arial,helvetica,sans-serif"><br></div></div></div></div><br><div class=3D"=
gmail_quote"><div dir=3D"ltr">On Wed, Jul 11, 2018 at 7:46 PM Franchisseur =
Robert <<a href=3D"mailto:[log in to unmask]" target=3D"_blank">Robe=
[log in to unmask]</a>> wrote:<br></div><blockquote class=3D"gmail_quote=
" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">H=
ello,<br>
<br>
If=C2=A0 we=C2=A0 try=C2=A0 to=C2=A0 "Save=C2=A0 page=C2=A0 as"=
=C2=A0 =C2=A0with=C2=A0 the=C2=A0 last=C2=A0 firefox=C2=A0 release<br>
firefox-60.1.0-5.el6.x86_64 the program crashes.=C2=A0 Idem when trying to<=
br>
change some parameters in "preferences"<br>
<br>
and we can see the following in /var/log/messages<br>
<br>
Jul 11 22:08:21 goubert kernel: firefox[5184] trap int3 ip:7f04f00eb5bf sp:=
7ffee88ac880 error:0<br>
Jul 11 22:08:21 goubert kernel: Chrome_~dThread[5441]: segfault at 0 ip 000=
07fe073e4cf9d sp 00007fe0715eeaf0 error 6 in libxul.so[7fe073961000+532a000=
]<br>
Jul 11 22:08:21 goubert kernel: Chrome_~dThread[5387]: segfault at 0 ip 000=
07ff07524cf9d sp 00007ff0729eeaf0 error 6 in libxul.so[7ff074d61000+532a000=
]<br>
<br>
<br>
-- <br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Best regards,=
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Robert FRANCHISSEUR<br>
=C2=A0____ Apollo_gist :-)_______________________________________________<b=
r>
| Robert FRANCHISSEUR=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0Phone=C2=A0 : +33 (0)950=C2=A0 635=C2=A0 636 |<br>
| 30 rue Ren=C3=A9 Hamon=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0Phone=C2=A0 : +33 (0)1 46 78 37 29 |<br>
| F-94800 VILLEJUIF=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 e-mail : Rober=
t at Franchisseur . fr |<br>
=C2=A0-------------------------------------------------------------------<b=
r>
</blockquote></div><br clear=3D"all"><div><br></div>-- <br><div dir=3D"ltr"=
class=3D"m_168668438440532384m_9077168407117322833gmail_signature" data-sm=
artmail=3D"gmail_signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><fo=
nt color=3D"#000000">Jesse C. Bren</font><br></div><div>College of Science =
and Engineering</div><div><span style=3D"font-size:12.8px"><a href=3D"mailt=
o:[log in to unmask]" target=3D"_blank">[log in to unmask]</a> =C2=A0- =C2=A0612.62=
4.5040</span><br></div></div></div></div></div>
--00000000000071f2ab0570d1695b--
=========================================================================
Date: Thu, 12 Jul 2018 15:04:11 -0700
Reply-To: Akemi Yagi <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Akemi Yagi <[log in to unmask]>
Subject: Re: SL6 firefox issue.
Comments: To: "[log in to unmask]"
<[log in to unmask]>,
"[log in to unmask]" <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
Message-ID: <[log in to unmask]>
On Thu, Jul 12, 2018 at 11:19 AM, Jesse Bren <[log in to unmask]> wrote:=0A> =
I've reports of the same, have not yet had a chance to test a rollback of=
=0A> firefox.=0A>=0A> Mozilla Firefox 60.1.0=0A>=0A> /var/log/messages at t=
ime of crash:=0A> Jul 12 13:15:51 hydra kernel: firefox[58474] trap int3 ip=
:7fd8e93eb5bf=0A> sp:7ffe5c4556a0 error:0=0A> Jul 12 13:15:51 hydra kernel:=
Chrome_~dThread[58622]: segfault at 0 ip=0A> 00007f53afa4cf9d sp 00007f53a=
d1eeaf0 error 6 in=0A> libxul.so[7f53af561000+532a000]=0A> Jul 12 13:15:51 =
hydra kernel: Chrome_~dThread[58700]: segfault at 0 ip=0A> 00007f593d24cf9d=
sp 00007f593a9eeaf0 error 6 in=0A> libxul.so[7f593cd61000+532a000]=0A> Jul=
12 13:15:51 hydra kernel: Chrome_~dThread[58728]: segfault at 0 ip=0A> 000=
07fd05fe4cf9d sp 00007fd05d5eeaf0 error 6 in=0A> libxul.so[7fd05f961000+532=
a000]=0A>=0A> kernel version info:=0A> Linux hydra 2.6.32-754.2.1.el6.x86_6=
4 #1 SMP Tue Jul 10 13:23:59 CDT 2018=0A> x86_64 x86_64 x86_64 GNU/Linux=0A=
=0A> On Wed, Jul 11, 2018 at 7:46 PM Franchisseur Robert <Robert@franchisse=
ur.fr>=0A> wrote:=0A>>=0A>> Hello,=0A>>=0A>> If we try to "Save page =
as" with the last firefox release=0A>> firefox-60.1.0-5.el6.x86_64 th=
e program crashes. Idem when trying to=0A>> change some parameters in "pre=
ferences"=0A>>=0A>> and we can see the following in /var/log/messages=0A>>=
=0A>> Jul 11 22:08:21 goubert kernel: firefox[5184] trap int3 ip:7f04f00eb5=
bf=0A>> sp:7ffee88ac880 error:0=0A>> Jul 11 22:08:21 goubert kernel: Chrome=
_~dThread[5441]: segfault at 0 ip=0A>> 00007fe073e4cf9d sp 00007fe0715eeaf0=
error 6 in=0A>> libxul.so[7fe073961000+532a000]=0A>> Jul 11 22:08:21 goube=
rt kernel: Chrome_~dThread[5387]: segfault at 0 ip=0A>> 00007ff07524cf9d sp=
00007ff0729eeaf0 error 6 in=0A>> libxul.so[7ff074d61000+532a000]=0A=0A> --=
=0A> Jesse C. Bren=0A> College of Science and Engineering=0A> [log in to unmask]
u - 612.624.5040=0A=0AMaybe this upstream bug:=0A=0Ahttps://urldefense.pr=
oofpoint.com/v2/url?u=3Dhttps-3A__bugzilla.redhat.com_show-5Fbug.cgi-3Fid-3=
D1596852&d=3DDwIBaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=3Dgd8BzeSQcySVxr0gDWSEbBYB=
gsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3DaJuD2HebGXPiJg5a7uIjDE-hVxMirO=
2ltX1dSdgaP9Q&s=3DSHYX_ASoxvjm8wntNfFU_OJQ5bQHn7bUj2QdkOJX1eM&e=3D=0A=0AAke=
mi=0A=
=========================================================================
Date: Thu, 12 Jul 2018 15:34:57 -0700
Reply-To: Akemi Yagi <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Akemi Yagi <[log in to unmask]>
Subject: Re: SL6 firefox issue.
Comments: To: "[log in to unmask]"
<[log in to unmask]>,
"[log in to unmask]" <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: Quoted-printable
MIME-Version: 1.0
Message-ID: <[log in to unmask]>
On Thu, Jul 12, 2018 at 3:04 PM, Akemi Yagi <[log in to unmask]> wrote:=0A> O=
n Thu, Jul 12, 2018 at 11:19 AM, Jesse Bren <[log in to unmask]> wrote:=0A>> =
I've reports of the same, have not yet had a chance to test a rollback of=
=0A>> firefox.=0A>>=0A>> Mozilla Firefox 60.1.0=0A>>=0A>> /var/log/messages=
at time of crash:=0A>> Jul 12 13:15:51 hydra kernel: firefox[58474] trap i=
nt3 ip:7fd8e93eb5bf=0A>> sp:7ffe5c4556a0 error:0=0A>> Jul 12 13:15:51 hydra=
kernel: Chrome_~dThread[58622]: segfault at 0 ip=0A>> 00007f53afa4cf9d sp =
00007f53ad1eeaf0 error 6 in=0A>> libxul.so[7f53af561000+532a000]=0A>> Jul 1=
2 13:15:51 hydra kernel: Chrome_~dThread[58700]: segfault at 0 ip=0A>> 0000=
7f593d24cf9d sp 00007f593a9eeaf0 error 6 in=0A>> libxul.so[7f593cd61000+532=
a000]=0A>> Jul 12 13:15:51 hydra kernel: Chrome_~dThread[58728]: segfault a=
t 0 ip=0A>> 00007fd05fe4cf9d sp 00007fd05d5eeaf0 error 6 in=0A>> libxul.so[=
7fd05f961000+532a000]=0A>>=0A>> kernel version info:=0A>> Linux hydra 2.6.3=
2-754.2.1.el6.x86_64 #1 SMP Tue Jul 10 13:23:59 CDT 2018=0A>> x86_64 x86_64=
x86_64 GNU/Linux=0A>=0A>> On Wed, Jul 11, 2018 at 7:46 PM Franchisseur Rob=
ert <[log in to unmask]>=0A>> wrote:=0A=0A> Maybe this upstream bug:=0A=
>=0A> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__bugzilla.redha=
t.com_show-5Fbug.cgi-3Fid-3D1596852&d=3DDwIBaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=
=3Dgd8BzeSQcySVxr0gDWSEbBYBgsCHS7vSr83lHQ-aa58eXICk1KkzZlAHgohLRRrX&m=3D1B5=
qvEea2iCZbTXKTA38T-6xZb-gQ7-2JTaZM0C-2sA&s=3DpLyQsPjxLSaCVqWrl4kdWovVMClyQS=
dYZ9RpDX7pc-s&e=3D=0A>=0A> Akemi=0A=0AI confirm that the patch provided in =
the above RHBZ fixes the problem.=0AIn short, open /usr/bin/firefox and cha=
nge the last line:=0A=0Aexec $MOZ_LAUNCHER $script_args $MOZ_PROGRAM "$@"=
=0A=0Ato=0A=0Aexec env XDG_DATA_DIRS=3D"$MOZ_LIB_DIR/firefox/bundled/share"=
=0A$MOZ_LAUNCHER $script_args $MOZ_PROGRAM "$@"=0A(note this is one line)=
=0A=0AAkemi=0A=
=========================================================================
Date: Fri, 13 Jul 2018 14:45:07 +0200
Reply-To: Franchisseur Robert <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Franchisseur Robert <[log in to unmask]>
Subject: Re: SL6 firefox issue.
Comments: To: Akemi Yagi <[log in to unmask]>
Comments: cc: "[log in to unmask]"
<[log in to unmask]>,
"[log in to unmask]" <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="3O1VwFp74L81IIeR"
Content-Disposition: inline
Message-ID: <[log in to unmask]>
--3O1VwFp74L81IIeR
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
-- Le (On) 2018-07-12 -0700 =E0 (at) 15:34:57 Akemi Yagi =E9crivit (wrote):=
--
> <snip>
> > Maybe this upstream bug:
> >
> > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__bugzilla.redhat.=
com_show-5Fbug.cgi-3Fid-3D1596852&d=3DDwIBaQ&c=3DgRgGjJ3BkIsb5y6s49QqsA&r=
=3Dgd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=3DX9u=
nDwqvB-8suHJh2rQJ3FtCUONoQQfYfTeRgWDQnMc&s=3DS8y5nL-c9ztjpJV3nj8D2U7X9Xd8R1=
zGo1nbn-ktWBw&e=3D
> >
> > Akemi
>=20
> I confirm that the patch provided in the above RHBZ fixes the problem.
> In short, open /usr/bin/firefox and change the last line:
>=20
> exec $MOZ_LAUNCHER $script_args $MOZ_PROGRAM "$@"
>=20
> to
>=20
> exec env XDG_DATA_DIRS=3D"$MOZ_LIB_DIR/firefox/bundled/share"
> $MOZ_LAUNCHER $script_args $MOZ_PROGRAM "$@"
> (note this is one line)
>=20
Thanks a lot Akemi !
--=20
Best regards,
Robert FRANCHISSEUR
____ Apollo_gist :-)_______________________________________________
| Robert FRANCHISSEUR Phone : +33 (0)950 635 636 |
| 30 rue Ren=E9 Hamon Phone : +33 (0)1 46 78 37 29 |
| F-94800 VILLEJUIF e-mail : Robert at Franchisseur . fr |
-------------------------------------------------------------------
--3O1VwFp74L81IIeR
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (GNU/Linux)
iEYEARECAAYFAltIntMACgkQ3uV3IcgYbOmaPACfRjH6FWDdyMmg1VS94BdEhglM
lW4AnAoqaQ9RHo0q50LQSe7myko38/9j
=Hjv9
-----END PGP SIGNATURE-----
--3O1VwFp74L81IIeR--
=========================================================================
Date: Wed, 25 Jul 2018 17:21:47 -0700
Reply-To: "Patrick J. LoPresti" <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: "Patrick J. LoPresti" <[log in to unmask]>
Subject: Version mismatch between SL7.5 kernel and kmod-kvdo packages?
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Message-ID: <[log in to unmask]>
As far as I can tell, the latest kmod-kvdo package for SL7.5 is
version 6.1.0-171-17.el7_5:
$ rpm -q --requires -p
./x86_64/updates/fastbugs/kmod-kvdo-6.1.0.171-17.el7_5.x86_64.rpm |
grep dm_get_device
kernel(dm_get_device) = 0xf3d46cd5
...while the latest kernel package is version 3.10.0-862-6.3.el7:
$ rpm -q --provides -p
./x86_64/updates/security/kernel-3.10.0-862.6.3.el7.x86_64.rpm | grep
dm_get_device
kernel(dm_get_device) = 0x602cd186
As you can see from the requires/provides, these packages are
incompatible. (A few other dm_xxx symbols are similarly mismatched.)
Note that the next-to-latest kernel, 3.10.0-862.3.3, provides the
symbol versions that the latest kmod-kvdo is expecting. So it appears
that kmod-kvdo is out of date (?)
- Pat
=========================================================================
Date: Wed, 25 Jul 2018 22:06:56 -0700
Reply-To: Akemi Yagi <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Akemi Yagi <[log in to unmask]>
Subject: Re: Version mismatch between SL7.5 kernel and kmod-kvdo packages?
Comments: To: "Patrick J. LoPresti" <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Message-ID: <[log in to unmask]>
On Wed, Jul 25, 2018 at 5:21 PM, Patrick J. LoPresti <[log in to unmask]> wrote:
> As far as I can tell, the latest kmod-kvdo package for SL7.5 is
> version 6.1.0-171-17.el7_5:
>
> $ rpm -q --requires -p
> ./x86_64/updates/fastbugs/kmod-kvdo-6.1.0.171-17.el7_5.x86_64.rpm |
> grep dm_get_device
> kernel(dm_get_device) = 0xf3d46cd5
>
> ...while the latest kernel package is version 3.10.0-862-6.3.el7:
>
> $ rpm -q --provides -p
> ./x86_64/updates/security/kernel-3.10.0-862.6.3.el7.x86_64.rpm | grep
> dm_get_device
> kernel(dm_get_device) = 0x602cd186
>
> As you can see from the requires/provides, these packages are
> incompatible. (A few other dm_xxx symbols are similarly mismatched.)
>
> Note that the next-to-latest kernel, 3.10.0-862.3.3, provides the
> symbol versions that the latest kmod-kvdo is expecting. So it appears
> that kmod-kvdo is out of date (?)
>
> - Pat
Good catch.
It looks like kmod-kvdo-6.1.0.171-17.el7_5 was built against
kernel-3.10.0-862.el7. It needs to be rebuilt against the
3.10.0-862.6.1.el7 kernel to match the upstream (RH) package. It will
then work with the newer 7.5 kernels as well.
Akemi
=========================================================================
Date: Thu, 26 Jul 2018 12:29:00 +0200
Reply-To: Ralph Angenendt <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Ralph Angenendt <[log in to unmask]>
Subject: repodata broken on 6x/x86_64/os
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
Message-ID: <[log in to unmask]>
Hi,
not sure if this is the correct mailing list for this, but:
Since 10th of August the checksum for the comps.xml file is different
from the one in repomd.xml. We found that while syncing to our internal
mirror, as we're checking the repodata after syncing before committing
to the mirror directories.
| ERROR: repo ./6x/x86_64/os has broken METADATA:
| group metadata missing or does not match checksum
| $ sha256sum repodata/comps-sl6-x86_64.xml
| 7abb38b1f9922a37876cff991a034ce81a9ec2fa00476796e2ed4f277b627783 repodata/comps-sl6-x86_64.xml
| $ grep -B1 comps-sl6-x86_64.xml\" repodata/repomd.xml
| <checksum type="sha256">0161909200c76feb5ca1b32559f33a153690c6e5824be7f9509edbd569708adb</checksum>
| <location href="repodata/comps-sl6-x86_64.xml"/>
I checked this against freshly downloaded metadata from ftp1.scientificlinux.org and get the same results here.
Regards,
Ralph
--
He'll rekindle all the dreams it took you a lifetime to destroy
=========================================================================
Date: Thu, 26 Jul 2018 08:47:53 -0500
Reply-To: Pat Riehecky <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Pat Riehecky <[log in to unmask]>
Subject: Re: repodata broken on 6x/x86_64/os
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <[log in to unmask]>
Thanks for the report, I'll take a look
Pat
On 07/26/2018 05:29 AM, Ralph Angenendt wrote:
> Hi,
>
> not sure if this is the correct mailing list for this, but:
>
> Since 10th of August the checksum for the comps.xml file is different
> from the one in repomd.xml. We found that while syncing to our internal
> mirror, as we're checking the repodata after syncing before committing
> to the mirror directories.
>
> | ERROR: repo ./6x/x86_64/os has broken METADATA:
> | group metadata missing or does not match checksum
> | $ sha256sum repodata/comps-sl6-x86_64.xml
> | 7abb38b1f9922a37876cff991a034ce81a9ec2fa00476796e2ed4f277b627783 repodata/comps-sl6-x86_64.xml
> | $ grep -B1 comps-sl6-x86_64.xml\" repodata/repomd.xml
> | <checksum type="sha256">0161909200c76feb5ca1b32559f33a153690c6e5824be7f9509edbd569708adb</checksum>
> | <location href="repodata/comps-sl6-x86_64.xml"/>
>
> I checked this against freshly downloaded metadata from ftp1.scientificlinux.org and get the same results here.
>
> Regards,
>
> Ralph
--
Pat Riehecky
Fermi National Accelerator Laboratory
www.fnal.gov
www.scientificlinux.org
=========================================================================
Date: Thu, 26 Jul 2018 08:57:26 -0500
Reply-To: Pat Riehecky <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Pat Riehecky <[log in to unmask]>
Subject: Re: Version mismatch between SL7.5 kernel and kmod-kvdo packages?
Comments: To: Akemi Yagi <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <[log in to unmask]>
On 07/26/2018 12:06 AM, Akemi Yagi wrote:
> On Wed, Jul 25, 2018 at 5:21 PM, Patrick J. LoPresti <[log in to unmask]> wrote:
>> As far as I can tell, the latest kmod-kvdo package for SL7.5 is
>> version 6.1.0-171-17.el7_5:
>>
>> $ rpm -q --requires -p
>> ./x86_64/updates/fastbugs/kmod-kvdo-6.1.0.171-17.el7_5.x86_64.rpm |
>> grep dm_get_device
>> kernel(dm_get_device) = 0xf3d46cd5
>>
>> ...while the latest kernel package is version 3.10.0-862-6.3.el7:
>>
>> $ rpm -q --provides -p
>> ./x86_64/updates/security/kernel-3.10.0-862.6.3.el7.x86_64.rpm | grep
>> dm_get_device
>> kernel(dm_get_device) = 0x602cd186
>>
>> As you can see from the requires/provides, these packages are
>> incompatible. (A few other dm_xxx symbols are similarly mismatched.)
>>
>> Note that the next-to-latest kernel, 3.10.0-862.3.3, provides the
>> symbol versions that the latest kmod-kvdo is expecting. So it appears
>> that kmod-kvdo is out of date (?)
>>
>> - Pat
> Good catch.
>
> It looks like kmod-kvdo-6.1.0.171-17.el7_5 was built against
> kernel-3.10.0-862.el7. It needs to be rebuilt against the
> 3.10.0-862.6.1.el7 kernel to match the upstream (RH) package. It will
> then work with the newer 7.5 kernels as well.
>
> Akemi
I'll get a rebuild scheduled against the newer kernel.
Pat
--
Pat Riehecky
Fermi National Accelerator Laboratory
www.fnal.gov
www.scientificlinux.org
=========================================================================
Date: Tue, 31 Jul 2018 12:45:38 -0700
Reply-To: "Patrick J. LoPresti" <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: "Patrick J. LoPresti" <[log in to unmask]>
Subject: Re: Version mismatch between SL7.5 kernel and kmod-kvdo packages?
Comments: To: Pat Riehecky <[log in to unmask]>
Comments: cc: Akemi Yagi <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Message-ID: <[log in to unmask]>
On Thu, Jul 26, 2018 at 6:57 AM Pat Riehecky <[log in to unmask]> wrote:
>
> On 07/26/2018 12:06 AM, Akemi Yagi wrote:
> > On Wed, Jul 25, 2018 at 5:21 PM, Patrick J. LoPresti <[log in to unmask]> wrote:
> >> As far as I can tell, the latest kmod-kvdo package for SL7.5 is
> >> version 6.1.0-171-17.el7_5:
> >>
> >> $ rpm -q --requires -p
> >> ./x86_64/updates/fastbugs/kmod-kvdo-6.1.0.171-17.el7_5.x86_64.rpm |
> >> grep dm_get_device
> >> kernel(dm_get_device) = 0xf3d46cd5
> >>
> >> ...while the latest kernel package is version 3.10.0-862-6.3.el7:
> >>
> >> $ rpm -q --provides -p
> >> ./x86_64/updates/security/kernel-3.10.0-862.6.3.el7.x86_64.rpm | grep
> >> dm_get_device
> >> kernel(dm_get_device) = 0x602cd186
> >>
> >> As you can see from the requires/provides, these packages are
> >> incompatible. (A few other dm_xxx symbols are similarly mismatched.)
> >>
> >> Note that the next-to-latest kernel, 3.10.0-862.3.3, provides the
> >> symbol versions that the latest kmod-kvdo is expecting. So it appears
> >> that kmod-kvdo is out of date (?)
> >>
> >> - Pat
> > Good catch.
> >
> > It looks like kmod-kvdo-6.1.0.171-17.el7_5 was built against
> > kernel-3.10.0-862.el7. It needs to be rebuilt against the
> > 3.10.0-862.6.1.el7 kernel to match the upstream (RH) package. It will
> > then work with the newer 7.5 kernels as well.
> >
> > Akemi
>
> I'll get a rebuild scheduled against the newer kernel.
>
> Pat
The just-released kmod-kvdo-6.1.0.171-17.el7_5.0.x86_64.rpm and
./x86_64/updates/fastbugs/kernel-3.10.0-862.9.1.el7.x86_64.rpm appear
to have the exact same issue.
- Pat
=========================================================================
Date: Tue, 31 Jul 2018 15:01:51 -0700
Reply-To: Akemi Yagi <[log in to unmask]>
Sender: Mailing list for Scientific Linux developers worldwide
<[log in to unmask]>
From: Akemi Yagi <[log in to unmask]>
Subject: Re: Version mismatch between SL7.5 kernel and kmod-kvdo packages?
Comments: To: "Patrick J. LoPresti" <[log in to unmask]>
Comments: cc: Pat Riehecky <[log in to unmask]>
In-Reply-To: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Message-ID: <[log in to unmask]>
On Tue, Jul 31, 2018 at 12:45 PM, Patrick J. LoPresti
<[log in to unmask]> wrote:
> On Thu, Jul 26, 2018 at 6:57 AM Pat Riehecky <[log in to unmask]> wrote:
>>
>> On 07/26/2018 12:06 AM, Akemi Yagi wrote:
>> > On Wed, Jul 25, 2018 at 5:21 PM, Patrick J. LoPresti <[log in to unmask]> wrote:
>> >> As far as I can tell, the latest kmod-kvdo package for SL7.5 is
>> >> version 6.1.0-171-17.el7_5:
>> >>
>> >> $ rpm -q --requires -p
>> >> ./x86_64/updates/fastbugs/kmod-kvdo-6.1.0.171-17.el7_5.x86_64.rpm |
>> >> grep dm_get_device
>> >> kernel(dm_get_device) = 0xf3d46cd5
>> >>
>> >> ...while the latest kernel package is version 3.10.0-862-6.3.el7:
>> >>
>> >> $ rpm -q --provides -p
>> >> ./x86_64/updates/security/kernel-3.10.0-862.6.3.el7.x86_64.rpm | grep
>> >> dm_get_device
>> >> kernel(dm_get_device) = 0x602cd186
>> >>
>> >> As you can see from the requires/provides, these packages are
>> >> incompatible. (A few other dm_xxx symbols are similarly mismatched.)
>> >>
>> >> Note that the next-to-latest kernel, 3.10.0-862.3.3, provides the
>> >> symbol versions that the latest kmod-kvdo is expecting. So it appears
>> >> that kmod-kvdo is out of date (?)
>> >>
>> >> - Pat
>> > Good catch.
>> >
>> > It looks like kmod-kvdo-6.1.0.171-17.el7_5 was built against
>> > kernel-3.10.0-862.el7. It needs to be rebuilt against the
>> > 3.10.0-862.6.1.el7 kernel to match the upstream (RH) package. It will
>> > then work with the newer 7.5 kernels as well.
>> >
>> > Akemi
>>
>> I'll get a rebuild scheduled against the newer kernel.
>>
>> Pat
>
> The just-released kmod-kvdo-6.1.0.171-17.el7_5.0.x86_64.rpm and
> ./x86_64/updates/fastbugs/kernel-3.10.0-862.9.1.el7.x86_64.rpm appear
> to have the exact same issue.
>
> - Pat
Pat (of SL :)
It is still built against kernel-3.10.0-862.el7. Could you try again
and make sure the kmod is built against 3.10.0-862.6.1.el7
(which is what the upstream package used)?
Akemi