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
    1 hour ago











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

    – JohnDoea
    34 mins ago











  • @cryptarch As a counterpoint, a high frequency of updates might be more of an indication of instability.

    – Sparhawk
    34 mins ago






  • 1





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

    – Jeff Schaller
    14 mins 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
    11 mins 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
    1 hour ago











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

    – JohnDoea
    34 mins ago











  • @cryptarch As a counterpoint, a high frequency of updates might be more of an indication of instability.

    – Sparhawk
    34 mins ago






  • 1





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

    – Jeff Schaller
    14 mins 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
    11 mins 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 5 mins ago







JohnDoea

















asked 1 hour 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
    1 hour ago











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

    – JohnDoea
    34 mins ago











  • @cryptarch As a counterpoint, a high frequency of updates might be more of an indication of instability.

    – Sparhawk
    34 mins ago






  • 1





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

    – Jeff Schaller
    14 mins 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
    11 mins 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
    1 hour ago











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

    – JohnDoea
    34 mins ago











  • @cryptarch As a counterpoint, a high frequency of updates might be more of an indication of instability.

    – Sparhawk
    34 mins ago






  • 1





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

    – Jeff Schaller
    14 mins 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
    11 mins 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
1 hour 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
1 hour ago













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

– JohnDoea
34 mins ago





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

– JohnDoea
34 mins ago













@cryptarch As a counterpoint, a high frequency of updates might be more of an indication of instability.

– Sparhawk
34 mins ago





@cryptarch As a counterpoint, a high frequency of updates might be more of an indication of instability.

– Sparhawk
34 mins ago




1




1





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

– Jeff Schaller
14 mins ago





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

– Jeff Schaller
14 mins 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
11 mins 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
11 mins 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

Entries order in /etc/network/interfaces

新発田市

Grub takes very long (several minutes) to open Menu (in Multi-Boot-System)