=== alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === geser [i=mb@2002:5361:2a04:0:0:0:0:1] has joined #ubuntu-devel === wasabi_ [n=wasabi@cpe-76-184-122-13.tx.res.rr.com] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === giskard [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-devel === pochu [n=emilio@97.Red-83-59-170.dynamicIP.rima-tde.net] has joined #ubuntu-devel === pochu [n=emilio@97.Red-83-59-170.dynamicIP.rima-tde.net] has joined #ubuntu-devel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel === pochu [n=emilio@97.Red-83-59-170.dynamicIP.rima-tde.net] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === Fujitsu [n=william@ubuntu/member/fujitsu] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === roico is now known as roico_sleeping === Gman is now known as GmanAFK === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === jack_wyt [n=jack@124.64.106.72] has joined #ubuntu-devel === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === macd [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel === wasabi_ [n=wasabi@cpe-76-184-122-13.tx.res.rr.com] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === GmanAFK is now known as Gman === jack_wyt [n=jack@124.64.106.72] has joined #ubuntu-devel === huahua [n=huahua@60.20.59.253] has joined #ubuntu-devel === j_ack [n=jack@p508DB808.dip0.t-ipconnect.de] has joined #ubuntu-devel === jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel === spasticteapot [n=joseph@ool-457917de.dyn.optonline.net] has joined #ubuntu-devel === j_ack [n=jack@p508DB808.dip0.t-ipconnect.de] has joined #ubuntu-devel [03:39] I've got a somewhat snaggeltoothed Ubuntu problem, and I figure I should bring it up here, since I've tried asking just about everywhere else on Freenode. [03:40] I've even offered free beer to whoever can help me fix it on the LUG chatroom. (Admittedly, I myself cannot buy said beer, but I can pay for it at least.) [03:40] Under Ubuntu, as a default, the Gnome applet Network-Monitor has some nifty features relating to wifi - it has the "5 bars" when you're connected, and when you click on it, a drop-down menu appears of various wifi connections. However, after accidentally removing the applet and adding another network-manager applet to my panel, my wifi connection (eth1) is treated as an ethernet connection. Perhaps I could rename eth1 to wlan0 [03:40] ? Or fix the applet? [03:44] Also, why is IFrename not in Ubuntu? [03:45] Believe udev deals with renaming hte interfaces. [03:45] Also, sound slike a bug. File it. [03:45] udev? [03:45] How do I file it? [03:45] And, more importantly, how do I FIX it? [03:46] https://launchpad.net/malone/+filebug [03:46] and I have no idea how to fix it. sounds like a bug. [03:46] I was told to try this for renaming my wireless card: ifrename - -i eth1 -n wlan0 < /dev/null [03:46] How do I do that with udev? [03:47] Hurm. I don't think that's related. [03:47] Also, this isn't the appropiate place to ask, as the topic states. === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === mpt [n=mpt@121-72-131-30.dsl.telstraclear.net] has joined #ubuntu-devel [04:12] wasabi: actually his probably was he replaced NetworkManager with network-monitor, from what i can tell :) === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === j_ack [n=jack@p508DB808.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:26] oh? [04:26] Oh yeah I see. === j_ack [n=jack@p508DB808.dip0.t-ipconnect.de] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === spasticteapot [n=joseph@ool-457917de.dyn.optonline.net] has joined #ubuntu-devel [04:45] Does anyone know where the list of default applets in the dock in Ubuntu is? === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel [05:59] morning === stub [n=stub@ppp-58.8.16.153.revip2.asianet.co.th] has joined #ubuntu-devel === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel === broonie_ [i=broonie@cassiel.sirena.org.uk] has joined #ubuntu-devel === d33p__ [n=d33p@180.144.217.87.dynamic.jazztel.es] has joined #ubuntu-devel === d33p__ is now known as luisbg_ === luisbg_ is now known as luisbg === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === j_ack [n=jack@p508DB808.dip0.t-ipconnect.de] has joined #ubuntu-devel === ct2rips_ [n=ct2rips@p54869051.dip0.t-ipconnect.de] has joined #ubuntu-devel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-devel === pygi [n=mario@83-131-68-213.adsl.net.t-com.hr] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === mat [n=mat@igoan/mat] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === bonii [n=bonii@unaffiliated/bonii] has joined #ubuntu-devel === pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel [07:40] Good morning [07:41] hey pitti [07:41] congrats on getting tribe 1 out [07:44] morning pitti, Burgundavia [07:46] hi Burgundavia [07:46] hey pygi [07:46] thanks [07:47] pitti: Do you know anything about packages not registering builds? [07:47] pitti: Hi, by the way. :-) [07:47] StevenK: no, I don't; when was it uploaded? [07:48] pitti: There are three; the oldest was uploaded just over 24 hours ago. [07:48] StevenK: and published? === luisbg [n=d33p@120.144.217.87.dynamic.jazztel.es] has joined #ubuntu-devel === macd_ [n=d@cl-116.atl-01.us.sixxs.net] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-13-164.net-htp.de] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === cassidy [n=cassidy@host-85-27-113-187.brutele.be] has joined #ubuntu-devel [08:20] pitti: All three are published, yes. [08:20] StevenK: hm, you should ask cprov once he gets online [08:21] StevenK: can you tell me an example package? [08:21] pitti: It appears to be a wider problem with crimsun also just mentioning in -motu [08:21] pitti: Take your pick of python-qt4, scim-qtimm or libwibble. [08:22] (yes, was asked about ruby-gnome2) [08:22] at least all buildds are busy === mat [n=mat@igoan/mat] has joined #ubuntu-devel [08:24] pitti: From what I saw, they *look* to be busy, but they aren't updating the logs that show where the build is up to on LP. === Hobbsee pokes ShinyPointyStick [08:26] StevenK: oh, hmm; can you please drop by #canonical-sysadmin and ask there? they might know something === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === LongPointyStick [n=mystery@ubuntu/member/hobbsee] has joined #ubuntu-devel [08:29] pitti: About both issues or just the latter? [08:30] StevenK: they might be related === Hobbsee demands that at least some form of PointyStick stays on the network. === mdke [n=matt@80-47-170-250.lond-th.dynamic.dial.as9105.com] has joined #ubuntu-devel [08:35] mdke, ping [08:35] superm1: (In case I'm not around at the moment, please provide a bit of information about what you want and I will respond when I get back) [08:35] yay, contentlessping.pl - the modified version [08:35] mdke, I wanted to poke about our mailing list, we still haven't heard anything more about it from rt or anything === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel [08:36] Hobbsee, rather than contentless pongs version? [08:36] superm1: sorry? [08:36] Hobbsee, the one that responds something like "You've sent me a contentless ping and this is a contentless pong" [08:36] or something to that effect? [08:37] that's the original contentlessping.pl, iirc [08:37] You sent me a contentless ping. This is a contentless pong. Please provide a bit of information about what you want and I will respond when I am around. [08:37] ah [08:37] ^ almost that [08:37] superm1: hi. I'll try chasing by email. What's your mailing list? [08:37] mdke, ubuntu-mythtv was what we were looking to get setup [08:38] mdke, do you want the rt # that we had opened up back in april? [08:38] to include [08:38] yeah, thanks [08:38] email me the details [08:39] okay will do [08:39] thanks mdke === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-devel [08:47] superm1: got it, thanks === glatzor [n=sebi@p54967016.dip.t-dialin.net] has joined #ubuntu-devel === dholbach [n=daniel@i59F705B8.versanet.de] has joined #ubuntu-devel === Lure [n=lure@BSN-77-152-53.dsl.siol.net] has joined #ubuntu-devel [09:03] good morning [09:04] Hi dholbach. [09:04] heya Fujitsu === dholbach_ [n=daniel@i59F718A8.versanet.de] has joined #ubuntu-devel === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel [09:12] morning dholbach [09:13] heya pygi [09:13] dholbach, wanna try something? :) [09:13] (if you have time ofcourse ^_^) [09:14] what is it? [09:15] that telepathy ncurses IM client? :) === dsas [n=dean@ubuntu/member/dsas] has joined #ubuntu-devel === roico_sleeping is now known as roico === Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === mvo [n=egon@p54A67B0B.dip.t-dialin.net] has joined #ubuntu-devel === crdlb [n=crdlb@unaffiliated/crdlb] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === cyt [n=cyt@linux.cs.ccu.edu.tw] has joined #ubuntu-devel === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-devel === Bixente [i=bixente@vds67917.nfrance.com] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel === Lure_ [n=lure@external-1.hermes.si] has joined #ubuntu-devel === dholbach [n=daniel@i59F718A8.versanet.de] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel === ssam [n=ssam@87.127.117.246] has joined #ubuntu-devel === jack_wyt [n=jack@124.64.106.72] has joined #ubuntu-devel === freeflying_ [n=freeflyi@123.116.100.159] has joined #ubuntu-devel === mvo_ [n=egon@p54A672C4.dip.t-dialin.net] has joined #ubuntu-devel === jack_wyt [n=jack@124.64.106.72] has joined #ubuntu-devel === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === jack_wyt [n=jack@124.64.106.72] has joined #ubuntu-devel === mvo__ [n=egon@p54A6608D.dip.t-dialin.net] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === jono_ [n=jono@88-107-105-44.dynamic.dsl.as9105.com] has joined #ubuntu-devel [10:24] persia: I put rather a lot of work into reducing the number of questions asked by default way back in Warty, as it happens. [10:24] shawarma: I don't think it's written down anywhere. It was one of Mark's mandates right at the start. [10:25] cjwatson: My apologies. I wasn't following the lists as closely then, and missed the changes. [10:26] cjwatson: Alright, thanks. I was considering deviating from it and was hoping the policy's wording or rationale would provide justification for that, but I may have worked around it now. === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === Pumpernickle [n=pumperni@CPE0016b6c9fba4-CM0012c9a9a6dc.cpe.net.cable.rogers.com] has joined #ubuntu-devel [10:28] persia: (though it's true that the introduction of ubiquity made a big dent) [10:28] cjwatson: That's the one I remember :) [10:28] yeah, it wasn't a new policy then though === Zdra [n=zdra@2.207-241-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [10:31] shawarma: for the server installer, we can treat things a bit differently [10:31] we are targetting a different audience, one that probably knows a bit more [10:32] Burgundavia: That's what I was thinking, too. [10:33] Burgundavia: I just need to test this a little bit more. Launchpad says it's a 25 minute build, so it's not that bad. === persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel [] === mvo__ [n=egon@p54A67105.dip.t-dialin.net] has joined #ubuntu-devel [10:49] Does anyone know if Bug #110585 is caused by something in kernels > 2.6.18 and that's why we hit it? [10:49] Launchpad bug 110585 in debian-installer "7.04 Server install fails on Compaq Proliant DL360" [Undecided,Unconfirmed] https://launchpad.net/bugs/110585 [10:49] well, our parted is essentially the same as Debian's [10:50] cjwatson: I think the raid controller driver spits some nasty things in dmesg and that's why we can't see anything on it [10:53] that should be easy to verify by checking the logs from a second console === zenrox [i=zenrox@pool-71-115-211-46.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel [10:53] parted> (there are differences, but not relevant ones here) === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-devel [10:53] which basically leaves either udev (seems unlikely, as apparently the device node does exist) or the kernel [10:54] the power management in gutsy is definitely futzed [10:54] Fjodor: you can copy /var/log/syslog to another machine by doing 'anna-install openssh-client-udeb' and then you'll have scp [10:55] laptop usually crashes when AC power is disconnected or reconnnected [10:55] then please attach it to the bug [10:55] and laptop goes to standby when the lid is closed for a while, even though that's marked as "Never" in prefs [10:57] Keybuk: some of it might be related to the new code for profiling batteries [10:57] Burgundavia: that code and I are not friends; it decided my battery only lasted for 20mins and shut down my computer! [10:57] cjwatson: Actually, the problem is described on the forums (only saw that now). Have a look at http://ubuntuforums.org/showthread.php?t=384319&highlight=dl360 and http://ubuntuforums.org/showthread.php?t=384319&page=2 [10:57] Keybuk: tell me about it [10:57] anyway, is 2am here, time to sleep [10:57] Burgundavia: right, but your battery actually does only last for 20 minutes.. There's a difference. [10:58] Burgundavia: :-P [10:58] oh, and something about NM/dchdbdbdbdbdbd/ipw3945 is broken too [10:58] it won't associate with any network until I toggle the hardware switch [10:58] (wonder if this is something to do with HAL gaining knowledge of these) === allee [n=ach@lapex-mcallee.mpe.mpg.de] has joined #ubuntu-devel [11:00] Keybuk: you are not the only one that reported this hw switch issue with some wireless cards.. IIRC they were mentioning something in the kernel [11:01] could be kernelish, though running dhclient itself just works [11:01] (but then that doesn't check such things) === Zdra [n=zdra@51.215-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [11:03] hey Zdra [11:05] Fjodor: thanks; I've added a pointer to the relevant post to the bug [11:07] hello pygi [11:07] Zdra, have time for trying things? :) [11:08] not really right now, maybe this evening ;) [11:08] sorry [11:08] Zdra, evil you :P Oki doki :) === stratus [i=stratus@conference/debconf/x-866c154499d737b3] has joined #ubuntu-devel === Watersevenub [n=Watersev@242-62.dial.nortenet.pt] has joined #ubuntu-devel === rulus [n=rulus@d54C1A033.access.telenet.be] has joined #ubuntu-devel [11:28] Are there freenx debs in ubuntu? === Fjodor_ [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-b68e84d1e32ef647] has joined #ubuntu-devel === jack_wyt [n=jack@124.64.106.72] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel === alaQ [n=ckruse@cdu07b123.cncm.ne.jp] has joined #ubuntu-devel === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === Spads [n=spacehob@yttrium.canonical.com] has joined #ubuntu-devel === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel === lfittl [n=lfittl@2001:6f8:107e:40:213:2ff:fe05:abdb] has joined #ubuntu-devel === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel === stub [n=stub@canonical/launchpad/stub] has left #ubuntu-devel [] === `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-devel === Spads [n=spacehob@yttrium.canonical.com] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel === thekorn_ [n=thekorn@a89-182-5-63.net-htp.de] has joined #ubuntu-devel [12:58] hi thekorn_ [12:59] hi pitti === broonie_ is now known as broonie [01:01] thekorn_: curious, is there an API for deleting attachments in p-lp-bugs now? === gizmo [n=gizmo@87.139.112.143] has joined #ubuntu-devel === mvo_ [n=egon@p54A67249.dip.t-dialin.net] has joined #ubuntu-devel [01:02] pitti: sorry, not now, you need that as soon as possible, right? [01:02] thekorn_: before we can enable apport again for gutsy, yes (and to clean up the existing core dumps) [01:03] thekorn_: is it hard to do? it's just another page scraping/button click, I figure? [01:04] pitti: my problem is, that I'm stilll working on changing the API, I started with other parts [01:05] thekorn_: ah, I see; well, then rather do it right, and I'll use a temporary hack if I need it before [01:05] pitti: ok cool, thanks [01:09] pitti: What magical stuff is apport going to do this cycle? [01:09] StevenK: i am looking at your sparc buildd hangs.... [01:10] Fujitsu: I finished https://wiki.ubuntu.com/ApportBetterRetracing except for the wine stuff; currently working on https://wiki.ubuntu.com/ApportCrashDuplicates [01:10] Fujitsu: and we urgently need to do https://wiki.ubuntu.com/CrashReporting [01:10] Fujitsu: the approved gutsy specs list has some more apport stuff === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [01:15] pitti: Looks pretty good; a lot more manageable for triagers. [01:15] Fujitsu: right, that was the idea [01:17] I don't like the working around the lack of version tracking in Malone, though. Why doesn't Malone grow that feature like it should have ages ago? [01:18] Fujitsu: I don't know [01:19] It's more than a bit annoying === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === |cerbero| [n=jga@pD9E60E3E.dip.t-dialin.net] has joined #ubuntu-devel === cypher1 [n=cypher1@c-68-83-184-230.hsd1.nj.comcast.net] has joined #ubuntu-devel [01:39] fabbione: Ahhhh, great. Thanks. You got me there for a moment, I couldn't recall what you were refering to. :-) [01:40] StevenK: tig builds fine.. i am somewhere in lyx [01:40] fabbione: I'm not so sure it's a sparc-only problem, to be honest. [01:40] StevenK: i suggest you talk to one of our sysadmins to get a manual build of tig (since it's small) [01:40] fabbione: Couldn't we first just requeue it? [01:40] i don't think the problem is tig.. it might be that the build exercises some very well hidden bug somewhere [01:41] StevenK: yes.. that's a possibility, but if it hangs forever, it means killing a buildd [01:41] StevenK: requeue -> manual build -> build test with a different kernel [01:41] that's the sequence i would do for testing [01:41] fabbione: Surely it also allows us/you to keep a close eye on the requeued build? [01:43] me? no.. i don't have access to the buildd.. it needs to be somebody like infinity2 or one of our admins [01:43] if it hangs, grab some info... what the hell the machine is doing.. etc.. === alaQ [n=ckruse@cdu07b123.cncm.ne.jp] has left #ubuntu-devel ["Konversation] === jmg [n=cartel@shinobi.thoughtcrime.org.nz] has joined #ubuntu-devel [01:53] anyone know about acpi here? [01:53] i managed to boot windows and reenable wireless after gutsy broke it, but i really really want to fix this bug. === Gman is now known as GmanAFK === did441 [n=didier@mon75-2-81-57-110-167.fbx.proxad.net] has joined #ubuntu-devel [02:13] StevenK: i am going to finish the lyx build, but it's going fine so far [02:14] StevenK: btw, buildd congestion should be fixed now [02:15] pitti: Yay! What was the problem, in small words? [02:16] StevenK: meh === xxxxx1 [n=will@44125.static.fln.virtua.com.br] has joined #ubuntu-devel === StevenK chuckles. === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel === pygi [n=mario@83-131-2-183.adsl.net.t-com.hr] has joined #ubuntu-devel === beuno [i=martin@ubuntu/member/beuno] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === supervillain [n=joelbrya@124.104.5.247] has joined #ubuntu-devel [02:37] hi, anyone knows what 09_double_text.patch does to slab? [02:37] supervillain: did the changelog say? [02:37] no.. [02:37] it's just right in there [02:38] but it cannot be applied [02:38] seems it's for libslab, not slab [02:39] I get it, slab and libslab are different package now.. [02:39] try asking the person who's done the last few updates of slab, i guess. === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has left #ubuntu-devel ["Bye!"] === calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-devel === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-devel === lemsx1 [n=lemsx1@p86-65.acedsl.com] has joined #ubuntu-devel === beuno [i=martin@ubuntu/member/beuno] has joined #ubuntu-devel === beuno [i=martin@ubuntu/member/beuno] has joined #ubuntu-devel === pabluk [n=jpablo@200.47.50.6] has joined #ubuntu-devel === mvo__ [n=egon@p54A67A56.dip.t-dialin.net] has joined #ubuntu-devel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === supervillain [n=joelbrya@124.104.5.247] has left #ubuntu-devel [] === Spads [n=spacehob@yttrium.canonical.com] has joined #ubuntu-devel === Tonio_ [n=tonio@81.185.113.139] has joined #ubuntu-devel === robertj [n=rcaskey@cai17.music.uga.edu] has joined #ubuntu-devel === sivang [n=sivan@ubuntu/member/sivang] has joined #ubuntu-devel === nn-laptop [n=knoppix@74.94.43.195] has joined #ubuntu-devel === ivoks [n=ivoks@16-140.dsl.iskon.hr] has joined #ubuntu-devel === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [03:25] pitti: are you on archive duty today? [03:25] Hobbsee: no, Mithrandir would be, but he's on vac [03:25] pitti: i'm wondering how to tell who's done a reject [03:26] or, alternatively, whether b5i2iso is still in the NEW queue [03:26] (uploaded twice, got one reject ~20 mins ago) [03:26] http://people.ubuntu.com/~ubuntu-archive/queue/gutsy/new/ [03:26] and i was under the impression that launchpad discarded the old version silently, if it had the same version number. [03:26] it's there [03:27] .... [03:27] https://launchpad.net/ubuntu/gutsy/+queue === Hobbsee thumps self with a hammer. [03:27] i like this page better. [03:27] Hobbsee: no, it'll be in the NEW queue twice [03:27] pitti: ah right. cool. that was the answer to the non-stupid part of the question, then :) [03:27] thankyou [03:28] Hobbsee: ISTR cleaning up the NEW duplicates this morning === mvo_ [n=egon@p54A669A3.dip.t-dialin.net] has joined #ubuntu-devel [03:28] ISTR == i seem to remember? [03:28] pitti: fair enough. [03:28] Hobbsee: that's how you got the reject mail [03:28] yep === liri [n=liran@bzq-179-128-126.static.bezeqint.net] has joined #ubuntu-devel [03:28] Hobbsee: so if the versions were exactly identical, that's fine === afflux [i=fnord@pentabarf.de] has joined #ubuntu-devel [03:29] my brain was working along the lines of "so, if i've got a reject, how do i find out what the problem was?" But as for forgetting to check the NEW queue...i'll blame work for that one. [03:29] or impending exams [03:29] versions were identical, yes [03:29] I've migrated to use Ubuntu Dapper LTS from old Debian Sarge and I'm getting errors to compile my code: In function LKb_RETURN OS_MutexInit(LK_MUTEX*): error: union pthread_mutexattr_t has no member named __mutexkind The makefile is running with: -D_LINUX -D_REENTRANT -march=i586 -I/usr/include -Wall -pipe -DPTHREADS_SUPPORTED -D_UNIX_THREADS_SUPPORTED -O3 -fforce-addr === roico [n=roico@bzq-82-81-210-75.cablep.bezeqint.net] has left #ubuntu-devel ["Leaving"] [03:30] and my kernel is 2.6.17-11-generic #2 SMP [03:30] Hobbsee: ok, so all is fine now [03:30] pitti: yeah, thanks [03:30] any clues on these libraries? could it be that some functions got deprecated? === pabluk [n=jpablo@200.47.50.6] has left #ubuntu-devel ["bye!"] === mvo__ [n=egon@p54A679D6.dip.t-dialin.net] has joined #ubuntu-devel === glatzor [n=sebi@p54967016.dip.t-dialin.net] has joined #ubuntu-devel === mvo [n=egon@p54A654BD.dip.t-dialin.net] has joined #ubuntu-devel === mathiaz [n=mathiaz@206-248-181-179.dsl.teksavvy.com] has joined #ubuntu-devel === Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #ubuntu-devel === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === j_ack [n=jack@p508D8C44.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:07] liri: If your kernel is 2.6.17, you're not running Sarge nor Dapper. === hggdh [n=hggdh@167.sub-75-198-230.myvzw.com] has joined #ubuntu-devel === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel [04:10] pitti, ltsp-client was split into ltsp-client and ltsp-client-core, the latter will show up in NEW soon, can you wave it through ? [04:10] ogra: can do; please ping me when you uploaded it [04:10] just did :) [04:11] nothing yet, apparently it missed the :10 run [04:11] in 5 minutes then [04:11] ah [04:11] should be 5.0.11 [04:15] racarr: do you have some minutes to help me with https://bugs.launchpad.net/compiz/+bug/119199 ? it seems to be a bug in the gconf plugin of compiz, but I need some hints how to debug it efficiently [04:15] Launchpad bug 119199 in compiz "[gutsy] latest compiz update causes sytem to lockup when enabling compiz" [High,Confirmed] [04:18] ogra: still nothing [04:18] hmm, i got the mail from drescher [04:18] its on -changes as well [04:18] 225575 | S- | ltsp | 5.0.11 | nine minutes [04:18] ^ in accepted [04:19] ah, indeed, its a new binary [04:19] ogra: oh, you mean there's just a new binary package, no new source [04:19] The source isn't NEW, the binaries are. [04:19] ogra: Snap. [04:19] ogra: so, it needs to get built first [04:19] :) === jack_wyt [n=jack@124.64.106.72] has joined #ubuntu-devel === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel === mvo_ [n=egon@p54A65AB0.dip.t-dialin.net] has joined #ubuntu-devel === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-devel [04:25] thekorn: hmm, p-lp-bugs doesn't support marking a bug as dup of another one? or is there a trick to it? === bmon [n=monnahan@86.pool85-55-26.dynamic.orange.es] has joined #ubuntu-devel === mvo__ [n=egon@p54A6762D.dip.t-dialin.net] has joined #ubuntu-devel [04:27] shawarma: true, I was trying it on both dapper and feisty [04:27] liri: 2.6.17 isn't the kernel version from Feisty either. [04:27] liri: 2.6.17 is the edgy kernel [04:27] shawarma: anyway I solved the problem by using pthread_mutexattr_settype(&MutexAttr, PTHREAD_MUTEX_RECURSIVE_NP); === liri now wonders if he unintentionally upgraded without noticing :p [04:30] pitti: I'm sorry, that's still not supported, [04:30] and I don't know odf any trick === mvo [n=egon@p54A6705D.dip.t-dialin.net] has joined #ubuntu-devel [04:31] thekorn: ok, so my preliminary implementation of close_duplicate() will be to just add a comment which points to the master bug === Arador [n=dcg@94.pool80-103-2.dynamic.orange.es] has joined #ubuntu-devel [04:33] thekorn: sorry, yet another question: if I get a list of all bugs with a certain tag, does this traverse through all batch pages or just the first one? === mvo_ [n=egon@p54A65C7A.dip.t-dialin.net] has joined #ubuntu-devel [04:40] pitti: all of them [04:40] dholbach: cool, thanks [04:40] Why does "mount -o remount,rw /usr" no longer work on gutsy? [04:40] Reports that /usr is already mounted... === freeflying [n=freeflyi@123.116.100.159] has joined #ubuntu-devel === luisbg [n=d33p@87.217.144.120] has joined #ubuntu-devel === stratus [i=stratus@conference/debconf/x-3c5ff0faf625b00f] has joined #ubuntu-devel [04:49] I was going through UbuntuMainInclusionQueue wiki page. I was wondering what is the state of libnss-ldap, libpam-ldap and libpam-mount reports ? [04:49] mathiaz: it didn't get much attention since noone prodded us for them so far [04:49] It is stated that they should be rewritten first. [04:50] what's wrong with the current reports ? [04:50] mathiaz: they do not match the template and thus are lacking some information === mvo_ [n=egon@p54A6654B.dip.t-dialin.net] has joined #ubuntu-devel [04:53] pitti: they seem to follow the template. [04:53] they follow the template a little too exactly, IIRC ;-) [04:53] unless I misremember [04:54] yeah [04:54] i wanted to rewrite the reports if i need them ... feel free to take them :) [04:55] twitch. i should write a couple. === Hobbsee ponders writing them for the entire kde4. [04:55] uh [04:55] Hobbsee, have fun :) [04:55] ogra: i believe "delegation" is the term that applies. [04:56] Hobbsee: erk, two KDEs in main? fun [04:56] ogra: but then again...as for how much of it would be new upstream versions of the same apps... [04:56] since we cant script them anymore thats a lot of work .... [04:56] Hobbsee: I'm fine with replacing kdexxx with kde4xxx without an MIR [04:57] Hobbsee: however, having both in main at the same time is a question that deserves to be discussed at least in the distro team meeting [04:57] mathiaz: libpam-mount basically works for me, but it lost some functionality in feisty (for encrypted partitions). [04:58] pitti: you couldnt promote dolphin then, without a MIR, then, i assume? *g* [04:58] pitti: yeah, true that [04:58] pitti: that's a later discussion - including the one about LTS's and such. [05:00] no need for kde4 in main any time soon [05:01] but a main inclusion review of strigi and clicene-libs would be lovely if pitti is looking to do some [05:01] morning Riddell [05:01] I guess that libpam-mount is heavily used in edubuntu. === mvo__ [n=egon@p54A658F4.dip.t-dialin.net] has joined #ubuntu-devel === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel [05:11] dholbach, thekorn: hmm, so the BugList ctor takes all those attributes, but if I set the status field to 'Needs Info' I still get all bugs rather than just the needsinfo bugs [05:11] i. e. BugList(Struct(url = 'https://launchpad.net/ubuntu/+source/apport/+bugs', upstream = None, minbug = None, filterbug = None, status = 'Needs Info', importance = '', lastcomment='')) [05:11] pitti: can you file a bug with a small test case? [05:12] oh, this is only done for 'if opt.upstream and opt.sourcepackage:'; hmm [05:12] I don't want just upstream bugs [05:12] dholbach: can do === ivoks [n=ivoks@16-140.dsl.iskon.hr] has joined #ubuntu-devel [05:12] pitti: rock on - thanks a lot === dpm [n=dpm@p54A11F2A.dip0.t-ipconnect.de] has joined #ubuntu-devel === pochu [n=emilio@183.Red-83-57-165.dynamicIP.rima-tde.net] has joined #ubuntu-devel [05:21] dholbach: done; I'll just go ahead and file bugs for the other stuff I need for apport [05:21] pitti: thanks a lot [05:23] dholbach: hm, noone is subscribed to python-launchpad-bugs [05:23] thekorn: ^ maybe you want to subscribe to that package? [05:23] bughelper-dev is subscribed to upstream bugs [05:23] I'll make them subscribed for ubuntu packages too [05:25] pitti: done [05:25] cool, thanks [05:25] dholbach: so you guys probably just missed my three bug reports, but maybe someone looks at the bug page occasionally :) [05:27] pitti: will look at them === ct2rips [n=ct2rips@p54869051.dip0.t-ipconnect.de] has joined #ubuntu-devel === nixternal_ [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === aigarius [i=aigarius@conference/debconf/x-9f90a8df0719866a] has joined #ubuntu-devel [05:35] hunger: I suppose it's a spelling mistake that your crypttab contains a reference to /dev/vg0/ub_tmp_c and you create the cryptdevice in /dev/vg0-ub_tmp_c? (see your latest cryptsetup bug) [05:39] afflux: That does not matter. both are a symlink to the same /dev/dm-XX [05:39] eh. does dmsetup support mapping a mapped device? [05:40] afflux: I have 7 crypted partitions on that VG, all using the same syntax to address it. [05:40] ah. okay. [05:40] afflux: The other 6 are luks ones and work fine. [05:40] do you get any error messages from cryptsetup? [05:40] afflux: the cryptdisks init script fails... that's all. [05:40] cool. :/ === loudmouthman [n=nikButle@ubuntu/member/loudmouthman] has joined #ubuntu-devel === d33p__ [n=d33p@153.144.217.87.dynamic.jazztel.es] has joined #ubuntu-devel === d33p__ is now known as luisbg_ === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === persia [n=persia@ubuntu/member/persia] has left #ubuntu-devel [] === finalbeta [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-devel === mikmorg [n=mikmorg@pool-71-98-110-171.ipslin.dsl-w.verizon.net] has joined #ubuntu-devel === mbiebl [n=michael@e180068066.adsl.alicedsl.de] has joined #ubuntu-devel === luisbg_ is now known as luisbg === pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel === pochu [n=emilio@250.Red-88-23-229.staticIP.rima-tde.net] has joined #ubuntu-devel === j_ack [n=jack@p508D8C44.dip0.t-ipconnect.de] has joined #ubuntu-devel === Arador [n=dcg@94.pool80-103-2.dynamic.orange.es] has joined #ubuntu-devel === j_ack [n=jack@p508D8C44.dip0.t-ipconnect.de] has joined #ubuntu-devel === Arador [n=dcg@94.pool80-103-2.dynamic.orange.es] has left #ubuntu-devel ["adeu"] === adam0509 [n=benoit@stc92-1-82-227-107-105.fbx.proxad.net] has joined #ubuntu-devel [06:26] pitti, ltsp-client-core should be there now [06:26] (at least it built on all arches) === j_ack [n=jack@p508D8C44.dip0.t-ipconnect.de] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === hagi_ [n=hagi@adsl-84-227-65-157.adslplus.ch] has joined #ubuntu-devel === delliott [n=openmrs@81-179-126-156.dsl.pipex.com] has joined #ubuntu-devel [06:37] Keybuk: you once said this: "Any filesystem that processes file operations out of order is BUGGY!" In regards to XFS. Do you still consider that true? === Yasumoto [n=Yasumoto@68.122.61.14] has joined #ubuntu-devel === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel [06:43] ogra: sparc build is still missing; also, this has some lintian warnings/errors [06:43] oh ? === TomB_ [n=tomb@host86-147-88-201.range86-147.btcentralplus.com] has joined #ubuntu-devel [06:45] /where mdomsch [06:45] pitti, ? [06:46] ogra@laptop:~/devel$ lintian -I ltsp_5.0.11_source.changes [06:46] W: ltsp source: changelog-should-mention-nmu [06:46] W: ltsp source: source-nmu-has-incorrect-version-number 5.0.11 [06:46] ogra: check the binaries :) === ogra checks [06:47] gah, pbuilder outdated ... that will take a moment [06:47] wasabi: I still think it's stupid for a filesystem to do, yes [06:48] Why? Doesn't ZFS do the same thing? [06:48] wasabi: operations on a given file should be processed in sequence [06:48] On a given file, sure, but on two different files? [06:48] Oh I see what you're saying. [06:48] two different files - who cares [06:48] I think I finally realized where I was hung up. [06:49] pitti, hrm, it needs the xfonts-base dep ... [06:49] The conversation was about ... XFS not working right during crashes of update-alternatives because it doesn't flush the file before proceeding [06:49] right [06:50] ogra: oh, that might be unjustified; I was more concerned about the dependencies/debconf stuff [06:50] trying to reparse it. [06:50] what XFS does is process a rename() call on a given file before all queued write()s on that file have been processed [06:50] so you do [06:50] open (file, O_RDWR) [06:50] write (...) [06:50] write (...) [06:50] close (...) [06:50] rename (...) [06:50] and you end up with something on disk that isn't fully written [06:50] So the writes don't go through, but the rename does. [06:50] pitti, right, inputattach is a bug [06:50] yeah [06:51] But still, shouldn't you be forced to fsync the file if you want to be sure that the contents are on disk, irregardless of order of operations? [06:51] I don't think so [06:51] Does a rename guarentee an implicite sync? [06:51] ogra: nothing too serious, if you fix them in the next version, that's fine [06:51] Who says that? [06:51] pitti, the debconf stuff must come from a debian merge, we dont use debcof in ltsp-server ... checking where that comes from [06:51] I think that certain operations should be guaranteed [06:51] ogra: I just want to wait for sparc [06:51] nobody says that [06:51] pitti, ok [06:51] it's just the way everything behaved until XFS came along :p [06:51] Heh. [06:51] i have a 0.12 here anyway already, i'll add the fixes [06:52] But still, an app that DOESN"T rename, would still have to fsync before moving on. [06:52] theoretically that app doesn't care whether it's on the disk or not === `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-devel [06:53] Depending on the app, it might. [06:53] the rename() case is special, since the app is clearly trying to do something atomic [06:53] u-a seems to be an appropiate situation for that. Since it is basically part of the dpkg transaction. [06:53] dpkg can't consider the package really completely installed until it's sure all the files are commited. [06:54] If ti does, then you're talking about corrupt/missing metadata between files (dpkg's database and the installed files themselves) [06:54] actually, fsync() doesn't guarantee that either [06:54] it just guarantees that the kernel filesystem is in sync [06:54] It guarentees as much as the kernel can know. [06:55] it's an interesting point [06:56] Anyways, it seems wrong that a crash after dpkg says a package is installed could result in corrupt files being installed because they weren't flushed. [06:56] At least, it seems as if we're not doing what we can do about it, regardless of hardware caches. [06:56] a crash? [06:56] power failure. [06:56] power failure has the same problem though [06:56] because of the hardware [06:56] Yes, but sme people can guarentee the hardware does not cache. [06:56] For good reason they buy hardware like that. [06:57] dpkg could say the status is installed, because that reached the hardware, but the files themselves might not have === gizmo [n=gizmo@xdsl-87-78-62-27.netcologne.de] has joined #ubuntu-devel [06:57] Or, they can guarentee the hardware is battery backed. [06:57] IMO all of these cases are bugs in the filesystem. [06:57] If their software is undermining that. === giskard [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel [06:57] wasabi: if they can guarantee that, they can guarantee the same things from the filesystem, no? [06:57] Hmm. Thinkging. One sec. ;0 [06:57] You use fsync if you mean `this data needs to hit the disk because I am about to promise someone else that we're not going to forget it'. [06:57] That's quite different from the general requirement of the filesystem not to fuck up. [06:58] No... because we're still talking about, two different files. [06:58] Saying `you must fsync if you want the fs not to fuck up' will just lead to every application having to fsync which is obviously daft. [06:58] wasabi: if you can guarantee that writes always reach the hardware ... [06:58] iwj: Never said that. [06:58] wasabi: ... then you can guarantee that they always reach the filesystem ... [06:58] And how can you do that? [06:58] "sync" [06:58] u-a doesn't sync it though. [06:59] reaching the filesystem is intrinsically uninteresting, except for the case of file handover [06:59] You want me to manually type sink between running u-a? [06:59] no, I mean mount the filesystem with "sync" as the option! [06:59] Oh. Hah. [06:59] Do you really consider taht the solution? [06:59] power outage => you care about writes reaching the hardware [06:59] which means that you need them to reach the filesystem *and* hardware [06:59] Destroy all performance improvements of your hardware and file system when there are other appropiate solutions? [07:00] since we can only guarantee the later in special cases where the user has made attempt to secure that, it is not unreasonable to expect them to make attempts to secure the same for the intermediate filesystem [07:00] If you want to ensure a file is written, you call fsync. That is the convention, no? [07:00] no [07:00] That exists for a reason, no? [07:00] I think it's a bug if after a power outage the filesystem has left the disk in a state that doesn't correspond to any of the states which would have been visible to a user process before the crash. [07:00] if you want to ensure that the file is available for other processes to read, you call fsync() [07:00] Keybuk: What ? [07:00] it does not guarantee that it is written [07:00] Eh? [07:00] Other processes are supposed to see the file straight away regardless of any fsync. [07:01] iwj: then what's the XFS bug? [07:01] Keybuk: It guarantees it's hit disk. It doesn't guarantee it's hit the filesystem. [07:01] The XFS bug ? You mean the one where you get a file full of zeroes ? [07:01] there's a write()/close()/rename() bug with XFS [07:01] Keybuk: It happens when there is a power failure after writing two files and renaming. [07:01] due to a missing fsync() [07:01] Because nobody calls fsync. [07:01] Err, earlier you said ZFS. [07:01] write(); write(); rename(); crash. [07:01] ok, well clearly I'm even more confused about all of this than I thought :-) [07:02] Oh, no, I misread. === Keybuk bows out of the discussion with a "if you have a patch for any software I've written, mail it to me" disclaimer [07:02] Heh. [07:02] I just wanted to question what you said in the bug report a year ago... because I find it fundamentally contrary to everything I've been taught. :0 [07:02] wasabi: I now don't understand why this doesn't work on XFS [07:02] wasabi: It is my view that dpkg does the right thing and if the filesystem causes what dpkg does not to work properly (including in the case of a crash during package installation) then that's a bug in the filesystem. [07:03] Which is that fsync is to be used to guarentee that at a given point in time something has or has not been commited to the best of the knoweldge of the kernel === glatzor [n=sebi@p54967016.dip.t-dialin.net] has joined #ubuntu-devel [07:03] Keybuk: u-a writes a file, then renames the old file to the new, but nothing ever calls fsync to ensure the first write happend. [07:03] Keybuk: There are bugs in many journalling filesystems which have a tendency to write out the metadata to disk before the data. The result is that if you crash at an unfortunate moment, the file you renamed over the top of the old data turns out to contain zeroes (or even garbage). [07:03] But the renames DOES go through. [07:03] wasabi: but why does that matter? [07:03]