Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
This bug was fixed in the package libgepub - 0.6.0-1
---
libgepub (0.6.0-1) unstable; urgency=medium
* New upstream release (LP: #1756141)
* Update package names for new release
* Have -dev package depend on libsoup2.4-dev and libwebkit2gtk4.0-dev
-- Jeremy Bicha Thu, 15 Mar
** Bug watch added: Debian Bug tracker #875180
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875180
** Also affects: scribus (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875180
Importance: Unknown
Status: Unknown
--
You received this bug notification because
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Synergy already builds on qt5. Relevant patches for Debian upstream are
at https://github.com/epakai/synergy-
debian/commit/e2b31c6e91b4b52f19884ffbf060cfe5b8904d92
There has also been a new release (1.9.0) from Symless in the past week.
I probably need a few weeks to get to it, but I intend to pa
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
** Changed in: libreoffice (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1757746
Title:
Please port your package away from Qt 4
To manage notifications abou
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
The patch is in the mainline kernel now.
commit ae104a21e52b1f9aab342cf6924405177b720069
Author: Kailang Yang
Date: Mon Feb 5 16:07:20 2018 +0800
ALSA: hda/realtek - Add headset mode support for Dell laptop
This platform was only one phone Jack.
Add dummy lineout verb to fix automut
It's a KDE/Kubuntu bug only. Not a bug in the Wayland protocol, and not
a bug in Gnome Shell.
** Summary changed:
- no windows arround gnumeric program with wayland
+ [kubuntu] No window borders around gnumeric program with wayland
** Package changed: wayland (Ubuntu) => kubuntu-meta (Ubuntu)
-
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: budgie-artwork (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1750465
Titl
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ubuntu-mate-artwork (Ubuntu Artful)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ubuntu-mate-artwork (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1750465
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ubuntu-gnome-default-settings (Ubuntu Artful)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ubuntu-gnome-default-settings (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bug
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: kubuntu-settings (Ubuntu Artful)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1750
** Package changed: linux (Ubuntu) => linux-oem (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1757584
Title:
Let headset-mode initialization be called on Dell Precision 3930
To manage noti
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: budgie-artwork (Ubuntu Artful)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/175046
*** This bug is a duplicate of bug 1750465 ***
https://bugs.launchpad.net/bugs/1750465
** This bug is no longer a duplicate of bug 1754371
package plymouth-theme-ubuntu-text 0.9.2-3ubuntu17 failed to
install/upgrade: dependency problems - leaving triggers unprocessed
** This bug has been m
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: apt (Ubuntu Artful)
Status: New => Confirmed
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kubuntu-settings in Ubuntu.
https://bugs.launchpad.net/b
*** This bug is a duplicate of bug 1750465 ***
https://bugs.launchpad.net/bugs/1750465
** This bug has been marked a duplicate of bug 1750465
upgrade attempting to process triggers out of order (package
plymouth-theme-ubuntu-text 0.9.2-3ubuntu17 failed to install/upgrade:
dependency probl
** Package changed: kubuntu-meta (Ubuntu) => kwin (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1757467
Title:
[kubuntu] No window borders around gnumeric program with wayland
To manage no
** Description changed:
This bug is for tracking the upload package. This
bug will contain status and testing results related to that upload.
For an explanation of the tasks and the associated workflow see:
https://wiki.ubuntu.com/Kernel/kernel-sru-workflow
-- swm properties --
+ boot
*** This bug is a duplicate of bug 1672297 ***
https://bugs.launchpad.net/bugs/1672297
Thank you for taking the time to report this bug and helping to make
Ubuntu better. This particular bug has already been reported and is a
duplicate of bug 1672297, so it is being marked as such. Please look
With this commit, I now get this error:
"Error creating passphrase-encrypted packet: GPGME: Bad passphrase"
https://salsa.debian.org/utopia-team/volume-key/commit/42207b3d
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
** Summary changed:
- Please make window control buttons larger
+ The "Minimize", " Maximize" and "Close" buttons are too small to click
** Changed in: ubuntu-ux
Status: New => Confirmed
** Changed in: ubuntu-themes (Ubuntu)
Assignee: Marco Trevisan (TreviƱo) (3v1n0) => (unassigned)
Instead of filing one megabug, I filed separate bugs:
https://bugs.launchpad.net/ubuntu/+bugs?field.tag=qt4-removal
Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1757320
Title:
Remove Qt 4
kdesudo can be removed from the archive as soon as my merged
ubuntu-release-upgrader change has been uploaded and has migrated.
$ reverse-depends src:kdesudo
Reverse-Depends
===
* ubuntu-release-upgrader-qt (for kdesudo)
$ reverse-depends -b src:kdesudo
No reverse dependencies found
I mean this part of the log seems like it's obviously not going to work.
---
To begin, type keys on the keyboard until this progress meter
is full. DO NOT USE THE AUTOREPEAT FUNCTION ON YOUR KEYBOARD!
Continue typing until the progress
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
- Why did this not fail the build?
Because then the build wouldn't work! I mentioned this in the MIR
description under Quality Assurance.
- Why did this fail?
I don't know. Once we know how to get the tests to pass, I'll be happy
to make test failures fail the build. (Currently, they're ignored
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
** Changed in: webkit-open-source
Status: Unknown => Confirmed
** Changed in: webkit-open-source
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1757582
Title:
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
Public bug reported:
Currently Qt 4 has been dead upstream and we are starting to have
problems maintaining it, like for example in the OpenSSL 1.1 support
case.
Following in the footsteps of Debian[1], all packages directly or
indirectly depending on qt4-x11 (like this one) must either get porte
201 - 300 of 1065 matches
Mail list logo