<html><head></head><body><div><br></div><div>On Sun, 2023-01-01 at 21:45 +0100, Samuel Thibault wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div> • Technically, Lazarus doe snot need libgtk2.0-dev for running, and thus<br></div><div> should not pull it.<br></div></blockquote><div><br></div><div>Lazarus itself, no indeed. But the fp-units-gtk2-3.2.0 package does not<br></div><div>make any sense without libgtk2.0-dev, since there is no way to use the<br></div><div>former without the latter.<br></div></blockquote><div>That was the reason why fp-units-gtk2-x.y.z made dependent on the libgtk2.0-dev.</div><div>However, with deprecation of gtk2, we decided to relax that constraint.</div><div>Of course, one can argue, as you do, that the bindings packages does not make sens without depending on the libraries package.</div><div>That makes sense, but we discussed this and relaxing the dependency was the easiest way for us, given that FPC does not seem to be ready to provide bindings for gtk3.</div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div> • Technically, FPC does not need any GTK related lib, it only provide binding<br></div><div> units.<br></div></blockquote><div><br></div><div>Yes, and *all* languages that provide bindings do provide the required<br></div><div>pulls so that users of the bindings don't have to care about what<br></div><div>should be pulled. The information is recorded in only the bindings<br></div><div>package, and not sprinkled over all packages that happen to use it<br></div><div>(which would require changes in all of them for no good reason whenever<br></div><div>the underlying C library happens to change its C API, for instance).<br></div></blockquote><div>I tend to agree here.</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div><br></div><div>Things were just working perfectly previously. Why breaking the build<br></div><div>of packages using fp-units-gtk2-3.2.0 by dropping the pull? Is there an<br></div><div>*actual* reason for not making fp-units-gtk2-3.2.0 pull it,</div></blockquote><div>Yes, the reason is to close the bug <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967348">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967348</a></div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div> how does it<br></div><div>hurt in any way? Is that because fpc-3.2.0 happens to depend on it?<br></div><div>Then why does it do so, since from what you say it does not actually<br></div><div>need it?<br></div></blockquote><div>fpc-x.y.z is a meta-package that is there to pull all packages created by the fpc source package.</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div><br></div><div>Really, I don't understand: fp-units-gtk2-3.2.0 does need libgtk2.0-dev<br></div><div>to work at all, while you are saying that fpc-3.2.0 does not need<br></div><div>fp-units-gtk2-3.2.0 to work. The current "Depends" that are set on those<br></div><div>package are exactly the inverse of that...<br></div></blockquote><div>You are confused between fpc as a meta-package and fpc as an executable.</div><div>The package depends on all fp-units-* created by fpc source package.</div><div>While the executable (compiler) does not.</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div> • For building, Lazarus build depends on libgtk2.0-dev, until it will migrate<br></div><div> to gtk3. And so shall do all programs that use it.<br></div></blockquote><div><br></div><div>Yes, sure. But for bookworm we'll apparently stay with gtk2, so let's<br></div><div>make that that works, at least.<br></div></blockquote><div>Maybe this makes sens, but I can't revert a decision made by the team on my own, because a user decided something else.</div><div>I'll wait for feedback from others.</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>I hope this makes it clear, why neither Lazarus, nor FPC or any of their<br></div><div>packages should pull libgtk2.0-dev package.<br></div></blockquote><div><br></div><div>No, not at all.<br></div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>You should handle this bug in VMG, and probably the best way to do it is to<br></div><div>build depend on libgtk-2.0-dev<br></div></blockquote><div><br></div><div>From point point of view it's not the best way since it means that'll be<br></div><div>yet something more to change when switching to gtk3, then to gtk4, etc.<br></div><div>while everything could be just handled in the bindings package.<br></div></blockquote><div>Yes, ideally it should be that way. In practice, I'm not sure it will be possible. </div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>until you fix [2]<a href="https://bugs.debian.org/cgi-bin">https://bugs.debian.org/cgi-bin</a> /bugreport.cgi?bug=967799<br></div></blockquote><div><br></div><div>That only boils down to making lazarus support gtk3, since vmg just<br></div><div>uses LCL. If Lazarus was providing a gtk bindings package which does<br></div><div>not encode the 2 vs 3 notion, the vmg package would be more than<br></div><div>happy to just use it and not have to care at all about the underlying<br></div><div>incompatibilities.</div></blockquote><pre style="caret-color: rgb(46, 52, 54); color: rgb(46, 52, 54); font-variant-caps: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-tap-highlight-color: rgba(0, 0, 0, 0.4); -webkit-text-stroke-width: 0px; text-decoration: none;">-- <br></pre><pre style="caret-color: rgb(46, 52, 54); color: rgb(46, 52, 54); font-variant-caps: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-tap-highlight-color: rgba(0, 0, 0, 0.4); -webkit-text-stroke-width: 0px; text-decoration: none;">Cheers,
Abou Al Montacir</pre><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"></blockquote></body></html>