Re: Spitting up clhep or not
FYI: I updated the repo and fixed the documentation folder. Before the
documentation was installed to doc/CLHEP instead of doc/clhep.
I also tested the reproducibility via the Salsa CI, and it turns out
CLHEP is *not* reproducible.
The variations that affect the build output are the build path and the
timezone (see [1]).
Regards,
Stephan
[1] https://salsa.debian.org/science-team/clhep/-/pipelines/358205
On Fri, Mar 11, 2022 at 10:24 PM Stephan Lachnit
<stephanlachnit@debian.org> wrote:
>
> On Fri, Mar 11, 2022 at 3:40 PM Andreas Tille <tille@debian.org> wrote:
> >
> > Am Fri, Mar 11, 2022 at 11:55:45AM +0100 schrieb Stephan Lachnit:
> > > >
> > > > * split libraries into own packages
> > > >
> > > > I wonder whether we should do it right now since we need to
> > > > pass new queue anyway.
> > >
> > > Yes, I think we should do that now.
> >
> > Argh, I've uploaded a couple of hours ago to new. I wonder how
> > important this is for you and what action we should do right now:
> >
> > 1. Ask ftpmaster for a manual reject, do the split and re-upload.
> > If you think this is the best course of action and just do
> > so (including the split since I have not so much interest in
> > it but can help if you are not that familiar with d-shlibs.
> > You can find an example in ncbi-vdi package.)
> >
> > 2. Wait / "hope" for a reject due to other reasons, fix the
> > reject and do the split.
> >
> > 3. Let the package clear new and do the split whenever someone
> > might have time.
>
> Option 3 is fine, it is not urgent at all.
>
> > > > * don't build static libs
> > > >
> > > > I do not see any reason to do so. Default libs / libdevel
> > > > packages should feature shared and static lib (and d-shlibs
> > > > which I used relies on this default. So if you ask me I'd
> > > > remove this TODO item
> > >
> > > Agreed, we can ship static libs.
> >
> > OK. Please adapt TODO accordingly.
> >
> > > > * fix documentation install folder
> > >
> > > Tbh I don't recall. I don't have the time to look at the packaging
> > > this week, but I will take a look at it next week.
> >
> > Either clarify that item or remove it once you have time.
>
> I will adapt the TODO next week.
>
> Regards,
> Stephan
Reply to: