(Please CC me on reply)
Hello,
we need your help to support pyside2 on mipsel and mips64el.
mips64el test failures
--
First on mips64el we had this report of failing tests:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945421
But after a while the package managed to
Version: 5.13.2-1
On Sat, 16 Nov 2019, Sandro Tosi wrote:
> On Fri, 30 Aug 2019 07:35:29 + Matthias Klose wrote:
> > Package: src:pyside2
> > Version: 5.11.2-3
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
>
> version 5.13.2-1
Hi,
On Mon, 28 Oct 2019, Mark Weyer wrote:
> Package: python3-pyside2.qtgui
> Version: 5.11.2-3+rpi1
> Severity: normal
>
> This bug is reported against an example package but is more general. Thus it
> pertains to more binary packages built from the same source package pyside2
Can you be a bit
Hi,
On Sun, 13 Jan 2019, Adrian Bunk wrote:
> Test cases that passed in patchelf 0.8 fail since 0.9,
> and segmentation fault on things like setting rpath
> might be close enough to "entirely broken".
In that case, it would certainly help upstream if someone
(maintainer/porter) could try to "git
Hi,
On Sat, 12 Jan 2019, Adrian Bunk wrote:
> pyside2 is now built without patchelf on mips64el.
>
> Doing the same for mips and mipsel should fix the problem for pivy.
Yeah, but this is not going in the right direction. This means that
pyside will be built with the embedded patchelf. The
Hello Lisandro,
TLDR: thank you for starting this discussion, it was required as it's not
an easy decision to take as there is no realistic perfect solution, but I
believe you took the wrong decision. Please consider deferring the
decision to the technical committe by seeking his advice (point
Control: reopen -1 hert...@debian.org
Hello,
On Mon, 13 Nov 2017, Lisandro Damián Nicanor Pérez Meyer wrote:
> > Could you please rebuild qtbase with OpenGL ES acceleration on ARM64
> > instead so as to provide a better user experience on these devices?
>
> As discussed on IRC, it means beaking
Control: tag -1 pending
Hello all,
we have made good progress on the pyside2 packaging. Yesterday we
had working packages built against Qt 5.10 that we managed to use to
rebuild freecad and the application was working.
We worked in our own repository at the start:
Hi,
On Fri, 11 May 2018, Maximiliano Curia wrote:
> > Sophie and me are working to bring pyside2 into Debian. We would like to
> > put it in pkg-kde-extras. I requested access to the salsa group for this.
>
> Welcome to the team!
Thank you. Note that you granted me "developer" access which
Control: retitle -1 ITP: pyside2 -- Qt for Python
Control: owner -1 sop...@freexian.com
On Sat, 14 Apr 2018 10:09:38 +0200 Francesco Poli
wrote:
> Moreover, if I read the [announcement] correctly, it seems that PySide2
> is going to be renamed as "Qt for Python" and
Hello Maximiliano and other KDE maintainer(s),
The Debian LTS team would like to fix the security issues which are
currently open in the Wheezy version of kde4libs:
https://security-tracker.debian.org/tracker/source-package/kde4libs
Would you like to take care of this yourself?
If yes, please
Hi,
On Wed, 20 Jul 2016, Raphael Hertzog wrote:
> So is there anyone from the KDE team who is willing to investigate and
> update the required integration? (Or at least provide initial guidance in
> this bug report so that others can pick it up)
I looked further into this issue but I qu
On Tue, 19 Jul 2016, Sune Vuorela wrote:
> > $ cat kde-wallpaper/10-desktop-base.js
> > // Placed in /usr/share/kde4/apps/plasma-desktop/init/
>
> yeah. that looks kind of old.
>
> > (This has been identified on a Kali Linux system but I have all the
> > reasons to believe that it also applies
Control: tag -1 + moreinfo
Hello Markus Merlin,
you reported that you were affected by Debian bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747637
Maximiliano believes that the latest update 1.13.0-1 should
fix the db upgrade problems (see below). Can you confirm this
so that we can
On Sun, 21 Jun 2009, Sune Vuorela wrote:
Please also make sure that kdebase takes quite some time to build on most
architectures, so uploading it just for a fix of a bug of severity: normal is
often a waste of everybodys time.
The bug will be serious as soon as we upload dpkg with the
Package: ktouch
Version: Many keyboard layouts missing
Severity: important
The latest upstream release, rather than fixing the allegedly broken
keyboard layouts, simply removed them from the build process (see
keyboard_DATA in ./kdeedu-3.5.5/ktouch/keyboards/Makefile.in and
corresponding
16 matches
Mail list logo