FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 06-05-2008, 08:06 PM
Alexander Kahl
 
Default How to handle subpackages with missing dependencies

I'm in the process of packaging Zend Framework for Fedora [1] with
direct help from Zend's developers, all issues pointed out by me could
be fixed but still one is remaining:

After separating all components requiring non-standard dependencies from
the base package, three of them remain with dependencies unresolvable;
one subpackage needs php-sqlite which has been deactivated in favor of
php-pdo's sqlite support, another one depends on php-pecl-ibm_db2 no one
has packaged yet and the last one depends on php-oci8 which cannot be
provided at all because it is proprietary software.

It can still perfectly make sense to provide these packages and let the
user take of the deps himself but "official" Fedora support is
impossible this way.

How to handle them? Simply exclude from the build? Comment them out in
the build so users can build their own package using the spec? Provide
them with unresolvable Requires:s? Provide them without the Require:s?
Add a README.Fedora explaining how to handle them?

Couldn't find anything in the docs about it.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=421241

- Alex
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 06-07-2008, 10:30 PM
"Gianluca Sforna"
 
Default How to handle subpackages with missing dependencies

2008/6/5 Alexander Kahl <akahl@iconmobile.com>:
> one subpackage needs php-sqlite which has been deactivated in favor of
> php-pdo's sqlite support,

If that module has a reason for requiring php-sqlite and no upstream
has no plans to move it to use php-pdo, then I guess it's better to
not package it

> another one depends on php-pecl-ibm_db2 no one
> has packaged yet

If it has an acceptable license you could submit that one for review
as well. if you do not feel like maintaining one more package, do not
package this


> and the last one depends on php-oci8 which cannot be
> provided at all because it is proprietary software.

Well, it seems the php package is compiled with MSSQL support, which
is no more open source than Oracle...
I'm not sure why php-oci8 is not in packaged, but of course you can't
activate this subpackage until the situation changes.

All in all, I think that for all these three subpackages you can avoid
building them without a significant impact on the framework feature
set.

You can provide a simple method for rebuilding the SRPM with those
skipped parts, but that's really up to you.

just my 0.02

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

Thread Tools




All times are GMT. The time now is 11:28 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org