/srv/irclogs.ubuntu.com/2012/08/29/#ubuntu-devel.txt

=== jocarter is now known as highvoltage
jdstrandmterry: that's cool-- it was just not obvious from the build log that it was the case02:10
mterryjdstrand, yeah.  :-/  And trunk has a fix for the full path needing to be specified in the /etc file02:10
mterryjdstrand, these pieces are coming together a bit fast02:11
* jdstrand nods02:11
darkxstjbicha, any other show-stopper bugs for the iso?05:04
pittiGood morning05:06
darkxstanything I can do to resolve this? https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/104307705:13
ubottuLaunchpad bug 1043077 in upstart (Ubuntu) "upstart restarts DM to quickly" [Undecided,New]05:13
pittiDAMN YOU, Launchpad! you timeouted my carefully typed bug report05:21
siretartstgraber: I see. are you aware of any other 'official' ubuntu project that depends on live-boot's nfsroot capabilities?05:39
dholbachgood morning07:19
gesergood morning07:20
nigelbHey dholbach and geser :)07:23
geserI'm preparing a vim merge to make vim installable again. Could someone sponsor it later?07:26
dholbachhey nigelb, hey geser07:27
geserbug 1043035 is waiting on sponsoring if someone wants to upgrade vim in quantal07:44
ubottuLaunchpad bug 1043035 in vim (Ubuntu) "vim no longer installable dependancy problems" [Undecided,Triaged] https://launchpad.net/bugs/104303507:44
xnoxposted to devel from the wrong email.07:50
=== chrisccoulson_ is now known as chrisccoulson
=== tkamppeter_ is now known as tkamppeter
=== mcclurmc_away is now known as mcclurmc
PaoloRotoloHi all!08:56
=== Quintasan_ is now known as Quintasan
xclaessewhy is gdesktopappinfo.h installed in /usr/include/gio-unix-2.0/gio/ ?10:44
xclaesseit should be /usr/include/glib-2.0/gio/ no ?10:44
xclaessehm, that's what upstream does in make install it seems ... :/10:46
seb128xclaesse, I don't think me move any include around...10:49
xclaesseyeah, that's normal actually, my bad10:49
=== MacSlow is now known as MacSlow|lunch
xclaesseseb128, I've seen that because building gtk from source fails: gtk-launch.c:31:33: fatal error: gio/gdesktopappinfo.h: Aucun fichier ou dossier de ce type10:53
xclaesseseems gtk-launch should be built extra unix flags10:53
xclaesseI'm wondering how ubuntu package work around that10:53
seb128xclaesse, not sure, we don't do anything I know about10:56
=== Quintasan_ is now known as Quintasan
seb128xclaesse, yeah, from the build log there is a bunch of -I parameters but I don't know where they are coming from looking at the Makefile.am...11:05
xnoxseb128: /usr/lib/x86_64-linux-gnu/pkgconfig/gio-unix-2.0.pc11:09
seb128xnox, no11:11
seb128xnox, I mean Makefile.am has11:11
seb128gtk_launch_LDADD = $(LDADDS)11:11
seb128gtk_launch_SOURCES = gtk-launch.c11:11
seb128no CFLAGS11:11
seb128xnox, I though that would only add the "pkg-config --libs gio-unix-2.0" bits11:12
xclaesseok ok, understood why it works for ubuntu package and not my build11:14
seb128xclaesse, oh? why?11:14
xclaesseI'm building with broadway backend, and in that case the configure.ac does not define have_gio_unix11:14
seb128oh, ok11:15
xclaessestill, that's an upstream bug, if it's not unix it should not try building gtk-launch11:18
* xclaesse will report that11:18
xclaesseand that was already reported... awesome : https://bugzilla.gnome.org/show_bug.cgi?id=68282411:19
ubottuGnome bug 682824 in win32 "Don't build gtk-launch on Win32 environments" [Normal,Unconfirmed]11:19
=== helderc_ is now known as helderc
=== cpg is now known as cpg|away
=== _salem is now known as salem_
=== dendrobates is now known as dendro-afk
=== MacSlow|lunch is now known as MacSlow
smoser@pilot in13:19
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Feature Freeze | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: sconklin, smoser
=== sagaci_ is now known as sagaci
sconklin@pilot out14:04
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Feature Freeze | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: smoser
dholbachmterry, coolbhavi, tumbleweed, m_3: ready? :)14:07
coolbhavidholbach, yup :)14:07
* dholbach hugs sconklin14:07
tumbleweedhaven't started preparing anything, but I've doen this one before, so sure :P14:07
dholbachsweet14:09
mterrydholbach, I'm mostly ready, but I've not done this talk for a more Ubuntu-focused audience (usually for app dev week), so not sure how long it will be.  I suppose there's no harm in ending before an hour14:10
coolbhavidholbach, have already shared my notes with you14:10
coolbhavireg dat :)14:10
dholbachmterry, cool14:15
dholbachcoolbhavi, allright14:15
m_3dholbach: yup14:38
dholbachcool14:40
dholbachhttps://wiki.ubuntu.com/UbuntuDeveloperWeek Day 2 starting in ~15 minutes in #ubuntu-classroom14:44
=== yofel_ is now known as yofel
=== mcclurmc is now known as mcclurmc_away
=== doko_ is now known as doko
=== deryck is now known as deryck[lunch]
evmpt, bdmurray: https://bugs.launchpad.net/errors/+bug/104342616:32
ubottuLaunchpad bug 1043426 in Errors "When we start pulling in more problem types, continue to track *just* crash problems in addition to the whole set" [Undecided,New]16:32
evand https://bugs.launchpad.net/errors/+bug/104342816:36
ubottuLaunchpad bug 1043428 in Errors "Selecting a package or a package and version should change the average errors per day graph" [Undecided,New]16:36
evhttps://bugs.launchpad.net/errors/+bug/104343016:40
ubottuLaunchpad bug 1043430 in Errors "Selecting a date range in the average errors per day graph should change the most common problems table to the matching date range" [Undecided,New]16:40
=== deryck[lunch] is now known as deryck
=== bryceh is now known as bryce
=== henrix_ is now known as henrix
smoser@pilot out18:57
=== udevbot changed the topic of #ubuntu-devel to: Quantal Quetzal development | Archive: Feature Freeze | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
roaksoaxcjwatson: ping19:14
=== cpg|away is now known as cpg
dobeyslangasek: hey. do you know if gobject-introspection (libgirepository) has proper multiarch support? or am i totally breaking things by trying to convert my package to multiarch that provides a gir api?19:22
slangasekdobey: TTBOMK there's no multiarch support for gir itself currently; so typelibs should continue to be shipped in /usr/lib/girepository-1.0, not in an arch-qualified directory19:23
slangasekdobey: but as long as the gir bits are in a separate binary package, the shared lib could still be made M-A: same19:24
dobeyslangasek: and the gir package needs to be foreign?19:24
slangasekdobey: no19:24
slangasekit needs to not be marked Multi-Arch at all19:24
dobeyah19:25
slangasekbecause it's architecture-dependent and not co-installable19:25
slangasek(the typelib files encode information about things like integer sizes, so are not arch-neutral)19:25
dobeyslangasek: and does dh_girepository move stuff back to non-ma dirs? or one has to do that manually?19:25
slangasekI suspect you need to do that part manually19:25
dobeyick, ok19:26
seb128in the hate webkit serie19:42
seb128doko, slangasek, others: can we get http://sourceware.org/bugzilla/show_bug.cgi?id=14302 in quantal?19:42
ubottusourceware.org bug 14302 in binutils "ar mishandles 4GB files" [Normal,Resolved: fixed]19:43
seb128"ar: .libs/libWebCore.a: File truncated" is how webkit fails to build on amd64, seems to be due to that bug19:43
seb128did I say that I hate webkit?19:43
dobeyseb128: libWebCore.a is > 4GB?! :(19:44
seb128dobey, guess so19:44
seb128the build dir is like 25G and ld takes over 3G of ram so I'm not surprised19:44
dobeyffs it has really ballooned out in its age, hasn't it19:45
seb128yeah, that's just insane19:46
=== cpg is now known as cpg|away
seb128doko, slangasek: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/104350720:00
ubottuLaunchpad bug 1043507 in binutils (Ubuntu) "webkit build fails on binutils limitation" [Undecided,New]20:00
=== henrix is now known as henrix_
sdhim just catching up on the day's "developer week" logs20:06
sdhis it correct that anybody can register to attend UDS?20:07
=== henrix_ is now known as henrix
xnoxsdh: yes. It is an open for all event, if you can/prepared to pay your own accomodation, food and travel.20:17
xnoxsdh: you can apply for sponsorship to attend, but there is a very limited amount of those available.20:18
ajmitchiirc sponsorship for the next uds has closed20:31
dobeysdh, xnox, ajmitch: also, even if you can't attend in person, you can attend remotely via irc and the audio/video streams20:34
sdhxnox: i would look to fund that myself20:37
sdhxnox: does UDS tend to "sell" out?20:48
xnoxsdh: there is no "sell" out. There are many locals showing up on the day. So attendance does vary.20:49
xnoxsdh: for the plenary sessions it can be packed (e.g. when HP/Google/etc are presenting), other sessions can be quite empty (I did attend a session where there were only 3 people, we quickly made some decisions and went to visit other tracks)20:51
sdhcool, so no rush to register?20:51
sdhis there an agenda/plan anywhere?20:51
xnoxsdh: register if you think you might attend.20:51
xnoxsdh: uds.ubuntu.com In due course... everyone is busy with quantal right now =)20:51
sdhsure, thanks xnox ;)20:52
xnoxsdh: it's a developer event, not a consumer / user event. Mostly we talk about blueprints.20:52
sdhthat's good20:52
xnoxsdh: see status.ubuntu.com for things that are lickely to be discussed.20:52
sdhxnox: cool, will do. just checking then, it's ok to register and possibly back out in future20:52
xnoxsdh: and developing ubuntu =) not like any random "lets learn to code in python, but better!" =)20:53
sdhi think i understand :)20:54
sdhwow danish hotels are expensive !20:55
xnoxsdh: hint, all hotels in capitals & easy air-travel from USA and Europe are expensive20:57
sdhthanks xnox i haven't travelled anywhere before20:58
sdh:p20:59
slangasekseb128: the upstream bug claims it only impacts 32-bit platforms, you report that it affects amd64?21:05
seb128slangasek, hum, maybe a different issue then :-(21:06
slangasekseb128: the "only impacts 32-bit" is what I would have expected, since size_t and friends are 64-bit already on amd6421:06
seb128I didn't read the details, I just had a quick look since I had to run21:06
slangasekseb128: and it looks like this .a is an intermediate file used for linking the final result, right?  So it's not enough to just disable static library builds?21:07
seb128slangasek, I guess I can try that, I'm still unsure what is the best practice about static libs21:11
slangasekseb128: if WebCore.a is an interim file that's linked into the final .so, disabling static libs doesn't help21:11
jtayloris someone already working on update vim? required since the last python update21:11
slangasekseb128: but certainly, I don't think we should let anyone link statically to webkit ;)21:12
micahg+1 :)21:12
tumbleweedjtaylor: aah, you found geser's bug21:15
seb128slangasek, in fact from the build log static build is already disabled "checking whether to build static libraries... no"21:16
slangasekseb128: right, so I think this is just linking a convenience library21:17
slangasekseb128: so unless you want to change -g options, there doesn't seem any way around it21:18
seb128:-(21:18
seb128webkit is a nightmare21:19
sdhhow so?21:19
seb128sdh, takes 6 hours do build, ld takes over the 32 bit memory space allocation limit, requires patched make because it goes over the number of arguments limitations of the current version, hit some binutils bug on amd64 apparently, etc21:21
sdhseb128: crikey, good reasons to complain ;)21:21
seb128did I mention that they broke api without noticing several times this cycle?21:23
seb128they are asking for hints on how they could see those before releasing at this point :p21:23
lifelessseb128: API or ABI ?21:23
lifelessseb128: I would have thought the former was easy to tell (and the latter tricky...)21:24
slangasekseb128: so do libwebkitgtk-3.0-0-dbg and/or the dbgsym package actually get used?  1.2GB installed?21:24
=== salem_ is now known as _salem
seb128slangasek, not by me, but I don't know if others do ... I guess some people working on webkit can make use of debug stacktraces21:24
seb128lifeless, the first one, they dropped symbols from their public headers21:25
slangasekseb128: well, simply disabling -g would bring the size down and let it build... is it maybe better to do that, and drop the dbg for now, than to have it not buildable?21:25
lifelessseb128: -lol-21:25
seb128slangasek, for sure better, still not ideal though...21:25
slangasekseb128: so there are tools for checking API backwards-compatibility, but I'm not sure if they work for C++ or just C21:26
slangasekseb128: indeed, not ideal; just trying to suggest a way to unblock while waiting for this fix21:26
seb128slangasek, well, I'm not strictly blocked on that at this point, still waiting on upstream to sort their api,abi issues21:27
seb128slangasek, I'm unsure but it might be that the previous version had the same issue on the ppa builders but built in the archive21:27
seb128slangasek, not sure why that would happen though so I might recall wrongly21:27
slangasekhmm21:28
slangasekI don't know either21:28
seb128I've played with the build flags quite a lot though21:29
slangasekseb128: turning off -g completely should certainly let it build21:29
seb128like I added -Wl,--reduce-memory-overheads in some previous upload because otherwise it was spending over 3 hours on ld on armel and the builders were killing the build as hanging...21:30
seb128slangasek, thanks, I dropped -Wl,--reduce-memory-overheads just to see if that makes a difference21:30
seb128if that doesn't I will drop -g in the next build to try that21:31
infinityseb128: You could also try -gstabs instead of -g21:34
slangasekyes, a little stabbing always helps when dealing with debug options21:34
* infinity smirks.21:35
seb128I could just declare that I don't care enough about webkit, let it where it is and see if anyone else picks it up after some time ;-)21:36
seb128I'm ready to pay a beer every night at UDS to whoever takes over it :p21:36
infinityI'd fix it if I wasn't reviewing the mess in precise/NEW.21:36
ajmitchseb128: just one? :)21:36
seb128ajmitch, hey, I say "one every night", it's better than one :p21:37
chrisccoulsonseb128, BEEEEEEEEEEEEEER, you say?21:38
chrisccoulsonevery night?21:38
* chrisccoulson thinks about that one21:38
seb128chrisccoulson, indeed!21:39
seb128chrisccoulson, and see I'm in a good mood if you take the offer I will double that offer21:40
seb128chrisccoulson, and think about it, it would give you some extra perspective on how good firefox is ;-)21:41
chrisccoulsonlol21:41
=== mcclurmc_away is now known as mcclurmc
=== mcclurmc is now known as mcclurmc_away
=== mcclurmc_away is now known as mcclurmc
dokoseb128, slangasek and this fix is in quantal, even if it doesn't help22:06
seb128ok22:06
slangasekdoko: ok, thanks for looking22:06
slangasekseb128: an strace of the failing ar command may help here22:07
seb128slangasek, will try to get one22:08
=== mcclurmc is now known as mcclurmc_away
=== cpg|away is now known as cpg
=== cinerama_ is now known as cinerama
=== henrix is now known as henrix_
=== Ursinha` is now known as Ursinha

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!