=== jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel === cypher1 [n=cypher1@pool-71-187-249-82.nwrknj.fios.verizon.net] has joined #ubuntu-devel === gouki_ [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel === AlinuxOS [n=vsichi@host72-133-dynamic.16-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === _TomB [n=tomb@host86-145-195-250.range86-145.btcentralplus.com] has joined #ubuntu-devel === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel === gouki_ is now known as gouki === haggai [n=halls@213.165.247.114] has joined #ubuntu-devel === Yvonne [n=Yvonne@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === mpt [n=mpt@121-72-130-88.dsl.telstraclear.net] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === j_ack [n=j_ack@p508D85B4.dip0.t-ipconnect.de] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === j_ack [n=j_ack@p508D85B4.dip0.t-ipconnect.de] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === lee_pepper [n=lee@host-69-144-112-31.lar-wy.client.bresnan.net] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === l_ [n=l_@mix.mmjgroup.com] has joined #ubuntu-devel === Jucato [n=jucato@ubuntu/member/Jucato] has joined #ubuntu-devel [01:35] asac: bug #147913 is still shown as 'in progress'; surely the copyright update should be straightforward, so is it really in progress? [01:35] Launchpad bug 147913 in gnash "[gutsy] gnash shipped with GPLv2 debian copyright even though upstream uses GPLv3 since 0.8.1" [Critical,In progress] https://launchpad.net/bugs/147913 [01:36] "first reported 22 hours ago" [01:36] so Launchpad doesn't have a 1-hour delivery service like my local pizza shop? [01:36] (sometimes it can't even load a page before the pizza arrives.... :D) [01:37] damn, now I'm hungry === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === jdong feeds cjwatson green hand-cranked laptops [01:45] slangasek: yes ... its in progress ;) === doko [n=doko@dslb-088-073-119-113.pools.arcor-ip.net] has joined #ubuntu-devel [01:45] slangasek: meaning its about to be uploaded [01:45] ok :) [01:45] cjwatson: Re the problem with germinate and the ubuntustudio meta not treating ubuntustudio-desktop as a dependency, I'm just wondering whether its worth adding ubuntustudio-desktop as a hard-coded dependency in the meta package for now as a workaround? [01:46] cjwatson: that's still a lot of progress! :) [01:46] slangasek: i use in progress to show you (RMs) that you don't have to bother ;) [01:47] TheMuso: it's OK, I'll fix it tomorrow [01:47] shouldn't be hard [01:47] asac: noted :) [01:47] cjwatson: Ok. === minghua [i=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === cr3 [n=cr3@bas5-montreal02-1096553817.dsl.bell.ca] has joined #ubuntu-devel [02:31] slangasek: could you be so kind as to move libgcc2/gutsy/hppa to universe? [02:32] FWIW, that package gets sucked in by debootstrap, but need not. === mc44 [n=mc44@unaffiliated/mc44] has left #ubuntu-devel ["Exit,] [02:33] and yes, that'll make lots and lots of main not installable without universe, until the buildd catches up with things [02:33] OTOH, debootstrap now workd [02:33] works, even === IanC26 [n=IanC26@2002:908b:a559:4:216:6fff:fe39:ff6e] has joined #ubuntu-devel === Karajan [n=Sea@60.20.50.205] has joined #ubuntu-devel === d33p__ [n=d33p@145.144.217.87.dynamic.jazztel.es] has joined #ubuntu-devel === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has left #ubuntu-devel ["Ex-Chat"] [02:37] lamont: done, I think [02:38] heh. thanks [02:40] hrm... why is gcc-3.4 still in main? [02:42] for libg2c0 apparently? [02:42] if gcc-3.4 is supposed to still be in main for gutsy, then oops. libgcc2 and gcc-4.0-base need to be in main for hppa (gcc-3.4 depends libgcc2 which depends gcc-4.0-base) [02:43] or if you don't mind, I'll kick a no-change gcc-3.4 build to get hppa current, and we'll see if that removes the libgcc2 depends... [02:43] I think the latter is actually the correct answer === lamont looks at the source, assuming it finishes downloading in the next 2 minutes before I run out the door to my 7PM meeting. [02:45] anyway, I'll prepare an upload once I get back in a couple hours, if it makes sense [02:46] after all, the rest of the compilers got rebuilt this last week... doko just doesn't love gcc-3.4 anymore, it seems. :=) [02:46] heh [02:51] rebuilding it might work. gone [02:51] and I'll pester you when I'm back home === ryu [n=chris@unaffiliated/ryu] has left #ubuntu-devel ["Gone] === macd [n=d@cl-151.ewr-01.us.sixxs.net] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === rnorwood [n=rnorwood@adsl-074-167-242-127.sip.rmo.bellsouth.net] has joined #ubuntu-devel === sbalneav [n=sbalneav@S010600902754713b.wp.shawcable.net] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-54b4baebf4c3e809] has joined #ubuntu-devel === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel [03:34] could any one offer any insight in to this error in a LiveCD build by livcd-rootfs > $ ubiquity gtk \n sudo: must be setuid root === LuisBG [n=d33p@ubuntu/member/luisbg] has joined #ubuntu-devel === RobertStuffers [n=foo@a213-22-5-40.cpe.netcabo.pt] has joined #ubuntu-devel === bddebian [n=bdefrees@c-71-224-175-179.hsd1.pa.comcast.net] has joined #ubuntu-devel === christian [i=christia@190.75.113.217] has joined #ubuntu-devel [04:05] hellp [04:05] hello === d33p__ [n=d33p@116.144.217.87.dynamic.jazztel.es] has joined #ubuntu-devel [04:05] anybody in [04:05] no [04:05] ?? [04:05] no [04:05] jeje [04:05] hello [04:05] where r u from hobbse [04:05] Hobbsee: shh ;-) [04:06] hobsee [04:06] christian: australia. you may be looking for #ubuntu-offtopic [04:06] no [04:06] i'm looking === tiborio [n=tibor@mail.frontierliving.com] has joined #ubuntu-devel [04:06] for something [04:06] is putting me out [04:06] and i cannot solve [04:06] !enter [04:06] Please try to keep your questions/responses on one line - don't use the "Enter" key as punctuation! [04:06] you know, complete sentences in a single line aren't that hard. even I can pull those off [04:06] could u help me [04:06] ?? [04:07] christian: please read the /topic === jml [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #ubuntu-devel [04:08] i'm lookin for how could i run a c++ application [04:08] in gnome terminal [04:09] then you want #ubuntu [04:09] christian: By asking in a support channel, such as #ubuntu. === Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-devel [04:09] ok [04:09] no problem === christian [i=christia@190.75.113.217] has left #ubuntu-devel [] === mdomsch [n=mdomsch@cpe-70-124-62-55.austin.res.rr.com] has joined #ubuntu-devel [04:11] Damn it, I hate it when debmirror is right. [04:12] aww crap. bryce actually responded to a bug report [04:13] now i have to go forth and regather the relevant data =/ [04:14] you could just close the bug :P [04:14] im sure it still exists [04:14] its just that using displayconfig-gtk tends to destroy xorg.conf [04:14] pity === dendrobates [n=dendroba@adsl-065-005-186-012.sip.asm.bellsouth.net] has joined #ubuntu-devel === jtt [n=jtholmes@199.72.255.175] has joined #ubuntu-devel === frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel [04:26] slangasek: any objections to a gcc-3.4 upload? [04:26] lamont: nope [04:27] uploaded === StevenK whimpers at autotools === archis [n=archis@unaffiliated/archis] has joined #ubuntu-devel [04:28] mlton: 10:21:54 (1 entry, sigma 00:00:00) [04:28] efh [04:28] feh [04:28] It *seems* like every directory of this source bar one deals with -fPIC -DPIC === archis [n=archis@unaffiliated/archis] has left #ubuntu-devel ["Ex-Chat"] [04:28] Yay autofoo! What is it? [04:29] RAOF: it's spelled autocrap [04:29] StevenK: ouch [04:29] It's a guess on my part. [04:30] I see -fPIC -DPIC in other parts of the build, and it seems like one object isn't getting -fPIC'd and when it comes time to link the whole thing together, it blows up. [04:31] how does it blow up? and what arch? [04:31] How big are the flames? [04:32] |------------------| <-- that big. (not to scale) [04:32] lamont: amd64 [04:32] and the error? [04:32] hehe [04:32] Because amd64 *really* cares about PIC. [04:32] i386, not so much. [04:32] lamont: I'm getting there, my machine is building. :-) [04:32] ah, ok === lamont takes a typing break === manchicken [n=manckn@12-226-72-69.client.mchsi.com] has joined #ubuntu-devel === LuisBG [n=d33p@ubuntu/member/luisbg] has joined #ubuntu-devel === Gman [n=gman@203-110-29-25.nzwireless.co.nz] has joined #ubuntu-devel === archlich [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel === StevenK pushes this build uphill [04:40] /usr/bin/ld: ../libtinymailui-gnome-keyring/libtinymailui-gnome-keyring.a(tny-gnome-keyring-password-getter.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC [04:40] lamont: ^ [04:41] yeah - you need -fPIC, and probably -DPIC if that's what the rest of the build says... [04:41] lamont: If I hack libtinymailui-gnome-keyring/Makefile and add -DPIC -fPIC to the LIBTINYMAIL_CFLAGS, it works. I'm just uncertain how to fix it with autobork [04:42] which gets us to why I hate autocrap === lamont is not the right person to ask [04:42] StevenK: You could patch Makefile.am to add -fPIC to the CFLAGS. [04:42] look at Makefile.in in a directory that works? [04:43] or possibly Makefile.am, depending on which exists... [04:43] .am if present, then .in, then Makefile [04:43] StevenK: But isn't autofoo meant to do that automatically for shared libs-on-amd64? [04:43] -fPIC exist in none of the Makefile.{in,am} [04:43] StevenK: its either something settings CFLAGS that should set AM_CFLAGS [04:43] or similar on a per-target pasis [04:43] StevenK: -fPIC is set by autoconf at configure time, it only ever exists in Makefile and config.status [04:44] Ah ha. [04:44] so something in a Makefile.am or config* is causing it to not set it in that directory - grepping for that dir and a working one through the tree might bear fruit. [04:44] and lifeless knows far more about auto* than I ever want to === j_ack [n=j_ack@p508D85B4.dip0.t-ipconnect.de] has joined #ubuntu-devel === hunger_t_ [n=tobias@p54A721ED.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:49] Hum. -fPIC only appears in 3 makefiles === Whoopie_ [n=Whoopie@unaffiliated/whoopie] has joined #ubuntu-devel [04:52] The broken directory's Makefile.am sets INCLUDES without including AM_CFLAGS === stub [n=stub@ppp-58.8.7.240.revip2.asianet.co.th] has joined #ubuntu-devel === m1ke [n=mike@c-67-186-85-180.hsd1.il.comcast.net] has joined #ubuntu-devel === j_ack [n=j_ack@p508D85B4.dip0.t-ipconnect.de] has joined #ubuntu-devel === Gman__ [n=gman@203.110.29.25] has joined #ubuntu-devel === angrykeyboarder [n=angrykey@ip72-208-60-173.ph.ph.cox.net] has joined #ubuntu-devel === angrykeyboarder [n=angrykey@ip72-208-60-173.ph.ph.cox.net] has left #ubuntu-devel ["Time] === Whoopie_ is now known as Whoopie === l_ [n=l_@mix.mmjgroup.com] has joined #ubuntu-devel === tiborio [n=tibor@mail.frontierliving.com] has joined #ubuntu-devel === DShepherd [n=dwight@72.252.133.113] has joined #ubuntu-devel === jml [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === thully [n=thully@southquad-186-86.reshall.umich.edu] has joined #ubuntu-devel [05:41] I've got an issue with gnome-power-manager that has been nagging for some time [05:41] I've found a source of the problem, but am unsure of the exact solution (I'm not exactly a C whiz...) [05:42] The bug is bug #137598 [05:42] Launchpad bug 137598 in gnome-power-manager "Screen brightness resets to default (maximum) on idle with AC plugged in" [Undecided,Confirmed] https://launchpad.net/bugs/137598 [05:42] thully: This is a pretty quiet time here. Most devs are sleeping. [05:43] thully: Are you sure it's a regression? [05:43] OK - I guess I figured that they were scattered across many time zones... [05:44] They are, but the concentration is in in US/Europe. === tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-devel [05:44] It may not be a regression per se, but in any case Feisty didn't do it with the AC plugged in [05:44] I'm not sure what that means. [05:44] What did Feisty do wrong? [05:45] When I had the AC adapter plugged in, the screen didn't "dim" to full brightness on idle [05:45] That's what it does on Gutsy [05:45] However, I've pinned it down to the idle/dim logic in gpm-backlight.c [05:45] OK. [05:46] I'll call that a regression. [05:46] What I recommend you do is add your findings to the bug in as much detail as you understand it. === defcon [n=ion@71-36-164-67.phnx.qwest.net] has joined #ubuntu-devel [05:46] I'm going to milestone the bug for RC since it's a regression (I think I have sufficient power to do that). [05:47] OK - I'm looking at the code to see if I can fix it. I understand the problem fairly well, but i'm no C expert [05:47] thully: It's now milestoned for RC due to being a regression. [05:47] thanks [05:48] OK. If you can figure a patch, your odds go way up. [05:48] In any case take it as far as you can. If you figure a patch, then subscribe ubuntu-main-sponsors to the bug. [05:48] ScottK: you do, but dont be surprised if it gets dropped [05:48] but if i'ts with a patch, then that'll elp it significantly [05:49] Hobbsee: Sure. No guarantees, but if it's a regression, I think an RC milestone is fair. [05:49] I did have a few other regression issues, as well... [05:49] ScottK: true. assuming people have time to fix it. [05:49] Which is why having a patch helps hugely. [05:49] Those would be bugs 127101 and 137738 [05:49] Launchpad bug 127101 in xserver-xorg-video-intel "laptop hangs when switching video mode" [High,Confirmed] https://launchpad.net/bugs/127101 [05:49] Launchpad bug 137738 in ubuntu "[gutsy] suspend / hibernate works fine, but after resume, I get a "Failed to suspend" popup" [Undecided,New] https://launchpad.net/bugs/137738 === mpt [n=mpt@121-72-130-88.dsl.telstraclear.net] has joined #ubuntu-devel [05:50] Hobbsee: On that basis, what do you think about milestoning Bug #127772? [05:50] Launchpad bug 127772 in linux-source-2.6.22 "CPU fan no longer runs after upgrade to Gutsy" [Medium,Triaged] https://launchpad.net/bugs/127772 [05:51] ScottK: i'd check with the kernel team [05:51] ScottK: they get hit real soon nwo by kernel freeze anyway [05:52] thully: The xserver one is assigned to the Ubuntu X maintainer, so I think your odds there are as good as they get already. [05:52] ScottK: ah, there is a starting point on that one. [05:53] thully: The suspend/hibernate one really needs to be narrowed down to the affected package before I'd feel confortable milestoning it. [05:53] ScottK/Hobbsee: I see they're working on it, but I really think they should revert intel driver to i810 for supported cards if the fix doesn't make it [05:53] Well we aren't the people to have that argument with. [05:54] who would be? I mentioned it on the bug itself... === ScottK goes to clean the refrigerator some more. [05:54] The person to whom it's assigned. [05:54] ScottK: regarding the suspend one, I almost certain it's gnome-power-manager being uber-sensitive [05:54] as my machine suspends/resumes fine [05:55] OK. I'm a Kubuntu kind of person, so I'm not going to weigh in on that one. [05:55] thully: Good luck figuring the patch. === ScottK REALLY goes to clean the refrigerator some more. [05:56] I guess I'll look at the diff from feisty - it works OK there... [05:57] Honestly, I can't believe this gnome-power-manager is an actual upstream release - it is uber-buggy in a glaringly obvious way [05:57] thully: It's possible that no-one else has their display brightness set < max when on AC? :) === Hobbsee is one of those people [05:58] but then, i don tuse gnome, so i think it's a bit brighter anyway === Hobbsee --> uni [05:58] ha! [05:58] no one - that's mind of unbelievable, as many screens are EXTREMELY bright at full brightness [05:58] kind [05:59] thully: Ok. No-one from the g-p-m team? [06:00] RAOF: the g-p-m team is ogra [06:01] Amaranth: Heh. Ok, that *ogra* has his brightness set to 100% on AC. [06:01] RAOF: What is a sane default if not 100? [06:01] Indeed. === macd [n=d@cl-151.ewr-01.us.sixxs.net] has joined #ubuntu-devel [06:02] Just push the button on your keyboard to turn it down and it'll be remembered [06:02] or use the panel applet, or gconf-editor [06:03] But that's not quite the bug, though. === Fade [n=fade@outrider.deepsky.com] has joined #ubuntu-devel === Onyxyte [n=Onyxyte@r75-110-104-20.rmntcmtc01.rcmtnc.ab.dh.suddenlink.net] has left #Ubuntu-devel [] === lee_pepper [n=lee@host-69-144-112-31.lar-wy.client.bresnan.net] has joined #ubuntu-devel === holycow [n=start@S01060016b6b53675.vf.shawcable.net] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === jml [n=jml@ppp121-44-213-76.lns1.hba1.internode.on.net] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [07:11] asb [07:11] asac: btw, my wifi works at uni too now! well done! (ipw3945, unencrypted) [07:14] Hobbsee: does NM work for you? [07:15] lifeless: Works for me (ipw3945/iwl3945, WPA2/WEP/unencrypted) [07:15] I have a iwl3945 [07:15] crashes for me [07:15] lifeless: yes, fully now [07:16] hmm, I'll update and try again [07:16] lifeless: it didnt used to connect on open networks [07:16] Worked, most of the time, with iwl. Definitely works with ipw [07:16] Hobbsee: 'kernel panic' [07:16] lifeless: ouchy. never had that from wifi [07:16] indeed [07:17] I've had ipw2200 cause kernel BUG and an Oops, but never a panic [07:17] lifeless: Does ipw work, though? [07:17] RAOF: I haven't tried replacing the driver; massively short on time to fiddle. I just nuked NM and ran up /etc/interfaces [07:18] The iwl3945 have still got their pciid's patched out to ensure you deliberately load it, right? === SLaPoet [n=SLaPoet@user-38lm58r.cable.mindspring.com] has joined #ubuntu-devel === lamont has found that "NM" and "works" tend not to fit in the same sentence when he's creating it. [07:44] then again, having disabled it, I find that my multi-homed-laptop life is much happier === RAOF has found NM generally works delightfully, even with crappy UniWide VPN stuff. [07:44] I don't have many problems with NM on Feisty [07:45] I have no problems with it either, since I killed it... :-) [07:45] it was its decision to switch networks for me, or re-up an interface and route lots of stuff down a default path that was currently bogus that caused me to decide that it must die [07:46] I suppose I should try enabling it in gutsy and see if it's any better === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === holycow [n=start@S01060016b6b53675.vf.shawcable.net] has joined #ubuntu-devel === liw [n=liw@a91-154-119-10.elisa-laajakaista.fi] has joined #ubuntu-devel === LuisBG [n=d33p@ubuntu/member/luisbg] has joined #ubuntu-devel [08:11] lamont: "NM inspires in me a great capacity for hurling fire works at the people who thought it up"? ;) [08:11] Hahaha [08:11] slangasek: you know I would never do that. [08:11] fireworks would be too painless. [08:12] lamont: What, not personally, anyway? :-)( [08:12] s/(// [08:12] I think I would like NM more if it believed that there was more than one use-case [08:12] I thought you weren't a volunteer firefighter anymore, it's no longer a conflict of interest ;) [08:12] Hobbsee: the trick is to get the right kind.... [08:12] Like napalm [08:12] slangasek: I did retire. makes it much harder to get useful fireworks. :-) [08:12] Hah [08:14] lamont: The one use case being "You are using only one of wired or wireless with DHCP" ? [08:14] StevenK: And possibly using some form of VPN [08:15] Actually, I think the one use case of NM is "You want to spend hours debugging network issues while I 'help' you, right?" [08:15] StevenK: "you only have one interface active ever, and you never manually set it up to anything other than what I think the default is." [08:15] for bonus points, postrm downs the interface === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel [08:15] so never remove networkmangler remotely [08:15] I'm a lucky member of the one NM use case (now that I figured out you mean NetworkManager and not the Debian thing :) [08:15] Heh. My use case is "my laptop moves around, and I'd like networking to work" [08:16] lamont: Hah [08:16] StevenK: I guess the logic is that you don't want networking, since you removed network-mangler [08:16] lamont: NM won't get better, its intended to be stupid [08:17] So it kills networking on upgrades, too? [08:17] This just smacks of dbus, "You can't restart the dbus daemon, you HAVE to reboot" [08:17] Not that I've noticed. [08:18] upgrades have been interesting on this laptop === RAOF full-upgrades his remote box, just to see. [08:18] given that upgrades *start* NM [08:18] and NM *stops the box* [08:19] And then dpkg says, "Network Manager broke your upgrade. Let me start it for you." [08:20] bind9 is the only thing missing from ubuntu-standard/hppa... /me goes bug-report scanning [08:20] soren: why is cups-pdf required to have the root's p/w now? [08:21] say what [08:21] *nothing* gets my root password [08:21] thank you very much [08:21] [16:20] Setting up cups-pdf (2.4.6-3ubuntu7) ... [08:21] [16:20] Password for root on localhost? [08:21] [16:20] Password for root on localhost? [08:21] [16:20] lpadmin: Unauthorized [08:21] [16:20] dpkg: error processing cups-pdf (--configure): [08:21] [16:20] subprocess post-installation script returned error exit status 1 [08:21] ...eew? [08:21] fuckoffanddie [08:21] ugh [08:21] during a dist-upgrade in a chroot from feisty--> gutsy. [08:21] slangasek: that was my thought. [08:21] what was soren thinking [08:21] i'm surprised it hasnt been picked up in update testing bfeore [08:21] Yes... [08:22] especially since root doesn't have a password [08:22] lifeless, Hobbsee: Huh? [08:22] ajmitch: ping? === lamont finds himself totally lacking in comprehension of what the user is talking about in bug 147731 [08:22] Launchpad bug 147731 in bind9 "This package prevent .local adresses to work" [Undecided,New] https://launchpad.net/bugs/147731 [08:23] soren: just doing a kubuntu dist-upgrade in a chroot from feisty--> gutsy, and getting the above ^ [08:23] Hobbsee: Can you edit the postinst in /var/lib/dpkg/info/cups-pdf.postinst and add 'set -x' as the second line. [08:23] Hobbsee: Then run 'dpkg --configure -a' [08:23] Hobbsee: ...and how is that my fault? [08:24] soren: (that's your domain, isnt it?) [08:24] lamont: my roots do [08:24] Hobbsee: cups-pdf? Heck no. [08:24] lifeless: mine too [08:24] soren: drat, i'm sorry - i thought you were the last uploader, for some reason! [08:24] but that's just so I can deal with bad times during boot === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel [08:25] looks to be pitti's fault, or till's, or keescook [08:25] sorry soren ! [08:25] :) [08:25] You sure had me confused for a second there :) [08:25] ScottK: I'd be interested in seeing a patch fo rbug 42463 [08:26] StevenK: as in, a seperate set -x, or a set -ex? [08:26] Hobbsee: Somehow I'd be a bit surprised if pitti or kees made anything ask for your root password.. [08:26] (there's already a set -e there) [08:26] Hobbsee: Either is fine, latter prefered [08:26] soren: that's what i woudl have thought. which leaves q-funk. 'nough said. [08:26] quite [08:27] StevenK: pastebinning. [08:27] Hobbsee: you're sync-capable, yes? [08:27] lamont: me? hell no, i dont work for canonical. [08:27] nm. /me isn't patient enough to wait for it to actually get _into_ sid. [08:27] lamont: slangasek may be at this point. [08:27] he is. [08:27] if rt has done his request [08:27] lamont: If it's in Incoming, it can be sync'd [08:28] ah, true enough... and there's already a bug, so I can do it that way [08:28] StevenK: http://rafb.net/p/XYd3ck61.html [08:28] Hobbsee: I [08:28] 'm a buildd-admin team member, and not a canonical emp. [08:28] lamont: how the heck did you manage that? [08:28] history [08:29] lamont has been a Debian porter since, well '.' [08:29] lamont: ah right, you're thru debian, so get more privs. that makes sense. [08:29] I _was_ canonical... and well, we decided that I could still be one of the cool kids, even though I left. [08:29] oh right. [08:29] that explains even more then. [08:29] nothing to do with debian, actually [08:30] lamont: You went from HP to Canonical and then back again? === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel [08:30] no, but if you were at canonical, it would explain everything - not enough people have access to them to fix it as it is. [08:30] hi Spads [08:30] StevenK: yes [08:30] hullo [08:30] lamont: Interesting. [08:30] StevenK: well... actually that was HP IT -> unemployed -> Canonical -> HP Linux Division [08:31] which makes it much more understandable [08:31] Ah, way cool. So now you're under Bdale? [08:31] I could be wrong, but I don't believe bdale actually has anyone reporting to him. [08:32] but he is Linux CTO [08:32] or some such [08:32] lamont: Sounds about right. [08:33] Hobbsee: Okay, it looks like the people to blame are Till Kamppeter or pitti [08:33] Blame Canada. === StevenK headdesks at #d-d [08:34] If I don't get asked for my root password when I upgrade cups-pdf, am I doing something wrong? [08:36] StevenK: ? [08:37] slangasek: ari being, well, ari [08:37] well, yes [08:39] soren: No. You probably already have the cups-pdf print queue before upgrading [08:40] Where as Hobbsee probably doesn't [08:40] print queue? [08:41] davidm: hi! :) (yea you are probably asleep i should be too) [08:41] Hobbsee: cups-pdf adds a "Print to PDF" queue on upgrade. [08:41] Hobbsee: That's what that lpadmin command is trying to do. [08:41] right === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [08:45] That reminds me, printing a pdf from evince didn't work last week, yet piping pdf2ps output to lp worked - should I try and reproduce on a default install? [08:46] realist, you should always try to make a bug reproducible :) [08:47] http://www.debuggingrules.com/ -- I don't think I've mentioned this anywhere today :) === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel [08:50] liw: what if I can only reproduce the bug with said pdf file? === LaserJock [n=mantha@ubuntu/member/laserjock] has left #ubuntu-devel [] [08:51] realist, if you can share (privately) that pdf with evince maintainers (Ubuntu/upstream), that would be great, but if not, things may get difficult, unless you can debug it yourself [08:52] I can remember wiggy complaining that OpenOffice always used to crash when he was playing with documents under a NDA [08:52] liw: that poster reminds me of the Reading Rainbow posters we used to have at school in the 80s. They had Levar Burton on them and said "Reading. It's not just FUN: It's FUN-damental!" [08:52] torkel: Oh, right. [08:52] Fortunately this isn't under NDA, but it may have personally identifiable information in it :-( [08:53] I'll try on another machine first, then from gutsy. === LaserJock [n=LaserJoc@ubuntu/member/laserjock] has joined #ubuntu-devel === XSource [n=XSource@41.201.210.131] has joined #ubuntu-devel === mdke [i=mdke@planters.dreamhost.com] has joined #ubuntu-devel [08:59] cjwatson: if you have time, bug 147612 links to remaining installer i18n problems besides being a bug itself. especially I'd really like to have the final "Install" button translated. [08:59] Launchpad bug 147612 in ubiquity ""Advanced..." button untranslated" [Undecided,New] https://launchpad.net/bugs/147612 [09:00] iwj: around? === rluberti [n=rluberti@212.45.155.238] has joined #ubuntu-devel === rluberti [n=rluberti@212.45.155.238] has joined #ubuntu-devel === rluberti [n=rluberti@212.45.155.238] has left #ubuntu-devel [] === Metrol [n=Metrol@CPE-75-81-41-242.kc.res.rr.com] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === Metrol [n=Metrol@CPE-75-81-41-242.kc.res.rr.com] has left #ubuntu-devel ["Time] === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel === glatzor [n=renate@p57AEDDB2.dip.t-dialin.net] has joined #ubuntu-devel === Tonio_ [n=tonio@mst45-2-82-242-83-37.fbx.proxad.net] has joined #ubuntu-devel [09:19] slangasek: still awake? [09:27] I need to batch rename a substantial number of files from filename-LANG.po to LANG.po, does anyone know how I can do that? [09:29] for f in filename-*.po; do mv $f ${f#filename-}; done [09:29] I imagine someone has crafted some special command to do that, but why bother? :-) [09:30] rename s/filename-// filename-*.po ? === mdke tries [09:31] Mithrandir: do you think "svn rename" supports that too? [09:31] it doesn't [09:31] ok [09:31] but lamont's version could work with svn rename [09:31] Mithrandir: given tac-nukes... [09:32] s/given/once you have/ [09:32] I replace "mv" with "svn mv"? [09:32] or mv with svn rename [09:32] lamont: to you, everything smaller than a tac-nuke's not worth having. [09:32] or whatever svn wants === mdke tries :) [09:32] s/everythin/anything/ [09:32] heh [09:33] I will admit that it's not uncommon for people to scratch their heads when they have occasion to watch me type in a "one-liner" shell command that's a few hundred characters long, including some semi-complex regexps in sed or so... [09:34] lamont: Hey, that happens to me too! [09:34] lamont: sadly === lamont fails to understand why they should think that strange... [09:35] slangasek: since Mithrandir admitted to being awake, I figured I'd abuse him for the sync. :-) [09:35] ok then [09:35] sync, schmynk? [09:36] Mithrandir: I have to actually upload it to debian first... === fabiux [n=fabiux@212.45.155.125] has joined #ubuntu-devel === lamont is fixing some bind9 bugs [09:36] calc: how's OOo doing? [09:36] lamont: ahkay [09:36] they're all either trivial, or at least interesting in LP === fabiux [n=fabiux@212.45.155.125] has joined #ubuntu-devel [09:38] lamont: I've tried http://paste.ubuntu-nl.org/39431/ (I've just put in one filename, "about-ubuntu" to test). Can you see where it's wrong? [09:38] I knew it was dangerous to answer that question... :-) [09:38] perhaps I haven't got the paths right [09:39] ok, if you're too busy, please don't worry [09:39] i'll try and play with it [09:40] lamont: yeah, sorted, sorry [09:41] lamont: wrt the "BIOS clock" question - surely if there isn't such a question today, there's an assumed answer to this question? [09:41] for i in about-ubuntu ; do for x in $(cd $i/po && echo $i-*.po); do echo $x ; echo svn mv $i/po/$x $i/po/${x#$i-}; done ; done [09:41] slangasek: "utc" [09:42] lamont: so what's the problem with going with that answer? [09:42] which, if you're dual-booting, tends to be wrong [09:42] since windoze insists that the BIOS clock == localtime [09:42] it's not like windoze gives you the option [09:42] ok, so this is the "system assumes UTC, Windows resets to local time, fsck gets the time wrong on reboot" case [09:43] so the solution is to set BIOS==localtime, and always make sure that windoze is running when daylight-savigs time changes happen [09:44] this is the "kernel assumes UTC, we don't fix it, then we do (ntpdate), and now the timestamp on the about-to-be-checked FS is in the future, because you have the misfortune of living east of Greenwich" thing === frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel [09:44] I have to say I'm a bit worried about changes in this area so close to release, because I'd believed this whole thing was sorted twice before now [09:45] slangasek: where as I knew it wasn't sorted... the last time I came close to it, there was no answer that worked... and then they made /etc/localtime not a symlink to /usr/ (which is frequently not on the root partition - major mess) [09:45] hrm, "kernel assumes UTC" - at what point are you saying that's a problem, does the system even know the timezone at that point? .... or does it know the timezone because of the last fix? [09:45] and then Ted was kind enough to file a very detailed explanation [09:46] at the kernel boot time, it doesn't know the TZ, assumes UTC [09:46] as long as we get the time corrected before we mount /, then we haven't screwed over e2fsck [09:46] ok, so... isn't that the same bug as always? [09:46] so we need to fix the clock before we mount -oremount,rw / [09:46] yep [09:46] so is it *really* fixed this time? :) [09:47] picky picky. [09:47] for non-ubiquity installs, yes [09:47] ok. [09:47] "we deeply regret any inconvenience this may cause ubiquity users in the eastern hemisphere who use BIOS=local" [09:48] we regret it so much that we might change ubiquity to let them fix it before hardy ships [09:48] s/BIOS=local/Windows/ [09:48] ;) [09:48] nah - I use windoze with localtime==UTC [09:48] because, dammit. BIOS==utc [09:48] heh [09:48] so windoze gets to think we live in the UTC TZ [09:49] That's how I would resolve it, if I used Windows, that is. === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [09:49] many users get very confused if they see UTC times [09:49]