Comparing two similar Arch packages












0















There are two Arch packages I consider to use; both of Mail Transfer Agents (MTAs): msmtp and opensmtpd.



Both might be good for me as a substitute for the now deprecated in Arch ssmtp.



Yet, I don't know which one to choose based on the "community-maintenance" criterion. I prefer to go on the one which is most communally-maintained.



The linked package pages above doesn't present any usage statistics that might help me to decide.



How could I know which package is most communally-maintained?










share|improve this question

























  • (Not intended to be an answer.) All else being equal (eg features you want, ease of configuration and maintenance), you are better off looking at which package is most actively maintained upstream, and search the internet to see what kinds of problems people have. Just because a package is regularly downloaded from the Arch Linux repos doesn't mean it is actually good quality; vote with your mind, not with the pack.

    – cryptarch
    5 hours ago











  • @cryptarch how do you check how much an Arch package is maintained upstream?

    – JohnDoea
    4 hours ago






  • 1





    This question isn't answerable; downloads and maintenance of packages change over time; how can we predict the future?

    – Jeff Schaller
    3 hours ago






  • 1





    Isn't maintenance of a package a future-looking prospect? Or is it your intent to choose a package based on maintenance only to this point in time?

    – Jeff Schaller
    3 hours ago






  • 1





    @cryptarch Fair call. I suppose that "actively maintained" is difficult to quantify, however, hence my simplification. I get your point though.

    – Sparhawk
    2 hours ago
















0















There are two Arch packages I consider to use; both of Mail Transfer Agents (MTAs): msmtp and opensmtpd.



Both might be good for me as a substitute for the now deprecated in Arch ssmtp.



Yet, I don't know which one to choose based on the "community-maintenance" criterion. I prefer to go on the one which is most communally-maintained.



The linked package pages above doesn't present any usage statistics that might help me to decide.



How could I know which package is most communally-maintained?










share|improve this question

























  • (Not intended to be an answer.) All else being equal (eg features you want, ease of configuration and maintenance), you are better off looking at which package is most actively maintained upstream, and search the internet to see what kinds of problems people have. Just because a package is regularly downloaded from the Arch Linux repos doesn't mean it is actually good quality; vote with your mind, not with the pack.

    – cryptarch
    5 hours ago











  • @cryptarch how do you check how much an Arch package is maintained upstream?

    – JohnDoea
    4 hours ago






  • 1





    This question isn't answerable; downloads and maintenance of packages change over time; how can we predict the future?

    – Jeff Schaller
    3 hours ago






  • 1





    Isn't maintenance of a package a future-looking prospect? Or is it your intent to choose a package based on maintenance only to this point in time?

    – Jeff Schaller
    3 hours ago






  • 1





    @cryptarch Fair call. I suppose that "actively maintained" is difficult to quantify, however, hence my simplification. I get your point though.

    – Sparhawk
    2 hours ago














0












0








0








There are two Arch packages I consider to use; both of Mail Transfer Agents (MTAs): msmtp and opensmtpd.



Both might be good for me as a substitute for the now deprecated in Arch ssmtp.



Yet, I don't know which one to choose based on the "community-maintenance" criterion. I prefer to go on the one which is most communally-maintained.



The linked package pages above doesn't present any usage statistics that might help me to decide.



How could I know which package is most communally-maintained?










share|improve this question
















There are two Arch packages I consider to use; both of Mail Transfer Agents (MTAs): msmtp and opensmtpd.



Both might be good for me as a substitute for the now deprecated in Arch ssmtp.



Yet, I don't know which one to choose based on the "community-maintenance" criterion. I prefer to go on the one which is most communally-maintained.



The linked package pages above doesn't present any usage statistics that might help me to decide.



How could I know which package is most communally-maintained?







arch-linux smtp statistics stability maintenance






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 3 hours ago







JohnDoea

















asked 5 hours ago









JohnDoeaJohnDoea

931132




