From Fedora Project Wiki

(updating, restructure, chop out cruft; add new "What next?" call to action)
No edit summary
 
(16 intermediate revisions by 6 users not shown)
Line 1: Line 1:
{{old}}
<!--language:en
<!--language:en
-->
-->
[[SIGs/ISV_Welcome|Welcome]].  This is the independent software vendors (ISV) special interest group (SIG).  
[[ISV Welcome|Welcome]].  This is the independent software vendors (ISV) special interest group (SIG).  


If you are consiering packaging your ISV software for Fedora, read [[Fedora_for_ISVs]].
If you are considering packaging your ISV software for Fedora, read [[Fedora for ISVs]].


== Mission ==
== Mission ==
Line 23: Line 25:
* Profit!
* Profit!


== Who ==
== Why should ISVs care? ==
 
For a longer article, read [[Fedora for ISVs]].
 
For a longer, technical video, watch [http://pycon.blip.tv/file/2072580/ How to Build Applications Linux Distributions will Package].


* LeeFaus (Alfresco)
* Fedora has one of the strongest and most sustainable communities of any Linux distribution.
* [[User:Kwade|Karsten Wade]] (Red Hat)
* Fedora is the upstream for RHEL.  You gain six to eighteen months testing that is before the next RHEL Alpha.
* ''New folks can add themselves here''
* Packaging requires the use of system resources instead of supporting your own copy of these resources.
** The community (and Red Hat in RHEL) support and maintain those system services, so you can redirect engineering resources to work on tasks core to your software.
** Security and bug fixes are handled.
* Imagine sending prospective customers, analysts, and journalists a USB key with your spin of Fedora + YourReallyCoolApp ... all ready to go, boot to a live instance, and run the real stuff.
* There is a repository called [[EPEL]] that are Fedora packages rebuilt for RHEL versions.  This is a great way to distribute and maintain software designed to run on RHEL.
* When you package the Fedora way, you trade short-term pain (3 to 6 months) for extremely long-term gain (7 years.)
** Packages that know how to use Fedora, and therefore RHEL, system libraries and common functions are friendlier to customers, easier for ISVs to maintain, and come with a compelling value proposition similar to Red Hat's.
* Invite your customers to participate or contribute directly on the next versions of your product.  This is one of the biggest open source values for customers who take advantage of it.


=== Participating ISVs ===
== Who ==


Please add your ISV here, alphabetical order is great.
[[User:Kwade|Karsten Wade]], Community Gardener (Red Hat), is coordinating SIG activities.


* Alfresco
[[JoergSimon]], Trailblazer
* Red Hat


== What next? ==
== What to do ==


# '''List all your software dependencies'''
# '''List all your software dependencies'''
Line 56: Line 68:
# '''Following the [[PackagingGuidelines]], submit your packages for review'''
# '''Following the [[PackagingGuidelines]], submit your packages for review'''
#* You may want to offer to trade reviews with other members of the ISV SIG
#* You may want to offer to trade reviews with other members of the ISV SIG


== Resources for ISVs ==
== Resources for ISVs ==


[[Fedora_for_ISVs|Considering Shipping Your Product for Fedora?]]
[[Fedora for ISVs|Considering Shipping Your Product for Fedora?]]


[[EPEL|Extra Packages for Enterprise Linux (EPEL)]] is the premier Fedora repository for packages branched and maintained for Red Hat Enterprise Linux 5, [http://centos.org CentOS] 5, and other Enterprise Linux derivatives.
[[EPEL|Extra Packages for Enterprise Linux (EPEL)]] is the premier Fedora repository for packages branched and maintained for Red Hat Enterprise Linux, [http://centos.org CentOS], and other Enterprise Linux derivatives.


For general technical discussions around everything from packaging to the direction of the distro, participate in [http://www.redhat.com/mailman/listinfo/fedora-devel-list fedora-devel-list].
For general technical discussions around everything from packaging to the direction of the distro, participate in [http://www.redhat.com/mailman/listinfo/fedora-devel-list fedora-devel-list].
Line 68: Line 79:
The list for Java discussion on the same development and packaging topics is [http://www.redhat.com/mailman/listinfo/fedora-devel-java-list fedora-devel-java-list].
The list for Java discussion on the same development and packaging topics is [http://www.redhat.com/mailman/listinfo/fedora-devel-java-list fedora-devel-java-list].


Other topical discussion lists are references on [[Communicate]] and listed on http://www.redhat.com/mailman/listinfo.
Other topical discussion lists are references on [[Communicating and getting help]] and listed on http://www.redhat.com/mailman/listinfo.


== Resources for SIG members ==
== Resources for SIG members ==
Line 76: Line 87:
=== Communication ===
=== Communication ===


* Email list -- [http://www.redhat.com/mailman/listinfo/fedora-isv-sig-list fedora-isv-sig-list]
* Email list -- [http://lists.fedoraproject.org/mailman/listinfo/isv-sig isv-sig]
** [https://www.redhat.com/archives/fedora-isv-sig-list/ Archives]
** [http://lists.fedoraproject.org/pipermail/isv-sig/ Archives]
* Weekly meetings on IRC -- ''not set yet''
* Weekly meetings on IRC -- ''not set yet''
* IRC channel -- #epel on [irc://irc.freenode.net irc.freenode.net]
* IRC channel -- #epel on [irc://irc.freenode.net irc.freenode.net]
Line 85: Line 96:
This SIG was created on 02 May 2008 by LeeFaus and KarstenWade.
This SIG was created on 02 May 2008 by LeeFaus and KarstenWade.


[[Category:SIGs]] [[Category:ISVs]] [[Category:Independent Software Vendors]]
[[Category:SIGs]]  
[[Category:ISVs]]
[[Category:Fedora special-interest groups]]

Latest revision as of 17:35, 5 November 2021

Old page
This page has been marked as "old", and likely contains content that is irrelevant or incorrect. If you can, please update this page. This page will be deleted if action is not taken.

Welcome. This is the independent software vendors (ISV) special interest group (SIG).

If you are considering packaging your ISV software for Fedora, read Fedora for ISVs.

Mission

Goals:

  • Create stronger bonds between Fedora and interested ISVs.
  • Help ISVs resolved problems unique to their situation.
  • Present lessons, content, and processes to the rest of the Fedora Project that help the adoption of open source software that is connected with ISVs.

How:

  • Announce the SIG presence within the Fedora universe
  • Get together on the mailing list
  • Find out what problems we have individually and in common
  • Seek out solutions to those problems
  • Document in the wiki, teach others
  • ...
  • Profit!

Why should ISVs care?

For a longer article, read Fedora for ISVs.

For a longer, technical video, watch How to Build Applications Linux Distributions will Package.

  • Fedora has one of the strongest and most sustainable communities of any Linux distribution.
  • Fedora is the upstream for RHEL. You gain six to eighteen months testing that is before the next RHEL Alpha.
  • Packaging requires the use of system resources instead of supporting your own copy of these resources.
    • The community (and Red Hat in RHEL) support and maintain those system services, so you can redirect engineering resources to work on tasks core to your software.
    • Security and bug fixes are handled.
  • Imagine sending prospective customers, analysts, and journalists a USB key with your spin of Fedora + YourReallyCoolApp ... all ready to go, boot to a live instance, and run the real stuff.
  • There is a repository called EPEL that are Fedora packages rebuilt for RHEL versions. This is a great way to distribute and maintain software designed to run on RHEL.
  • When you package the Fedora way, you trade short-term pain (3 to 6 months) for extremely long-term gain (7 years.)
    • Packages that know how to use Fedora, and therefore RHEL, system libraries and common functions are friendlier to customers, easier for ISVs to maintain, and come with a compelling value proposition similar to Red Hat's.
  • Invite your customers to participate or contribute directly on the next versions of your product. This is one of the biggest open source values for customers who take advantage of it.

Who

Karsten Wade, Community Gardener (Red Hat), is coordinating SIG activities.

JoergSimon, Trailblazer

What to do

  1. List all your software dependencies
    • Every library, package, JAR, etc. required to build your code
    • You may list as a dependency software that you produce if you plan to package it separately
  2. Check for dependencies already packaged in Fedora
    • http://koji.fedoraproject.org/koji
      • Search using wildcard operators, e.g. '*commons-logging' finds the jakarta-commons-logging package
      • In the Packages section, search alphabetically; packages are typically derived from the upstream package name, e.g. a Perl module Apache2::SOAP is packaged as perl-Apache2-SOAP
    • This is the first vetting of your list
  3. Take this vetted list to the SIG for common ground
    • fedora-isv-sig-list
    • Someone may be tracking the same dependency, chances to collaborate
    • This is the second vetting
  4. Go to a topic-specific list to ask if anyone else is working on, needs, or wants to collaborate on the remaining dependencies
  5. Be prepared to modify your code to use the Fedora version of your dependencies
  6. Following the PackagingGuidelines, submit your packages for review
    • You may want to offer to trade reviews with other members of the ISV SIG

Resources for ISVs

Considering Shipping Your Product for Fedora?

Extra Packages for Enterprise Linux (EPEL) is the premier Fedora repository for packages branched and maintained for Red Hat Enterprise Linux, CentOS, and other Enterprise Linux derivatives.

For general technical discussions around everything from packaging to the direction of the distro, participate in fedora-devel-list.

The list for Java discussion on the same development and packaging topics is fedora-devel-java-list.

Other topical discussion lists are references on Communicating and getting help and listed on http://www.redhat.com/mailman/listinfo.

Resources for SIG members

Communication

References

This SIG was created on 02 May 2008 by LeeFaus and KarstenWade.