Re: Update mechanism for Raqcop.

David W Studeman <[email protected]>
Newsgroups gmane.comp.security.ipcop.devel
Message-ID <[email protected]>
David W Studeman wrote:

 
>> Everything is in general-functions.pl and updates.cgi.
>> 
>> Alternatively we could host the cobalt updates on SF, but that would
>> require renaming the update to something like
>> ipcop-<version>-update.cobalt.tgz.gpg
>> 
>> That could prove to be an interesting exercise...
>> 
>> 
>> Olaf
>> 
> 
> OK, I got Brian to allow wget and perl for the one directory and it
> doesn't throw errors when refreshing update. Brian is very conscious
> about allowing programs to perform get functions on his servers but he
> agreed to allow gets from the one directory. Your alternative sounds
> good as well. It may not be a bad idea to replace 486 in the update name
> in any case. If there was ever a case where an x86 was not 100% x86 this
> would be it.
> 
> Hopefully I will have it sorted by the time I can actually build 1.9.21
> (Python error, other topic).
> 

I set up the build to automatically name the update by substituting cobalt 
for i486 and in general functions had to change machine to cobalt so it will 
recognize the update. 

I updated 1.9.20 in a test machine to 1.9.21 and it worked fine doing it 
manually by upload but before that I tried to refresh updates and it doesn't 
show as explained ahead.

Where I have difficulty is with automation. I put the 1.9.21 signed file in 
updates along with a made up 1.9.21 release notes that at least says "IPCop 
1.4.21 is available" on the top of the file and put the xml file in patches 
which is just a renamed information.xml to 1.9.21.xml. Whenever I refreshed 
updates, I would look in /var/ipcop/patches and it still showed 
available.xml as 1.9.20. If I clean out the patches directory on the site 
and hit refresh it fails so I know the system is looking there.

What makes the system know there is something newer than what you are 
running? 
-- 
Dave
http://www.raqcop.com


------------------------------------------------------------------------------
Why Cloud-Based Security and Archiving Make Sense
Osterman Research conducted this study that outlines how and why cloud
computing security and archiving is rapidly being adopted across the IT 
space for its ease of implementation, lower cost, and increased 
reliability. Learn more. http://www.accelacomm.com/jaw/sfnl/114/51425301/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.