931132













  • (Not intended to be an answer.) All else being equal (eg features you want, ease of configuration and maintenance), you are better off looking at which package is most actively maintained upstream, and search the internet to see what kinds of problems people have. Just because a package is regularly downloaded from the Arch Linux repos doesn't mean it is actually good quality; vote with your mind, not with the pack.

    – cryptarch
    5 hours ago











  • @cryptarch how do you check how much an Arch package is maintained upstream?

    – JohnDoea
    4 hours ago






  • 1





    This question isn't answerable; downloads and maintenance of packages change over time; how can we predict the future?

    – Jeff Schaller
    3 hours ago






  • 1





    Isn't maintenance of a package a future-looking prospect? Or is it your intent to choose a package based on maintenance only to this point in time?

    – Jeff Schaller
    3 hours ago






  • 1





    @cryptarch Fair call. I suppose that "actively maintained" is difficult to quantify, however, hence my simplification. I get your point though.

    – Sparhawk
    2 hours ago



















  • (Not intended to be an answer.) All else being equal (eg features you want, ease of configuration and maintenance), you are better off looking at which package is most actively maintained upstream, and search the internet to see what kinds of problems people have. Just because a package is regularly downloaded from the Arch Linux repos doesn't mean it is actually good quality; vote with your mind, not with the pack.

    – cryptarch
    5 hours ago











  • @cryptarch how do you check how much an Arch package is maintained upstream?

    – JohnDoea
    4 hours ago






  • 1





    This question isn't answerable; downloads and maintenance of packages change over time; how can we predict the future?

    – Jeff Schaller
    3 hours ago






  • 1





    Isn't maintenance of a package a future-looking prospect? Or is it your intent to choose a package based on maintenance only to this point in time?

    – Jeff Schaller
    3 hours ago






  • 1





    @cryptarch Fair call. I suppose that "actively maintained" is difficult to quantify, however, hence my simplification. I get your point though.

    – Sparhawk
    2 hours ago

















(Not intended to be an answer.) All else being equal (eg features you want, ease of configuration and maintenance), you are better off looking at which package is most actively maintained upstream, and search the internet to see what kinds of problems people have. Just because a package is regularly downloaded from the Arch Linux repos doesn't mean it is actually good quality; vote with your mind, not with the pack.

– cryptarch
5 hours ago





(Not intended to be an answer.) All else being equal (eg features you want, ease of configuration and maintenance), you are better off looking at which package is most actively maintained upstream, and search the internet to see what kinds of problems people have. Just because a package is regularly downloaded from the Arch Linux repos doesn't mean it is actually good quality; vote with your mind, not with the pack.

– cryptarch
5 hours ago













@cryptarch how do you check how much an Arch package is maintained upstream?

– JohnDoea
4 hours ago





@cryptarch how do you check how much an Arch package is maintained upstream?

– JohnDoea
4 hours ago




1




1





This question isn't answerable; downloads and maintenance of packages change over time; how can we predict the future?

– Jeff Schaller
3 hours ago





This question isn't answerable; downloads and maintenance of packages change over time; how can we predict the future?

– Jeff Schaller
3 hours ago




1




1





Isn't maintenance of a package a future-looking prospect? Or is it your intent to choose a package based on maintenance only to this point in time?

– Jeff Schaller
3 hours ago





Isn't maintenance of a package a future-looking prospect? Or is it your intent to choose a package based on maintenance only to this point in time?

– Jeff Schaller
3 hours ago




1




1





@cryptarch Fair call. I suppose that "actively maintained" is difficult to quantify, however, hence my simplification. I get your point though.

– Sparhawk
2 hours ago





@cryptarch Fair call. I suppose that "actively maintained" is difficult to quantify, however, hence my simplification. I get your point though.

– Sparhawk
2 hours ago










0






active

oldest

votes











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f495383%2fcomparing-two-similar-arch-packages%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes
















draft saved

draft discarded




















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f495383%2fcomparing-two-similar-arch-packages%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Loup dans la culture

How to solve the problem of ntp “Unable to contact time server” from KDE?

ASUS Zenbook UX433/UX333 — Configure Touchpad-embedded numpad on Linux