Topic: smeserver-yum.noarch

[yythoss]

After the last update will also crontibs checked via cron for updates.
Why that extra entry in corntab, when even under software installation can select repositories?

[Stefano]

'cause in this way admin get an email when updates are available.. what's wrong with it?

[yythoss]

That is not the sme-server standard!
In the Server-Manager, under Software-Installation you can select the repository, which is to be checked for updates. So it should only be added to the repository, so that the customer can decide which updates are checked.
How can the customer remove theis update check now?

[yythoss]

To add a new repository to check for updates use this code:

/sbin/e-smith/db yum_repositories set YOUR_REPOSITORY repository EnableGroups yes GPGCheck no MirrorList http://PATH_TOREPOSITORY Name 'Name of the Repro in Server-Manager' Visible yes status enabled

/sbin/e-smith/signal-event yum-modify
/usr/bin/yum clean all
/usr/bin/yum update

[yythoss]

Please change the smeserver-yum accordingly.

[Stefano]

there's an open bug:

http://bugs.contribs.org/show_bug.cgi?id=8850

please go to bugzilla and follow there, thank you

[Daniel B.]

Please change the smeserver-yum accordingly.

No, your command will enable the repo by default and make it visible in the server-manager. Of course the repo will then be checked for updates as a side effect,  but it's not what we want. We want the repo to stay disabled,  and only used explicitly,  but still be notified when an update is available

[yythoss]

That is not the right way!
We now have the problem that all admin call us and ask for the updates.
This but we do not want to just install it.
How we can not turn them off ?
Usually decides the admin which updates are checked and will no undisclosed tests, which he can not turn off

What happened to the SME ...

[yythoss]

The contribs offered are customized and have not really reviewed.
So are e.g. still dead link (online manual) in smeserver-fetchmail.noarch and so on...
We make our own rpm's are also tested without mistakes.
So please, if you not change the smeserver-yum, tell us how we can disable the strange update.
Without to delete the template of the crontab, or is this the only way?

[Stefano]

That is not the right way!

I can't see any problem, maybe because there are no problems

We now have the problem that all admin call us and ask for the updates.
This but we do not want to just install it.
How we can not turn them off ?
Usually decides the admin which updates are checked and will no undisclosed tests, which he can not turn off

I sincerely don't understand whats' going on.. I mean: if you are admin, you got the mail.. if you are not, who's asking you for updates?

in any case, this is not a SME's issue IMO

What happened to the SME ...

please, define.. thank you

[Daniel B.]

I'm happy to discuss the "right" way to do things, but on the bug tracker. If you've find issues with contribs you should have open bugs so it can be fixed for everyone

[guest22]

I must say I tend to agree with yytoss. We have added a feature that imposes useless and unwanted information.


We should stick to the 'blink only if required' dashboard. Not the 'always on lights' dashboard.


We should revert this feature and re-think if it serves SME Server at it's core. Hence the thought of this feature better being off being a contrib and NOT a core feature.


Comes to mind the decision making process of what goes in to the core and what not. This is very unclear presently, and seems to go at will. Or did I miss the voting process on this?
 

[yythoss]

This is not a bug, what was done, work.
Is not only desired by all.
So we please, I can turn off this?

[Stefano]

The contribs offered are customized and have not really reviewed.
So are e.g. still dead link (online manual) in smeserver-fetchmail.noarch and so on...
We make our own rpm's are also tested without mistakes.

IIUC you update "original" contribs with customized ones? why?
are yours enhancements?
why there are no NFR in bugzilla? or, if any, can you please report here the reference?

So please, if you not change the smeserver-yum, tell us how we can disable the strange update.
Without to delete the template of the crontab, or is this the only way?

you are here since a quite long time and member of the wiki & doc team..
you should know that a custom template/fragment will do the trick

hint: /etc/e-smith/templates/etc/crontab/check4contribsupdates

[Daniel B.]

this feature only has effect for those who have installed contribs and it'll notify only when new versions of the installed contribs are available. Those who do not want this can open an NFR to disable this easily.

[Stefano]

I must say I tend to agree with yytoss. We have added a feature that imposes useless and unwanted information.

I disagree..
contribs are updated from time to time.. bug fixes, enhancements, new features etc.

we are only emailed about base updates available
this new feature just tell us that are available updated contribs.. it doesn't do anything else.. it's up to admin to apply updates..

so, in the end, what's wrong with it?

[yythoss]

I left this forum because of the bugtracker
I know, of course, the template-custom, but I thought they may have solved better.
What is NFR?
Please disable the feature, nobody need this SPAM mail every day!

