You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@issues.apache.org on 2011/03/28 16:31:42 UTC
[Bug 6564] New: make install does NOT replace existing binaries
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
Summary: make install does NOT replace existing binaries
Product: Spamassassin
Version: SVN Trunk (Latest Devel Version)
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Building & Packaging
AssignedTo: dev@spamassassin.apache.org
ReportedBy: jom@grosjo.net
WHen doing:
perl Makefile.PL
make
make install
the binaires are NOT replaced in /usr/bin
one has to manually make a "rm/usr/bin/spand ..." before the make install
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
Joan <jo...@grosjo.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jom@grosjo.net
--- Comment #3 from Joan <jo...@grosjo.net> 2011-03-29 12:18:51 EDT ---
I noticed the bug some time ago when I got an error about some pug-ins.
The actual solution was that the binaries were the old one, creating some
intereference with the plugin)
Installing a new SVN version of spamassassin recently, I notice this bug has
not been fixed.
Situation is very simple:
ALL the binaires in /usr/bin are NOT update by the " make instalL" is they
already exists.
I am using Linux 2.6.28.1, Postfix 2.8.1, Spamassassin from SVN
I do NOT use any $prefix
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #18 from Karsten Bräckelmann <gu...@rudersport.de> 2011-03-29 16:12:07 EDT ---
(In reply to comment #14)
> # ls -la /usr/bin/spamc
> -r-xr-xr-x 1 root root 122211 2011-03-28 16:29 /usr/bin/spamc
^^^
Wait, why is it not writable for root? What permissions do spamc/spamc and
blib/script/spamc have? Both found in your SVN checkout.
While strange, it didn't prevent over-writing with a *changed* spamc for me.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #6 from Karsten Bräckelmann <gu...@rudersport.de> 2011-03-29 13:06:11 EDT ---
Joan, what does the command 'which spamc' return? Meaning, in which path have
spamc and spamd been installed?
Also, how did you install the previous version you had to manually remove?
Provided by your distro?
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #16 from Joan <jo...@grosjo.net> 2011-03-29 15:51:16 EDT ---
I answered specifically all questions.
Now, well, i see nothigng has changed here.
Maybe, some day, consider my bug and read what my answers to your questions I
wrote above.
I am surely not the only with the bug.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
Karsten Bräckelmann <gu...@rudersport.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
--- Comment #19 from Karsten Bräckelmann <gu...@rudersport.de> 2011-04-23 13:55:38 EDT ---
Thanks for your report. However, we cannot reproduce it, thus closing RESOLVED
WORKSFORME.
Please feel free to re-open this bug report, if you can provide a test case so
we can reproduce your issue. Also, please do answer all questions when
re-opening.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #14 from Joan <jo...@grosjo.net> 2011-03-29 15:34:51 EDT ---
# ls -la /usr/bin/spamc
-r-xr-xr-x 1 root root 122211 2011-03-28 16:29 /usr/bin/spamc
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
Giampaolo Tomassoni <gi...@tomassoni.biz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giampaolo@tomassoni.biz
--- Comment #4 from Giampaolo Tomassoni <gi...@tomassoni.biz> 2011-03-29 12:24:41 EDT ---
(In reply to comment #3)
> I do NOT use any $prefix
This may be why: by default prefix should be "/usr/local". Check if you some SA
binary in /usr/local/bin.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #8 from Joan <jo...@grosjo.net> 2011-03-29 13:23:08 EDT ---
Previous version was installed by the same script, where I removed the binaries
myself, as usual.
I repeatedly post a bug about this on this site, but always get a polite
"whatever it is not a bug" answer.
However, the big remains, and it would be nice to solve it.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #2 from Karsten Bräckelmann <gu...@rudersport.de> 2011-03-29 11:44:56 EDT ---
(In reply to comment #0)
> the binaires are NOT replaced in /usr/bin
Does make install break with an error, due to existing files?
> one has to manually make a "rm/usr/bin/spand ..." before the make install
Or did you use a different $prefix, and therefore had to manually remove the
previous ones?
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #5 from Joan <jo...@grosjo.net> 2011-03-29 13:00:26 EDT ---
No.
When I manually remove the binaries in /usr/bin before the " make install", all
is fine, and binaries are correctly installed
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #10 from Joan <jo...@grosjo.net> 2011-03-29 13:58:08 EDT ---
Not sure what you mean.
I am a root my own servers. is that what you are asking ?
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #13 from Joan <jo...@grosjo.net> 2011-03-29 15:27:14 EDT ---
Well, I type with my own fingers on a SSH console the command "make install" as
root.
Still not sure that is what you are asking, let me know.
which spamc return /usr/bin/spamc are stated many times already.
I spend time here voluntary to help, so beleive me or not.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #11 from Karsten Bräckelmann <gu...@rudersport.de> 2011-03-29 14:15:42 EDT ---
No...
Which user runs the 'make install' command? If it is part of your script, which
user runs the script?
Please do provide the output of the command 'which spamc', as requested in
comment 6. Also, please provide the output of 'locate spamc' in addition.
Who owns the spamc executable, and which permissions? Please provide the output
of the command 'ls -la /usr/bin/spamc'.
Regarding your claim of having this issue filed before -- please provide the
bug number.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #12 from Karsten Bräckelmann <gu...@rudersport.de> 2011-03-29 15:05:23 EDT ---
Furthermore, in line with comment 1:
(In reply to comment #3)
> I noticed the bug some time ago when I got an error about some pug-ins.
> The actual solution was that the binaries were the old one, creating some
> intereference with the plugin)
This is why I keep asking about the prefix, and whether the old executables
have been installed e.g. from distro packages, rather than from source.
> Installing a new SVN version of spamassassin recently, I notice this bug has
> not been fixed.
>
> Situation is very simple:
> ALL the binaires in /usr/bin are NOT update by the " make instalL" is they
> already exists.
Do you keep the SVN checkout and update it before re-building? Are you just
worried there is no "Installing ..." line for spamc and spamd?
That would actually be correct. Make will not bother to re-compile them, if
their sources did not change. Which they very rarely do. Neither will make
install it yet again in that case. They will not be installed again, if there
have been no changes -- unless you remove it...
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
Kevin A. McGrail <km...@pccc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kmcgrail@pccc.com
--- Comment #1 from Kevin A. McGrail <km...@pccc.com> 2011-03-29 11:26:28 EDT ---
This doesn't sound like a valid bug. The Makefile handles these items the same
way:
EXE_FILES = sa-check_spamd sa-update sa-learn spamd/spamd sa-compile
spamassassin spamc/spamc$(EXE_EXT) sa-awl
So for spamc to be treated differently sounds weird.
Are you able to reproduce this? For example, modify a log message in spamc.c
and then make install.
Do you get a newer date/time spamc installed in your destination directory?
Is the time/date correct on your machine?
One thought is that spamc/spamd doesn't change much between versions. Perhaps
they are identical despite the newer dates?
Can you diff the src/spamc/spamc file versus the installed file?
Maybe we can add a static compilation date/time to spamc and spamd so they
always change but that sounds like a lot of work for little gain.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #15 from Karsten Bräckelmann <gu...@rudersport.de> 2011-03-29 15:44:37 EDT ---
(In reply to comment #13)
> Well, I type with my own fingers on a SSH console the command "make install" as
> root.
> Still not sure that is what you are asking, let me know.
Please do read comment 11, and answer ALL questions. If a question is not
clear, feel free to ask for further clarification, explaining what you don't
understand.
Also see comment 12 for further questions.
> which spamc return /usr/bin/spamc are stated many times already.
You did NOT state the output of 'which spamc' before. You did mention that
path, though that is precisely the reason I asked you to run that command.
> I spend time here voluntary to help, so beleive me or not.
I spend time here voluntarily to help YOU, to either provide the necessary
information, or to understand why it is how it is.
Yes, I said voluntarily. This is an Open Source project, run entirely by
volunteers. Without us volunteers, spending our time developing SA and its
rules, you would not have SA to begin with.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #9 from Karsten Bräckelmann <gu...@rudersport.de> 2011-03-29 13:38:04 EDT ---
> Previous version was installed by the same script, where I removed the binaries
> myself, as usual.
Regarding comment 7, you where talking about removing the previous executables,
before installing, whereas I was asking about the new ones you built yourself.
Your addendum seems to clarify this, though, built from source.
What user do you run 'make install' as? Who currently owns the executables, and
what file permissions? Wonder if some script overly helpful "fixes" these
periodically...
> I repeatedly post a bug about this on this site, but always get a polite
> "whatever it is not a bug" answer.
That would be which bug numbers? Or, what account / email address did you use?
There is no duplicate filed by you.
And seriously, please do not file duplicates on purpose. Re-open the bug if
need be, and provide the necessary information.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #17 from Karsten Bräckelmann <gu...@rudersport.de> 2011-03-29 16:04:36 EDT ---
(In reply to comment #16)
> I answered specifically all questions.
No, you did not. And you really haven't been all that helpful.
> Now, well, i see nothigng has changed here.
Ah, back to that claim. I asked you before for the bug number you have been
referring to.
Please edit spamc/spamc.c, for example changing the string "SpamAssassin
Client" to "Modified". Then run the 'make install' command again. Does that get
you the desired result of re-installing spamc?
(See comment 1 and comment 12.)
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6564] make install does NOT replace existing binaries
Posted by bu...@issues.apache.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6564
--- Comment #7 from Joan <jo...@grosjo.net> 2011-03-29 13:19:58 EDT ---
As I said : /usr/bin
Please read above.
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.