Bug#885945: libkf5notifyconfig-dev: Wrong depends
Package: libkf5notifyconfig-dev Version: 5.41.0-1 Severity: normal The package depends on the non-existant 'likf5kio-dev' and this seems to be a typo since the proper package dependence should be 'libkf5kio-dev'. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#614521: kdm: black screen with visible mouse when plugging power supply in after hibernation
Package: kdm Version: 4:4.8.4-6 Followup-For: Bug #614521 Dear Maintainer, I´m experiencing this in wheezy. The bug is triggered for me by logging out from KDE (restart of kdm). I thought this might be a video driver problem, however, if it happens with the proprietary Nvidia driver this is not the case. I´m using the open source radeon driver with firmware-linux-nonfree (KMS support). So far this didn´t happen when changing to a tty and back to X, but this might be because of KMS. I wouldn´t say, this bug is important, because kdm is still functional. As a workaround you can activate X zapping and restart X by ctrl+alt+backspace. You would need the following configuration files. /etc/X11/xorg.conf.d/10-evdev: Section "InputClass" Identifier "evdev keyboard catchall" MatchIsKeyboard "on" MatchDevicePath "/dev/input/event*" Driver "evdev" Option "XkbOptions" "terminate:ctrl_alt_bksp" EndSection /etc/X11/xorg.conf.d/11-dontzap Section "ServerFlags" Option "DontZap" "false" EndSection Usually the password field should already have focus, but if you want to change the user it might get annoying. It does not seem to be a problem with the power supply. I do get this every time on ac. I can´t check, if this happens also after hibernation, because most of the times I hit another bug, where the screen gets completely corrupted (kdm is restartable, but the session is lost of course). I might file another bug report for that. It also does not seem to have something to do with the kwin renderer. I get this also, when kwin desktop effects are disabled (alt+shift+f12). As I get this also, when no KDE session is running, I doubt, that powerdevil or kwin have to do something with it, but a black screen has often something to do with the OpenGL renderer. I´m afraid not this time. So these are my findings. Feel free to comment. Maybe a forced X restart on logout could bypass this bug. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii adduser 3.113+nmu3 ii consolekit0.4.5-3.1 ii debconf [debconf-2.0] 1.5.49 ii kde-runtime 4:4.8.4-2 ii kde-wallpapers-default4:4.8.4-1 ii kde-workspace-kgreet-plugins 4:4.8.4-6 ii libc6 2.13-38+deb7u1 ii libck-connector0 0.4.5-3.1 ii libdbus-1-3 1.6.8-1+deb7u1 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libknewstuff3-4 4:4.8.4-4 ii libkworkspace4abi14:4.8.4-6 ii libpam0g 1.1.3-7.1 ii libqimageblitz4 1:0.0.6-4 ii libqt4-svg4:4.8.2+dfsg-11 ii libqt4-xml4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxtst6 2:1.2.1-1+deb7u1 ii lsb-base 4.1+Debian8+deb7u1 Versions of packages kdm recommends: ii kde-window-manager [x-window-manager] 4:4.8.4-6 ii kde-workspace 4:4.8.4-6 ii konsole [x-terminal-emulator] 4:4.8.4-2 ii logrotate 3.8.1-4 ii xserver-xorg [xserver] 1:7.7+3~deb7u1 ii xterm [x-terminal-emulator]278-4 Versions of packages kdm suggests: ii kde-wallpapers 4:4.8.4-1 ii kdepasswd 4:4.8.4-2 -- debconf information: kdm/stop_running_server_with_children: false shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140504190843.7064.4552.reportbug@tuz.lappi
Bug#614521: kdm: black screen with visible mouse when plugging power supply in after hibernation
Package: kdm Version: 4:4.8.4-6 Followup-For: Bug #614521 Dear Maintainer, just tested changing the user using the KDE launcher. It does not happen, which is no surprise, because a new X server is started. This is just consequent and confirms the fact, that restarting the X server would solve the problem. Kdm seems to not restarting the server on a single user session logout. Actually this should of course not be necessary. Best regards, Manuel Ullmann -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii adduser 3.113+nmu3 ii consolekit0.4.5-3.1 ii debconf [debconf-2.0] 1.5.49 ii kde-runtime 4:4.8.4-2 ii kde-wallpapers-default4:4.8.4-1 ii kde-workspace-kgreet-plugins 4:4.8.4-6 ii libc6 2.13-38+deb7u1 ii libck-connector0 0.4.5-3.1 ii libdbus-1-3 1.6.8-1+deb7u1 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libknewstuff3-4 4:4.8.4-4 ii libkworkspace4abi14:4.8.4-6 ii libpam0g 1.1.3-7.1 ii libqimageblitz4 1:0.0.6-4 ii libqt4-svg4:4.8.2+dfsg-11 ii libqt4-xml4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxtst6 2:1.2.1-1+deb7u1 ii lsb-base 4.1+Debian8+deb7u1 Versions of packages kdm recommends: ii kde-window-manager [x-window-manager] 4:4.8.4-6 ii kde-workspace 4:4.8.4-6 ii konsole [x-terminal-emulator] 4:4.8.4-2 ii logrotate 3.8.1-4 ii xserver-xorg [xserver] 1:7.7+3~deb7u1 ii xterm [x-terminal-emulator]278-4 Versions of packages kdm suggests: ii kde-wallpapers 4:4.8.4-1 ii kdepasswd 4:4.8.4-2 -- debconf information: kdm/stop_running_server_with_children: false shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140504203231.8781.24457.reportbug@tuz.lappi
Bug#779500: qtcreator: Qtcreator disappears when switching displays
Package: qtcreator Version: 3.2.1+dfsg-7 Severity: normal Dear Maintainer, when I switch the display while qtcreator (or texmaker) is running the window disappears. The process keeps on running. The console output (when I switch displays) is: QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::begin: Paint device returned engine == 0, type: 2 QBackingStore::flush() called for QWidgetWindow(0x150bc40, name = "Core::Internal::MainWindowClassWindow") which does not have a handle. For me an easy way to reproduce is (on my laptop, intel gpu) using xfce4, plugging in a external display and switch to the external, disabling the internal at the same time. But I was also able to reproduce it on my desktop PC (running mate, nvidia gpu). -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qtcreator depends on: ii libbotan-1.10-0 1.10.8-2 ii libc62.19-15 ii libgcc1 1:4.9.1-19 ii libqt5concurrent55.3.2+dfsg-4+b1 ii libqt5core5a [qtbase-abi-5-3-2] 5.3.2+dfsg-4+b1 ii libqt5declarative5 [qtquick1-abi-5-2-1] 5.3.2-3 ii libqt5designer5 5.3.2-3 ii libqt5designercomponents55.3.2-3 ii libqt5gui5 5.3.2+dfsg-4+b1 ii libqt5help5 5.3.2-3 ii libqt5network5 5.3.2+dfsg-4+b1 ii libqt5printsupport5 5.3.2+dfsg-4+b1 ii libqt5qml5 [qtdeclarative-abi-5-3-2] 5.3.2-4 ii libqt5quick5 5.3.2-4 ii libqt5script55.3.2+dfsg-2 ii libqt5sql5 5.3.2+dfsg-4+b1 ii libqt5sql5-sqlite5.3.2+dfsg-4+b1 ii libqt5webkit55.3.2+dfsg-3 ii libqt5widgets5 5.3.2+dfsg-4+b1 ii libqt5x11extras5 5.3.2-2 ii libqt5xml5 5.3.2+dfsg-4+b1 ii libstdc++6 4.9.1-19 ii libx11-6 2:1.6.2-3 ii qml-module-qtquick-controls 5.3.2-2 ii qml-module-qtquick2 5.3.2-4 ii qtchooser47-gd2b7997-2 ii qtcreator-data 3.2.1+dfsg-7 Versions of packages qtcreator recommends: ii gdb 7.7.1+dfsg-5 ii gnome-terminal [x-terminal-emulator] 3.12.3-2 ii guake [x-terminal-emulator] 0.4.4-1 ii make 4.0-8.1 ii mate-terminal [x-terminal-emulator] 1.8.1+dfsg1-4 ii qt5-doc 5.3.0-2 ii qtbase5-dev-tools 5.3.2+dfsg-4+b1 ii qtcreator-doc 3.2.1+dfsg-7 ii qtdeclarative5-dev-tools 5.3.2-4 ii qtquick1-5-dev-tools 5.3.2-3 ii qttools5-dev-tools5.3.2-3 ii qttranslations5-l10n 5.3.2-2 ii qtxmlpatterns5-dev-tools 5.3.2-2 ii xfce4-terminal [x-terminal-emulator] 0.6.3-1+b1 ii xterm [x-terminal-emulator] 312-1 Versions of packages qtcreator suggests: ii cmake 3.0.2-1 ii g++4:4.9.1-5 ii git1:2.1.4-2.1 ii kdelibs5-data 4:4.14.2-5 ii subversion 1.8.10-5 -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150301151524.22958.55513.reportbug@manuel
Bug#892613: sddm: Power Saving -> Blank screen not working when using sddm
Package: sddm
Version: 0.17.0-1
Severity: normal
Dear Maintainer,
I switched from gdm3 to sddm for a while, as gdm3 gave me problems. Everything
worked as I expected, except that my monitor wasn't disabled after 5 minutes as
what I was used to. My GNOME settings ("Power Saving" -> Blank screen) were
still enabled, but it simply didn't happen. Now that I switched back to gdm3,
it works again, so it must be something related to sddm. Hence this report.
Kind regards,
Manuel
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages sddm depends on:
ii adduser 3.117
ii debconf [debconf-2.0] 1.5.66
ii libc6 2.27-1
ii libgcc1 1:8-20180218-1
ii libpam0g 1.1.8-3.7
ii libqt5core5a 5.9.2+dfsg-12
ii libqt5dbus5 5.9.2+dfsg-12
ii libqt5gui55.9.2+dfsg-12
ii libqt5network55.9.2+dfsg-12
ii libqt5qml55.9.2-3
ii libqt5quick5 5.9.2-3
ii libstdc++68-20180218-1
ii libsystemd0 237-4
ii libxcb-xkb1 1.12-1
ii libxcb1 1.12-1
ii qml-module-qtquick2 5.9.2-3
ii x11-common1:7.7+19
ii xserver-xephyr [xserver] 2:1.19.6-1
ii xserver-xorg [xserver]1:7.7+19
Versions of packages sddm recommends:
ii libpam-systemd 237-4
ii sddm-theme-debian-maui [sddm-theme] 0.17.0-1
Versions of packages sddm suggests:
pn libpam-kwallet5
pn qtvirtualkeyboard-plugin
-- debconf information:
* shared/default-x-display-manager: gdm3
sddm/daemon_name: /usr/bin/sddm
Bug#704482: #704482 general: file copy over kde gui or cp to an usb devices (tried fat/ext3) is showen as finshed while it's still copying
Hello thx to your repley "You marked the bug with "patch" but I don't see any patch, I assume this was an error." yes you are right, sorry for that :( "Severity: critical"ok i see i overdid it just saw datalost but i think it means it in an other content. "Nothing in "man cp" guarantees that the file has been copied to the disk when the command exits." i know that there is no guarantees but at the bash normaly when the prompt comes back, the command is fineshed or? which in this case isn't Couldn't this make bad behaivors when i write for example bash scripts which makes further actions with the file? I'm a little bit curios that you don't see that kde and cp is showing that they have fineshed the file but it isn't. I think this behaivor wasn't in the last two stables (maybe i had luck?) but i never used some unmount or save remove.There was no need do it., ok i can do it now. If i unmount there is an error when its coping what is more or less ok: "Unmount failed: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." but at the kde eject there is no feedback, you can not say is it now unmounted or not. "I think it would be nice to have a progress bar that would show the actual data transfer." But if it is at those both are not showing the correct state, doesn't that mean that this will be at any data copying over usb?. So it's something more generall then konquer? (which i do not use, i use Dolphin) thanks for your answers Best regards
Re: Bug#704482: #704482 general: file copy over kde gui or cp to an usb devices (tried fat/ext3) is showen as finshed while it's still copying
Hey, > "I think it would be nice to have a progress bar that > would show the actual data transfer." >There is, if you are using KDE and plasma. I think it's trough dbus, so maybe >it works in Gnome too. Thats the point there is and its fine but its wrong for fat usb devices, i tested it now for cp because its easier to stop the time but its at this progress bar from kde the same So i copied a file with 1,5GB and the copy progress is "finished in 55sec" (command prompt comes back) but it isn't, you see that they device is still working for another 30sec (i have gkrellm where you see the datarate to devices) and in this time you can not unmount the device you get the error i posted in my last message. So kde and cp are showing a wrong state of coping file to fat usb devices. > But if it is at those both are not showing the correct state, doesn't that > mean that this will be at any data copying over usb?. So it's something > more generall then konquer? (which i do not use, i use Dolphin) >The correct state is being shown, so I don't see a problem here. you tried it? for fat usb devices? thanks best regards
Bug#993331: JPEG2000/JP2 support missing
Package: qt5-image-formats-plugins Version: 5.15.2-2 It seems that the Debian `qt5-image-formats-plugins` package does not support JPEG2000/JP2 images, in spite of this format being supported by Qt [1] through the JasPer Image Processing/Coding Tool Kit [2]. This results in QImage-based end-user applications such as Gwenview not supporting this popular image format, although technically possible. In order to add JP2 support, `qt5-image-formats-plugins` would need to be built with JasPer, which would first require packaging the latter in Debian. The Ubuntu repository already contains a package named `jasper`, but it does something completely different [3], so the image processing JasPer package may need to be named differently. JasPer used to be affected by security issues [4], but as of the day of writing all known CVEs are fixed [5], and JasPer continues to be maintained by the original author Michael Adams and contributors [6] (latest version 2.0.33 released on 2021-08-01 [7]). Note that the author of this bug report does not use Debian itself, but the Ubuntu-based KDE Neon [8]. However, judging by the list of dependencies [9], `qt5-image-formats-plugins` is not built with JasPer and thus without JP2 support in Debian. Therefore, this report should only be seen as a notification to the Debian packaging team in order to promote support for the JP2 format. [1] https://github.com/qt/qtimageformats/blob/dev/src/plugins/imageformats/jp2/qjp2handler.cpp [2] https://github.com/jasper-software/jasper [3] https://packages.ubuntu.com/hirsute/jasper [4] https://github.com/jasper-software/jasper/issues/208 [5] https://github.com/jasper-software/jasper/issues/208#issuecomment-665471904 [6] https://github.com/jasper-software/jasper/graphs/contributors [7] https://github.com/jasper-software/jasper/releases/tag/version-2.0.33 [8] https://bugs.kde.org/show_bug.cgi?id=441673 [9] https://packages.debian.org/bullseye/qt5-image-formats-plugins
Bug#993331: JPEG2000/JP2 support missing
Hello Norbert, thanks for your response. > Yes, that is the first step. There has been a jasper package back in > Jessie times but it seems it has been removed. > [...] > I am not sure whether we want to package jasper here in the Qt/KDE team. Yeah, it had been removed due to isuues about security and maintenance [1]. However, now that JasPer is actively maintained again, these concerns should mostly be allayed. KDE Neon just added the JasPer package back [2], and Arch had kept it all the time [3]. So personally I would think it reasonable to package JasPer in Debian again. There may also be other packages aside from `qt5-image-formats-plugins` that could profit from JasPer. > Unfortunately, the qt5-image-formats-plugins sources don't support > openjp2 library, and only accept jasper. You're right. Is TQtC aware of the past issues with JasPer? Maybe someone should file an issues at `bugreports.qt.io` to request porting to openjpeg2? Kind regards, Manuel [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818209 [2] https://bugs.kde.org/show_bug.cgi?id=441673#c11 [3] https://bugs.archlinux.org/task/64655
Bug#1030549: filelight: Missing dependency on qml-module-org-kde-quickcharts and more
Package: filelight
Version: 4:22.12.1-1
Severity: important
Dear Maintainer,
* What led up to the situation?
I haven't used the program in a long while (and kept upgrading my testing
system daily). Then I tried it today and I got a blank window with this on the
terminal:
$ filelight
kf.kirigami: Failed to find a Kirigami platform plugin
QQmlComponent: Component is not ready
file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/PageRow.qml:916:
Error: Error while loading page: qrc:/ui/OverviewPage.qml:8 module
"org.kde.quickcharts" is not installed
qrc:/ui/main.qml:171:5: QML Connections: Implicitly defined onFoo properties in
Connections are deprecated. Use this syntax instead: function
onFoo() { ... }
And indeed, I do not have qml-module-org-kde-quickcharts installed, because it
doesn't seem to be listed in the dependency list:
$ aptitude show filelight
Package: filelight
Version: 4:22.12.1-1
State: installed
Automatically installed: no
Priority: optional
Section: kde
Maintainer: Debian Qt/KDE Maintainers
Architecture: amd64
Uncompressed Size: 1.840 k
Depends: kio, libc6 (>= 2.35), libkf5configcore5 (>= 5.69.0),
libkf5configwidgets5 (>= 4.96.0), libkf5coreaddons5 (>= 5.91.0~),
libkf5i18n5 (>= 5.98.0~), libkf5jobwidgets5 (>= 5.70.0), libkf5kiocore5
(>= 5.100.0), libkf5kiogui5 (>= 5.98.0~), libkf5kiowidgets5 (>=
5.98.0~), libkf5widgetsaddons5 (>= 4.96.0), libkf5xmlgui5 (>= 5.98.0~),
libqt5core5a (>= 5.15.2~), libqt5gui5 (>= 5.15.2~) | libqt5gui5-gles
(>= 5.15.2~), libqt5qml5 (>= 5.15.2~), libqt5quick5 (>= 5.15.2~) |
libqt5quick5-gles (>= 5.15.2~), libqt5quickcontrols2-5 (>= 5.15.2~),
libqt5svg5 (>= 5.15.2~), libqt5widgets5 (>= 5.15.2~), libstdc++6 (>= 5)
* What exactly did you do (or not do) that was effective (or
ineffective)?
I installed qml-module-org-kde-quickcharts manually. That made it start-up.
But when I then tried to scan a folder... another error:
QQmlComponent: Component is not ready
file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/PageRow.qml:916:
Error: Error while loading page: qrc:/ui/MapPage.qml:8 module
"org.kde.kcoreaddons" is not installed
So, I installed qml-module-org-kde-kcoreaddons manually.
Then the program worked as expected.
So, please add these 2 missing dependencies. Thanks!
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages filelight depends on:
ii kio 5.102.0-1
ii libc6 2.36-8
ii libkf5configcore5 5.102.0-1
ii libkf5configwidgets55.102.0-1
ii libkf5coreaddons5 5.102.0-1
ii libkf5i18n5 5.102.0-1
ii libkf5jobwidgets5 5.102.0-1
ii libkf5kiocore5 5.102.0-1
ii libkf5kiogui5 5.102.0-1
ii libkf5kiowidgets5 5.102.0-1
ii libkf5widgetsaddons55.102.0-1
ii libkf5xmlgui5 5.102.0-1
ii libqt5core5a5.15.8+dfsg-2
ii libqt5gui5 5.15.8+dfsg-2
ii libqt5qml5 5.15.8+dfsg-2
ii libqt5quick55.15.8+dfsg-2
ii libqt5quickcontrols2-5 5.15.8+dfsg-2
ii libqt5svg5 5.15.8-2
ii libqt5widgets5 5.15.8+dfsg-2
ii libstdc++6 12.2.0-14
filelight recommends no packages.
filelight suggests no packages.
-- no debconf information
Bug#620233: kglobalaccel_x11 ungrabs wrong X11 keycodes leading to non-functional delete key
Package: kdebase-runtime Version: 4:4.4.5-1 Severity: normal Tags: upstream Forwarded: http://bugs.kde.org/show_bug.cgi?id=269403 Hello, if you're using a german keyboard layout it can happen, that the "entf" key (Delete key) doesn't work. Detailed information and a suggested patch can be found under the forwarded-bug URL. Best regards, Manuel Hachtkemper -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38-rc4.wap (SMP w/4 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-runtime depends on: ii kdebase-runtime-d 4:4.4.5-1 shared data files for the KDE base ii kdelibs5-plugins 4:4.4.5-2+squeeze1 core plugins for KDE Applications ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libattica00.1.4-1a Qt library that implements the O ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libexiv2-90.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.5-8 GCC support library ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libkde3support4 4:4.4.5-2+squeeze1 the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2+squeeze1 the KDE Platform Core Library ii libkdesu5 4:4.4.5-2+squeeze1 the Console-mode Authentication Li ii libkdeui5 4:4.4.5-2+squeeze1 the KDE Platform User Interface Li ii libkdnssd44:4.4.5-2+squeeze1 the DNS-SD Protocol Library for th ii libkfile4 4:4.4.5-2+squeeze1 the File Selection Dialog Library ii libkhtml5 4:4.4.5-2+squeeze1 the KHTML Web Content Rendering En ii libkio5 4:4.4.5-2+squeeze1 the Network-enabled File Managemen ii libkmediaplayer4 4:4.4.5-2+squeeze1 the KMediaPlayer Interface for the ii libknewstuff2-4 4:4.4.5-2+squeeze1 the "Get Hot New Stuff" v2 Library ii libknewstuff3-4 4:4.4.5-2+squeeze1 the "Get Hot New Stuff" v3 Library ii libknotifyconfig4 4:4.4.5-2+squeeze1 library for configuring KDE Notifi ii libkparts44:4.4.5-2+squeeze1 the Framework for the KDE Platform ii libkpty4 4:4.4.5-2+squeeze1 the Pseudo Terminal Library for th ii libkutils44:4.4.5-2+squeeze1 various utility classes for the KD ii libnepomuk4 4:4.4.5-2+squeeze1 the Nepomuk Meta Data Library ii libnepomukquery4a 4:4.4.5-2+squeeze1 the Nepomuk Query Library for the ii libopenexr6 1.6.1-4.1 runtime files for the OpenEXR imag ii libphonon44:4.6.0really4.4.2-1 the core library of the Phonon mul ii libplasma34:4.4.5-2+squeeze1 the Plasma Library for the KDE Pla ii libqt4-dbus 4:4.6.3-4 Qt 4 D-Bus module ii libqt4-network4:4.6.3-4 Qt 4 network module ii libqt4-qt3support 4:4.6.3-4 Qt 3 compatibility library for Qt ii libqt4-svg4:4.6.3-4 Qt 4 SVG module ii libqt4-xml4:4.6.3-4 Qt 4 XML module ii libqtcore44:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libsmbclient 2:3.5.6~dfsg-3squeeze2 shared library for communication w ii libsolid4 4:4.4.5-2+squeeze1 Solid Library for KDE Platform ii libsoprano4 2.5.0+dfsg.1-1 libraries for the Soprano RDF fram ii libssh-4 0.4.5-3A tiny C SSH library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libstreamanalyzer 0.7.2-1+b1 streamanalyzer library for Strigi ii libstreams0 0.7.2-1+b1 streams library for for Strigi Des ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii oxygen-icon-theme 4:4.4.5-1 Oxygen icon theme ii perl 5.10.1-17 Larry Wall's Practical Extraction ii phonon-backend-gs 4:4.6.0really4.4.2-1 Phonon GStreamer 0.10.x backend ii phonon-backend-vl 0.2.0-2Phonon VLC backend ii phonon-backend-xi 4:4.6.0really4.4.2-1 Phonon Xine 1.1.x backend ii plasma-scriptengi 4:4.4.5-1 the JavaScript script engine for P ii shared-desktop-on 0.5-1 shared ontologies for semantic sea Versions of packages kdebase-runtime recommends: ii hal0.5.14-3 Hardware Abstraction Layer ii virtuoso-minimal 6.1.2+dfsg1-1 high-performance database - core d Versions of packages kdebase-runtime suggests: ii djvulibre-bin 3.5.23-3 Utilities for the DjVu image forma pn icoutils (no description
Bug#398236: closed by Fathi BOUDRA (reply to f...@debian.org) (libqt4-gui: No Anti-Aliased fonts since 4.2)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libqt4-gui package: #398236: libqt4-gui: No Anti-Aliased fonts since 4.2 It has been closed by Fathi BOUDRA <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]). Why are you closing the bug? There is no explanation! Anyway, here's an interesting IRC session: Hi, is it normal that a Qt app looks bad on my GNOME system, in the sense that the fonts are not anti-aliased? (All other fonts are.) Quibus: http://pastebin.com/m7a39e433 add this to ~/.fonts.conf The contents of the file: true hintfull true can you give some explanation why this is necessary? maybe you have also to remove the rgba stuff (rgb -> none) if you don't want to have subpixel antialiasing Can you give me the somewhat longer answer? :-) because GNOME suck^W doesn't use .fonts.conf (as every other toolkit that uses fontconfig do) , but keeps its font antialiasing configuration somewhere in its windows registr^W^W gconf stuff so far for freedesktop.org standards? Anyway, thanks peppe maybe with Qt4.5 and QGtkStyle this behaviour will end, but if I use another toolkit that uses freetype, I won't get antialiased fonts on that I don't know which one is "correct" by freedesktop.org standards, but saying "yeah, keeping configuration in GConf is the standard" is a bit strange Anyway, this did fix the problem (again) for me. Might be a good idea to keep this information alive, as it isn't documented on a clear location... (AFAIK). -- Grtjs, Manuel PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ ) PPS: Visit my homepage at http://manuel.msxnet.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389542: kde: can't be installed due to broken dependencies
Package: kde Severity: normal Kde can't be installed. It fails with this error message The following packages have unmet dependencies: kde: Depends: kde-core (>= 5:47) but it is not going to be installed Depends: kde-amusements (>= 5:47) but it is not going to be installed Depends: kdeaddons (>= 4:3.4.3) but it is not going to be installed Depends: kdepim (>= 4:3.4.3) but it is not going to be installed -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398236: libqt4-gui: No Anti-Aliased fonts since 4.2
Package: libqt4-gui Version: 4.2.1-2 Severity: normal Since 4.2 got in testing, my Qt based apps don't show anti-aliased fonts anymore. Please check this out, it looks so ancient now... Thanks. It doesn't seem to occur on all fonts, though. But the fonts in the menus are not AA anymore, at least. (E.g. in Qt Assistant.) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libqt4-gui depends on: ii fontconfig 2.4.1-2 generic font configuration library ii libaudio21.8-2 The Network Audio System (NAS). (s ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-19 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.2 A free implementation of the OpenG ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libglu1-mesa [libglu1] 6.5.1-0.2 The OpenGL utility library (GLU) ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libqt4-core 4.2.1-2 Qt 4 core non-GUI functionality ru ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages libqt4-gui recommends: ii qt4-qtconfig 4.2.1-2Qt 4 configuration tool -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#238368: kopete: dependency on xmms
Package: kopete Version: 4:3.2.1-1 Severity: minor dependency on xmms is *** (some word between strange and stupid) the stubborn child in me worked hard to get rid of useless, old and not my point of view respecting software. how come i'm forced to install some gtk1.2 application just because i want to use some state of the art application like kopete? Manuel Streuhofer -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.2-1-686 Locale: LANG=C, LC_CTYPE=de_DE Versions of packages kopete depends on: ii kdelibs44:3.2.1-1KDE core libraries ii libart-2.0-22.3.16-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libgadu31:1.4-3 Gadu-Gadu protocol library - runti ii libgcc1 1:3.3.3-3GCC support library ii libglib1.2 1.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-16The GIMP Toolkit set of widgets fo ii libice6 4.3.0-5 Inter-Client Exchange library ii libjpeg62 6b-9 The Independent JPEG Group's JPEG ii libpcre34.5-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.5.0-5PNG library - runtime ii libqt3c102-mt 3:3.2.3-2Qt GUI Library (Threaded runtime v ii libsm6 4.3.0-5 X Window System Session Management ii libssl0.9.7 0.9.7c-5 SSL shared libraries ii libstdc++5 1:3.3.3-3The GNU Standard C++ Library v3 ii libx11-64.3.0-5 X Window System protocol client li ii libxext64.3.0-5 X Window System miscellaneous exte ii libxi6 4.3.0-5 X Window System Input extension li ii libxml2 2.6.7-1 GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxslt1.1 1.1.2-3 XSLT processing library - runtime ii xlibs 4.3.0-5 X Window System client libraries m ii xmms1.2.10-1 Versatile X audio player that look ii zlib1g 1:1.2.1-5compression library - runtime -- no debconf information
Bug#318682: Hmm, are you sure?
Hello, Making qt4-x11 depend on libxinerama-dev, means that it depens on xorg. This means that qt4 can only get into testing when the X transition is completed. I'm far from an expert on this, but are you sure you really want this? (OTOH: I suppose the transition to xorg is inevitable anyway, in that case it doesn't really matter at all... (right?)) Kind regards, Manuel Bilderbeek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#1098263: libkdecorations: apt update and fix-broken break due to error in libkdecorations
Package: libkdecorations2-5v5 Version: 4:5.27.11-1+b1 Severity: normal File: libkdecorations X-Debbugs-Cc: teo...@teoten.me Dear Maintainer, * What led up to the situation? using sudo apt update and then sudo apt --fix-broken install * What exactly did you do (or not do) that was effective (or ineffective)? Trying to update and fix broken packages via apt. * What was the outcome of this action? The following error after apt --fix-broken install: pkg: error processing archive /var/cache/apt/archives/libkdecorations3-6_4%3a6.3.0-1_amd64 .deb (--unpack): trying to overwrite '/usr/share/locale/az/LC_MESSAGES/kdecoration.mo', which is also in pa ckage libkdecorations2-5v5:amd64 (4:5.27.11-1+b1) Errors were encountered while processing: /var/cache/apt/archives/libkdecorations3-6_4%3a6.3.0-1_amd64.deb * What outcome did you expect instead? A successful update and fix-broken. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.12.6-amd64 (SMP w/20 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libkdecorations2-5v5:amd64 depends on: ii libc6 2.40-6 ii libkdecorations2private10 4:5.27.11-1+b1 ii libkf5i18n55.115.1-2+b3 iu libqt5core5t64 5.15.15+dfsg-4 iu libqt5gui5t64 5.15.15+dfsg-4 ii libstdc++6 14.2.0-16 libkdecorations2-5v5:amd64 recommends no packages. libkdecorations2-5v5:amd64 suggests no packages. -- no debconf information
qt4-doc: The qt documentation has no stylesheets in assistant
Subject: qt4-doc: The qt documentation has no stylesheets in assistant Package: qt4-doc Version: 4:4.7.2-3 Severity: minor After upgrading to 4.7 assistant shows no stylesheets for the qt documentation. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-dhunter4 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash qt4-doc depends on no packages. qt4-doc recommends no packages. Versions of packages qt4-doc suggests: ii libqt4-dev4:4.7.2-3 Qt 4 development files ii qt4-dev-tools 4:4.7.2-3 Qt 4 development tools -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/926954301.4277331301922306528.javamail.r...@ucimail3.uci.cu
Re: Bug#243873: kmix: volume and pcm2 inverted ; balance does not work
Samuel, I have set up a laptop, and found the same pcm2 is the one mastering the overall volume. Sadly, everytime I power on the laptop, I'm forced to open gnome-volumen-control and increase pcm2 level. Besides I want to be able to set Fn+F8, Fn+F9 keys to down and up the volume level, which currently they do for volume and not pcm2. Have you found any workaround to this problem? Regards, Manuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#907153: qtdeclarative-opensource-src: Please update symbols for riscv64
Source: qtdeclarative-opensource-src Version: 5.10.1-4 Severity: normal Tags: patch User: debian-ri...@lists.debian.org Usertags: riscv64 Hi, Please update symbols for riscv64, the diff is a single line: == dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libqt5qml5/DEBIAN/symbols doesn't match completely debian/libqt5qml5.symbols --- debian/libqt5qml5.symbols (libqt5qml5_5.11.1-4_riscv64) +++ dpkg-gensymbols1TPFdR 2018-08-24 02:30:12.216039000 + @@ -2630,7 +2630,7 @@ _ZNK3QV45Value16toQStringNoThrowEv@Qt_5_PRIVATE_API 5.2.0~beta1 1 _ZNK3QV45Value8toUInt16Ev@Qt_5_PRIVATE_API 5.2.0~beta1 1 _ZNK3QV45Value9sameValueES0_@Qt_5_PRIVATE_API 5.2.0~beta1 1 - (arch=!amd64 !arm64 !mips64el !ppc64el !sparc64)_ZNK3QV45Value9toIntegerEv@Qt_5_PRIVATE_API 5.11.1 1 +#MISSING: 5.11.1-4# (arch=!amd64 !arm64 !mips64el !ppc64el !sparc64)_ZNK3QV45Value9toIntegerEv@Qt_5_PRIVATE_API 5.11.1 1 _ZNK3QV45Value9toQStringEv@Qt_5_PRIVATE_API 5.2.0~beta1 1 _ZNK3QV46Object11getPropertyEjPNS_8PropertyEPNS_18PropertyAttributesE@Qt_5_PRIVATE_API 5.6.0~beta 1 _ZNK3QV46Object11hasPropertyEPNS_6StringE@Qt_5_PRIVATE_API 5.4.0 1 == Thanks and cheers. -- Manuel A. Fernandez Montecelo
Bug#838208: libiodbc2 FTCBFS: uses build architecture pkg-config
Control: tags -1 + pending Hi, 2017-11-01 00:09 Manuel A. Fernandez Montecelo: Hi, 2016-09-18 15:22 Helmut Grohne: Source: libiodbc2 Version: 3.52.9-2 Tags: patch User: helm...@debian.org Usertags: rebootstrap libiodbc2 fails to cross build from source, because it uses the build architecture pkg-config. Thus it fails finding gtk and that results in missing files. It seems that ./admin/gtk-2.0.m4 has its own code for discovering which $PKG_CONFIG to use rather than using a standard autoconf macro. Thus it does not default to use the triplet-prefixed pkg-config and does not consider the PKG_CONFIG environment variable either. The attached patch forces the right pkg-config via the corresponding cache variable. Please consider applying the patch or fixing the .m4 file to use standard (working) checks. Do you have any plans to upload a new version of the package, and if so, what do you think of this fix? Are you OK with the fix and would it help if we offer to NMU, to move this forward? Uploaded to delayed/10, please tell me if you would like me to to cancel the NMU; or if it's OK, if I can re-schedule it to happen sooner. .debdiff attached, it's basically what Helmut already sent as patch. Cheers. -- Manuel A. Fernandez Montecelo diff -Nru libiodbc2-3.52.9/debian/changelog libiodbc2-3.52.9/debian/changelog --- libiodbc2-3.52.9/debian/changelog 2014-05-29 13:06:37.0 +0200 +++ libiodbc2-3.52.9/debian/changelog 2017-12-12 22:31:37.0 +0100 @@ -1,3 +1,12 @@ +libiodbc2 (3.52.9-2.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ Helmut Grohne ] + * Fix FTCBFS: Force using triplet-prefixed pkg-config. (Closes: #838208) + + -- Manuel A. Fernandez Montecelo Tue, 12 Dec 2017 22:31:37 +0100 + libiodbc2 (3.52.9-2) unstable; urgency=medium * Set SYSTEM_DIR to the odbc multiarch path. (Closes: #749427) diff -Nru libiodbc2-3.52.9/debian/rules libiodbc2-3.52.9/debian/rules --- libiodbc2-3.52.9/debian/rules 2014-05-29 13:06:37.0 +0200 +++ libiodbc2-3.52.9/debian/rules 2017-12-12 22:30:26.0 +0100 @@ -1,8 +1,9 @@ #!/usr/bin/make -f -DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) +include /usr/share/dpkg/architecture.mk export DEB_CFLAGS_MAINT_APPEND = -DSYSTEM_DIR=\"/usr/lib/$(DEB_HOST_MULTIARCH)/odbc\" +export ac_cv_path_PKG_CONFIG=$(DEB_HOST_GNU_TYPE)-pkg-config %: dh $@ --parallel --with autoreconf,pkgkde_symbolshelper
Bug#897649: kdeclarative: Please update symbols for riscv64
Source: kdeclarative Version: 5.42.0-2 Severity: normal Tags: patch User: debian-ri...@lists.debian.org Usertags: riscv64 Hi, We are in the process of bootstrapping a Debian port for the riscv64 architecture (https://wiki.debian.org/RISC-V). The symbols need to be updated for this arch, please see the patch attached. We would appreciate if you could upload a version soonish to unstable including this fix, to keep the delta as small as possible. If you need help or want us to NMU, etc., please tell. Thanks and cheers. -- Manuel A. Fernandez Montecelo diff -Nru kdeclarative-5.44.0/debian/changelog kdeclarative-5.44.0/debian/changelog --- kdeclarative-5.44.0/debian/changelog2018-03-21 14:40:36.0 +0100 +++ kdeclarative-5.44.0/debian/changelog2018-05-02 19:16:47.0 +0200 @@ -1,3 +1,10 @@ +kdeclarative (5.44.0-1+0.riscv64.1) unreleased; urgency=medium + + * Non-maintainer upload. + * riscv64: symbols update + + -- Manuel A. Fernandez Montecelo Wed, 02 May 2018 19:16:47 +0200 + kdeclarative (5.44.0-1) sid; urgency=medium * New upstream release (5.44.0). diff -Nru kdeclarative-5.44.0/debian/libkf5declarative5.symbols kdeclarative-5.44.0/debian/libkf5declarative5.symbols --- kdeclarative-5.44.0/debian/libkf5declarative5.symbols 2018-03-21 14:40:36.0 +0100 +++ kdeclarative-5.44.0/debian/libkf5declarative5.symbols 2018-05-02 19:16:47.0 +0200 @@ -1,4 +1,4 @@ -# SymbolsHelper-Confirmed: 5.25.0 alpha amd64 arm64 armel armhf hppa hurd-i386 i386 mips mips64el mipsel powerpc ppc64el s390x x32 +# SymbolsHelper-Confirmed: 5.25.0 alpha amd64 arm64 armel armhf hppa hurd-i386 i386 mips mips64el mipsel powerpc ppc64el riscv64 s390x x32 libKF5Declarative.so.5 libkf5declarative5 #MINVER# _ZN12KDeclarative12KDeclarative10initializeEv@Base 4.96.0 _ZN12KDeclarative12KDeclarative13setupBindingsEv@Base 4.96.0 @@ -67,42 +67,42 @@ _ZNK12KDeclarative9QmlObject6sourceEv@Base 4.96.0 _ZNK12KDeclarative9QmlObject6statusEv@Base 5.12.0 _ZNK12KDeclarative9QmlObject7packageEv@Base 5.7.0+git20150305.0804+15.04 - (optional=templinst|arch=armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EE10_M_destroyEv@Base 5.12.0 - (optional=templinst|arch=armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EE10_M_disposeEv@Base 5.12.0 - (optional=templinst|arch=armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EE14_M_get_deleterERKSt9type_info@Base 5.12.0 - (optional=templinst|arch=armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EED0Ev@Base 5.12.0 - (optional=templinst|arch=armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EED1Ev@Base 5.12.0 - (optional=templinst|arch=armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EED2Ev@Base 5.12.0 - (optional=templinst|arch=!armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE2EE10_M_destroyEv@Base 5.12.0 - (optional=templinst|arch=!armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE2EE10_M_disposeEv@Base 5.12.0 - (optional=templinst|arch=!armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE2EE14_M_get_deleterERKSt9type_info@Base 5.12.0 - (optional=templinst|arch=!armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE2EED0Ev@Base 5.12.0 - (optional=templinst|arch=!armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE2EED1Ev@Base 5.12.0 - (optional=templinst|arch=!armel)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE2EED2Ev@Base 5.12.0 + (optional=templinst|arch=armel riscv64)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EE10_M_destroyEv@Base 5.12.0 + (optional=templinst|arch=armel riscv64)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EE10_M_disposeEv@Base 5.12.0 + (optional=templinst|arch=armel riscv64)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EE14_M_get_deleterERKSt9type_info@Base 5.12.0 + (optional=templinst|arch=armel riscv64)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EED0Ev@Base 5.12.0 + (optional=templinst|arch=armel riscv64)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EED1Ev@Base 5.12.0 + (optional=templinst|arch=armel riscv64)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE1EED2Ev@Base 5.12.0 + (optional=templinst|arch=!armel !riscv64)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE2EE10_M_destroyEv@Base 5.12.0 + (optional=templinst|arch=!armel !riscv64)_ZNSt23_Sp_counted_ptr_inplaceI10QQmlEngineSaIS0_ELN9__gnu_cxx12_Lock_policyE2EE10_M_disposeEv@Base 5.12.0 + (optional=templinst
Bug#897667: qt4-x11: Please add support for new architecture "riscv64"
Source: qt4-x11
Version: 4:4.8.7+dfsg-15
Severity: normal
Tags: patch upstream
User: debian-ri...@lists.debian.org
Usertags: riscv64
Hello,
We need support in this package to bootstrap the riscv64 architecture.
Yes, I know that you want to get rid of Qt4 once and for all and ASAP, and I
fully agree with the goal. However, a bazillion of packages depend on qt4-x11
indirectly, for example libsdl2 needs it (through fcitx, then
cmake-extra-modules, then qt5-qmake, then qtchooser that depends on Qt4 stuff);
many package still need it directly; etc.
So without support in this package, progress becomes impossible at an early
stage.
I am attaching a patch that adds support for the architecture. AFAIK (please
confirm) upstream doesn't accept patches since long ago, so no point in sending
it there. For Qt5 we're already sending it upstream, e.g. webkit stuff.
It would be great if you could include these changes and release a new version
for unstable, for the time being the patched version lives in "unreleased".
Thanks and cheers.
--
Manuel A. Fernandez Montecelo
diff -Nru qt4-x11-4.8.7+dfsg/debian/changelog
qt4-x11-4.8.7+dfsg/debian/changelog
--- qt4-x11-4.8.7+dfsg/debian/changelog 2018-04-18 22:45:31.0 +0200
+++ qt4-x11-4.8.7+dfsg/debian/changelog 2018-04-27 21:01:58.0 +0200
@@ -1,3 +1,10 @@
+qt4-x11 (4:4.8.7+dfsg-15+0.riscv64.1) unreleased; urgency=medium
+
+ * Non-maintainer upload.
+ * riscv64 support
+
+ -- Manuel A. Fernandez Montecelo Fri, 27 Apr 2018 21:01:58
+0200
+
qt4-x11 (4:4.8.7+dfsg-15) unstable; urgency=medium
* Actually upload it to unstable.
diff -Nru qt4-x11-4.8.7+dfsg/debian/patches/riscv64-support.patch
qt4-x11-4.8.7+dfsg/debian/patches/riscv64-support.patch
--- qt4-x11-4.8.7+dfsg/debian/patches/riscv64-support.patch 1970-01-01
01:00:00.0 +0100
+++ qt4-x11-4.8.7+dfsg/debian/patches/riscv64-support.patch 2018-04-27
21:01:58.0 +0200
@@ -0,0 +1,86 @@
+--- a/src/3rdparty/javascriptcore/JavaScriptCore/wtf/Platform.h
b/src/3rdparty/javascriptcore/JavaScriptCore/wtf/Platform.h
+@@ -167,6 +167,15 @@
+ #define WTF_CPU_BIG_ENDIAN 1
+ #endif
+
++/* CPU(RISCV64) - RISC-V 64-bit */
++#if defined(__riscv)
++#if (__riscv_xlen == 64)
++#define WTF_CPU_RISCV64 1
++#elif (__riscv_xlen == 32)
++#define WTF_CPU_RISCV32 1
++#endif
++#endif
++
+ /* CPU(SH4) - SuperH SH-4 */
+ #if defined(__SH4__)
+ #define WTF_CPU_SH4 1
+@@ -919,7 +928,7 @@
+ #endif
+
+ #if !defined(WTF_USE_JSVALUE64) && !defined(WTF_USE_JSVALUE32) &&
!defined(WTF_USE_JSVALUE32_64)
+-#if (CPU(X86_64) && (OS(UNIX) || OS(WINDOWS) || OS(SOLARIS) || OS(HPUX))) ||
(CPU(IA64) && !CPU(IA64_32)) || CPU(ALPHA) || CPU(AIX64) || CPU(SPARC64) ||
CPU(MIPS64) || CPU(AARCH64) || CPU(S390X)
++#if (CPU(X86_64) && (OS(UNIX) || OS(WINDOWS) || OS(SOLARIS) || OS(HPUX))) ||
(CPU(IA64) && !CPU(IA64_32)) || CPU(ALPHA) || CPU(AIX64) || CPU(SPARC64) ||
CPU(MIPS64) || CPU(AARCH64) || CPU(S390X) || CPU(RISCV64)
+ #define WTF_USE_JSVALUE64 1
+ #elif CPU(ARM) || CPU(PPC64)
+ #define WTF_USE_JSVALUE32 1
+--- a/src/3rdparty/webkit/Source/JavaScriptCore/wtf/Platform.h
b/src/3rdparty/webkit/Source/JavaScriptCore/wtf/Platform.h
+@@ -187,6 +187,15 @@
+ #define WTF_CPU_BIG_ENDIAN 1
+ #endif
+
++/* CPU(RISCV64) - RISC-V 64-bit */
++#if defined(__riscv)
++#if (__riscv_xlen == 64)
++#define WTF_CPU_RISCV64 1
++#elif (__riscv_xlen == 32)
++#define WTF_CPU_RISCV32 1
++#endif
++#endif
++
+ /* CPU(SH4) - SuperH SH-4 */
+ #if defined(__SH4__)
+ #define WTF_CPU_SH4 1
+@@ -1000,6 +1009,7 @@
+ #if (CPU(X86_64) && (OS(UNIX) || OS(WINDOWS))) \
+ || (CPU(IA64) && !CPU(IA64_32)) \
+ || CPU(ALPHA) \
++|| CPU(RISCV64) \
+ || CPU(SPARC64) \
+ || CPU(S390X) \
+ || CPU(PPC64) \
+--- a/src/corelib/arch/qatomic_arch.h
b/src/corelib/arch/qatomic_arch.h
+@@ -76,6 +76,8 @@
+ # include "QtCore/qatomic_parisc.h"
+ #elif defined(QT_ARCH_POWERPC)
+ # include "QtCore/qatomic_powerpc.h"
++#elif defined(QT_ARCH_RISCV64)
++# include "QtCore/qatomic_generic.h"
+ #elif defined(QT_ARCH_S390)
+ # include "QtCore/qatomic_s390.h"
+ #elif defined(QT_ARCH_SPARC)
+--- /dev/null
b/src/corelib/arch/riscv64/arch.pri
+@@ -0,0 +1,8 @@
++#
++# RISC-V 64 architecture
++#
++
++unix:SOURCES += ../generic/qatomic_generic_unix.cpp
++win32:SOURCES += ../generic/qatomic_generic_windows.cpp
++
++QMAKE_CXXFLAGS += -fpermissive
+--- a/src/dbus/qdbusintegrator.cpp
b/src/dbus/qdbusintegrator.cpp
+@@ -73,7 +73,7 @@
+ static bool isDebugging;
+ #define qDBusDebug if (!::isDebugging); else qDebug
+
+-Q_GLOBAL_STATIC_WITH_ARGS(const QString, orgFreedesktopDBusString,
(QLatin1String(DBUS_SERVICE_DBUS)))
++Q_GLOBAL_STATIC_WITH_ARGS(QString, orgFreedesktopDBusString,
(QLatin1String(DBUS_SERVICE_DBUS)))
+
+ static inline QString dbusServiceString()
+ { return *orgFreedesktopDBusString();
Bug#897667: qt4-x11: Please add support for new architecture "riscv64"
Hola! 2018-05-04 12:47 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer : > ¡Hola Manuel! > >> We need support in this package to bootstrap the riscv64 architecture. >> >> Yes, I know that you want to get rid of Qt4 once and for all and ASAP, and I >> fully agree with the goal. However, a bazillion of packages depend on >> qt4-x11 indirectly, > > A little less than 300 source packages. 300 is a very low estimation/calculation, if you're using something like "build-rdeps" it doesn't tell the whole picture at all, at least for new ports. Let me dig through the dependency graphs in some detail. "build-rdeps --old qt4-x11" says: Found a total of 226 reverse build-depend(s) for libqt4-dev. This includes things like phonon, automoc, kde4libs, fcitx, and python-qt4, which then expands the dependency tree to: Found a total of 20 reverse build-depend(s) for python-qt4. Found a total of 46 reverse build-depend(s) for libphonon4qt5-dev. -> this includes okular, plasma-desktop... most of KDE-5 Found a total of 29 reverse build-depend(s) for fcitx-libs-dev. -> this includes libsdl2, with 100 rdeps as we'll see later This alone is 300 or more (it depends if the sets of packages overlap, but rdeps of qt4 and libsdl2 don't overlap much). automoc is an interesting one to look at, initially only has a few: kde4libs polkit-qt-1 akonadi4 Found a total of 3 reverse build-depend(s) for automoc. But it turns out that kauth (kde5) depends on polkit-qt1: lxqt-policykit calamares libqapt polkit-kde-agent-1 kauth Found a total of 5 reverse build-depend(s) for libpolkit-qt5-1-dev. And lots of KDE things depend on kauth: Found a total of 18 reverse build-depend(s) for libkf5auth-dev. - includes plasma-desktop, baloo-kf5, kconfigwidgets So basically, since half of KDE5 depends on kauth, which depends on polkit-kde-agent1, which depends on polkit-qt1, which depends on automoc, which depends on qt4-x11, KDE5 cannot be built until qt4-x11 is built and crossing fingers that all other deps are available. (Or otherwise the chain of deps would need to be broken somewhere, but that needs one of these: a.- "forking" the packages in Debian until qt4-x11 is removed completely, which will not happen in months even in the most optimistic scenarios b.- get patches in dozens of packages to not depend on qt4 specifically in riscv64, instead of just getting qt4-x11 to work ). So as we can see, just because automoc depends on qt4-x11, all of KDE depends on it, even if KDE itself moved to Qt5. Let's look at another case not related with the one above, but also with deep entangle of dependencies involving Qt4. One of the deps that need python-qt4 and python-qt4-dbus is libffado, on which only two packages depend: jack-audio-connection-kit jackd2 Found a total of 2 reverse build-depend(s) for libffado-dev. For the first of them (not looking at the second): Found a total of 152 reverse build-depend(s) for libjack-dev. -> includes pulseaudio and vlc pulseaudio is a dependency of libsdl2, and half of Debian really: Found a total of 100 reverse build-depend(s) for libsdl2-dev. - includes ffmpeg Found a total of 151 reverse build-depend(s) for libpulse-dev. - includes, among many others: cinnamon, empathy, gnome-shell, gnome-control-center, mate-settings-daemon, efl (enlightenment), kde-runtime, pyqt5, phonon, vlc, ffmpeg, mpv, mplayer, wine Deps of ffmpeg: Found a total of 110 reverse build-depend(s) for libavcodec-dev. -> this includes things like vlc So in this second case, because libffado depends on python-qt4*, pulseaudio and therefore almost all media and desktop packages are affected by this, and cannot be built. So in short, really, about half of Debian depends on qt4-x11 in one way or another, including ironically KDE, that moved away from Qt4 long ago. >> for example libsdl2 needs it (through fcitx, then >> cmake-extra-modules, then qt5-qmake, then qtchooser that depends on Qt4 >> stuff); many package still need it directly; etc. > > fcitx: yes. The rest: they do not need Qt4. But the sole fact that you mention > it means we better take a look here. Please give us more info with respect how > this is happening (or something I can dig into). So as I explained, there are many examples above of dependency cycles that involve Qt4. Perhaps fcitx is not the best example if you consider isolatedly, but libsdl2 that needs to have fcitx installed to be built, or phonon and others with pulseaudio, depend indirectly on Qt4 via several packages, and all important media stuff and desktops depends on that. > Let's try to see exactly what's happening here, the list you wrote here look > really suspicious to me. I hope that you fin
Bug#897941: kactivities-kf5: Please update symbols for riscv64
Source: kactivities-kf5
Version: 5.42.0-2
Severity: normal
Tags: patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
Hello,
We need support in this package for the riscv64 architecture.
I am attaching a patch that adds support for the architecture, just symbols
update, and that just built successfully.
It would be great if you could include these changes and release a new version
for unstable, at the moment it lives in "unreleased".
Thanks and cheers.
--
Manuel A. Fernandez Montecelo
# SymbolsHelper-Confirmed: 5.25.0 amd64
libKF5Activities.so.5 libkf5activities5 #MINVER#
_ZN11KActivities10Controller11addActivityERK7QString@Base 4.96.0
_ZN11KActivities10Controller11qt_metacallEN11QMetaObject4CallEiPPv@Base 4.96.0
_ZN11KActivities10Controller11qt_metacastEPKc@Base 4.96.0
_ZN11KActivities10Controller12stopActivityERK7QString@Base 4.96.0
_ZN11KActivities10Controller13startActivityERK7QString@Base 4.96.0
_ZN11KActivities10Controller14removeActivityERK7QString@Base 4.96.0
_ZN11KActivities10Controller15setActivityIconERK7QStringS3_@Base 4.96.0
_ZN11KActivities10Controller15setActivityNameERK7QStringS3_@Base 4.96.0
_ZN11KActivities10Controller16staticMetaObjectE@Base 4.96.0
_ZN11KActivities10Controller18setCurrentActivityERK7QString@Base 4.96.0
_ZN11KActivities10Controller22setActivityDescriptionERK7QStringS3_@Base 5.16.0
_ZN11KActivities10ControllerC1EP7QObject@Base 4.96.0
_ZN11KActivities10ControllerC2EP7QObject@Base 4.96.0
_ZN11KActivities10ControllerD0Ev@Base 4.96.0
_ZN11KActivities10ControllerD1Ev@Base 4.96.0
_ZN11KActivities10ControllerD2Ev@Base 4.96.0
_ZN11KActivities12versionMajorEv@Base 4.96.0
_ZN11KActivities12versionMinorEv@Base 4.96.0
_ZN11KActivities13versionStringEv@Base 4.96.0
_ZN11KActivities14versionReleaseEv@Base 4.96.0
_ZN11KActivities15ActivitiesModel11qt_metacallEN11QMetaObject4CallEiPPv@Base
5.21.0
_ZN11KActivities15ActivitiesModel11qt_metacastEPKc@Base 5.21.0
_ZN11KActivities15ActivitiesModel14setShownStatesERK7QVectorINS_4Info5StateEE@Base
5.21.0
_ZN11KActivities15ActivitiesModel16staticMetaObjectE@Base 5.21.0
_ZN11KActivities15ActivitiesModel18shownStatesChangedERK7QVectorINS_4Info5StateEE@Base
5.21.0
_ZN11KActivities15ActivitiesModelC1E7QVectorINS_4Info5StateEEP7QObject@Base
5.21.0
_ZN11KActivities15ActivitiesModelC1EP7QObject@Base 5.21.0
_ZN11KActivities15ActivitiesModelC2E7QVectorINS_4Info5StateEEP7QObject@Base
5.21.0
_ZN11KActivities15ActivitiesModelC2EP7QObject@Base 5.21.0
_ZN11KActivities15ActivitiesModelD0Ev@Base 5.21.0
_ZN11KActivities15ActivitiesModelD1Ev@Base 5.21.0
_ZN11KActivities15ActivitiesModelD2Ev@Base 5.21.0
_ZN11KActivities16ResourceInstance11qt_metacallEN11QMetaObject4CallEiPPv@Base
4.96.0
_ZN11KActivities16ResourceInstance11qt_metacastEPKc@Base 4.96.0
_ZN11KActivities16ResourceInstance11setMimetypeERK7QString@Base 4.96.0
_ZN11KActivities16ResourceInstance13requestsFocusEv@Base 4.96.0
_ZN11KActivities16ResourceInstance14notifyAccessedERK4QUrlRK7QString@Base
4.96.0
_ZN11KActivities16ResourceInstance14notifyModifiedEv@Base 4.96.0
_ZN11KActivities16ResourceInstance15notifyFocusedInEv@Base 4.96.0
_ZN11KActivities16ResourceInstance16notifyFocusedOutEv@Base 4.96.0
_ZN11KActivities16ResourceInstance16staticMetaObjectE@Base 4.96.0
_ZN11KActivities16ResourceInstance6setUriERK4QUrl@Base 4.96.0
_ZN11KActivities16ResourceInstance8setTitleERK7QString@Base 4.96.0
(subst)_ZN11KActivities16ResourceInstanceC1E{quintptr}4QUrlRK7QStringS4_S4_P7QObject@Base
4.96.0
(subst)_ZN11KActivities16ResourceInstanceC1E{quintptr}P7QObject@Base 4.96.0
(subst)_ZN11KActivities16ResourceInstanceC1E{quintptr}RK7QStringP7QObject@Base
4.96.0
(subst)_ZN11KActivities16ResourceInstanceC2E{quintptr}4QUrlRK7QStringS4_S4_P7QObject@Base
4.96.0
(subst)_ZN11KActivities16ResourceInstanceC2E{quintptr}P7QObject@Base 4.96.0
(subst)_ZN11KActivities16ResourceInstanceC2E{quintptr}RK7QStringP7QObject@Base
4.96.0
_ZN11KActivities16ResourceInstanceD0Ev@Base 4.96.0
_ZN11KActivities16ResourceInstanceD1Ev@Base 4.96.0
_ZN11KActivities16ResourceInstanceD2Ev@Base 4.96.0
_ZN11KActivities4Info11iconChangedERK7QString@Base 4.96.0
_ZN11KActivities4Info11infoChangedEv@Base 4.96.0
_ZN11KActivities4Info11nameChangedERK7QString@Base 4.96.0
_ZN11KActivities4Info11qt_metacallEN11QMetaObject4CallEiPPv@Base 4.96.0
_ZN11KActivities4Info11qt_metacastEPKc@Base 4.96.0
_ZN11KActivities4Info12stateChangedENS0_5StateE@Base 4.96.0
_ZN11KActivities4Info16isCurrentChangedEb@Base 5.25.0
_ZN11KActivities4Info16staticMetaObjectE@Base 4.96.0
_ZN11KActivities4Info18descriptionChangedERK7QString@Base 5.16.0
_ZN11KActivities4Info5addedEv@Base 4.96.0
_ZN11KActivities4Info7removedEv@Base 4.96.0
_ZN11KActivities4Info7startedEv@Base 4.96.0
_ZN11KActivities4Info7stoppedEv@Base 4.96.0
_ZN11KActivities4InfoC1ERK7QStringP7QObject@Base 4.96.0
_ZN11KActivities4InfoC2ERK7QStringP7QObject@Base 4.96.0
_ZN11KActivities4InfoD0Ev@Base 4.96.0
_ZN11KActivities4InfoD1Ev@B
Bug#897667: qt4-x11: Please add support for new architecture "riscv64"
2018-05-05 1:17 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer : > El viernes, 4 de mayo de 2018 13:45:08 -03 Manuel A. Fernandez Montecelo >> >> 300 is a very low estimation/calculation, if you're using something >> like "build-rdeps" it doesn't tell the whole picture at all, at least >> for new ports. > [snip explanation that rdeps != bootstrapping a new arch] >> So in short, really, about half of Debian depends on qt4-x11 in one >> way or another, including ironically KDE, that moved away from Qt4 >> long ago. > > ACK, and thanks a lot for the detailed explanation :-) Hey, don't worry, it's also confusing for me. Not long ago I thought that the new default method using "dose" would print all the tree of dependencies, but although it prints a bit more than the simple direct ones that build-depend on the package being asked, it's not the full tree by any means. It also surprised me that Qt4 would be so deep-rooted. I though that only packages depending directly on the toolkit and not ported would be involved, and hoped to not have to deal with qt4-x11 at all for this new port, but things turned to be otherwise :( >> This is a chicken and egg problem though, because maintainers don't >> want to remove support until Qt4 is really going away, and this kind >> of migrations of "everything going together at once" is always >> painful. Two ones come to mind: IPv4/6 and Python2/3 :( > > Exactly. As I said in the previous email and what another person wrote in private related to this question, I think that removing it from libffado, fcitx and phonon goes already a long way. I also just noticed these that might be in your hand to remove soon-ish: plasma-theme-oxygen depends upon kde-style-oxygen-qt4 (= 4:5.12.0-2) kde-style-oxygen depends upon kde-style-oxygen-qt4 soprano-daemon depends upon libqt4-dbus (>= 4:4.5.3) At least, when I remove libqt4* from my system, it's only libqt4* and kde4 stuff (kamerka, katepart) , plus a few specific packages like phonon and these 3 that I mention above. > Given all the above I'll try to push Qt4 tonight. If in 24hs I do not get to > do it please do no heasitate in NMUing (or waiting a little more until I or > someone else in the team gets to it). Don't worry, it's not that urgent, but I appreciate the effort. Like for qtbase* in qt5, we can use "unreleased" suite, and the buildds pick up the dependency for it. It is a problem in the long term, thinking in months, because at some point the packages need changes, get entangled in transitions, etc, so the packages to "unreleased" sometimes have to be refreshed and it's a hassle. We have 40~80 there, while we solve problems with their build-deps or send patches that need to be accepted, so sooner or later some of them needs to be refreshed. But I hope that it's not the case of Qt4, specially since it's not supposed to change much :) >> > By the way: in http://deb.li/qt5builds I noticed that most qt5 submodules >> > have been built but not qtbase! How did you achieve that? >> >> Basically, we achieved it by disabling firebird3.0 and gdb as build >> deps, and related packages, which are not yet ready, debdiff: >> >> http://paste.debian.net/hidden/3fcebf14/ > > gdb! That might be comming from the initial packaging and might be a leftover > from qt4. I have already filed a bug against the source to check that, as I > think it is not really used. See, something good might come out of all this > after all :-) Heh, good news :) And don't worry really, I expect that people are reluctant to modify packages that are obsolete long ago. I co-maintain libsdl1.2 ones, which have the same problem, obsoleted since 2012 but still more popular than libsdl2 :( >> In that case we prefer to not submit these changes to you because we >> hope to get them sorted out in a reasonable timeframe, so it would >> mean extra work for you with little gain (to first add exceptions for >> this arch, then remove them). > > Gracias for that Manuel! De nada ;-) I just sent a request to update symbols of kdeclarative, some packages will need updates on the Debian side at least. (I don't say this as a request to fast-track that change, I also added it to "unreleased" so no rush, but I say this as an example that some packages of Qt5/KDE5 will need modifications, even if some for some changes we send directly upstream). Cheers. -- Manuel A. Fernandez Montecelo
Bug#897667: qt4-x11: Please add support for new architecture "riscv64"
2018-05-05 3:56 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer
:
> I was about to upload qt4 when I found:
>
> -Q_GLOBAL_STATIC_WITH_ARGS(const QString, orgFreedesktopDBusString,
> (QLatin1String(DBUS_SERVICE_DBUS)))
> +Q_GLOBAL_STATIC_WITH_ARGS(QString, orgFreedesktopDBusString,
> (QLatin1String(DBUS_SERVICE_DBUS)))
>
> This clearly does not looks ok. Probably a mistake?
I changed this because the compilation fails otherwise:
../../include/QtCore/../../src/corelib/arch/qatomic_generic.h:197:49:
error: invalid conversion from 'const void*' to 'void*' [-fpermissive]
return QBasicAtomicPointer_testAndSetOrdered(pointer.voidp,
expectedValue, newValue);
../../include/QtCore/../../src/corelib/arch/qatomic_generic.h:108:20:
note: initializing argument 3 of 'bool
QBasicAtomicPointer_testAndSetOrdered(void* volatile*, void*,
void*)'
Q_CORE_EXPORT bool QBasicAtomicPointer_testAndSetOrdered(void *
volatile *, void *, void *);
Indeed the definition in "qatomic_generic" is void*,
./src/corelib/arch/qatomic_generic.h:Q_CORE_EXPORT bool
QBasicAtomicPointer_testAndSetOrdered(void * volatile *, void *, void
*);
And that line that I patch is the only one that uses "const QString"
instead of non-const:
$ rgrep 'Q_GLOBAL_STATIC_WITH_ARGS(.*QString' .
./src/gui/embedded/qwindowsystem_qws.cpp:Q_GLOBAL_STATIC_WITH_ARGS(QString,
defaultMouse, (QLatin1String("Auto")))
./src/gui/embedded/qwindowsystem_qws.cpp:Q_GLOBAL_STATIC_WITH_ARGS(QString,
defaultKeyboard, (QLatin1String("TTY")))
./src/dbus/qdbusservicewatcher.cpp:Q_GLOBAL_STATIC_WITH_ARGS(QString,
busService, (QLatin1String(DBUS_SERVICE_DBUS)))
./src/dbus/qdbusservicewatcher.cpp:Q_GLOBAL_STATIC_WITH_ARGS(QString,
busInterface, (QLatin1String(DBUS_INTERFACE_DBUS)))
./src/dbus/qdbusservicewatcher.cpp:Q_GLOBAL_STATIC_WITH_ARGS(QString,
signalName, (QLatin1String("NameOwnerChanged")))
./src/dbus/qdbusintegrator.cpp:Q_GLOBAL_STATIC_WITH_ARGS(const
QString, orgFreedesktopDBusString, (QLatin1String(DBUS_SERVICE_DBUS)))
The alternative would be to use -fpermissive globally, I think, but
this would mask other similar problems, so I patched that one and it
was the only such problematic line in the whole code.
My best guess is that no other [popular] platforms are using "generic"
but its own, so this code is never compiled in Debian for other arches
and thus it doesn't fail, it's a latent error in code of unused
code-paths.
I somehow prefer to use generic, because there's no point in low-level
porting Qt4 at this point.
Cheers.
--
Manuel A. Fernandez Montecelo
Bug#865797: signond FTBFS: symbol changes
user debian-ri...@lists.debian.org usertag 865797 + riscv64 stop Hi, 2017-06-24 23:17 Adrian Bunk: Source: signond Version: 8.59-1 Severity: serious Tags: buster sid Some recent change in unstable makes signond FTBFS: https://tests.reproducible-builds.org/debian/history/signond.html https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/signond.html FWIW I was able to build for riscv64 updating symbols with pkgkde-symbolshelper (update for all arches), debdiff attached. ia64 and riscv64 are the only ones built recently though. Cheers. -- Manuel A. Fernandez Montecelo diff -Nru signond-8.59/debian/changelog signond-8.59/debian/changelog --- signond-8.59/debian/changelog 2016-06-24 14:20:35.0 +0200 +++ signond-8.59/debian/changelog 2018-05-06 19:35:09.0 +0200 @@ -1,3 +1,10 @@ +signond (8.59-1+0.riscv64.1) unreleased; urgency=medium + + * Non-maintainer upload. + * riscv64: symbols update + + -- Manuel A. Fernandez Montecelo Sun, 06 May 2018 17:35:09 + + signond (8.59-1) unstable; urgency=medium [ Diane Trout ] diff -Nru signond-8.59/debian/libsignon-plugins-common1.symbols signond-8.59/debian/libsignon-plugins-common1.symbols --- signond-8.59/debian/libsignon-plugins-common1.symbols 2016-06-24 14:20:35.0 +0200 +++ signond-8.59/debian/libsignon-plugins-common1.symbols 2018-05-06 19:34:49.0 +0200 @@ -1,15 +1,15 @@ -# SymbolsHelper-Confirmed: 8.59 amd64 +# SymbolsHelper-Confirmed: 8.59-1 alpha arm64 armel armhf hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mips64el mipsel powerpc powerpcspe ppc64 ppc64el riscv64 s390x sh4 sparc64 x32 libsignon-plugins-common.so.1 libsignon-plugins-common1 #MINVER# - (optional=templinst|arch=mips64el mipsel)_Z17qRegisterMetaTypeI13QDBusArgumentEiPKcPT_N9QtPrivate21MetaTypeDefinedHelperIS3_Xaasr12QMetaTypeId2IS3_E7DefinedntsrS8_9IsBuiltInEE11DefinedTypeE@Base 8.57+20150423 +#MISSING: 8.59-1# (optional=templinst|arch=mips64el mipsel)_Z17qRegisterMetaTypeI13QDBusArgumentEiPKcPT_N9QtPrivate21MetaTypeDefinedHelperIS3_Xaasr12QMetaTypeId2IS3_E7DefinedntsrS8_9IsBuiltInEE11DefinedTypeE@Base 8.57+20150423 _Z23expandDBusArgumentValueRK8QVariantPb@Base 8.57+20150423 (optional=templinst|arch=amd64)_Z27qRegisterNormalizedMetaTypeI13QDBusArgumentEiRK10QByteArrayPT_N9QtPrivate21MetaTypeDefinedHelperIS4_Xaasr12QMetaTypeId2IS4_E7DefinedntsrS9_9IsBuiltInEE11DefinedTypeE@Base 8.57+20150423 - (optional=templinst)_ZN17QtMetaTypePrivate23QMetaTypeFunctionHelperI13QDBusArgumentLb1EE6CreateEPKv@Base 8.57+20150423 - (optional=templinst)_ZN17QtMetaTypePrivate23QMetaTypeFunctionHelperI13QDBusArgumentLb1EE6DeleteEPv@Base 8.57+20150423 +#MISSING: 8.59-1# (optional=templinst)_ZN17QtMetaTypePrivate23QMetaTypeFunctionHelperI13QDBusArgumentLb1EE6CreateEPKv@Base 8.57+20150423 +#MISSING: 8.59-1# (optional=templinst)_ZN17QtMetaTypePrivate23QMetaTypeFunctionHelperI13QDBusArgumentLb1EE6DeleteEPv@Base 8.57+20150423 (optional=templinst)_ZN17QtMetaTypePrivate23QMetaTypeFunctionHelperI13QDBusArgumentLb1EE8DestructEPv@Base 8.57+20150423 (optional=templinst)_ZN17QtMetaTypePrivate23QMetaTypeFunctionHelperI13QDBusArgumentLb1EE9ConstructEPvPKv@Base 8.57+20150423 (optional=templinst)_ZN4QMapI7QString8QVariantE13detach_helperEv@Base 8.57+20150423 - (optional=templinst)_ZN4QMapI7QString8QVariantED1Ev@Base 8.59 - (optional=templinst)_ZN4QMapI7QString8QVariantED2Ev@Base 8.59 + (optional=templinst|arch=!ia64 !riscv64)_ZN4QMapI7QString8QVariantED1Ev@Base 8.59 + (optional=templinst|arch=!ia64 !riscv64)_ZN4QMapI7QString8QVariantED2Ev@Base 8.59 _ZN6SignOn13BlobIOHandler11qt_metacallEN11QMetaObject4CallEiPPv@Base 8.57+20150423 _ZN6SignOn13BlobIOHandler11qt_metacastEPKc@Base 8.57+20150423 _ZN6SignOn13BlobIOHandler11receiveDataEi@Base 8.57+20150423 @@ -31,23 +31,26 @@ (optional=templinst)_ZN7QVectorI10QByteArrayE11reallocDataEii6QFlagsIN10QArrayData16AllocationOptionEE@Base 8.57+20150423 (optional=templinst)_ZN7QVectorI10QByteArrayE6appendERKS0_@Base 8.57+20150423 (optional=templinst)_ZN8QMapNodeI7QString8QVariantE14destroySubTreeEv@Base 8.57+20150423 + (arch=ia64 riscv64)_ZN9QtPrivate16StreamStateSaverD1Ev@Base 8.59-1 + (arch=ia64 riscv64)_ZN9QtPrivate16StreamStateSaverD2Ev@Base 8.59-1 + (optional=templinst|arch=ia64 riscv64)_ZN9QtPrivate24readAssociativeContainerI4QMapI7QString8QVariantEEER11QDataStreamS6_RT_@Base 8.59-1 _ZNK6SignOn13BlobIOHandler10metaObjectEv@Base 8.57+20150423 (optional=templinst)_ZNK8QMapNodeI7QString8QVariantE4copyEP8QMapDataIS0_S1_E@Base 8.57+20150423 _ZTVN6SignOn13BlobIOHandlerE@Base 8.57+20150423 (optional=templinst)_ZZN11QMetaTypeIdI13QDBusArgumentE14qt_metatype_idEvE11metatype_id@Base 8.57+20150423 - (optional=templinst)_ZrsI7QString8QVariantER11QDataStreamS3_R4QMapIT_T0_E@Base 8.57+20150423 + (optional=templinst|arch=!ia64 !riscv64)_ZrsI7QString8QVariantER11QDataStreamS3_R4QMapIT_T0_E@Base 8.57+20150423 libsignon-plugins.so.1
Bug#897667: qt4-x11: Please add support for new architecture "riscv64"
2018-05-06 18:47 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer : >> >> I somehow prefer to use generic, because there's no point in low-level >> porting Qt4 at this point. > > Worst case scenario: C&P generic to riscv64, fix that line and be done. But > yes, let's use this as a last resort, as the fix seems legit. Gracias! -- Manuel A. Fernandez Montecelo
Bug#899020: qtbase-opensource-src: Please disable gdb build-dependency on riscv64
Source: qtbase-opensource-src
Version: 5.9.2+dfsg-12
Severity: normal
Tags: patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
Hi,
This package depends on gdb, which is not available yet in Debian for the
riscv64 architecture.
We're generally reluctant to ask to disable dependencies specifically for this
architecture, because we hope to get them available in a reasonable timeframe.
However, since it might take a while to get support for riscv64 upstream in gdb
and then in Debian, it is probably better to disable this build-dependency in
riscv64 for the time being, to avoid having to upload packages to "unreleased"
after each upload from you to unstable, or transitions from other libraries that
involve this package.
If we don't do that, packages [transitively] build-depending on this one cannot
be built, since some dependencies cannot be fulfilled, like this one (random
example):
misc/pgmodeler_0.9.1-1 [optional:out-of-date:calprio{47}:days{3}]
Reasons for BD-Uninstallable:
pgmodeler build-depends on:
- qtbase5-dev:riscv64
qtbase5-dev depends on:
- libqt5core5a:riscv64 (= 5.10.1+dfsg-5+0.riscv64.1)
libqt5core5a depends on missing:
- libicu57:riscv64 (>= 57.1-1~)
It would be great if you could include these changes in your next release to
unstable.
Thanks and cheers.
--
Manuel A. Fernandez Montecelo
diff -Nru qtbase-opensource-src-5.10.1+dfsg/debian/control
qtbase-opensource-src-5.10.1+dfsg/debian/control
--- qtbase-opensource-src-5.10.1+dfsg/debian/control2018-04-06
16:15:12.0 +0200
+++ qtbase-opensource-src-5.10.1+dfsg/debian/control2018-04-11
02:14:34.0 +0200
@@ -11,9 +11,9 @@
freetds-dev,
- gdb,
+ gdb [!riscv64],
libasound2-dev [linux-any],
libatspi2.0-dev,
libcups2-dev,
Bug#899020: qtbase-opensource-src: Please disable gdb build-dependency on riscv64
2018-05-18 18:00 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer : > Control: tag -1 pending > > That dependency is already removed in our repos. I'll merge with the > relevant bug later. That's great, thanks! -- Manuel A. Fernandez Montecelo
Bug#901566: qtwebkit: Please add support for architecture "riscv64"
Source: qtwebkit Version: 2.3.4.dfsg-9.1 Severity: normal Tags: patch upstream User: debian-ri...@lists.debian.org Usertags: riscv64 Hi, I know that you want this package removed soonish [1]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876905 However, until it gets removed from the archive and because still many packages directly build-depend on it, it's a problem for new ports, because it blocks a substantial part of the archive from being built. I cannot recall all the packages right now, since I was working on this a few weeks ago and had to stop for a bit, but it blocks many dozens or hundreds of packages among direct and indirect packages, sometimes very remotely related to this source package, but nevertheless affected. We have this package in the suite "unreleased"; as long as there are no more uploads, we're good. But if there are new uploads with version >= 9.2, it can break things for us. So please consider including support for this architecture by applying the attached patch if you upload new versions. BTW, I think that we already submitted support for this upstream (or if not, we'll do it over the next weeks), but I suspect that this package will not get new upstream releases, so adding the patch directly is the only option in this case. Thanks and cheers. -- Manuel A. Fernandez Montecelo diff -Nru qtwebkit-2.3.4.dfsg/debian/changelog qtwebkit-2.3.4.dfsg/debian/changelog --- qtwebkit-2.3.4.dfsg/debian/changelog2016-11-23 11:46:11.0 +0100 +++ qtwebkit-2.3.4.dfsg/debian/changelog2018-05-04 22:40:02.0 +0200 @@ -1,3 +1,10 @@ +qtwebkit (2.3.4.dfsg-9.1+0.riscv64.1) unreleased; urgency=medium + + * Non-maintainer upload. + * riscv64: add support + + -- Manuel A. Fernandez Montecelo Fri, 04 May 2018 20:40:02 + + qtwebkit (2.3.4.dfsg-9.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru qtwebkit-2.3.4.dfsg/debian/patches/riscv64-support.patch qtwebkit-2.3.4.dfsg/debian/patches/riscv64-support.patch --- qtwebkit-2.3.4.dfsg/debian/patches/riscv64-support.patch1970-01-01 01:00:00.0 +0100 +++ qtwebkit-2.3.4.dfsg/debian/patches/riscv64-support.patch2018-05-04 22:40:02.0 +0200 @@ -0,0 +1,47 @@ +Index: qtwebkit-2.3.4.dfsg/Source/WTF/wtf/Platform.h +=== +--- qtwebkit-2.3.4.dfsg.orig/Source/WTF/wtf/Platform.h qtwebkit-2.3.4.dfsg/Source/WTF/wtf/Platform.h +@@ -345,13 +345,20 @@ + #endif + #endif + ++/* CPU(RISCV64) - RISC-V 64 */ ++#if defined(__riscv) && (__riscv_xlen == 64) ++#define WTF_CPU_RISCV64 1 ++#define ENABLE_JIT 0 ++#define ENABLE_YARR_JIT 0 ++#endif ++ + /* CPU(M68K) - m68k */ + #if defined(__mc68000__) + #define WTF_CPU_M68K 1 + #define WTF_CPU_BIG_ENDIAN 1 + #endif + +-#if CPU(ARM) || CPU(MIPS) || CPU(SH4) || CPU(SPARC) || CPU(MIPS64) ++#if CPU(ARM) || CPU(MIPS) || CPU(SH4) || CPU(SPARC) || CPU(MIPS64) || CPU(RISCV64) + #define WTF_CPU_NEEDS_ALIGNED_ACCESS 1 + #endif + +@@ -914,6 +921,7 @@ + || CPU(SPARC64) \ + || CPU(S390X) \ + || CPU(AARCH64) \ ++|| CPU(RISCV64) \ + || CPU(MIPS64) \ + || CPU(PPC64) + #define WTF_USE_JSVALUE64 1 +Index: qtwebkit-2.3.4.dfsg/Source/WTF/wtf/dtoa/utils.h +=== +--- qtwebkit-2.3.4.dfsg.orig/Source/WTF/wtf/dtoa/utils.h qtwebkit-2.3.4.dfsg/Source/WTF/wtf/dtoa/utils.h +@@ -49,7 +49,7 @@ + defined(__ARMEL__) || \ + defined(_MIPS_ARCH_MIPS32R2) + #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 +-#elif CPU(MIPS) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || CPU(S390) || CPU(S390X) || CPU(IA64) || CPU(SPARC) || CPU(ALPHA) || CPU(MIPS64) || CPU(AARCH64) || CPU(HPPA) ++#elif CPU(MIPS) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || CPU(S390) || CPU(S390X) || CPU(IA64) || CPU(SPARC) || CPU(ALPHA) || CPU(MIPS64) || CPU(AARCH64) || CPU(HPPA) || CPU(RISCV64) + #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 + #elif defined(_M_IX86) || defined(__i386__) + #if defined(_WIN32) diff -Nru qtwebkit-2.3.4.dfsg/debian/patches/series qtwebkit-2.3.4.dfsg/debian/patches/series --- qtwebkit-2.3.4.dfsg/debian/patches/series 2016-11-17 22:20:52.0 +0100 +++ qtwebkit-2.3.4.dfsg/debian/patches/series 2018-05-04 22:34:46.0 +0200 @@ -26,3 +26,4 @@ fix_x32_cpu_detection.patch disable-jit-nonsse2.patch m68k_support.diff +riscv64-support.patch
Re: Bug#901566: qtwebkit: Please add support for architecture "riscv64"
2018-06-19 15:08 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer : >> >> [...] >> So please consider including support for this architecture by applying the >> attached patch if you upload new versions. >> [...] > > Very pretty please create a merge request in [salsa] against the repo's master > HEAD. I'll happily push it after that. And sorry for the delay! > > [salsa] <https://salsa.debian.org/qt-kde-team/qt/qtwebkit> No problem for the "delay", quick enough! Here it is, it's my first MR on Salsa so I hope that everything is OK :) https://salsa.debian.org/qt-kde-team/qt/qtwebkit/merge_requests/1 Thanks! -- Manuel A. Fernandez Montecelo
Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures
Hi, 2018-07-26 21:48 Lisandro Damián Nicanor Pérez Meyer: Control: severity -1 wishlist Hi Thorsten! El jue., 26 de jul. de 2018 14:03, Thorsten Glaser escribió: Source: qttools-opensource-src Version: 5.11.1-3 Severity: important Justification: fails to build from source (but built successfully in the past), on d-ports arches https://buildd.debian.org/status/package.php?p=qttools-opensource-src LLVM/clang simply is not available for many Debian architectures as it’s not portable. Please drop the B-D for these architectures. I haven't looked at the code but it seems that this dependency is now required in order to build qdoc, so reducing the severity to wishlist. I don't know if it's possible at all to build everything but qdoc. And the effect of this could be many packages starting to FTBFS. This page states that: http://doc.qt.io/qt-5/gettingstarted.html Note: From Qt 5.11, QDoc requires clang from LLVM 3.9 for parsing C++ header and source files, and for parsing the function signatures in \fn commands. See Installing clang for QDoc for details. However, if it can be built without these doc tools, for example using Adrian's patch, it would be very nice to try. Not sure if it will break many packages (for these arches), packages might assume that qdoc tools are there, but the alternative is at least equally bad, and potentially worse. I think that this is similar to the case discussed in #897667, not being able to build qt4-x11 makes big portions of the archive unbuildable, many thousands of packages. Not being able to build qttools-opensource-src will have a similar effect, I think. Cheers. -- Manuel A. Fernandez Montecelo
Re: Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures
2018-07-27 14:48 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer : > El viernes, 27 de julio de 2018 09:24:46 -03 Manuel A. Fernandez Montecelo > escribió: > > [snip] >> This page states that: >> >> http://doc.qt.io/qt-5/gettingstarted.html >> >> Note: From Qt 5.11, QDoc requires clang from LLVM 3.9 for parsing C++ >> header and source files, and for parsing the function signatures in >> \fn commands. See Installing clang for QDoc for details. >> >> However, if it can be built without these doc tools, for example using >> Adrian's patch, it would be very nice to try. >> >> Not sure if it will break many packages (for these arches), packages >> might assume that qdoc tools are there, but the alternative is at least >> equally bad, and potentially worse. > > It will also mean that we Qt maintainers will start receiving valid bugs. > Considering the ratio of work and manpower we have now it's not something we > would like to deal with. Now if you can somehow chime in here, well, we can > make an arrangement of some type I guess. > > Maybe by opening a bug due to qdoc removal on some archs might help, you could > subscribe there if needed. OK, sounds fair, whatever the solution is implemented. I was using codesearch.d.n and there are 83 that match "qdoc": https://codesearch.debian.net/search?q=%5CWqdoc%5CW Probably not all of these will actually use it for building (maybe they will only test if available, and will generate an empty package or something), others might do it only on -indep as Adrian says. Almost certainly it will break some package. At that point we can intervene and explain to maintainers, or provide patches, for them to build it as -indep, so it's a win also for the wide Debian project (building -indep when possible, saving resources, etc). -- Manuel A. Fernandez Montecelo
Re: Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures
2018-07-28 1:45 GMT+02:00 John Paul Adrian Glaubitz : > On 07/28/2018 01:41 AM, Manuel A. Fernandez Montecelo wrote: >> I was using codesearch.d.n and there are 83 that match "qdoc": >> https://codesearch.debian.net/search?q=%5CWqdoc%5CW > > Wait a minute. How can there be 83 packages already using qdoc when > Lisandro just uploaded the version of qttools to unstable which first > contained the qdoc utility. I am confused. The packages matching the search contain code matching *.qdoc for example, not all necessarily invoke qdoc. Maybe one can restrict the query to calls of qdoc from d/rules, but I think that there will be indirect ways to use qdoc (like "make" in docs dir or something). Anyway, maybe I am misunderstanding the problem, but as I understand it (don't know for sure) is that qdoc was there for a long time, it's not a new thing, and what changed is that it now uses llvm/clang to parse and generate doc instead of some internal code or other external parsers. And the breakage for some ports is that not all of them have support in llvm/clang, whereas presumably what they used before was OK. >> Probably not all of these will actually use it for building (maybe >> they will only test if available, and will generate an empty package >> or something), others might do it only on -indep as Adrian says. >> Almost certainly it will break some package. > > It shouldn't break any package. Again, building documentation in the > binary-arch target should be considered a bug and get fixed. That's more or less what I said, in other words. I am convinced that it will cause some breakage, because not all packages are perfect or because of corner cases, only that uncovering the breakage is probably a good thing in most or all cases, alerting about wrong practices. -- Manuel A. Fernandez Montecelo
Bug#596133: [kalarm] Buttons vanish on mimimize
tags 596133 + moreinfo thanks Hello Eike, I could reproduce this bug a long time ago. However I've just checked and looks like I can't reproduce it anymore. I guess it was fixed somehow, would you mind to check with an updated version of debian unstable? Thank you. signature.asc Description: This is a digitally signed message part.
Bug#643726: Still happening
Hello Brian, "brian m. carlson" > Attached is a patch fixing the problem. It is untested, since I don't > feel like installing all the dependencies to build kde4libs. You could > also just define KDE_NO_DEBUG_OUTPUT, but that might be a bit much. > > Just as a note, this bug has been present in KDE for at least the last > decade. I didn't mean to be so blunt, but as a non-KDE user, it pops up > at the most inconvenient times, and it is rather annoying when it does, > since it forces me to abandon a terminal that I'm working in, usually > with 2 lines of important scrollback. while I'm not part of the Debian Qt/KDE team anymore, I can tell you this patch shouldn't be included because apparently it just silents the debug output of kbuilsycoca4 which doesn't seem very appropiate. However not everything are bad news for you: to fix your problem, you just can execute "kdebugdialog" and disabled the debug output. Disabling it patching kdelibs like that isn't a good solution because some people needs to inspect the kDebug() output of their programs, besides, as you can see, you can just turn it off. > On Mon, May 27, 2013 at 09:25:10PM +0200, Sune Vuorela wrote: > > On Monday 27 May 2013 01:39:42 brian m. carlson wrote: > > > Please address this issue. > > > > Sorry that we haven't addressed this issue yet, but we are a bit swamped > > in 1300 bug reports and sometimes things fall past the cracks. If this > > is unsatisfactory, you are most welcome to join in or alternatively > > contact your software vendor and ask for a refund. Well, given that not everybody is allowed to be a member of your team and also not everybody is allowed to be a member of the debian project (which is probably one of the most closed free software projects around there, with an unneccesarily large and complicated process to become a member) you shouldn't complain about your lack of manpower, you just asked for it. Cheers. signature.asc Description: This is a digitally signed message part.
Bug#735057: konqueror: Please use (also) WebKit as backend
Package: konqueror
Version: 4:4.11.3-1
Severity: wishlist
Hi,
I reported a problem (copied below) about being unable to see correctly a web
site with Konqueror (works perfectly with Firefox and Chrome), in:
https://discuss.makeplaylive.com/t/forum-website-not-working-in-konqueror/29/2
My original post (does not show a blank page now, more info at bottom):
https://discuss.makeplaylive.com/
In Konqueror, shows a blank page.
Aaron Seigo's reply (for those for whome the name does not ring a bell, he is
one of the most prominent upstream developers of KDE, and admin of that forum):
Yes, KHTML is way behind the times. There is exactly nothing we can or will do
about that. Please use a webkit based browser such as Rekonq (Konqueror can use
the webkit part, btw), Chrome, Firefox..
Rekonq doesn't seem available in Debian (was present a while ago but removed).
Arora (using webkit) doesn't show anything either, but the last version is
~1.5/2 years old and seems dead upstream.
I repeated with Konqueror and the front page is not blank, but when installing
kpart-webkit package and selecting it as backend in Konqueror ("General" ->
"Default web browser engine"), the support for websites that I generally use is
much better, and the zoom of the pages much more useful than with the default
KHTML renderer.
So I thought that it would be useful to pass on this information to the Debian
maintainers in the case that you are not aware, because if Aaron recommends to
use Webkit as a backend and it's possible to use Konqueror with it by default,
maybe we should switch the backend, or switch the default, suggest/recommend
kpart-webkit in the dependencies, or provide alternative packages using the
different backends (konqueror-khtml and konqueror-webkit), for example.
Hope that helps.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages konqueror depends on:
ii install-info5.2.0.dfsg.1-2
ii kde-baseapps-bin4:4.11.3-1
ii kde-baseapps-data 4:4.11.3-1
ii kde-runtime 4:4.11.3-1
ii libc6 2.17-97
ii libkactivities6 4:4.11.3-1
ii libkcmutils44:4.11.3-2
ii libkde3support4 4:4.11.3-2
ii libkdecore5 4:4.11.3-2
ii libkdesu5 4:4.11.3-2
ii libkdeui5 4:4.11.3-2
ii libkfile4 4:4.11.3-2
ii libkhtml5 4:4.11.3-2
ii libkio5 4:4.11.3-2
ii libkonq5abi14:4.11.3-1
ii libkonqsidebarplugin4a 4:4.11.3-1
ii libkparts4 4:4.11.3-2
ii libqt4-dbus 4:4.8.5+git192-g085f851+dfsg-2
ii libqt4-qt3support 4:4.8.5+git192-g085f851+dfsg-2
ii libqt4-xml 4:4.8.5+git192-g085f851+dfsg-2
ii libqtcore4 4:4.8.5+git192-g085f851+dfsg-2
ii libqtgui4 4:4.8.5+git192-g085f851+dfsg-2
ii libstdc++6 4.8.2-11
ii libx11-62:1.6.2-1
Versions of packages konqueror recommends:
ii dolphin 4:4.11.3-1
ii kfind4:4.11.3-1
pn konqueror-nsplugins
Versions of packages konqueror suggests:
pn konq-plugins
-- no debconf information
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20140112133428.19549.99042.report...@lugh.itsari.org
Bug#735057: konqueror: Please use (also) WebKit as backend
2014/1/20 Lisandro Damián Nicanor Pérez Meyer :
>>
>> Aaron Seigo's reply (for those for whome the name does not ring a bell, he
>> is one of the most prominent upstream developers of KDE, and admin of that
>> forum):
>>
>>
>> Yes, KHTML is way behind the times. There is exactly nothing we can or will
>> do about that. Please use a webkit based browser such as Rekonq (Konqueror
>> can use the webkit part, btw), Chrome, Firefox..
>>
>> [...]
>> I repeated with Konqueror and the front page is not blank, but when
>> installing kpart-webkit package and selecting it as backend in Konqueror
>> ("General" -> "Default web browser engine"), the support for websites that
>> I generally use is much better, and the zoom of the pages much more useful
>> than with the default KHTML renderer.
>>
>> So I thought that it would be useful to pass on this information to the
>> Debian maintainers in the case that you are not aware, because if Aaron
>> recommends to use Webkit as a backend and it's possible to use Konqueror
>> with it by default, maybe we should switch the backend, or switch the
>> default, suggest/recommend kpart-webkit in the dependencies, or provide
>> alternative packages using the different backends (konqueror-khtml and
>> konqueror-webkit), for example.
>
> Hi! I think your subject confused me a little. You can use konqueror with
> webkit as you mentioned. Are you suggesting that we switch the default?
Hmm, it can be a bit confusing, yes.
What I meant is that if one of the devels behind KDE recommends to use
Webkit backend as a default for Konqueror, perhaps in Debian we should
be more proactive to make it the default. I don't know if there will
be people insisting on using the KHTML one, though.
To achieve this, probably the easiest solution would be
Require-ing|Recommend-ing kpart-webkit. The users then can still
select which backend they want from the "General" options of
Konqueror, but at least Webkit is selected as default when the package
is installed (I think).
The package konqueror currently does not even Depend|Recommend|Suggest
kpart-webkit at the moment, so I expect that most users don't even
know that Debian actually supports Webkit as renderer for Konqueror,
nor there are clear suggestions on how to achieve this (as far as I
know).
So the subject meant to say "arrange things in a way that users use
only webkit, or webkit by default, or at least as an option" without
having to fiddle with the system too much (e.g. install new packages
that are not even recommended).
Cheers.
--
Manuel A. Fernandez Montecelo
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAPQ4b8=swyecvrgeekfkhogzwolbylfyxfoi-wepxenm0fv...@mail.gmail.com
Bug#838208: libiodbc2 FTCBFS: uses build architecture pkg-config
Hi, 2016-09-18 15:22 Helmut Grohne: Source: libiodbc2 Version: 3.52.9-2 Tags: patch User: helm...@debian.org Usertags: rebootstrap libiodbc2 fails to cross build from source, because it uses the build architecture pkg-config. Thus it fails finding gtk and that results in missing files. It seems that ./admin/gtk-2.0.m4 has its own code for discovering which $PKG_CONFIG to use rather than using a standard autoconf macro. Thus it does not default to use the triplet-prefixed pkg-config and does not consider the PKG_CONFIG environment variable either. The attached patch forces the right pkg-config via the corresponding cache variable. Please consider applying the patch or fixing the .m4 file to use standard (working) checks. Do you have any plans to upload a new version of the package, and if so, what do you think of this fix? Are you OK with the fix and would it help if we offer to NMU, to move this forward? Cheers. -- Manuel A. Fernandez Montecelo
Bug#1023774: breeze-grub: Please add support for "riscv64" arch
Source: breeze-grub
Version: 5.26.0-1
Severity: wishlist
Tags: ftbfs patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: m...@debian.org, debian-ri...@lists.debian.org
Hi,
Please enable this architecture, with the patch attached or an equivalent.
I built it locally on hardware, it built fine just by enabling the architecture
in debian/control, no other changes needed.
(For that matter, I suppose that all architectures could be enabled, there
doesn't seem to be any reason for this package to be restricted to specific
architectures).
Thanks and cheers.
--
Manuel A. Fernandez Montecelo
diff -Nru breeze-grub-5.26.0/debian/changelog
breeze-grub-5.26.0/debian/changelog
--- breeze-grub-5.26.0/debian/changelog 2022-10-11 13:43:57.0 +
+++ breeze-grub-5.26.0/debian/changelog 2022-11-04 19:19:44.0 +
@@ -1,3 +1,10 @@
+breeze-grub (5.26.0-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add support for riscv64 arch
+
+ -- Manuel A. Fernandez Montecelo Fri, 04 Nov 2022 19:19:44
+
+
breeze-grub (5.26.0-1) unstable; urgency=medium
[ Aurélien COUDERC ]
diff -Nru breeze-grub-5.26.0/debian/control breeze-grub-5.26.0/debian/control
--- breeze-grub-5.26.0/debian/control 2022-10-02 16:19:33.0 +
+++ breeze-grub-5.26.0/debian/control 2022-11-04 19:19:44.0 +
@@ -14,7 +14,7 @@
Rules-Requires-Root: no
Package: grub-theme-breeze
-Architecture: any-amd64 any-arm any-arm64 any-i386 any-ia64 any-mipsel
any-powerpc any-ppc64 any-ppc64el any-sparc any-sparc64
+Architecture: any-amd64 any-arm any-arm64 any-i386 any-ia64 any-mipsel
any-powerpc any-ppc64 any-ppc64el any-riscv64 any-sparc any-sparc64
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: Breeze theme for GRUB 2
Breeze theme for the GRUB boot loader to fit in with KDE Plasma's
Bug#575120: kdebase-runtime: dependency on libxine1?
tags 575120 + pending thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201101212333.33258.panfa...@gmail.com
Bug#595267: kde-l10n-fr: some packages kde are mixed french and english
tags 595267 unreproducible moreinfo thanks I've installed kde-l10n-fr, switched the language of gwenview and kpat to french and apparently everything is in french, I have: $ apt-show-versions kde-l10n-fr kde-l10n-fr/sid uptodate 4:4.4.5-1 $ apt-show-versions gwenview gwenview/sid uptodate 4:4.4.5-2 $ apt-show-versions kpat kpat/sid uptodate 4:4.4.5-1 Do you still have the problem? Could you please check if you have the latest kpat and gwenview? -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201102021950.17557.panfa...@gmail.com
Bug#614514: kmail: KDE bug 207779 (solved over there) affecting Kmail HTML messages in Squeeze
Package: kmail Version: 4:4.4.7-3 Severity: normal Bug 207779 (https://bugs.kde.org/show_bug.cgi?id=207779) affects Kmail 1.13.5 (Kontact 4.4.7 / KDE 4.4.5), making it imposible to send HTML messages that correctly show blank lines when received in non Kmail clientes (Thunderbird, Outlook, Evolution, etc). -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii kdepim-runtime 4:4.4.7-1Runtime components for akonadi-kde ii kdepimlibs-kio-plug 4:4.4.5-2kio slaves used by KDE PIM applica ii libakonadi-contact4 4:4.4.5-2library for using the Akonadi PIM ii libakonadi-kde4 4:4.4.5-2library for using the Akonadi PIM ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libgpgme++2 4:4.4.5-2c++ wrapper library for gpgme ii libkabc44:4.4.5-2library for handling address book ii libkcal44:4.4.5-2library for handling calendar data ii libkde3support4 4:4.4.5-2the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2the KDE Platform Core Library ii libkdepim4 4:4.4.7-3KDE PIM library ii libkdeui5 4:4.4.5-2the KDE Platform User Interface Li ii libkhtml5 4:4.4.5-2the KHTML Web Content Rendering En ii libkimap4 4:4.4.5-2library for handling IMAP data ii libkio5 4:4.4.5-2the Network-enabled File Managemen ii libkldap4 4:4.4.5-2library for accessing LDAP ii libkleo44:4.4.7-3certificate based crypto library ii libkmime4 4:4.4.5-2library for handling MIME data ii libknotifyconfig4 4:4.4.5-2library for configuring KDE Notifi ii libkontactinterface 4:4.4.5-2Kontact interface library ii libkparts4 4:4.4.5-2the Framework for the KDE Platform ii libkpgp44:4.4.7-3gpg based crypto library ii libkpimidentities4 4:4.4.5-2library for managing user identiti ii libkpimtextedit44:4.4.5-2library that provides a textedit w ii libkpimutils4 4:4.4.5-2library for dealing with email add ii libkresources4 4:4.4.5-2the KDE Resource framework library ii libksieve4 4:4.4.7-3mail/news message filtering librar ii libktnef4 4:4.4.5-2library for handling TNEF data ii libkutils4 4:4.4.5-2various utility classes for the KD ii libmailtransport4 4:4.4.5-2mail transport service library ii libmessagecore4 4:4.4.7-3message core library ii libmessagelist4 4:4.4.7-3message list library ii libmimelib4 4:4.4.7-3MIME library ii libnepomuk4 4:4.4.5-2the Nepomuk Meta Data Library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-qt3support 4:4.6.3-4Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libthreadweaver44:4.4.5-2the ThreadWeaver Library for the K ii perl5.10.1-17Larry Wall's Practical Extraction ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime Versions of packages kmail recommends: pn gnupg-agent(no description available) pn gnupg2 (no description available) pn pinentry-qt4 | pinentry-x11(no description available) Versions of packages kmail suggests: pn clamav | f-prot-installer (no description available) ii kaddressbook 4:4.4.7-3 address book and contact data mana pn kleopatra (no description available) ii procmail 3.22-19Versatile e-mail processor pn spamassassin | bogofilter | a (no description available) -- no debconf information
Bug#615980: kscd: "random button" works to turn random 'on', but not to turn it 'off'
forwarded 615980 https://bugs.kde.org/show_bug.cgi?id=241653 thanks Hi Marcos, please don't report upstream KDE bugs to Debian BTS. It doesn't help us to improve the packages and packaging bugs may be buried by the miriad of upstream bug reports, I hope you understand. Thank you. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201103011604.33150.panfa...@gmail.com
Bug#516372: ITP: subtitlecomposer - subtitles editor for KDE 4
Package: wnpp Severity: wishlist Owner: José Manuel Santamaría Lema X-Debbugs-CC: debian-qt-kde@lists.debian.org Package name: subtitlecomposer Version: 0.5.2 Upstream Author: Sergio Pistone URL: http://sourceforge.net/projects/subcomposer License: GPL Description: A text-based subtitles editor supporting the basic operations (text, time, and style edition) as well as real time preview, spell checking and more; aiming to become an improved version of Subtitle Workshop for UNIX-like OSes. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524178: [kmail] visible columns in folder view lost between runs
The bug is already filed in upstream: https://bugs.kde.org/show_bug.cgi?id=190230
Bug#526515: kmail: Subfolder does not inherit default sender identity from parent (regression)
forwarded 526515 https://bugs.kde.org/show_bug.cgi?id=139293 thanks Hi Jim, the bug is already filed in upstream. You might want to comment on kde #139293 to explain that the bug is a regression, and that is not fixed on kde 4.2.2.
Bug#656914: kdelibs5-dev: causes kaffeine to FTBFS with current xine-lib
severity 656914 important tags 656914 + pending thanks Hello, the FTBFS you have mentioned may happens only if we switch the libxine-dev build depend to libxine2-dev, therefore I'm downgrading the severity of this bug to "important". Feel free to raise it again to serious if you remove the old version xine-lib. In any case this bug is fixed in kde4libs 4.8 so I'm marking it as pending as well. It's not fixed making the cmake script use pkg-config like you suggested, but the important bit is that it doesn't use the depreceted xine-config anymore. signature.asc Description: This is a digitally signed message part.
Bug#672179: kmail: Kmail can not launch slaves
severity 672179 important tags 672179 + unreproducible tags 672179 + moreinfo thanks Noel, just to make sure it isn't a temporary problem could you please reboot your system and run "kbuildsycoca4 --noincremental"? Andreas Metzler > On 2012-05-09 Noel David Torres Taño wrote: > [...] > > > user@host:~$ kmail > > Unable to load library icui18n "Cannot load library icui18n: > > (libicui18n.so.48: no se puede abrir el fichero del objeto compartido: > > No existe el fichero o el directorio)" > > [...] > > libQtCore tries to dlopen libicui18n.so.48. See > https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/989915 > https://bugzilla.redhat.com/show_bug.cgi?id=759923 > > cu andreas This thing by itself is not what is producing the problem, I can just uninstall libicu48, get the same "Unable to load library icui18n" and kmail works, because qt4 can work even if it doesn't dlopen libicu; so it must be something else. Also I'm downgrading the severity of this bug since looks like it doesn't affect everybody. signature.asc Description: This is a digitally signed message part.
Bug#675888: kde-workspace-bin: /usr/bin/krunner crashes every time
tags 675888 + pending thanks The mentioned patch is applied in 4.8.4. signature.asc Description: This is a digitally signed message part.
Bug#579051: More info requested
tags 579051 + moreinfo thanks Hello, you reported the bug #579051 a long time ago, can you still reproduce the bug with a more recent kde/konsole version? signature.asc Description: This is a digitally signed message part.
Interest in maintaining razor-qt and qtdesktop utils under this group?
Hello, I am preparing packages for razor-qt [1], and in the future I plan to look into applications pointed to by qtdesktop [2] that are not packaged for Debian yet. [1] http://www.razor-qt.org/ [2] http://www.qtdesktop.org/ I don't know if this Qt/KDE team would be interested in them or if you would prefer to keep the focus mostly on KDE, and do not want the extra noise caused by these effort. Cheers. -- Manuel A. Fernandez Montecelo -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capq4b8mzp0sf4wqpdsrnmiqyy1nntk7qlp2xk6plwhm95d7...@mail.gmail.com
Re: Interest in maintaining razor-qt and qtdesktop utils under this group?
Hi, 2012/7/23 Lisandro Damián Nicanor Pérez Meyer : > I'm just speaking for myself, but I think this team prefers to keep focus on > KDE. OK, I'll keep things off this list, then. > On the other hand, I'm really curious about razor. If you or anybody else is interested, I'll try to keep info in the WNPP bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652745 Cheers. -- Manuel A. Fernandez Montecelo -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPQ4b8=zcGzmfYQvVJwQcVO_P1NR089FhW5EbhkqXoOB7L13=w...@mail.gmail.com
Bug#688801: kde-window-manager: Incorrect Build-conflict against libgles2-mesa-dev
Hello Martin, the build conflict right now is correct because kwin isn't linked against opengl es 2.0 on purpose and if we build the package with libgles2-mesa-dev fails to build because of a missing file. Another slightly different thing is if we should enable the open gl es stuff in kwin(I think we should do it one of these days). This is why I disabled the opengl es some months ago (copied from an IRC log): [08 Abr 2012] [18:27:03]pinotree: if I understand it correctly: in kde 4.8 kwin gles can be built at the same time that normal kwin, however it won't be run unless the user goes to a terminal and writes kwin_gles -replace. in the future the compositing stuff in kwin may be a plugin so the gles compositing would be loaded if open gl es is working [Dom 08 Abr 2012] [18:31:45] * pinotree expects a conclusion [snip] [Dom 08 Abr 2012] [18:35:23]pinotree: so I think it makes sense to adopt the "drop the gless stuff" proposed by you. we can add packages for kwin gles later, I'd need to check if what the ubuntu guys did makes sense, but we have better things to do imo[1] In my first message, is it my guess right or am I missing something? How does it work in 4.9? I mean, does it load the opengl es compositing automatically if possible? [1]The "better things to do" were packaging the rest of the KDE SC, so finally I didn't have time to work on this thing again since that IRC conversation. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209261519.39742.panfa...@gmail.com
Re: Bug#532351: gwenview: Where is the option "send image(s) to email?"
Hi Pol, with kde 4.2.4 (currently avaliable on debian sid) Plugins -> Images -> Email images Please, ask this kind of questions in debian-kde mailing list before filing bugs, will save developers time (which will help a lot): http://lists.debian.org/debian-kde/ Cheers. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532731: kalarm: crashes on desktop startup
forward 532731 https://bugs.kde.org/show_bug.cgi?id=194745 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532731: kalarm: crashes on desktop startup
forwarded 532731 https://bugs.kde.org/show_bug.cgi?id=194745 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559485: Package libxklavier15 not available in Debian testing repository
Package: kdebase-workspace-bin Version: 4:4.3.2-2 In http://packages.debian.org/squeeze/kdebase-workspace-bin yo can read: libxklavier15 (>= 4.0) Package not available In fact, package libxklavier15 not available in Debian testing repository. That implies that you can´t install the meta-package kdebase because of broken dependencies. I'm using Debian Squeeze and the official repositories at http://mc.geofisica.unam.mx/debian and http://security.debian.org Thanks for your attention to this problem. -- Manuel Jesús Castro Ayora correo-e: castro.ay...@gmail.com twitter: @mjcastroayora blog: infoal...@wordpress.com
Bug#502530: channel settings changed with new login
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was suffering this bug for a long time (6 months). Yesterday I removed all pulseaudio packages (with the exception of the essential libraries, libpulse0, etc.) and now kmix seems to work well. The reason I installed pulseaudio some time ago was my sound card (HDA Intel) wasn't well supported by 2.6 kernels until recently, and Phonon failed sometimes complaining that no ALSA souncard was available. All in all, I got rid of PulseAudio and everything seems to work well now. Cheers, mendi > The bug isn't kmix related but is, more likely, related to pulseaudio. > Notice bug #556971; I found some info related to pulseaudio in kde bugreports. > I solved uninstalling pulseaudio, in the bug i reported there > is an alternative solution. > > Greetings, > Francesco Cammaroto -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktYStkACgkQ89MXueSLD48keACcDFGd6Imm1cbiP3DKk3czH6is HxAAn1+eaS23sz/IHK59uo4z9r/Q+DKF =TrC1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#451926: password support
forwarded 451926 https://bugs.kde.org/show_bug.cgi?id=35371 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002162204.59237.panfa...@gmail.com
Bug#541790: okular does not print portrait
forwarded 541790 https://bugs.kde.org/show_bug.cgi?id=204128 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002162226.51267.panfa...@gmail.com
Bug#508634: okular: Does not exit full screen mode
forwarded 508634 https://bugs.kde.org/show_bug.cgi?id=162595 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002162231.35846.panfa...@gmail.com
Bug#544616: akregator writes malformed feeds.opml on shutdown
forwarded 544616 https://bugs.kde.org/show_bug.cgi?id=206039 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002162259.21432.panfa...@gmail.com
Bug#529431: akregator: Sometimes "unread" is more then "total"
forwarded 529431 https://bugs.kde.org/show_bug.cgi?id=223988 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002162303.02050.panfa...@gmail.com
Bug#537468: When using more as a pager, konsole stops accepting input, but does not freeze.
forwarded 537468 https://bugs.kde.org/show_bug.cgi?id=200764 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002170204.06708.panfa...@gmail.com
Bug#525883: konsole: double-click selection no longer works
forwarded 525883 https://bugs.kde.org/show_bug.cgi?id=189651 thanks -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002170232.38896.panfa...@gmail.com
Bug#265795: kdm does not allow user login
Package: kdm
Version: 4:3.3.0-1
Severity: grave
Tags: patch
Hi.
After today's sid upgrade, I discovered that kdm does not allow the user
login.
Few investigation later, I realized the error was on
/etc/kde3/kdm/Xsession. The version in KDE 3.2.x packages invoked
general X11 session file, while the one in KDE 3.3.0 appears to be
upstream file.
As an obvious solution, I reverted the file to 3.2.x version, and it
appears to work.
There is a really silly patch attached.
Regards,
Juanma.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-ck6
Locale: LANG=es_ES, LC_CTYPE=es_ES (ignored: LC_ALL set to es_ES)
Versions of packages kdm depends on:
ii debconf 1.4.30 Debian configuration management sy
ii kdebase-bin 4:3.3.0-1 KDE Base (binaries)
ii kdelibs4 4:3.3.0-1 KDE core libraries
ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi
ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-5client library to control the FAM
ii libgcc1 1:3.4.1-5 GCC support library
ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library
ii libidn11 0.5.2-2GNU libidn library, implementation
ii libpam-runtime0.76-22Runtime support for the PAM librar
ii libpam0g 0.76-22Pluggable Authentication Modules l
ii libpng12-01.2.5.0-7 PNG library - runtime
ii libqt3c102-mt 3:3.3.2-5 Qt GUI Library (Threaded runtime v
ii libsm64.3.0.dfsg.1-6 X Window System Session Management
ii libstdc++51:3.3.4-7 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte
ii libxrender1 0.8.3-7X Rendering Extension client libra
ii libxtst6 4.3.0.dfsg.1-6 X Window System event recording an
ii xbase-clients 4.3.0.dfsg.1-6 miscellaneous X clients
ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m
ii zlib1g1:1.2.1.1-5compression library - runtime
-- debconf information:
kdm/stop_running_server_with_children: false
* kdm/default_servers_nolisten_tcp:
* kdm/default_servers_100dpi:
* shared/default-x-display-manager: kdm
* kdm/default_nolisten_udp:
kdm/daemon_name: /usr/bin/kdm
--- Xsession-3.32004-08-15 02:08:48.0 +0200
+++ Xsession-3.22004-08-15 02:08:43.0 +0200
@@ -1,62 +1,5 @@
#! /bin/sh
# Xsession - run as user
-# Note that the respective logout scripts are not sourced.
-case $SHELL in
- */bash)
-[ -z "$BASH" ] && exec $SHELL $0 "$@"
-set +o posix
-[ -f /etc/profile ] && . /etc/profile
-if [ -f $HOME/.bash_profile ]; then
- . $HOME/.bash_profile
-elif [ -f $HOME/.bash_login ]; then
- . $HOME/.bash_login
-elif [ -f $HOME/.profile ]; then
- . $HOME/.profile
-fi
-;;
- */zsh)
-[ -z "$ZSH_NAME" ] && exec $SHELL $0 "$@"
-emulate -R zsh
-[ -d /etc/zsh ] && zdir=/etc/zsh || zdir=/etc
-zhome=${ZDOTDIR:-$HOME}
-# zshenv is always sourced automatically.
-[ -f $zdir/zprofile ] && . $zdir/zprofile
-[ -f $zhome/.zprofile ] && . $zhome/.zprofile
-[ -f $zdir/zlogin ] && . $zdir/zlogin
-[ -f $zhome/.zlogin ] && . $zhome/.zlogin
-;;
- */csh|*/tcsh)
-# [t]cshrc is always sourced automatically.
-# Note that sourcing csh.login after .cshrc is non-standard.
-set -a
-eval `$SHELL -c 'if (-f /etc/csh.login) source /etc/csh.login; if (-f
~/.login) source ~/.login; /bin/sh -c set | egrep -v
"^(BASH_VERSINFO|EUID|PPID|UID|_)="'`
-set +a
-;;
- *) # Plain sh, ksh, and anything we don't know.
-[ -f /etc/profile ] && . /etc/profile
-[ -f $HOME/.profile ] && . $HOME/.profile
-;;
-esac
-
-[ -f /etc/xprofile ] && . /etc/xprofile
-[ -f $HOME/.xprofile ] && . $HOME/.xprofile
-
-case $1 in
- "")
-exec xmessage -center -buttons OK:0 -default OK "Sorry, $DESKTOP_SESSION
is no valid session."
-;;
- failsafe)
-exec xterm -geometry 80x24-0-0
-;;
- custom)
-exec $HOME/.xsession
-;;
- default)
-exec /usr/bin/startkde
-;;
- *)
-eval exec "$1"
-;;
-esac
-exec xmessage -center -buttons OK:0 -default OK "Sorry, cannot execute $1.
Check $DESKTOP_SESSION.desktop."
+# invoke global X session script
+. /etc/X11/Xsession
Bug#269068: Have kdepim-kio-plugins installed?
Hi. I had almost the same config (and problem) than you, and the solution was the package kdepim-kio-plugins, which provides newimap4 service support. Regards, Juanma. -- Juan Manuel Garcia Molina Debian GNU/Linux Developer [EMAIL PROTECTED] http://www.debian.org pgp4H9DyHt5EY.pgp Description: PGP signature
Bug#269789: The actual message in English
Package: kleopatra Version: 4:3.3.0-2 Followup-For: Bug #269789 The actual error text (in English) is: The crypto plugin could not be initialized. Certificate Manager will terminate now. Regards, Juanma. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-ck5 Locale: LANG=es_ES, LC_CTYPE=es_ES Versions of packages kleopatra depends on: ii kdelibs44:3.3.0-1.1 KDE core libraries ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libgcc1 1:3.4.1-7GCC support library ii libkleopatra0 4:3.3.0-2KDE GnuPG interface libraries ii libqt3c102-mt 3:3.3.3-4Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.4-9The GNU Standard C++ Library v3 -- no debconf information
[Thank you] Viva Debian & KDE
Thank you very much from a desktop Debian user since Potato. Regards from Spain -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816173725.57e25c...@nereida.gnuservers.com.ar
[Thank you] Viva Debian & KDE
Thank you very much from a desktop Debian user since Potato. Regards from Spain -- This is message was sent to you from http://thanks.debian.net -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100816174119.c08d2c...@nereida.gnuservers.com.ar
