Re: 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/devel@lists.fedorap
>> > > 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
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Petr Pisar]

On 2017-02-22, Sérgio Basto  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 .

-- Petr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: 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/devel@lists.fedorap
> > > 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.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: 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/devel@lists.fedoraproje
>> 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
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: 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/devel@lists.fedoraproje
> 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@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
-- 
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Rex Dieter]

Per old thread,
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/D4QXJ5HBCNJJYWHB7SPOQWL57QMMC63O/

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

kimono
ruby-korundum
ruby-qt
smokeqt
smokekde
qyoto

-- Rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Kevin Kofler]

Peter Robinson wrote:
> Is qt3 stuff going with them?

No.

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Rex Dieter]

Petr Pisar wrote:

> On 2016-11-09, Rex Dieter  wrote:
>> I was looking at rawhide (ppc64) broken deps, and was reminded of some
>> pretty old and unmaintained (upstream) kde4/smoke-based language bindings
>> (csharp, perl, ruby), affected packages include:
>>
>> kdebindings
>> kimono
>> perl-Qt
>> ruby-korundum
>> ruby-qt
>> smokeqt
>> smokekde
>> qyoto

> What are their replacements? I.e. how will users write Qt applications
> in C#, Perl, Ruby after removing those packages?

No replacements that I'm aware of.

Fact is, this is old/unsupported(by upstream) code... and offering to orphan 
them means anyone still interested in these can step in to keep them alive 
as new package maintainer(s).

-- rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Rex Dieter]

Peter Robinson wrote:

> On Wed, Nov 9, 2016 at 2:42 PM, Rex Dieter  wrote:
>> I was looking at rawhide (ppc64) broken deps, and was reminded of some
>> pretty old and unmaintained (upstream) kde4/smoke-based language bindings
>> (csharp, perl, ruby), affected packages include:
>>
>> kdebindings
>> kimono
>> perl-Qt
>> 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).
>>
>> Any comments or objection to orphaning these for f26+ ?
> 
> Is qt3 stuff going with them?

Not my call, kde-sig (for the most part) dropped support for qt3/kde3 stuff 
a few releases ago... it's maintained (mostly) by Kevin Kofler these days.

-- Rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Petr Pisar]

On 2016-11-10, Peter Robinson  wrote:
> On Wed, Nov 9, 2016 at 5:00 PM, Petr Pisar  wrote:
>> On 2016-11-09, Rex Dieter  wrote:
>>> I was looking at rawhide (ppc64) broken deps, and was reminded of some
>>> pretty old and unmaintained (upstream) kde4/smoke-based language bindings
>>> (csharp, perl, ruby), affected packages include:
>>>
>>> kdebindings
>>> kimono
>>> perl-Qt
>>> ruby-korundum
>>> ruby-qt
>>> smokeqt
>>> smokekde
>>> qyoto
>>>
>> What are their replacements? I.e. how will users write Qt applications
>> in C#, Perl, Ruby after removing those packages?
>
> Presumably their qt5/kde5 equivalents.
>
And they are? I could find only C# binding for Qt5. It seems nothing
exists in Ruby or Perl. Though Ruby has QML binding.

-- Petr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Peter Robinson]

On Wed, Nov 9, 2016 at 2:42 PM, Rex Dieter  wrote:
> I was looking at rawhide (ppc64) broken deps, and was reminded of some
> pretty old and unmaintained (upstream) kde4/smoke-based language bindings
> (csharp, perl, ruby), affected packages include:
>
> kdebindings
> kimono
> perl-Qt
> 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).
>
> Any comments or objection to orphaning these for f26+ ?

Is qt3 stuff going with them?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Peter Robinson]

On Wed, Nov 9, 2016 at 5:00 PM, Petr Pisar  wrote:
> On 2016-11-09, Rex Dieter  wrote:
>> I was looking at rawhide (ppc64) broken deps, and was reminded of some
>> pretty old and unmaintained (upstream) kde4/smoke-based language bindings
>> (csharp, perl, ruby), affected packages include:
>>
>> kdebindings
>> kimono
>> perl-Qt
>> ruby-korundum
>> ruby-qt
>> smokeqt
>> smokekde
>> qyoto
>>
> What are their replacements? I.e. how will users write Qt applications
> in C#, Perl, Ruby after removing those packages?

Presumably their qt5/kde5 equivalents.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Petr Pisar]

On 2016-11-09, Stephen John Smoogen  wrote:
> On 9 November 2016 at 12:00, Petr Pisar  wrote:
>> On 2016-11-09, Rex Dieter  wrote:
>>> I was looking at rawhide (ppc64) broken deps, and was reminded of some
>>> pretty old and unmaintained (upstream) kde4/smoke-based language bindings
>>> (csharp, perl, ruby), affected packages include:
>>>
>>> kdebindings
>>> kimono
>>> perl-Qt
>>> ruby-korundum
>>> ruby-qt
>>> smokeqt
>>> smokekde
>>> qyoto
>>>
>> What are their replacements? I.e. how will users write Qt applications
>> in C#, Perl, Ruby after removing those packages?
>
> Do they even work now?
>
perl-Qt works. At least to the extent of tests executed at build-time.

-- Petr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Stephen John Smoogen]

On 9 November 2016 at 12:00, Petr Pisar  wrote:
> On 2016-11-09, Rex Dieter  wrote:
>> I was looking at rawhide (ppc64) broken deps, and was reminded of some
>> pretty old and unmaintained (upstream) kde4/smoke-based language bindings
>> (csharp, perl, ruby), affected packages include:
>>
>> kdebindings
>> kimono
>> perl-Qt
>> ruby-korundum
>> ruby-qt
>> smokeqt
>> smokekde
>> qyoto
>>
> What are their replacements? I.e. how will users write Qt applications
> in C#, Perl, Ruby after removing those packages?

Do they even work now?

> -- Petr
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org



-- 
Stephen J Smoogen.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Petr Pisar]

On 2016-11-09, Rex Dieter  wrote:
> I was looking at rawhide (ppc64) broken deps, and was reminded of some 
> pretty old and unmaintained (upstream) kde4/smoke-based language bindings 
> (csharp, perl, ruby), affected packages include:
>
> kdebindings
> kimono
> perl-Qt
> ruby-korundum
> ruby-qt
> smokeqt
> smokekde
> qyoto
>
What are their replacements? I.e. how will users write Qt applications
in C#, Perl, Ruby after removing those packages?

-- Petr
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[Rex Dieter]

I was looking at rawhide (ppc64) broken deps, and was reminded of some 
pretty old and unmaintained (upstream) kde4/smoke-based language bindings 
(csharp, perl, ruby), affected packages include:

kdebindings
kimono
perl-Qt
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).

Any comments or objection to orphaning these for f26+ ?


-- Rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org