Re: Removing packages that have broken dependencies in F23 tree, v2

[Till Maas]

Hi,

On Mon, Oct 05, 2015 at 04:16:57PM -0400, Omair Majid wrote:
> * Kalev Lember  [2015-10-05 09:02]:
> > Here's another look at F23 broken dependencies.
> >
> > Based on today's Branched report [1], the following packages have
> > remaining broken dependencies (package maintainers BCC'd to this email):
> > 
> >Package(co)maintainers
> > 
> > netbeans-platform moceap, dbhole, omajid
> 
> The list of maintainers doesn't look right. I have no commit access to
> this package for F23 (or Rawhide) [1]. I am being BCC'ed when I can't do
> anything :(

you can do enough: you can write a patch and send it here or ask for
maintainership/commit access.

Regards
Till
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree, v2

[Kalev Lember]

On 10/05/2015 05:46 PM, Vít Ondruch wrote:
> Dne 5.10.2015 v 17:35 Kalev Lember napsal(a):
>> On 10/05/2015 04:52 PM, Martin Gansser wrote:
>>> Hi Kalev,
>>>
>>>  
>>>
>>> i am the packager of the package vdr-live  (martinkg).
>>>
>>>  
>>>
>>> vdr-live has broken dependencies in the F-23 tree:
>>> On x86_64:
>>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.x86_64 requires
>>> libtntnet.so.12()(64bit)
>>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.x86_64 requires
>>> libcxxtools.so.9()(64bit)
>>> On i386:
>>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.i686 requires libtntnet.so.12
>>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.i686 requires libcxxtools.so.9
>>> On armhfp:
>>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.armv7hl requires libtntnet.so.12
>>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.armv7hl requires libcxxtools.so.9
>>> Please resolve this as soon as possible.
>>>
>>>  
>>>
>>> vdr-live depends on the 2 packages
>>>
>>> tntnet-2.3rc1-1.fc23
>>> 
>>>
>>> cxxtools-2.3rc1-1.fc23
>>> 
>>>
>>>  
>>>
>>> can you please delete this 2 packages, because there is no vdr-live
>>> package available that compiles against the new tntnet/cxxtools-2.3 version,
>>>
>>> but vdr-live compiles fine against tntnet/cxxtools-2.2.
>> Hi Martin,
>>
>> It's actually self-service if you want to do it yourself before the cut
>> off date:
>>
>> fedpkg retire "Reasons for retirement here"
>>
>> ... and repeat it on both f23 and master branches.
>>
> 
> I don't think he want's to retire the packages, but revert from 2.3rc1
> back to 2.2  this is possible but it will need epoch bump ... but I
> might be wrong in interpretation :)

Ahh yes, right you are. I totally misunderstood the question.

Martin (added you back to CC as you don't seem to be subscribed to the
devel list) -- if you want to avoid retiring vdr-live, epoch bumping
tntnet and cxxtools back to 2.2 sounds about right to me too, especially
given that they only appear to be used by vdr-live.

Bumping the Epoch tag to 1 in a spec file would make rpm consider 2.2
newer than 2.3rc1, so that you can submit the "newer" 1:2.2 as a F23
update that correctly replaces the "older" 0:2.3rc1 build.


-- 
Kalev
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree, v2

[Omair Majid]

* Kalev Lember  [2015-10-05 09:02]:
> Here's another look at F23 broken dependencies.
>
> Based on today's Branched report [1], the following packages have
> remaining broken dependencies (package maintainers BCC'd to this email):
> 
>Package(co)maintainers
> 
> netbeans-platform moceap, dbhole, omajid

The list of maintainers doesn't look right. I have no commit access to
this package for F23 (or Rawhide) [1]. I am being BCC'ed when I can't do
anything :(

Thanks,
Omair

[1] https://admin.fedoraproject.org/pkgdb/package/netbeans-platform/

-- 
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95  0056 F286 F14F 6648 4681
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Perl 32 bit enabling -Duse64bitint (was: Re: Removing packages that have broken dependencies in F23 tree)

[Richard W.M. Jones]

On Sun, Oct 04, 2015 at 01:37:38PM +0100, Richard W.M. Jones wrote:
> On Sun, Oct 04, 2015 at 06:51:28AM +0100, Peter Robinson wrote:
> > On Sun, Oct 4, 2015 at 4:43 AM, Jerry James  wrote:
> > > On Thu, Sep 24, 2015 at 8:34 AM, Kalev Lember  
> > > wrote:
> > >> polymakejjames, rmattes
> > >
> > > At long last I have been able to fix this.  The polymake maintainers,
> > > based on their experience with some unspecified Linux distributions,
> > > not including Fedora but including Ubuntu, assumed that all 32-bit
> > > perl builds include 64-bit native integers.  However, Fedora's perl is
> > > configured so that 32-bit perl has only 32-bit native integers.  The
> > > polymake maintainers expressed great surprise that Fedora is so
> > > backward that we haven't heard about 64-bit native integers in 32-bit
> > > perl yet.  Nonetheless, once the problem was identified, they helped
> > > me fix it and promised to add a test for this problem to their test
> > > suite to prevent its reappearance.
> > 
> > Might be worth filing a bug to track/document why we don't have the
> > 64bit ints on 32 bit perl.
> 
> Debian uses `Configure -Duse64bitint' which seems to be the key.
> 
> I've written quite a few Perl programs where I've had to tell the end
> user that they must use a 64 bit platform.  Didn't realize until now
> there was a way to configure 64 bit ints on a 32 bit platform.

I was kind of hoping a Perl developer might jump in there, but perhaps
because this thread quite old, and has a confusing subject line, no
one has.  Anyway I filed this bug:

  https://bugzilla.redhat.com/show_bug.cgi?id=1268828

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree, v2

[Kalev Lember]

On 10/05/2015 04:52 PM, Martin Gansser wrote:
> Hi Kalev,
> 
>  
> 
> i am the packager of the package vdr-live  (martinkg).
> 
>  
> 
> vdr-live has broken dependencies in the F-23 tree:
> On x86_64:
> vdr-live-0.3.0-21.20150213git6ea279a.fc23.x86_64 requires
> libtntnet.so.12()(64bit)
> vdr-live-0.3.0-21.20150213git6ea279a.fc23.x86_64 requires
> libcxxtools.so.9()(64bit)
> On i386:
> vdr-live-0.3.0-21.20150213git6ea279a.fc23.i686 requires libtntnet.so.12
> vdr-live-0.3.0-21.20150213git6ea279a.fc23.i686 requires libcxxtools.so.9
> On armhfp:
> vdr-live-0.3.0-21.20150213git6ea279a.fc23.armv7hl requires libtntnet.so.12
> vdr-live-0.3.0-21.20150213git6ea279a.fc23.armv7hl requires libcxxtools.so.9
> Please resolve this as soon as possible.
> 
>  
> 
> vdr-live depends on the 2 packages
> 
> tntnet-2.3rc1-1.fc23
> 
> 
> cxxtools-2.3rc1-1.fc23
> 
> 
>  
> 
> can you please delete this 2 packages, because there is no vdr-live
> package available that compiles against the new tntnet/cxxtools-2.3 version,
> 
> but vdr-live compiles fine against tntnet/cxxtools-2.2.

Hi Martin,

It's actually self-service if you want to do it yourself before the cut
off date:

fedpkg retire "Reasons for retirement here"

... and repeat it on both f23 and master branches.

-- 
Hope this helps,
Kalev
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree, v2

[Vít Ondruch]

Dne 5.10.2015 v 17:35 Kalev Lember napsal(a):
> On 10/05/2015 04:52 PM, Martin Gansser wrote:
>> Hi Kalev,
>>
>>  
>>
>> i am the packager of the package vdr-live  (martinkg).
>>
>>  
>>
>> vdr-live has broken dependencies in the F-23 tree:
>> On x86_64:
>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.x86_64 requires
>> libtntnet.so.12()(64bit)
>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.x86_64 requires
>> libcxxtools.so.9()(64bit)
>> On i386:
>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.i686 requires libtntnet.so.12
>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.i686 requires libcxxtools.so.9
>> On armhfp:
>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.armv7hl requires libtntnet.so.12
>> vdr-live-0.3.0-21.20150213git6ea279a.fc23.armv7hl requires libcxxtools.so.9
>> Please resolve this as soon as possible.
>>
>>  
>>
>> vdr-live depends on the 2 packages
>>
>> tntnet-2.3rc1-1.fc23
>> 
>>
>> cxxtools-2.3rc1-1.fc23
>> 
>>
>>  
>>
>> can you please delete this 2 packages, because there is no vdr-live
>> package available that compiles against the new tntnet/cxxtools-2.3 version,
>>
>> but vdr-live compiles fine against tntnet/cxxtools-2.2.
> Hi Martin,
>
> It's actually self-service if you want to do it yourself before the cut
> off date:
>
> fedpkg retire "Reasons for retirement here"
>
> ... and repeat it on both f23 and master branches.
>

I don't think he want's to retire the packages, but revert from 2.3rc1
back to 2.2  this is possible but it will need epoch bump ... but I
might be wrong in interpretation :)


Vít
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree, v2

[Mattias Ellert]

mån 2015-10-05 klockan 14:59 +0200 skrev Kalev Lember:
> Hi all,
> 
> Here's another look at F23 broken dependencies. A number of packages
> have been fixed last week, but there's also a new broken dependency,
> CableSwig, due to gccxml retirement.

There is a replacement for gccxml available called castxml, which does
mostly the same thing. It is however not a drop-in replacement, since
the name of the binary is different and it has different command line
options, so the castxml package (available in Fedora 23 and rawhide)
does not Provide: gccxml.

The castxml binary has a --castxml-gccxml option which creates output
compatible with the old gccxml, so adapting to use castxml should not
be terribly complicated.

Mattias




smime.p7s
Description: S/MIME cryptographic signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Richard W.M. Jones]

On Sun, Oct 04, 2015 at 06:51:28AM +0100, Peter Robinson wrote:
> On Sun, Oct 4, 2015 at 4:43 AM, Jerry James  wrote:
> > On Thu, Sep 24, 2015 at 8:34 AM, Kalev Lember  wrote:
> >> polymakejjames, rmattes
> >
> > At long last I have been able to fix this.  The polymake maintainers,
> > based on their experience with some unspecified Linux distributions,
> > not including Fedora but including Ubuntu, assumed that all 32-bit
> > perl builds include 64-bit native integers.  However, Fedora's perl is
> > configured so that 32-bit perl has only 32-bit native integers.  The
> > polymake maintainers expressed great surprise that Fedora is so
> > backward that we haven't heard about 64-bit native integers in 32-bit
> > perl yet.  Nonetheless, once the problem was identified, they helped
> > me fix it and promised to add a test for this problem to their test
> > suite to prevent its reappearance.
> 
> Might be worth filing a bug to track/document why we don't have the
> 64bit ints on 32 bit perl.

Debian uses `Configure -Duse64bitint' which seems to be the key.

I've written quite a few Perl programs where I've had to tell the end
user that they must use a 64 bit platform.  Didn't realize until now
there was a way to configure 64 bit ints on a 32 bit platform.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Jerry James]

On Thu, Sep 24, 2015 at 8:34 AM, Kalev Lember  wrote:
> polymakejjames, rmattes

At long last I have been able to fix this.  The polymake maintainers,
based on their experience with some unspecified Linux distributions,
not including Fedora but including Ubuntu, assumed that all 32-bit
perl builds include 64-bit native integers.  However, Fedora's perl is
configured so that 32-bit perl has only 32-bit native integers.  The
polymake maintainers expressed great surprise that Fedora is so
backward that we haven't heard about 64-bit native integers in 32-bit
perl yet.  Nonetheless, once the problem was identified, they helped
me fix it and promised to add a test for this problem to their test
suite to prevent its reappearance.
-- 
Jerry James
http://www.jamezone.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Peter Robinson]

On Sun, Oct 4, 2015 at 4:43 AM, Jerry James  wrote:
> On Thu, Sep 24, 2015 at 8:34 AM, Kalev Lember  wrote:
>> polymakejjames, rmattes
>
> At long last I have been able to fix this.  The polymake maintainers,
> based on their experience with some unspecified Linux distributions,
> not including Fedora but including Ubuntu, assumed that all 32-bit
> perl builds include 64-bit native integers.  However, Fedora's perl is
> configured so that 32-bit perl has only 32-bit native integers.  The
> polymake maintainers expressed great surprise that Fedora is so
> backward that we haven't heard about 64-bit native integers in 32-bit
> perl yet.  Nonetheless, once the problem was identified, they helped
> me fix it and promised to add a test for this problem to their test
> suite to prevent its reappearance.

Might be worth filing a bug to track/document why we don't have the
64bit ints on 32 bit perl.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Pier Luigi Fiorini]

hawaii-shell is fixed now, i filed a bodhi request for testing a couple of
days ago which is now pending.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Hicham HAOUARI]

