Trac is being migrated to new services! Issues can be found in our new YouTrack instance and WIKI pages can be found on our website.

Why do we provide packages only for certain distributions and systems?

As the upstream authors, our primary distribution method is naturally the source itself in tar.gz and tar.bz2 form. Our responsibility ends when we release the tarball.

As a convenience, an extra, we provide binary installers where we have developers able and willing to do so. We have developers with a significant number of Red Hat and Fedora machines or chroot environments, thus we provide various RPM packages.

While we have a few developers using Debian systems, the Debian package maintainers have historically worked closely with us and provided timely updates to the official packages. There has been no need on our part to create packages for Debian unstable, and no desire on our part to try to backport packages to Debian testing or stable. The situation with Ubuntu is the same.

We have no developers using Slackware, and we do not provide support for end users due to a history of users with problems caused (or made difficult to debug) by the fact that its package system does not support automatic dependency resolution. We recommend that users use the packages provided by the Slackware team instead of compiling from source. If you insist on trying this out yourself, the only advice we can give you is to ask for help in ##slackware on, or on the Slackware mailing lists.

We have no developers using arch, SuSE, or any other distribution.

We provide Windows installers, bundled with Gtk+ and some other dependencies, in recognition of the fact that these dependencies are likely to be unavailable on most Windows machines, and that most of our Windows users do not have the experience necessary to find or build them on their own.

While the same holds true of OS X, we do not provide OS X packages, preferring to point users to Adium, because Pidgin, as an X11 application, will never integrate into an OS X user's environment as cleanly as a native program can. Ideally, the Pidgwin version will be replaced by a more native Windows UI at some point, and we will be able to stop producing the Windows installers as well.

Many people have asked about providing packages for inclusion on the downloads page. This seems like a reasonable solution to the fact that we simply do not have the resources in either machines, diskspace, or time, to build packages for every system type and distribution out there. It is, in fact, a solution that we tried in the past. Unfortunately, it was abused, and packages were posted that, unbeknownst to us, contained unauthorized patches which introduced bugs. In light of the fact that we are unable to prevent such abuse from happening again, we do not accept or post packages that we do not build.

As I said, the fact that we provide binary installers at all should be viewed rather as an extra, as the primary source for packages should always be your distro. When you get packages for your distro, you have a level of assurance that this package will not break unrelated services or programs that cannot exist when getting 3rd party packages from us, or from any other source. Additionally, the distros often apply patches to Pidgin, and while sometimes these patches cause problems, they also often fix bugs that were discovered after the release.

Last modified 17 years ago Last modified on May 18, 2007, 9:47:04 PM
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!