<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 8, 2020 at 6:20 PM Caleb Maclennan &lt;<a href="mailto:caleb@alerque.com">caleb@alerque.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, May 9, 2020 at 2:02 AM Karl Kleinpaste &lt;<a href="mailto:karl@kleinpaste.org" target="_blank">karl@kleinpaste.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <font face="FreeSerif">If any of it has modtimes longer than maybe 6
      months ago, it&#39;s too old to be interesting or worthwhile.</font><br></div></blockquote><div><br></div><div>The range is 2009-2012.</div><div><br></div><div>That&#39;s a wee bit longer than 6 months ago unless my brain is having a hard time with math at 2 am.</div><div><br></div><div>Maybe Greg can comment to this better than I can, but I believe all the packages in a PPA have tags for which version of Ubuntu they are targeting and that if people add this existing PPA to a machine updated in the last decade they won&#39;t even see any of these packages. Is that right? This stuff is all targeting 8.04 through 12.04.<br></div></div></div></blockquote><div><br></div><div>I believe so. It&#39;s like in Fedora and probably most other versioned distros - copies of files for each distro are typically contained within directories named for it so you can have a path to the repo base and then just tell it &quot;go to $version/$arch/$release_stream&quot; or whatever. I left the Ubuntu/Debian world probably back around 2012 because their packaging system (not the repos, per say, but the actual packaging directory you need to keep) is an absolute nightmare and the tooling at the time was attrocious compared to RPM building which took only a spec file to get done.</div><div><br></div><div>Every time I&#39;ve looked again to see if it&#39;s gotten better, it hasn&#39;t. So I moved to Fedora and I&#39;ve loved everything about it - from the ease of package maintenance to the much more friendly and welcoming user and developer environment.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div><br></div><div>The package list in question is here: <a href="https://launchpad.net/~pkgcrosswire/+archive/ubuntu/ppa" target="_blank">https://launchpad.net/~pkgcrosswire/+archive/ubuntu/ppa</a></div><div><br></div><div>I don&#39;t currently have access to nuke individual packages (although oddly enough it looks like I could drop the whole PPA). I think I can freshen up the Sword &amp; Xiphos targeting 20.04 and I guess add BibleSync and GTKHTML.<br></div></div></div></blockquote><div><br></div><div>Agreed with Karl - either nuke it, or just add packages for the new versions and ignore what came before. All those old packages are worthless these days. Even 16.04 is nearing end of life, so 12.04 and earlier are worthless to even look at updating.</div><div><br></div><div>Burn it all with fire.<br></div><div><br></div><div>--Greg<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div></div></div>
_______________________________________________<br>
xiphos-devel mailing list<br>
<a href="mailto:xiphos-devel@crosswire.org" target="_blank">xiphos-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/xiphos-devel" rel="noreferrer" target="_blank">http://www.crosswire.org/mailman/listinfo/xiphos-devel</a><br>
</blockquote></div></div>