On 27 April 2015 at 22:19, Pascal Quantin <pascal.quan...@gmail.com> wrote:
> 2015-04-27 23:13 GMT+02:00 Gerald Combs <ger...@wireshark.org>: > >> On 4/27/15 1:21 PM, Pascal Quantin wrote: >> > >> > 2015-04-27 20:43 GMT+02:00 Gerald Combs <ger...@wireshark.org >> > <mailto:ger...@wireshark.org>>: >> > >> > On 4/27/15 8:57 AM, Pascal Quantin wrote: >> > > >> > > >> > > 2015-04-27 17:55 GMT+02:00 Graham Bloice < >> graham.blo...@trihedral.com <mailto:graham.blo...@trihedral.com> >> > > <mailto:graham.blo...@trihedral.com >> > <mailto:graham.blo...@trihedral.com>>>: >> > >> > > I'll have a go at producing a new one, what name do we give it >> > > zlib-1.2.8-ws? >> > > >> > > >> > > That's our usual naming scheme yes. >> > >> > Would a "wireshark-windows-thirdparty" repository be useful for >> managing >> > this? I've been thinking about adding something for the scripts I >> use to >> > create the OpenSUSE-derived packages. >> > >> > >> > What would we use it for? Storing the scripts / patches used to generate >> > the packages? If yes, I guess storing those in the zip file (as you >> started >> > to do for some packages) makes it easier to find the relevant info >> > (typically I should have added the steps - including the compilation >> flags >> > - used to generate libgcrypt, instead of saying that it was compiled >> > without AES-NI support). >> > Or we could eventually create a folder per package in this new >> repository, >> > and then put the relevant stuff (and replace it each time we upgrade the >> > package). But I fear it would make it harder to find the info >> afterwards. >> > Or maybe you had something else in mind? >> >> Initially it would be used to store the scripts I use to generate the >> packages in the wireshark-winXX-libs SVN repository. The OBS packages are >> built in two stages: First, a "nolib" zip file is created on Linux using >> download-mingw-rpm.py, then the import libraries are built on Windows >> using >> the Visual Studio library manager and zipped up. The second (lib + zip) >> script is part of the final archive but not the first. >> > > Indeed this is something I did myself in the past for gtk2 or gnutls > packages (you probably pointed me to this script at some point, but I do > not remember the details). Fortunately download-mingw-rpm.py has a rather > good dependency tracking (better than my initial trial attempts based on > Dependency Walker, it as painful...). > > >> >> Ultimately I'd like to have a set of scripts that create NuGet packages >> similar to what CoApp (which appears to be abandoned) was doing, >> preferably >> without requiring multiple platforms. At the very least I'd like to remove >> myself as a dependency. >> > > This last objective seems to be a good plan ;) > When you mention repository is that as in a git repo. If we're making changes to 3rd party packages, e.g. zlib, then tracking those local changes to allow easier upgrading is almost essential. -- Graham Bloice
___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev@wireshark.org> Archives: https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe