Re: time to retire some kde4/smoke-based language bindings?

[Rex Dieter]

Per old thread,
https://lists.fedoraproject.org/archives/list/[e-mail].o...

kde-sig retired kdebindings (virtual package), and orphaned the following 
today:

kimono
ruby-korundum
ruby-qt
smokeqt
smokekde
qyoto

-- Rex

time to retire some kde4/smoke-based language bindings?

[Sérgio Basto]

On Seg, 2017-02-20 at 10:39 -0600, Rex Dieter wrote:
>  Per old thread,
>  https://lists.fedoraproject.org/archives/list/[e-mail]
>  ct.org/thread/D4QXJ5HBCNJJYWHB7SPOQWL57QMMC63O/
>  
>  kde-sig retired kdebindings (virtual package), and orphaned the
>  following 
>  today:
>  
>  kimono
>  ruby-korundum
>  ruby-qt
>  smokeqt
>  smokekde
>  qyoto 
"Of these, I can see *maybe* keeping perl-Qt (and dep smokeqt),
primarily because it is the only one in this list that's not a leaf
package (debconf- kde depends on it). " 

debconf-kde still need perl-Qt and perl-Qt use libQtCore.so.4 and also
depends on smokeqt 

why we want orphan qt4 bindings ? 
BTW I just add some of these packages to epel7 [1] What is your advise,
idea or notes ? 


[1] https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d90518ab91


