[06:28] <mosha> Well did not have time to try unity8 on studio if someone should care... Now it seems something not to invest my own time anyway since ubuntu has dropped it. Towards wayland maybe...
[06:29] <Unit193> UbuntuStudio uses Xfce, so not for a bit yet.
[06:30] <mosha> yeah I know
[06:32] <mosha> If I was a sensible person I would just stick with $$$-SW on my freetime =)
[14:19] <ginggs> Is too late to merge wine 2.0?  i see it is seeded on the ubuntustudio dvd - please ack or nack in LP: #1672412
[14:23] <OvenWerks> Studio should not have wine
[14:30] <krytarik> Indeed, it's not on the image.
[14:31]  * OvenWerks has found that installing wine messes with the video drivers
[14:33] <ginggs> is there a bug in seeded-in-ubuntu then?  it says fonts-wine, wine-stable and wine32 are all seeded in ubuntustudio: dvd
[14:33] <OvenWerks> wine seems to depend on some video stuff that video blobs have their own version of.
[14:40] <OvenWerks> ginggs: the question might be how old is that seed list?
[14:42] <OvenWerks> krytarik: it may be in the 32bit version if we still include dssi-vst
[14:44] <ginggs> OvenWerks: seeded-in-ubuntu fetches from qa.ubuntuwire.prg, so i assumed it was "live"
[14:45] <ginggs> *.org
[14:46] <ginggs> if you can drop the seed, then that works for me too :)
[14:51] <krytarik> OvenWerks: Eww, indeed.
[15:23] <OvenWerks> krytarik: krytarik if thgis is the case I would suggest dropping dssi-vst
[15:26] <krytarik> Well, that's not the cause anyway, since the last version of it is in Xenial.
[15:27] <OvenWerks> so we have already dropped it?
[15:27] <krytarik> !info dssi-vst zesty
[15:27] <krytarik> That.
[15:27] <OvenWerks> cool
[15:28] <OvenWerks> maybe dssi-vst is no longer in the repo. It has certainly not been maintained for years
[15:29] <OvenWerks> krytarik: is there anything else that pulls in wine?
[15:35] <krytarik> audio-plugins:#  dssi-vst - removed due to i32-libs transition to multiarch libraries
[15:35] <krytarik> And looking..
[15:36] <krytarik> Also, I guess it'd be nice if we could move this to -devel. >_>
[15:36] <OvenWerks> not a big deal :)
[16:02] <krytarik> OvenWerks, ginggs: It's down the chain of: lmms → lmms-vst-server [i386] → wine32
[16:03] <OvenWerks> So what does the 64 bit version do?
[16:04] <krytarik> Nothing, since lmms-vst-server is only available for i386, as indicated.
[16:07] <OvenWerks> Can lmms be installed in 32bit without lmms-vst-server?
[16:08] <OvenWerks> (is it a hard dep?)
[16:09] <ginggs> lmms recommends lmms-vst-server
[16:09] <OvenWerks> I would consider that lmms-vst-server needs to be updated before it is included... actually I would suggest it should not be included in our seeds
[16:10] <OvenWerks> including wine by default for very few use cases seems like a bad idea
[16:15] <ginggs> i guess you want to downgrade the Recommends to a Suggests
[16:16] <OvenWerks> ginggs: we could just blacklist the one package.
[16:18] <ginggs> ok, but might be worth filing a bug in debian lmms package if lmms-vst-server is not a common use case (and getting a surprise wine)
[16:20] <OvenWerks> in the long run of course all the packages that use wine will need to be upgraded to use the new version.
[16:20] <OvenWerks> but yeah, we need to think about that.
[16:31] <krytarik> For context: LP #1182604.
[16:32] <OvenWerks> krytarik: there is now 64bit windows and vsts... there are vst2 and vst3... there are vsts for osx and vsts for linux neither of which use win...
[16:33] <OvenWerks> krytarik: I expect that wine will have 64bit...
[16:35] <krytarik> OvenWerks: Are you going to try blacklisting lmms-vst-server then?