<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><br><br><div>> From: christoph-schaefer@gmx.de<br>> To: scribus@lists.scribus.net<br>> Date: Wed, 9 Dec 2015 07:14:24 +0100<br>> Subject: Re: [scribus] add unstable scribus to fedora repository<br>> <br>> <br>> <br>> > Gesendet: Dienstag, 08. Dezember 2015 um 16:43 Uhr<br>> > Von: "Gregory Pittman" <gpittman@iglou.com><br>> > An: "Scribus User Mailing List" <scribus@lists.scribus.net><br>> > Betreff: Re: [scribus] add unstable scribus to fedora repository<br>> ><br>> > On 12/08/2015 10:11 AM, stefan-husmann@t-online.de wrote:<br>> > > <br>> > > <br>> > >> -----Original-Nachricht-----<br>> > >> Betreff: [scribus] add unstable scribus to fedora repository<br>> > >> Datum: 2015-12-08T13:02:54+0100<br>> > >> Von: "Muhamad Moghadam" <msm1365@gmail.com><br>> > >> An: "scribus@lists.scribus.net" <scribus@lists.scribus.net><br>> > > <br>> > >> below address is scribus repository for fedora :<br>> > > <br>> > >> http://download.opensuse.org/repositories/home:/mrdocs/Fedora_23/<br>> > > <br>> > >> but is only stable version in repo while stable version is in official<br>> > >> fedora repo. we need to be unstable scribus version in repository.<br>> > > <br>> > > Hello,<br>> > > <br>> > > I might be wrong, but my guess would be that the scribus maintainers and developers have no influence on Fedora's decisions what will be taken into a repository and what not. So you might ask them.<br>> > > <br>> > > On Arch Linux only stable versions enter official repositories. I think Fedora has similar politics.<br>> > > <br>> > <br>> > It's actually worse than that. Because our online docs that come with<br>> > Scribus have a license that Fedora folks don't like, they do not want to<br>> > have it in their repository. Of course, they might put it in one of the<br>> > rpmfusion repos, but they don't seem to want to do that either.<br>> > Consequently, the "current" Scribus in Fedora is 1.4.4<br>> <br>> I don't buy this rationale. The documentation licence hasn't changed one bit between 1.4.4 and 1.4.6 (or 1.5.x, for that matter). There has to be another reason for their decision.<br>> <br>> Christoph<br><br></div><div><br></div><div>RedHat Enterprise Linux 7 has Scribus 1.4.4 with a patch that removes the documentation. The spec file is scribus-1.4.4-5.el7.spec which applies a patch called scribus-1.4.2-nonfree.patch</div><div><br></div><div>RHEL 6 has Scribus 1.4.3 as scribus-1.4.3-2.el6.x86_64 with a similar patch, and when you click on Help -> Scribus Manual, instead of the manual, you get the text:</div><div><br></div><div><div>"Sorry, the manual is not installed because it is not freely distributable and thus can't be included in Fedora!</div><div><br></div><div>Please see:</div><div><br></div><div>http://docs.scribus.net for updated documentation</div><div><br></div><div>http://www.scribus.net for downloads"</div></div><div><br></div><div>Fedora 23 has Scribus 1.4.5. (I haven't installed it because I am using Scribus 1.5 built from source, but I suppose that it has the same patch.)</div><div><br></div><div>The Scribus web site still lists 1.4.5 as the stable branch <a href="http://www.scribus.net/downloads/stable-branch/" target="_blank" style="font-size: 12pt;">http://www.scribus.net/downloads/stable-branch/</a> </div><div><br></div><div>I suspect that RedHat and other distributions are going to prefer 1.4 as long as the Scribus web site says that 1.4 is the stable release and that 1.5 is still unstable.  I don't think that you can fault distribution maintainers from avoiding unstable releases. Fedora 23 (including rpmfusion) provides nearly 50,000 packages. They are not going to inflict unnecessary punishment on themselves by including large numbers of unstable releases.</div><div><br></div><div>Is any 1.5 release going to be marked as stable, or will the first post-1.4 stable release be 1.6?</div><div><br></div><div>Regards, William Bader, Director of Research and Development at SCS, http://www.newspapersystems.com</div><div><br></div><div><br></div><div><br></div><div><br></div>                                         </div></body>
</html>