>  -- Rex
>  _______________________________________________
>  devel mailing list -- devel(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org 
-- 
Sérgio M. B.

time to retire some kde4/smoke-based language bindings?

[Rex Dieter]

Sérgio Basto wrote:

>  On Seg, 2017-02-20 at 10:39 -0600, Rex Dieter wrote:
> > Per old thread,
> > https://lists.fedoraproject.org/archives/list/[e-mail]
> > ct.org/thread/D4QXJ5HBCNJJYWHB7SPOQWL57QMMC63O/
> > 
> > kde-sig retired kdebindings (virtual package), and orphaned the
> > following
> > today:
> > 
> > kimono
> > ruby-korundum
> > ruby-qt
> > smokeqt
> > smokekde
> > qyoto
>  
>  "Of these, I can see *maybe* keeping perl-Qt (and dep smokeqt),
>  primarily because it is the only one in this list that's not a leaf
>  package (debconf- kde depends on it). "
>  
>  debconf-kde still need perl-Qt and perl-Qt use libQtCore.so.4 and also
>  depends on smokeqt
>  
>  why we want orphan qt4 bindings ?
>  BTW I just add some of these packages to epel7 [1] What is your advise,
>  idea or notes ? 
Note we only orphaned these (not eol/retired).  If you have any interest in 
keeping these alive, feel free to take them.

Be warned, most(all?) of them are unmaintained upstream and have rawhide 
FTBFS issues.

-- Rex

time to retire some kde4/smoke-based language bindings?

[Sérgio Basto]

On Seg, 2017-02-20 at 11:50 -0600, Rex Dieter wrote:
>  Sérgio Basto wrote:
>  
>  > 
>  > On Seg, 2017-02-20 at 10:39 -0600, Rex Dieter wrote:
>  > > 
>  > > Per old thread,
>  > > https://lists.fedoraproject.org/archives/list/[e-mail]
>  > > roje
>  > > ct.org/thread/D4QXJ5HBCNJJYWHB7SPOQWL57QMMC63O/
>  > > 
>  > > kde-sig retired kdebindings (virtual package), and orphaned the
>  > > following
>  > > today:
>  > > 
>  > > kimono
>  > > ruby-korundum
>  > > ruby-qt
>  > > smokeqt
>  > > smokekde
>  > > qyoto
>  > 
>  > "Of these, I can see *maybe* keeping perl-Qt (and dep smokeqt),
>  > primarily because it is the only one in this list that's not a leaf
>  > package (debconf- kde depends on it). "
>  > 
>  > debconf-kde still need perl-Qt and perl-Qt use libQtCore.so.4 and
>  > also
>  > depends on smokeqt
>  > 
>  > why we want orphan qt4 bindings ?
>  > BTW I just add some of these packages to epel7 [1] What is your
>  > advise,
>  > idea or notes ?
>  
>  Note we only orphaned these (not eol/retired).  If you have any
>  interest in 
>  keeping these alive, feel free to take them.
>  
>  Be warned, most(all?) of them are unmaintained upstream and have
>  rawhide 
>  FTBFS issues. 
Debian guys will have the same problem (soon or later) because debconf
needs perl-Qt also need gtk2 [1], I think I will try drop debconf-kde ,
for now, seems more easy and see what Debian do , I will write
to debconf-devel Mailing list . 

Anyway perl-Qt is not in the list of packages to be retired , can we
build perl-Qt without smokeqt ? any other solution ? 

Thanks ,

[1] https://packages.debian.org/unstable/debconf
libgtk2-perl (>= 1:1.130) 
libqtcore4-perl 
libqtgui4-perl


-- 
Sérgio M. B.

time to retire some kde4/smoke-based language bindings?

[Petr Pisar]

On 2017-02-22, Sérgio Basto <sergio(a)serjux.com&gt; wrote:
>  Anyway perl-Qt is not in the list of packages to be retired , can we
>  build perl-Qt without smokeqt ? 
I don't think so. It looks like smokeqt provides some kind of
introspection for Qt library and perl-Qt is built on top of this
introspection. Example:

SV*
getClassList()
    CODE:
        AV* classList = newAV();
        for (int i = 1; i < qtgui_Smoke->numClasses; i++) {
            if (qtgui_Smoke->classes[i].className &&
!qtgui_Smoke->classes[i].external)
                av_push(classList, newSVpv(qtgui_Smoke->classes[i].className, 0));
        }
        RETVAL = newRV_noinc((SV*)classList);
    OUTPUT:
        RETVAL

>  any other solution ? 
>  
I can see somebody tried to port smokeqt to Qt5 a year ago but without any
success <https://cgit.kde.org/smokeqt.git/log/?h=Qt5>;.

-- Petr

time to retire some kde4/smoke-based language bindings?

[Rex Dieter]

Sérgio Basto wrote:

>  On Seg, 2017-02-20 at 11:50 -0600, Rex Dieter wrote:
> > Sérgio Basto wrote:
> > 
> > > 
> > > On Seg, 2017-02-20 at 10:39 -0600, Rex Dieter wrote:
> > > > 
> > > > Per old thread,
> > > > https://lists.fedoraproject.org/archives/list/[e-mail]
> > > > roje
> > > > ct.org/thread/D4QXJ5HBCNJJYWHB7SPOQWL57QMMC63O/
> > > > 
> > > > kde-sig retired kdebindings (virtual package), and orphaned the
> > > > following
> > > > today:
> > > > 
> > > > kimono
> > > > ruby-korundum
> > > > ruby-qt
> > > > smokeqt
> > > > smokekde
> > > > qyoto
> > > 
> > > "Of these, I can see *maybe* keeping perl-Qt (and dep smokeqt),
> > > primarily because it is the only one in this list that's not a leaf
> > > package (debconf- kde depends on it). "
> > > 
> > > debconf-kde still need perl-Qt and perl-Qt use libQtCore.so.4 and
> > > also
> > > depends on smokeqt
> > > 
> > > why we want orphan qt4 bindings ?
> > > BTW I just add some of these packages to epel7 [1] What is your
> > > advise,
> > > idea or notes ?
> > 
> > Note we only orphaned these (not eol/retired).  If you have any
> > interest in
> > keeping these alive, feel free to take them.
> > 
> > Be warned, most(all?) of them are unmaintained upstream and have
> > rawhide FTBFS issues. 
>  Anyway perl-Qt is not in the list of packages to be retired , 
not retired, orphaned.  But yes, kde-sig only orphaned packages for which it 
is directly responsible.

>  can we build perl-Qt without smokeqt ? any other solution ? 
perl-Qt's smokeqt requirement is non-optional as far as I can tell.  If you 
want to keep perl-Qt, you'll need to help keep it's dependencies (like 
smokeqt) alive as well.

-- Rex