OvenWerks | Eickmeyer: just playing with -installer here. using -s seems to work for me with no other change even for an application I have installed and removed | 02:37 |
---|---|---|
OvenWerks | not permanently removed (though that works too) | 02:38 |
Eickmeyer | OvenWerks: Cool. If you think it's solid enough, that works. | 02:38 |
Eickmeyer | On my end, falktx and I got Carla and all of its subpackages building perfectly. Working on packaging, then off to sponsorship. | 02:39 |
OvenWerks | with wine? | 02:39 |
Eickmeyer | Yep. | 02:39 |
OvenWerks | \o/ | 02:39 |
OvenWerks | in other news there is now an aes67 ALSA driver available. | 02:40 |
Eickmeyer | Interesting. I know Midas has AES50, so is this an iteration of that? | 02:41 |
OvenWerks | no | 02:41 |
OvenWerks | audio over ethernet | 02:41 |
OvenWerks | I think it is ip | 02:42 |
Eickmeyer | AES50 is that, too, just proprietary to Midas/Behringer. | 02:42 |
OvenWerks | aes50 is not proprietary if it is aes anything | 02:42 |
OvenWerks | but it does not live well with switches so far as I know | 02:43 |
OvenWerks | aes67 is similar to avb but one level up and does not require special switches. It can connect to Dante devices with the aes upgrade | 02:44 |
OvenWerks | I thought I had the aes50 paper sitting around here but I don't seem to | 02:47 |
Eickmeyer | Either way, AES67 sounds so much better. | 02:57 |
OvenWerks | I have to find out if it gives a udev message | 02:57 |
OvenWerks | actually, I pretty much need to have an endpoint to play with to see how the driver behaves | 02:59 |
OvenWerks | (two would be better) | 02:59 |
OvenWerks | I don't know if the alsa device is available before the user has set it up. | 02:59 |
OvenWerks | I think that if the ALSA device is available right away that it should not be opened until it is set up. | 03:01 |
OvenWerks | I think once an alsa device has been opened it is not possible to change the number of audio channels it has for example | 03:02 |
OvenWerks | if you have two devices the one aes67 device in alsa would be the agrigate of the two phisical devices | 03:03 |
OvenWerks | Eickmeyer: anyway, -installer is qued to build. See if you can test it in ways I can't. | 03:04 |
OvenWerks | If it doesn't work for you, I will add some debug statements and we can try again. | 03:05 |
OvenWerks | I did experience it not working after installing and removing an application and then it did work after the change. | 03:06 |
Eickmeyer | OvenWerks: I'll try it out. Right now, it seems as if LP's build farm is incredibly backed-up. | 03:06 |
OvenWerks | 40 min | 03:06 |
Eickmeyer | Yeah. I've had Carla sitting on 40 minutes the past two hours. I think something is stuck. | 03:06 |
OvenWerks | I was about to say the 40 min does not seem to change | 03:07 |
OvenWerks | I thinkt I have done my work for the day... | 03:07 |
Eickmeyer | Yeah, same. I bet when the Canonical folks wake up and see what's going on there'll be some stuff moving through. | 03:08 |
Eickmeyer | Ooof... two weeks from Feature Freeze. | 17:16 |
Eickmeyer | https://wiki.ubuntu.com/DiscoDingo/ReleaseSchedule | 17:16 |
OvenWerks | Eickmeyer: just get the packages we have been working on released and that would already be a big step | 20:32 |
Eickmeyer | Yeah, that's what I'm thinking, but I'm this || close to having Carla ready for Autobuilds. | 20:33 |
Eickmeyer | Testing Installer as we speak, looking good so far. | 20:34 |
Eickmeyer | Carla will be 1.9.13 which is 2.0-RC3. He might have an actual release, but he gave himself an end-of-March deadline, so I don't think that's going to make it. | 20:36 |
Eickmeyer | We might have to keep Patchage with Carla, and have Carla there for testing purposes, with the official 2.0 release in 19.10 replacing Patchage. | 20:37 |
OvenWerks | Eickmeyer: we should add Carla to the installer if it is at least in the autobuilds | 20:39 |
Eickmeyer | I was thinking of the seed along with -audio. | 20:39 |
OvenWerks | Eickmeyer: I am thinking we could add a button ti installer that adds/removes the autobuilds ppa | 20:40 |
Eickmeyer | Not a bad idea, but I think it should be a backports ppa at that point. | 20:42 |
Eickmeyer | Similar to Kubuntu's backports. | 20:42 |
OvenWerks | sure, the actual ppa is not as important, but one that has the "right" name is best ;) | 20:42 |
Eickmeyer | Yes. Backports is less likely to scare people like our testing ppa "autobuilds" does. It would be as simple as making a separate PPA with manually-triggered recipes. | 20:43 |
OvenWerks | right | 20:44 |
Eickmeyer | By the way, -installer's changes look good per my tests. | 20:45 |
OvenWerks | It would be nice if the relogin dialog only showed up when needed | 20:47 |
OvenWerks | probably all I need to do is see if the user is in the audio group. | 20:48 |
Eickmeyer | So, the ppa would be "ppa:ubuntustudio-ppa/backports". | 20:54 |
Eickmeyer | I'm working on the builds now. | 20:54 |
Eickmeyer | OvenWerks: Yeah, that's a good idea. | 20:55 |
OvenWerks | I guess I need to add an add backports button... | 20:55 |
Eickmeyer | Right now, I have it for Cosmic and Bionic, and I'll activate for Disco after feature freeze. | 21:01 |
Eickmeyer | And like that, we have a backports PPA. | 21:11 |
Eickmeyer | (OMG, what have we done...!) XD | 21:11 |
Eickmeyer | I could only get the PPA to work for amd64. | 21:20 |
Eickmeyer | That's frustrating. | 21:20 |
Eickmeyer | Had i386 checked and everything. | 21:20 |
OvenWerks | Eickmeyer: which package? | 21:24 |
Eickmeyer | All of them. | 21:24 |
OvenWerks | do any of them have binaries? | 21:24 |
Eickmeyer | Nope. | 21:24 |
OvenWerks | Thats why | 21:25 |
Eickmeyer | Ohhhhhh... | 21:25 |
OvenWerks | which ppa? | 21:25 |
Eickmeyer | ubuntustudio-ppa/backports | 21:25 |
Eickmeyer | I guess if the arch is all, it doesn't matter. | 21:25 |
OvenWerks | where do I find that? | 21:26 |
Eickmeyer | http://launchpad.net/~ubuntustudio-ppa/backports | 21:26 |
Eickmeyer | Oops, ignore that | 21:27 |
Eickmeyer | https://launchpad.net/~ubuntustudio-ppa/+archive/ubuntu/backports/ | 21:27 |
Eickmeyer | I'm hoping that if I, say, backport Carla that the i386 portions would get built since 32-bit VSTs (which are most common) would need the 32-bit bridges, both wine and otherwise. | 21:28 |
OvenWerks | Wait and see what the .deb looks like when published | 21:28 |
Eickmeyer | Right. | 21:28 |
OvenWerks | Ya, they say _all.deb | 21:38 |
OvenWerks | so good for 32 bit | 21:38 |
OvenWerks | (and arm) | 21:40 |
Eickmeyer | Yay | 21:40 |
Eickmeyer | OvenWerks: BTW, added Ross to the core team because... well, why the heck wasn't he already??? lol | 21:46 |
OvenWerks | no problem. | 21:46 |
OvenWerks | So long as he is ok with it. | 21:46 |
Eickmeyer | I'm sure he will be. If he's not, he can remove himself. | 21:47 |
Eickmeyer | Just didn't make sense for it to be just you, me, and sakrecoer. | 21:47 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!