[00:01] <broder> slangasek, kklimonda_, micahg: ok, i'm calling it quits for today on these rebuilds. i got libassuan2 through libfso-glib, not counting a handful of unrelated FTBFS's. good luck to you guys
[00:24] <slangasek> broder: great, thanks for the help! :)
[00:27] <micahg> broder: thanks, I took care of libmpd earlier in the week and will see what's left to do on sunday
[01:12] <Ampelbein> hi, I have a question about packages failing to build because of multiarch. I filed bug 747889 for one such package and attached a fix, but I'm not sure if that's correct. The package uses cmake which supposedly should support multiarch. Can someone have a look at that please?
[01:33] <slangasek> Ampelbein: looking
[01:36] <Ampelbein> slangasek: thank you.
[01:38] <slangasek> cmake itself certainly does know about the multiarch paths now, but maybe it's not using them for something particular to how arpon is checking for pthreads
[01:39] <slangasek> was this a failure found in the archive rebuild, or locally?
[01:39] <Ampelbein> slangasek: in the archive rebuild
[01:39] <slangasek> ok
[01:39] <Ampelbein> but i can reproduce it locally, too
[01:39] <slangasek> so 0 chance of out-of-date packages :)
[01:40] <Ampelbein> http://paste.ubuntu.com/588452/ is the code arpon uses to find librarys
[01:41] <slangasek> yah, I have it in front of me here
[01:43] <slangasek> Ampelbein: so I would argue that the correct fix is to not require PTHREAD_LIB_DIR to be found, and to only error out when PTHREAD_INCLUDE_DIR or PTHREAD_LIBRARY is missing
[01:46] <slangasek> Ampelbein: follow-up patch sent to the bug
[01:49] <Ampelbein> slangasek: ok, I think I understand the reasoning. Your fix can be easily forwarded to upstream while the dpkg-architecture one is ubuntu/debian specific and makes backports etc. harder?
[01:49] <slangasek> indeed
[01:50] <Ampelbein> thank you very much for looking into it!
[01:50] <slangasek> no problem :)
[02:17] <dylan-m> Hey, little Unity question if anyone's about: right now that cool feature where the dash resizes to fit its contents only happens with the AltF2 and Home lenses. Is this for a particular reason?
[03:24] <ScottK> dylan-m: #ayatana would be a better channel for that question.
[03:24] <dylan-m> ScottK: Ah, that makes sense. Thanks :)
[04:23] <Ampelbein> Do I need a FFe for a package removal from natty at this time? I guess so, just want to make sure.
[04:26] <Ampelbein> bug 747988 in case anyone wonders
[04:27] <Hobbsee> Ampelbein: i doubt it, to be honest
[04:28] <Hobbsee> it's not going to corrupt the archive if it's broken and doesn't build
[04:30] <Ampelbein> Hobbsee: yes, I agree. I will subscribe ubuntu-archive and let them handle it ;-)
[04:36] <rigved> hi everyone...i am talking about bug 458872...i want to test a fix which I have created for it. how do i do that? specifically, i want to introduce cruft into my system. how do i do that?
[04:40] <ScottK> Ampelbein: As long as you've checked it has no rdepends (which is part of the process) then I think cruft removal is a bugfix and doesn't need an FFe.
[04:41]  * ScottK waves to Hobbsee.
[04:41] <Hobbsee> hey ScottK
[04:41] <ScottK> KDE is getting good again, you might give it a try now ...
[04:42] <Ampelbein> ScottK: yes, I did check rdepends, with 'apt-cache rdepends agsync/agsync-dev' and 'reverse-build-depends agsync/agsync-dev', so I am pretty sure it has none.
[04:44] <Hobbsee> ScottK: i was thinkin the pictures of it looked pretty cool
[04:45] <ScottK> Ampelbein: Good.
[04:46] <rigved> i guess i'll ask in #ubuntu+1
[04:46] <ScottK> Hobbsee: Pretty stable too.  The only problem I've had since upgrading my main laptop for beta testing was resolved by manually removing hal and the one universe package I had installed that needed it.
[04:46] <Hobbsee> ScottK: impressive.  :)
[04:46] <Hobbsee> (just as long as it's not windows)
[04:46] <ScottK> Nope.
[04:47] <ScottK> I won't mention slangasek arranging to have kdm restart in the middle of the upgrade.  That wasn't kdm's fault (and is fixed).
[04:49] <Hobbsee> details...
[04:50] <ScottK> Details in Bug #744944
[05:24] <broder> Ampelbein: wait..i would have sworn i built agsync earlier today..
[05:24] <broder> maybe not
[05:25] <broder> ah, no, i was about to, once i rebuilt its r-build-deps, which i thought i did
[05:26] <broder> Ampelbein: it's failing to build because of the multiarch rearrangement, so i don't think that should contribute to any removal discussion
[05:26] <broder> but the other reasons do seem rather valid :)
[05:26] <Ampelbein> broder: yes, so I thought it's no use to put energy in fixing the build issue now
[06:00] <slangasek> ScottK: is there any indication yet whether skipping the restart for nss modules is a problem, btw?
[06:00] <ScottK> slangasek: I'm not aware of any.
[06:00] <slangasek> ok
[07:01] <vish> is there no compiz Ubuntu branch ?
[07:02] <vish> (looks like there is only the packagers branch and there seems none for maverick)
[07:03] <vish> https://code.launchpad.net/~compiz « doesnt have maverick
[07:11] <slangasek> vish: rarely do you find separate branches for previous releases; in this case I guess lool should have created one when he SRUed for maverick, but that didn't happen
[07:12] <slangasek> vish: and what do you mean, "only the packagers branch"? What would you expect to find in an Ubuntu compiz branch that would be different from a "packagers branch"?
[07:12] <vish> slangasek: something like the usual : /ubuntu/<release>/<package>/
[07:13]  * vish thought all packages had them..
[07:13] <slangasek> ah, a UDD branch; let me see
[07:14] <vish> https://code.launchpad.net/ubuntu/maverick/+source/compiz says 0 for all versions
[07:14] <slangasek> no UDD branch because of this error: http://package-import.ubuntu.com/status/compiz.html#2011-03-15%2015:56:27.721896
[07:14] <vish> oh!
[07:16] <vish> slangasek: so if i'm doing an SRU for maverick, which should i branch?
[07:16] <vish> which one*
[07:16] <slangasek> vish: you'll need to do it the old fashioned way, downloading the source package from maverick-updates
[07:17] <vish> k, thanks..
[07:17] <lonejack> Hi, in UBUNTU future versions (that will adopt Wayland+unity), if I build a sw bu gtkmm, this sw, will continue to be compatible/compilabe  or not?
[08:01] <lool> vish, slangasek: Thanks; I've created a lp:~compiz/compiz/maverick branch from 1:0.8.6-0ubuntu9 in lp:~compiz/compiz/ubuntu (after adding the missing tag) and importing my upload; I've also updated Vcs-Bzr in that branch for the next maverick upload if any
[08:06] <Technicus> Hello . . . I'm not a developer, but I am experiencing challanges which the typical solutions to not resolve, the problems stem from trying to use a device that works on the Lucid kernel but not Mavrick kernel . . .
[08:06] <Technicus> So I installed a realtime kernel from: [ https://launchpad.net/~abogani/+related-software ], but now Nvidia drivers do not want to cooperate . . .
[08:06] <Technicus> Would it be appropriate to discuss this issue here?  If not please direct me to the proper channel.
[08:24] <khrm> I am not being able to trap SIGILL in ubuntu in expect script. The same thing I am being able to do in other distros. Here is line in my expect file: trap quit {INT TERM QUIT ABRT HUP ILL }
[10:26] <cjwatson> YokoZar: bug 746758 is presenting with the same symptoms as bug 745459, but the syslogs show that the most current version of ia32-libs (20090808ubuntu11) is installed.  Wasn't that supposed to fix it?
[10:37] <doko_> broder, slangasek: the page is updated hourly
[12:19] <YokoZar> cjwatson: you sure there's still a problem?
[12:20] <YokoZar> cjwatson: ia32-libs contains the libraries now (according to ldd), and I was able to run youtube on it in vm before I uploaded.  The problem lies elsewhere...not sure exactly where though.
[12:29] <cjwatson> YokoZar: well, as I say, the logs show the most current version of ia32-libs
[12:29] <cjwatson> would you mind having a look at the logs and see if anything jumps out?
[12:29] <YokoZar> cjwatson: what I mean is it a ldd link failure?
[12:30] <cjwatson> no, it's nspluginwrapper complaining
[12:30] <cjwatson> which was mentioned in some of the ia32-libs bugs that Andreas Moog closed too
[12:31] <YokoZar> cjwatson: admittedly I didn't try installing flash fresh.  So if you installed with ia32libs -ubuntu9 (the one from maverick) it worked fine, 10 broke it, and 11 fixed it, but I didn't test actually installing on -10 or on -11
[12:32] <YokoZar> so maybe that points to nspluginwrapper rather than ia32-libs itself, unless there's another library missing that flash doesn't need but the installer does for some reason
[13:39] <vanguard> does it make any sense to package a webapp (like a content management system)?
[13:46] <wolfe> vanguard: web apps are packaged
[13:46] <wolfe> vanguard: i.e. squirrelmail
[13:58] <ari-tczew> slangasek: could you look on ftbfs https://launchpad.net/ubuntu/+archive/test-rebuild-20110329/+buildjob/2395855 I guess it's related to multiarch
[14:01] <JanC> vanguard: IMO it depends on how often it needs updating and whether it's possible to ship it in a way that by default is useful for many people
[14:02] <ari-tczew> slangasek:  this one also has got problem with .la file https://launchpad.net/ubuntu/+archive/test-rebuild-20110329/+buildjob/2395860
[14:16] <vanguard> I rather meant something like wordpress, that you install on a webserver manually normally
[14:19] <Hobbsee> !info wordpress
[14:19] <Hobbsee> vanguard: that one? ^
[14:24] <YokoZar> Hobbsee: incidentally a package people often don't use in favor of installing it manually...
[14:25] <Hobbsee> YokoZar: that's true, especially given you can update it from inside itself
[14:25] <YokoZar> vanguard: really your question is generalizable to packages for software that wasn't written for systems with good packaging systems (generally windows).  They tend to have their own update infrastructure which is a pain to integrate into ours.
[14:27] <YokoZar> I run into this problem whenever I consider packaging a Windows app via Wine, for instance.  ALL of them have to roll their own self-update tool from scratch since Microsoft doesn't provide anything like it.
[14:27] <JanC> also, some CMS systems have configuration files all over the place
[14:27] <JanC> or need updates for security issues every other week...  ;)
[14:30] <wolfe> vanguard: squirrelmail IS the exact same in methodology
[14:31] <wolfe> vanguard: normally people will download squirrelmail individually just like wordpress
[14:46] <vanguard> wolfe: oh, I thought squirrelmail was something like postfix, sry
[14:54] <Ampelbein> cjwatson: hmm, the only ia32-libs bug I (andreas moog) remember closing was bug 745781, what other bugs do you mean?
[14:59] <cjwatson> 10:26 <cjwatson> YokoZar: bug 746758 is presenting with the same symptoms as bug 745459, but the syslogs show that the most current version of ia32-libs (20090808ubuntu11) is installed.  Wasn't that supposed
[14:59] <cjwatson>                  to fix it?
[14:59] <cjwatson> Ampelbein: ^-
[14:59] <cjwatson> ah, sorry, it was Anders Kaseorg who closed that latter bug
[14:59] <cjwatson> too many shared letters in your names so I confused them :)
[14:59] <YokoZar> cjwatson: what do you mean by "same symptoms" though?
[15:00] <Ampelbein> cjwatson: oh, ok, so it isn't my mind splitting and doing things on its own ;-)
[15:00] <cjwatson> YokoZar: "nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-installer/libflashplayer.so"
[15:00] <cjwatson> and then flashplugin-installer.postinst exiting 1
[15:01] <YokoZar> cjwatson: well what I fixed was the missing libraries, I don't claim to have fixed that since I never ran into it in testing.  But I didn't test a fresh install of nspluginwrapper.
[15:01] <YokoZar> or rather of flashplugin-installer
[15:01] <cjwatson> identical failure showing in https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/746758/comments/13
[15:02] <YokoZar> I highly suspect though, that the error isn't in ia32-libs but rather in flashplugin-installer because ia32-libs is providing the libraries and they link fine post install
[15:04] <cjwatson> OK, it seems to me that those bugs against ia32-libs were likely closed inappropriately, then
[15:05] <YokoZar> cjwatson: well both components really
[15:06] <cjwatson> yep.  I don't have an amd64 installation right now to test with
[15:08] <Ampelbein> cjwatson: I tried installing flash in a fresh natty amd64 chroot (with 'pbuilder dist natty login') and there is no error, on my work system flash works and I can install/uninstall flashplugin-installer like I want to.
[15:08] <cjwatson> maybe try with a desktop CD, since that's where I'm seeing reports?
[15:09] <cjwatson> (check the "Install this third-party software" box on the second page)
[15:10] <Ampelbein> will do. using kvm-qemu should make no difference?
[15:12] <cjwatson> don't know, I'd be surprised if it did
[15:36] <ari-tczew> slangasek: this one also has got problem with .la https://launchpad.net/ubuntu/+archive/test-rebuild-20110329/+buildjob/2394868
[15:37] <ScottK> OdyX: Do we need some more pyside related syncs?
[15:39] <OdyX> ScottK: pyside was apparently FTBFS'ing on armel… I had no time to investigate…
[15:39] <ScottK> OdyX: I saw you did another round of uploads in Debian.
[15:39] <OdyX> ScottK: yes, new upstream releases…
[15:39] <ScottK> Bugfix or new features?
[15:40] <OdyX> bugfix
[15:40] <OdyX> I suspect the armel thing won't be solved easily though.
[15:40] <OdyX> It's #745852
[15:41] <ScottK> It looks like it fails tests due to us switching from GL to GLES on armel too.
[15:41] <OdyX> ScottK: but the new upstream releases build fine in natty PPAs (aka no armel). See https://launchpad.net/~pyside/+archive/ppa/+packages
[15:42] <OdyX> (+ shiboken 1.0.1-2 for symbols mismatch on sparc/s390)
[15:42] <ScottK> Looks like arch specific .install file will fix it on armel for Ubuntu.
[15:42] <ScottK> dh_install: python-pyside.qtopengl missing files (usr/lib/python*/*-packages/PySide/QtOpenGL.so), aborting
[15:44] <ScottK> OdyX: Why don't you request the sync's and I'll approve them.  Please ping me with bug numbers.  If it's bug fixes, we want them.
[15:45] <OdyX> ScottK: lemme try to do that (I'm leaving for the week-end in ~1 hour).
[15:45] <ScottK> OdyX: Thanks.
[15:45] <arand> lool: Hia, seems to have a bit of an issue with the latest enabling of btrfsck, for some reason btrfsck reports "unsopported option" on my system (I use default mount options), and hence when it is enabled, boot fails, could this be something that many current btrfs users would run into?
[15:46] <OdyX> ScottK: If you could do the "natty-armel" specific in a -1ubuntu0 for me, it'd just be great.
[15:47] <ScottK> OdyX: I'll try to find the time for that. It's now part of Bug #707794
[15:47] <ScottK> slangasek: ^^^ one more.
[16:03] <MadCow108> where do icons have to be so they are found by the unity launcher?
[16:06] <sabdfl> MadCow108: usual places
[16:06] <sroecker> Hi, there seems to be a problem with the new fglrx package for x64. I've filed bug #748308
[16:09] <MadCow108> sabdfl; what are the usual places?  I have put it in pixmaps and icons and it is found also in the apps place but in the launcher I get a question mark
[16:10] <sabdfl>  /usr/share/icons should work
[16:11] <sabdfl> cjwatson: grub de-grubbed? sounds like it was a nasty one
[16:24] <YokoZar> MadCow108: how are you putting icons there?
[16:25] <YokoZar> MadCow108: I ask because generic newly defined icons coming from an upstream package should probably go into the hicolor theme, ie /usr/share/icons/hicolor
[16:25] <MadCow108> thats where I put them
[16:26] <YokoZar> Also I'm not sure when Unity does its caching/detection of new icons
[16:26] <YokoZar> iirc when I update icons from a package I sometimes need to restart to see them change
[16:26] <MadCow108> the launcher does not even display the name of the application, it does use .desktop files or?
[16:26] <MadCow108> done that a few times already
[16:27] <MadCow108> the app place seems to find the icon fine, why not the launcher?
[16:27] <YokoZar> Now that I don't actually know
[16:32] <charlie-tca> could the desktop file be pointing to a specific dir for the icon?
[16:34] <MadCow108> no its just the application name
[16:35] <charlie-tca> .desktop contain a line "Icon =" that sometimes is very specific
[16:37] <MadCow108> I replaced my desktop file with the one from vlc (with changed exec) and its still a questionmark in launcher and a vlc icon in apps place, weird
[17:12] <jcastro> cjwatson: I am only just now noticing the geoip bits in the alt installer, nice!
[17:54] <ari-tczew> is it true that debian/changelog could not be longer than 79 characters?
[17:56] <zul> it shouldnt
[18:12] <slangasek> ari-tczew: ibus-client-clutter FTBFS because clutter-imcontext is on the list at http://people.canonical.com/~vorlon/broken-srcs-universe.txt needing a no-change rebuild; ibus-input-pad needs input-pad rebuilt; gtkmathview needs gdome2 rebuilt.
[18:12] <slangasek> ScottK: noted, thanks
[18:26] <cjwatson> sabdfl: getting wubi to keep working has been a bit hairy this cycle, yes :-/
[18:26] <cjwatson> jcastro: thank ev for that :-)
[19:20] <buxy> where should I reassign https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/748182 ? it's about an error in the installation process
[19:22] <slangasek> buxy: 'ubiquity' makes a good first approximation
[19:24] <buxy> thanks
[20:20] <phenom> ubottu has a bug: Type "nc -lv 5555" in #ubuntu. Returns:Launchpad bug 5555 in Launchpad itself "add branch form has confusing english" [Medium,Fix released] https://launchpad.net/bugs/5555
[20:20] <phenom> wow
[20:20] <phenom> nc -lp 5555
[20:21] <phenom> Hope it's programmed with some good flood protection.
[20:37] <Daviey> phenom, Thanks - can you report it to, https://bugs.launchpad.net/ubuntu-bots/+filebug please?
[20:54]  * phenom nod
[22:36] <ari-tczew> slangasek: then ibus-client-clutter needs also rebuild?
[22:36] <slangasek> it doesn't need a rebuild; it just needs clutter-imcontext rebuilt so that it's buildable
[22:40] <ari-tczew> slangasek: ok, are you going to do it or shall I take it?
[22:54] <slangasek> ari-tczew: please do :)
[22:54] <ari-tczew> slangasek: ok! if they are in universe, will do
[22:55] <slangasek> ari-tczew: yes, they're all in universe; I cleaned main of these issues last week
[22:55] <ari-tczew> slangasek: I can do more uploads of them, just give me the reason for d/changelog which I should use.
[22:57] <slangasek> ari-tczew: I've used 'No-change rebuild to pick up multiarch .la files'