| === maclin1 is now known as maclin | ||
| === maclin1 is now known as maclin | ||
| === hypera1r is now known as hyperair | ||
| === maclin1 is now known as maclin | ||
| slangasek | jbicha: why did you force-sync a version of fso-frameworkd that builds on no Ubuntu archs? | 15:48 |
|---|---|---|
| jbicha | slangasek: well I filed bug 1602263 for it | 15:49 |
| ubot5 | bug 1602263 in fso-frameworkd (Ubuntu) "source package doesn't build when it contains binary package for armel only" [Undecided,New] https://launchpad.net/bugs/1602263 | 15:49 |
| infinity | I assume it's also meant to build arch:all? | 15:53 |
| * infinity looks. | 15:53 | |
| infinity | So, you could "fix" it by declaring XS-Build-Indep-Architecture: amd64 | 15:54 |
| infinity | Which is a much smaller diff than dropping binaries from control. | 15:55 |
| infinity | Alternately, one could submit a patch to Debian to make the armel packages arch:all and cross-build them. | 15:56 |
| infinity | Which, if they're firmware meant to run on other devices, could be the right answer. | 15:56 |
| jbicha | I don't know how to do your 2nd option | 15:58 |
| cjwatson | I think XS-Build-Indep-Architecture: amd64 would be best. | 15:58 |
| jbicha | ok I'll try that, thanks | 15:58 |
| rbasak | ^^ this fixes a bunch of upgrade path issues. Probably too late for 16.04.1, but it'd be nice to get SRU verification done before the masses start upgrading because .1 is out. | 16:30 |
| rbasak | (sorry it's a couple of weeks later than ideal) | 16:30 |
| Trevinho | bdmurray: hey, could you (or pitti if available) publish this compiz change in queue https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text=compiz ? | 17:52 |
| Trevinho | We had to reiterate the SRU because of a crash that is now fixed there. | 17:52 |
| bdmurray | Trevinho: I'll have a look shortly | 17:58 |
| Trevinho | bdmurray: thanks, as it would be nice to have it in 16.04.1 | 18:06 |
| bdmurray | Trevinho: 00_remove_scalefilter_in_unity_session.py is that an unsupported plugin? | 18:17 |
| Trevinho | bdmurray: yes, is unsupported. It's done inside unity itself since long time | 19:28 |
| slangasek | make CFLAGS=$(CLFAGS) LDFLAGS=$(LDFLAGS) | 19:43 |
| slangasek | nope. | 19:43 |
| nacc | heh | 19:44 |
| infinity | rbasak: Are there no CVEs fixed in 5.7.13? | 19:59 |
| infinity | rbasak: Cause usually mysql point releases go through security for that reason. | 19:59 |
| rbasak | infinity: there might be, but we'll have to wait for the quarterly (?) announcement to find out. | 20:41 |
| rbasak | infinity: when MREs were a thing, we got an exception on the basis that it was done in the security pocket already anyway, and it would be no different. | 20:41 |
| jderose | infinity: when will the 16.04.1 daily ISOs stop having proposed enabled by default? | 21:08 |
| infinity | jderose: Tomorrow. | 21:39 |
| infinity | rbasak: Yes, but it should still be done through security. | 21:39 |
| jderose | infinity: awesome, thanks! | 21:40 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!