 Eickmeyer: lp:artyfx upload in progress to NEW
 Eickmeyer: add64 FAILTOCLONE
 gbp:error: Error creating add64_3.9.3.orig.tar.bz2: Pristine-tar couldn't checkout "add64_3.9.3.orig.tar.bz2": fatal: Path 'add64_3.9.3.orig.tar.bz2.delta' does not exist in 'refs/heads/pristine-tar' … pristine-tar: git show refs/heads/pristine-tar:add64_3.9.3.orig.tar.bz2.delta failed
 i think yo ufailed to push pristine-tar
 or it failed in a bad way
 Eickmeyer: redkite uploaded to NEW
 i'll do more tomorrow.
 and I'll circle back to add64 later as well.
 but i need sleep now, good night.
[15:46] <Eickmeyer> @teward001: The tarball had the wrong name, I fixed that. Try pulling the pristine-tar branch again, should be fixed.
 that worked.  I just did a clean gbp clone ;P
 running sbuild
 Eickmeyer: add64 in NEW
[16:25] <Eickmeyer> teward: Thanks!
 need you to do some work on bchoppr.  they aren't breaking but i want these fixed. … I: bchoppr source: unused-file-paragraph-in-dep5-copyright paragraph at line 21 … I: bchoppr source: wildcard-matches-nothing-in-dep5-copyright src/Bwidgets/pugl/pugl_osx.m (paragraph at line 21)
 while you're there actually check the copyright file while you're at it and that the copyrights line up
[17:20] <Eickmeyer> @teward001: I manually create those copyright files, so I guess I didn't know that unused files (stuff for osx) don't need to be included even though the source is there.
[17:25] <Eickmeyer> @teward001: Fixed.
 well either the wildcard doesn't match
 or you fatfingered
[17:55] <Eickmeyer> ...
 you DO need to include it if the source files is tehre but if it's covered by another wildcard it should then work
 that's waht the error indicates
 your wildcards in here don't work :P
[17:55] <Eickmeyer> I removed it....
[17:56] <Eickmeyer> *sigh* I was working on something entirely different right now. Problem is, that affects something like 4 packages (b*) since they were all developed the same way by the same author.
[17:56] <Eickmeyer> SO, the question is, did my fix work or is it bad?
[18:00] <Eickmeyer> @teward001: ^
[18:07] <Eickmeyer> OvenWerks, StevenJayCohen: I'm working on some gsettings-overrides for ubuntustudio-menu that *should* add application folders to GNOME to organize things better there.
 i'll have to check.  work just slammed me with some things
[21:31] <OvenWerks> Eickmeyer: which gnome?  ;)  gnome actually had a menu, gnome3 does not really, just a plugin that is not (so far as I know) gnome maintained, but rather a separate project
[21:32] <OvenWerks> *gnome2 actually had a menu
[21:32] <OvenWerks> Anyway, have fun
[21:33] <OvenWerks> just don't braek freedesktop compat.
[21:33] <OvenWerks> gnome is not worth it
[21:33] <OvenWerks> whatever fix you do today will be broken the next release of <whatever>
[22:55] <OvenWerks> gnome make me grumpy, sorry.
[23:53] <Eickmeyer> OvenWerks: Gnome2 is dead and not in the repos.
[23:53] <Eickmeyer> I'm going with Gnome 3, and using a dconf profile method that has been in use for over 5 years now.
[23:53] <OvenWerks> but one of the new DEs is based in gnome 2, No?
[23:54] <Eickmeyer> Only MATE. I'm not worried about MATE, it technically does respect XDG, but some 3rd party menus (which are in use by default in Ubuntu MATE) do not.
[23:54] <OvenWerks> if we can make the menu work with that, good stuff
[23:54] <Eickmeyer> It does, so long as you use the old, traditional menu.
[23:54] <Eickmeyer> For Gnome 3, though, I had to make some app folders.
[23:55] <Eickmeyer> Luckily, it works. You just can't have folders within folders.
[23:55] <Eickmeyer> It's better than nothing though.
[23:56] <Eickmeyer> Unfortunately, the file that does the configuration must be maintained separately from the XDG-based studio.menu.
[23:56] <Eickmeyer> Still in the same package since it nothing interferes.
[23:56] <OvenWerks> Of course what else are standards for? but at least it keeps it from getting in the way for other DEs
[23:57] <Eickmeyer> Well, the GNOME developers have said over and over again they're forging their own path on this. It's not a traditional desktop, so throw everything you know about desktops wrt GNOME out the window.
[23:58] <Eickmeyer> StevenJayCohen: If you have a cycle or two, I wouldn't mind you testing this: https://code.launchpad.net/~ubuntustudio-dev/+archive/ubuntu/autobuild/+build/19429834/+files/ubuntustudio-menu_0.42+git-0~202006082338~ubuntu20.04.1_all.deb
[23:58] <Eickmeyer> It should automatically put Ubuntu Studio items into folders.