=== dfc is now known as Guest82651 === cpg|away is now known as cpg [02:40] Error! Bad return status for module build on kernel: 3.5.0-22-generic (x86_64) [02:40] Consult /var/lib/dkms/virtualbox/4.1.18/build/make.log for more information. [02:40] run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.5.0-22-generic /boot/vmlinuz-3.5.0-22-generic [02:40] include/linux/device.h:116:2: error: invalid preprocessing directive #lefine [02:40] include/linux/device.h:121:40: error: unknown type name ‘stzuct’ [02:41] lol what [03:17] Bluefoxicy: Looks like filesystem corruption or bad RAM. [03:18] #lefine indeed. [03:20] infinity: it just installed that [03:20] it downloaded a linux kernel image/header package I think [03:21] infinity: bad RAM sounds more likely. it's the 4th bit being flipped consistently. [03:21] weird. [03:21] wait, how would that happen [03:21] doesn't the kernel hash blocks it buffers? [03:23] * hyperair shrugs [03:23] i've had memory corruption from using zcache before. [03:23] * Bluefoxicy unpacks it again. [03:23] exact same result hum. [03:23] if you're using that you might like to disable it and see if it helps matters. [03:23] also try sysctl vm/drop_caches=2 [03:23] KiB Mem: 15747100 total, 10308472 used, 5438628 free, 342340 buffers [03:23] KiB Swap: 7873520 total, 0 used, 7873520 free, 6556008 cached [03:24] eh well mem usage doesn't say anything. [03:24] check if dmesg complains about bad memory [03:24] sometimes the kernel notices. [03:24] odd Segfaults a lot everywhere. [03:24] heh [03:24] have fun [03:24] Bluefoxicy: go for memtest [03:25] yeah memtest [03:25] it sounds very much like bad mem now. [03:25] dropping caches seems to have fixed it. [03:25] I think I need a file system check. :| [03:25] why oh why didn't i use lvm [03:26] i would take a snapshot and fsck it now. [03:27] nah [03:27] not fsck [03:27] if dropping caches fixes it, it's not a filesystem issue [03:27] it's a memory issue [03:27] i mean to make sure the disk doesn't have corruption from prior issues [03:27] do you have zcache enabled? [03:27] ah [03:27] no I have zswap but it's not swapping to it [03:27] zcache was terrible [03:28] it caused abberant behavior so I don't use it. [03:28] so on a completely different note [03:28] have you folks seen Pulp? [03:28] haha i had issues with zcache too. [03:28] (zcache was making Linux keep tiny, tiny file system caches so it was slow as hell) [03:29] hrmm, i didn't have that issue. [03:29] what i did get was weird intermittent short hangs [03:29] I was in the #pulp channel earlier [03:29] and dpkg corruption [03:29] they were discussing the plug-in to handle apt/deb repos [03:30] apparently that's coming soon. [03:30] so it'll be able to centralize both yum and apt repository caches and mirrors and push updates and software installation to Debian-based systems and yum/rpm systems [03:30] That should probably be a tasksel task on Ubuntu Server in the future ;| [03:41] Bluefoxicy: fsck isn't going to catch the sort of corruption that bit-flipping causes. Not in any way that won't do more damage when trying to fix it. [03:41] Bluefoxicy: The best solution if you suspect this sort of pain is to back up immediately, fix the hardware problem, reinstall, and selectively restore/verify data you care about. === plars-off is now known as plars [04:45] Bluefoxicy: I doubt LVM would have helped in this case [06:12] Good morning === hrww is now known as hrw [07:49] good morning [09:07] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney [09:08] * dholbach hugs Laney [09:08] :-) [09:08] 79 items :O [09:11] I'll join you in a bit - got some other stuff to take care of first [09:11] brb [09:15] xnox: what did you find out about app-install-data-partner? === zequence_ is now known as zequence [09:29] Laney: I found out that it is, "just do it". But the next round of SRUs affects quantal, but quantal has one app-install-data-partner in -proposed (last time I checked) it would be great to verify and publish that first. [09:29] heh [09:29] infinity: last patch before 9.0 "configure.ac: Don't link gallium drivers with libdricore" [09:29] Laney: the item to be sponsored is one of them (2 bugs) but they need to be applied on all supported releases. [09:30] sounds like you're on it ;-) [09:30] xnox: app-install-data-partner has some curious SRU exceptions. [09:31] infinity: sure. but if it's fixing a bug of something not installing correctly because of it, I'd rather see somebody actually open software centre and verify that it does the right thing now =) [09:32] xnox: That someone could be you. [09:32] infinity: sure =) [09:32] * xnox didn't get around to it, just yet. [09:34] infinity: while you're here, bug #1064475 could do with an ubuntu-sru voice [09:34] bug 1064475 in crash (Ubuntu Quantal) "crash version is outdated. Needs to import Debian version of the package" [Medium,In progress] https://launchpad.net/bugs/1064475 [09:36] I could have sworn I gave smb or arges or someone an opinion on that months ago. [09:38] * mlankhorst tries reverting don't build gallium against libdricore patch [09:41] infinity, We always get lots of opinion. :-P But yes, you did. I was about to get back and ask about some more specific steps forward. [09:42] smb: Kay. Catch me in the morning (well, your evening)? [09:42] infinity, I thought to do it via email which is a bit more persistent and asynchronous [09:42] Can someone update the bug with a quick status update? It's the top item on the queue so I imagine people keep spending precious minutes looking at it. [09:43] Evenings and mornings are relative... right now an hour off but back to normal soon [09:43] or remove the sponsors altogether if you're sorting it out between yourselves [09:43] Laney, I will add a comment [09:44] merci [09:47] infinity: adding dricore makes zero difference to size for nouveau_dri.so (I measured it, it's actually 0 difference, which is amazing :D) [09:49] mlankhorst: Uhm. Then it's being linked both statically *and* dynamically. Or nouveau_dri.so uses no dricore symbols (which seems impossible). [09:50] smb: Sure. Mail away. [09:51] well afaict the original patch also created a glsl.so [09:56] maybe libmesagallium.a needs to be shared [09:57] * mlankhorst tries evil hack [09:59] * jackyalcine watches and studies mlankhorst's evil hack [10:00] tkamppeter_: can you hint me about Debian #697970 and LP #872483 Apparently the Oki fix is in cups, but some users have a problem with an Epson Stylus Color 670; what would be the correct fix ? [10:00] Debian bug 697970 in cups "cups: printing gets wrong after some pages on Epson Stylus Photo 750" [Important,Open] http://bugs.debian.org/697970 [10:00] Launchpad bug 872483 in cups (Ubuntu Oneiric) "laser printer only prints first job correct" [Medium,Fix committed] https://launchpad.net/bugs/872483 [10:06] infinity: ok an evil hack that made libmesagallium shared did the trick, back to normal sizes [10:06] -rwxr-xr-x 1 mlankhorst mlankhorst 1,2M jan 22 11:05 nouveau_dri.so [10:08] I'll try to do a proper version now [10:08] mlankhorst: \o/ [10:10] more SRU team comments requested in bug #1014732 - proxying: can an SRU change a conffile? [10:10] bug 1014732 in mysql-5.5 (Ubuntu Precise) "log_error not set in my.cnf, errors not written anywhere" [High,Triaged] https://launchpad.net/bugs/1014732 [10:11] hm maybe that's why the dricore patch did what it did.. [10:35] Laney: I discussed it with SpamapS and I believe he wanted it. SpamapS, around? [10:43] rbasak: Righto; I'm happy to sponsor when someone decides so [10:47] * rbasak writes to -devel [10:48] Ok with some hacking I don't need to build another shared object, and I can link gallium drivers against libdricore again by just including the missing gallium parts. It should decrease size slightly more compared to just building another object. [10:48] stgraber: lxc is pure awesome. [10:49] 12M shared2/ [10:49] /tmp$ du -sh static [10:49] 34M static === ximion is now known as ximion-afk [10:52] so, from 34m to 25m for shared gallium, and 25m to 12m for shared dricore re-enable :) [10:55] kirkland: ping === security is now known as megha [10:58] mlankhorst: you rock!!!!! [11:05] jelmer, bug 680833 should be reopened for bzr-git, but I don't have permission to do it myself. [11:05] bug 680833 in bzr-git (Ubuntu) ""git-apply" does not add new files" [Medium,Triaged] https://launchpad.net/bugs/680833 === _salem is now known as salem_ === Tonio_aw is now known as Tonio_ === ximion-afk is now known as ximion [12:02] didrocks: would you mind sorting out bug 1102713? I know it wasn't your upload that broke it, but barry isn't here ... [12:02] bug 1102713 in oneconf (Ubuntu) "package oneconf-common (not installed) failed to install/upgrade: trying to overwrite '/usr/share/oneconf/data/images/computer.png', which is also in package oneconf 0.2.9.1" [High,Triaged] https://launchpad.net/bugs/1102713 [12:03] cjwatson: sure, doing that one now. [12:03] ta [12:03] yw === henrix_ is now known as henrix === cpg is now known as cpg|away === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [12:23] woops, broke i915 with the patch. Good thing I test :) === Sweetsha1k is now known as Sweetshark === Tonio_ is now known as Tonio_aw === MacSlow is now known as MacSlow|lunch [12:57] Does anyone know how I can add events to the Fridge calendar http://fridge.ubuntu.com/calendars/ [13:12] woops, the fix increases size from 11336 to 12708K, I'll see if I can get it back by building the thing shared [13:19] ahasenack: bug 1060404 - does the instance in which you successfully tested the new grub-pc contain /boot/grub/grub.cfg? [13:20] bug 1060404 in lxc (Ubuntu Precise) "update-grub runs and fails in containers" [High,Triaged] https://launchpad.net/bugs/1060404 [13:20] (I'm trying to narrow down another report) === Tonio_aw is now known as Tonio_ [13:27] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [13:27] cjwatson: the lxc container you mean? [13:28] cjwatson: the linode machine does have /boot/grub/grub.cfg (my last comment in the bug), let me check the lxc one [13:29] cjwatson: the lxc instance does NOT have /boot/grub/grub.cfg [13:35] cjwatson: looking at /etc/init/container-detect.conf, I wonder if we shouldn't check for lxc specifically. Would grub fail on, say, openvz too? [13:39] It will fail in any context where it can't figure out a full path to the filesystem that will work from bare metal [13:39] So it will probably fail in any container [13:39] ahasenack: Does your Linode machine actually use GRUB to boot? [13:40] cjwatson: it uses "grub-pv" iirc [13:40] (Well, where I say "bare metal", I mean "from the context where GRUB will actually boot") [13:40] ahasenack: Right, so that's not Sebastian's case [13:40] cjwatson: he didn't give more info yet, did he? [13:40] Privately [13:41] In your Linode instance, GRUB can evidently figure out a halfway plausible route to /boot/grub and thus succeeds [13:41] ah [13:41] Anyway, thanks, I have enough information from you to narrow things down no [13:41] w [13:41] as far as I understood it, pv-grub is an external grub what will eventually call the one inside the linode, or something like that [13:42] Kiiiiiiiiiind of [13:42] The details are complex and not important here :) [13:45] :) === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [14:02] ok with shared-mesagallium back to good size [14:03] 11436 kb, vs broken 11336, and working 12708 kb [14:07] mpt: Fixed, thanks === MacSlow|lunch is now known as MacSlow [14:15] cjwatson: ok it's ugly, but I think I can reduce the size of mesa again by using libdricore in the gallium drivers. saves about 5 mb on gzip [14:20] nice === scott-work is now known as Guest6298 [14:26] took a while to come up with a cleaner approach, it's still kind of messy. mesa is a mess between its old style hand-rolled makefiles and halfway through a conversion to autotools :/ === ttx` is now known as ttx [14:36] Sorry if this is the wrong forum. Are there any known issues with XT2 touchpads? I'm having issues in 12.04 clicking in nautilus. No one else can reproduce, so wanted to check with you all. [14:38] jodh, hey, just for info https://wiki.ubuntu.com/FoundationsTeam/Specs/RaringUpstartUserSessions?action=diff&rev1=76&rev2=77 is wrong, X-GNOME-Autostart-Delay is used on login to delay start of a command, not on logout === cmagina_away is now known as cmagina [14:40] seb128: yeah, I did wonder about that :) Is there a way for an application to delay the logout then? [14:41] jodh, no "delay" I think, there are at least 2 mechanism supported [14:41] - the xorg session registration protocol [14:41] but I guess that's going away when xorg is going away [14:42] - http://people.gnome.org/~mccann/gnome-session/docs/gnome-session.html#org.gnome.SessionManager.Inhibit [14:42] gnome-session has an inhibit api which allows to inhibit logout [14:42] that's useful for things like e.g cd recording are in progress [14:42] what's the best way to talk to udev from python? [14:43] pitti: ^ any recommendations?! === henrix_ is now known as henrix [14:43] jodh, ah, found back the name of the xorg protocol, "xsmp" ... it's implemented in http://git.gnome.org/browse/gnome-session/tree/gnome-session/gsm-xsmp-client.c [14:44] jodh, that's what is used by e.g gedit to display the "you have unsaved work, do you want to save it before logging out" [14:44] cjwatson: is it ok to break building in parallel? what I'm doing is a bit of a hack and I don't see a clean way to declare a dependency [14:45] xnox: use gudev, and its gir through introspection; hang on, digging out an example [14:46] xnox: hah, it's right on https://live.gnome.org/PyGObject/IntrospectionPorting [14:46] xnox: http://www.michaelwood.me.uk/blag/2012/11/23/python-pygi-gudev-example/ is another one [14:47] xnox: it's really the C API from http://www.freedesktop.org/software/systemd/gudev/ [14:47] seb128: ok, thanks. We need to find a way to tie this into the design as by default Upstart is only going to wait for up to 5 seconds for gnome-session to after the initial SIGTERM. [14:48] pitti: thanks. I was about to dive into pyudev.... [14:49] jodh, good point, do you think there is any way to block on gnome-session to exit/send a signal? [14:49] seb128: actually, it's not a problem assuming gnome-session only calls ConsoleKit to request system shutdown after its shut down its clients. [14:49] xnox: that's not the library you are looking for [14:50] pitti: yes, master. [14:50] xnox: the Source is strong in you, young Jedi! [14:51] hello === rickspencer3_ is now known as rickspencer3 [14:52] guys: in normal (X)Ubuntu installation when kernel is booted with 'quiet splash' when should splash appear? [14:52] I have acer aspire one 722 here (amd c-60 with radeon integrated) and I have: black, off, black, lightdm [14:53] mlankhorst: Yes [14:53] hrw: as far as I remember the xubuntu one "splash" is missing, hence it's black (the second black I believe). [14:53] on shutdown I have xubuntu splash [14:53] mlankhorst: As long as your debian/rules doesn't honour DEB_BUILD_OPTIONS=parallel (either directly or via dh --parallel) [14:54] hrw: funny. [14:54] xnox: yeah. but my wife will use this machine... === slank_away is now known as slank [14:55] hrw: I only have limited knowledge of plymouth/boot stack & I am not interested in digging into xubuntu vs ubuntu. It works in ubuntu so check what's missing / different =/ [14:55] sure [14:56] hrw, what release ? [14:56] ogra_: 12.10 [14:56] ogra_: will all recent updates [14:56] hrw: as far as I remember the studio splash works correctly, and that's based on top of xubuntu........ [14:56] xnox: I am installing ubuntulogo theme now [14:56] hrw: but studio have their own plymouth theme. [14:57] hrw, try something: add FRAMEBUFFER=Y to /etc/initramfs-tools/initramfs.conf, re-roll the initrd and see if that changes something [14:57] ogra_: thanks, will check after reboot [14:57] cjwatson: hm I guess I'll spend some more time investigating then [14:57] i'm hunting down a race between console-setup and plymouth on arm since some time that manifests with similar issues [14:58] ogra_: arm curse ;D [14:58] adding FRAMEBUFFER=Y forsec the initrd to run console-setup first and plymouth survives [14:58] mlankhorst: Well, if you don't see parallel anywhere in debian/rules then it should be fine [14:58] at least here [14:58] *forces [14:59] it's been a bit of a mess though, I think I got a cleaner solution now [15:03] slangasek: do you object to bug 1103022 ? [15:03] bug 1103022 in udev (Ubuntu) "70-udev-acl.rules needs to put g+rw on /dev/kvm" [High,Confirmed] https://launchpad.net/bugs/1103022 [15:03] ogra_: no changes [15:04] hrw, thx, i had some hope [15:05] * hallyn biab [15:08] yay local build finished correctly [15:15] added 'break=modules', landed in busybox on framebuffer. ctrl-d then. black, splash, lightdm [15:16] hrw, weird, thats what i meant to fix with the FRAMEBUFFER option [15:16] break calls console-setup forcefully [15:18] booting with plymouth:debug == splash [15:19] hrw, yeah, points to a similar race i think [15:19] looks like [15:20] the worst part is that after big ACER logo you have no idea is it booting or crashed. have to wait ~minute to get lightdm [15:20] ogra@nexus7:~$ cat /etc/initramfs-tools/conf.d/framebuffer [15:20] FRAMEBUFFER=y [15:21] thats how i fix it on the nexus7 [15:21] FSVO "fix" [15:21] i dont get why that didnt work for you when adding it to initramfs.conf [15:22] should have the same effect as "break=" (which calls "panic()" which in turn runs console-setup) [15:24] btw - how to get rid of most of kernel drivers from initramfs? [15:24] cjwatson: http://paste.ubuntu.com/1559853/ is the final patch I have in mind, but I want to test some more locally first in a ppa so all drivers at least load correctly :P [15:26] anyway - food [15:27] full debdiff just enables that patch and adds back a missing rm -f libgallium.so since it wasn't meant to be linked outside of mesa [15:27] Is there a way for a package to state that it would prefer to keep a user modified conffile, to prevent the user from getting a conffile prompt? [15:29] mdeslaur: maybe it should be a config file instead then. [15:29] (aka generated with postinst script) [15:29] and not touched if upgrading... [15:31] xnox: yeah, but then you lose the nice conffile handling if you do have an important change in a subsequent update [15:31] conffiles don't have the sophistication you're asking for [15:32] cjwatson: ok, thanks...that's what I suspected [15:38] pitti: it's very nice, thank you =) === rickspencer3_ is now known as rickspencer3 [15:47] ok i915 unbroken :) [16:16] cjwatson: uploaded mesa precise4, should hopefully fix all size issues with mesa, won't spend more time on it unless it's broken :P [16:16] cool, thanks [16:28] barry: software-center doesn't need the >= 0.3 does it? it doesn't use new API, it's just that the oneconf packaging changed, so it needs to explicitly require the python-oneconf bit, right? [16:29] dobey: good point, yes, that should be enough [16:30] barry: great; the >= 0.3 made the daily builds not installable on older ubuntus [16:31] dobey: cool. will you fix that or should i? [16:31] apw: https://launchpad.net/ubuntu/+bugs?field.tag=apport-kerneloops [16:31] barry: i will [16:32] thanks [16:32] i'll also probably convert it to a non-native package soon === cjwatson changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [16:32] dobey: nice [16:45] zyga: howdy! [16:45] kirkland: hey, I have a question for you, how do you manage byobu sources to allow it to live both in git and bzr sensibly? [16:46] kirkland: manpages.ubuntu.com is now deployed from lp:~ubuntu-core-dev/ubuntu-manpage-repository/ubuntu such that more people have commit rights. [16:46] kirkland: and it only has distro name updates & font name change s/UbuntuBeta/Ubuntu/ [16:46] xnox: that's great! [16:47] xnox: I'm very happy about that :-) [16:47] zyga: I'm using github as basically a co-lo for my launchpad projects [16:47] has anything changed in pbuilder (or pbuilder-dist) in raring with regards to ~/.pbuilderrc? i've put OTHERMIRROR= in ~/.pbuilderrc, but "pbuilder-oneiric update" doesn't seem to be picking up that value [16:48] kirkland: could you be more specific? can you accept merge/pull requests from both? which one is primary? [16:48] kirkland: if only you can mark it "devel series" or like set a team as the project driver/maintainer. Something like core dev. But I guess there is no pressing issues with that service now..... e.g. it runs and all releases are up to date. [16:49] zyga: I have a new script in bikeshed called "dual-push"; when I push to bzr, I also push to git [16:49] zyga: bzr is primary [16:49] zyga: I haven't yet accepted a merge/pull from github, but that's the general idea -- I'd like to encourage contributions from both === pgraner is now known as pgraner-afk === pgraner-afk is now known as pgraner [16:50] zyga: if you have a pull request, I'm interested in testing out that workflow? [16:50] zyga: http://bazaar.launchpad.net/~bikeshed/bikeshed/trunk/view/head:/dual-push [16:50] zyga: pretty simple functionality right now [16:51] thanks, I'm interested in that a lot [16:51] zyga: but my goal is to be able to accept merges/pulls from either github or lp [16:51] kirkland: I use git-lp that I wrote to collaborate, so to speak [16:51] xnox: auto deployed? [16:51] zyga: awesome -- I'd love to fork out dual-push to a separate project, outside of bikeshed, and use it to manage this [16:51] http://paste.ubuntu.com/1560076/ [16:51] kirkland: there are some issues with making that possible [16:51] zyga: oh, yeah? [16:51] zyga: let me take a look at that [16:51] kirkland: the bzr pieces were not finished [16:52] kirkland: and with the state of bzr maintenence it's not likely they ever will [16:52] Laney: well. almost =) [16:52] kirkland: but if you find out about anything related to this topic I would appreciate if you could ping me about it [16:52] zyga: yeah, I've always had a ton of trouble with LP autoimporting other vcs's [16:52] zyga: the only thing that's ever worked for me [16:52] Laney: in the end I just updated the configs by hand, but they have raring already. [16:52] kirkland: I remember using experimental mode in bzr-git a few years ago where I could push/pull to git repos from bzr with all meta-data [16:52] zyga: is fast-export | fast-import [16:52] but that code was never enabled [16:52] heh [16:53] kirkland: don't get me started, bzr-fastimport is so broken today [16:53] kirkland: the only reason I wrote git-lp is to work around the bugs in bzr-fastimport so that I get a subset which works [16:54] kirkland: I tried fixing it but I am unable to write tests that would be accepted upstream, bzr's internals are too complex for my limited time now [16:54] kirkland: https://github.com/zyga/git-lp/blob/master/git-lp [16:55] zyga: github has a lot of git-[bzr|lp[-ng]] wrappers and forks..... =/ [16:56] xnox: I looked at many of those, they all depend on fastexport [16:56] xnox: so far, only bzr-git is actually genuinely different [16:56] xnox: and unfinished [16:56] zyga: how does your's work? [16:57] zyga: or is it still fastimport but with hacks and what not [16:57] xnox: it also uses fastexport but 1) only in a very limited way (with rationale) and 2) I carry a small patch for bzr (that I am unable to upstream), I don't know about anyone that uses bzr+git without a patch like that [16:57] xnox: my code is really small, I encourage you to read it [16:57] Mm, I used fastexport for several things a while back and accumulated a giant patch stack [16:57] kirkland: have you ever seen bzr crashing on anything you do? [16:58] Some of which I managed to upstream but I think not all of it, because damn it was complex [16:58] zyga: cjwatson: I too have a small stack of patches..... [16:58] cjwatson: which parts were complex? bzr? [16:58] I like the idea, it's much easier to debug something like fastexport [16:58] no, fast*port itself [16:58] could you guys share patches please? [16:58] I'm totally interested [16:58] maybe we should push them somewhere and create a robust bzr2git..... [16:58] What's bad about fastexport? I have yet another tool (unpublished) that uses fastexport as minimally as I could and just works. But it currently works in one direction only [16:58] (and reverse, if there is a desire to push things back to launchpad) [16:59] I think mine ended up on https://code.launchpad.net/bzr-fastimport [16:59] Hopefully [16:59] the problem that I see is that some of those need to get into bzr tree and that is hard without someone that is willing to spend effort on getting to know bzr internals to write proper tests [16:59] cjwatson: so have all of your patches landed upstream or are they just pushed as a branch of bzr-fastexport? [16:59] If it's at all useful, my big-blob-of-stuff patch appears to be http://paste.ubuntu.com/1560105/ [17:00] * zyga looks [17:00] I don't really remember any more how much got upstream and don't think I have the time to look right now [17:00] But maybe you can take it from there if you care ... [17:00] cjwatson: too bad it's not a bunch of commits with rationale, it's harder to track that [17:00] Some of that's probably backporting to whatever version of bzr I was using at the time [17:00] cjwatson: but still valuable, I'll read it in detail [17:00] Yeah, the problem with this kind of thing was that I was using it one-shot [17:00] cjwatson: what was your main use case? [17:00] So didn't have a lot of motivation to tidy up later [17:00] cjwatson: and is it something that you still use often? [17:01] Generally, one-shot conversions of my various Debian package repositories from other formats (usually svn) [17:01] Not the sort of thing you tend to use much after you're finished [17:01] I see [17:01] The existence of https://code.launchpad.net/~cjwatson/bzr-fastimport/git-directories (merged) suggests that I used it for git at least once [17:01] my main use case is git-bzr co-existence (I wish lp had support for git) [17:02] I don't use fast*port anywhere in any kind of continuous mode at the moment [17:02] I see, thanks [17:03] xnox: how about your patches? [17:03] zyga: I have a git native remote for bzr that seems to work perfectly in the bzr->git direction. My problem with existing tools was that they didn't integrate with git properly, and the whole point of me wanting git is for more advanced stuff that the existing tools broke for. [17:03] + if dirname == 'openbsd-compat/regress' and '200912' in dir_file_id: [17:03] + assert False [17:03] *cough* spot the hack for openssh ... [17:04] That must have been some kind of insane CVS weirdness, I guess [17:05] rbasak: git-native remote for bzr, so you use bzr repos with git, correct? [17:05] rbasak: what is the name of your remote? [17:05] zyga: I called it git-bzr-nih, but not published anything [17:05] rbasak: what tech is it using? [17:06] bzr fastexport with a bit of hackery. It maintains a map of git commit hash to bzr revid, and only calls bzr fastexport for revids it doesn't already have [17:06] (it parses the map file out that bzr fastexport emits) [17:06] rbasak: ah, sane, I always could not understand why bzr-fastexport used revno (which is totally useless in face of history edits) [17:06] rbasak: cool, would you mind sharing that? [17:07] rbasak: have you encountered anything that you had to patch in bzr/bzr-fastexport? [17:07] (apart from the obvious feature you've mentioned) [17:07] obviously [17:08] To go the other way I use git format-patch and a bzr-am script I wrote that does the same thing as git-am. No patching in bzr/fastexport needed [17:08] I also have a working git cache mechanism since bzr fast-export is so slow [17:09] ah, cool [17:09] It's not assembled in a way that's easy for others to use since I've not spent time on it, but you can have the pieces :) [17:09] does it work with stuff like merges? using raw bzr-am means that you loose parent hashes [17:09] rbasak: cool, I'll take them please [17:10] Merges work in the bzr->git direction. But the git->bzr direction is completely manual - I've not done anything about it apart from the bzr-am I was using before. So in that direction only linear commits work, but that's enough for me since anything I want to submit as an MP tends to be linear anyway [17:11] I might write something to do git->bzr properly one day [17:19] Laney, I try to play mp3s with raring but I get: Error: Your GStreamer installation is missing a plug-in. [17:20] play them with what? [17:20] Laney, with gst123 [17:20] do you have the recommends installed? [17:21] Laney, I changed nothing in /etc/apt/ so recommends should be installed [17:23] Laney, sorry. my fault. I'm in an jhbuild session. the problem has nothing to do with ubuntu. [17:23] heh [17:35] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jdstrand === ximion is now known as ximion-afk === ximion-afk is now known as ximion === freeflyi1g is now known as freeflying [18:13] i would appreciate any comment on http://askubuntu.com/questions/245875/how-do-i-get-high-resolution-icons-in-unity-for-my-application-without-a-deskto [18:16] fm__: I think you ought to stick the source code of your reproducer (comment 5) into the question on askubuntu -- source code often helps lubricate discussions [18:17] sarnold, source is in the upstream bugreport. see https://www.willuhn.de/bugzilla/show_bug.cgi?id=1310#c5 [18:17] fm__: .. that's the source that I think should be in the askubuntu question :) [18:17] sarnold, sorry now i understand ... [18:17] hehe :) [18:20] sarnold, ok i added the code [18:20] thanks for looking at it [18:21] fm__: woot :) good luck :) [18:26] barry: hrmm, is oneconf-query in raring supposed to be using python3 now, or still python 2.7? [18:33] infinity: hi, is this bug arch specific? #1081734 === ximion is now known as ximion-afk === yofel_ is now known as yofel [18:42] achiang: Shouldn't be. [18:43] infinity: so we could test that package on precise/amd64 and it would be valid for SRU testing? [18:44] infinity: i guess i'm asking because this was brought to my attention in the context of tegra3, and i'm seeing if i can punt the testing to our x86 team, as we have no cycles here to test. === megha is now known as account [18:50] achiang: I'll be SRUing for that (and other bugs) today or tomorrow, and yeah, it should be reproducible on x86, I believe. [18:51] infinity: ok, do you need me to go find someone to test it or do you have it covered? [18:53] achiang: Always happy to have testers. [18:54] infinity: alright, let me go see what i can do [18:54] testing what? :) i am on x86... [18:54] achiang: It's not actually uploaded yet, so don't get too ahead of ourselves. :) [18:55] infinity: right, but i actually need to find victims^Whelpers *before* it's uploaded anyway. :) === ximion-afk is now known as ximion === ximion is now known as ximion-afk === ximion-afk is now known as ximion [20:41] infinity: one more dumb question, do you want me to find testers for before the upload or after for SRU verification? [20:42] achiang: Well, I'll need to get it accepted first, so I dunno. If that goes quickly, timing doesn't matter much. If the review process takes a while, you could be jumping the gun. [20:42] infinity: ok, thanks. [20:42] infinity: i guess just poke me when you need testers [20:43] * infinity nods. [20:52] could someone with better knowledge of initramfs tell me if I should worry about backporting amd64-microcode to precise since it might be affected by debian 688794, here's the diff from the workaround in raring: http://launchpadlibrarian.net/129138637/amd64-microcode_1.20120910-2_1.20120910-1~ubuntu12.04.1.diff.gz [20:52] Debian bug 688794 in initramfs-tools "[initramfs] scripts/hook-functions: breaks boot if /tmp noexec" [Important,Open] http://bugs.debian.org/688794 [20:57] how can i tell sbuild to pull packages from a PPA, for a single build? [20:58] I use --chroot-setup-commands='apt-get install -y python-software-properties' --chroot-setup-commands='add-apt-repository ppa:foo/bar' --chroot-setup-commands='apt-get purge -y python-software-properties' --chroot-setup-commands='apt-get update' [21:04] dobey: ^^ [21:05] micahg: thanks, trying that now [21:14] hrmm, sbuild --build=i386 -A seems to keep failing for me on amd64 host with i386 schroot :-/ [21:29] dobey: --arch i386 -A [21:32] micahg: ah, looking at the man page i didn't see --arch; adding --host=i386 helped though. but now it's failing to build for other reasons… any idea what this means? http://pastebin.ubuntu.com/1560824/ [21:35] dobey: nope [21:36] I don't have host on sbuild in precise [21:41] ah i'm on raring [21:43] --arch i386 seems to work as well; i think that's unrelated to the failure there though [21:46] anyway, brb; gotta run for a few [22:13] dobey: You definitely don't want --host. That's for multiarch cross-building, not for a case where you have a full chroot for the other architecture and can execute all its binaries. [22:13]