integrit-devel Mailing List for integrit file verification system
Brought to you by:
ecashin
Menu
▾
▴
integrit-devel — mailing list for discussion of issues related to developing integrit
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(34) |
Feb
(54) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(4) |
Aug
|
Sep
(3) |
Oct
(3) |
Nov
|
Dec
(5) |
| 2002 |
Jan
(7) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(25) |
Oct
(6) |
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Yuri D'E. <wa...@th...> - 2015-06-03 10:08:41
|
Hi guys, In light of recent events (https://blog.l0cal.com/2015/06/02/what-happened-to-sourceforge/ http://seclists.org/nmap-dev/2015/q2/194) and with several OSS project being hijacked (the list is LONG: http://sourceforge.net/u/sf-editor1/profile/ http://sourceforge.net/u/sf-editor2/profile/ http://sourceforge.net/u/sf-editor3/profile/), I have actually removed my sourceforge account. I didn't use SF in years, already moved old projects to other hosters and recently I was only receiving spam through my forwarded address. Do we still want to keep integrit on sourceforge? For those who don't know, there's already an official github org: https://github.com/integrit/integrit I'm willing to host integrit lists if needed and I have the space for custom releases if needed. I really cannot accept past and current SF behavior. It's a sinking ship. |
|
From: Yuri D'E. <wa...@th...> - 2014-09-17 10:31:32
|
On 09/12/2014 10:55 PM, Chris Johns wrote: > I know that there's been no activity on integrit, and no new releases, for about > 7 years, which I think is largely due to it being a pretty stable and complete > tool. However, assuming my changes can go in, how would a new release be > generated for download from sourceforge? On a related note, I find it hilarious how little light has been shed on RMD160, and even less research has been done on their higher-width variants. https://pthree.org/2014/05/02/analysis-of-ripemd-160/ |
|
From: Yuri D'E. <wa...@th...> - 2014-09-16 16:27:07
|
On 09/16/2014 02:40 AM, Ed Cashin wrote: > Thanks, Chris. > > This is the first time (I think) that the github area has gotten any > attention other than my own little tweaks. > > The sourceforge location is still the authoritative distribution point > for integrit, and it's where the stable releases will go, but github > is going to be great for collaboration and pre-releases. You can mark a project as "moved", with a header that points to a new link. As an example: http://sourceforge.net/projects/ficy/ I do completely agree though that github is not so straightforward for non-developers. There is the possibility to use github pages, and also user-editable wikis as well. If somebody has experience here, it would be nice to hear. > Yuri, I plan to update HACKING to reflect the use of github for > collaboration. If you want to fork my repo and update HACKING to > point to your fork as the place to go for collaboration, that's fine > with me. Otherwise, maybe there's a way for you to get notifications > of pull requests made to my integrit repo---That's github-fu a bit > beyond my skills. :) AFAIK, there's also the possibility to create an "organization", and then add both of us as collaborators. This way the project doesn't point to a specific person. Never did it myself, but seems to be a pretty popular pattern on github to create an organization with the same name as the project. This way you can have your own personal fork as usual, plus the official repository. |
|
From: Ed C. <ec...@no...> - 2014-09-16 01:15:04
|
There is a pre-release for 4.2 on github now: https://github.com/ecashin/integrit/releases/tag/v4.2-rc1 Comments are welcome. On Mon, Sep 15, 2014 at 8:40 PM, Ed Cashin <ec...@no...> wrote: > Thanks, Chris. > > This is the first time (I think) that the github area has gotten any > attention other than my own little tweaks. > > The sourceforge location is still the authoritative distribution point > for integrit, and it's where the stable releases will go, but github > is going to be great for collaboration and pre-releases. > > I think the appropriate place to document that is in the HACKING file. > > Yuri, I plan to update HACKING to reflect the use of github for > collaboration. If you want to fork my repo and update HACKING to > point to your fork as the place to go for collaboration, that's fine > with me. Otherwise, maybe there's a way for you to get notifications > of pull requests made to my integrit repo---That's github-fu a bit > beyond my skills. :) > > > > On Mon, Sep 15, 2014 at 3:26 PM, Chris Johns <cb...@vi...> wrote: >> Thanks Ed and Yuri. I've created myself a github account and forked the >> ecashin/integrit project. I'll be pushing my changes to that fork in the >> next day or two once I'm completely happy with them, and then I'll create a >> pull request. >> >> Is there any way that the SourceForge project could be updated just to point >> developers (like me) at the github location instead, or at least let folks >> know that the project on SourceForge is deprecated? >> >> Chris >> >> >> >> On Sat, 13 Sep 2014 20:43:37 -0400 >> Ed Cashin <ec...@no...> wrote: >>> Hi. >>> >>>For several years, Yuri D'Elia has been a more active >>>maintainer than >>> me, but I did put integrit on github lately: >>> >>> https://github.com/ecashin/integrit >>> >>> ... and I did add a fix recently. It is easy to make >>>releases on >>> github, and it's much easier to collaborate their >>>through pull >>> requests. >>> >>> I suggest that you fork the project on github and send a >>>pull request >>> when you have committed changes that you are happy with. >>> >>> You're right that integrit was created to be simple >>>software that >>> could reach a "done" state and stay there. I think I >>>didn't really >>> understand, though, that the world expects some minimum >>>amount of >>> updates to be performed on any code base. It's like a >>>"heartbeat". >>> >>> I still want integrit to retain its minimalism, but >>>changes that make >>> sense are welcome. >>> >>> After a pre-release on github, Yuri or I can make a >>>release on sourceforge. >>> >>> >>> On Fri, Sep 12, 2014 at 4:55 PM, Chris Johns >>><cb...@vi...> wrote: >>>> I have a few fixes/enhancements to integrit, since I'm >>>>considering using it >>>> for a project, and needed to tweak it a little. Should I >>>>send the CVS diffs >>>> out to this list, or what's the best way to get code >>>>reviewed? >>>> >>>> I know that there's been no activity on integrit, and no >>>>new releases, for >>>> about 7 years, which I think is largely due to it being >>>>a pretty stable and >>>> complete tool. However, assuming my changes can go in, >>>>how would a new >>>> release be generated for download from sourceforge? >>>> >>>> Thanks, >>>> >>>> Chris >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Want excitement? >>>> Manually upgrade your production database. >>>> When you want reliability, choose Perforce >>>> Perforce version control. Predictably reliable. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk >>>> _______________________________________________ >>>> Integrit-devel mailing list >>>> Int...@li... >>>> https://lists.sourceforge.net/lists/listinfo/integrit-devel >>>> >>> >>> >>> >>> -- >>> Ed Cashin <ec...@no...> >>> >> > > > > -- > Ed Cashin <ec...@no...> -- Ed Cashin <ec...@no...> |
|
From: Ed C. <ec...@no...> - 2014-09-16 00:40:38
|
Thanks, Chris. This is the first time (I think) that the github area has gotten any attention other than my own little tweaks. The sourceforge location is still the authoritative distribution point for integrit, and it's where the stable releases will go, but github is going to be great for collaboration and pre-releases. I think the appropriate place to document that is in the HACKING file. Yuri, I plan to update HACKING to reflect the use of github for collaboration. If you want to fork my repo and update HACKING to point to your fork as the place to go for collaboration, that's fine with me. Otherwise, maybe there's a way for you to get notifications of pull requests made to my integrit repo---That's github-fu a bit beyond my skills. :) On Mon, Sep 15, 2014 at 3:26 PM, Chris Johns <cb...@vi...> wrote: > Thanks Ed and Yuri. I've created myself a github account and forked the > ecashin/integrit project. I'll be pushing my changes to that fork in the > next day or two once I'm completely happy with them, and then I'll create a > pull request. > > Is there any way that the SourceForge project could be updated just to point > developers (like me) at the github location instead, or at least let folks > know that the project on SourceForge is deprecated? > > Chris > > > > On Sat, 13 Sep 2014 20:43:37 -0400 > Ed Cashin <ec...@no...> wrote: >> Hi. >> >>For several years, Yuri D'Elia has been a more active >>maintainer than >> me, but I did put integrit on github lately: >> >> https://github.com/ecashin/integrit >> >> ... and I did add a fix recently. It is easy to make >>releases on >> github, and it's much easier to collaborate their >>through pull >> requests. >> >> I suggest that you fork the project on github and send a >>pull request >> when you have committed changes that you are happy with. >> >> You're right that integrit was created to be simple >>software that >> could reach a "done" state and stay there. I think I >>didn't really >> understand, though, that the world expects some minimum >>amount of >> updates to be performed on any code base. It's like a >>"heartbeat". >> >> I still want integrit to retain its minimalism, but >>changes that make >> sense are welcome. >> >> After a pre-release on github, Yuri or I can make a >>release on sourceforge. >> >> >> On Fri, Sep 12, 2014 at 4:55 PM, Chris Johns >><cb...@vi...> wrote: >>> I have a few fixes/enhancements to integrit, since I'm >>>considering using it >>> for a project, and needed to tweak it a little. Should I >>>send the CVS diffs >>> out to this list, or what's the best way to get code >>>reviewed? >>> >>> I know that there's been no activity on integrit, and no >>>new releases, for >>> about 7 years, which I think is largely due to it being >>>a pretty stable and >>> complete tool. However, assuming my changes can go in, >>>how would a new >>> release be generated for download from sourceforge? >>> >>> Thanks, >>> >>> Chris >>> >>> >>> ------------------------------------------------------------------------------ >>> Want excitement? >>> Manually upgrade your production database. >>> When you want reliability, choose Perforce >>> Perforce version control. Predictably reliable. >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Integrit-devel mailing list >>> Int...@li... >>> https://lists.sourceforge.net/lists/listinfo/integrit-devel >>> >> >> >> >> -- >> Ed Cashin <ec...@no...> >> > -- Ed Cashin <ec...@no...> |
|
From: Chris J. <cb...@vi...> - 2014-09-15 19:26:15
|
<div id="_htmlarea_default_style_" style="font:10pt arial,helvetica,sans-serif">Thanks Ed and Yuri. I've created myself a github account and forked the ecashin/integrit project. I'll be pushing my changes to that fork in the next day or two once I'm completely happy with them, and then I'll create a pull request.<div align="left"><br></div><div align="left">Is there any way that the SourceForge project could be updated just to point developers (like me) at the github location instead, or at least let folks know that the project on SourceForge is deprecated?</div><div align="left"><br></div><div align="left">Chris<br><br><br>On Sat, 13 Sep 2014 20:43:37 -0400<br> Ed Cashin <ec...@no...> wrote:<br>> Hi.<br>> <br>>For several years, Yuri D'Elia has been a more active <br>>maintainer than<br>> me, but I did put integrit on github lately:<br>> <br>> https://github.com/ecashin/integrit<br>> <br>> ... and I did add a fix recently. It is easy to make <br>>releases on<br>> github, and it's much easier to collaborate their <br>>through pull<br>> requests.<br>> <br>> I suggest that you fork the project on github and send a <br>>pull request<br>> when you have committed changes that you are happy with.<br>> <br>> You're right that integrit was created to be simple <br>>software that<br>> could reach a "done" state and stay there. I think I <br>>didn't really<br>> understand, though, that the world expects some minimum <br>>amount of<br>> updates to be performed on any code base. It's like a <br>>"heartbeat".<br>> <br>> I still want integrit to retain its minimalism, but <br>>changes that make<br>> sense are welcome.<br>> <br>> After a pre-release on github, Yuri or I can make a <br>>release on sourceforge.<br>> <br>> <br>> On Fri, Sep 12, 2014 at 4:55 PM, Chris Johns <br>><cb...@vi...> wrote:<br>>> I have a few fixes/enhancements to integrit, since I'm <br>>>considering using it<br>>> for a project, and needed to tweak it a little. Should I <br>>>send the CVS diffs<br>>> out to this list, or what's the best way to get code <br>>>reviewed?<br>>><br>>> I know that there's been no activity on integrit, and no <br>>>new releases, for<br>>> about 7 years, which I think is largely due to it being <br>>>a pretty stable and<br>>> complete tool. However, assuming my changes can go in, <br>>>how would a new<br>>> release be generated for download from sourceforge?<br>>><br>>> Thanks,<br>>><br>>> Chris<br>>><br>>> ------------------------------------------------------------------------------<br>>> Want excitement?<br>>> Manually upgrade your production database.<br>>> When you want reliability, choose Perforce<br>>> Perforce version control. Predictably reliable.<br>>> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk<br>>> _______________________________________________<br>>> Integrit-devel mailing list<br>>> Int...@li...<br>>> https://lists.sourceforge.net/lists/listinfo/integrit-devel<br>>><br>> <br>> <br>> <br>> -- <br>> Ed Cashin <ec...@no...><br>> <br><br></div></div> |
|
From: Yuri D'E. <wa...@th...> - 2014-09-15 10:36:18
|
On 09/14/2014 02:43 AM, Ed Cashin wrote: > Hi. > > For several years, Yuri D'Elia has been a more active maintainer than > me, but I did put integrit on github lately: > > https://github.com/ecashin/integrit > > ... and I did add a fix recently. It is easy to make releases on > github, and it's much easier to collaborate their through pull > requests. Great news. I have to admit, I'm still using my SF account just for integrit. > I suggest that you fork the project on github and send a pull request > when you have committed changes that you are happy with. I didn't have time to look into the patch yet, but I'll give a look. > After a pre-release on github, Yuri or I can make a release on sourceforge. I've moved away completely from SF in the last 3-4 years. Their scammy download links were the major reason for me. I greatly valued freecode.com (the old freshmeat) to make release announcements, but it's also dead now. I'm not sure if there's anything comparable left to advertise integrit releases... |
|
From: Yuri D'E. <wa...@th...> - 2014-09-14 21:06:58
|
On 09/14/2014 02:43 AM, Ed Cashin wrote: > Hi. > > For several years, Yuri D'Elia has been a more active maintainer than > me, but I did put integrit on github lately: > > https://github.com/ecashin/integrit > > ... and I did add a fix recently. It is easy to make releases on > github, and it's much easier to collaborate their through pull > requests. Great news. I have to admit, I'm still using my SF account just for integrit. > I suggest that you fork the project on github and send a pull request > when you have committed changes that you are happy with. I didn't have time to look into the patch yet, but I'll give a look. > After a pre-release on github, Yuri or I can make a release on sourceforge. I've moved away completely from SF in the last 3-4 years. Their scammy download links were the major reason for me. I greatly valued freecode.com (the old freshmeat) to make release announcements, but it's also dead now. I'm not sure if there's anything comparable left to advertise integrit releases... |
|
From: Ed C. <ec...@no...> - 2014-09-14 00:43:45
|
Hi. For several years, Yuri D'Elia has been a more active maintainer than me, but I did put integrit on github lately: https://github.com/ecashin/integrit ... and I did add a fix recently. It is easy to make releases on github, and it's much easier to collaborate their through pull requests. I suggest that you fork the project on github and send a pull request when you have committed changes that you are happy with. You're right that integrit was created to be simple software that could reach a "done" state and stay there. I think I didn't really understand, though, that the world expects some minimum amount of updates to be performed on any code base. It's like a "heartbeat". I still want integrit to retain its minimalism, but changes that make sense are welcome. After a pre-release on github, Yuri or I can make a release on sourceforge. On Fri, Sep 12, 2014 at 4:55 PM, Chris Johns <cb...@vi...> wrote: > I have a few fixes/enhancements to integrit, since I'm considering using it > for a project, and needed to tweak it a little. Should I send the CVS diffs > out to this list, or what's the best way to get code reviewed? > > I know that there's been no activity on integrit, and no new releases, for > about 7 years, which I think is largely due to it being a pretty stable and > complete tool. However, assuming my changes can go in, how would a new > release be generated for download from sourceforge? > > Thanks, > > Chris > > ------------------------------------------------------------------------------ > Want excitement? > Manually upgrade your production database. > When you want reliability, choose Perforce > Perforce version control. Predictably reliable. > http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk > _______________________________________________ > Integrit-devel mailing list > Int...@li... > https://lists.sourceforge.net/lists/listinfo/integrit-devel > -- Ed Cashin <ec...@no...> |
|
From: Chris J. <cb...@vi...> - 2014-09-12 20:55:10
|
<div id="_htmlarea_default_style_" style="font:10pt arial,helvetica,sans-serif">I have a few fixes/enhancements to integrit, since I'm considering using it for a project, and needed to tweak it a little. Should I send the CVS diffs out to this list, or what's the best way to get code reviewed?<br><br>I know that there's been no activity on integrit, and no new releases, for about 7 years, which I think is largely due to it being a pretty stable and complete tool. However, assuming my changes can go in, how would a new release be generated for download from sourceforge?<br><br>Thanks,<br><br>Chris <br></div> |
|
From: Yuri D'E. <wa...@yu...> - 2007-01-25 14:04:27
|
On 18 Jan 2007, at 08:47, Rob C wrote: > Yeah, > > Integrit seems plenty stable so I doubt I will be harassing you > much, Just > give me a shout if you want anything changing in our package. > > Is integrit under active development? I'd say it's in supported state, since it's pretty much feature complete. Versions since 3.04 were mostly made out of contributed changes. The only change integrit is probably missing is the ability to specify multiple roots. Never had enough motivation/time to start working on it. |
|
From: Rob C <hya...@gm...> - 2007-01-18 07:47:39
|
Yeah, Integrit seems plenty stable so I doubt I will be harassing you much, Just give me a shout if you want anything changing in our package. Is integrit under active development? Cheers -Rob On 17/01/07, Ed L. Cashin <ec...@no...> wrote: > > On 1/17/07, Rob C <hya...@ge...> wrote: > > > Hey, > > > > I've picked up maintaining integrit and I've bumped the version to 4.0 > > You're maintaining the gentoo package? That's great > news. > > -- > Ed L. Cashin <ec...@no...> > -- /** * Gentoo Forensics Team * GPG : 0x2217D168 */ |
|
From: Ed L. C. <ec...@no...> - 2007-01-17 17:38:27
|
On 1/17/07, Rob C <hya...@ge...> wrote: > Hey, > > I've picked up maintaining integrit and I've bumped the version to 4.0 You're maintaining the gentoo package? That's great news. -- Ed L. Cashin <ec...@no...> |
|
From: DervishD <int...@de...> - 2007-01-17 10:53:14
|
* Rob C <hya...@ge...> dixit:
> I've picked up maintaining integrit and I've bumped the version to 4.0
Cool! I'm happy to see that integrit is alive again :)
I was working on a Perl version for my system, so the checksum
wasn't used to distinguish between dirs/files. I want this so integrit
runs faster when I don't want the checksum to be checked: it won't be
computed.
Anyway, I've parked the project for good, because I'm busy with many
other (and more urgent) projects.
Thanks for maintaining it :)
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
|
|
From: Rob C <hya...@ge...> - 2007-01-17 10:35:17
|
*PING* Hey, I've picked up maintaining integrit and I've bumped the version to 4.0 Cheers -Rob -- /** * Gentoo Forensics Team * GPG : 0x2217D168 */ |
|
From: Yuri D'E. <wa...@yu...> - 2006-04-07 12:12:22
|
Hi all, an integrit 4.0 release candidate is available. Download it from http://www.yuv.info/~wavexx/tmp/integrit-4.0.tar.gz md5: cdab78fb9cfaadaa7ea2b042f5ce0f58 (or pull the sources from cvs directly). A list of changes relative to 4.0 can be found in the README's "NEW IN 4.0" section. I'm interested in knowing if this: http://sourceforge.net/mailarchive/forum.php? thread_id=9334037&forum_id=5752 still applies. My proposal is, if no feedback is received within some days, to release it. I was able to test the changes on linux, sgi, aix (modulo usual braindead configure whacking) and darwin. Ed, whenever you want, tag the cvs, upload the tar to sf and make it public. |
|
From: DervishD <int...@de...> - 2005-12-28 08:06:54
|
Hi list :)
Ed told me about reporting this to the list. This problem doesn't
seem to be strictly related with large file support, because I'm
using large files without problems.
I'm going to try to isolate the problem if I can afford the time.
In the meantime, here it is...
Thanks a lot in advance.
----- Forwarded message from DervishD <pr...@de...> -----
> Date: Mon, 26 Dec 2005 10:05:58 +0100
> From: DervishD <pr...@de...>
> To: Ed L Cashin <ec...@ug...>
> Subject: Bug in integrit version 3.05
> Message-ID: <20051226090558.GA200@DervishD>
> Mime-Version: 1.0
> Content-Type: text/plain; charset=iso-8859-1
> Content-Disposition: inline
> Content-Transfer-Encoding: 8bit
> User-Agent: Mutt/1.4.2.1i
> Organization: DervishD
> Status: RO
>
> Hi Ed :)
>
> I have had a problem with integrit and a large file, but it's
> quite weird because my system supports large files without problems
> (in fact, I created the file, I'm using it as a loopback device under
> Linux, etc.).
>
> "integrit" doesn't crash, it builds the new database correctly,
> but the database is unusable (i-viewdb just exits without signalling
> errors and running integrit again creates a database where all my
> files are considered new).
>
> I've tried "i-ls" because I thought that the problem may be a
> very large "z" field in the database. The "z" field was wrong (it was
> twice as larger as it should and divided by 10):
>
> $ i-ls /Debian
> /Debian i(239144) p(444) l(1) u(0) g(0) z(1073741824) ...
>
> $ ls -l /Debian
> -r--r--r-- root root 5368709120 19 Dec 19:53 /Debian
>
> As you see, the "z" value dumped by "i-ls" is "size*2/10".
>
> I'm using kernel 2.4.31, with an ext3 filesystem, i686 arch and
> glibc 2.3.4, with plenty of apps that use large files and that can
> manage the offending file (namely, a filesystem image).
>
> If you need, I can give you the offending database. It is 2.2 MB
> long, so if you prefer you can download it from my FTP server. It is
> a bit long to be sent thru email.
>
> Thanks a lot in advance :) If you need more information, just
> tell. By now I'm ignoring that file and integrit works OK. In fact, I
> want to ignore that file, because it's temporary and because its
> contents change a lot, so for me it's not a problem.
>
> Happy hacking :)
>
> Raúl Núñez de Arenas Coronado
>
> --
> Linux Registered User 88736 | http://www.dervishd.net
> http://www.pleyades.net & http://www.gotesdelluna.net
> It's my PC and I'll cry if I want to...
----- End forwarded message -----
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736 | http://www.dervishd.net
http://www.pleyades.net & http://www.gotesdelluna.net
It's my PC and I'll cry if I want to...
|
|
From: Yuri D'E. <wa...@yu...> - 2005-10-10 17:17:07
|
Updated the docs, placed a fat warning in both Changes and README. Only "make distready" + tar is missing. I'm using a hand-patched autoconf on my box, so I would appreciate if someone else regenerated a "clean" configure. Thanks |
|
From: Ed L. C. <ec...@no...> - 2005-10-06 16:54:01
|
On 10/6/05, Yuri D'Elia <wa...@yu...> wrote: ... > I've got time only today to merge the changes. > Now cvs holds all the changes, test works fine: > > integrit: ---- integrit, version 4.0 ----------------- Sounds great. > yet the documentation needs to be updated before the release. > README should probably include the reasons of RMD160 choice. Yes, I agree. > faq and integrit infos mention MD5 and SHA1. I'd say to remove > entirely the hash name in the docs, use the generic term "checksum" > and include a small section to introduce the hash algorithm used. That's up to you. I think, though, that the fact that the checksum names are so easy to find in the sources makes it easy to find and update any reference to a specific algorithm on the rare occasion that it changes. > Also mention somewhere that 4.0 breaks the db (not really, > but all checksums will differ). I don't have time to do it now, > so I think the release will wait until the end of the week. That notice should be prominent in the release notes and probably the README. Somewhere (README?) we could mention in the same breath that if you need to keep and use your old databases, you should keep an old version of integrit with them. That will help head off requests that integrit 4 support the old checksum algorithms. -- Ed L. Cashin <ec...@no...> |
|
From: Yuri D'E. <wa...@yu...> - 2005-10-06 11:42:37
|
On Oct 4, 2005, at 18:18, Ed L. Cashin wrote: >> It seems that it's doing its job: the generated file, except for >> comments, is the same. > > In that case, yes, it seems like it's time to get rid of > config.h.in. :) I've got time only today to merge the changes. Now cvs holds all the changes, test works fine: integrit: ---- integrit, version 4.0 ----------------- integrit: output : human-readable integrit: conf file : test-9073/test.conf integrit: known db : test-9073/known.cdb integrit: current db : test-9073/curr.cdb integrit: root : test-9073 integrit: do check : no integrit: do update : yes integrit: current-state db RMD160 -------------- integrit: ff01774c61cd1ea02dd18b79c09c73554ef54e18 test-9073/curr.cdb yet the documentation needs to be updated before the release. README should probably include the reasons of RMD160 choice. faq and integrit infos mention MD5 and SHA1. I'd say to remove entirely the hash name in the docs, use the generic term "checksum" and include a small section to introduce the hash algorithm used. Also mention somewhere that 4.0 breaks the db (not really, but all checksums will differ). I don't have time to do it now, so I think the release will wait until the end of the week. |
|
From: Ed L. C. <ec...@no...> - 2005-10-03 17:40:51
|
On 9/25/05, Yuri D'Elia <wa...@yu...> wrote: > Before the release, I noted there are several cases of warning/error > messages with extra newlines. > I left just the two cases in option.c which are aesthetically > pleasing. Let me know if this sounds ok or these newlines were > actually intended. Yuri, please don't let me hold you up when I'm unresponsive. If the changes are tested, then feel free to go ahead with a release. Then let me know so that I can make a freshmeat announcement. -- Ed L. Cashin <ec...@no...> |
|
From: Ed L. C. <ec...@no...> - 2005-10-03 17:30:47
|
On 10/3/05, Yuri D'Elia <wa...@yu...> wrote: ... > Yup, I figured that out ;). I commited the changes two days ago when > I had time. > You can release. Apart from the version number that needs to be > bumped, the docs > need to be regenerated too. OK. So all your changes are in CVS now? It will be at least a week before I'll be able to do the release. If you'd like to do it before then feel free. -- Ed L. Cashin <ec...@no...> |
|
From: Yuri D'E. <wa...@yu...> - 2005-10-03 17:26:46
|
On Oct 3, 2005, at 19:14, Ed L. Cashin wrote: > On 9/25/05, Yuri D'Elia <wa...@yu...> wrote: > >> Before the release, I noted there are several cases of warning/error >> messages with extra newlines. >> I left just the two cases in option.c which are aesthetically >> pleasing. Let me know if this sounds ok or these newlines were >> actually intended. > > Yuri, please don't let me hold you up when I'm unresponsive. > If the changes are tested, then feel free to go ahead with a > release. > > Then let me know so that I can make a freshmeat announcement. Yup, I figured that out ;). I commited the changes two days ago when I had time. You can release. Apart from the version number that needs to be bumped, the docs need to be regenerated too. |
|
From: Yuri D'E. <wa...@yu...> - 2005-09-26 15:20:31
|
On Sep 26, 2005, at 16:47, Ed L. Cashin wrote: > On 9/25/05, Yuri D'Elia <wa...@yu...> wrote: > >> Committed. I did not regenerate the integrit.info file however, I >> still use an older version of makeinfo. I think we're now ready >> for 3.6. > > Do you think we should skip 3.6 and apply > your message digest changes for a 4.0 release? > > Now that we have the ability to leave SHA1 > behind, I don't think it makes as much sense > to release versions that use it. The idea of having a stable release before the sum change seemed good to me. Maybe 3.5 was pushed out too fast :) |
|
From: Ed L. C. <ec...@no...> - 2005-09-26 14:48:16
|
On 9/25/05, Yuri D'Elia <wa...@yu...> wrote: ... > Committed. I did not regenerate the integrit.info file however, I > still use an older version of makeinfo. I think we're now ready for 3.6. Do you think we should skip 3.6 and apply your message digest changes for a 4.0 release? Now that we have the ability to leave SHA1 behind, I don't think it makes as much sense to release versions that use it. -- Ed L. Cashin <ec...@no...> |
5 messages has been excluded from this view by a project administrator.