Hi Jon,

I am sorry, but I have no time actually.

You can remove vorbisspi from the tree.

Regards,

Hicham

Jon Ciesla wrote:




tritonuslimb, bsjones

Depending on: tritonus (1)
vorbisspi (maintained by: hicham)
vorbisspi-1.0.3-10.fc23.noarch requires tritonus =
0.3.7-0.23.20101108cvs.fc22
vorbisspi-1.0.3-10.fc23.src requires tritonus =
0.3.7-0.23.20101108cvs.fc22

[1]
https://lists.fedoraproject.org/pipermail/devel/2015-September/214987.html

--
Kalev


I've been working on this for awhile with no luck.  Hicham, is it 
possible for vorbisspi to function without tritonus?  Or can vorbisspi 
be retired?


Unless, of course, someone with superior Java-fu to myself can assist. . .

-j

--
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Kalev Lember]

On 09/24/2015 07:29 PM, Aleksandar Kurtakov wrote:
> IIRC, sqljet needs netbeans-platform (swing-smth to be precious from 
> netbeans) for its db browser UI which is a subpackage so disabling this part 
> to build (and killing the browser subpackage) should remove the need for 
> netbeans platform

I put a patch that drops sqljet-browser to 
https://bugzilla.redhat.com/show_bug.cgi?id=122
Could you or some other java folks look this over, please?

