- Aur-requests - lists.archlinux.org

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

[aur-requests] [PRQ#5962] Orphan Request for vocal
by notify＠aur.archlinux.org 13 Jul '16

13 Jul '16

Scimmia [1] filed a orphan request for vocal [2]: Source doesn't exist and the maintainer has left it this way for over 7 months. [1] https://aur.archlinux.org/account/Scimmia/ [2] https://aur.archlinux.org/pkgbase/vocal/

1 1

[aur-requests] [PRQ#5952] Orphan Request for slepc
by notify＠aur.archlinux.org 13 Jul '16

13 Jul '16

abilke [1] filed a orphan request for slepc [2]: Maintainer does not update package since 2 months [1] https://aur.archlinux.org/account/abilke/ [2] https://aur.archlinux.org/pkgbase/slepc/

1 1

[aur-requests] [PRQ#5951] Orphan Request for petsc
by notify＠aur.archlinux.org 13 Jul '16

13 Jul '16

abilke [1] filed a orphan request for petsc [2]: Maintainer does not update package since 2 months [1] https://aur.archlinux.org/account/abilke/ [2] https://aur.archlinux.org/pkgbase/petsc/

1 1

[aur-requests] [PRQ#5959] Deletion Request for freetype2-demos
by notify＠aur.archlinux.org 13 Jul '16

13 Jul '16

felix.s [1] filed a deletion request for freetype2-demos [2]: Redundant as of now (not to mention outdated); freetype2 version 2.6.5-1 contains those utilities already. [1] https://aur.archlinux.org/account/felix.s/ [2] https://aur.archlinux.org/pkgbase/freetype2-demos/

1 1

[aur-requests] [PRQ#5957] Deletion Request for libgtk3-nocsd-git
by notify＠aur.archlinux.org 12 Jul '16

12 Jul '16

flexo3001 [1] filed a deletion request for libgtk3-nocsd-git [2]: Ohai, i submitted this first today but i realized that's stupid to hold this as extra package. Sorry, flexo [1] https://aur.archlinux.org/account/flexo3001/ [2] https://aur.archlinux.org/pkgbase/libgtk3-nocsd-git/

1 1

[aur-requests] [PRQ#5817] Merge Request for linux-macbook-pro
by notify＠aur.archlinux.org 12 Jul '16

12 Jul '16

m3thodic [1] filed a request to merge linux-macbook-pro [2] into linux-macbook [3]: I've been testing this package on my MacBook Air and confirmed that suspending and the fixes with the intel_pstate driver also work on this hardware. Thanks! [1] https://aur.archlinux.org/account/m3thodic/ [2] https://aur.archlinux.org/pkgbase/linux-macbook-pro/ [3] https://aur.archlinux.org/pkgbase/linux-macbook/

1 1

[aur-requests] [PRQ#5810] Deletion Request for monogame-git
by notify＠aur.archlinux.org 12 Jul '16

12 Jul '16

VIPRIP [1] filed a deletion request for monogame-git [2]: Since MonoGame has a binary AUR package named monogame-bin and maintained by mikeroll, the monogame-git AUR package is no longer required and may be delete safely from AUR. [1] https://aur.archlinux.org/account/VIPRIP/ [2] https://aur.archlinux.org/pkgbase/monogame-git/

1 1

[aur-requests] [PRQ#5838] Deletion Request for ncurses-ada
by notify＠aur.archlinux.org 12 Jul '16

12 Jul '16

thindil [1] filed a deletion request for ncurses-ada [2]: Someone other have that same package with different name (adacurses) in AUR. This person takes care of other packages related to Ada language, so in my opinion is better to remove my package ncurses-ada to avoid confusion. [1] https://aur.archlinux.org/account/thindil/ [2] https://aur.archlinux.org/pkgbase/ncurses-ada/

1 1