On Tue, Sep 04, 2018 at 07:04:56AM -1000, Gaetan Bisson via arch-dev-public
wrote:
> I don't believe many people sign off on packages not headed to [core].
> Definitely feel free to move scribus to [community].
So far I've told our tester that they don't have to because we don't
really look at t
[2018-09-04 14:46:15 +0200] Bruno Pagani:
> Le 25/08/2018 à 01:31, Gaetan Bisson a écrit :
> > [2018-08-24 18:45:33 +0200] Bruno Pagani:
> >> I have a ready PKGBUILD
> >> (https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=scribus-devel)
> >> that I can push (after changing the pkgname) if scr
Le 25/08/2018 à 01:31, Gaetan Bisson a écrit :
> [2018-08-24 18:45:33 +0200] Bruno Pagani:
>> I have a ready PKGBUILD
>> (https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=scribus-devel)
>> that I can push (after changing the pkgname) if scribus is moved to
>> [community]. And we can co-maint
[2018-08-24 18:45:33 +0200] Bruno Pagani:
> I have a ready PKGBUILD
> (https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=scribus-devel)
> that I can push (after changing the pkgname) if scribus is moved to
> [community]. And we can co-maintain it there, co-maintaining is the new
> sexy. ;)
I
On Fri, Aug 24, 2018 at 07:15:31PM +0200, Antonio Rojas via arch-dev-public
wrote:
> I'm not very fond of adding todo lists for things that are not
> completely under devs/TU's control (some packages have not been ported
> upstream yet). It will just sit there unfinished for months and we
> will
El viernes, 24 de agosto de 2018 16:16:40 (CEST) Florian Pritz escribió:
> Please make a TODO list in archweb, otherwise manually checking what is
> done and what isn't is error prone.
>
I'm not very fond of adding todo lists for things that are not completely under
devs/TU's control (some pack
Le 24/08/2018 à 18:38, Gaetan Bisson via arch-dev-public a écrit :
> [2018-08-24 11:51:30 +0200] Bruno Pagani via arch-dev-public:
>>> scribus
>> The develop branch (1.5.x), available as scribus-devel in the AUR (and
>> maintained by myself), is Qt5. It has been in development for the past 3
>> ye
[2018-08-24 11:51:30 +0200] Bruno Pagani via arch-dev-public:
> > scribus
>
> The develop branch (1.5.x), available as scribus-devel in the AUR (and
> maintained by myself), is Qt5. It has been in development for the past 3
> years already, and still no ETA AFAIK… I’ve been using it instead of
> s
On 8/24/18 6:00 AM, David Runge wrote:
>> lmms
> This should already be Qt5 capable. Rebuild incoming.
https://bugs.archlinux.org/task/47723
Available in the beta only, AFAIK.
>> mixxx
> I hope this is portable! It's the only cross-platform tool for DJing.
Also builds with qt5 on master (so sho
On Fri, Aug 24, 2018 at 11:10:36AM +0200, Antonio Rojas via arch-dev-public
wrote:
> And gone. After the KDE4 and PyQt4 removal, 'pactree -sru qt4 | wc -l' went
> down from 78 to 44. The full list is below: if any of your packages is in
> there, please check whether it can be dropped, ported to
On 2018-08-24 11:10:36 (+0200), Antonio Rojas via arch-dev-public wrote:
> ams
Will contact upstream (but project looks pretty dead, if in doubt I
wouldn't wait on it)
> hydrogen
1.0.0beta1 is the first Qt5-capable version. If they're too slow, I'll
ship that.
> lmms
This should already be Qt5 ca
Le 24/08/2018 à 11:10, Antonio Rojas via arch-dev-public a écrit :
> fcitx-qt4
> ibus-qt
The first one will be useless once Qt4 apps are gone, the second one can
be rebuild without Qt4 support when that happens too.
> keepassx
> keepassx2
I think both should be dropped as replaced by keepassxc.
And gone. After the KDE4 and PyQt4 removal, 'pactree -sru qt4 | wc -l' went
down from 78 to 44. The full list is below: if any of your packages is in
there, please check whether it can be dropped, ported to use Qt5 or some other
toolkit. We should aim at dropping Qt4 as soon as possible, it has
Le 17/08/2018 à 20:53, Antonio Rojas via arch-dev-public a écrit :
> I think it's time to drop the KDE4 libraries. They were EOL months ago and
> most stuff that isn't yet ported to KF5 is dead upstream. This would allow
> dropping a number of qt4 libraries and reduce the qt4 reverse dependenci
I think it's time to drop the KDE4 libraries. They were EOL months ago and
most stuff that isn't yet ported to KF5 is dead upstream. This would allow
dropping a number of qt4 libraries and reduce the qt4 reverse dependencies (qt4
has been EOL for 3 years now). Affected packages are:
- recordit
15 matches
Mail list logo