Thanks,
Kalev
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Kalev Lember]

On 09/25/2015 12:15 AM, Björn Persson wrote:
> Kalev Lember wrote:
>> aws landgraf
> 
> Here's a patch to include the missing library that prevents installation
> of aws-tools.
> 
> To get it to build I had to disable PDF generation and build only HTML
> documents. There is a PDF file in the latest built package so it must
> have worked before, but currently it seems to be broken. I don't know
> enough about Texlive to solve it quickly.

Pushed, thanks!

https://bodhi.fedoraproject.org/updates/aws-2015-3.fc23

-- 
Kalev
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Aleksandar Kurtakov]

- Original Message -
> From: "Kalev Lember" <kalevlem...@gmail.com>
> To: "Development discussions related to Fedora" 
> <devel@lists.fedoraproject.org>
> Sent: Saturday, 26 September, 2015 1:08:46 PM
> Subject: Re: Removing packages that have broken dependencies in F23 tree
> 
> On 09/24/2015 07:29 PM, Aleksandar Kurtakov wrote:
> > IIRC, sqljet needs netbeans-platform (swing-smth to be precious from
> > netbeans) for its db browser UI which is a subpackage so disabling this
> > part to build (and killing the browser subpackage) should remove the need
> > for netbeans platform
> 
> I put a patch that drops sqljet-browser to
> https://bugzilla.redhat.com/show_bug.cgi?id=122
> Could you or some other java folks look this over, please?

Thanks for the patch, Kalev.
Pushed to rawhide/f23. Update 
https://bodhi.fedoraproject.org/updates/FEDORA-2015-43810c646f


Alexander Kurtakov
Red Hat Eclipse team

> 
> Thanks,
> Kalev
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Richard W.M. Jones]

On Thu, Sep 24, 2015 at 04:34:11PM +0200, Kalev Lember wrote:
> mariadb-galera  rohara, hhorak

[I'm not a maintainer of this one, except that I did the initial port
of galera to aarch64.]

The error is:

  [mariadb-galera]
1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera >= 0:25.3.3

