[00:02] slangasek: kde4libs built on ia64 after your qt4-x11 fix. Thanks. [00:07] is usr/share/icons/locolor still a legitimate icon theme dir? [00:08] * calc was wondering if he should remove that along with the gnome dir from OOo since iirc that was an old kde 2.x dir [00:11] calc: it's just an icon theme like any other [00:12] it's the KDE 1 icons which do still exist in kdeartwork for anyone strange enough to want them [00:12] no point keeping them in OOo anyway [00:20] ok [00:21] that removed ~ 250KB from openoffice.org-common :) === Snova_ is now known as Snova [01:47] sbeattie: yeah. maybe mine just hates the world or something, although i think i saw someone else mention it in -bugs a fwe days ago [03:58] ScottK: aha, great \o/ [03:58] ScottK: now it's just hppa (strigi) cluttering up component-mismatches [03:58] slangasek: I got started on retries. [03:59] Unfortunatlely sparc didn't like something about your qt4-x11 change. [03:59] I had already given back strigi once this morning on hppa, still FTBFS with the same error; apparently qt is uninstallable there [03:59] bah, sparc shouldn't have cared about that change at all, it's just being a whiner [04:06] is there some accepted standard for passing files between running apps that talk to each other over dbus? [04:06] or should I just do whatever makes sense? :) [04:17] bleh, qt on hppa needs manual bootstrapping; phonon and qt have a circular dep. [04:18] Ouch. When did we do that? [04:28] ScottK: qt4-x11 (4.5.0~+rc1-0ubuntu1), 19 Feb 2009, AFAICS [04:33] wtf does network mangler ((or whoever) decide to put both search and domain directives in named.conf? [04:33] slangasek: ew [04:33] er, resolv.conf that is [04:35] you object to having both? === lamont` is now known as lamont [04:40] * lamont makes a note to remember to edit network mangler's postinst _BEFORE_ removing it remotely next time === jamesh_ is now known as jamesh [04:46] lamont: i'm in Boston, and will accept assassination contracts for Red Hat's Westford office ;) [04:47] mneptok: I do not publicly issue contracts for wetwork [04:48] it's amusing how many people think that having domain and search directives in resolv.conf actually does anything [04:48] (other than helping pre-1990 programs) [04:50] meh. not worth figuring out what all dbus is doing under the covers for the networkmanager stop call in prerm [04:50] I just hate fighting network mangler, is all [04:51] the cute part this time was that since it got dragged in on the upgrade, the machine got ipv6 addresses only.. not sure why it hated the ipv4 dhcp response [04:51] (and it was an old-n-crufty machine, so not sure I care enough to worry about it) [06:18] lamont: huh? of course search and domain directives do something...? [06:51] OOo 3.0.1-9ubuntu1 will be uploaded in about 2hr [06:51] * calc headed to bed now === spm_ is now known as spm === tkamppeter_ is now known as tkamppeter [07:47] hi, i was wondering if sed supports backreferences in ranges using patterns? [08:55] does anyone know of a public sftp server I can connect to to test bug 27109? [08:55] Launchpad bug 27109 in nautilus "nautilus uses 100% cpu after closing a ssh session" [Medium,Triaged] https://launchpad.net/bugs/27109 [08:57] hey robert_ancell [08:57] seb128: hey seb [08:58] robert_ancell: set up a ssh host locally? [08:58] robert_ancell: don't you have ssh access to the GNOME boxes to upload tarballs or to some canonical servers? [08:58] hyperair: yeah, was thinking of that but looking for easier option first :) [08:58] robert_ancell: or register for an account at alioth. [08:58] robert_ancell: but really, you can't get any easier than sudo apt-get install openssh-server =p [08:59] hyperair: does that do sftp? Or is sftp just scp? [08:59] robert_ancell: sshd does sftp and scp [08:59] robert_ancell: they're different protocols i think, but they're both provided by sshd. [09:00] hyperair: cool, my local server was already working for sftp :) [09:01] * robert_ancell finds it confusing that nautilus refers to sftp as "SSH" [09:01] robert_ancell: hahah =p [09:01] well it is ssh:// [09:01] sftp:// and ssh:// are equivalent. [09:01] 2 products for the price of 1! [09:01] heh [09:02] * hyperair prefers rsync through ssh === nikon is now known as chmj [09:28] kirkland: here's the page I mentioned the other day - http://qa.ubuntu.com/reports/bug-fixing/jaunty-fixes-report.html (and let us know how the race went) === seb128_ is now known as seb128 === nikon is now known as chmj [11:40] slangasek: is it just me, or did your upload of hotkey-setup break its init script? [11:41] lala, nm, there's a bug report already [11:41] slangasek: only one of them does, removing all effects of the other [11:41] I think the last one matters, but haven't bothered to check [11:51] slangasek: bug #356157 [11:51] Launchpad bug 356157 in hotkey-setup "package hotkey-setup 0.1-23ubuntu10 failed to install/upgrade: subprocess post-installation script returned error exit status 2" [Undecided,Confirmed] https://launchpad.net/bugs/356157 === rmcbride_ is now known as rmcbride [12:37] I've answered the mail to ubuntumembers about Ubuntu community training with proper references; I imagine I'm not the first to have done so but thought I'd mention it so that others can delete the mail that was spammed to an unreasonably large number of people ;) === azeem_ is now known as azeem === keffie_jayx is now known as effie_jayx [12:43] Should we disable 'contact this group' for, oh I don't know, every group ? [12:45] lifeless: can you? [12:45] lifeless: it certainly ought to have a bloody great warning [12:45] lifeless: since if nothing else it doesn't go to anything like a mailing list, so members of the group won't see followups [12:46] (actually I think the total result would be worse if it did, but nevertheless ...) [12:46] Hobbsee: its just code [12:46] cjwatson: oh, it does make it relatively clear that you're about to send mail to 450 people. But it doesn't include the blink tag or anything, or smack them in the face. [12:47] presumably people do read that [12:47] lifeless: i know it's theoretically possible. :) I'm just more wondering if a) it would be permissable to be done, and b) it would get done without being quickly reverted [12:49] cjwatson: there's bugs about both the flawed semantics of c-t-u with groups, and that c-t-u works with groups of people > e.g. 50 [12:49] FWIW [12:53] elmo: thanks [12:54] doko: I noticed that you reverted the change for the supported/unsuppored logic in python3.0 - with my latest pycentral changes it should no longer die if a runtime is neither support/unsupported. changing this also means that rtinstall is never run for python3.0 (because its not in debian_defaults). [12:54] (not sure if that matter for 3.0 though) [12:55] mvo: it should be fine for 3.0, we don't have any third party stuff packaged for 3.0 yet (and we should not, because we do know that 3.0 is only short term supported) [12:55] ok [12:56] mvo: the patch in the latest compiz upload has at least one notable regression - bug #355330 [12:56] Launchpad bug 355330 in compiz "[Jaunty] Calendar applet popup opens under focused windows" [Low,Confirmed] https://launchpad.net/bugs/355330 [12:57] mvo: but perhaps the gnome applet is doing the wrong thing [12:57] Ng: as you can see mvo already milestoned the bug ;-) [12:58] Ng: yeah, I noticed this morning [12:58] Ng: we discussed it this morning on #ubuntu-desktop it breaks other case too, session dialogs being one of those for some users, gnome-do too [12:58] * mvo prepares a fix [12:58] seb128: that must be a different bug then, 355330 is unmilestoned. I'll read #ubuntu-desktop backscroll and dupe it [12:59] thanks :) [12:59] Ng: bug #355379 [12:59] Launchpad bug 355379 in compiz "Clock applet doesn't display the calendar over a focused window (dup-of: 355330)" [Undecided,New] https://launchpad.net/bugs/355379 [12:59] Launchpad bug 355330 in compiz "[Jaunty] Calendar applet popup opens under focused windows" [Low,Confirmed] https://launchpad.net/bugs/355330 === Angel1c4 is now known as xq [12:59] Ng: well, milestoned -> has a jaunty task [13:00] that's how jaunty bugs are tracked [13:00] oh :) [13:01] gar, all the dupes of this have dupes already [13:02] there :) [13:08] sorry, working on a fix as we speak [13:27] nggh, my master installer translation files all broke [13:32] cjwatson, ah, btw, i noticed on the partman page where we have $(RELEASE) there is also a stray $(OS) at the top line [13:33] (i was assuming you look into ( vs { anyway for that page, but didnt want to leave it unmentioned [13:33] ) [13:34] ogra: I mailed ubuntu-translators about it and have been told that it's fixed [13:34] ok, then it should show up soon i guess [13:34] ogra: but I'll need to do an import, which is part of why I ran into the problem mentioned above ... [13:34] ah, k ... i'll report if i see it fixed, i'll do a daily install every day anyway [14:15] hi all [14:16] anyone noticed the error in hotkey-setup package after updating? there's an error in the initscript [14:19] dschulz: bug #356157 [14:19] Launchpad bug 356157 in hotkey-setup "package hotkey-setup 0.1-23ubuntu10 failed to install/upgrade: subprocess post-installation script returned error exit status 2" [High,Triaged] https://launchpad.net/bugs/356157 [14:20] yes [14:20] found it [14:44] Hi all [14:56] tkamppeter, I wanted to tell you that I'm here if you want to try anything (I commented the bug #348316... with the updated cups package I don't see my printer anymore, if I downgrade to your PPA version I see it again) [14:56] Launchpad bug 348316 in hal-cups-utils "Printer (HWModel Name) May Not Be Connected" [High,Fix released] https://launchpad.net/bugs/348316 [14:58] facundobatista: When you upgrade to CUPS 1.3.9-17 you must remove the usblp module from the blacklist. The official CUPS package does not contain the new libusb-based backend, as the USB backend was not what caused the bug. [14:59] tkamppeter, oh! I try this now [15:04] tkamppeter, ok, now I removed it from the blacklist, and loaded it (sudo modprobe usblp), and I see it with lsmod [15:08] tkamppeter, now I see the printer (it even appears automatically when unplu/plug the cable), I can send a test page to the printer, it puts a job in the queue, the job disappears, I have a notification that the job was printed, and the printer goes to idle state [15:08] tkamppeter, but the printer just doesn't do anything, no printing at all [15:14] It seems there is a typo in the latest version of hotkey-setup on jaunty [15:15] https://launchpad.net/bugs/356157 [15:15] Launchpad bug 356157 in hotkey-setup "package hotkey-setup 0.1-23ubuntu10 failed to install/upgrade: subprocess post-installation script returned error exit status 2" [High,Triaged] [15:15] ah [15:15] already reported, thanks for the link [15:16] sometimes I get the feeling I'm just too lazy, sorry for letting you search up things I could have found myself [15:16] it was mentioned in here a couple of hours ago, so was a matter of scrolling ;) [15:17] ok :) [15:17] a huge list of duplicates === korn_ is now known as c_korn [15:26] Hobbsee: as I mentioned elsewhere, makes kinda worried when you notice who's the maintainer of the package, don't they test them? (; [15:27] Tm_T: at this point of the release? yeah... [15:27] Hobbsee: indeed [15:29] * Hobbsee ponders uploading the fix, but notes it's now just been assigned to slangasek [15:30] Hobbsee: to be done when? [15:31] Tm_T: asap, i guess? [15:31] I hope so (: [15:32] still, that's kind of things that shouldn't go to users at all IMO [15:34] anytime you want to start responding again launchpad, feel free... [15:34] 43 seconds and no timeout. Good! [15:34] whoa [15:34] "answer to me, baby" [15:35] (baby being genderless in this case) [15:35] poor baby [15:35] someone asked me, how many devs are working on 9.04? [15:35] ogra: not as poor as me, anyway [15:35] thiebaude: depends on how you count [15:36] Tm_T, shit happens in development releases, so such stuff goes out to users ... thats why they are called *development* releses ;) [15:36] *releases [15:36] Tm_T: canonical wise [15:36] ogra: I know, but some level of professionalism in core team, please (; [15:37] ogra: I'm too used to messages like "I commit this but haven't tested at all" and everything breaks in upstreams [15:37] even prtofessionals make mistakes ... we're all humand [15:37] Hobbsee: Thanks for sponsoring the fix for bug 356157 :) [15:37] *humans [15:37] Launchpad bug 356157 in hotkey-setup "package hotkey-setup 0.1-23ubuntu10 failed to install/upgrade: subprocess post-installation script returned error exit status 2" [High,Fix released] https://launchpad.net/bugs/356157 [15:37] ogra: I know (: [15:37] ogra: still weird, no testing apparently [15:37] robbiew: (: [15:38] Tm_T: noted [15:39] * robbiew will reinforce the importance of testing *before* uploading [15:39] robbiew: FYI I'm usually the test monkey in many places oftentimes [15:39] robbiew, pfft, that takes out all the fun communication with users ;) how else shall we train our diplomacy ? [15:40] robbiew: no problem. [15:40] ogra: war is best way to do diplomacy anyway! [15:40] robbiew: pbuilder hooks or piuparts ftw! [15:41] Tm_T: the usual (unfortunate but understandable) pattern is that it was tested but then a slightly different version was uploaded by mistake. I don't think we need to throw around comments about professionalism for a single pre-release mistake [15:42] Hobbsee: liw as been looking into piuparts [15:42] cjwatson: +1 [15:42] cjwatson: I know, it was meant to be a humour, sorry if not apparent [15:42] robbiew: indeed. [15:42] facundobatista: Your printer (HP LJ P1002) is too new, it is not yet supported. [15:43] Tm_T: this late in the release...humour is the first thing to go :P [15:43] cjwatson: I guess this is the "finnish honesty" you can see in Linus' comments too (:) [15:43] robbiew: to go in, you mean [15:43] robbiew: just add more beer, and the humour will likely come back ;) [15:43] tkamppeter, not supported by who? gnome? kernel? ubuntu? [15:44] Hobbsee: or puke [15:44] * calc feels less stress today after getting 8 targeted bugs finished last night :) [15:44] Hobbsee: heh...oh, it comes back...about 2am London time on the day of the release [15:44] robbiew: when 2 months more testing is announced? [15:44] robbiew: yeah, i remember that well... [15:45] facundobatista: Linux. The printer most probably needs to get a firmware file uploaded into it whenever it is turned on. This firmware file is not yet available wioth the driver packages. [15:47] thiebaude: from Canonical, on the general order of 50 (that isn't an exact number); but many Ubuntu developers are not employed by Canonical, and of course many of Canonical's staff are working on things other than Ubuntu or only contribute to Ubuntu occasionally [15:48] indeed [15:48] cjwatson: is team numbers kept somewhere in one place? [15:48] team member numbers that is [15:49] Tm_T: to get the answer to thiebaude's question you need to take the intersection of a couple of teams [15:49] (one of which is private) [15:50] cjwatson: aye, also just being part of the team doesn't mean youre currently working [15:50] Ng, Hobbsee, nxvl_: ah, whoops - sorry :/ [15:50] cjwatson: would be nice to build a graph of team sizes etc from release to release [15:53] tkamppeter, I'm using the Foomatic/foo2xqx driver... in the driver's page, it says that it supports HP LJ 1005, but at the same time it says that I shouldn't use the package from Ubuntu, but install the tarball they provide there [15:53] tkamppeter, do you know why? [15:58] facundobatista: This is because the author insists to download and install the firmware files from the internet during the compile and build process and not by a user utility as HP does ("hp-plugin"). [15:59] tkamppeter, but there's a firmware for my printer in that case... but it's not yet in the packages? [15:59] So you do not need to try to rebuild foo2zjs. You can try to set up your printer with "hp-setup", but probably it does not get recognized as HPLIP's current model list does not contain it. [16:00] facundobatista: Building foo2zjs starts getweb with the model name of the printer as argument. [16:00] facundobatista: The foo2zjs version I packaged one day before Feature Freeze did not yet list the printer in "getweb". [16:01] facundobatista: Did you download the newest version? Did it add support for the P1002? [16:02] tkamppeter, well, I have a confusion here... my printer is HP 1005, but through usb I see it as P1002, do you know why this duality? [16:03] facundobatista: This is extremely strange for me. [16:03] facundobatista: Can you report an upstream bug on HPLIP, on https://launchpad.net/hplip/? [16:04] facundobatista: They do not fix hardware bugs, but they could take into account this version of the P1005 in their driver. [16:04] facundobatista: In which country did you buy that printer? [16:05] tkamppeter, I have in my disk the foo2zjs tarball from one month ago, and in its INSTALL file it says to execute "./getweb P1005", so it was supported then [16:05] tkamppeter, Argentina [16:06] tkamppeter, I'll bug the hplip project about how it recognizes my printer [16:06] facundobatista: You should perhaps try to load the P1005 firmware file into your printer and see whether it works then. Then your printer principally works but the wrong self identification breaks the automatic setup. [16:07] tkamppeter, how can I load the firmware? using hp-plugin? [16:07] slangasek: FYI I finally managed a successful installation with grub2 today, after a few bug-fixes [16:09] download it with getweb and convert it with arm2hpdl. Then do "sudo -s" and after that "cat > /dev/usb/lp0", then do "exit". [16:09] tkamppeter, oh, ok [16:09] cjwatson: sweet! [16:14] tkamppeter, did that, the printer *did* something (like ininting), and went back to idle/ready state [16:14] tkamppeter, I printed a test page, but it stayed in "processing", and then received a notification asking if the printer was disconnected... ?? [16:17] Seems that the printer crashed internally, due to a firmware which is not 100% compatible with it. [16:17] tkamppeter, which project should I bug about this firmware? hplip? [16:22] tkamppeter, otoh, which is your opinion about trying the hplip binary to set up everything? [16:35] facundobatista: Simply try it, but HPLIP will not recognize your printer as supported due to the bad self-identification. Please bug the HPLIP project about the firmware. [16:35] tkamppeter, ok! [16:35] tkamppeter, thank you! [16:40] bryce, hey there... does http://launchpadlibrarian.net/24174661/Stacktrace.txt look like something familiar to you (in regards to known bugs/issues in xlib or xcb)? [17:08] cjwatson: grub2> ah, great! [17:13] slangasek: Julian Edwards informed me a while back that they have an experimental test rebuild system in Launchpad, and I forgot to actually give it a test run. I'd like to do so now; it uses the normal buildds so it'll create a *lot* of pending builds, but they'll all be scored down to 4 [17:13] slangasek: would that be OK? [17:13] cjwatson: that seems ok, yes [17:18] I might do it just for the primary architectures [17:21] wtf does gimp think that doing forcing a fullsize window for the pic is anything close to the right answer? [17:21] seb128: Do you have any plan on cherry picking Jan Schmidt's enhancements to DVD playback (http://noraisin.net/~jan/diary/?p=90). This will require changes to gst-plugins-base, totem and gst-plugins-bad. If not, do you mind if I work on it? [17:21] no [17:21] or is that just the same stupidity that makes firefox think that the fact that it finished rendering a page means that I want it to deiconify even though I just iconfied it? [17:21] slytherin: feel free to work on it [17:22] seb128: Even when I am cherry picking the changes it introduces new API in -base, so I will need FFE, right? [17:22] yes, you can work on it, I can't tell if it will be accepted or not I'm not the one deciding there [17:23] I also need to reply to your upload on the list [17:23] seb128: Ok. [17:23] robbiew: hmm, should I poke you when I get issues with this new package too? [17:23] it seems to be a "let's change the build system, we don't know why but that seems to work better so it must be something to get" [17:23] slytherin: which I disagree with [17:24] Tm_T: heh...you can, but please file a bug also ;) [17:26] robbiew: well I don't know if this worth a report, just asking should this happen? http://paste.ubuntu.com/145536/ [17:27] Tm_T: yuk [17:27] slangasek: ^^? [17:28] bluh [17:28] seb128: I know. I don't have any argument in favour in the change except that it works better. As I said I am not expert in autotools. [17:28] robbiew: I'll poke at it and do evil things [17:28] slytherin: "work better" [17:28] slytherin: on what basis do you assume that? [17:28] slangasek: heh...ok, thanks [17:28] slangasek: https://edge.launchpad.net/ubuntu/+archives, FYI [17:28] i386 only (by accident but actually that's probably OK) [17:30] seb128: I did quite a good amount of testing with many DVDs I have and I have feed back from at least 2 users on the bug that the change worked. I wish I could gather more feedback. [17:32] slytherin: we have no idea of what the change do, it might change things in a better way for your 3 users and break for a thousand user out there [17:32] Tm_T: http://ubuntuforums.org/showthread.php?t=1117615 [17:33] You'll need to fix /etc/init.d/hotkey-setup yourself, unfortunately. This post shows how: http://ubuntuforums.org/showpost.php?p=7023434&postcount=6 [17:33] I'm sure the package will never upload an untested package again ;) [17:33] I'm fairly certain of the opposite [17:34] I'm too old to learn that lesson :P === fader_ is now known as fader|lunch [17:34] heh [17:34] picklesworth: I know [17:34] anyway, I have a fix that should work for recovering from the broken state [17:34] I suppose I should test it first though :-P [17:35] slangasek: aye, that's my meaning at this [17:35] yep, fix checks out [17:36] robbiew: don't look at my patch [17:36] slangasek: lol...ok [17:36] slangasek: meaning, is, getting it fixed properly, not making you feel sad (: [17:36] cjwatson can look at it if he wants, though [17:37] Tm_T: right :) well, fix is uploaded now [17:37] only if I know where it is [17:37] seb128: I have made multiple calls for testing multiple times on IRC (#ubuntu+1) for packages in my PPA and didn't get any regression report. [17:37] cjwatson: hotkey-setup 0.1-23ubuntu12 [17:37] ah [17:37] slangasek: good, I'll keep poking if something comes up [17:38] cjwatson: using prerm failed-upgrade \o/ [17:38] slangasek: the test rebuild is a bit of a wash, they all fail to upload [17:38] slytherin: I've seen no evidence recently that DVD playback is broken for the majority of users [17:38] cjwatson: heh [17:38] slangasek: I'm asking muharem about it [17:38] * slangasek nods [17:40] argh, a catalan language update for OOo managed to break the build :\ [17:41] make the translation coordinator fix it [17:41] slangasek: it was a GSI attached to a bug report and aiui the guy who used to do catalan (jordi mallach) no longer does it [17:42] * calc will just be dropping it from the next upload probably tomorrow [17:42] calc: but Ubuntu now has a translations coordinator, who also speaks Catalan :) [17:42] slangasek: ok [17:43] seb128: So what do you suggest, apart from analysing the changes I did. [17:43] slytherin: having somebody to try to understand what the change is doing before pushing it to jaunty one week before freeze this way [17:44] seb128: Ok. I will try to get hold of someone. [17:49] ScottK: two steps forward, one step back for qt on hppa; strigi builds, but phonon FTBFS because automoc4 (or something it calls) segfaults :P [17:50] slangasek: hotkey-setup> yum! [17:50] :-) [17:51] slangasek: ouch [17:54] we are getting reports on +1 that the daily installer lost support for ext4 using the manual option! [17:54] is this know issue? [17:54] hotkey-setup seems almost broken in a way package management can't fix, even purge force-all wouldn't remove it until i fixed the init script [17:54] then installing the new version worked ok [17:55] lol calc [17:55] calc: ahh, but it can be fixed, you just have to channel IanJ when patching the package [17:55] (fix uploaded, as mentioned above - will be available in ~1h) [17:55] slangasek: ah ok [17:56] slangasek: oh the ordering of when helper scripts fall back could then move the broken init script out of the way (i'm guessing?) [17:57] calc: don't actually need to move the broken init script out of the way, I just added code in the prerm of the new package version to skip invoking the init script altogether [17:57] eg: [17:57] ah :) [17:57] colin: ping [17:57] yea i saw where it tries the new prerm script (had forgotten about that ordering in policy) [17:58] slangasek: thursday is just the last day new uploads will be accepted without a really good exception right? (meaning OOo doesn't have to be completely finished building by then?) [17:58] d3xter: I already asked! we just have to wait for a reply on it [17:58] calc: right - though it would certainly be nice if OOo was done before then... [17:59] slangasek: i'm trying to determine when i need to do my next upload since 9ubuntu1 had issues with catalan and thunderbird [17:59] thx, i've read your msg right after i sent my ^^ [17:59] slangasek: i think it would be best to wait at least one day to see if any other bug reports come in before uploading again though [18:00] calc: does OOo really need an upload for an OOo-l10n build failure? [18:00] makes me think the OOo/OOo-l10n split is worse-than-useless [18:00] BUGabundo: known and fixed [18:00] slangasek: there were a couple of issues in OOo that didn't get discovered until too late, the thunderbird issue and a desktop file issue [18:01] cjwatson: thanks [18:01] BUGabundo: bug 354851 [18:01] Launchpad bug 354851 in partman-ext3 "No ext4 option in manual partitioning using livecd installer" [Undecided,Fix released] https://launchpad.net/bugs/354851 [18:01] cjwatson: is there a LP bug I can refer users to? [18:01] bah.. thanks [18:01] calc: ah, ok [18:01] slangasek: yea the split is really not too useful imho, it may become more useful when we eventually go to a full split build === rgreening_ is now known as rgreening [18:02] slangasek: the full split build has something like 15 source packages, and won't require building all of OOo just for languages [18:02] calc: well, AIUI we currently have lots of code duplication in the tarballs of the two source packages; will that be fixed? [18:02] * calc is considering forking from debian for OOo 3.1 packaging and then seeing if he can get the changes integrated back into debian version [18:03] slangasek: yea long term that will be fixed. currently it is 100% duplication [18:03] * slangasek nods [18:03] slangasek: all i do is rename the orig.tar.gz :\ [18:03] forking from Debian> yuck, only if you're planning on discarding the debian/ directory and redoing it from scratch :) [18:04] i think it is supposed to be fixable by 3.2 (karmic) if things go well [18:04] lamont: we don't have an hppa porter box? [18:05] slangasek: wongi [18:05] slangasek: yea i am thinking of doing a complete repackaging while using his rules file as a guide, the more i see bits of the rules the more scared i become ;-) [18:05] calc: have you discussed with rene about the idea? [18:05] cjwatson: one more question if I may. can the base ubuntu be installed and then install the ubuntu-netbook-remix package? [18:05] Mirv: not yet, i am going to see if it is feasible first then discuss with him [18:05] lamont: ah, thanks; adding to the wiki then [18:05] BUGabundo: no idea, not my field [18:05] calc: ok. [18:05] oh who is then ? [18:06] Mirv: we were originally going to fork for the split build anyway this release, but that looks to be delayed [18:06] Mirv: while doing some of the split build work i started noticing that the rules file could do for a major cleanup [18:07] BUGabundo: I'd probably start with #ubuntu-mobile [18:07] calc: anything to make maintaining OOo easier would probably be very welcome, it's just so huge and rene is I guess still the "OOo team" in Debian... [18:09] Anyone know what should be creating /var/run/network directory in Jaunty? [18:10] in previous versions it was /etc/init.d/loopback [18:10] but that doesn't seem to exist anymore [18:11] Mirv: yes pretty much just me and rene between ubuntu and debian [18:12] Mirv: some of what i want to do wrt packaging is get closer to the packaging layout of upstream... without the braindamage of core## packages [18:12] Mirv: so we won't run into each user level application needing to depend on each other [18:26] MacSlow: not offhand; get a full backtrace and file a bug [18:26] bryce, that's all I have right now [18:29] MacSlow: ok, well not enough in that backtrace to analyze; just indicates some sort of crash malloc'ing memory in xcb [18:30] bryce, yeah... that's from a bug filed against notify-osd... and that stracktrace indicates that the error does not really happen in notify-osd [18:31] bryce, I thought you might recognize a "pattern" and happen to know a bug in xlib or xcb related to that [18:31] ah, nope [18:34] bryce: quick question, my X locks up, keyboard is dead, but my mouse (either touchpad or external) will move, do you know a likely culprit? [18:34] LaserJock: too generic of a symptom to say [18:35] hmm, ok [18:35] LaserJock: that's basically a GPU lockup. lots of stuff can do that [18:35] ah [18:35] would not running compiz help? [18:35] could also be an input dev bug, though? === fader|lunch is now known as fader_ [18:36] it started in the last ~ 1 week and it's done it about 3 times [18:36] LaserJock: quite possibly [18:36] I have to hard reboot [18:36] LaserJock: are you able to ssh in? [18:36] good question, I'm not sure [18:36] slangasek: possibly, but I think a gpu lockup is more likely [18:36] next time I'll find a machine to ssh with [18:37] fairy nuff [18:37] it's just odd to have the cursor working just fine but everything else just lock up [18:37] LaserJock: if you know it worked properly a week ago, reverting packages until you find the one that causes it could be helpful [18:37] I was wondering since the intel drivers have been updated [18:38] LaserJock: I got that on the Dell machines I was testing last week [18:38] I've put in several -intel patches recently, and in my experience with them, fixing one bug seems to cause another somewhere else :-/ [18:38] they add the lovely intel 865 [18:38] the live cd would freeze but cursor still worked [18:38] bryce: I'll right, I'll try going back on -intel and see if that seems to solve it [18:39] bryce: it's often enough to be annoying but not often enough to be easy to debug :-) [18:39] bryce: what's useful to do for debugging a lockup like that [18:40] sbeattie: I don't have a good debugging procedure for lockups yet [18:40] sbeattie: any error message you can get is usually handy [18:40] they're usually not in Xorg.0.log tough, so you have to poke around [18:41] backtraces are only marginally useful [18:41] sbeattie: turning off DRI or other X subsystems to narrow it down can be useful [18:41] sbeattie: the most helpful thing is to bisect or revert backwards until you find the change that caused it [18:44] bryce: I'll start with 2:2.6.3-0ubuntu1 and bisect my way [18:44] bryce: okay. The lockup I saw didn't show anything useful anywhere, only after trying suspend-resume to unwedge it did i start getting "[mi] EQ overflowing. The server is probably stuck in an infinite loop." in the log [18:44] I'm pretty sure it started after ubuntu1 [18:46] I put up a http://wiki.ubuntu.com/X/Glossary to help explain some of the technical terms you see in X error messages [18:47] bryce: note that I do little to no 3d stuff; my wm doesn't composite. [18:48] sbeattie: well... like I mentioned before, gpu lockups are kind of a generic symptom and can occur due to a wide variety of things [18:48] james_w: where can I find some documentation on bzr-builddeb? like how to setup my debian/rules properly? [18:48] hey kirkland [18:48] 3d stuff tends to trip up the gpu more, because 3d code is often newer, the registers vary more widely from hw to hw, and there's a lot more to 3d than 2d [18:49] kirkland: it should require no changes to debian/rules [18:49] kirkland: or anything in debian/ at all [18:49] james_w: howdy [18:49] james_w: hmm, okay. where can i find some instructions on making my get-orig-source target correct? [18:49] james_w: b/c right now, builddeb is not happy with my get-orig-source [18:49] kirkland: do you have a log? [18:50] builddeb was actually broken with get-orig-source until a few days ago, so if you don't have the latest package it won't work [18:50] james_w: http://pastebin.ubuntu.com/145602/ [18:50] james_w: let me update [18:52] kirkland: ah, it's failing before where that fix would kick in so it's something else [18:52] that's an interesting get-orig-source you have there [18:52] is the intent to use the cwd without ./debian/ as the .orig.tar.gz? [18:57] james_w: http://pastebin.ubuntu.com/145602/ [18:59]