- Aur-requests - lists.archlinux.org

[aur-requests] [PRQ#5974] Deletion Request for gitpython
by notify＠aur.archlinux.org 17 Jul '16

17 Jul '16

ilpianista [1] filed a deletion request for gitpython [2]: Please delete in favor of python-git [1] https://aur.archlinux.org/account/ilpianista/ [2] https://aur.archlinux.org/pkgbase/gitpython/

1 1

[aur-requests] [PRQ#5796] Orphan Request for qnapi
by notify＠aur.archlinux.org 17 Jul '16

17 Jul '16

sjakub [1] filed a orphan request for qnapi [2]: It has been broken for almost two months now. [1] https://aur.archlinux.org/account/sjakub/ [2] https://aur.archlinux.org/pkgbase/qnapi/

1 1

[aur-requests] [PRQ#5833] Orphan Request for qnapi
by notify＠aur.archlinux.org 17 Jul '16

17 Jul '16

darodjd [1] filed a orphan request for qnapi [2]: Fix It: Replacing: qmake-qt5 ${pkgname}.pro with: qmake-qt5 QMAKE_DEFAULT_INCDIRS="" ${pkgname}.pro [1] https://aur.archlinux.org/account/darodjd/ [2] https://aur.archlinux.org/pkgbase/qnapi/

1 1

[aur-requests] [PRQ#5946] Deletion Request for perl-test-simple
by notify＠aur.archlinux.org 17 Jul '16

17 Jul '16

mis [1] filed a deletion request for perl-test-simple [2]: available in [community] https://www.archlinux.org/packages/community/any/perl-test-simple/ [1] https://aur.archlinux.org/account/mis/ [2] https://aur.archlinux.org/pkgbase/perl-test-simple/

1 1

[aur-requests] [PRQ#5841] Orphan Request for vmware-modules-dkms
by notify＠aur.archlinux.org 16 Jul '16

16 Jul '16

anaveragehuman [1] filed a orphan request for vmware-modules-dkms [2]: Maintainer has not fixed the build problems or merged any suggested fixes in the comments section. Package was last updated 2016-05-26 06:35. Referencing [PRQ#5527] Request Rejected: > Maintainer seems to have updated it. If they continue being unresponsive, please file another one, referencing this request as well. [1] https://aur.archlinux.org/account/anaveragehuman/ [2] https://aur.archlinux.org/pkgbase/vmware-modules-dkms/

1 1

[aur-requests] [PRQ#5991] Deletion Request for prison-git
by notify＠aur.archlinux.org 15 Jul '16

15 Jul '16

sl1pkn07 [1] filed a deletion request for prison-git [2]: sorry the misslead. prison-frameworks is for kf5, prison is a kde4 upstream switch to kf5, but arch still use prison name for kde4 [1] https://aur.archlinux.org/account/sl1pkn07/ [2] https://aur.archlinux.org/pkgbase/prison-git/

1 1

[aur-requests] [PRQ#5984] Merge Request for libkcddb-frameworks-git
by notify＠aur.archlinux.org 15 Jul '16

15 Jul '16

sl1pkn07 [1] filed a request to merge libkcddb-frameworks-git [2] into libkcddb-git [3]: branch merged in upstream [1] https://aur.archlinux.org/account/sl1pkn07/ [2] https://aur.archlinux.org/pkgbase/libkcddb-frameworks-git/ [3] https://aur.archlinux.org/pkgbase/libkcddb-git/

1 1

[aur-requests] [PRQ#5983] Merge Request for k3b-frameworks-git
by notify＠aur.archlinux.org 15 Jul '16

15 Jul '16

sl1pkn07 [1] filed a request to merge k3b-frameworks-git [2] into k3b-git [3]: branch merged in upstream [1] https://aur.archlinux.org/account/sl1pkn07/ [2] https://aur.archlinux.org/pkgbase/k3b-frameworks-git/ [3] https://aur.archlinux.org/pkgbase/k3b-git/

1 1

Re: [aur-requests] [PRQ#5845] Orphan Request for opensm
by John-Michael Mulesa 15 Jul '16

15 Jul '16

Fair enough, I didn't realize that upstream had the functionality provided differently. I'll investigate making that work with my configuration. Thanks, JM On Jul 14, 2016 5:04 PM, "james harvey" <jamespharvey20(a)gmail.com> wrote: That being said, I do like the idea of (and have released) extra AUR packages that have features added. Momentarily there will be a new AUR package opensm-systemd-multiple-interfaces which will have Fedora's extra configuration file functionality. It will be dependency-compatible with opensm, so you can uninstall opensm and install opensm-systemd-multiple-interfaces. On Thu, Jul 14, 2016 at 7:17 PM, james harvey <jamespharvey20(a)gmail.com> wrote: > opensm AUR package follows Arch's philosophy of vanilla upstream > releases, when possible. The AUR package's only deviation from > upstream is that it includes systemd support, which upstream does not. > > Contrary to your statement, the opensm AUR package has functionality > for multiple interfaces, because upstream (openfabrics.org) has it. > Their functionality requires the sytem to have a opensm.conf file for > each interface. > > What I think your complaint refers to is that the opensm AUR package > follows the developer's (openfabrics.org) way of providing the > functionality, versus the way Fedora provides it. Fedora does it > differently for two reasons. > > > First, Fedora looked at it and said for most users, each interface's > opensm.conf file would be identical except for the GUIDs. So, they > made an extra configuration file to a single opensm.conf could be > shared between all interfaces, and the extra configuration file would > only have the GUIDs. > > It's not that I don't like that option. I just really like Arch's > vanilla where possible philosophy. The main reason I switched to Arch > is so when the developer changes something, you don't have to wait for > the linux distribution to adapt their changes to the new releases. > And, I don't think Fedora's "we don't like how they did it" philosophy > justifies a deviation here, when the functionality is there and works, > just in a way they wouldn't have made it. > > > Second, Fedora noted they didn't like when a user upgraded packages > that the user's multiple interface configuration would be overwritten > during the upgrade. I'm not sure how Fedora handles /etc files during > upgrades, but we have pacman, so we don't have this problem. When > pacman upgrades a package with a new config file, it writes to a > .pacnew config file. The system maintainer is expected to handle the > changes, if needed, and there are programs such as Dotpac which can > help with that. > > > Please tell me where I'm wrong, I'm certainly open to re-evaluating my > position. But, I think if you want a simpler way to run multiple > interfaces than how upstream wants it to happen, that's a dicussion to > have upstream, not in Arch's AUR. I'd probably even give a thumbs up > to such a change, if it were made upstream. There's no reason why > they couldn't have their /etc GUID parameter either be a single GUID, > or a comma separated list. > > On Sat, Jul 9, 2016 at 4:30 AM, <notify(a)aur.archlinux.org> wrote: >> jmsq [1] filed a orphan request for opensm [2]: >> >> Useful code for multiple interfaces gutted out of opensm.launch and >> never reintroduced. >> >> [1] https://aur.archlinux.org/account/jmsq/ >> [2] https://aur.archlinux.org/pkgbase/opensm/

2 1

[aur-requests] [PRQ#5967] Deletion Request for mate-themes-1.15-gtk3
by notify＠aur.archlinux.org 14 Jul '16

14 Jul '16

nicman23 [1] filed a deletion request for mate-themes-1.15-gtk3 [2]: so... delete this please. [1] https://aur.archlinux.org/account/nicman23/ [2] https://aur.archlinux.org/pkgbase/mate-themes-1.15-gtk3/

1 1