Re: AP v1.4.1: Dependency Building: Broken
Chris Giles <[email protected]> Tue, 26 May 2009 18:21:24 +1000
| Newsgroups | gmane.comp.autopackage.devel |
|---|---|
| Message-ID | <[email protected]> |
--001485f0e778d7a750046acc6ad3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit > > Unfortunately not. Imagine someone has 1.4.1 installed and installs > your package. 1.4.1 would still look for the apkg-installer file. So > the first release I can "really" fix it is 1.6. I had a feeling you might write something like that :-). I should've taken more time to think it through. > That's good to hear. Anyway I've released 1.4.2 just now (still some > problems with the developer tools, give me a second). Thanks for releasing v1.4.2, which I'll test in the near future. I'll let you know whether or not I find any bugs. I wonder if breaking bugs like this should increment minor version, or if we > need another number. > > Something like that: > > major.minor.patch.build > <very big changes>.<big changes>.<breaking bug fixes>.<nice to have bug > fixes> > > And make it so only change of the last number can be ignored. I think that's a good idea, but we'd wanna avoid the Firefox v2 style of versioning overkill: v2.0.0.20. --001485f0e778d7a750046acc6ad3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"borde= r-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-le= ft: 1ex;">Unfortunately not. Imagine someone has 1.4.1 installed and instal= ls<br> your package. 1.4.1 would still look for the apkg-installer file. So<br> the first release I can "really" fix it is 1.6.</blockquote><div>= <br>I had a feeling you might write something like that :-).=C2=A0 I should= 've taken more time to think it through.<br>=C2=A0<br></div><blockquote= class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); = margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> </div>That's good to hear. Anyway I've released 1.4.2 just now (sti= ll some<br> problems with the developer tools, give me a second).</blockquote><div><br>= Thanks for releasing v1.4.2, which I'll test in the near future.=C2=A0 = I'll let you know whether or not I find any bugs.<br><br><blockquote st= yle=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex= ; padding-left: 1ex;" class=3D"gmail_quote"> I wonder if breaking bugs like this should increment minor version, or if w= e need another number.<br><br> Something like that:<br><br> major.minor.patch.build<br> <very big changes>.<big changes>.<breaking bug fixes>.<= ;nice to have bug fixes><br><br> And make it so only change of the last number can be ignored.</blockquote><= div><br>I think that's a good idea, but we'd wanna avoid the Firefo= x v2 style of versioning overkill: v2.0.0.20.<br><br></div> </div></div> --001485f0e778d7a750046acc6ad3--