Bug#1067582: gnuplot: please provide a profile to break B-D cycle

2024-03-31 Thread Dima Kogan
I added the requested profile, and fixed a few build bugs I encountered
in the process. The patch series is here:

  https://salsa.debian.org/science-team/gnuplot/-/commits/bug-1067582

Anton: can you please review and upload, if it looks good? Or let me
know, and I'll make a Team upload.



Bug#1067582: gnuplot: please provide a profile to break B-D cycle

2024-03-31 Thread Dima Kogan
OK. I see what you're saying. I can do this today or tomorrow. Anton:
are you good with that? I'd make a profile "nox-only" that elides the
gnuplot-x11 and gnuplot-qt packages.



Bug#1067582: gnuplot: please provide a profile to break B-D cycle

2024-03-30 Thread Thorsten Glaser
Hi Dima,

>- Today leptonlib Build-Depends on gnuplot-nox only if !nocheck. So if
>  you build leptonlib with testing disabled, there's no dependency on
>  gnuplot

oh, that is maybe new? But I see other packages depending on
gnuplot-nox, so this would still be very helpful.

>- Today the gnuplot source package has a hard Build-Depends on wxt and
>  qt. Removing either of those (even in a specific profile) would make
>  it impossible to build gnuplot-qt and gnuplot-x11 packages with the
>  same set of functionality they normally have.

Yes, I just hacked the package to just not build these two packages,
basically by commenting lines from d/rules and removing the paragraphs
from d/control (although the -N flag for dh would also do) and I got
the expected gnuplot-nox and no -qt/-x11. (m68k only, the other arches
will need this as well, so… still needed.)

>  If a profile was added
>  to loosen either of these dependencies, but that dramatically changed
>  the end product, would that be useful?

Build profiles are allowed to remove packages from the result, as long
as the other packages are not drastically changed.

Since gnuplot builds x11, qt and nox separately anyway (and arch:all is
also built separately), that would work.

It may be best to look at another package where a build profile is used
to elide a binary package to have an example of how this can go. If you
want, I can search one for you, I’ve worked with several of them during
the last few weeks.

Thanks,
//mirabilos
-- 
15:41⎜ Somebody write a testsuite for helloworld :-)



Bug#1067582: gnuplot: please provide a profile to break B-D cycle

2024-03-30 Thread Dima Kogan
Hi.

I might be misunderstanding what you're asking specifically, but two
notes:

- Today leptonlib Build-Depends on gnuplot-nox only if !nocheck. So if
  you build leptonlib with testing disabled, there's no dependency on
  gnuplot

- Today the gnuplot source package has a hard Build-Depends on wxt and
  qt. Removing either of those (even in a specific profile) would make
  it impossible to build gnuplot-qt and gnuplot-x11 packages with the
  same set of functionality they normally have. If a profile was added
  to loosen either of these dependencies, but that dramatically changed
  the end product, would that be useful?

Thanks



Bug#1067582: gnuplot: please provide a profile to break B-D cycle

2024-03-23 Thread Thorsten Glaser
Source: gnuplot
Version: 6.0.0+dfsg1-2
Severity: important
Justification: t64 transition roadblock
X-Debbugs-Cc: t...@mirbsd.de

There’s this cyclic Build-Depends chain:

ffmpeg < tesseract < leptonlib < gnuplot < wxwidgets3.2 < opencv < ffmpeg

Asides from that, gnuplot also depends on Qt5, which is another
heavy thing to tackle.

Please provide a profile with which the wxwidgets and Qt GUIs
are elided.

leptonlib B-D on gnuplot-nox so that should help already.

Thanks!