The actual bug in this case is in galera which does not build on ARM:

  https://bugzilla.redhat.com/show_bug.cgi?id=1241164

Since both of these packages are needed by OpenStack, I went ahead and
did the suggested update (to galera).  So hopefully that's fixed it.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 24, 2015 at 06:39:14PM +0200, Kalev Lember wrote:
> On 09/24/2015 05:47 PM, Miro Hrončok wrote:
> > 
> > 
> > On 24.9.2015 16:34, Kalev Lember wrote:
> >> python-Fionachurchyard, group::python-sig
> > 
> > 
> > This one cannot work with Fedora 23 due to GDAL 2. Feel free to retire it.
> 
> Can you retire it yourself if it is unfixable, please? 'fedpkg retire'
> should take care of everything.
Is retirement really the best path? In a few months upstream
should provide compatibility with gdal 2 and then the package
could be reintroduced to F23+. Something like blocking from
F23 without retirement would be better.

Zbyszek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Jon Ciesla]

tritonuslimb, bsjones
>
> Depending on: tritonus (1)
> vorbisspi (maintained by: hicham)
> vorbisspi-1.0.3-10.fc23.noarch requires tritonus =
> 0.3.7-0.23.20101108cvs.fc22
> vorbisspi-1.0.3-10.fc23.src requires tritonus =
> 0.3.7-0.23.20101108cvs.fc22
>
> [1]
> https://lists.fedoraproject.org/pipermail/devel/2015-September/214987.html
>
> --
> Kalev
>

I've been working on this for awhile with no luck.  Hicham, is it possible
for vorbisspi to function without tritonus?  Or can vorbisspi be retired?

Unless, of course, someone with superior Java-fu to myself can assist. . .

-j

-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[gil]

Il 24/09/2015 16:43, Jon Ciesla ha scritto:




tritonuslimb, bsjones

Depending on: tritonus (1)
vorbisspi (maintained by: hicham)
vorbisspi-1.0.3-10.fc23.noarch requires tritonus =
0.3.7-0.23.20101108cvs.fc22
vorbisspi-1.0.3-10.fc23.src requires tritonus =
0.3.7-0.23.20101108cvs.fc22

[1]
https://lists.fedoraproject.org/pipermail/devel/2015-September/214987.html

--
Kalev


I've been working on this for awhile with no luck.  Hicham, is it 
possible for vorbisspi to function without tritonus?  Or can vorbisspi 
be retired?


Unless, of course, someone with superior Java-fu to myself can assist. . .

-j


hi
the build failure seem cause by javod colint problems ... have you tired 
to use, as (additonal)parameter,

-Xdoclint:none ?
regards
gil

--
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie




-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Jon Ciesla]

On Thu, Sep 24, 2015 at 10:13 AM, gil  wrote:

>
>
> Il 24/09/2015 16:43, Jon Ciesla ha scritto:
>
>
>
>
> tritonuslimb, bsjones
>>
>> Depending on: tritonus (1)
>> vorbisspi (maintained by: hicham)
>> vorbisspi-1.0.3-10.fc23.noarch requires tritonus =
>> 0.3.7-0.23.20101108cvs.fc22
>> vorbisspi-1.0.3-10.fc23.src requires tritonus =
>> 0.3.7-0.23.20101108cvs.fc22
>>
>> [1]
>> https://lists.fedoraproject.org/pipermail/devel/2015-September/214987.html
>>
>> --
>> Kalev
>>
>
> I've been working on this for awhile with no luck.  Hicham, is it possible
> for vorbisspi to function without tritonus?  Or can vorbisspi be retired?
>
> Unless, of course, someone with superior Java-fu to myself can assist. . .
>
> -j
>
> hi
> the build failure seem cause by javod colint problems ... have you tired
> to use, as (additonal)parameter,
> -Xdoclint:none ?
> regards
> gil
>

Fixed with:

-%javadoc -d javadoc -public `find ./ -name '*.java'`
+%javadoc -d javadoc -public -Xdoclint:none `find ./ -name '*.java'`


Thank you so much!

> --
> http://cecinestpasunefromage.wordpress.com/
> 
> in your fear, seek only peace
> in your fear, seek only love
>
> -d. bowie
>
>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>



-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Petr Šabata]

On Thu, Sep 24, 2015 at 04:34:11PM +0200, Kalev Lember wrote:
> perl-B-Hooks-OP-Check-EntersubForCV psabata, iarnell, perl-sig
> perl-Data-Dump-Streamer psabata, iarnell, perl-sig
> perl-Devel-BeginLiftpsabata, iarnell, perl-sig
> perl-Devel-FindRef  orphan, perl-sig
> perl-Method-Signatures  psabata, iarnell, perl-sig
> perl-POE-API-Peek   psabata, jplesnik, mmaslano, perl-sig, ppisar

I retired these yesterday.
P


pgpFyp92G5lLn.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Miro Hrončok]

On 24.9.2015 16:34, Kalev Lember wrote:
> python-Fionachurchyard, group::python-sig


This one cannot work with Fedora 23 due to GDAL 2. Feel free to retire it.

-- 
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Ralph Bean]

On Thu, Sep 24, 2015 at 04:34:11PM +0200, Kalev Lember wrote:
> nodejs-grunt-contrib-copy ralph
> nodejs-grunt-saucelabs  ralph, piotrp
> nodejs-proxy-agent  ralph, piotrp

These three got rebuilt this morning (made possible by piotrp's hard
work on the rest of the dep chain).


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Parag Nemade]

Hi Ralph,

On Thu, Sep 24, 2015 at 9:12 PM, Ralph Bean  wrote:
> On Thu, Sep 24, 2015 at 04:34:11PM +0200, Kalev Lember wrote:
>> nodejs-grunt-contrib-copy ralph

This package is missing needed dependency npm(file-sync-cmp) to be
packaged in Fedora.

>> nodejs-grunt-saucelabs  ralph, piotrp

This package is missing needed dependency npm(requestretry) to be
packaged in Fedora.

>> nodejs-proxy-agent  ralph, piotrp

I have just rebuilt the existing commit which is working fine for
Fedora 23 and submitted update, rawhide is using higher version so no
issues there.

Regards,
Parag.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Kalev Lember]

On 09/24/2015 05:47 PM, Miro Hrončok wrote:
> 
> 
> On 24.9.2015 16:34, Kalev Lember wrote:
>> python-Fionachurchyard, group::python-sig
> 
> 
> This one cannot work with Fedora 23 due to GDAL 2. Feel free to retire it.

Can you retire it yourself if it is unfixable, please? 'fedpkg retire'
should take care of everything.

Thanks,
Kalev
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Stephen John Smoogen]

On 24 September 2015 at 11:12, Christopher  wrote:
> I don't really understand what's going on with the netbeans-platform
> package, or why accumulo would be affected. Upstream accumulo doesn't have
> any dependencies on netbeans. Before I try to dive in and figure out what's
> breaking, does anybody have any insight into what's going on with this, and
> what it's providing that is breaking so many java packages?
>

I am probably misunderstanding your question, but from what I can see
is that we have a build chain break.

It is a build chain break. netbeans-platfrom is used to build tool A
which is used to build B .. and so accumulo can't be properly rebuilt
because that package chain isn't complete. The chain looks to be
coming from maven (mvn?) build requirements. If someone fixes either
netbeans-platform or sqljet not to rely on it, then all the items look
like they would then fix themselves.

The fix is either get sqljt

>> Depending on: netbeans-platform (33)
>> sqljet (maintained by: olea, filiperosset)
>> sqljet-1.1.10-4.fc23.src requires netbeans-platform =
>> 1:7.0.1-11.fc22
>> sqljet-browser-1.1.10-4.fc23.noarch requires
>> netbeans-platform = 1:7.0.1-11.fc22
>>
>> OmegaT (maintained by: olea, mtasaka)
>> OmegaT-2.6.3-2.fc22.i686 requires sqljet = 1.1.10-4.fc23
>> OmegaT-2.6.3-2.fc22.src requires sqljet = 1.1.10-4.fc23
>>
>> svnkit (maintained by: olea, akurtakov, dbhole, jfilak)
>> svnkit-1.8.5-3.fc23.noarch requires sqljet = 1.1.10-4.fc23
>> svnkit-1.8.5-3.fc23.src requires sqljet = 1.1.10-4.fc23
>>
>> mimepull (maintained by: goldmann, gil)
>> mimepull-1.9.5-2.fc23.src requires
>> mvn(org.tmatesoft.svnkit:svnkit) = 1.8.5
>>
>> netbeans-svnclientadapter (maintained by: omajid)
>> netbeans-svnclientadapter-7.3.1-0.4.1.8.22.fc23.src
>> requires svnkit = 1.8.5-3.fc23, svnkit-javahl = 1.8.5-3.fc23
>>
>> glassfish-jaxws (maintained by: gil, java-sig)
>> glassfish-jaxws-2.2.10-2.fc23.noarch requires
>> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
>> glassfish-jaxws-2.2.10-2.fc23.src requires
>> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
>>
>> glassfish-saaj (maintained by: goldmann)
>> glassfish-saaj-1.3.19-8.fc23.noarch requires
>> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
>> glassfish-saaj-1.3.19-8.fc23.src requires mimepull =
>> 1.9.5-2.fc23
>>
>> jersey (maintained by: gil, java-sig)
>> jersey-2.18-3.fc23.noarch requires
>> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
>> jersey-2.18-3.fc23.src requires
>> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
>>
>> jersey1 (maintained by: )
>> jersey1-1.19-4.fc23.src requires
>> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
>> jersey1-contribs-1.19-4.fc23.noarch requires
>> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
>>
>> oat (maintained by: gwei3)
>> oat-1.6.0-16.fc22.src requires mimepull = 1.9.5-2.fc23
>>
>> grizzly (maintained by: gil, java-sig)
>> grizzly-2.3.19-2.fc23.src requires mvn(com.sun.xml.ws:rt)
>> = 2.2.10.b140803.1500
>> grizzly-samples-2.3.19-2.fc23.noarch requires
>> mvn(com.sun.xml.ws:rt) = 2.2.10.b140803.1500
>>
>> springframework-ws (maintained by: gil, java-sig)
>> springframework-ws-2.1.2-2.fc23.src requires
>> mvn(com.sun.xml.messaging.saaj:saaj-impl) = 1.3.19
>>
>> docker-client (maintained by: )
>> docker-client-3.1.3-1.fc23.noarch requires
>> mvn(org.glassfish.jersey.connectors:jersey-apache-connector) = 2.18,
>> mvn(org.glassfish.jersey.core:jersey-client) = 2.18,
>> mvn(org.glassfish.jersey.media:jersey-media-json-jackson) = 2.18
>> docker-client-3.1.3-1.fc23.src requires jersey =
>> 2.18-3.fc23
>>
>> ambari (maintained by: pmackinn, coolsvap, java-sig, moceap)
>> ambari-1.5.1-5.fc23.src requires jersey1-contribs =
>> 1.19-4.fc23, jersey1-test-framework = 1.19-4.fc23
>> ambari-server-1.5.1-5.fc23.noarch requires
>> mvn(com.sun.jersey.contribs:jersey-guice:1.19) = 1.19,
>> mvn(com.sun.jersey.contribs:jersey-multipart:1.19) = 1.19,
>> mvn(com.sun.jersey:jersey-client:1.19) = 1.19,
>> mvn(com.sun.jersey:jersey-json:1.19) = 1.19,
>> mvn(com.sun.jersey:jersey-server:1.19) = 1.19
>> ambari-views-1.5.1-5.fc23.noarch requires
>> mvn(com.sun.jersey:jersey-core:1.19) = 1.19
>>
>> guacamole-client (maintained by: slaanesh, gil, java-sig)
>> guacamole-0.9.8-1.fc23.noarch requires
>> mvn(com.sun.jersey.contribs:jersey-guice:1.19) = 1.19,
>> mvn(com.sun.jersey:jersey-json:1.19) = 1.19,
>> mvn(com.sun.jersey:jersey-server:1.19) = 1.19
>> guacamole-client-0.9.8-1.fc23.src requires
>> 

Re: Removing packages that have broken dependencies in F23 tree

[Aleksandar Kurtakov]

IIRC, sqljet needs netbeans-platform (swing-smth to be precious from netbeans) 
for its db browser UI which is a subpackage so disabling this part to build 
(and killing the browser subpackage) should remove the need for netbeans 
platform

Alexander Kurtakov
Red Hat Eclipse team

- Original Message -
> From: "Stephen John Smoogen" <smo...@gmail.com>
> To: "Development discussions related to Fedora" 
> <devel@lists.fedoraproject.org>
> Sent: Thursday, 24 September, 2015 8:20:17 PM
> Subject: Re: Removing packages that have broken dependencies in F23 tree
> 
> On 24 September 2015 at 11:12, Christopher <ctubbsii-fed...@apache.org>
> wrote:
> > I don't really understand what's going on with the netbeans-platform
> > package, or why accumulo would be affected. Upstream accumulo doesn't have
> > any dependencies on netbeans. Before I try to dive in and figure out what's
> > breaking, does anybody have any insight into what's going on with this, and
> > what it's providing that is breaking so many java packages?
> >
> 
> I am probably misunderstanding your question, but from what I can see
> is that we have a build chain break.
> 
> It is a build chain break. netbeans-platfrom is used to build tool A
> which is used to build B .. and so accumulo can't be properly rebuilt
> because that package chain isn't complete. The chain looks to be
> coming from maven (mvn?) build requirements. If someone fixes either
> netbeans-platform or sqljet not to rely on it, then all the items look
> like they would then fix themselves.
> 
> The fix is either get sqljt
> 
> >> Depending on: netbeans-platform (33)
> >> sqljet (maintained by: olea, filiperosset)
> >> sqljet-1.1.10-4.fc23.src requires netbeans-platform =
> >> 1:7.0.1-11.fc22
> >> sqljet-browser-1.1.10-4.fc23.noarch requires
> >> netbeans-platform = 1:7.0.1-11.fc22
> >>
> >> OmegaT (maintained by: olea, mtasaka)
> >> OmegaT-2.6.3-2.fc22.i686 requires sqljet = 1.1.10-4.fc23
> >> OmegaT-2.6.3-2.fc22.src requires sqljet = 1.1.10-4.fc23
> >>
> >> svnkit (maintained by: olea, akurtakov, dbhole, jfilak)
> >> svnkit-1.8.5-3.fc23.noarch requires sqljet = 1.1.10-4.fc23
> >> svnkit-1.8.5-3.fc23.src requires sqljet = 1.1.10-4.fc23
> >>
> >> mimepull (maintained by: goldmann, gil)
> >> mimepull-1.9.5-2.fc23.src requires
> >> mvn(org.tmatesoft.svnkit:svnkit) = 1.8.5
> >>
> >> netbeans-svnclientadapter (maintained by: omajid)
> >> netbeans-svnclientadapter-7.3.1-0.4.1.8.22.fc23.src
> >> requires svnkit = 1.8.5-3.fc23, svnkit-javahl = 1.8.5-3.fc23
> >>
> >> glassfish-jaxws (maintained by: gil, java-sig)
> >> glassfish-jaxws-2.2.10-2.fc23.noarch requires
> >> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
> >> glassfish-jaxws-2.2.10-2.fc23.src requires
> >> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
> >>
> >> glassfish-saaj (maintained by: goldmann)
> >> glassfish-saaj-1.3.19-8.fc23.noarch requires
> >> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
> >> glassfish-saaj-1.3.19-8.fc23.src requires mimepull =
> >> 1.9.5-2.fc23
> >>
> >> jersey (maintained by: gil, java-sig)
> >> jersey-2.18-3.fc23.noarch requires
> >> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
> >> jersey-2.18-3.fc23.src requires
> >> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
> >>
> >> jersey1 (maintained by: )
> >> jersey1-1.19-4.fc23.src requires
> >> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
> >> jersey1-contribs-1.19-4.fc23.noarch requires
> >> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
> >>
> >> oat (maintained by: gwei3)
> >> oat-1.6.0-16.fc22.src requires mimepull = 1.9.5-2.fc23
> >>
> >> grizzly (maintained by: gil, java-sig)
> >> grizzly-2.3.19-2.fc23.src requires mvn(com.sun.xml.ws:rt)
> >> = 2.2.10.b140803.1500
> >> grizzly-samples-2.3.19-2.fc23.noarch requires
> >> mvn(com.sun.xml.ws:rt) = 2.2.10.b140803.1500
> >>
> >> springframework-ws (maintained by: gil, java-sig)
> >> springframework-ws-2.1.2-2.fc23.src requires
> >> mvn(com.sun.xml.messaging.saaj:saaj

Re: Removing packages that have broken dependencies in F23 tree

[gil]

hi
svnkit is only used for generate ${scmBranch}. should be easily removed 
from dependencies

regards
gil

Il 24/09/2015 19:12, Christopher ha scritto:

mimepull (maintained by: goldmann, gil)
mimepull-1.9.5-2.fc23.src requires 
mvn(org.tmatesoft.svnkit:svnkit) = 1.8.5


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Peter Robinson]

