[12:37] yuck, why do the gutsy mythtv packages depend on msttcorefonts? [12:37] ScottK: today I saw that it doesnt seem to work on i386 [12:37] ScottK: in debian at least [12:37] man-di: The proposed revision or the current one? [12:38] superm1: See slangasek's comment ^^^ [12:38] -4 is the current one in debian, yes [12:38] ScottK: its universe, if you're ok with the upload, pleae go ahead. there's a reason that I'm still awake on Saturdaynight :-( [12:39] doko: I'm fairly highly allergic to Java (but know others aren't). If you think technically (from a Java perspective) it's a good change, I'll see if I have time to build/test/uplod it. [12:39] ScottK: testing on i386 would be needed, I dont really know why it doesnt work on i386 in debian [12:40] ScottK: please go ahead, and please convince man-di to get motu status himself so he can do it himself ;) [12:40] OK. Well my Gutsy box has 256MB of RAM, so I don't think I'm the one to test it. [12:41] ScottK: my machine has 2 GB and I get OOMs when buidling eclipse without tricks since doko uploaded GCJ 4.2 :-/ [12:42] ScottK: roll the package in PPA maybe ? [12:42] man-di: I've got a server I can build it on with 4GB ram. It's the testing not the building that's the trouble. [12:42] mlind: If you've got a PPA, you can do that. [12:42] ScottK: aah, okay === ScottK declined the terms of service. [12:43] mlind: At this point the only option I would consider is the small one. [12:44] ScottK: yes, I'd do that too. [12:44] doko: BTW: I dont really see a reason to make me a MOTU, after all I dont use Ubuntu [12:44] man-di: I don't see that as a hard requirement. [12:44] night all [12:45] ScottK: for you, but for me ;-) [12:45] can one yet delete packages from PPA? === contrast83 [n=mike@adsl-074-236-242-009.sip.bgk.bellsouth.net] has joined #ubuntu-motu [12:47] mlind: --> #launchpad. === ScottK has got to run. I'll be back later. [12:48] ScottK: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446438 was reported against the 'fixed' version in Debian [12:48] Debian bug 446438 in eclipse-jdt "eclipse-jdt: ant editor can not open build.xml" [Important,Open] [12:48] ScottK: cu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-motu === hoora80 [i=hoora@gateway/tor/x-33151c6f4aac1130] has joined #ubuntu-motu === frostburn [n=frostbur@cpe-74-74-196-185.rochester.res.rr.com] has joined #ubuntu-motu === vorian [n=vorian@ubuntu/member/pdpc.supporter.active.Vorian] has joined #ubuntu-motu === DktrKranz [n=Luca@ubuntu/member/dktrkranz] has joined #ubuntu-motu === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-motu === DarkMageZ [n=richard@ppp121-44-5-29.lns10.syd7.internode.on.net] has joined #ubuntu-motu === doko_ [n=doko@dslb-088-073-117-089.pools.arcor-ip.net] has joined #ubuntu-motu === nenolod [n=nenolod@atheme/developer/nenolod] has joined #ubuntu-motu [01:58] Adri2000, btw le_vert (audacious-plugins launchpad #123150) can be very stubborn [01:58] Launchpad bug 123150 in audacious-plugins "Audacious unable to play MP3 streams" [Medium,In progress] https://launchpad.net/bugs/123150 [01:58] Adri2000, so i don't know how cooperative he will be [01:58] ;p === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === khermans__ [i=khermans@nat/cisco/x-23abbcd882dcbaff] has joined #ubuntu-motu [02:03] Can someone archive this one? http://revu.tauware.de/details.py?upid=377 [02:03] thanks [02:03] or nuke it :) [02:03] it's NEW on debian now.. [02:06] http://revu.tauware.de/details.py?upid=363 [02:06] and this one too === RobinD [n=robind@69-30-77-125.dq1sn.easystreet.com] has joined #ubuntu-motu === RobinD [n=robind@69-30-77-125.dq1sn.easystreet.com] has joined #ubuntu-motu === Vorian [n=Steve@ubuntu/member/pdpc.supporter.active.Vorian] has joined #ubuntu-motu === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-motu === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-motu [02:52] anyone here that uses fluxbox ? === _MMA_ wonders why imbrandon didnt just ask joejaxx? :) [02:53] he's afk [02:53] heh [02:54] <_MMA_> Oh yeah. He said he had to lay down. [02:54] i just installed fluxbox ( not fluxbuntu ) on gutsy, started a flux session and right click isnt bringing up the menu [02:55] i even had to start xterm from tty1 with `DISPLAY=:0 xterm` [02:55] heh [02:56] sux to be me atm :) [02:56] <_MMA_> imbrandon: Talk to nothlit in #fluxbuntu [02:57] k === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [03:06] slangasek: Sorry. Sleeping. ceclilia needs architecture-specific drops. snort doesn't need a merge: the Ubuntu changes were adopted by Debian. Thank you for gxmms and zeroc-icee-java. === persia seeks someone with an ebay account to test esniper 2.17.0-1 (from Debian) for http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=140167990751 (dget http://http.us.debian.org/debian/pool/main/e/esniper/esniper_2.17.0-1.dsc) [03:08] _MMA_: wow people in that channel are harsh :) [03:09] <_MMA_> lol really? [03:09] persia: test it on gutsy ? [03:09] <_MMA_> Joe wouldnt let that happen. The kids must be at play. [03:09] imbrandon: manually execute `update-menus`, which should fix it. There's something funny about menu generation on package install (or initial install). [03:09] imbrandon: Yes. Test on gutsy. [03:09] persia: if you can get me a gutsy i386 package built from that i'd be happy to but i'm on a p200 and dont wanna compile it [03:10] lol [03:10] persia: for snort, the scripts I have available don't appear to let me override the fact that snort has previously diverged from Debian === persia seeks someone with a i386 to run a build process for http://http.us.debian.org/debian/pool/main/e/esniper/esniper_2.17.0-1.dsc [03:10] slangasek: Understood. I'll wait for someone else. === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #ubuntu-motu [03:19] persia: should a session restart be required after update-menus ? [03:19] imbrandon: It shouldn't, but you might need to wait a minute. You'll want to make sure to run it system wise (`sudo update-menus`) [03:19] s/wise/wide/ [03:19] persia: as for cecilia, the problem package is an arch: all package; I'm not sure why it wasn't removed automatically when the arch: any binaries became available, but the tools don't work for cleaning this up either [03:20] right [03:20] ok how much longer do i have for a universe upload ? [03:20] slangasek: It's not arch: all anymore :) [03:20] persia: um, the problem package you're asking to have removed *is* [03:20] slangasek: Are you sure? I thought there was a script for binary removal (if a less popular one). [03:20] slangasek: Right. Sorry. [03:24] persia: the script for binary removals doesn't appear to DTRT with -a all [03:25] slangasek: Thanks for trying. I keep finding corner cases :) [03:26] imbrandon: I think binary uploads have about 22 hours left, so source uploads should be earlier. [03:26] For universe, you have more than 22 hours [03:27] we dont do binary upload iirc [03:27] anyhow so i'm good for now with universe correct ? [03:28] man i hate "comming back" at the end of a cycle [03:29] StevenK: I thought there was a new announcement that we had until Monday 0:01 UTC. Is my math broken? === _eth0_ [n=eduardo@CAcert-br/eth0] has joined #ubuntu-motu [03:29] imbrandon: From what I understood about the archive, you'll want to have your builds done before the hard freeze (I may be mistaken). [03:30] imbrandon: and, yes, now is safe to upload. [03:32] ok i *think* my final upload for gutsy is done, probably not though [03:35] persia: When ScottK and I were talking to pitti, he said until Wednesday for universe - we (being motu-uvf) have to approve it. [03:35] Anyway, I'm out. [03:36] StevenK: Ah. I'm following https://lists.ubuntu.com/archives/ubuntu-motu/2007-October/002450.html [03:38] well its only a revision anyhow not a UVF , worst case it will be rejected [03:38] looks like one more reboot bbiab === MLP [i=131905@unaffiliated/mlp] has joined #ubuntu-motu === redwoolf [n=benjamin@c-76-17-130-205.hsd1.mn.comcast.net] has joined #ubuntu-motu [03:50] persia: Are you still working on esniper? :-) === mdomsch [n=mdomsch@cpe-70-124-62-55.austin.res.rr.com] has joined #ubuntu-motu [03:50] bddebian: Rather, I'M hoping someone with an ebay account will. We've about 4 hours left on the auction. [03:51] persia, need a hand? [03:52] DktrKranz: very much so. could you build http://http.us.debian.org/debian/pool/main/e/esniper/esniper_2.17.0-1.dsc for gutsy, and see if it works? [03:52] what I need to do to discover if it works properly? [03:53] minghua was nice enough to host http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=140167990751 for use to test against. [03:53] imbrandon: the issue is update-menus [03:54] when it forks duing a dpkg execution on a package that has the menus add hook it never returns after dpkg is done [03:56] The fork is a good thing, but the return hook is just plain broken. [03:56] slangasek, unfortunately the themes call for arial right now. [03:57] persia: yeah unfortunately [03:57] superm1: fix the themes? [03:57] slangasek, well we were waiting for the liberation fonts to come through [03:57] persia: which stinks for us that use the debian menu :D ;) [03:57] and we were going to make a package called fake-msttcorefonts then [03:58] that symlinked those to the font names that msttcorefonts provided [03:58] heh [03:58] joejaxx: Yep. [03:58] so dejavu sans isn't good enough? [03:58] so that no patching was needed. but since those didn't ever come through [03:58] and if iirc we are close to hard no more packages freeze [03:58] no, i did some experiments with other fonts and it looked pretty tacky [03:58] or past it [03:58] :P [03:58] aww [03:58] compared to how they look with the msttcorefonts [03:58] so hopefully licensing on the liberation fonts gets sorted during hardy, so that we can use those [04:02] persia, built. now what? [04:04] Now install and start bidding ;-) [04:05] DktrKranz: You'll want to look at sample_config and sample_auction in /usr/share/docs/esniper/ [04:11] is it mandatory to test it right now? it's quite late here and I should have some sleep...but if you need it in short time, I can give it a better try [04:11] DktrKranz: We hav 3 hours & 53 minute left in our test. If you don't have time, could you put up an i386 binary for imbrandon? [04:12] no problem at all...just a second [04:12] DktrKranz: Thanks a lot. [04:12] DktrKranz: thanks [04:13] and sorry to not been able to test it directly as I wish...it's 4:15 here and I was busy in bug squashing :) [04:13] DktrKranz: No worries. That's why we're a team :) [04:16] imbrandon, www.linuxdc.it/esniper_2.17.0-1_i386.deb [04:16] DktrKranz: sweet, getting it now [04:16] built on up-to-date gutsy [04:16] k, good thats what i'm running [04:17] anyway, it took me just a couple of minutes [04:17] if you ever need to recompile, it will not be a waste of time [04:18] imbrandon: Can you snipe by yourself, or do you need someone else to compete with you? [04:18] well i just dident want to install all the build tools and buld aon a p200 [04:18] persia: not sure, never used this app in my life, i just have an ebay account and wanted to help [04:18] I'm going to sleep, if you don't need something else [04:18] DktrKranz: Thanks a lot. Sleep well. [04:19] persia: ok its installed, any "quick start" tips for what you need testede [04:19] tested* [04:19] DktrKranz: thanks [04:19] thanks to you, gnight [04:19] persia: ok its installed, any "quick start" tips for what you need testede [04:20] imbrandon: You'll want to create an auction file for http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=140167990751, and run esniper in the background. Someone else will outbid your last bid, and near the auction end, esniper should make a quick bid so you win. === Whoopie_ [n=Whoopie@unaffiliated/whoopie] has joined #ubuntu-motu [04:25] persia: ok i think its running correctly , someone else will have to test near the end of the auction i guess ( i'll leave it running ) [04:25] Auction 140167990751: Ubuntu 7.10 CD Image file [04:25] Time remaining: 2 hours 39 mins 36 secs (9576 seconds) [04:25] End time: 14/10/2007 00:04:35 [04:25] Currently: 0.01 (your maximum bid: 0.75) [04:25] # of bids: 1 [04:25] High bidder: holtsclawb!!! [04:25] Latency: 0 seconds [04:25] Sat Oct 13 21:24:59 2007: Sleeping for 1 hours 39 minutes [04:25] it wont check again for 1.5 hours [04:25] imbrandon: What timeout did you use for the snipe? [04:26] i dunno i ran it like this .... [04:26] esniper -u holtsclawb -P 140167990751 0.7 [04:26] err [04:26] esniper -u holtsclawb -P 140167990751 0.75 [04:27] imbrandon: Thanks. [04:27] e.g -u user -P prompt for pass and auction number and price [04:27] i'll leave it running in the background [04:28] Could someone please bid $0.60 on http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=140167990751? [04:28] I'll try if I can remember my password :-) [04:29] bddebian: Thanks. [04:29] afk one sec [04:30] imbrandon: Just to make sure, we want someone other than you to be the high bidder :) You should bid 0.75 near the end, and win anyway. [04:30] StevenK: We got revised on the Wed thing today. [04:31] StevenK: They need to starting copying the entire archive for -updates/-security at the same time they start making the CDs. [04:31] OK, .60 bid [04:31] bddebian: Thanks. [04:31] Have to be of some use on occasion ;-) [04:33] StevenK or zul: Would you please ack Bug 152423 (patch currently is totally broken so downside risk is nil). [04:33] Launchpad bug 152423 in ktoon "[Gutsy Sync] Please sync KToon (0.8.1-1) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/152423 [04:34] StevenK and zul: I'm interested in what you think about Bug 151699 (I am uncertain on this one). [04:34] Launchpad bug 151699 in gdc-4.1 "[UVFe] gdc-4.1 0.25 new upstream release" [Undecided,Incomplete] https://launchpad.net/bugs/151699 === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-motu === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #ubuntu-motu [04:48] Should motu-uvf be subscribed for review prior to the completion of testing, or only after verification? [04:51] Yay, gdm starts again! (bug #152505) [04:51] Launchpad bug 152505 in gdm "gdmgreeter segfaults when XRandR is not available" [Undecided,New] https://launchpad.net/bugs/152505 === claydoh [n=claydoh@66-252-50-151.dyn-adsl.midmaine.net] has left #ubuntu-motu ["Konversation] [04:56] Sweet. Uses Ape v2/c [04:56] ugh [04:56] wrong channel === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-motu [05:19] persia: Subscribe motu-uvf when you are ready for motu-uvf to decide something (I'd say after). [05:20] ScottK: That makes sense. Thanks for the confirmation. === persia waits 1 hour 43 mins 50 secs [05:21] For? [05:21] http://offer.ebay.com/ws/eBayISAPI.dll?ViewBids&item=140167990751 for bug #152503 [05:21] Launchpad bug 152503 in esniper "Please sync esniper _2.17.0-1 (universe) from Debian (main)" [Undecided,New] https://launchpad.net/bugs/152503 [05:21] Right. === ScottK would really appreciate not being the only motu-uvf around so stuff could get decided ... [05:25] persia: Do you have time in your schedule to look at a proposed Eclispe revision? [05:26] ScottK: That looks like a merge. I'd really prefer if someone else hit it (as there doesn't seem to be anyone else tracing RC bugs). [05:28] persia: There's a minimal debdiff option which I think we should pursue, but I don't have enough RAM on my gutsy machine to build/test it. [05:28] RAOF: How about you? Up for fixing eclipse? [05:28] ScottK: If you just need build cycles, I can do that. Where's the debdiff? [05:28] ScottK: Uuuuuur... [05:28] ScottK: I'm up for *building* eclipse? [05:28] http://launchpadlibrarian.net/9973602/debdiff_small.txt [05:29] RAOF: Thanks. [05:29] There's the debdiff. RAOF, if you would, since persia has a lot of stuff on his plate. [05:29] Anyone want to review bug #152505 before I subscribe u-m-s? [05:29] Launchpad bug 152505 in gdm "gdmgreeter segfaults when XRandR is not available" [High,New] https://launchpad.net/bugs/152505 === persia is mostly rebuilding things to discover they don't really FTBFS for us [05:33] Anybody around using xen? Could you confirm that gutsy xenman doesn't crash on start? === Arrogance [n=aks@ottawa-hs-209-217-119-204.d-ip.magma.ca] has joined #ubuntu-motu [05:37] RAOF: You know about 64bit stuff, right? [05:38] RAOF: Any idea why https://launchpad.net/ubuntu/+source/libgnomedb3/3.0.0-2build1 would build on AMD64, but FTBFS on IA64? [05:40] ScottK: Because IA64 is wierd and crazy? === RAOF looks [05:40] because the ia64 platform always has bits set in the high 32-bits of a pointer [05:40] whereas on amd64 it's a crapshoot === persia thinks the problem is "*** libgnomedb_entry_builtin_plugins.so is not portable!" [05:41] That looks a likely culprit, yes. [05:42] Right, but knowing little about 64bit stuff, I was suprised that'd be a problem on IA64 and not AMD64. === Igorot [n=umaming@122.2.243.183] has joined #ubuntu-motu [05:44] no, that's not the reason [05:44] It's possible that it's not actually a 64bit problem, but something strange with the IA64 linking process. === ScottK looks over at slangasek and hopes for enlightenment. [05:44] try fixing the implicit function declarations === ScottK looks at RAOF and hopes maybe he knows how to do that. [05:45] including the headers that contain the declarations? :) [05:45] The linking is fine, it's just that the result SEGVs. I suspect slangsek is correct, and the non-portability assumes that a 64-bit integer can be safely treated as two 32-bit integers. === ScottK pretty much just does Python and doesn't have to worry about such stuff. [05:46] right, because if you try to use a function before importing it python immediately tells you to get bent, on any arch. :) === ScottK steps carefully to the other side of the room and hopes those that know what they are talking about will continue. === ScottK pokes RAOF and points ^^^ [05:50] pff, I don't even see where libgnomedb-3.0-scan.c is coming from, it's apparently not part of the libgnomedb3 source === Igorot [n=umaming@ubuntu/member/knightlust] has joined #ubuntu-motu === jellyfish2002 [n=Miranda@bb121-7-201-66.singnet.com.sg] has joined #ubuntu-motu [05:53] Does sbuild 0.56 work for anyone else? It's not on my list, but I'm still pinned at 0.53. === RAOF has a look [05:58] ScottK: well, this is some serious gnome voodoo in gtk-doc-tools; it's the generated source that's missing the includes, I have no idea how to tell it what headers to include === nckellyann [n=nckellya@cpe-065-188-178-104.triad.res.rr.com] has joined #ubuntu-motu [05:59] slangasek: OK. Well if it's serious vodoo to you, then I'm not even going to go near it. I guess it'll just have to stay dead. Thanks for looking. [05:59] it's probably less serious to someone who works more with GNOME packaging === ScottK is just a Kubuntu user... has SEEN Gnome once or twice. === RAOF steps away from the autogenerated code. === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [06:01] I've got a friend up from Hobart, I'm not going to have time to expose that voodoo. [06:12] ok, libgnomedb-3.0.types is the sourceful bit that declares the types to reference [06:12] that's doc/C/libgnomedb-3.0.types [06:13] it includes records for gnome_db_entry_foo, but several of these (the ones with warnings in the build log) have no public headers that are installed in libgnomedb3-dev, nor are those headers referenced at the top of libgnomedb-3.0.types itself [06:14] so either those headers need to be made public (including them from libgnomedb.h seems to be the standard way), or the references to those types should be removed. [06:19] slangasek: That makes sense (in a twisted way). Why does it work for !ia64? [06:19] because on ia64, the high 32-bits of a pointer address are non-empty? [06:20] so if the compiler doesn't have a declaration of the function, it doesn't know it returns a pointer (actually a GType, which much to my frustration is typedefed as an int rather than a pointer, suppressing a relevant compiler warning); which means it defaults to int, which is always 32-bit and truncates the return value [06:21] so then the code takes what should be a valid pointer, and walks off into nowhere in memory -> segfault [06:21] Aha. So it's a compiler parsing issue with unknown types. That makes sense. Why isn't it a compiler bug? [06:21] because the compiler isn't doing anything wrong [06:22] it's behaving exactly as it's told === mayeco [n=mayeco@kubuntu-desktop-3.cpe.cableonda.net] has joined #ubuntu-motu [06:22] it gives a warning, which is as much as it's supposed to do when invoked this way; it's up to the developers to notice the warning and fix the bug [06:23] Ah, never mind. I'm missing the placement of GType. Thanks for the explanation, but I suspect I need to look at much more before I have a full understanding (and should get back to emulating a buildd) [06:23] slangasek: Any idea of how much longer the i386 buildd's are going to be occupied with language packs? [06:24] ScottK: no clue === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [06:24] OK. Just getting a bi t antsy. [06:25] Hello Hobbsee. [06:26] where does one look to see that they /are/ occupied with language packs? :) [06:26] Hobbsee: Would you be up for a quick motu-uvf ack of bug 152423 (it's a package doesn't work at all -> works at least some kind of upload). [06:26] Launchpad bug 152423 in ktoon "[Gutsy Sync] Please sync KToon (0.8.1-1) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/152423 [06:26] slangasek: I look here, https://launchpad.net/ubuntu/gutsy/+builds?build_text=&build_state=building but I'm sure there are better places [06:26] well, not for me there probably arent' === persia just uses https://launchpad.net/ubuntu/gutsy/+builds [06:28] persia: Bug #152519 acked by me. Maybe Hobbsee will look at it too. [06:28] Launchpad bug 152519 in sqlfairy "Please sync sqlfairy 0.08.001-1 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/152519 === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #ubuntu-motu [06:31] ScottK: Thanks. Soon... === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-motu === doofy` [n=doofy@71.237.18.160] has joined #ubuntu-motu === persia wonders if anyone is chasing the sponsors queues [06:38] persia: I'll have a look at uus now that you mention it. [06:38] RAOF: How's eclipse? [06:38] ScottK: If there's anything not appropriate for gutsy, would you mind adding a comment indicating this, and asking for preparation for hardy? [06:39] persia: I was just thinking that exact same thing. Absolutely. I've already done that more than once on REVU. [06:39] ScottK: Perfect :) [06:40] hiya slangasek [06:41] persia: You looked at the openct patch and decided not to upload it. How strongly do you feel about that? [06:41] IIRC [06:41] ScottK: Bug#? [06:42] persia: Bug #125054 [06:43] Launchpad bug 125054 in openct "openct broken by ubuntu udev setup" [Undecided,Confirmed] https://launchpad.net/bugs/125054 [06:44] ScottK: Not very strongly. I'd like to see someone other than upstream test it in gutsy, or to understand where $MODALIAS comes from. With either of those, I'd upload. [06:45] persia: Based on it's backported from the upstream svn and it seems the package is fairly broken, I'm inclined to upload it. [06:45] Hmmm === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-motu [06:47] ScottK: Don't let me block you. I'm being conservative because I don't understand one clause. If $MODALIAS is always undefined, everything should work fine (and the previous script appears like it shouldn't work) [06:47] persia: OK. Based on that, I'll go for it. Thanks. [06:48] ScottK: Sure. You're always welcome to confirmation of my ignorance :) [06:50] ScottK: you suck at spelling my nick. [06:51] Hobbsee: Thanks. I'm dead without tab completion. [06:51] Hobbsee: How about the ktoon UVFe? === frostburn [n=frostbur@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-motu === Hobbsee just ack'd it [06:53] sorry, dealing with emial [06:53] No problem. [06:53] imbrandon: Around? I just want to make sure that the esniper process is still running smoothly: the auction expires in 11 mins 38 secs [06:53] Hobbsee: How about persia's sqlfairy UVFe? [06:54] ScottK: just ack'd that too [06:54] ScottK: right, so now i'm requested not to accept things. [06:54] Hobbsee: Thanks. I'll subscribe the next team in the list :) [06:55] persia: no problem. i did it via email, so it should just work [06:55] Hobbsee: Urgh. [06:55] oh no! === Hobbsee wonders if she'll get all the ubuntu-archive mail now. [06:55] heh [06:55] oh, no, it's to a separate mailing list. [06:55] Hobbsee: Thanks for pushing it along :) === amachu [n=amachu@59.92.89.68] has joined #ubuntu-motu [06:55] persia: slangasek may do a bunch of processing. right now, it's as if i dont have access to any of it :( [06:56] 3 RC syncs pending in the u-a-a queue :) [06:56] persia: yea it will wakeup in 6 minutes [06:56] it said [06:56] imbrandon: Excellent. Thank you. === No1Viking [n=No1Vikin@83.140.104.41.dyn.rp80.se] has joined #ubuntu-motu [06:57] Auction 140167990751: Ubuntu 7.10 CD Image file [06:57] Time remaining: 7 mins 49 secs (469 seconds) [06:57] End time: 14/10/2007 00:04:35 [06:57] Currently: 0.55 (your maximum bid: 0.75) [06:57] # of bids: 2 [06:57] High bidder: bddebian (NOT holtsclawb) [06:57] Latency: 0 seconds [06:57] Sat Oct 13 23:56:46 2007: Sleeping for 5 minutes 39 seconds [06:57] Nice latency :) [06:58] :) === persia dislikes packages that build, install themselves, and rebuild. [06:59] lol [06:59] hrm why would one do such a thing === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [07:02] imbrandon: Bootstrapping. Often when building compilers or interpreters, you need to build a framework to then build the self-hosted true system. [07:03] ahh like fpc [07:03] Only 1 minute left... === Hobbsee emails the MOTU ML and ubuntu-devel [07:04] Cool. It works! [07:04] Thanks minghua, bddebian, imbrandon, and dktrkranz === xtknight [n=xtknight@c-68-43-122-211.hsd1.mi.comcast.net] has joined #ubuntu-motu [07:06] persia: np === freeflying [n=freeflyi@123.116.103.55] has joined #ubuntu-motu [07:07] ScottK: over to you: bug #152503 [07:07] Launchpad bug 152503 in esniper "Please sync esniper _2.17.0-1 (universe) from Debian (main)" [Undecided,New] https://launchpad.net/bugs/152503 [07:08] persia: Ack. Ask Hobbsee now... [07:09] Hobbsee: Our last non-xen Debian RC in gutsy awaits your pleasure :) [07:09] woot! [07:09] Um. s/RC/Grave RC/ [07:10] how's our sponsorship queue looking? [07:10] debian bug 442369 [07:10] universe: 16, main: 20 [07:10] Debian bug 442369 in esniper "esniper: unable to find auction --> solved in CVS" [Grave,Fixed] http://bugs.debian.org/442369 [07:10] Hobbsee: Not bad. 16 left many of which are debian dupes or pending SRUs === Hobbsee nods [07:10] we can search by subscriber now, from ubuntu itself [07:10] so can get rid of teh debian dupes [07:11] But https://bugs.launchpad.net/ubuntu/~ubuntu-universe-sponsors/ or https://bugs.launchpad.net/~ubuntu-universe-sponsors/ubuntu/ should do that. [07:11] ack'd. [07:11] oh nice! [07:11] didnt know that was supported === ScottK considers filing a bug along the lines of "LP lies when it says their are Baltix bugs related to me." [07:12] Hobbsee: It's not :( [07:12] oh, should, right, yes. [07:12] their/there [07:12] although no one would ever ifnd it. === persia would. Often. === Hobbsee just goes to the ubuntu bug page, advance searches for bugs subscribed to u-u-s, problem solved. [07:13] it even got implemented in way under 6 months? how nice is that? === persia would even like https://bugs.launchpad.net/~ubuntu-universe-sponsors/ubuntu/hardy/ to work next time. === Hobbsee just wants working archive admin powers, dammit! [07:14] Hobbsee: You don't really want that. I'd be asking you to try to figure out how to sync snort or drop cecilia as arch:all, neither apparently trivial. [07:14] heh [07:14] whta's wrong with cecilia? [07:14] persia: i already have those powers - when it includes asking other people to do that, and they say yes. [07:15] It used to be arch: all, and depended on csound. csound assumes that 64 bit integers can be split so that the high half is flags, and the bottom half a pointer. I uploaded an arch: many cecilia, but the arch: all binary is still floating around. [07:15] Hobbsee: heh [07:16] lamont: you around? [07:16] seems not. [07:16] lamont: when you wake up and come and see irc again, can you deal with persia's request, presumably in P-a-s? thanks. [07:16] persia: What version of snort are you trying to sync? [07:17] ScottK: 2.7.0-6 [07:17] ScottK: The things that make it tricky are 1) it overrides previous Ubuntu changes (Debian adopted them), and 2) it introduces a NEW binary package. [07:18] persia: I can solve #1 if slangasek can solve #2 ^^^ [07:18] Removing linux-ubuntu-modules-2.6.22-13-generic ... [07:18] update-initramfs: Generating /boot/initrd.img-2.6.22-13-generic [07:18] Purging configuration files for linux-ubuntu-modules-2.6.22-13-generic ... [07:18] update-initramfs: Generating /boot/initrd.img-2.6.22-13-generic [07:18] slangasek: ? [07:18] Can anyone guess what I'm doing? [07:18] bluefoxicy: Flooding the channel. [07:19] scottk besides that [07:19] bluefoxicy: distracting people from syncing snort? [07:19] persia: He's the new release manager (and I believe is here and has archive admin powers to NEW the new binary). [07:19] bluefoxicy: That's all I really noticed. [07:19] persia: that too. But I more meant REMOVING A KERNEL, and rebuilding its initrd 15 times in the process >.> [07:19] persia: i can new the binary. [07:20] Hobbsee: Great. [07:20] like, without cjwatson eating me. [07:20] Hobbsee: I'll see if I can upload it. [07:20] ScottK: Can you fix #1? Hobbsee will do #2. [07:20] oh wait. am i supposed to, based on saying i'd avoid the new queue? [07:20] trying. [07:20] Hobbsee: binary new, or source new? [07:20] hm. i think i was asked to wait until after the powers that be were consulted. [07:20] persia: well, that's the question [07:20] Hobbsee: Is it better to have the archive fixed with an incomplete paper trail or broken and documented? [07:21] persia: i cant do source new, due to no paper trail, and licencing stuff. but binary accepted mails get blackholed anyway. === persia doesn't think it really matters if there's delayed NEW processing. only i386 users would even notice: it would be just as broken for everyone else. [07:21] This is a binary NEW [07:21] exactly [07:21] So it should be fine, right? [07:21] bluefoxicy: and we dont do kernels in this channel. [07:21] ScottK: unsure. we'll see :) [07:22] ScottK: oh, it's universe? no, i shouldn't, then. === Hobbsee is forgetting some of the launchpad quirks. [07:23] I'd settle for Hobbsee agrees to hunt someone down and make them do it before the deadline. [07:23] i'm not their boss, i cant really hunt them down. [07:23] but i'd expect that they would, yes [07:23] ScottK: Taking *ages* to build. Current load: 25.93 [07:24] RAOF: It does that. [07:24] persia: So if I upload this and it the new package never makes it, are we better or worse off than if I don't upload it (snort). [07:25] ScottK: i386 users are worse off. Everyone else is the same. All users can `apt-get install --build snort` and get a working system. [07:25] ScottK: we'll find someone. [07:25] Hobbsee: OK. [07:26] even if i have to accept it, then someone else has to override. [07:26] Well the syncpackage script made a useable .changes file, so I can do the upload. [07:27] Hobbsee and persia: Unless one of you says don't, I'm going to dput snort momentarily. [07:28] OK. Done. [07:29] ScottK: please also update bug #152205 [07:29] Launchpad bug 152205 in snort "Please sync snort 2.7.0-6 (universe) from Debian unstable (main)" [Undecided,Fix released] https://launchpad.net/bugs/152205 [07:29] persia: Done [07:29] (never mind) [07:29] ScottK: Thanks. [07:29] No problem. [07:30] Any fortran people around? [07:33] Hobbsee: I got the Waiting for approval mail for snort, so over to you as far as getting the RM and New stuff done ... === Nightrose [n=lydia@port-87-234-158-210.dynamic.qsc.de] has joined #ubuntu-motu === xeruno [n=xeruno@cable200-116-10-187.epm.net.co] has joined #ubuntu-motu === persia requests assistance with the semidef-oct FTBFS: it needs a build-dep update for fortran, but the Debian fix doesn't work in Ubuntu. See Debian bug #432376 for details. [07:35] Debian bug 432376 in semidef-oct "semidef-oct: FTBFS: /usr/bin/ld: cannot find -lgfortranbegin" [Serious,Fixed] http://bugs.debian.org/432376 [07:36] Are updates to native packages considered New Upstream Versions? [07:37] persia: Not really, but if it's big or scary asking isn't a bad idea. Personally, I'd say as long as your sure you don't want someone to share the blame, go ahead. [07:38] ScottK: Thanks. I just wanted to make sure to comply with the procedures: if it was about blame, I would have just uploaded just about everything I've touched in the past couple days. [07:38] Understand. It's just a bit of a grey area. [07:39] I think I've done enough damage for one night, so I'm off to bed. Good night all. [07:40] RAOF: If eclipse builds and installs, I'd say upload it. I don't see a downside risk. === Gasten [n=Gasten@h14n5c1o1095.bredband.skanova.com] has joined #ubuntu-motu [07:49] Anyone around looking for a bitesize bug for Hardy? === jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-motu === khermans__ [i=khermans@nat/cisco/x-4e2a84cb07b47bca] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === persia requests assistance with rkward. See http://django.ajmitch.net.nz/rcbugs for a list of issues that need verification. === luk__ [n=luk@87.66.202.220] has joined #ubuntu-motu === thekorn [n=markus@a89-182-7-127.net-htp.de] has joined #ubuntu-motu [08:15] hi [08:15] anyone here? [08:18] nxvl: Heaps of people are here, but not everyone is watching :) [08:18] heh [08:18] u'r right [08:18] i want to help fixing bugs on gutsy [08:19] i have patch some bugs before [08:19] but i don't know launchap very well [08:19] nxvl: That'd be great. We're really close now, so only certain bugs are getting approved. [08:19] Would you like to help track down the release critical bugs fixed in Debian, that may be open in Ubuntu? [08:21] Basically, one works from http://django.ajmitch.net.nz/rcbugs. Look for a package that doesn't have a comment. There are roughly four classes of bugs: the easiest to check are those that report "FTBFS" (failed to build from source). [08:22] The easiest way for you to help would be to download the latest gutsy sources for the packages that might FTBFS on a gutsy system, and try to build them. I'm happy to help if you have any questions. === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [08:30] ok [08:30] i will start now [08:30] thnx [08:31]