Isn't removing the cfg file necessarily going to render this non-functional? I was thinking just removing the prerm/postinst is all that really needed to be done, no?

No rush. Whenever works for you.

Spell default right. Also don't reference Phab objects, which won't make sense to most folks reading changelogs. Oh, and change the version string.

Have a good night and talk to you soon. Thanks again!

For what it's worth, I'm no C++ programmer myself, although I can follow the logic enough to at least try to figure out what's happening. I imagine if you've had any experience with any programming language, you probably know enough to do that.

I *might* be awake 15-17 UTC. 20 would probably be better. Of course, like I said, others are there.

It's just one of those things that having synchronous communication would be really helpful with. If you join #lubuntu-devel on Freenode, not only will I be there, but so will our whole team of developers, so we can all help together.

It most certainly stands. Do you IRC or Telegram or what?

I think it would be really great to have an indication that a development release is a development release. I'd like us to have a stock "in construction" wallpaper (this would be a great use for Lenny). For that matter, Plymouth could use the same methodology. For the text-based, we could include the actual codename and/or version. That's my 2¢.

Also an FYI I found out recently: KWin swallowed up the screensaver and includes it.

We need to file an ITP (Intent To Package) in Debian. @tsimonq2 should be able to help with this.

Thanks for the catch, @apt-ghetto. Still waiting on the README fix, @hmollercl.

Aw jeez one last thing: update the README so that the bit about dch -r "" is removed.

superceded by D57

Fix the update line as discussed on IRC to dch -r \"\" and include a bit in the changelog about that and it's good.

Ok, well, you've got until about spring of next year so you've got some time!

Thank you for bringing this up and helping us resolve it.

User error? Never heard of it 😆

Actually @EinarMostad it seems this is not an issue at all. I was remembering T84: Change default screenshot utility to screengrab from lximage-qt. and thinking we had failed to take care of the shortcut but it seems that's not the case:

@The_LoudSpeaker we should maybe SRU this in 19.10.

This is now fixed in Focal!

FYI: Debian tweaked fcitx to vehemently oppose fcitx-module-quickphrase-editor (Qt 4) in lieu of fcitx5-module-quickphrase-editor and also fcitx-qt5 to drop the fcitx-module-quickphrase-editor virtual package that provided fcitx5-module-quickphrase-editor. However, because of the Qt transition, fcitx-qt5 is stuck in proposed. Because of us having only half of this two part fix, our images (also Kubuntu, Kylin) have been failing to build since the 25th.

I don't oppose this. In fact, I didn't know that was the case. Want to use this as an opportunity to learn packaging/development, @EinarMostad? I'd be happy to teach!

@EinarMostad could you please check the Bugs page again? I made a bunch of changes that I think should clarify things:

The release notes link to the Bugs page. If you got to that, the short answer to how is in the "How to report bugs" section. What follows immediately after is a list of packages to file against. That seems pretty clear to me, so what do you think needs improved specifically? What specific questions aren't answered or how did you miss it?

@The_LoudSpeaker is all hot and bothered to get us some Pi images again since Ubuntu Pi Flavor Maker hasn't been updated since Xenial. Perhaps in lieu of that, given that there are preinstalled server images for versions 2-4 (the latter is new) in Eoan, we recommend that people install lubuntu-desktop via those instead, like with this Xubuntu blog. @kc2bez and @Dreamingwolf also have 3's. Between the three of them, someone will check out how feasible/functional this is (we should really test it hard before making recommendations; all the hardware should be exercised heavily). I think I have a 2 that I could try it out on (I also should have a 3, but since there are others, I'm not sweating that). Anyone got a 4?

So interestingly I looked up the upstream issue on the topic and found that there actually is a solution and it's documented on the wiki. So sounds like we just need to employ it.

So? I'd rather people think they're stuck with a cute icon than the stupid thing.

Maybe we should set a default face icon in SDDM to the new Lenny????

For posterity's sake, the reason this is reverted is that it breaks the ISO building:

fixing images

On the other hand, it looks like it is related to the webserver settings.

There is a limit on blob (read: MySQL) storage that is additionally limited by MySQL itself (see max_allowed_packet) but supposedly if we have another storage set up it should fall back to that and we have S3 set up to handle up to 8MB.

Just tried to upload it through arc myself and got the same error.

Fair enough, but testing one little file should be fairly easy. If the issue is actually on Dan's side, pushing directly probably won't work, either. At least at that point we know where to look.

Just to add some stuff I found:

1. The "Failed to upload binary" error comes from the Arcanist code. This suggests it's not a git issue.
2. There's no file size limit on rART.
3. In the GUI, it shows a file size for each of the files.
4. The raw diff seems to be invalid for the binaries. Compare to D45 or D20 which also has binaries.
5. Changing the database limit (storage.mysql-engine.max-size) doesn't help.
6. There is no other relevant limit that I can find in any of the settings for Phabricator in general.
7. There's naturally HTTP and PHP upload limits but I'm not sure those are relevant. Default is 1MB for nginx and 2MB for PHP, though, FWIW.

FYI both D45 and D47 are vying for 19.10.2, so be careful with that.

FYI both D45 and D47 are vying for 19.10.2, so be careful with that.

@guiverc thanks for that!!

Here's the patch that got us the Ubuntu logo in the xscreensaver lock dialog. It turns out this was reverted because gnome-screensaver would better integrate with the desktop.

I just want to go on record as saying that I still want our shortcuts to primarily be defined in globalkeys. We should avoid as much as possible definitions elsewhere. Something is funky with runner, either in that it is conflict with globalkeys or that runner needs to be started before globalkeys. An upstream issue will be forthcoming (please post it here for posterity @The_LoudSpeaker) to try to get to the bottom of these issues. Once that's figured out, I'd like to get the definition back in here. Hopefully we can even get rid of the runner configuration that we have (that this depends on to work, AFAIK). Until then, we need to have something that works and this will get us there and much better than some weird dpkg-divert of the Desktop Entry or a restart script, etc. Great job in working hard on figuring this out!

Totally forgot about this!!! Can you send me an SVG @Guephren and I'll get this implemented? I do agree with @JyotiGomes (as much as I appreciate his sketch!) that yours is a little better. For one, the white/winter coat is historically more associated with the ermine. There's a heraldry pattern called ermine that is white not brown. Also, the tail is totally essential.

1. default hacks