Hey guys, anyone notice that updating to Node 6.5 is pulling in a whole lot more stuff now than it used to? I'm trying to make the move from 6.3 to 6.5, and it's forcing updates to gnome-shell, uninstalling Firefox, and a whole range of weird behavior. Does it have something to do with upgrading v8, or one of the other dependencies?
On 09/15/2016 09:17 AM, Robert Van Voorhees wrote:
Hey guys, anyone notice that updating to Node 6.5 is pulling in a whole lot more stuff now than it used to? I'm trying to make the move from 6.3 to 6.5, and it's forcing updates to gnome-shell, uninstalling Firefox, and a whole range of weird behavior. Does it have something to do with upgrading v8, or one of the other dependencies?
If that was 6.3.0 to 6.5.0, then it probably has to do with the fact that we added a dependency on libicu to support internationalization. That's a pretty heavily-used library, and I suspect it's causing you to need to update other stuff that relies on it.
We added the icu support in 6.3.1. Libicu is troublesome, in that it bumps SOname on every upstream release, so everything has to be rebuilt against it. Since Node.js is built against the latest release (57), it probably had to update everything that you had on your system that was depending on version 56.
Knocking out Firefox seems pretty painful from a usability standpoint, especially when answers online are floating around introduced the --best and --allowerasing (admittedly from me, but that was back when we had the libuv problem)
Not to mention the historical ugliness of gnome-shell on rawhide. Is that now par for the course, or is there anything you can do to mitigate it?
On Thu, Sep 15, 2016 at 9:25 AM Stephen Gallagher sgallagh@redhat.com wrote:
On 09/15/2016 09:17 AM, Robert Van Voorhees wrote:
Hey guys, anyone notice that updating to Node 6.5 is pulling in a whole
lot more
stuff now than it used to? I'm trying to make the move from 6.3 to 6.5,
and
it's forcing updates to gnome-shell, uninstalling Firefox, and a whole
range of
weird behavior. Does it have something to do with upgrading v8, or one
of the
other dependencies?
If that was 6.3.0 to 6.5.0, then it probably has to do with the fact that we added a dependency on libicu to support internationalization. That's a pretty heavily-used library, and I suspect it's causing you to need to update other stuff that relies on it.
We added the icu support in 6.3.1. Libicu is troublesome, in that it bumps SOname on every upstream release, so everything has to be rebuilt against it. Since Node.js is built against the latest release (57), it probably had to update everything that you had on your system that was depending on version 56.
nodejs mailing list nodejs@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/nodejs@lists.fedoraproject.org
On 09/15/2016 09:33 AM, Robert Van Voorhees wrote:
Knocking out Firefox seems pretty painful from a usability standpoint, especially when answers online are floating around introduced the --best and --allowerasing (admittedly from me, but that was back when we had the libuv problem)
Not to mention the historical ugliness of gnome-shell on rawhide. Is that now par for the course, or is there anything you can do to mitigate it?
On Thu, Sep 15, 2016 at 9:25 AM Stephen Gallagher <sgallagh@redhat.com mailto:sgallagh@redhat.com> wrote:
On 09/15/2016 09:17 AM, Robert Van Voorhees wrote: > Hey guys, anyone notice that updating to Node 6.5 is pulling in a whole lot more > stuff now than it used to? I'm trying to make the move from 6.3 to 6.5, and > it's forcing updates to gnome-shell, uninstalling Firefox, and a whole range of > weird behavior. Does it have something to do with upgrading v8, or one of the > other dependencies? > If that was 6.3.0 to 6.5.0, then it probably has to do with the fact that we added a dependency on libicu to support internationalization. That's a pretty heavily-used library, and I suspect it's causing you to need to update other stuff that relies on it. We added the icu support in 6.3.1. Libicu is troublesome, in that it bumps SOname on every upstream release, so everything has to be rebuilt against it. Since Node.js is built against the latest release (57), it probably had to update everything that you had on your system that was depending on version 56.
So, it shouldn't be attempting to erase Firefox... I'm not sure what combination of requirements and --best or --allowerasing is doing that, but you shouldn't have that experience if you just ran `dnf update`. (In general, don't add --best or --allowerasing until and unless you're having an issue...)
Firefox is compiled against libicu 57 just like Node.js, so I don't know why it would be getting removed. Most likely, you have something else on your system that is compiled against libicu 56 and doesn't have an available update that uses 57. Possibly in a third-party repo?
Definitely getting some weirdness then on rawhide, assuming you go from a normal Fedora 24 install:
[voor@x1 ~]$ sudo dnf upgrade nodejs --enablerepo=rawhide Last metadata expiration check: 0:02:24 ago on Fri Sep 16 13:13:15 2016. Dependencies resolved. =========================================================================================================================================================================================================================================================================================== Package Arch Version Repository Size =========================================================================================================================================================================================================================================================================================== Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade): bluez x86_64 5.41-1.fc26 rawhide 1.1 M bluez-cups x86_64 5.41-1.fc26 rawhide 85 k bluez-libs x86_64 5.41-1.fc26 rawhide 83 k bluez-obexd x86_64 5.41-1.fc26 rawhide 191 k cups-filters x86_64 1.11.2-1.fc26 rawhide 709 k cups-filters-libs x86_64 1.11.2-1.fc26 rawhide 100 k enchant x86_64 1:1.6.0-14.fc25 rawhide 58 k evolution x86_64 3.21.92-1.fc26 rawhide 8.9 M evolution-data-server x86_64 3.21.92-1.fc26 rawhide 3.1 M evolution-ews x86_64 3.21.92-1.fc26 rawhide 505 k evolution-help noarch 3.21.92-1.fc26 rawhide 2.1 M firebird-libfbembed x86_64 2.5.5.26952.0-7.fc25 rawhide 1.7 M folks x86_64 1:0.11.2-7.fc25 rawhide 597 k gnome-contacts x86_64 3.20.0-3.fc25 rawhide 379 k gnome-shell x86_64 3.21.92-1.fc26 rawhide 1.9 M gsettings-desktop-schemas x86_64 3.21.4-1.fc26 rawhide 551 k harfbuzz x86_64 1.3.1-1.fc26 rawhide 185 k harfbuzz-icu x86_64 1.3.1-1.fc26 rawhide 19 k hunspell x86_64 1.4.1-1.fc25 rawhide 271 k ibus-qt x86_64 1.3.3-11.fc25 rawhide 147 k libcdr x86_64 0.1.3-1.fc25 rawhide 407 k libcue x86_64 2.1.0-1.fc25 rawhide 36 k libe-book x86_64 0.1.2-12.fc25 rawhide 178 k libical x86_64 2.0.0-8.fc25 rawhide 207 k libicu x86_64 57.1-1.fc25 rawhide 8.4 M libmspub x86_64 0.1.2-11.fc25 rawhide 163 k libreoffice-calc x86_64 1:5.2.1.2-3.fc26 rawhide 8.7 M libreoffice-core x86_64 1:5.2.1.2-3.fc26 rawhide 70 M libreoffice-data noarch 1:5.2.1.2-3.fc26 rawhide 3.4 M libreoffice-draw x86_64 1:5.2.1.2-3.fc26 rawhide 690 k libreoffice-emailmerge x86_64 1:5.2.1.2-3.fc26 rawhide 85 k libreoffice-filters x86_64 1:5.2.1.2-3.fc26 rawhide 71 k libreoffice-graphicfilter x86_64 1:5.2.1.2-3.fc26 rawhide 451 k libreoffice-gtk2 x86_64 1:5.2.1.2-3.fc26 rawhide 296 k libreoffice-gtk3 x86_64 1:5.2.1.2-3.fc26 rawhide 299 k libreoffice-impress x86_64 1:5.2.1.2-3.fc26 rawhide 1.3 M libreoffice-langpack-en x86_64 1:5.2.1.2-3.fc26 rawhide 71 k libreoffice-math x86_64 1:5.2.1.2-3.fc26 rawhide 1.0 M libreoffice-ogltrans x86_64 1:5.2.1.2-3.fc26 rawhide 153 k libreoffice-opensymbol-fonts noarch 1:5.2.1.2-3.fc26 rawhide 244 k libreoffice-pdfimport x86_64 1:5.2.1.2-3.fc26 rawhide 281 k libreoffice-pyuno x86_64 1:5.2.1.2-3.fc26 rawhide 535 k libreoffice-ure x86_64 1:5.2.1.2-3.fc26 rawhide 2.1 M libreoffice-ure-common noarch 1:5.2.1.2-3.fc26 rawhide 509 k libreoffice-writer x86_64 1:5.2.1.2-3.fc26 rawhide 4.2 M libreoffice-x11 x86_64 1:5.2.1.2-3.fc26 rawhide 291 k libreoffice-xsltfilter x86_64 1:5.2.1.2-3.fc26 rawhide 413 k libreofficekit x86_64 1:5.2.1.2-3.fc26 rawhide 132 k libvisio x86_64 0.1.5-4.fc25 rawhide 239 k mutter x86_64 3.21.92-1.fc26 rawhide 2.2 M nodejs x86_64 1:6.5.0-104.fc26 rawhide 7.1 M open-vm-tools x86_64 10.0.5-4.fc26 rawhide 617 k open-vm-tools-desktop x86_64 10.0.5-4.fc26 rawhide 156 k poppler x86_64 0.45.0-1.fc25 rawhide 814 k poppler-glib x86_64 0.45.0-1.fc25 rawhide 141 k poppler-utils x86_64 0.45.0-1.fc25 rawhide 188 k qgnomeplatform x86_64 0.2-9.20160718git.fc25 rawhide 44 k qt5-qtbase x86_64 5.7.0-6.fc26 rawhide 3.0 M qt5-qtbase-common noarch 5.7.0-6.fc26 rawhide 30 k qt5-qtbase-gui x86_64 5.7.0-6.fc26 rawhide 5.2 M qt5-qtdeclarative x86_64 5.7.0-2.fc25 rawhide 3.0 M qt5-qtxmlpatterns x86_64 5.7.0-2.fc25 rawhide 1.1 M raptor2 x86_64 2.0.15-7.fc25 rawhide 204 k tracker x86_64 1.9.1-1.fc26 rawhide 1.4 M webkitgtk3 x86_64 2.4.11-3.fc25 rawhide 12 M webkitgtk4 x86_64 2.13.91-1.fc26 rawhide 12 M webkitgtk4-jsc x86_64 2.13.91-1.fc26 rawhide 4.0 M webkitgtk4-plugin-process-gtk2 x86_64 2.13.91-1.fc26 rawhide 8.9 M
Transaction Summary =========================================================================================================================================================================================================================================================================================== Skip 68 Packages
Nothing to do. Complete! [voor@x1 ~]$ node -v v4.5.0
On Thu, Sep 15, 2016 at 9:39 AM Stephen Gallagher sgallagh@redhat.com wrote:
On 09/15/2016 09:33 AM, Robert Van Voorhees wrote:
Knocking out Firefox seems pretty painful from a usability standpoint, especially when answers online are floating around introduced the --best
and
--allowerasing (admittedly from me, but that was back when we had the
libuv problem)
Not to mention the historical ugliness of gnome-shell on rawhide. Is
that now
par for the course, or is there anything you can do to mitigate it?
On Thu, Sep 15, 2016 at 9:25 AM Stephen Gallagher <sgallagh@redhat.com mailto:sgallagh@redhat.com> wrote:
On 09/15/2016 09:17 AM, Robert Van Voorhees wrote: > Hey guys, anyone notice that updating to Node 6.5 is pulling in a
whole
lot more > stuff now than it used to? I'm trying to make the move from 6.3
to 6.5, and
> it's forcing updates to gnome-shell, uninstalling Firefox, and a
whole
range of > weird behavior. Does it have something to do with upgrading v8,
or one of the
> other dependencies? > If that was 6.3.0 to 6.5.0, then it probably has to do with the fact
that we
added a dependency on libicu to support internationalization. That's
a pretty
heavily-used library, and I suspect it's causing you to need to
update other
stuff that relies on it. We added the icu support in 6.3.1. Libicu is troublesome, in that it
bumps
SOname on every upstream release, so everything has to be rebuilt
against it.
Since Node.js is built against the latest release (57), it probably
had to
update everything that you had on your system that was depending on
version 56.
So, it shouldn't be attempting to erase Firefox... I'm not sure what combination of requirements and --best or --allowerasing is doing that, but you shouldn't have that experience if you just ran `dnf update`. (In general, don't add --best or --allowerasing until and unless you're having an issue...)
Firefox is compiled against libicu 57 just like Node.js, so I don't know why it would be getting removed. Most likely, you have something else on your system that is compiled against libicu 56 and doesn't have an available update that uses 57. Possibly in a third-party repo?
nodejs mailing list nodejs@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/nodejs@lists.fedoraproject.org
On 09/16/2016 01:16 PM, Robert Van Voorhees wrote:
Definitely getting some weirdness then on rawhide, assuming you go from a normal Fedora 24 install:
[voor@x1 ~]$ sudo dnf upgrade nodejs --enablerepo=rawhide Last metadata expiration check: 0:02:24 ago on Fri Sep 16 13:13:15 2016. Dependencies resolved.
I found the issue. I'm building a fix for Rawhide, F25 and EPEL 7 right now. Thanks for reporting this!
Okay, I'm trying to go off your build from http://koji.fedoraproject.org/koji/buildinfo?buildID=801725 but it's still upgrading libicu which causes that cascading problem removing Firefox.
On Fri, Sep 16, 2016 at 2:35 PM Stephen Gallagher sgallagh@redhat.com wrote:
On 09/16/2016 01:16 PM, Robert Van Voorhees wrote:
Definitely getting some weirdness then on rawhide, assuming you go from
a normal
Fedora 24 install:
[voor@x1 ~]$ sudo dnf upgrade nodejs --enablerepo=rawhide Last metadata expiration check: 0:02:24 ago on Fri Sep 16 13:13:15 2016. Dependencies resolved.
I found the issue. I'm building a fix for Rawhide, F25 and EPEL 7 right now. Thanks for reporting this!
nodejs mailing list -- nodejs@lists.fedoraproject.org To unsubscribe send an email to nodejs-leave@lists.fedoraproject.org
On Sep 16, 2016, at 5:52 PM, Robert Van Voorhees rcvanvo@gmail.com wrote:
Okay, I'm trying to go off your build from http://koji.fedoraproject.org/koji/buildinfo?buildID=801725 but it's still upgrading libicu which causes that cascading problem removing Firefox.
Avoiding the upgrade to libicu is impossible. If Firefox is still being removed, that's likely a different problem. I just fixed a conflict in the npm package.
On Fri, Sep 16, 2016 at 2:35 PM Stephen Gallagher sgallagh@redhat.com wrote: On 09/16/2016 01:16 PM, Robert Van Voorhees wrote:
Definitely getting some weirdness then on rawhide, assuming you go from a normal Fedora 24 install:
[voor@x1 ~]$ sudo dnf upgrade nodejs --enablerepo=rawhide Last metadata expiration check: 0:02:24 ago on Fri Sep 16 13:13:15 2016. Dependencies resolved.
I found the issue. I'm building a fix for Rawhide, F25 and EPEL 7 right now. Thanks for reporting this!
nodejs mailing list -- nodejs@lists.fedoraproject.org To unsubscribe send an email to nodejs-leave@lists.fedoraproject.org
nodejs mailing list -- nodejs@lists.fedoraproject.org To unsubscribe send an email to nodejs-leave@lists.fedoraproject.org
nodejs@lists.fedoraproject.org