/srv/irclogs.ubuntu.com/2012/01/25/#ubuntu-devel.txt

ScottKcyphermox: I'm looking at bluez and trying to figure out why it depends on python-gobject?  AFAICT from grepping the code python-gobject is only used in the tests.  I'm asking because it's pulling python-gobject and another stack of things into the kubuntu seeds.00:31
=== lamont` is now known as lamont
cyphermoxScottK: ok. well, I'll be happy to drop it if it's possible. I'm about to do an upload; I can check now01:55
ScottKcyphermox: Thanks.01:55
cyphermoxah, I see01:56
cyphermoxScottK: I kind of like having these "tests" around; though maybe they'd be better suited in a separate package01:56
ScottKThat or ship the tests, but drop python-gobject to Suggests.01:57
ScottKI think for tests that aren't automatically run, that's reasonable.01:57
cyphermoxScottK: those things really attempt to give you information about bluetooth devices more than actually being tests, but I think that's reasonable still01:58
cyphermoxScottK: did you file a bug about this?02:08
ScottKcyphermox: No.02:10
cyphermoxok02:10
psusiisn't dh_translations supposed to remove the .mo files from the package and put them in the langpack isntead?02:29
micahgcyphermox: it would have been nice to document reason for the drop to suggests in bluez in a bug or in the changelog itself02:47
TheMuso@pilot out03:05
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: robert_ancell, pitti
slangasekpsusi: no, that's the job of pkgbinarymangler03:05
psusislangasek, ohh... so when I build the binary package, the .mo files are still there, but when it hits the archive, they get stripped?03:10
slangasekpsusi: pkgbinarymangler is installed in the build chroots on the Ubuntu buildds, and strips them out as part of the package build03:10
psusiI see03:11
slangasek(by diverting/wrapping the commands used for building, making it transparent to the actual package)03:11
micahgyou can do the same locally with a properly configured sbuild (and probably pbuilder as well)03:12
benonsoftwareHello04:07
pittiGood morning05:45
pitticjwatson: waiting for micahg; I asked yesterday, not sure about the current status05:45
pittiev: StacktraceAddressSignature is many to one05:45
pittiev: in practice, I found that > 90% of our bugs in the db just have one address signature, but some have 5, and one had 1005:46
pittiSpamapS: ah, yes05:46
pitti@pilot out05:46
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: robert_ancell
poolieraof, hi, current drm-intel-next has basically the same problems06:41
RAOFpoolie: :(06:41
pooliei guess i could try digging in to that part of the kernel06:42
RAOFNow, I've dropped context.  What was the problem, again?  Was it “VT-d makes my system crazyslow?”06:42
poolieah, that actually is adequately worked around by turning it off06:42
pooliei guess ideally the kernel would cope if it was turned on06:43
poolieno, this is bug 745112 (sorry for not quoting that) - external monitors can't reliably be set above about 1280x102406:43
ubottuLaunchpad bug 745112 in linux (Ubuntu) "[arrandale] desktop is messed up with external monitors (x86_64)" [Critical,Triaged] https://launchpad.net/bugs/74511206:43
RAOFpoolie: Urgh.  Time to upstream that bug.06:52
pittiRiddell, ScottK: do you know why calligra-libs Conflicts: koffice-libs? that seems to be the main reason for the uninstallability (http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html)07:10
tjaaltonpoolie: would you mind opening a bugreport either on the kernel or fdo bugzilla? I can walk you through it07:41
poolietjaalton, sure, just tell me where07:42
pooliecan lp send it upstream or should i create it manually?07:42
tjaaltondon't think it can07:42
tjaaltonbut, you can comment on the upstream bug via lp07:42
tjaaltonso if you don't have an account on fdo I could open the bug and you could interact with it via lp07:43
pooliei think i have one - should it be there or on the kernel?07:45
tjaaltoneither works, but I think the fdo one is used more07:45
tjaaltonhang on07:45
tjaaltonof course bugs.fd.o seems to be down atm07:47
dholbachgood morning07:52
=== tkamppeter_ is now known as tkamppeter
tjaaltonpoolie: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg then select Driver/intel07:57
tjaaltonpoolie: actually, scratch that08:00
poolie(otp)08:00
pooliebut let me know08:00
tjaaltonpoolie: as it's likely a bug in the drm driver, use https://bugs.freedesktop.org/enter_bug.cgi?product=DRI and DRM/Intel08:02
tjaaltonpoolie: here's a list of what information upstream would like on the bugreport http://intellinuxgraphics.org/how_to_report_bug.html08:12
brendandwhat is the meaning of putting {python:Depends} in a control file rather than just 'python'?08:16
geserit's a variable that gets replaced with the correct dependency on python itself08:17
=== smb` is now known as smb
tjaaltonshouldn't /usr/include/$triplet/ be in the default search path for headers?08:45
tjaaltonbecause I get this http://pastebin.com/JN3JpCUU08:47
tjaaltonthe headers are in /usr/include/$triplet/bits/*08:47
tjaaltonwell, nothing under /usr/include/$triplet/ is found08:55
poolietjaalton, that rings a bell with me, but i think it's meant to be set outside of gcc...09:02
pooliecan't remember where09:03
tjaaltonyeah googling revealed similar issues09:03
tjaaltonfixed by patching the source..09:03
gesertjaalton: if I read the MultiArch pages correctly then /usr/include isn't multi-arched yet09:05
tjaaltongeser: ref?09:06
gesertjaalton: http://wiki.debian.org/Multiarch/Implementation, section "What does the end result look like?"09:08
geserand two points above that header: "If your -dev package contains headers which vary across architectures then it cannot be marked as Multi-Arch: same until a policy decision is made about architecture-dependant headers and the toolchain is updated."09:08
tjaaltonhmm ok09:08
poolietjaalton, ok https://bugs.freedesktop.org/show_bug.cgi?id=4521109:10
ubottuFreedesktop bug 45211 in DRM/Intel "[arrandale] blank external monitor at high resolution" [Normal,New: ]09:10
tjaaltonpoolie: excellent, thanks09:11
pooliedo you know what project i use in lp to attach to that bug?09:11
tjaaltonjust did that09:11
tjaaltonthere was already xf86-video-intel "opened" for it09:12
pooliehuh09:12
pooliejust mentioning it is enough?09:12
tjaaltonwith the upstream url09:14
tjaaltonbut it's there now09:14
tjaaltondoko_: is it a mistake or intentional that bits/ etc are under /usr/include/$triplet/bits etc?09:17
poolietjaalton, surely they are platform-specific, by definition?09:25
tjaaltonlibc6-dev-i386 installs into /usr/include/sys/?09:25
tjaaltonon amd6409:25
tjaaltoni'm just confused by all this .)09:25
tjaalton:)09:26
tjaaltonpoint is that /usr/include/features.h can't find it's headers09:26
geserlooking at packages.ubuntu.com, libc6-dev installs some files to /usr/include/$triplet since oneiric09:26
tjaaltonand the fix can't be to install the i386 dev package09:26
tjaaltongeser: right09:26
poolietjaalton, i know it looks like it installs there, but it's actually redirected09:27
poolie(may not actually be a 'redirect')09:27
poolielrwxrwxrwx 1 root 29 Jan 24 04:03 /usr/include/sys/sem.h -> ../x86_64-linux-gnu/sys/sem.h09:27
tjaaltonhm? which package created the symlink then?09:28
pooliesorry i can't remember where this is configured09:30
pooliebut, there is a thing, that allows two packages to both try to install to the same place, and they get moved09:30
poolieand that's what's happening here09:30
poolieanyhow, that's it for me, good night09:30
tjaaltonok, it's gcc-multilib09:30
tjaaltoninstalled it and now I have a symlink from /usr/include/bits -> $triplet/bits09:31
cjwatsonpoolie: sounds like a diversion09:31
tjaaltondoko_: nevermind :)09:31
pooliethat's the word i was trying to remember, thanks09:32
tjaaltonanother mesa build then..09:32
evpitti: cheers09:33
=== ara is now known as Guest18025
Riddellpitti: koffice is due to be deleted but I'm busy on the KDE SC release this week so I stopped working on koffice/calligra for immediately10:00
pittiRiddell: ah, ok; so will calligra grow some extra transitional packages for this then?10:01
pittiRiddell: thanks for the heads-up10:04
Riddellpitti: I need to look at having a smooth upgrade, maybe some transitional packages will be appropriate (it's a bit political since koffice still exists as a project)10:14
=== zyga-afk is now known as zyga
=== mpt_ is now known as mpt
seb128kirkland, hey10:43
seb128Jan 25 10:57:26 localhost kernel: [ 3201.475561] Valid eCryptfs headers not foun10:43
seb128d in file header region or xattr region10:43
seb128Jan 25 10:57:26 localhost kernel: [ 3201.475564] Either the lower file is not in10:43
seb128 a valid eCryptfs format, or the key could not be retrieved. Plaintext passthrou10:43
seb128gh mode is not enabled; returning -EIO10:43
seb128kirkland, is that a known issue? those are filing my kern.log10:43
pittikirkland: ^ FWIW, I get these all the time10:43
pittiI don't notice anything which actually goes wrong10:43
doko_tjaalton, wondering why you would need gcc-multilib at all ...10:44
tjaaltondoko_: I don't have /usr/include/{sys,bits} etc without it, dunno if it's a bug then10:48
doko_tjaalton, it should not be a bug, because it should fine the bits in /usr/include/<multiarch>10:50
doko_what is the error?10:50
tjaaltondoko_: http://pastebin.com/JN3JpCUU10:50
doko_tjaalton, and makedepend is aware of multiarch?10:51
doko_$ dpkg -S predefs.h10:51
doko_libc6-dev: /usr/include/x86_64-linux-gnu/bits/predefs.h10:51
tjaaltonwell, rest of mesa is10:52
tjaaltondunno if it needs a hammer10:52
=== _salem is now known as salem_
doko_tjaalton, does mesa build 32bit binaries on amd64?10:56
tjaaltondoko_: not that I know of10:57
doko_hmm10:57
tjaaltonbut that doesn't mean much ;)10:58
tjaaltonit builds a bunch of libs, that's pretty much it10:59
pittimesa doesn't build a lib32something binary package anyway10:59
DavieyMez: it goes back a long time it eems11:14
Davieyerr11:14
ScottKpitti: No.  Riddell did all the Calligra stuff, although I'm not surprised they aren't co-installable - this is similar to the OOo -> LO migration.11:45
Riddells/did/is still in the process of/ since it's paused while I do KDE SC 4.8 :)11:47
tsdgeosthey are not coinstallable11:52
tsdgeosat least not in the .mo level11:52
tsdgeosthey clash like crazy11:52
=== doko_ is now known as doko
=== MacSlow is now known as MacSlow|lunch
=== sagaci_ is now known as sagaci
lamontDaviey: bind9 uploaded to debian, will sync it once sid has it12:31
Davieylamont: that is great!  Thanks for the fast response.  When you sync, can you close the ubuntu bug aswell? :)12:33
lamontwill do so12:34
cjwatsoninfinity: [adconrad] Co-ordinate the porting of ocaml-opt to armhf: TODO12:50
cjwatsoninfinity: I think this is more or less done now; doko enabled it in ocaml itself a while back, and I got irritated by the stack of failures and went through and reuploaded nearly everything relevant earlier this week12:51
ogra_heh12:51
cjwatsoninfinity: I only just noticed the work item12:51
cjwatsoninfinity: the only thing left is (a) coq and its reverse-build-deps (coq fails to build for some reason); (b) doing another sanity-comparison of cmx entries between armel and armhf Contents files, after LP next sees fit to regenerate them12:52
cjwatsonit was mostly just a matter of rebuilding everything in dependency order12:52
dokohmm, did I leave something half-finished?12:55
cjwatsondoko: findlib had to be rebuilt to be aware that ocamlopt was available, and then everything that might have been able to build with ocamlopt had to be rebuilt13:01
cjwatsondoko: I only worked that out by inspection of build failures and some pondering though13:01
dhana013HI guys How to build deb package from source please guide me. guys13:27
cjwatsondebuild13:28
mvosilly(?) question - it seems now we have sudo and admin groups. but users are not auto-transitioned, is that correct?13:29
cjwatsoncorrect13:31
pittimvo: we went through some effort to teach packages to get along with either13:32
cjwatsonit's not entirely clear what we should ultimately do there but at the moment apps need to check both13:32
cjwatsonauto-transitioning in u-m might be worthwhile; is there not a bug about that, actually?13:32
mvoaptdaemon uses root.admin currently for sources.list entries with private tokens13:32
mvoso either that needs to become root.sudo13:33
pittijockey has the same problem, but I could get around that as it's only a first-time install matter there, so I switched to sudo13:33
* mvo scratches head13:34
dhana013HI guys How to build deb package from source please guide me. guys13:35
ogra_debuild13:35
ogra_as colin said above already13:35
ogra_read zthe manpage13:35
ogra_*the13:35
geser!packaging guide13:36
ubottuThe packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports13:36
dhana013How to automate package creation from source.13:47
micahgpitti: hoping to finish the testing today, lucid is almost done, but I figure that we don't want to break upgrades13:53
pittimicahg: good morning; ah, thanks!13:54
TREllisI'm trying to multi-arch libidl0, it depends on cpp, which means the i386 package still won't install on amd64, needs cpp:i386... does that mean cpp needs multi-arching?13:59
Riddelldhana013: you can't14:02
Riddelldhana013: or maybe I should answer "pay canonical" :)14:03
ogra_you can, if you know how to set up a buildd :)14:04
ogra_or how to write PPA build reciepes14:04
Riddellyeah once you do the initial packaging there's ways to automate updates14:05
tumbleweedgenerally speaking, automating packaging doesn't work so well. But automated updates (like the daily build recipes) do work rather well14:05
=== MacSlow|lunch is now known as MacSlow
Riddelland ways to help the initial packaging too but that's never anything like 100% automatic14:05
ogra_alien ftw !14:05
* ogra_ hides :)14:05
Riddell:)14:05
cjwatsonTREllis: Multi-Arch: foreign on cpp *might* be the right thing if the version from another architecture will work; but I would have thought that cpp has architecture-specific defaults in it ...14:10
cjwatsonTREllis: we don't have provision for real multi-arch of binaries yet14:10
tumbleweedlamont/buildd admins: I just gave back a timed out pypy build and it went back to the same builder, yellow. If you can kill it, I can try giving it back when yellow is otherwise occupied14:12
lamonttumbleweed: that's not actually solving the problem14:12
tumbleweedno, I'm interested in ideas for that :)14:12
tumbleweedI thought my memory check was sufficient, but it appears not to be14:12
TRElliscjwatson: right I thought that might be the case. That's one of my blockers at the moment whilst trying to fix a chain of multi-arch dependancies14:12
lamontif that was the build that was driving yellow into the ground with it's memory footprint, I suspect that it needs to be less agressive in its total vm footprint, probably a test suite of the "hey, this'll fit, I think" variety14:13
lamontyellow has 4GB of RAM and 4.5GB of swap14:14
tumbleweedit's checking MemTotal in meminfo14:14
lamontand it had 42% swap free a while ago14:14
tumbleweedok, I didn't do any emprical checking on amd64, but I did check that it would build on i386 with 1.7G RAM (everything else mlocked)14:14
tumbleweedand the check doubles that for 64bit14:14
tumbleweedlamont: I'll try an allocation test in the next upload14:16
evWebKitGtk+ is still lacking access to DOM events in 1.7.  Does anyone know what the consensus approach for communicating with a WebKit WebView is? Please say something other than "multiplexing the title element." :)14:17
evin GI, that is14:17
dhana013Riddell, then How to create custom distro based on ubuntu but not dependent with ubuntu repo.14:24
dhana013How to create custom distro based on ubuntu, but not dependent with ubuntu repo.14:25
Riddelldhana013: umm that's a different question, see https://help.ubuntu.com/community/LiveCDCustomization or "pay canonical"14:25
ogra_could you please stop repeating yourself all the time ?14:25
ogra_asking once is sufficient14:26
dhana013I can't pay canonical I want to make source build to my custom distro is possible, all packages i can convert to my distro it's possible14:29
dobeyev: are those bits in the .gir but just have introspectable="0" on them?14:33
evdobey: correct14:34
evI just found this from sil, which leads me to believe that document.title is still the only game in town http://askubuntu.com/a/97682/4614:35
dobeyev: i think the answer is you need to fix webkit so the APIs are introspectable. i am not sure what that entails exactly, beyond tweaks to the documentation in the C code.14:36
evI'd love to have the time for that14:37
dobeyyeah14:37
* dobey also wants the vapi to get updated for vala14:37
=== yofel_ is now known as yofel
dholbachcan somebody please massage my mail through u-d-a?15:04
=== mpt_ is now known as mpt
Riddellhow do I make sed apply to only the first line of a file?15:16
pittiRiddell: sed '1 s/foo/bar/'15:20
pittiRiddell: you can specify a line number or a range15:20
pittie. g. 1,3 <cmd> for the first three lines15:21
Riddellcool thanks pitti15:24
slangasekcnd: your latest update of x11proto-input-dev has reverted multiarch support; is there a vcs repo somewhere that you're maintaining this package?  (Not listed in debian/control)15:25
dholbachthanks for moderating it through15:32
* smb silently curses about non-obvious server disconnects15:36
smbslangasek, While looking at bug 607039 again, I realized that this actually has been fixed by an update to 662711. I assume the best action for the former is to mark it a duplicate of the latter bug then. Probably bug 117957  can either be closed marked duplicate, too. Not sure which as that has a debian bug reference.15:36
ubottuLaunchpad bug 607039 in nfs-utils (Ubuntu) "NFS4 automount using replicated servers doesn't work" [Medium,New] https://launchpad.net/bugs/60703915:36
ubottuLaunchpad bug 117957 in nfs-utils (Ubuntu) "Need to modprobe nfs module before mounting nfs4 export" [Medium,Triaged] https://launchpad.net/bugs/11795715:36
barryScottK: the pyqt4 stuff looks good.  i'm just doing a chroot install check and if that pans out, i'll do the upload.  thanks for fixing this.  i'm also going to look at sync'ing pydbus today15:36
smbslangasek, Do you think that change is worth a backport to Oneiric, still?15:36
ScottKbarry: Cool.15:36
slangaseksmb: hmm, don't we still need to fix the module aliasing somewhere here?15:41
slangasekI wouldn't expect idmapd to magically autoload the nfs kernel module, but maybe I'm mistaken15:42
smbslangasek, Well I'd have something for that, but practically when you did always modprobe nfs with idmap and always start idmapo now as the bug fix15:42
smb+    should always be started automatically, because we can no longer assume15:43
smb+    that a mount of type 'nfs' in /etc/fstab is not nfs4.  This also lets15:43
smb+    things work by default with nfs4 autofs.  LP: #66271115:43
slangaseksmb: oh, because the idmap job explicitly modprobes nfs, right15:43
smbyup15:43
slangasekI'm not sure if we should backport that to oneiric.  what's your opinion?15:44
smbslangasek, So fwiw nfs module always is already loaded when you try to mount, which makes the modprobe for nfs4 just silently fail but not necessary.15:45
smbslangasek, Hm, the problem is there too. And the fact that lead to modprobe it in idmapd upstart would be as valid there.15:46
smb(not that ANY reporter gets back to you as soon as they now a manual workaround)15:46
zygahas anyone seen voidspace around here lately?15:46
smbslangasek, Guess given that, we could just cover our eyes and wait until someone shouts at us15:47
slangaseksmb: :)  well, I think if you want to do the work to backport the change, it would be an acceptable SRU - so it's up to you whether you think it's worth the effort15:48
=== jml is now known as jml`
=== mbiebl_ is now known as mbiebl
=== jml` is now known as jml
barryScottK: a few lintian warnings on the resulting .debs, but i think i can fix them: http://pastebin.ubuntu.com/816583/15:51
ScottKbarry: Sounds good.15:52
ScottKThanks.15:52
smbslangasek, Given it is some work to touch the package, and that one can easily work around it by having the modprobe.d alias (as documented in the first bug), I think it is maybe not worth doing as long someone really persists. At least it is ok in Precise.15:52
slangasekok15:53
smbslangasek, So what would you think I should do with that very old bug report #117957. Also mark it a duplicate of the other. Or just close it fixed with a note to the other bug?15:58
slangaseksmb: I wouldn't mark it as a duplicate, but I think it can be closed15:59
slangasek(with a note)15:59
smbslangasek, ok, will do15:59
=== bdmurray_ is now known as bdmurray
=== synack is now known as Guest42724
=== ogasawara is now known as Guest1558
=== jackyalcine is now known as Guest1073
hrwmake[2]: Entering directory `/tmp/gcc/test/eglibc-2.13'16:09
hrw/usr/bin/install -c -m 644 include/limits.h /usr/include/limits.h16:09
hrwdoes someone had similar attempt during (cross) build of eglibc?16:09
=== ikonia_ is now known as ikonia
=== Ursinha` is now known as Ursinha
=== mpt_ is now known as mpt
=== SpamapS_ is now known as SpamapS
=== james_w` is now known as james_w
mptkirkland`, hi, is now a good time to talk settings?16:47
=== kalosaurusrex is now known as albrigha
=== deryck is now known as deryck[lunch]
infinitycjwatson: Ahh, didn't realise it was just findlib having a hissy fit.  Thanks for the catch.17:49
barryScottK: i'm giving up on the executable-not-elf-or-script lintian warnings in python-qt4-doc.  dh_fixperms does seem to be getting called, but it doesn't remove the x bit from the files (even when called manually with other cli options).  i did fix the strip problem though, so...17:56
ScottKbdmurray: You just added a rls-mgr-p-tracking tag to Bug 651294.  That bug is fixed, so I don't think that's what we want.17:56
ubottuLaunchpad bug 651294 in xorg-server (Ubuntu Maverick) "X crash on KDM logout (still - yes, really)" [High,Confirmed] https://launchpad.net/bugs/65129417:56
ScottKbarry: I think the strip problem was the most important.17:56
barryScottK: agred17:56
bdmurrayScottK: the latest comments indicate otherwise17:56
bdmurrayScottK: feel free to remove it though17:57
=== Guest42724 is now known as synack
ScottKbdmurray: No.  That bug was fixed.  Someone is having similar symptoms.  They should file a new bug and not try to go back and comment on ones that are already closed.17:57
bdmurrayScottK: well you could say as much in the bug report17:57
ScottKI did.17:57
ScottKbdmurray: ~ one minute before you added the tag,17:58
ScottKSo it's just a timing issue.17:58
ScottKI'll remove it.17:58
ScottKDone.  Thaks.17:59
ScottKThanks even.17:59
ScottKbarry: Nice job on the dbus stuff, dbus-python and python-qt4.  Thanks.18:02
barryScottK: thanks.  i'm looking at pulling dbus-python 1.0.0 from debian now.  it'll be nice to resync18:02
barrydebian experimental18:03
ScottKRight.  Once it's built on experimental for i386, I can push the python-qt4 changes back to experimental and we can sync from there.18:03
barry+118:04
ScottKbarry: I mashed retry on armhf.  It was a very odd error like the builder vanished out from under it.18:25
barrymaybe it ran out of memory?18:25
=== beuno_ is now known as beuno
=== deryck[lunch] is now known as deryck
shadeslayercjwatson: got a sec?18:44
wolterhas anybody tried to build totem-3.3.4 ?18:50
seb128wolter, it's in https://launchpad.net/~gnome3-team/+archive/gnome318:51
seb128wolter, that's an unstable ppa though so not really recommended for use if you want a stable system (but totem 3.3 is unstable as well so you probably don't aim at something working solid)18:52
=== mpt_ is now known as mpt
wolterseb128, yeah I just want to try it to test if  a bug I reported is fixed already18:53
wolterThanks for the guidance!18:54
seb128wolter, yw18:54
seb128could somebody score the builds of indicator-appmenu and unity in https://launchpad.net/~unity-team/+archive/hud/+packages ?18:55
seb128they need a rebuild for the precise indicator transition18:55
seb128doko, pitti, cjwatson: ^18:55
seb128jono, kenvandine: ^ should fix things18:55
infinityseb128: I can do that.18:56
seb128infinity, thanks18:56
jonoseb128, what should fix things?18:56
infinityseb128: Err, but those are clearly PPA versions.18:56
jonoI disconnected18:56
seb128jono, <seb128>  could somebody score the builds of indicator-appmenu and unity in https://launchpad.net/~unity-team/+archive/hud/+packages ?18:57
jonothanks seb12818:57
seb128infinity, yeah, and we need those rebuild to happen earlier rather than later ;-)18:57
seb128libindicator got an soname update in precise18:57
* micahg is waiting for the unity amd64 archive build :)18:57
seb128but ppa builder lag half a day behind18:57
stgraberseb128: done18:58
infinitystgraber: Ahh, you'd be the reason I OOPSed. :P18:58
* micahg would suggest blaming launchpad instead :)18:59
stgraberinfinity: well, no, the reason would be a bug in LP, but I certainly contributed to having that bug affect you18:59
stgraberinfinity: so LP doesn't like you trying to rescore something that's already building? :)19:00
infinitystgraber: Well, yes.  It's a bug that when you try to rescore a build that's in the BUILDING state, it OOPSes instead of giving you a friendly message.  But you helped me trigger it.  Better? :P19:00
tumbleweedI've got some local users breathing down my neck because appmenu is exporting UBUNTU_MENUPROXY in non-unity desktop environments. Is there any particular reason that this isn't done in the unity session only? (The related bugs all seem to be marked as duplicates of bug 787465 which is specific to gnome-terminal and fixed, according to jbicha)19:02
ubottuLaunchpad bug 787465 in gnome-terminal (Ubuntu) "View->Show MenuBar isn't working in 11.04 and later in gnome-terminal" [Undecided,Confirmed] https://launchpad.net/bugs/78746519:02
stgraberinfinity: yep, that sounds good, now go file a bug since you were the one who got the ooops ;)19:02
stgrabertumbleweed: isn't the appmenu stuff working with KDE too?19:02
tumbleweedstgraber: neither KDE or unity19:03
tumbleweedawesome, fluxbox, etc19:03
shadeslayercjwatson: nvm :)19:23
=== kalosaurusrex is now known as albrigha
=== micahg_ is now known as micahg
micahgcyphermox: I wouldn't bother much with libchamplain-0.8 or clutter-gtk-0.10, both need to be removed as soon as their rdeps are migrated20:01
cyphermoxmicahg: i know but in the meantime it works. this was a simple patch to grab from upstream and massage to apply20:05
micahgcyphermox: you could have just as easily merged claws-mail-extras-plugin or whatever and got it removed :), it's all good though20:07
* micahg treats versioned source package names suspiciously20:10
bdmurray@pilot in20:11
* micahg kicks ubottu20:14
cyphermoxmicahg: if you're not touching claws-mail-extras-plugin though I'll do the merge now :)20:16
micahgcyphermox: well, was going to leave it for barry on his +1 mission next month, so I'm not touching it, but if he doesn't mind, have at it :)20:17
cyphermoxah, I don't especially mind waiting either. Just picking at anything I can fix, really20:17
micahgpino has an RC bug (needs sync) and needs a g_thread_init patch to build20:18
micahgor update libav-extra to 4:0.8ubuntu1 (bug 921765) as I mentioned in --motu20:19
ubottuLaunchpad bug 921765 in libav-extra (Ubuntu) "libav-extra needs rebuild to >=4:0.8 so dev packages can be installed" [Undecided,New] https://launchpad.net/bugs/92176520:19
micahgcyphermox: ^^20:20
cyphermoxmicahg: thx20:22
slangasekcjwatson, TREllis: cpp is already marked Multi-Arch: allowed; packages that need to be able to depend on a foreign-arch version of cpp need to be updated to depend on cpp:any20:31
slangasekTREllis: because it's not correct to say that a cpp package of any architecture will satisfy the dependency on cpp for a package of any other architecture, because of the per-arch defaults cjwatson mentions.20:32
=== TerminX_ is now known as TerminX
SpamapSUgh 20 hours for PPA builds20:56
micahgSpamapS: powerpc is worse :)20:57
SpamapSmicahg: yeah, because in the end, you get a powerpc package. ;)20:58
Davieyis listadmin broken for everyone else on precise?20:58
DavieyThe spam headers changed?20:59
micahgcyphermox: oh, it looks like siretart is about to upload a new libav-extra to Debian21:02
cyphermoxmicahg: ok21:03
cyphermoxI'm fighting pino21:03
micahgoh, it's more than g_thread_init? (was the first failure I got)21:03
SpamapSis there a simple way to run sbuild and say "build this .dsc, with these extra .debs installed" ?21:07
SpamapSdo I just have to build a new source chroot and stick them in there?21:07
micahgSpamapS: try --add-depends21:07
SpamapSmicahg: how is that going to get my .debs into the chroot?21:08
SpamapSmicahg: these are .debs that are not available yet21:08
micahgSpamapS: oh, I thought you meant dependencies :)21:08
siretartmicahg: uploading right now21:09
micahgSpamapS: dpkg in --pre-build-commands from a bindmount dir in the chroot might work21:09
micahgsiretart: thanks21:09
SpamapSmicahg: yeah that seems doable but eeeeevil ;)21:09
=== kirkland` is now known as kirkland
micahgSpamapS: actually, you might need --chroot-setup-commands, not sure21:10
micahgSpamapS: I can tell you how to add a PPA to a single run :)21:11
cjwatson--add-depends (assuming I didn't miss somebody already saying that while I was disconnected)21:12
cyphermoxmicahg: I'm not getting a failure for g_thread_init at all, but getting all these vala errors (and now that I've fixed them I'm doing to one error in the generated C code21:12
micahgcyphermox: are you building 0.2.11+dfsg-1?21:13
cyphermoxyes, just found out I didn't properly make sure I was building with valac-0.10, not valac-0.1421:14
SpamapSmicahg: dpkg -i seems to be working21:15
SpamapSmicahg: or rather --chroot-setup-commands w/ the dpkg -i21:15
micahgcool, good to know :)21:15
SpamapSof course.. its complicated because I *also* need apt-get -yf install21:18
SpamapSbut, seems to progress from there21:18
micahgSpamapS: just chain another --chroot-setup-commands afterwards21:19
SpamapSmciyeah it worked ok21:21
SpamapStab complete fail21:22
micahgsiretart: are you uploading to Ubuntu also or do you want me to?21:23
siretartmicahg: I'm about to crash, if you want, feel free, otherwise I'll do it tomorrow21:24
micahgok, I'll take care of it, thanks21:24
=== salem_ is now known as _salem
siretartmicahg: in case you're doing it, I've pushed my branches to git.debian.org. IME, merging the git branches makes it pretty easy21:25
micahgsiretart: it's just a sync, so I was going to grab from incoming21:25
siretartmicahg: oh, right. that makes it indeed even easier.21:25
siretartgood night!21:26
micahggood night siretart21:26
jbichatumbleweed: are you still having problems w/ the ubuntu menuproxy on precise?21:35
mhall119who gets to send emails to ubuntu-devel without having to be moderated?21:44
cjwatsonanyone in the whitelist21:44
cjwatsonmaybe that's tautologous :)21:44
mhall119is that something that I should be on, or is it normal for most people to go through moderation?21:45
DavieyI ust flushe dthe list from 145 moderated mails down to about 40.21:45
cjwatsonthe charter is "posting moderated for non-developers"21:45
mhall119ok21:45
cjwatsonhttps://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-December/000227.html21:45
mhall119so it's not that I've screwed up my subscription to it21:45
cjwatsonin practice we generally add sensible people to the whitelist when we're bored of accepting their posts21:45
cjwatson(this is written up in https://wiki.ubuntu.com/UbuntuDevelModeration)21:46
mhall119cool, thanks21:46
mhall119me and mailing lists have a love/hate relationship, so I wasn't sure if I was doing something wrong21:46
Davieymhall119: your mail should now have gone through.21:46
mhall119thanks Daviey21:46
micahgcjwatson: is there a sane way to sync from incoming?21:48
kirklandslangasek: would you have any ideas or comment to add to https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/920609 ?21:48
ubottuUbuntu bug 920609 in ecryptfs-utils (Ubuntu) "likewise-open users with migrated home directory won’t decrypt automatically" [Low,Confirmed]21:48
* micahg just realized there's no source.changes file to sign21:49
tumbleweedjbicha: no, it looks like tha tissue is sorted now. The question is why we are loading menu-proxy at all when not in unity. And TBH, without big smoking bugs to point at, it doesn't concern me that much21:52
cjwatsonmicahg: syncpackage --no-lp, or wait21:53
* micahg supposes he can wait 4 hours21:54
micahgcjwatson: when's the next CD run?21:54
cjwatsontakes a bit longer than that before gina gets round to the import IME21:54
cjwatsondepends on the CD21:54
micahgubuntu studio (libav-extra is out of sync)21:55
cjwatson17 18 * * *21:55
cjwatson(UTC)21:55
micahgah, so it was already21:55
cjwatsonso 20 and a bit hours21:55
micahgok, I"ll just wait then21:55
=== negronjl` is now known as negronjl
=== _salem is now known as salem_
slangasekkirkland: do you know what the pam stack looks like in this case?22:15
ScottKinfinity: Any ideas on https://launchpad.net/ubuntu/+source/python-qt4/4.9-2ubuntu2/+build/3121207 - seems it's arm* specific.22:19
janimoScottK, I remember a similar error from last year, I wonder if some patches got dropped22:28
janimo"unsupported function argument type - provide %MethodCode and a valid C++ signature"22:28
janimoScottK, one of the sip tools needed a patch22:28
janimoScottK, it was related to qreal/double IIRC but in a much more subtle way than in plain C++ code22:30
kirklandslangasek: no idea22:34
kirklandslangasek: sorry, but I've been asked this from time to time22:35
slangasekkirkland: ok; have asked on the bug for a copy of the pam stack in question22:35
slangasekkirkland: since it would be non-trivial to reproduce without a likewise-backed domain login, I'm not going to try to reproduce it blindly :)22:38
kirklandslangasek: nope, me neither22:40
kirklandslangasek: and yes, good question22:41
=== salem_ is now known as _salem

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