Thank you all for your feedback. I was looking specifically for the
information that David kindly provided.
Am Fr., 25. Jan. 2019 um 12:29 Uhr schrieb David Runge <dave@xxxxxxxxxxx>:
> On 2019-01-24 23:29:38 (+0100), Daniel Appelt wrote:
> > an AUR package that I have created needs an update to a new version.
> > At the same time, I was notified that I should rename it, i.e. add
> > suffix "-bin" as it is a binary package.
> Which package is it specifically?
>
openmusic{-bin}
> Regarding rename/merge [1]:
> File a merge request (it's a link on the package's site) towards the new
> name "${pkgname}-bin". This also moves the votes and comments over
> (after being approved by a TU).
>
> If you don't care about your (git and comment) history: Plainly request
> a delete of the package "$pkgname" (there's also a link for that on the
> package's site), after creating the "${pkgname}-bin" package.
>
> Update the pkgname in your PKGBUILD to the new name and push, after the
> merge request has been completed!
>
> > Could someone please explain to me what would be the best way to do
> > this? A high level explanation should suffice. I am especially
> > concerned about how to let existing users know of the package rename.
> Users can still find the package through search. However, if you intend
> to give some heads up, you could write a note on the old package's
> comment section.
>
I have now created openmusic-bin from scratch via git clone. I merged the
openmusic AUR repository into it in order to retain its history. Then, I
created a new version for both packages and added an info message to the
install script of openmusic asking users to switch. Finally, I filed the
merge request via the AUR web interface. I guess, I should have waited some
days before doing the latter in order to reach more users updating the
original package. Oh well..
> Arch users are not considererd to be your every day novice Linux users,
> so I'm sure, they'll get along :D
>
I have learned that lowering your expectations regarding other people seems
to be a sensitive choice more often than not.
Anyway, many thanks!!
Daniel
