<p>On the note of pkg, who does the task fall on to make upgrades smoother. Regularly needing to force uninstall and then upgrade and then reinstall seems like a hack.</p>
<div class="gmail_quote">On Mar 31, 2014 11:59 AM, "John Marino" <<a href="mailto:dragonflybsd@marino.st">dragonflybsd@marino.st</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 3/31/2014 20:38, Justin Sherrill wrote:<br>
> - pkg should work immediately upon install; right now it requires a copy<br>
> of a sample file.<br>
<br>
This has already been fixed in dports-staged branch.  If no conf file<br>
exists, a default one is installed when pkg is installed.<br>
<br>
> - We could use up to date notes on <a href="http://dragonflybsd.org" target="_blank">dragonflybsd.org</a><br>
> <<a href="http://dragonflybsd.org" target="_blank">http://dragonflybsd.org</a>> on running pkg.<br>
<br>
If you mean the "howtos" I did correct some errors there this week.  I<br>
don't know of any major holes in it now.<br>
<br>
> - I've noticed some of the packages expect the 'service' command to be<br>
> present; that probably isn't hard to bring over.<br>
<br>
I am unaware of this issue.  Somebody could post a dports issue to<br>
educate me.<br>
<br>
<br>
> I think we're on the edge of where it can be dropped.  PC-BSD and<br>
> FreeNAS are both dropping i386, for example.  My instinct - and this can<br>
> certainly change - is to say the earliest we'll drop it is for the 4.0<br>
> release, which will hopefully also be the first user-testable version of<br>
> Hammer 2.  That's two releases from now at the soonest.<br>
<br>
Well, you know my feelings on this (e.g. two thumbs up).<br>
To add fuel, ports is now starting to require NEW_XORG.  For example,<br>
KDE4 no longer installs on i386 as of this week due to KDE4-workspace<br>
and it's dependencies requiring new org.  So to keep i386 means to add<br>
support NEW_XORG.<br>
<br>
Additionally -- nobody is building packages for i386.  FinFin has<br>
dabbled with it, but there are no resulting packages yet.  I think he<br>
still has good intentions but production isn't there yet.<br>
<br>
Long story short: If nobody is willing to build packages regularly<br>
(including provided i386 patches for broken ports) then why are we<br>
supporting this?  I'm tired of hearing "keep it" from folks that aren't<br>
willing to do the maintenance themselves.<br>
<br>
<br>
John<br>
</blockquote></div>