[Daniel B.]

NFR=new feature request. Open a bug asking for an easy way to disable this. I disagree with you. The fact that you don't want it doesn't mean it's useless,  or that nobody want it.

[Stefano]

I left this forum because of the bugtracker

you are here, it seems

I know, of course, the template-custom, but I thought they may have solved better.

they WHO? "they" here means all of us, me you, all.. if something does't work or should be changed, the only way is to file a bug in bugzilla, full stop.

What is NFR?

New Feature Request

Please disable the feature, nobody need this SPAM mail every day!

just create your custom fragment and open a bug, thank you..
that's the way "we" can make SME a better product
thank you again

[yythoss]

Thank you.

[Stefano]

yythoss: you are referring to customized rpms.. where can we find the src rpms?

TIA

[janet]

Stefano, Daniel et al & yythoss

The idea is OK to incorporate notification about contribs that can be updated.

To others, I am sure I did see a custom template code recommendation to turn these contrib notifications off, so just search the recent forum & bugzilla posts. I will look again when I get time, but the answer that yythoss wants, has been published here somewhere.

Can anyone provide the link so this thread is complete ?
Thanks

OK yythoss it took me 2 minutes to find this thread/post by Daniel (thank you Daniel)
http://forums.contribs.org/index.php/topic,51499.msg261768.html#msg261768
which says:
Only disable contribs update notifications, but still receive core updates by creating a custom template:
Code:
mkdir -p /etc/e-smith/templates-custom/etc/crontab
echo '# smecontribs updates disabled' > /etc/e-smith/templates-custom/etc/crontab/check4contribsupdates
expand-template /etc/crontab

[stephdl]

I'm one of those who need this feature, be in touch about updates, it is a mandatory, no more, no less. If you don't have installed contribs on your server, you won't receive emails, if you have installed contribs and if updates are available, then you will receive an email with a daily or weekly or monthly frequency.

If you decide to not apply security updates to your customers, please reconsiders your behaviour...it is the same if you don't want to apply updates in the core....

If you have some custom rpms I see several solutions

-bump a number of rpm superior than those of smecontribs and you will have peace
-share your modifications and import them in smecontribs (better idea)
-do a custom template (bad idea)
-ask and propose code in bugzilla to disable the option in bugzilla (worse idea)

[yythoss]

Of course I know all about the templates and how to remove it the crontab job, but that's no clean solution.
The SME has a database configurations over which one could easily regulate such things:

db configuration setprop check4contribsupdates enabled

or

db check4contribsupdates setprop cron enabled

Or users who need it, just make an RPM for disposal and not simply install in the SME.
The developer of smeserver-yum have not taken the time to implement the necessary and correct.

[Daniel B.]

Of course I know all about the templates and how to remove it the crontab job, but that's no clean solution.

May I know why this wouldn't be clean ? That's exactly the kind of customization custom templates are for.

The SME has a database configurations over which one could easily regulate such things:

db configuration setprop check4contribsupdates enabled

I'm sure I already asked you to open an NFR on bugzilla so this can be discussed. So far I don't see the bug.

Or users who need it, just make an RPM for disposal and not simply install in the SME.

Or users who do not want it can simply disable it.

The developer of smeserver-yum have not taken the time to implement the necessary and correct.

Thanks, but we owe you nothing. We took the time to implement things the way we think is the best for most users. If it doesn't fit your need, go to Bugzilla and propose a change, even better provide the code. In any case, please show some respect for those who do the work.

Cheers,
Daniel

[Stefano]

yythoss:

you already had the solution to your problem in the SME way (a custom template)

you already been told to go to bugzilla and use it, because this is the way we follow

you've been asked to share the source of your customized rpms..

so far, I can see only ranting from you..

[TerryF]

As with many things you can't please everyone all of the time..

I happen to appreciate the feedback the new feature brings for me..

If I decide its no longer for me, or even on a new install decide to discard its activity, its a simple matter to disable with a custom template.

I just don't see the problem here.

[stephdl]

What happened to the SME ...

We do provide free code

Hi Walter

I'm the author of this patch and of course I can be wrong, but since smecontribs is a part of smeserver's repositories, it is fully understandable to be  in touch when an update is available. Of course the way I think is personal and you have your own way, different but respectable, like all 'C' developers

I do encourage you to provide a patch to disable this option if needed by the sysadmin, but we should let that option enabled by default, KISS effects.

The future of sme is in the hands of people who does something and I recall perfectly the work you did for smeserver-raidstatus, so I know that if you want, you can do it. You are welcome also to propose patches or new features.