| wgrant | lifeless: It's a capital crime in most states to report a timeout without an OOPS ID. | 00:45 |
|---|---|---|
| lifeless | wgrant: I know right | 00:46 |
| lifeless | wgrant: users, what am I going to do. | 00:46 |
| lifeless | wgrant: if the API library made it super clear, I might get them from other folk... I rather suspect it will be in the oops report though | 00:46 |
| wgrant | Hmm, I don't see a significantly elevated timeout rate around three hours ago. | 00:47 |
| wgrant | But there were some extremely anomalous peaks overnight. | 00:47 |
| wgrant | lifeless: Something was very locked. | 02:50 |
| wgrant | 1. 62602.0 2 SQL-main-master | 02:50 |
| wgrant | UPDATE Bug | 02:50 |
| wgrant | SET date_last_updated=E$STRING | 02:50 |
| wgrant | WHERE Bug.id = $INT | 02:50 |
| wgrant | 62 seconds to update a Bug row... | 02:50 |
| wgrant | Possibly BugSummaryJournal contention; we had an issue there overnight. | 02:50 |
| wgrant | My previous calculations gave us at least 3 days before rollup delay became a noticable problem, but that was nearly two years ago. | 02:51 |
| lifeless | 3 days 2 years ago? | 02:52 |
| lifeless | wgrant: the rolluper died? | 02:52 |
| wgrant | lifeless: The rolluper gets upset in a race condition between milestone and bugtask deletion. | 03:21 |
| wgrant | Which occurred right before I went to bed last night. | 03:21 |
| wgrant | Easy to fix (just progressively regenerate BugSummary using the script I wrote during BugSummary v2), but annoying and can apparently cause performance problems with rather less backlog than I had anticipated. | 03:22 |
| lifeless | wgrant: ah | 03:23 |
| lifeless | wgrant: perhaps stub can fix the race :) | 03:24 |
| beaumanvienna | Hi there! I have an old package that only compiles on Lucid Lynx. Compiling it on Ubuntu 14.04 gives me the same message as here: #launchpad-dev. Is there anything I can do to get it into my PPA? Thanks! | 21:17 |
| beaumanvienna | Sorry, broken link, I meant here: https://launchpadlibrarian.net/184493556/buildlog_ubuntu-trusty-i386.gens_1%3A2.16.7.0_FAILEDTOBUILD.txt.gz | 21:17 |
| jelmer | beaumanvienna: that's not really a launchpad question, but rather a package build question | 21:27 |
| jelmer | beaumanvienna: that's not really a launchpad question, but rather a package build question | 21:27 |
| cjwatson | beaumanvienna: You should ask GTK+ people for advice on that kind of thing, since these are just ongoing deprecations in GTK+ rather than anything intrinsic to Launchpad or even particularly Ubuntu. You could also try dropping some of the various disable-deprecated options I see there. | 21:28 |
| cjwatson | Indeed, this channel is for the development of Launchpad itself. | 21:28 |
| cjwatson | I think there's something like #ubuntu-packaging (?) for this kind of question in general ... | 21:29 |
| beaumanvienna | Thanks jelmer and cjwatson! @jelmer: could you please recommend me a more suitable IRC channel then? Thanks! @cjwatson: | 21:30 |
| cjwatson | Looks like GdkDragContext.targets is in gtkdndprivate.h, which is suggestive. | 21:30 |
| beaumanvienna | There is no way to state a Ubuntu version for the build server it runs on? | 21:30 |
| cjwatson | Maybe #ubuntu-packaging here, as I said, or I think #gtk+ on irc.gnome.org. | 21:30 |
| beaumanvienna | I managed to run this on Lucid Lynx... | 21:30 |
| cjwatson | Builds always run on the Ubuntu version that corresponds to the version of Ubuntu they're building for. There's no other reliable way to make anything at all work. | 21:31 |
| cjwatson | GTK+ often makes adjustments to its API. You must follow along with those. | 21:31 |
| beaumanvienna | ohh that's cool! My bad! I stated trusty! :-) | 21:31 |
| beaumanvienna | let me try this :-) Thanks! | 21:31 |
| cjwatson | You should still port to newer versions, since lucid is not all that far from being end-of-life. | 21:32 |
| cjwatson | beaumanvienna: Ah, for now I think you just need to drop -DGSEAL_ENABLE. | 21:33 |
| cjwatson | https://developer.gnome.org/gdk2/2.24/gdk2-Drag-and-Drop.html#GdkDragContext shows targets as being protected by GSEAL (which is basically "stuff that is not available at all in these structures in GTK+ 3, so avoiding it is a good start for porting"). | 21:34 |
| cjwatson | As of 2.22 there's gdk_drag_context_list_targets instead. | 21:34 |
| beaumanvienna | Yes, you're right. I'll need to check out the option you mentioned. While trying to get this compile under 14.04 I understood from some forum posts that some gtk function are totally deprecated. If I remember right, a certain function is only available until 2.21.8 or so. But I definitely need to do something about this, I totally agree... | 21:40 |
| cjwatson | The various deprecated options and -DGSEAL_ENABLE are for the purpose of porting programs to strict adherence with newer versions of the API, so they are exactly what you do not want when just trying to get older code building. | 21:41 |
| cjwatson | *DISABLE_DEPRECATED, I mean | 21:42 |
| beaumanvienna | cjwatson, that was very helpful! Thanks! My problem would be solved if I could just re-enable the deprecated code. Actually, this makes totally sense. How deprecates function from version 2.21 to 2.22 :-DD | 21:47 |
| beaumanvienna | Ahh, still not: https://launchpadlibrarian.net/184494968/buildlog_ubuntu-lucid-amd64.gens_1%3A2.16.7.0.0_FAILEDTOBUILD.txt.gz. OK, need to go. Thanks for the great help! :-D | 21:49 |
| beaumanvienna | Worked now, https://launchpad.net/~beauman/+archive/ubuntu/retrorig/+build/6348496 thanks again! | 22:11 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!