On Thu, Sep 24, 2015 at 6:20 PM, Mikolaj Izdebski  wrote:
> On 09/24/2015 07:12 PM, Christopher wrote:
>> I don't really understand what's going on with the netbeans-platform
>> package, or why accumulo would be affected. Upstream accumulo doesn't have
>> any dependencies on netbeans. Before I try to dive in and figure out what's
>> breaking, does anybody have any insight into what's going on with this, and
>> what it's providing that is breaking so many java packages?
>
> Accumulo depends on Hadoop, which is not installable in F23+:
> https://bugzilla.redhat.com/show_bug.cgi?id=1196209

It's been fixed in both F-23 and rawhide:
http://koji.fedoraproject.org/koji/buildinfo?buildID=684601
http://koji.fedoraproject.org/koji/buildinfo?buildID=684583

So Accumulo should be fixable now
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Björn Persson]

Kalev Lember wrote:
> aws landgraf

Here's a patch to include the missing library that prevents installation
of aws-tools.

To get it to build I had to disable PDF generation and build only HTML
documents. There is a PDF file in the latest built package so it must
have worked before, but currently it seems to be broken. I don't know
enough about Texlive to solve it quickly.

Björn Persson
From 893d0db744f4ddbe9c6d686f6a4337b5fdba5e98 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bj=C3=B6rn=20Persson?= 
Date: Thu, 24 Sep 2015 23:52:08 +0200
Subject: [PATCH] Make aws-tools installable.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

· Added a quick fix to package libaws_ssl.so.
· Disabled PDF generation as it doesn't currently work.
---
 aws.spec | 12 ++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/aws.spec b/aws.spec
index e7eb04a..4b58a2e 100644
--- a/aws.spec
+++ b/aws.spec
@@ -3,7 +3,7 @@
 %global with_gps 0
 Name:   aws 
 Version:2015
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Ada Web Server
 
 Group:  System Environment/Libraries
@@ -87,12 +87,15 @@ rm -rf include/zlib*
 %build
 make setup DEFAULT_LIBRARY_TYPE=relocatable ENABLE_SHARED=true GPRBUILD="gprbuild %GPRbuild_optflags"
 make LIBRARY_TYPE=relocatable GPRBUILD="gprbuild %GPRbuild_optflags"
-make build-doc
+# PDF generation seems to be broken so generate only HTML documents.
+make -C docs html
 
 
 %install
 make install DESTDIR=%{buildroot}  I_GPR="%_GNAT_project_dir"  \
 I_LIB=%{buildroot}%{_libdir} prefix=%{_prefix}
