Re: [Pidgin-paranoia-devel] Keygen features of 0.2.0

[Pascal S. <ps...@ee...>]

Hi,

how would be the solution to just rename the .entropy extension to .tmp
during the key generation. If the plugin just searches for .entropy
files as I suggest, it would be the easiest solution for that problem
and makes the whole generation stuff more transparent if we would accept
multiple key generations at the same time in later versions for debuging
purposes. 
But anyway I wouldn't think of a work around for version 0.2.0 if
the /otp scan feature isn't available anyway, because I would then just
generate dirty code for no reason.

Pascal

Am Mittwoch, den 27.02.2008, 23:56 +0100 schrieb Christian Wäckerlin:
> Hi,
> 
> I agree completely. I could live without /otp scan in 0.2 but if its
> done soon it's ok as well.
> 
> Can you do this workaround with the key named something like
> generating-3F2DDDD.tmp during keygen?
> I agree with Simon that the current state is quite confusing.
> 
> Btw: I will code something like "./otptester --check-many-things" to
> help finding avoidable (rare) errors and regressions for 0.2 this WE.
> 
> Cheers
> 
> Chri
> 
> Pascal Sachs schrieb:
> > Hi to everyone
> >
> > I think we should delay the whole otp scan, pad initalization and
> > signaling stuff to version 0.3.0 because it looks, like this will create
> > a lot of work for all of us and would therefore delay the 0.2.0 version
> > to much. Furthermore I think it is not that important to have all this
> > features in that early state of development, because the main
> > functionality of our plugin is already working and the software is still
> > in alpha, so we don't have to provide all the stuff now. I think it's
> > also fun for our community to get more features in every version rather
> > then just bugfixes and optimization stuff.
> >
> > Cheers,
> > Pascal
> >    
> >   
> >> Ok, thanks.
> >>  
> >> I realised, that the pad struct stuff does not make sense, because when
> >> the keygen function returns it has only initialised the creation and no
> >> keys are generated yet. These pads have to be set with the "finished"
> >> signal. So we should delay that feature for 0.3.0 too.
> >>
> >> I have planed to create an '/otp scan' command (in 0.2.0), but that
> >> currently leads to problems when a key is being created in parallel. A
> >> broken key would be loaded. To fix that, the key generator should use a
> >> random filename while collecting entropy and rename the file on completion.
> >>
> >> Cheers
> >> Simon
> >>
> >>
> >> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >> _______________________________________________
> >> Pidgin-paranoia-devel mailing list
> >> Pid...@li...
> >> https://lists.sourceforge.net/lists/listinfo/pidgin-paranoia-devel
> >>     
> >> ------------------------------------------------------------------------
> >>
> >> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> Pidgin-paranoia-devel mailing list
> >> Pid...@li...
> >> https://lists.sourceforge.net/lists/listinfo/pidgin-paranoia-devel
> >>     
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________ Pidgin-paranoia-devel mailing list Pid...@li... https://lists.sourceforge.net/lists/listinfo/pidgin-paranoia-devel