[00:14] ahoneybun[m]: Heh, I think I figured it out. I just have to replace "okular" with "xdg-open" and that should do it. [00:15] Then I can make a very loose depends on any PDF viewer or web browser, and it *should* (hopefully) do the trick. [00:16] Yeah that will work quite well. [00:16] 22.04.2~ppa2 incoming... [00:17] Package builds right, so this should be easy. [00:18] ahoneybun[m]: Should be available from the same PPA shortly. This version doesn't have a hard Okular depends. [00:19] Tar, forgot to remove an explanatory comment from the control file that isn't needed. Oh well, we'll remember that later. [13:16] \o/ thank you so much, RikMills what would it take to get it into the ISO? [13:17] A official Ubuntu package? [13:50] Hi all [14:17] Heyo BluesKaj [14:17] hey ahoneybun[m] , how's it going? [14:18] Not bad arraybolt3 made some magic with packaging the kubuntu-manual which made me very happy yesterday. [14:19] cool [14:22] arraybolt3: I copied it to my own PPA, how do I make changes? It's been a few years for me lol. [14:26] I would think if the ppa is in the sources path then updating/upgrading with apt should work [14:30] No I want to make changes to the source. [14:31] oh? [14:34] why? [14:46] For changes that I make, I write the manual pretty much [14:51] ok [17:14] ahoneybun[m]: Just replace the "kubuntu-manual.pdf" file in the source with an updated one. [17:14] Then you can run "sbuild -d jammy-amd64-shm [17:14] (if you have sbuild set up) and it will build a new package. [17:15] If you don't have sbuild set up, you can use this: https://wiki.ubuntu.com/SimpleSbuild [17:17] And if that looks like a job for another day, you can instead bump the "~ppa" part of the version number to a newer version in the changelog, then use a command like "debuild -S -d -kYOUR_KEY_ID_HERE" followed by "dput ppa:ahoneybun/kubuntu-manual ../" to upload to a PPA and make LP do all the hard work. [17:17] (So if the version number in debian/changelog is at "~ppa3", you'd bump it to "~ppa4" before using debuild and dput.) [17:24] I meant more about downloading the source to do that. [17:28] dget link-to-the-.dsc-file [17:30] dget https://launchpad.net/~aaronhoneycutt/+archive/ubuntu/kubuntu-manual/+sourcefiles/kubuntu-manual/22.04.2~ppa2/kubuntu-manual_22.04.2~ppa2.dsc [17:33] or download the .xz and .dsc from the ppa and then do dpkg-source -x kubuntu-manual_22.04.2~ppa2.dsc [19:56] arraybolt3 thank you for the package! +cc ahoneybun[m]. [19:57] Also, picked up a few tricks on quick builds from the discussion (+ RikMills). [19:57] Indeed! [19:58] Glad I was able to help! [19:58] I'm happy to continue to help with it by the way. [19:59] arraybolt3, I vote to make Okular a recommends. I think a hard depends is too much for a PDF :) [19:59] To think about it another way, it's maybe like having a package for a png and requiring GIMP. [20:00] I'm not going to lose any sleep over it, but that's my original thought. Of course, I could just send you a PR and we'd be set :) [20:00] mmikowski: That's a good idea. [20:00] I could make all of the PDF options a Recommends. [20:01] Yeah, I haven't looked into the package to be fair. So $.02 and all that. kk, going to lunch, bbiab [20:01] The reason for depending on a PDF reader is because there's a button in the application menu that will do *nothing* if there's no PDF reader installed. (I'm using xdg-open under the hood, so any PDF reader should do.) [20:01] So that might factor in somehow. [20:01] But a Recommends should still be sufficient. [20:02] Users who just want the manual will get it, users who want *just* the manual can get it too if they know what they're doing. [20:21] arraybolt3: Ah, see, I hadn't looked at the source, so that's my bad. [20:21] So a fix: we could write a wrapper that tries to run okular or a default pdf viewer, and sends a message if not found. [20:22] Or just hard depends on Okular :) [20:22] If that's what you're launching. [20:24] mmikowski: ALready have that in place :) It's xdg-open. [20:24] Right [20:24] Awesome. [20:24] So any PDF viewer will work. [20:25] I just have to depend on any *one* of them. [20:25] The current iteration depends on Okular or Evince or Firefox or Chromium. [20:25] I was just looking above and seeing that you've already had much of this discussion. [20:27] So check it out: xdg-open file.pdf || kdialog --msgbox 'no pdf viewer found. Please install one to proceed' ... [20:27] Sorry, check it out is kinda annoying :P [20:28] I meant, is that an option? [20:28] Yeah, but then there's a depends on kdialog too :-/ [20:28] Not sure if it's even necessary. [20:28] Hmmf. [20:28] Maybe we just need a lot fo fallbacks. [20:28] *of [20:28] got me there. [20:28] xdg-open || kdialog || echo, perhaps. [20:29] arg. [20:29] (Maybe add in GNOME's equivalent of a dialog box thingamajig, I dunno.) [20:29] I think just the Recommends is enough. [20:29] Any user who does "sudo apt install kubuntu-manual" will get a PDF viewer if they don;t have one already. [20:29] And if they don't want it, --no-instal-recommends will do that. [20:30] Yeah, but then on reinstall ... [20:30] Reinstall? [20:30] oh well, too far down that rabbit hole. [20:30] It's good to go down rabbit holes like this in packaging, that's how we avoid broken packages :) [20:30] I'm just not sure what would go wrong in a reinstall. [20:31] If it's a reinstall of the package, apt can control that. If it's a reinstall of Kubuntu with the manual included, it has Okular shipped by default anyway, no big deal. [20:31] Well, I was thinking that on reinstall it would not pull in okular, but I think xdg-open is the write abstraction. [20:32] Well Okular is the primary dependency in the list of "depend on this OR this OR this" that I have. [20:32] * right [20:32] So it *should* spring for Okular first, but tolerate Evince, Firefox, etc. [20:32] Yeah, so I think as a dependency with a bunch of options sounds like the right call. [20:32] Assuming apt acts in a way that looks sane to me, which it sometimes doesn't :P [20:32] I'm just thinking having a situation where a noob can get a non-functioning button is a bad experience. [20:33] Recommends does not guarantee that. [20:33] Valid, though a noob usually won't use --no-install-recommends, will they? [20:33] Because reinstalls (IIRC) can ignore the recommends. [20:33] Oh. [20:33] Hmm... [20:33] you mean like "sudo apt reinstall"? [20:33] Don't take my word on it. [20:33] Right. [20:33] Funny thing, I have *never* found a situation where "sudo apt reinstall" did anything useful :P [20:34] This use case is definite though: [20:34] Every time I've tried it, I ended up having to use something more like "sudo apt purge && sudo apt install" instead. I'm not even sure what "reinstall" is there fore. [20:34] Add the package. purge okular. Boom, broken. [20:34] *for [20:34] mmikowski: Well, that's true. [20:34] So hard depends on list of pdf readers sounds like the right thing to do. [20:35] Then abstract behind xdg-open. [20:35] But if you're removing packages that are part of kubuntu-desktop, you can expect things to go awry. [20:35] IMO. [20:35] Right. [20:35] Removing okular will remove kubuntu-desktop. [20:35] And that should be a good enough hint that you've entered the land of dragons. [20:35] Ah, so another good vote for hard depends. [20:35] Hmm. I see your point. [20:36] The one trap we can get into is saying "well if the user isn't smart enough...". [20:36] Then again, they'd have to purge Okular *and* Firefox to break this. [20:36] I think. [20:36] I should test. [20:36] That's a UX-talk version of handwaving. [20:36] So I think you idea of a hard depends on working pdf readers used by xdg-open is a great ide. [20:36] *idea. [20:37] Then if they see the button, it will almost certainly always work. [20:37] Yeah, and come to think of it, if someone wants the manual without a PDF reader, it's on GitHub, they can get it that way. [20:37] The package is purely for convenience for non-advanced users. [20:37] The other option is NOT to open the document for them, but just link it for them on the desktop. [20:37] So baking in hard depends to make sure non-advanced users are able to use it is reasonable here. [20:37] Then when they click on it in default config, the document always opens. [20:38] And the system handles hints for the pdf. [20:38] If a user insists on removing all their PDF viewers and browsers (?!), yes it will remove the manual with a hard depends, but at that point they either have broken their system entirely or they know exactly what they are doing and can get the manual off GitHub. So I'm on board with hard depends. [20:38] ok [20:38] +1, thanks for discussing it with me so we could figure out how to do it right! [20:38] Sounds good to me. Funny how I changed my mind too. [20:39] haha, kk mate, of to lunch for a bit. [20:39] ttys! [20:39] o/ ttys! [22:21] arraybolt3: Do can you share the git repo for the packaging of the manual? [22:21] I should like to look over the packaging and mechanisms. If you don't have it, that's ok too - i could probably extract and host it if you like. [23:00] mmikowski: I actually haven't put it in Git yet :P [23:00] I'll do that real quick. [23:00] Lemme make sure the dir is right before initializing the repo, I'll have a GitHub link shortly. [23:07] mmikowski: https://github.com/ArrayBolt3/kubuntu-manual