+# Add the missing libaws_ssl.so that the tools are linked to.
+cp .build/*/debug/relocatable/lib/ssl/libaws_ssl.so %{buildroot}%{_libdir}/
 ##install_man_pages:
 mkdir -p %{buildroot}/%{_mandir}/man1/
 for i in `ls *.1`; do gzip -c $i >> %{buildroot}/%{_mandir}/man1/$i.gz; done
@@ -113,6 +116,7 @@ rm -rf %{buildroot}/%{_datadir}/gps
 %dir %{_libdir}/%{name}
 %{_libdir}/lib%{name}-%{version}.so
 %{_libdir}/%{name}/lib%{name}-%{version}.so
+%{_libdir}/lib%{name}_ssl.so
 
 
 %files devel
@@ -135,6 +139,10 @@ rm -rf %{buildroot}/%{_datadir}/gps
 
 
 %changelog
+* Thu Sep 24 2015 Björn Persson  - 2015-3
+- Added the missing libaws_ssl.so.
+- Disabled PDF generation as it doesn't currently work.
+
 * Fri Jun 26 2015 Pavel Zhukov  - 2015-2
 - Remove references to gnutls rsa_params as deprecated 
 
-- 
2.1.0



pgpyezu6Aax8z.pgp
Description: OpenPGP digital signatur
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Removing packages that have broken dependencies in F23 tree

[Christopher]

I don't really understand what's going on with the netbeans-platform
package, or why accumulo would be affected. Upstream accumulo doesn't have
any dependencies on netbeans. Before I try to dive in and figure out what's
breaking, does anybody have any insight into what's going on with this, and
what it's providing that is breaking so many java packages?

On Thu, Sep 24, 2015 at 10:37 AM Kalev Lember  wrote:

> Hi all,
>
> In less than three weeks we will be entering the F23 Final Freeze. At
> that point, Fedora release engineering retires any packages that still
> have broken dependencies in the F23 tree.
>
> Based on today's Branched report [1], we still have a number of unfixed
> packages with broken dependencies (package maintainers BCC'd to this
> email). Anything not fixed by 2015-10-12 from the list below is going to
> be automatically retired:
>
>Package  (co)maintainers
> 
> apache-scoutgoldmann
> aws landgraf
> hawaii-shelllkundrak, plfiorini
> hbase   rrati, coolsvap, moceap
> licqcicku, fcami, tieugene, yaneti
> mariadb-galera  rohara, hhorak
> moon-buggy  robert
> netbeans-platform   omajid, dbhole
> nodejs-grunt-contrib-copy ralph
> nodejs-grunt-saucelabs  ralph, piotrp
> nodejs-proxy-agent  ralph, piotrp
> oat gwei3
> oozie   rrati, coolsvap, moceap
> openstack-heat-gbp  rkukura
> openstack-neutron-gbp   rkukura
> openstack-swift zaitcev, apevec, derekh, hguemar, itamarjp,
> jsteffan, ke4qqq, mmagr, russellb
> perl-B-Hooks-OP-Check-EntersubForCV psabata, iarnell, perl-sig
> perl-Data-Alias pghmcfc, iarnell, perl-sig, psabata
> perl-Data-Dump-Streamer psabata, iarnell, perl-sig
> perl-Devel-BeginLiftpsabata, iarnell, perl-sig
> perl-Devel-FindRef  orphan, perl-sig
> perl-Method-Signatures  psabata, iarnell, perl-sig
> perl-POE-API-Peek   psabata, jplesnik, mmaslano, perl-sig, ppisar
> polymakejjames, rmattes
> puresalimma, cicku
> pyjigdo kanarip, jsteffan
> python-Fionachurchyard, group::python-sig
> python-django-horizon-gbp rkukura
> python-fiat fab
> python-gbpclientrkukura
> rakudo-star gerd
> spark   willb
> tritonuslimb, bsjones
> vdr-livemartinkg
> vfrnav  sailer
>
> I've excluded dpm-contrib-admintools, gnatcoll, publican, pvs-sbcl,
> trustedqsl from the list above; they all have pending fixes and just
> need to go through updates-testing in Bodhi to go to stable.
>
>
> Impacted dependant packages that would get retired together with the
> packages above:
>
> Depending on: apache-scout (2)
> wildfly (maintained by: goldmann)
> wildfly-8.1.0-3.fc22.src requires apache-scout =
> 1.2.6-11.fc21
>
> eclipse-jbosstools (maintained by: galileo, goldmann,
> group::eclipse-sig)
> eclipse-jbosstools-4.2.2-1.fc22.src requires wildfly =
> 8.1.0-3.fc22
> eclipse-jbosstools-as-4.2.2-1.fc22.noarch requires wildfly
> = 8.1.0-3.fc22
>
>
> Depending on: hbase (2)
> pig (maintained by: pmackinn, coolsvap, java-sig, moceap)
> pig-0.13.0-1.fc21.noarch requires hbase = 0.98.3-4.fc22
> pig-0.13.0-1.fc21.src requires hbase = 0.98.3-4.fc22
>
> hive (maintained by: pmackinn, coolsvap, java-sig, moceap)
> hive-0.12.0-5.fc22.src requires pig = 0.13.0-1.fc21
>
>
> Depending on: netbeans-platform (33)
> sqljet (maintained by: olea, filiperosset)
> sqljet-1.1.10-4.fc23.src requires netbeans-platform =
> 1:7.0.1-11.fc22
> sqljet-browser-1.1.10-4.fc23.noarch requires
> netbeans-platform = 1:7.0.1-11.fc22
>
> OmegaT (maintained by: olea, mtasaka)
> OmegaT-2.6.3-2.fc22.i686 requires sqljet = 1.1.10-4.fc23
> OmegaT-2.6.3-2.fc22.src requires sqljet = 1.1.10-4.fc23
>
> svnkit (maintained by: olea, akurtakov, dbhole, jfilak)
> svnkit-1.8.5-3.fc23.noarch requires sqljet = 1.1.10-4.fc23
> svnkit-1.8.5-3.fc23.src requires sqljet = 1.1.10-4.fc23
>
> mimepull (maintained by: goldmann, gil)
> mimepull-1.9.5-2.fc23.src requires
> mvn(org.tmatesoft.svnkit:svnkit) = 1.8.5
>
> netbeans-svnclientadapter (maintained by: omajid)
> netbeans-svnclientadapter-7.3.1-0.4.1.8.22.fc23.src
> requires svnkit = 1.8.5-3.fc23, svnkit-javahl = 1.8.5-3.fc23
>
> glassfish-jaxws (maintained by: gil, java-sig)
> glassfish-jaxws-2.2.10-2.fc23.noarch requires
> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
> glassfish-jaxws-2.2.10-2.fc23.src requires
> mvn(org.jvnet.mimepull:mimepull) = 1.9.5
>
> 

Re: Removing packages that have broken dependencies in F23 tree

[Mikolaj Izdebski]

On 09/24/2015 07:12 PM, Christopher wrote:
> I don't really understand what's going on with the netbeans-platform
> package, or why accumulo would be affected. Upstream accumulo doesn't have
> any dependencies on netbeans. Before I try to dive in and figure out what's
> breaking, does anybody have any insight into what's going on with this, and
> what it's providing that is breaking so many java packages?

Accumulo depends on Hadoop, which is not installable in F23+:
https://bugzilla.redhat.com/show_bug.cgi?id=1196209

Hadoop maintainer said he didn't have much time for maintaining the
package and requested comaintainers, but without much response:
https://lists.fedoraproject.org/pipermail/java-devel/2015-March/005503.html

-- 
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct