[12:02] Runix: join it *again* and *I* will talk to you [12:02] ok [12:02] i understand now === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [12:02] heylo [12:02] crimsun: You saw the bug about vanishing mute LEDs? [12:03] mjg59: a new one? No. [12:03] crimsun: I Cc:ed you earlier [12:03] gah, pulling up MUA now === Arrogance [n=aks@ottawa-hs-209-217-124-120.d-ip.magma.ca] has joined #ubuntu-devel [12:04] Looks like a subvendor id that we had locally but never went upstream [12:04] mjg59: see it, reading now [12:08] crimsun: Thanks [12:15] mjg59: ok, thanks for that heads-up. #44066 (nc8230) should have different ids, since I applied a fix for #41015 that touches the nc8220. [12:17] crimsun: great! added to my todo list, will do tomorrow [12:17] pitti: awesome, thank you very much === mjg59 defaults unknown ATI cards to vesa [12:20] Hurrah, etc. [12:20] heh === ogra waits for the "argh my 2D screensavers slow down my system to zero" bugs [12:21] mjg59: cool! === JaneW [n=JaneW@dsl-165-202-116.telkomadsl.co.za] has joined #ubuntu-devel [12:22] ogra: The ati driver wouldn't drive them anyway [12:22] oh, ok, then it makes sense [12:23] i thought you switched because the driver wasnt detecting radeon vs ati [12:23] mjg59: using the IDs from the driver itself? what was the delta like vs. discover-data? [12:23] I just added all the hardware supported by the driver to the list [12:23] mdz: 5 entries in the driver that weren't in discover-data [12:23] mjg59, what is the difference betweeen the ati and the radeon driver? === Arrogance [n=aks@ottawa-hs-206-191-56-216.d-ip.magma.ca] has joined #ubuntu-devel [12:23] Burgwork: ati is a meta-driver that loads the appropriate real driver [12:24] the trouble is that discover-data always needs updating to keep up with the driver [12:24] mjg59, ah, ok [12:24] mdz: Post-dapper we'll probably be able to drive them again and can revert it [12:24] But it doesn't look like we'll have support in time [12:24] (for dapper) [12:24] mjg59: I don't suppose they're in a convenient table we could use to autogenerate the discover db [12:25] (or something better) [12:25] mdz: Not really, no === Runix [n=o6n@81-208-83-247.fastres.net] has left #ubuntu-devel [] === HiddenWolf [n=HiddenWo@136.243.dynamic.phpg.net] has joined #ubuntu-devel [12:33] infinity: I *think* beagle needs dep-wait cleared when my last upload goes into the queue [12:36] the i810 driver is just a bunch of #define's for the PCI-IDs it supports [12:37] sladen, that sounds ugly [12:38] It's the same for all of them [12:38] isn't x a mess of ifdefs? [12:38] Right now, in-X detection is a matter of loading every driver until you hit one that doesn't refuse to stick [12:42] tseng: I think that's supposed to be fully automatic these days [12:42] mdz: oh, thats clever [12:42] mdz: i was never quite sure which ones require manual intervention.. launchpad says "manual depwait" [12:43] mdz: did you sneak in a break yet? :) [12:43] tseng: yes, confusing terminology in this case [12:43] tseng: I replied to your emails [12:43] mjg59, having all such data in hal one day would so rock ... dexconf would only need some hal calls [12:44] ogra; bah. try having it in-kernel [12:44] mdz: I meant from the release circus [12:44] desrt, why are graphics and input drivers not in kernel? [12:44] ogra; pci device id of your vidcard causes the whole udev magic machine to load the right module which exposes a common interface [12:44] desrt, why ? its valuable data for hal you can use it ijn other areas as well [12:45] Burgwork; history :) [12:45] i.e. imagine hal knows you have two monitors and a xinerama capable HW :) [12:45] desrt, in kernel would require dual license or solaris/bsd/other unix to write their own drivers, no? [12:45] oh license bah [12:46] fglrx is in kernel and i'm fairly sure it's under somewhat more-gpl-incompat terms than X [12:46] fglrx is in kernel ?? [12:46] but ya.. you hit on a big issue [12:47] having X drivers in X itself enables X to go between different OS kernels and take drivers with it [12:47] its a module, no ? [12:47] tseng: that break comes on June 2nd [12:47] ogra; the drm parts are a kernel module [12:47] desrt, still not "in kernel" ... [12:47] ogra; not using it as an example of a video module so much as a piece of non-gpl code that gets linked to the kernel [12:47] mdz, no, on june everybody just gets flung off and has to pick themselves up and get back on again [12:47] tseng: unless you could the 13 or so hours on airplanes between now and then [12:48] s/could/count/ [12:48] ogra; my example involves loading of modules... like fglrx [12:48] desrt, yes, but it sounded like there would be monolithic parts compiled into the kernel [12:48] as you said it [12:48] oh. no. [12:48] :) [12:50] anyone noticing power-manager brokeness? [12:51] I have power-manager set to do nothing when closing the lid, but it tries to suspend nevertheless :/ [12:52] do you have a powerpc? [12:52] which is *bad* in my case, since suspend to ram causes X to break very badly (X just goes in a never-ending loop of crashing on resume) [12:52] no, laptop [12:52] i386 === desrt shrugs, then [12:52] pretty standard stuff actually [12:54] intel 915 display controller, *82801* for all the rest (except ethernet, which is working fine) === lemsto [n=salim@ANantes-154-1-66-186.w86-195.abo.wanadoo.fr] has joined #ubuntu-devel === lemsto [n=salim@ANantes-154-1-66-186.w86-195.abo.wanadoo.fr] has joined #ubuntu-devel === Arrogance [n=aks@ottawa-hs-206-191-56-216.d-ip.magma.ca] has joined #ubuntu-devel === basbryan [n=bryan@c-68-53-226-195.hsd1.tn.comcast.net] has joined #ubuntu-devel === Jozo_ [i=jozo@nelli.ikonia.fi] has joined #ubuntu-devel === theCore [n=alex@toronto-HSE-ppp4206302.sympatico.ca] has joined #ubuntu-devel [01:11] Kamion: So I think I've figured out why the installer has problems with the BIOS emulation stuff on the mactels [01:12] Kamion: parted is using the EFI partition table, rather than touching the MBR one that also exists [01:12] https://wiki.launchpad.canonical.com/SoyuzCatchUp [01:12] ^ useful [01:14] mjg59: how did you end up with two partition tables? [01:14] mdz: It's the way boot-camp works [01:15] ah, of course === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel === _TomB [n=ownthebo@ACD8A0DC.ipt.aol.com] has joined #ubuntu-devel === aigarius [n=aigarius@201.160.19.54.cableonline.com.mx] has joined #ubuntu-devel [01:36] mjg59: Do you still have that GPRS card, and would it be possible for me to borrow it this w/e? [01:38] do you have a gprs card working in ubuntu?? :) === jono [n=jono@88-107-11-56.dynamic.dsl.as9105.com] has joined #ubuntu-devel [01:39] hi all [01:39] I need to run a CVS version of gstreamer - is it possible to run this alongside my existing gstreamer? I know this is really for #gstreamer, but its rather silent in there === enrico_ [n=enrico@debian/developer/enrico] has joined #ubuntu-devel === enrico_ is now known as enrico|mex [01:47] jono: I'm wandering, why do you need a CVS version of gst? [01:47] theCore: I need to make use of recent bugfixes for hacking on Jokosher [01:48] jono: ah, ok [01:48] any idea if I can run it alongside my current gst? [01:48] jono: you could try #ubuntu if no one helps here [01:48] ok thanks === enrico|mex [n=enrico@201.160.20.139.cableonline.com.mx] has joined #ubuntu-devel === alp [n=alp@82-41-25-6.cable.ubr04.edin.blueyonder.co.uk] has joined #ubuntu-devel [01:55] any thoughts on https://launchpad.net/distros/ubuntu/+spec/reboot-halt-notification ? [01:58] Kinnison: Yes and sure === j_ack_ [n=nico@p508D89BE.dip0.t-ipconnect.de] has joined #ubuntu-devel === shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel === ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #ubuntu-devel === Topic for #ubuntu-devel: Ubuntu Development (not support, even with dapper) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | http://wiki.ubuntu.com/HelpingWithBugs | If your initramfs is broken in any way, please save a copy for infinity | LP upgrade due at 13:30 UTC | Flight-7 released === Topic (#ubuntu-devel): set by Kinnison at Tue May 9 14:31:10 2006 === #ubuntu-devel [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup === LeeJunFan [n=junfan@s64-186-37-120.skycon.net] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.3.78.revip2.asianet.co.th] has joined #ubuntu-devel === human_blip [n=mike@220.157.65.236] has joined #ubuntu-devel [04:12] Keybuk: With a few minor exceptions where ubiquity may reconfigre a package, it shouldn't be configuring anything, but just copying stuff verbatim from the livefs. [04:15] that's what I thought by looking at the code [04:15] so this needs an ickle patch to make /var/run and /var/lock on the root fs before mounting /var ;o) [04:16] infinity: is there a rejected alsa-tools_1.0.10-1ubuntu1 in the upload queue? [04:17] do you mean is there an alsa-tools in the rejected queue? :) [04:17] Keybuk: err, yes [04:17] not that I can see === aigarius [n=aigarius@201.160.19.54.cableonline.com.mx] has joined #ubuntu-devel [04:18] isn't in any queue [04:18] ok, so my uploads are being rejected once again. [04:19] I'm not sure where automatically-rejected uploads ends up [04:19] did you get a mail? [04:19] none at all [04:19] where did you upload to? [04:19] ubuntu universe [04:19] dput ubuntu lalala_source.changes [04:19] got the changes file? [04:20] http://sh.nu/~crimsun/uploads/alsa-tools_1.0.10-1ubuntu1_source.changes [04:21] and you definitely uploaded via ftp to upload.ubuntu.com into / ? === Keybuk doesn't know dput [04:21] I definitely did. [04:21] I'll ping cprov in #launchpad tomorrow [04:22] it's not in any queue I can see, anyway; that doesn't mean it's not automatically rejected [04:22] I _could_ stick it through the queue manually and see what error I get [04:22] It's probably some amalgamation of the email-address-doesn't-match-preferred_address deal === Keybuk tries something very dodgy that may not even work [04:24] Keybuk: eh, have you checked failed? [04:24] elmo: I don't have access to that, do I? [04:24] you have lp_archive, you have access to evarything [04:25] ./failed/upload-20060511-025657-004458/alsa-tools_1.0.10-1ubuntu1_source.changes [04:25] how do I see failed? [04:25] w00t, go Keybuk [04:25] elmo: where's that? [04:25] Keybuk: I just do 'find /srv/launchpad.net/ubuntu-queue/ -name blah.changes' [04:25] ah [04:26] does it log the reason anywhere? [04:26] no, that'd be useful [04:26] heh [04:26] the most common eason is wrong distro, but that's not the case here [04:26] it's signed by a key that's in ubuntu-dev too [04:29] 02:02:04 DEBUG UploadError made it out of .process() -> http://librarian.launchpad.net/2562322/eni8hMxxfUh1MStvmnZowPafK7f.txt (GPG verification of alsa-tools_1.0.10-1ubuntu1_source.changes failed: No public key) [04:29] Keybuk: /var/mail/lp_archive should be your next step, apparently [04:30] crimsun: did your key expire at any point? [04:31] crimsun: in any event, I suggest you file a bug on 'qprocd' about it, and quote that DEUBG line, mention that you're in ubuntu-dev etc. === Gman is now known as GmanAFK [04:32] having the lp pubring.gpg somewhere would be useful [04:33] elmo: ok, thanks. [04:33] elmo: no, it hasn't expired (and won't til late June) === human_blip [n=mike@220.157.65.236] has joined #ubuntu-devel [04:36] Keybuk: it fetches on demand, I think [04:37] it will do [04:37] IIRC its using the lp gpg infrastructure [04:38] yeah it is [04:38] which means the keyring is in the database, and the keys are cached on the appserver for the lifetime of the process only === Keybuk hasn't figured out where the database can opener is uyet [04:38] there must be some combination of host and username that lp_archive can run psql with, and see the real db [04:38] even if just readonly [04:39] oh, and guess what, it's the first thing that popped into my head [04:40] lifeless: ok, the fingerprint is recorded in the database ... where does it look for the public keys? [04:40] keyserver.ubuntu.com [04:40] Heya lifeless [04:41] hey bddebian [04:41] quest scott% gpg --keyserver keyserver.ubuntu.com --recv-key 1FE80436CA130121E49B77DB7BD1B015C88ABDA3 [04:41] gpg: requesting key C88ABDA3 from hkp server keyserver.ubuntu.com [04:41] gpg: key C88ABDA3: "Daniel T. Chen (new) " 6 new signatures [04:41] hmm [04:41] there's a public key there too [04:42] Oh, speaking of which. I just reset my key not to expire. Do I need to send up to keyserver.ubuntu.com? [04:42] hi all [04:42] send it to subkeys.pgp.net [04:43] Thx lifeless [04:45] send it to keyserver.ubuntu.com [04:45] it's part of the global keyserver network [04:45] it'll propogate to subkeys et. al. automatically === bddebian wonders if elmo is actually talking to him [04:53] uh [04:53] R. [ 51: Ubuntu Installer ] Accepted alsa-tools 1.0.10-1ubuntu1 (source) [04:55] that might have been me [04:55] and it may not have gone exxxactly right === Keybuk is still new at this === poningru [n=poningru@pool-71-251-119-149.tampfl.fios.verizon.net] has joined #ubuntu-devel [04:57] (it definitely wasn't me, though I did ask bddebian to upload since mine failed) [04:58] it made vague sense, that given it was a gpg key failure, stuffing it back in incoming might just work the second time [04:58] Aye but you told me to wait so I haven't done it :-) [04:58] I checked it over and it was "ok" [04:58] but obviously sync-queue/incoming isn't quite "incoming" [04:58] now I know that [05:00] out of interest, is there an actual incoming that you can get at on drescher? [05:12] s'ok found out how I'd attempt it next time [05:27] fabbabbione: around? [05:28] gaah, dialup lag :'( [05:33] zakame: So fix that :) [05:35] if I could, yes [05:36] however, I'm quite fortunate that I get around 5Kb of download rate even under a 14.4.... [05:36] Yeah not bad === human_blip [n=mike@220.157.65.236] has joined #ubuntu-devel === Huahua [n=hua_@222.50.183.17] has joined #ubuntu-devel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.3.78.revip2.asianet.co.th] has joined #ubuntu-devel [06:43] morning === ubijtsa [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel === dsas [n=dean@host86-143-88-114.range86-143.btcentralplus.com] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.5] has joined #ubuntu-devel === wasabi [n=wasabi@c-24-1-248-53.hsd1.tx.comcast.net] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.5] has joined #ubuntu-devel === j^_ [n=j@e178027156.adsl.alicedsl.de] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.5] has joined #ubuntu-devel === omeg [n=omega@s55933ad4.adsl.wanadoo.nl] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.5] has joined #ubuntu-devel === jinty [n=jinty@13.Red-83-50-220.dynamicIP.rima-tde.net] has joined #ubuntu-devel === AndyFitz [n=andy@cust1772.qld01.dataco.com.au] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [07:58] infinity: nv driver works now [07:58] but is kinda sucky, not good speedwise and no DRI/GLX === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-devel [07:59] Keybuk: Yeah, it's known to be not fantastic, but OTOH, it's stable, and generally "works". === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [07:59] "binary nasty" seems to work much better [08:01] Keybuk: Yeah, it's known to be not fantastic, but OTOH, it's stable, and generally "works". [08:01] In your case, though, with a shiny SLI rig, the binary driver's probably the "right" one. [08:01] in all of my experience, the nv driver is shoddy and unreliable and it's the nvidia one that's stable and generallt works [08:02] *shrugs* [08:02] (II) Primary Device is: PCI 01:00:0 [08:02] (WW) NV: No matching Device section for instance (BusID PCI:2:0:0) found [08:02] (--) Chipset GeForce 7800 GTX found [08:02] heh [08:02] I guess nv doesn't "do" SLI then [08:02] No, it doesn't. [08:03] There'd be no point anyway, since it doesn't do DRI either. [08:03] it doesn't even seem to do PCIe [08:03] I can't imagine that SLI drastically improves your 2D rendering experience. :) [08:03] the nv log doesn't mention PCIe at all [08:04] the nvidia one at least has a comforting message about using PCIe [08:04] Heh. [08:04] using PCI to talk to a graphics card seems plain dumb [08:04] no wonder the window was painting across the screen when I dragged it [08:05] The 2D drawing in nvidia is really quite well accelerated too. [08:05] I really wish they'd give back to the open source driver a bit more. :/ [08:05] nvidia's binary drivers beat the pants off ati's shoddy offering. [08:05] (fglrx is crap... Seriously... Horrible) === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === desrt would dispute this statement but was recently driven to buy an nvidia card by ati's general crappiness [08:08] oddly, my ati problems had nothing to do with linux [08:09] yeah, I had a run of bad ATI cards [08:09] the last one wouldn't give any monitor info [08:09] one before that blew up, one before that died, etc. [08:10] I've been an nvidia fanboy for ages (Since my first Riva128, actually), but that doesn't prevent me from whining about their closed-source binary-only ARGH. [08:10] this one would randomly (~20%) decide that my monitor was on the SVGA port when turned on (and drive output there instead of my DVI port) [08:10] for values of "turned on" == power on, reboot, just before loading grub, whenever switching between console and X, etc, etc... [08:10] And if you want to use only free drivers, radeons are much better supported. === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [08:28] Anyone have any objections to me transitioning all over universe to libmysqlclient15 to avoid whacky segfaults when mixing main/universe packages in the same memory space? [08:28] s/all over/all of/ [08:28] (And so I can drop libmysqlclient-lgpl and mysql-dfsg_4.0 from the archive) [08:29] infinity: i am ok with it.. === freeflying [n=freeflyi@61.190.65.5] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === TomB| [n=ownthebo@ACD8A0DC.ipt.aol.com] has joined #ubuntu-devel === _TomB [n=ownthebo@ACD8A0DC.ipt.aol.com] has joined #ubuntu-devel === highvoltage [n=Jono@196.36.161.235] has joined #ubuntu-devel [08:40] Good morning === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel [08:42] morning berpitti === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel [08:45] hello [08:47] I'd like to report/debug network manager issue: I have a laptop with a built-in wired and pcmcia wifi card, network manager sees only the wired card. I am using foss bcm34xx drivers, what should I do to get NM to notice it? [08:47] (the card obviously works) [08:47] file a bug upstream, attaching output of NetworkManager --no-daemon [08:47] though I've heard numerous reports that it sees it just fine [08:48] zyga: Also, make sure the card IS working (do ifconfig and iwconfig see it, etc?) [08:48] infinity: I'm talking over wifi now :) [08:48] infinity: all tools see it, including network-admin [08:49] zyga: Oh, then it's an Ubuntu feature you're banging your head against, probably. [08:49] zyga: Try removing the config for the card from /etc/network/interfaces and restarting NM. [08:49] checking [08:49] infinity: for both cards or just the wifi? [08:50] Well, if NM is seeing the wired card, make the wireless card looks similar. :) [08:50] (I suspect the wired is "auto eth0\niface eth0 inet dhcp") [08:50] works :D [08:50] oh, that's a good point === Keybuk forgot about that :) [08:51] wow [08:51] quite nice :D === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel [08:52] :> [08:52] what is? [08:52] thanks [08:52] I have commented out everything except for lo [08:52] I'll attach a wired cable now [08:55] this stuff rocks [08:55] When it works, it's pretty cool, yeah. === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel [08:55] When it doesn't, it makes you want to apply a fork to your eye. [08:56] (I have several forks in my eyes at this point) [08:56] it makes me want to apply a fork to DanW and RML's eyes [08:57] Keybuk: well, you have experience with the former part of that sentence i'm sure... [08:57] other Dan [08:57] Dan Williams != Dan Winship [08:58] ah well [09:00] there goes that joke then ;-) === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel [09:05] hi zyga === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #ubuntu-devel === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel [09:08] zyga: hey again :) [09:08] pitti: hey :) [09:08] I just got network manager working on my laptop and it's a true joy to use :> [09:13] zyga: cool [09:13] Too bad it uses gnome-keyring-manager, which asks for my OLD password to store stuff in the keyring [09:13] zyga: yesterday you asked me about wireless on my desktop, but then you disappeared - do you still have a question? [09:13] And password changing for gnome-keyring seems impossible [09:14] pitti: yeah, does the ibook wifi (broadcom AFAIR) card work on dapper? [09:14] Treenaks: Install gnome-keyring-manager [09:14] zyga: yes, it does (the airport extreme) [09:15] pitti: did you have to do anything to get the firmware? [09:16] infinity: why isn't it standard functionality? [09:16] zyga: yes, use bcm43xx-fwcutter to grab it from MacOS or the driver CD [09:16] Treenaks: Because keyring-manager sucks. [09:16] Treenaks: AFAICT, you'll still need to delete your default keyring and recreate it to change the passphrase. [09:16] right, I used third-party apt repo to get that (i know it's not legal) [09:16] infinity: hm.. great.. [09:23] Morning all === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel [09:25] morning Kinnison [09:25] Hi fabbione === Kinnison grumbles about being woken at 07:45 by the skip delivery [09:28] Kinnison: You'll get over it... :) [09:29] infinity: I'm sure I will, s'just that I was up until all hours (about 2am) packing boxes [09:29] since I can't pack during work hours === Kinnison looks at the floor-to-ceiling pile of boxes marked DVDs CDs and Books [09:30] that's what I shall put on my limited edition t-shirts [09:30] Time for a book burning party? [09:30] "NOT A CORE HOUR ACTIVITY" [09:30] Keybuk: perfect === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel === mat|work [n=mat@igoan/mat] has joined #ubuntu-devel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel === j^ [n=j@e178027156.adsl.alicedsl.de] has joined #ubuntu-devel === mvo [n=egon@p54A6505E.dip.t-dialin.net] has joined #ubuntu-devel === dholbach [n=daniel@i577B194E.versanet.de] has joined #ubuntu-devel [09:42] good morning === netstar [n=al@d58-105-194-188.dsl.vic.optusnet.com.au] has joined #ubuntu-devel [09:43] hi daniel [09:43] LP upgrade? [09:43] Hey Daniel! === lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel === ..[topic/#ubuntu-devel:Kinnison] : Ubuntu Development (not support, even with dapper) | #ubuntu for support and general discussion | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/DeveloperResources | http://wiki.ubuntu.com/HelpingWithBugs | If your initramfs is broken in any way, please save a copy for infinity | Flight-7 released [09:44] netstar: that was yesterday [09:44] :) === dholbach [n=daniel@i577B194E.versanet.de] has joined #ubuntu-devel [09:47] Does anyone know how to log in and adminstrate cups via the web interface, lppasswd does not work and ipp config is broken, cups reports unauthorized attempts to resume the printer, is their a known issue or something? === elkbuntu [n=melissa@203-214-128-159.dyn.iinet.net.au] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [09:48] *there === dholbach_ [n=daniel@i577B194E.versanet.de] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === herzi [n=herzi@d077145.adsl.hansenet.de] has joined #ubuntu-devel === vuntz__ [n=vuntz@volin.imag.fr] has joined #ubuntu-devel [09:54] development team meeting in 6 minutes [09:55] mjg59: I still think bootcamp might be too horrible to actually use properly === carlos [n=carlos@175.Red-88-9-38.dynamicIP.rima-tde.net] has joined #ubuntu-devel [09:57] Keybuk: how do /var/run and /var/lock get created in the normal installer then? === j^_ [n=j@e178013035.adsl.alicedsl.de] has joined #ubuntu-devel [09:58] Keybuk: sync-queue/incoming/ er kind of ignores GPG signatures. :) === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel [10:01] Kamion: by initscripts postinst script [10:01] (probably should be base-files, but that's largely irrelevant) === human_blip [n=mike@220.157.65.236] has joined #ubuntu-devel [10:01] I perpared a "hacky" quick fix [10:01] http://people.ubuntu.com/~scott/bzr/ubiquity/ [10:01] (damn, that's hard to spell :p) [10:02] it also fixes another bug -- that ubiquiuiuiuty doesn't write /etc/iftab the same as netcfg === doko_ [n=doko@dslb-088-073-095-044.pools.arcor-ip.net] has joined #ubuntu-devel [10:02] Kamion: It may be more practical than the alternative [10:05] Keybuk: Err, the directories are created by a postinst?... Why not just ship them in a .deb? === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [10:05] infinity: because the directories need to be created on the root filesystem [10:05] not on whatever filesystem happens to be mounted on /var :) [10:06] so there's a bit of bind-mount-magic [10:06] otherwise one can't mount /var/run or /var/lock until after you've mounted /var [10:06] Keybuk: But nothing should need either until /var exists anyway.. No? [10:06] no [10:07] the point of /var/run and /var/lock is that they're writable places for the entire boot [10:07] /var isn't mounted until reasonably late [10:07] This was never a problem before all this hackery began.. [10:07] certainly well after things like udev, ifupdown, dhclient, ntpdate, etc. are running [10:07] I never had anythig that wanted to write to /var/run before /var was mounted. [10:07] it wasn't a problem until we started relying on udev [10:07] Oh, I see. Ick. === Mithrandir wonders when we should stop tweaking cupsd.conf. It's getting annoying to get conffile prompts about it each and every day. [10:08] once you rely on udev, you need a tmpfs for pid files === looksaus [n=mark@86-39-96-252.customer.fulladsl.be] has joined #ubuntu-devel [10:08] otherwise there's a bit of a chicken and egg problem [10:09] if udev is creating /dev nodes and starting services, then it can't start services until after the device node for any filesystem they need has been created [10:09] the two options to fix it were [10:10] a) two partial udevplugs during boot, one to deal with important nodes and then one after filesystems are mounted and checked to actually start things [10:10] b) just make /var/run a tmpfs [10:10] a has the obvious problem you can't have an NFS /usr ;) [10:11] Yeah, I see the issue now. It's just all rather icky. :) [10:11] actually, I think it's somewhat elegant [10:11] having a tmpfs for pid files makes sense [10:11] as you never need them after reboot *anyway* [10:12] and we've since been able to use /var/run as a "transient" directory [10:12] Oh, no, having it as a tmpfs makes sense. It's the bindmount moving trickery that's icky. [10:12] it solved the ifup-using-/etc bug, for example [10:12] oh, yah, that bit was icky [10:12] but it's only done once, at install time [10:13] hi all, I'm a bit hesitant to interrupt you in what must be _very_ busy days, but... [10:14] I think I might have reported a major ppc bug in gecko based browsersalmost four weeks ago, and I'm not certain it got the attention needed [10:15] I have confirmation from at least one other powerpc users [10:15] https://launchpad.net/distros/ubuntu/+source/firefox/+bug/40067 [10:15] Malone bug 40067 in firefox "firefox freezes after a few secs on ppc" [Normal,Unconfirmed] === SubNet [n=kai@dslb-084-056-150-107.pools.arcor-ip.net] has joined #ubuntu-devel === pvanhoof [n=pvanhoof@mailhost.newtec.be] has joined #ubuntu-devel [10:16] it basicly makes the major desktop component unusable, so looks quite serious to me... [10:17] oh sorry, people just telling me most of you are in a meeting === imbrandon [n=brandon@unaffiliated/imbrandon] has joined #ubuntu-devel === erez [n=erez@89-138-79-102.bb.netvision.net.il] has joined #ubuntu-devel === jsgotangco [n=jerome@ubuntu/member/jsgotangco] has joined #ubuntu-devel === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel [10:29] crimsun: I did your alsa-{lib,utils} uploads, thanks === sichivlad [n=sichivla@generic-nat.unisi.it] has joined #ubuntu-devel === sichivlad is now known as AlinuxOS [10:36] grrrr that "QuickStart.." guy crossposting on a zillion on lists every mail he sent [10:36] yep :( [10:37] He thinks he's helping, too. [10:37] You sorta don't want to crush his enthusiasm. [10:37] He's basically removing whitespace from XML files, right? [10:38] he's not doing anything useful [10:38] Treenaks: Yes. [10:38] Keybuk: I think I might prefer to do it in partman while it's mounting filesystems [10:38] less hacky [10:38] he's deleting xml files with rm -rf in his script [10:38] sfllaw: he claims that his schemas change speed-up applications but schemas are only used at installation [10:38] Kamion: yeah, that might be more appropriate; I wasn't sure I was up for touching partman closely [10:38] Parsing text files takes almost no time. [10:38] but was sure you'd prefer a solution available, whether you chose it or not [10:38] seb128: he's probably seeing disk-cached startup instead of non-cached startup [10:38] you want the iftab change though :) [10:39] Keybuk: nod, just merging that now [10:39] right [10:39] Treenaks: likley [10:39] but I would appreciate him not trying to push stuff to user than can break their gconf database but playing with the .xml [10:40] Keybuk: would it be considered evil if cupsys' init script would load 'lp' and 'ppdev' modules? [10:40] pitti: not especially evil, no [10:40] Keybuk: I get thousands of bugs due to a missing lp module, and ppdev fixes parallel printer autodetection [10:42] carlos, hello amigo, question: will Kubuntu (KDE) imported into rosetta ? === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel [10:42] AlinuxOS: it's already there === persia [n=persia@p3181-ipbf1107marunouchi.tokyo.ocn.ne.jp] has joined #ubuntu-devel === Gman [n=gman@nwkea-socks-1.sun.com] has joined #ubuntu-devel [10:43] carlos: I should do an announcement to the KDE translators [10:43] Riddell: new langpacks are scheduled for tomorrow, btw [10:43] Riddell: I'm should do the global announcement for Dapper, don't worry [10:43] s/I'm/I/ [10:43] pitti: cool, that should please lots of people [10:43] pitti: could we do it weekly automatically? [10:44] pitti: I noticed you have targeted the 2 CDROM issue for dapper. Do you have a test case, or could I help collect necessary data? [10:44] I think you said is possible but that you need some extra scripts [10:45] carlos, is there Kubuntu page ? [10:45] carlos: not fully automatically, but I can do automatic builds, so I only need to grab and test them, and upload if appropriate [10:45] persia: currently I don't even understand the bug yet, but it shouldn't be hard to fix once I do; helping with explaining the issue in detail would be highly appreciated [10:45] AlinuxOS: no, sorry, is all together with other Ubuntu packages [10:45] persia: it just seems worth to be fixed in dapper [10:46] https://launchpad.net/distros here I mean [10:46] sh [10:46] AlinuxOS: we will improve it to split packages per context, like GNOME, KDE, XFCE and base [10:46] AlinuxOS: https://launchpad.net/distros/ubuntu/dapper/+translations [10:46] ah so the is no kubuntu refference at the moment. I understand now. [10:46] AlinuxOS: right, KUbuntu uses Ubuntu's archive [10:47] I understand.. :) [10:47] so you will separate them right ? [10:47] in near future. === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [10:47] AlinuxOS: what language will you be translating into? [10:47] pitti: OK. I'll try to describe it again differently in the bug, in the hopes of providing an explanation. Feel free to ping me if you have questions. [10:49] persia: thanks; a detailed description of the devices, fstab, and steps how to get the bug would rock [10:49]