[00:21] <guiverc> iso.qa.ubuntu.com has frustrated me too much today.. "[rt.ubuntu.com #67219]" on 'painful slow' site  (also pasted to -quality so apologies to those in both rooms)
[03:06] <arraybolt3> grr... I set the Breaks/Replaces in libfm-qt to << 1.2.1-1 rather than 1.2.1-2. So now I have to burn Salsa CI power *again*.
[03:06] <arraybolt3> s/have to/am going to/ (better get piuparts working locally pronto)
[04:23] <lubot_> [matrix] <arraybolt3> I cannot figure it out. I have Conflicts/Replaces on libfm-qt-common against libfm-qt << 1.2.1-2. The libfm-qt package installed *is* lower than that (checked with dpkg --compare-versions). Yet apt insists on trying to unpack libfm-qt-common 1.2.1-2 alongside libfm-qt 1.2.1-1, which of course crashes.
[04:23] <lubot_> [matrix] <arraybolt3> ```
[04:23] <lubot_> [matrix] <arraybolt3> Source: libfm-qt
[04:23] <lubot_> [matrix] <arraybolt3> Maintainer: LXQt Packaging Team <pkg-lxqt-devel@lists.alioth.debian.org>
[04:23] <lubot_> [matrix] <arraybolt3> Uploaders: Alf Gaida <agaida@siduction.org>,
[04:23] <lubot_> [matrix] <arraybolt3>            ChangZhuo Chen (陳昌倬) <czchen@debian.org>,
[04:23] <lubot_> [matrix] <arraybolt3>            Andrew Lee (李健秋) <ajqlee@debian.org>,
[04:23] <lubot_> [matrix] <arraybolt3>            Shih-Yuan Lee (FourDollars) <fourdollars@gmail.com>,
[04:23] <lubot_> [matrix] <arraybolt3>            Simon Quigley <tsimonq2@debian.org>,
[04:23] <lubot_> [matrix] <arraybolt3>            Aaron Rainbolt <arraybolt3@gmail.com>
[04:23] <lubot_> [matrix] <arraybolt3> Section: x11
[04:23] <lubot_> [matrix] <arraybolt3> Priority: optional
[04:23] <lubot_> [matrix] <arraybolt3> Build-Depends: debhelper-compat (= 13),
[04:23] <lubot_> [matrix] <arraybolt3>                libexif-dev,
[04:23] <lubot_> [matrix] <arraybolt3>                libkf5windowsystem-dev,
[04:23] <lubot_> [matrix] <arraybolt3>                libmenu-cache-dev,
[04:23] <lubot_> [matrix] <arraybolt3>                libqt5svg5-dev,
[04:23] <lubot_> [matrix] <arraybolt3>                libqt5x11extras5-dev,
[04:23] <lubot_> [matrix] <arraybolt3>                libx11-dev,
[04:23] <lubot_> [matrix] <arraybolt3>                lxqt-build-tools (>= 0.12.0~),
[04:23] <arraybolt3> Oh tar. Now it's going to flood the entire channel with something that was for Matrix.
[04:23] <lubot_> [matrix] <arraybolt3>                qtbase5-private-dev
[04:23] <lubot_> [matrix] <arraybolt3> Standards-Version: 4.6.2
[04:23] <lubot_> [matrix] <arraybolt3> Vcs-Browser: https://salsa.debian.org/lxqt-team/libfm-qt
[04:23] <lubot_> [matrix] <arraybolt3> Vcs-Git: https://salsa.debian.org/lxqt-team/libfm-qt.git
[04:23] <lubot_> [matrix] <arraybolt3> Homepage: https://github.com/lxqt/libfm-qt
[04:23] <lubot_> [matrix] <arraybolt3> Rules-Requires-Root: no
[04:23] <lubot_> [matrix] <arraybolt3> 
[04:23] <lubot_> [matrix] <arraybolt3> Package: libfm-qt12
[04:24] <lubot_> [matrix] <arraybolt3> Provides: libfm-qt
[04:24] <lubot_> [matrix] <arraybolt3> Conflicts: libfm-qt
[04:24] <lubot_> [matrix] <arraybolt3> Replaces: libfm-qt8
[04:24] <lubot_> [matrix] <arraybolt3> Breaks: libfm-qt8
[04:24] <lubot_> [matrix] <arraybolt3> What am I doing wrong?
[04:24] <arraybolt3> Surely there must be some way to reconfigure lubot_ to not do that.
[04:24] <guiverc> pastebinit please (that was a lot of 'dings')
[04:25] <arraybolt3> guiverc: Bot's fault. It was sent as a code block in Matrix.
[04:25] <arraybolt3> In the past, that would show up as "arraybolt3[m] sent a code block: link" with the Libera bridge. lubot_ is nowhere near as forgiving, turns out.
[04:25] <arraybolt3> But yeah, I'll start using a pastebin even in Matrix.
[04:26] <guiverc> :)  
[04:27] <lubot_> [matrix] <arraybolt3> Also I just found what I was doing wrong most likely. I had my Conflict/Replaces against libfm-qt11. Not libfm-qt12. 🤦
[04:28]  * guiverc has fingers crossed that's it.... so  :)  (qt11/12)
[04:32] <arraybolt3> \o/ Piuparts now passes!
[04:40] <guiverc> :)
[06:40] <lubot_> [matrix] <arraybolt3> Simon Quigley: https://salsa.debian.org/lxqt-team/libfm-qt/-/merge_requests/8 Pipeline is passing.
[06:40] -ubot93:#lubuntu-devel- Merge 8 in lxqt-team/libfm-qt "Releasing version 1.2.1-2." [Opened]
[17:44] <lubot_> [matrix] <tsimonq2> arraybolt3: `Aaron Rainbolt <arraybolt3@gmail.com>` ?
[17:44] <lubot_> [matrix] <tsimonq2> Or @ubuntu.com / @lubuntu.me ?
[17:44] <lubot_> [matrix] <arraybolt3> ...I did it again, didn't I?
[17:44] <lubot_> [matrix] <arraybolt3> Gah. /me fixes and pushes
[17:44] <lubot_> [matrix] <arraybolt3> Wait, what file is that in?
[17:45] <lubot_> [matrix] <tsimonq2> d/control Uploaders
[17:45] <lubot_> [matrix] <arraybolt3> Tar. Found it.
[17:46] <lubot_> [matrix] <tsimonq2> Also, this breaks 22.04 -> (hypothetically) 24.04 upgrades
[17:46] <lubot_> [matrix] <tsimonq2> I get keeping libfm-qt8, because that's what's in Debian Stable: https://packages.debian.org/search?keywords=libfm-qt
[17:47] <lubot_> [matrix] <tsimonq2> But also, libfm-qt9 is in 22.04: https://packages.ubuntu.com/search?keywords=libfm-qt
[17:47] <lubot_> [matrix] <tsimonq2> That being said, *this* would be an appropriate delta
[17:47] <lubot_> [matrix] <arraybolt3> Right, that's part of why it will need hand-synced and not auto-synced.
[17:47] <lubot_> [matrix] <arraybolt3> Might be a good time for me to learn merge-o-matic too.
[17:48] <lubot_> [matrix] <tsimonq2> What is actually left in the Ubuntu delta following this change?
[17:48] <lubot_> [matrix] <arraybolt3> I'd have to check again to be sure, but I know that there's the bit with the Conflicts/Breaks/Replaces, and sadly, the symbols file.
[17:50] <lubot_> [matrix] <arraybolt3> (ChenZhuo wasn't convinced by my logic behind adding it, and even had logic that warned that it *could* break things. teward and Dan both thought it would be a good idea to drop it, and I didn't have any input from you yet, so I figured since we were OK with just maintaining them in Ubuntu, that would be what we would do.)
[17:50] <lubot_> [matrix] <arraybolt3> (ChenZhuo wasn't convinced by my logic behind adding it, and even had logic that warned that it _could_ break things. teward and kc2bez both thought it would be a good idea to drop it, and I didn't have any input from you yet, so I figured since we were OK with just maintaining them in Ubuntu, that would be what we would do.)
[17:50] <lubot_> [matrix] <arraybolt3> (ChenZhuo wasn't convinced by my logic behind adding it, and even had logic that warned that it _could_ break things. teward and kc2bez both thought it would be a good idea to drop it, and I didn't have any input from you at the time, so I figured since we were OK with just maintaining them in Ubuntu, that would be what we would do.)
[17:52] <lubot_> [matrix] <teward> this is what happens when you disappear Simon Quigley
[17:52] <lubot_> [matrix] <teward> :P
[17:54] <lubot_> [matrix] <tsimonq2> While I am motivated to maintain symbols files and believe they would be effective in the long term, at this point it's worth considering which "hill to die on." If the existing Debian maintainers are insistent on not keeping them and it is no longer precedent within Debian to keep them, we could consider dropping them. We should make such a decision with great care, not simply based on "these look too difficult to maintain" becau
[17:55] <lubot_> [matrix] <arraybolt3> I'll find the discussion between me and ChenZhuo that I showed everyone last time.
[17:55] <lubot_> [matrix] <arraybolt3> https://salsa.debian.org/lxqt-team/liblxqt/-/merge_requests/5
[17:55] -ubot93:#lubuntu-devel- Merge 5 in lxqt-team/liblxqt "Releasing debian version 1.2.0-5." [Merged]
[17:57] <lubot_> [matrix] <arraybolt3> The main logic ChangZhuo (been mis-spelling his name this whole time!) had against them was "With symbol file, it is possible that reverse-dependencies uses liblxqt1 which does not fulfill LXQT_MINIMUM_VERSION defined in CMakeFiles.txt. In this case, we need to either allow this happens in user machine, or set minimal version in reverse-dependencies Depends manually. The first case is not supported by upstream developer, which I
[17:59] <lubot_> [matrix] <arraybolt3> teward: btw is there some way to make it so the bot between Matrix and IRC is able to handle overly long messages and doesn't flood the channel when someone pastes a code block?
[17:59] <lubot_> [matrix] <teward> don't know
[17:59] <lubot_> [matrix] <teward> the solution is don't post a code block use a pastebin :P
[17:59] <lubot_> [matrix] <arraybolt3> :-/ Oh well.
[18:01] <lubot_> [matrix] <eickmeyer> I've been stolen?
[18:02] <lubot_> [matrix] <teward> ye i need your knowledge of how you bridged irc to matrix
[18:02] <lubot_> [matrix] <teward> give info or burn in the depths
[18:02] <lubot_> [matrix] <teward> *woke up and chose violence this morning*
[18:02] <lubot_> [matrix] <eickmeyer> Ah. Yeah, so.... 1) running Element, right?
[18:02] <lubot_> [matrix] <teward> i am anyways
[18:02] <lubot_> [matrix] <eickmeyer> kkkk coo
[18:03] <lubot_> [matrix] <teward> send me the details direct
[18:03] <lubot_> [matrix] <teward> lunch beckons
[18:03] <lubot_> [matrix] <eickmeyer> 2) op yourself in #lubuntu-devel:libera.chat
[18:03] <lubot_> [matrix] <eickmeyer> Ok, doing
[18:04] <lubot_> [matrix] <arraybolt3> Eickmeyer: See the mega-flood from last night up in the scrollback.
[18:04] <lubot_> [matrix] <arraybolt3> This is why I was asking about this :P
[18:04]  * lubot_ [matrix] <arraybolt3> hurls teward into a pit of broken Sound Blaster 16 cards
[18:06] <lubot_> [matrix] <eickmeyer> You mean the actual conversations taking place?
[18:06] <teward> code block pasting
[18:06] <lubot_> [matrix] <arraybolt3> Yeah. You can see tons and tons of code pasted into the channel that was part of a code block. Flooded so bad that guiverc had to ask me to not do that again :P
[18:07] <lubot_> [matrix] <eickmeyer> Ohhhh yeah, that looks like hell in IRC.
[18:17] <lubot_> [matrix] <tsimonq2> shlibs is outdated compared to symbols and according to Debian Policy "may be more appropriate for C++ libraries and other cases where tracking individual symbols is too difficult." liblxqt is supposed to be pretty light; tracking individual symbols isn't really much of a chore
[18:17] <lubot_> [matrix] <tsimonq2> 
[18:17] <lubot_> [matrix] <tsimonq2> I disagree on a philosophical level. Just because upstream wants to set a specific minimum level for something does not mean that all downstreams need to follow it. liblxqt is GPL-3 licensed; if another application would like to come along and depend on it (an example being wingmenu), it would be useful to see which parts of the library it depends on.
[18:17] <lubot_> [matrix] <tsimonq2> 
[18:18] <lubot_> [matrix] <tsimonq2> Additionally, this does not consider the CI case, where you're building from the tip of the upstream development branch.
[18:18] <lubot_> [matrix] <tsimonq2> 
[18:18] <lubot_> [matrix] <tsimonq2> Again, I can disagree all I want, but if he's the one doing the work in Debian, I guess he is making those decisions. When we arrive at the point where Britney migrates liblxqt but not one of its dependencies, we'll see this come up in a pretty nasty way.
[18:19] <lubot_> [matrix] <arraybolt3> Then let's let Debian face that and we can do our symbols in Ubuntu, but now we don't have to fight with i386 anymore \o/
[18:19] <lubot_> [matrix] <tsimonq2> Fair enough, heh :)
[18:19] <lubot_> [matrix] <arraybolt3> (tbf i386 wouldn't have been that hard were it not for how I was doing it.)
[18:20] <lubot_> [matrix] <tsimonq2> "Use the archive to iterate, it'll be fine."
[18:20] <lubot_> [matrix] <tsimonq2> (Now *that* is hardcore. :P)
[18:21] <lubot_> [matrix] <arraybolt3> (actually the way I was doing it was actually good because I had to have an i386 VM for it. Gah. Anyway, good bye and good riddance. Ubuntu's sbuild is way better than Debian's.)
[18:22] <lubot_> [matrix] <arraybolt3> (At least to set up, in my experience.)