[aur-requests] [PRQ#2132] Deletion Request for dslogic-git
phragment [1] filed a deletion request for dslogic-git [2]: I'd like to remove dslogic git packages, since the developers proved to be unreliable. I prepared the packages dslogic and libsigrok4dslogic to provide stable support. [1] https://aur.archlinux.org/account/phragment/ [2] https://aur.archlinux.org/pkgbase/dslogic-git/
On Tue, 27 Jan 2015 23:51:11 +0000 (UTC) notify@aur.archlinux.org wrote:
phragment [1] filed a deletion request for dslogic-git [2]:
I'd like to remove dslogic git packages, since the developers proved to be unreliable. I prepared the packages dslogic and libsigrok4dslogic to provide stable support.
[1] https://aur.archlinux.org/account/phragment/ [2] https://aur.archlinux.org/pkgbase/dslogic-git/
Out of curiosity, what does "the developers proved to be unreliable" mean? The packages are relatively new with no votes, so I'm not really objecting, just wondering what the problem is. Doug
On 01/28/2015 01:16 AM, Doug Newgard wrote:
On Tue, 27 Jan 2015 23:51:11 +0000 (UTC) notify@aur.archlinux.org wrote:
phragment [1] filed a deletion request for dslogic-git [2]:
I'd like to remove dslogic git packages, since the developers proved to be unreliable. I prepared the packages dslogic and libsigrok4dslogic to provide stable support.
[1] https://aur.archlinux.org/account/phragment/ [2] https://aur.archlinux.org/pkgbase/dslogic-git/
Out of curiosity, what does "the developers proved to be unreliable" mean? The packages are relatively new with no votes, so I'm not really objecting, just wondering what the problem is.
Background is, that I'm a Backer of their logic analyzer which basically works very well. It gets weird when they "ripped of" the sigrok project code (at first without any attribution). They entirely failed to provide a single tarball of their stable releases which could simply be built without patches. If you take a look at the dslogic package I had to pin the git commit and patch to get it working properly. (Aside from that I still "have to" move their firmware from /usr/bin/res/<...> to a more sensible location. For which I'm still working on a patch.) Greetings, Thomas
Request #2132 has been accepted by arcanis [1]. [1] https://aur.archlinux.org/account/arcanis/
participants (3)
-
Doug Newgard
-
notify@aur.archlinux.org
-
Thomas Krug