Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: devil on 2017/10/26, 18:36:08
-
Qt 5.9.2 is entering sid from experimental from today on. Expect heavy winds and rainfall. Best wait until all packages are in.
Qt 5.9.2 zieht ab heute aus experimental nach sid ein. Es werden heftige Winde und Starkregen erwartet. Besser vorüberziehen lassen und Füsse still halten.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879787
-
Yup, I'm using LXQt and there's plenty to remove today. I'm waiting.
The following packages will be REMOVED:
2048-qt hplip-gui kio libfm-qt3 libkf5configwidgets5 libkf5i18n5 libkf5iconthemes5 libkf5kiocore5
libkf5kiowidgets5 libkf5parts5 libkf5service-bin libkf5service5 libkf5textwidgets5 libkf5wallet-bin libkf5wallet5
libkf5xmlgui5 libkpmcore4 libkwalletbackend5-5 liblxqt0 libqt5designer5 libqt5script5 libqt5webengine5
libqt5webenginecore5 libqt5webenginewidgets5 libqt5webkit5 libqt5xdg2 libqt5xdgiconloader2 lximage-qt lxqt
lxqt-about lxqt-admin lxqt-config lxqt-core lxqt-globalkeys lxqt-notificationd lxqt-openssh-askpass lxqt-panel
lxqt-policykit lxqt-powermanagement lxqt-qtplugin lxqt-runner lxqt-session lxqt-sudo pcmanfm-qt python3-pyqt5
qml-module-qtquick-controls qml-module-qtquick-dialogs qml-module-qtquick-privatewidgets screengrab
sddm-theme-patience smplayer smtube trojita
The following NEW packages will be installed:
libjansson4 linux-headers-4.13.10-towo.1-siduction-amd64 linux-image-4.13.10-towo.1-siduction-amd64
The following packages have been kept back:
audacious audacious-plugins-data
The following packages will be upgraded:
apt apt-utils cpp-6 cpp-7 curl debhelper dirmngr distro-info-data g++-6 g++-7 gcc-5-base gcc-6 gcc-6-base gcc-7
gcc-7-base gnupg gnupg-agent gnupg-l10n gnupg-utils gpg gpg-agent gpg-wks-client gpg-wks-server gpgconf gpgsm gpgv
ifupdown init-system-helpers irqbalance libapparmor1 libapt-inst2.0 libapt-pkg5.0 libasan3 libasan4 libatomic1
libcairo-gobject2 libcairo2 libcc1-0 libcilkrts5 libcurl3 libcurl3-gnutls libgcc-6-dev libgcc-7-dev libgcc1
libgfortran3 libgfortran4 libgomp1 libgssapi-krb5-2 libharfbuzz-icu0 libharfbuzz0b libitm1 libk5crypto3 libkrb5-3
libkrb5support0 libldb1 liblsan0 libmpx2 libperl5.26 libpython3-stdlib libqt5concurrent5 libqt5core5a libqt5dbus5
libqt5gui5 libqt5network5 libqt5opengl5 libqt5positioning5 libqt5printsupport5 libqt5qml5 libqt5quick5
libqt5quickwidgets5 libqt5sql5 libqt5sql5-sqlite libqt5svg5 libqt5test5 libqt5webchannel5 libqt5widgets5
libqt5x11extras5 libqt5xml5 libquadmath0 libsmbclient libstdc++-6-dev libstdc++-7-dev libstdc++6 libtalloc2
libtdb1 libtevent0 libthai-data libthai0 libtsan0 libubsan0 libwbclient0 linux-headers-siduction-amd64
linux-image-siduction-amd64 perl perl-base perl-modules-5.26 python-talloc python3 python3-certifi python3-minimal
python3-pil qml-module-qtgraphicaleffects qml-module-qtquick-layouts qml-module-qtquick-window2
qml-module-qtquick2 samba-common samba-libs screen tzdata
109 upgraded, 3 newly installed, 53 to remove and 2 not upgraded.
-
Transition is over. On my machine d-u-ing went without problems.
Qt 5.9.2-3
Der Übergang ist vorbei. Auf meiner Maschine lief d-u ohne Probleme.
Qt 5.9.2-3
Greetings,
Tom
-
I do a d-u now also, using XFCE no more removed packages for now.
Maybe it's worse if you are using KDE, moor Qt?
-
@samoht: Please - if you think that the transition is over for you - fine. But the transition isn't over for many other people. So have a look at the transition tracker. Right now the transition isn't over for pythonqt - if you don't use packages depending on it - lucky you.
-
My unstable LXQt upgraded today without removals.
My install with the experimental LXQt still had four to remove: libfm-qt3 libimage-qt lxqt-qtplugin pcmanfm-qt
So I guess we'll wait another day.
-
apt-transport-https still to be removed...
-
apt-transport-https still to be removed...
Synaptic says It is no longer required and now incorporated into apt.
-
Ah, thats cool to know. thanks!
-
"apt-transport-https still to be removed..." & "Synaptic says It is no longer required and now incorporated into apt."
Maybe this is the reason for the problems of smxi, which does not work anymore (wget <--> https). Please do not talk about smxi, I will continue to use the script (I like it).
graviton
-
My computer works very well after the d-u. (only some minutes ago)
My last d-u was at 2017-10-12 16:35:50
The only thing is that after the upgrade and later after the d-u, too, dolphin/konqueror doesn't list the samba shares of the local Network. But "smb://compuername" does work.
Please excuse my bad english.
-
d-u just worked fine here on a newly installed Patience 17.1.0, over 1,000 packages updated with 7 removed.
Remove: libgles1-mesa:amd64 (13.0.5-1), ijsgutenprint:amd64 (5.2.11-1+b1), libkwinglutils9:amd64 (4:5.8.5-2), libkwinxrenderutils9:amd64 (4:5.8.5-2), apt-transport-https:amd64 (1.4~rc2), foomatic-db-gutenprint:amd64 (5.2.11-1), libkwineffects9:amd64 (4:5.8.5-2)Only issue I had was wifi wasn't working after reboot and ifdown/ifup didn't restore (network config by /etc/network/interfaces). It's a pesky Realtek USB device without a driver in the kernel and needs rtl8192eu from github built by dkms. It worked after simply unplugging and replugging it! ???
roger@siduction-brain2:~$ inxi -F
System: Host: siduction-brain2 Kernel: 4.13.10-towo.2-siduction-amd64 x86_64
bits: 64
Desktop: KDE Plasma 5.10.5
Distro: siduction 17.1.0 Patience - kde - (201703051755)
Machine: Device: desktop Mobo: Gigabyte model: EP45-UD3R v: x.x serial: N/A
BIOS: Award v: F3 date: 09/18/2008
CPU: Dual core Intel Core2 Duo E8500 (-MCP-) cache: 6144 KB
clock speeds: max: 3166 MHz 1: 3166 MHz 2: 3166 MHz
Graphics: Card: NVIDIA GF114 [GeForce GTX 560 Ti]
Display Server: x11 (X.Org 1.19.5 )
drivers: nouveau (unloaded: modesetting,fbdev,vesa)
Resolution: 1920x1080@60.00hz
OpenGL: renderer: NVCE version: 4.3 Mesa 17.2.4
Audio: Card-1 NVIDIA GF114 HDMI Audio Controller driver: snd_hda_intel
Card-2 Intel 82801JI (ICH10 Family) HD Audio Controller
driver: snd_hda_intel
Sound: ALSA v: k4.13.10-towo.2-siduction-amd64
Network: Card: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
driver: r8169
IF: enp4s0 state: down mac: 00:1f:d0:9d:ea:18
Drives: HDD Total Size: 2115.4GB (1.1% used)
ID-1: /dev/sdc model: WDC_WD1001FALS size: 1000.2GB
ID-2: /dev/sdb model: WDC_WD1001FALS size: 1000.2GB
ID-3: /dev/sda model: OCZ size: 115.0GB
Partition: ID-1: / size: 21G used: 7.8G (40%) fs: ext4 dev: /dev/sda2
ID-2: swap-1 size: 2.46GB used: 0.00GB (0%) fs: swap dev: /dev/sda3
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 40.0C mobo: N/A gpu: 32.0
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 170 Uptime: 40 min Memory: 1080.5/3955.1MB
Client: Shell (bash) inxi: 2.3.40
-
The du ran fine on my newly installed laptop, everything is ok.
I'm just wondering why I was asked during the update where to install grub.
-
Because this is standard and happens with every install. You could decide to install it on a different partition than /dev/sda or not at all.
-
@devil, thanks for this heads-up, I just don't think the intention of such a notification is well understood by the community as being a warning and not require feedback. As the importance of the original is being drown out with things like "works for me" or "had no problems" with my last D-U and they keep getting longer. Maybe a little note on the end that states no comments necessary would help keep the importance where it needs to be and not drowned out by people like me, just my two cents worth.
Tom
-
Maybe a little note on the end that states no comments necessary would help keep the importance where it needs to be and not drowned out by people like me ...
LOL I'm sure others, like me, are always eager to hear the experiences of @tommy2. ;D
The qtbase transition is 97% complete as of today, so perhaps we should not lock the thread until it is truly finished. It can happen that a user report about a transition problem will help other users avoid the same problem.
But I understand your point, and these "Update Warnings" threads should be locked when the issue becomes history.
-
@dibl, left myself wide open on that one, ;D as it came across different than I had planned. What I was trying to say was "all the it works for me" comments can give some less experienced people a false sense of security when in reality as you stated the transition is still on going and what works for one may not work for another. I believe that is what @melmarker was saying above in his comment! I do appreciate the laugh I got from you and will now crawl back under my rock. ;)
Tom
-
@tommy2, I appreciate what you are saying but no comments override the importance of carefully checking what d-u proposes to do before hitting Y to proceed. This is mentioned many times here and one must particularly take heed of impending removals.
In my case it was a new install and the install image is many months behind the current state of packages so upgrading as soon as possible is important. It went well for me so I feel sharing that experience may be valuable to someone. YMMV.
-
@sunrat, as I stated @melmarker's comment was to the point, thanks! :)
-
"apt-transport-https still to be removed..." & "Synaptic says It is no longer required and now incorporated into apt."
Maybe this is the reason for the problems of smxi, which does not work anymore (wget <--> https). Please do not talk about smxi, I will continue to use the script (I like it).
graviton
The problem with smxi depends on a bug in wget:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=wget;dist=unstable
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880542
graviton