=== yosch_ [n=yosch@lns-bzn-58-82-251-209-196.adsl.proxad.net] has joined #ubuntu-devel === Fujitsu [n=Fujitsu@c211-28-181-26.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel === jbailey [n=jbailey@209.217.74.66] has joined #ubuntu-devel === holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-devel === Gman is now known as GmanAFK === hunger_ [n=tobias@p54A637F4.dip0.t-ipconnect.de] has joined #ubuntu-devel === Arrogance [n=aks@ottawa-hs-64-26-167-180.d-ip.magma.ca] has joined #ubuntu-devel [01:19] msw: thank you [01:20] ThunderStruck: libbonobo wouldn't be able to stop you booting. It might stop the desktop coming up properly. [01:21] Kamion: correct well thats what bothered me than he said due to no net connection he couldnt boot i threw up my hands on him [01:21] libbonobo caused panels to not show up [01:22] that's certainly possible in edgy [01:22] it did it to me today but only once [01:22] (in the sense that anything's possible in edgy. I don't know anything about this specific issue.) [01:23] i have a feeling its related to a few icons breaking but havent looked into it yet [01:27] totem still doesn't build, even with fixed xine-lib [01:27] http://librarian.launchpad.net/3419820/buildlog_ubuntu-edgy-i386.totem_1.5.4-0ubuntu1_FAILEDTOBUILD.txt.gz === geser [n=michael@85.25.104.150] has left #ubuntu-devel [] [01:28] the error doesn't make much sense though [01:28] /usr/include/i486-linux-gnu/asm/errno.h:4:31: error: asm-generic/errno.h: No such file or directory [01:28] those are both in linux-kernel-headers [01:35] what's worse, it builds fine for me locally [01:36] oh, wait, linux-kernel-headers may have changed since I upgraded === lbm [n=lbm@82.192.173.92] has joined #ubuntu-devel === h3sp4wn_ [n=samw@unaffiliated/h3sp4wn] has joined #ubuntu-devel [01:40] they were updated today === LaserJock_ [n=laserjoc@ubuntu/member/laserjock] has joined #ubuntu-devel [01:43] mdz, there are other things missing from l-k-h too according to malone === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel === didymo [n=ashley@CPE-61-9-197-223.nsw.bigpond.net.au] has joined #ubuntu-devel [01:50] Seveas: I filed bug #53028 [01:50] Malone bug 53028 in linux-source-2.6.17 "linux-kernel-headers regressions" [High,Unconfirmed] http://launchpad.net/bugs/53028 [01:51] marking bug #51369 as a duplicate even though it's older because mine is more complete ;-) [01:51] Malone bug 51369 in linux-source-2.6.17 "Changes root device path without migrating fstab" [High,Confirmed] http://launchpad.net/bugs/51369 [01:52] mdz: bug 52990 [01:52] Malone bug 52990 in linux-source-2.6.17 "asm-generic missing from linux-kernel-headers" [High,Unconfirmed] http://launchpad.net/bugs/52990 [01:52] right I meant bug #52990 [01:52] Malone bug 52990 in linux-source-2.6.17 "asm-generic missing from linux-kernel-headers" [High,Unconfirmed] http://launchpad.net/bugs/52990 === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === theCore [n=alex@modemcable240.218-70-69.mc.videotron.ca] has joined #ubuntu-devel === jcsmith [n=jcsmith@wv-morgantown-cdnt1-bg1-4c-104.mgtnwv.adelphia.net] has joined #ubuntu-devel [02:16] mdz: meh, BenC knew the problem from mine anyway ;) [02:16] mdz: he tried to upload to fix it already, but unfortunately since the kernel uses the host compiler for a few userspace programs during the build it needs a manual bootstrap [02:16] (he did try to hack around that requirement but it apparently didn't work) === stratus [n=ubuntu@200217140088.user.veloxzone.com.br] has joined #ubuntu-devel [02:17] gar [02:17] infinity: you aren't around yet by any chance are you? [02:17] it's infinisaturday [02:18] meanwhile, my laptop freezes up hard while loading gdm for some reason [02:18] the X server on its own starts fine [02:18] now I know how I'll spend the evening before my next flight [02:19] anyway, until the kernel bootstrap happens, edgy is basically wedged solid [02:19] indeed [02:20] one might even say "fux0red" [02:25] oh, good, 2.6.17-5.9 fixes my laptop freeze [02:25] hmm, or not. it fixed it in single-user === rpedro [n=rpedro@87-196-104-244.net.novis.pt] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === Huahua [n=hua_@123.49.238.104] has joined #ubuntu-devel === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel === Mr_Incredible__ [n=whatever@pD9571EDD.dip0.t-ipconnect.de] has joined #ubuntu-devel === Mr_Incredible__ is now known as mri === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-devel === mri [n=whatever@pD9571EDD.dip0.t-ipconnect.de] has left #ubuntu-devel ["] === epx [n=Elvis@201.19.121.130] has joined #ubuntu-devel === h3sp4wn_ [n=samw@unaffiliated/h3sp4wn] has left #ubuntu-devel ["No] === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === asac_ is now known as asac === anibal_ is now known as anibal [03:34] You know what would be nice? [03:34] http://neosmart.net/gallery/v/os/ROS/Booting.png.html If we had a boot screen like this [03:35] The Ubuntu bootsplash theme is very light, simple, easy on the eyes.. I wonder if there's any merit to being a little flashy about it some time down the road. [03:35] bluefoxicy: the issue is older machines [03:36] Burgundavia: well, I'm thinking a static image, not i.e. Xubuntu pops up and there's 6 mice running in hamster wheels and rolling around with eachother on the screen fully 3D accelerated :P [03:36] still run into older machines [03:36] not enough color display? [03:36] Burgundavia: how old are we talking about btw? [03:36] I don't know [03:36] I've used Ubuntu Dapper on a 350MHz K6-2 with 192 megs of ram [03:36] new laptops - use anything but vga16fb and you break suspend/resume [03:37] it's not really an old-machines issue at all [03:38] it took about 6 tries to get it installed, it takes it 15 minutes to boot the install livecd, the installation kept failing (I had to kill off all of gnome and then get X to start with just a terminal, kill some startup services), took it about half an hour to copy all files, and about 2 minutes to load openoffice.org once I rebooted into the system. [03:38] Kamion: nods [03:38] so only want to display 16 colors [03:39] Kamion: the current is only vga16fb though right? [03:40] yes [03:40] mmm. I miss Kdrive, did that project die? [03:41] Kdrive was great for doing little hacks like full X11 boot screens ;) [03:41] (since it fit in ... oh.... 300k, and pushed most everything it could into video memory before XFree86 started doing that) [03:42] More stuff that'll never happen. [03:45] bluefoxicy: I think the GPE graphical environment for handheld devices still uses Kdrive. [03:45] kdrive definitely didn't die === Viper550 [n=Viper550@d57-121-167.home.cgocable.net] has joined #ubuntu-devel [03:47] Hello everyone [03:48] I've got a great new spec for your examination today! [03:49] anyone> [03:49] ??? [03:50] Viper550: just fire away [03:50] https://launchpad.net/distros/ubuntu/+spec/desktop-slab [03:58] So, your thoughts? [04:02] johanbr: I was thinking of an Ubuntu Kdrive package, with a rescue mode that tries to get gtk+ kdrive Xlibs working [04:03] johanbr: in VESA only of course. I figured compressed all the needed libs come under 2 megs, minus glibc and busybox [04:03] bluefoxicy: Ah, okay. Don't know anything about its current status in ubuntu. [04:04] I do that a lot, there's a lot of neat ideas bouncing around in my head that'll never go anywhere. And I think Kdrive doesn't even have a Debian proper package in sid, much less Ubuntu universe package. [04:05] tseng has recommended numerous times that I get a blog [04:05] if only so I could filter it out [04:06] tseng: as noisy as I am, I do try to be quiet when there's actual useful conversation around :) === Viper550 [n=Viper550@d57-121-167.home.cgocable.net] has left #ubuntu-devel ["Leaving"] [04:07] tseng: you need the charlie brown bassoon [04:07] zul: im not familiar [04:08] tseng: when peppermint patty always talk to the teacher in peanuts its a basson [04:08] oh right [04:08] wamp-wa-wamp-waa [04:10] and they always talk back to her like normal [04:10] that was the first time I got smacked as a child, you know that? [04:10] I said "what the hell?" and my daddy smacked me. [04:10] (no not really) [04:11] anyway /me goes back to trying to do something useful. [04:15] .... unless anyone wants to explain to me why hitting "ok" in network-admin results in a 64-bit Athlon 3000+ with 512 megs of ram, freshly booted, sitting around for over a minute and not actually setting my gateway until the end of that time, just for a default gateway device change. [04:15] no not really === theCore_ [n=alex@modemcable240.218-70-69.mc.videotron.ca] has joined #ubuntu-devel === teferra [n=chatzill@242.80-202-202.nextgentel.com] has joined #ubuntu-devel === j_ack [n=rudi@p508D8E9F.dip0.t-ipconnect.de] has joined #ubuntu-devel === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === a-kahn [n=rclsled1@aolclient-24-33-90-100.cinci.res.rr.com] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.1.197.revip2.asianet.co.th] has joined #ubuntu-devel === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [07:08] jdub: hey did you get my response to fridge-devel wrt. silbs' email? === jlj [n=agp@adsl-69-104-244-209.dsl.pltn13.pacbell.net] has joined #ubuntu-devel === AndyFitz [n=AndyFitz@nat-pool-brisbane.redhat.com] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [07:48] how close is the knot 1 cd? === orpheus [n=scott@c-66-56-77-171.hsd1.ga.comcast.net] has joined #ubuntu-devel [07:59] hookay, so I've got a question: [07:59] say i have a package [08:00] and i want to play with the source of that package [08:00] 'cause there's a thing or two I'd like to chance [08:00] *change [08:00] busybox 1:1.1.3-2ubuntu1 and swapspace 1.6-2 FTBFS similarly on ia64 and sparc, I've compared the failed build logs with the i386 one to no avail, could someone have a look at this problem? Alternatively, how can I get access to both sparc and ia64 devel machines? [08:01] and i'd like to play with it the source 'the ubuntu way' ('the debian way' ) [08:01] what magic do i need to know? [08:01] i'm presented with a source package with 30-some patches [08:02] and as i understand it, the patches are applied .. in order... and thus... depend on being applied only in that order [08:03] so if i play with any of the source before dpkg-buildpackage'ing it, no matter how minor the change, one of those patches is bound to fail [08:04] and then i get a source tree with some patches applied and some not, and it gets rather broken [08:04] soo... what's the right way to play with the source of a package? [08:07] anibal: create a chroot with ia64 or sparc architecture? [08:09] Hobbsee: You should probably re-read what you typed and think about that for a second. :) [08:10] anibal: Try not to ask the same question in multiple channels, so I don't have to answer you twice. ;) [08:10] infinity: oh bleh. yeah, probably. === Hobbsee is fighting with pbuilder. [08:10] dont pick on me :P [08:10] infinity, sorry, ta anyway :) [08:12] Hobbsee, for the record: from infinity to anibal: It's a known bug in linux-kernel-headers and gcc, it's being sorted, don't worry about it. [08:12] anibal: okay then === Hobbsee curses pbuilder. [08:15] wonder why my --update-config parameter doesnt work [08:16] er, override-config === dborg [n=daniel@85.182.50.217] has joined #ubuntu-devel === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === Huahua [n=hua_@123.49.238.104] has joined #ubuntu-devel === Zdra [n=zdra@175.239-243-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === rpedro [n=rpedro@87-196-6-109.net.novis.pt] has joined #ubuntu-devel === pygi [n=pygi@83-131-248-203.adsl.net.t-com.hr] has joined #ubuntu-devel [09:11] morning guys [09:12] mdz: ping === teferra [n=chatzill@242.80-202-202.nextgentel.com] has joined #ubuntu-devel [09:14] hi fabbione, jdub [09:15] jdub: isnt it too early for that? [09:15] hey Hobbsee [09:16] probably === Fujitsu [n=Fujitsu@c211-28-178-169.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel [09:16] very much so, unless mdz is still up (midnight here) [09:18] heh [09:18] hi Burgundavia [09:18] hey Hobbsee [09:19] jdub: seems that you lost that interview from your hard drive - yay! [09:19] Hobbsee: ha ha, no [09:19] jdub: damn! [09:19] jdub: whyever not? [09:19] for some reason it was saved as penis.spx [09:20] only because you saved it like that. [09:26] jdub: Will this interview be made public? === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel [09:30] StevenK: probably === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel [09:43] unless you happen to accidently delete it [09:43] seriously [09:43] who is going to accidentally delete a file called penis.spx? === Hobbsee would === Hobbsee runs rm -rf * sometimes. === stub [n=stub@ppp-58.8.1.197.revip2.asianet.co.th] has joined #ubuntu-devel === pvanhoof [n=pvanhoof@d54C0E27E.access.telenet.be] has joined #ubuntu-devel === coyctecm [n=coy@a84-230-81-205.elisa-laajakaista.fi] has joined #ubuntu-devel === glatzor [n=sebi@ppp-82-135-83-247.dynamic.mnet-online.de] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === KaiL [n=KaiL@p548F4768.dip.t-dialin.net] has joined #ubuntu-devel === AndyFitz [n=AndyFitz@nat-pool-brisbane.redhat.com] has left #ubuntu-devel [] === Tmob [n=total@species8472.borg.ch] has joined #ubuntu-devel [10:39] any acpi-support devs around? [10:39] Tmob: it's a saturday. most unlikely. [10:39] Hobbsee, geeks have holidays? [10:40] Tmob: they have weekends sometimes [10:40] heh.. just made a patch for sleep.sh for acpi event jitter.. was curious if anyone can comment [10:40] Hobbsee, any idea who is the maintainer? [10:40] Tmob: you're looking for mjg59, pretty much [10:40] there you go :P [10:41] okeydok [10:41] anyway.. posted a bug report and on -devel list.. will wait [10:41] ugh [10:42] plese dont abuse -devel for bugs [10:42] ogra, hm? bug-fixes? [10:42] we have a bugtracker [10:42] awww :/ [10:42] well i tought patches are posted on the devel list === olemke [n=olemke@p54896DD2.dip.t-dialin.net] has joined #ubuntu-devel [10:42] hi ogra [10:43] whats the devle list for then [10:43] https://launchpad.net/distros/ubuntu/+filebug [10:43] development related discussion [10:43] hey Hobbsee :) [10:44] ogra: i've been killing things again :) [10:45] Hobbsee, i just saw your kid was accepted ... :) [10:45] ogra: yeah, finally. === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-devel [10:50] Mithrandir, around ? my ltsp fixes would be ready for upload ... === doko [n=doko@dslb-088-073-103-117.pools.arcor-ip.net] has joined #ubuntu-devel === ivoks [n=ivoks@lns02-0695.dsl.iskon.hr] has joined #ubuntu-devel === rpedro [n=rpedro@87-196-6-109.net.novis.pt] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [11:15] Yeah! kernel 2.6.17-5-686 boots again! Any chance of getting the restricted modules and stuff for that soonish? [11:16] hunger, its weekend ... [11:17] give us a chance to recover :) [11:17] ogra: doesnt give you guys the excuse to take a holiday === Hobbsee cracks her whip === Hobbsee thwaps ogra with it. [11:17] ogra: how'd you get back out of /dev/null? [11:17] more more! [11:17] doh! [11:17] um, scary. === ogra is missing JaneW's regular whipping [11:17] :) [11:18] would you rather want RichEd to do that to you? [11:18] Hobbsee, i crawled indeed ... holding tight on a stream coming from /dev/zero [11:18] ogra: hehe [11:18] ogra: Oh, I thought all those things get rebuild automatically nowadays... [11:19] ogra: Sorry, I was not implying that you boys (and girl) are lazy:-) [11:19] jsgotangco, well, lets see :) [11:19] hunger, i know :) [11:19] hunger: heh. the one girl, all alone. === lifeless_ [n=robertc@dsl-116.3.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-devel [11:20] hi lifeless_ [11:20] Hobbsee: Yeap, I was refering to you;-) [11:20] hunger: i figured that :P [11:20] hunger: although, does ogra count as vaguely girly with his ponytail? === Hobbsee ducks === HiddenWolf [n=hc_brugm@212-127-236-81.cable.quicknet.nl] has joined #ubuntu-devel [11:21] A lot of us have pony tails, not sure that counts for much. [11:21] Hobbsee: See, this time I remembered you were on of those mysterious other kinds of human beings rumored to exist somewhere. [11:21] Hobbsee, i'm way to beardy to be counted as a girl today :) [11:21] hunger: heh [11:21] ogra: haha [11:21] infinity: i know, i was teasing :P [11:21] oh shoot - glad i didnt hit y! [11:22] Sure you want to delete all the files in /home/sarah [yn] ? n [11:22] y [11:22] *g* [11:22] That prompt really needs to be [ynm] === Hobbsee thwacks ogra with the whip again. now get to work! [11:22] Indeterminate computing rules. [11:22] hehe === hunger sighs. Now I finally got suspend to ram back with 2.6.17 and then the wlan drivers are not there yet:-( === herzi [n=herzi@kiwi.mediascape.de] has joined #ubuntu-devel [11:25] re dudes === ogra wonders why schooltool still shows up on edgy_probs ... doko uploaded the fixed package on thursday or so ... === pygi_ [n=pygi@83-131-236-132.adsl.net.t-com.hr] has joined #ubuntu-devel [11:27] File "setup.py", line 52, in ? [11:27] from zope.app.locales import extract [11:27] ImportError: No module named zope.app.locales [11:27] grmpf [11:27] hi sivang === MagnusR [n=magru@c83-250-59-127.bredband.comhem.se] has joined #ubuntu-devel === _MR_ [n=michal@88.83.237.35] has joined #ubuntu-devel === giftnudel [n=mb@p54A92654.dip0.t-ipconnect.de] has joined #ubuntu-devel [11:36] hey Hobbsee [11:36] ogra: schooltool ? :-) [11:38] infinity: any chance of a mass give-back now that l-k-h is fixed? [11:38] Kamion: Define "fixed". [11:39] "it is possible to compile C programs again" [11:39] Kamion: sparc/ia64 still seem buggered, and linux-source is now FTBFS. [11:39] yeah, but mesa and xine-lib would be worth a shot at least [11:39] Kamion: doko's uploading yet another lkh fix. Not sure what that will un-fuck. [11:39] powerpc should be happier, and it has some serious problems [11:39] s/has/had/ [11:40] Well, I can certainly do a mass-give-back. [11:40] I'm sure we'll need another this weekend. === pygi [n=pygi@83-131-254-16.adsl.net.t-com.hr] has joined #ubuntu-devel [11:40] yeah - just want to see if we can get up to python-gnome-based stuff being installable on powerpc [11:40] which should (I think) be possible now and would help matters a lot [11:41] Kamion, infinity: please wait a bit, it looks like linux-source -5.11 "fixes" the include dir, but our compilers don't know about it === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel [11:41] and working on the ia64 fix now [11:41] Kamion: Nevermind, can't do a mass-give-back. [11:41] doko: what's wrong with the current l-k-h on powerpc? [11:41] Kamion: Requires direct DB access. === Kamion doesn't want to wait a bit for ubiquity to be buildable :-P [11:41] Kamion: But we can cherry-pick a few things you think might be in better shape. [11:41] Kamion: doesn't have a /usr/include/powerpc64-linux-gnu [11:42] wow, https://launchpad.net/distros/ubuntu/+source/xine-lib is confused [11:42] doko: what does that actually break? [11:43] Kamion: Oh, cool. Looks like the ACCEPTED clash led to no build records for the upload that won.. [11:43] \o/ [11:43] Kamion: AFAICS linux-source -5.11 changes that from ppc64 to powerpc64, breaking all our compilers [11:43] Or, at least, ones I can't get to from the web UI... === infinity looks for them another way. [11:44] https://launchpad.net/distros/ubuntu/edgy/+builds?build_state=failed&build_text=xine-lib [11:44] That'll do. === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel [11:44] doko: -5.11 hasn't built anywhere [11:44] so that doesn't matter [11:45] https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/2.6.17-5.11 [11:46] infinity: mesa/amd64 and mesa/powerpc would be nice, certainly [11:46] Yeah, working on those. [11:46] noting doko's concerns but it really can't hurt to try [11:46] Just watches xine-lib fail because of those being out of sync. [11:46] s/watches/watched/ [11:46] if mesa builds, xine-lib then totem then gnome-python-extras, iirc [11:47] In file included from scripts/mod/../../include/linux/input.h:19, [11:47] from scripts/mod/file2alias.c:40: [11:47] include/asm/types.h:31: error: redefinition of typedef '__u8' [11:47] scripts/mod/file2alias.c:34: error: previous declaration of '__u8' was here [11:47] include/asm/types.h:34: error: redefinition of typedef '__u16' [11:47] scripts/mod/file2alias.c:33: error: previous declaration of '__u16' was here [11:47] include/asm/types.h:37: error: redefinition of typedef '__u32' [11:47] scripts/mod/file2alias.c:32: error: previous declaration of '__u32' was here [11:47] make[4] : *** [scripts/mod/file2alias.o] Error 1 [11:47] make[3] : *** [scripts/mod] Error 2 [11:47] make[2] : *** [scripts] Error 2 [11:47] hmm, powerpc, with Ben's fixed lkh ... [11:47] yeah, but that's in the kernel and IIRC is due to the extra -I he put in as a workaround === Kamion wonders if anything new is going to appear on https://lists.ubuntu.com/archives/ubuntu-patches/2006-July/thread.html === Huahua [n=hua_@221.172.48.65] has joined #ubuntu-devel [11:48] Kamion: How quickly is mesa expected to fail if it does? [11:49] infinity: either as soon as it tries to compile something written in C, or about 20 minutes in [11:49] Okay, well the former hasn't happened. Let's sit back and wait for the latter. [11:50] before my recent fix, it took 27 minutes to fail [11:50] https://launchpad.net/+builds/+build/228411 === Tmob [n=total@species8472.borg.ch] has joined #ubuntu-devel [11:50] I'm offended that we have packages that take 27 minutes to build at all. [11:50] it's a hell of a lot slower on my laptop :( [11:50] took hours to build far enough for me to test the fix [11:50] Kamion: is this a new mailing list? [11:51] sivang: yes [11:51] I'm registering a spec for edgy+1 to remove all sources that can't be built in the space of a publisher run. [11:51] ask Keybuk for the details [11:51] Hopefully that doesn't turn into an LP spec to make the publisher slower. [11:51] Kamion: cool, thanks === rpedro [n=rpedro@87-196-6-109.net.novis.pt] has joined #ubuntu-devel [11:52] Kamion: Which laptop is this that's that slow? Mine's gnerally faster than the buildds (except on really disk-intensive stuff) [11:53] Of course, I specced it to be "faster than a buildd" intentionally, noting what I do for a living. [11:53] Hunting build failures on slow hardware is teh suck. [11:53] my G4. I think it mostly needs more RAM. [11:53] its processor may not be brand new but it isn't THAT bad [11:55] and the disk is newish so it's probably not that, though I do give it quite a beating [11:55] Although, there is something to be said for the skills acquired through using REALLY slow hardware. [11:55] hmm, no access to chinstrap again? [11:55] m68k failure tracing has led me to be able to wrest all sorts of info from build logs that surprises even me. [11:56] doko: /topic in #canonical [11:56] you mean "no, don't run a full build from scratch when you change one file"? [11:56] infinity: ok, seen [11:56] Kamion: I mean "don't rebuild at all, just read logs and divine the problem, as if by magic or sheer luck". [11:57] Kamion: Well, then the "don't rebuild the whole bloody thing, argh" bit follows. :) [11:57] ah yeahh [11:57] Kamion: But the Adam of 3 years ago would look at the Adam of today as if he was some kind of mind-reading wizard. Necessity may or may not be the mother of invention, but she certainly gives birth to rapid learning of bizarre skillsets. [11:58] you do have a tendency to glance at build logs and go "oh yeah, it's that bug" [11:58] Kamion, i see the same slowness on my ibook ... pbuilder-satisfydepends takes 45min for gnome-power-manager here [11:58] it's quite distressing until one works out that that's because it's the 175th instance of that problem you've seen [11:59] ogra: mine is not that slow [11:59] well, yours is a bit more powerfull :) [11:59] I would strace it if I were you; 45 minutes is obscene === rpedro [n=rpedro@87-196-6-109.net.novis.pt] has joined #ubuntu-devel [11:59] it only happens on ppc [11:59] then again strace is my hammer I apply to all problems, regardless of the cause [11:59] same build on i386 is done in 4 min [12:00] well, i tooke the easier way and bought a new laptop :P [12:00] -e [12:02] hmm, maybe I should use the time until BenC gets awake for the gcc include dir fixes, once and forever ... [12:02] doko: or just call him and make him fix the world now, immediately :P [12:03] Okay, mesa failes in ia64 due to the known lkh/gcc disagreement. That's no surprise. Still going on amd64/i386/sparc (I assume sparc will fail too?) [12:03] infinity: new lkh uploaded, which should fix that [12:03] s/failes/failed/ [12:03] doko: Oh, keen. I'll retry it later, then. [12:03] I don't know much about the sparc failures [12:03] Where "later" is "when I pass by my laptop again"... [12:03] er - mesa/i386 didn't need rebuilding [12:04] Err, amd64/powerpc/sparc [12:04] Brain wrong, soyuz right. Honest. [12:04] (This time) [12:04] not sure about sparc - it hit the same mesa-specific problem as powerpc earlier [12:05] Ahh, cool. Then maybe it'll complete too. [12:05] depends exactly how broken l-k-h is there at the moment [12:05] It had "some breakage", but I'm slipping in my old age and illness. [12:05] And maybe it's happy with the current version. [12:06] amd64 successful. [12:09] hmm, looking at sparc now ... [12:13] Kamion: re: launchpad beeing confused by xine-lib, shall I do another upload? [12:13] siretart: No, it's just the UI that's confused. [12:13] siretart: The archive and the queues seem fine. [12:13] allright [12:14] powerpc successful [12:16] infinity: i'm a bit confused that it still hasn't been built [12:16] siretart: Working on that now. [12:21] siretart: build-wise, the whole world has been very confused since then [12:22] oh darn.. [12:22] but should be more sorted now === OculusAquilae [n=oculus@pD9E281EB.dip0.t-ipconnect.de] has joined #ubuntu-devel [12:27] infinity: sparc's got past the previous failure [12:27] Siffy. [12:27] spiffy, too. [12:28] Looks successful even. [12:30] Now to go do girly things like dye my hair and shower while I wait for publisher goodness. [12:30] infinity: so sparc looks fine, or does it still need some fixes? [12:31] doko: Looked happy building mesa. If it needs fixes, I'll let people argue about it on Monday. [12:31] let's just hope that mesa doesn't hit NEW on those arches [12:31] Oh, ugh. [12:31] hasn't seemed to on powerpc, anyway === coyctecm [n=coy@a84-230-81-205.elisa-laajakaista.fi] has joined #ubuntu-devel [12:31] We still can't actually manipulate the queue via the web UI, can we? Only view it? [12:31] right [12:31] Dang. :) [12:32] Here's hoping, then. === ogra wonders if Keybuk has booted without "splash quiet" since the switch to dash === geser [n=michael@85.25.111.119] has joined #ubuntu-devel === jono [n=jono@88-107-12-0.dynamic.dsl.as9105.com] has joined #ubuntu-devel [12:46] hey [12:46] hey jono , what's cracking? [12:47] sivang, nothing much, just catching up on mail before I run out [12:48] jono: planning to do some stuff out and about? :-) [12:48] sivang, walk dogs, watch superman, have bbq - thats the sum of today :P [12:48] sivang, you up to much ? [12:49] dogs ? [12:49] you have multiple ? [12:49] ogra: he has few of that :) [12:49] cool [12:49] jono: Watching some DVDs, maybe some walks outside we'll see :-) === ogra has only one left [12:50] ogra, two mini-daschunds :) [12:50] ogra: I have a boxer mixed with a cocer spinal at my parent's house :) [12:50] he's a mad-dog! was crazy like hell when he was a pupp [12:51] jono, heh [12:51] jono, but youre not a secret german, are you ? ;) [12:51] ogra, not that I am aware of :P [12:51] heh [12:52] in germany the dachshund owners are the guys who mow their lawn with a nail scissor :) [12:53] i only met sane non german dachhund owners in my life :) === dsas [n=dean@host217-42-227-40.range217-42.btcentralplus.com] has joined #ubuntu-devel === Toadstool [n=jcorbier@ubuntu/member/toadstool] has joined #ubuntu-devel === a-kahn [n=rclsled1@aolclient-24-33-90-100.cinci.res.rr.com] has left #ubuntu-devel [] [01:14] doko: Oh, the sparc issue is missing sparc64/asm stuff. See the build failure for gcj-4.1: [01:14] http://librarian.launchpad.net/3421827/buildlog_ubuntu-edgy-sparc.gcj-4.1_4.1.1-8ubuntu2_FAILEDTOBUILD.txt.gz [01:15] infinity: yes, that was the old lkh, should be fixed now. [01:15] doko: Fixed as of -5.10.1? [01:15] -5.10 [01:16] That build used -5.10 [01:16] hmm [01:21] starting a test build. it *should* work === lbm [n=lbm@82.192.173.92] has joined #ubuntu-devel === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel [02:09] Launchpad will be going offline for maintenance in nine minutes. === givre [n=flo@APuteaux-152-1-27-114.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel === Zdra_ [n=zdra@156.167-247-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === lmanul [n=manu@dan75-4-82-239-58-38.fbx.proxad.net] has joined #ubuntu-devel === mdke_ [n=matt@ubuntu/member/mdke] has joined #ubuntu-devel === el [n=konversa@port-83-236-238-37.static.qsc.de] has joined #ubuntu-devel === rpedro [n=rpedro@87-196-6-109.net.novis.pt] has joined #ubuntu-devel === j_ack [n=rudi@p508DB4B2.dip0.t-ipconnect.de] has joined #ubuntu-devel === eggauah [n=daniel@150233.cps.virtua.com.br] has joined #ubuntu-devel [03:16] *.ubuntu.com, launchpad.net etc. are going offline for a couple of minutes for some necessary maintenance [03:18] (back) [03:23] Would people please stop assigning bugs to "acpi"? [03:23] apt-cache show acpi should give you a clue as to why this is a bad idea [03:23] heh [03:25] hmm, with ohci_hcd loaded my lappie only does usb 1.1 ... with ehci_hcd loaded it does 2.0 ... with both loaded it does 1.1 only and ignores the ehci driver completely ... weird === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel [03:30] ogra: which order did you load them? [03:30] sladen, the kernel (or udev ?) did [03:31] i didnt load them at all ... but if i remove both and load ehci it works fine ... [03:32] seems i'm not alone [03:32] http://www.linuxquestions.org/questions/showthread.php?t=446472 [03:32] same laptop, same prob [03:34] intrestingly *everything else* on this laptop works, even the hotkeys etc .. out of the box in edgy... the above actually seems to be the only problem [03:40] ogra: have you had a peek in the kernel to see if any of the other HP's already have workarounds === olemke [n=olemke@p54896DD2.dip.t-dialin.net] has joined #ubuntu-devel [03:40] nope [03:41] not yet ... [03:54] doko, any thoughts about http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227#c8 ? kino suffers from it ... will it be reverted in gcc or do we have to wait for a kino rewrite ? [03:54] gcc.gnu.org bug 27227 in c++ "[4.0 Regression] rejects valid code with some extern "C"" [Normal,New] === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-devel === theCore [n=alex@modemcable240.218-70-69.mc.videotron.ca] has joined #ubuntu-devel === OculusAquilae [n=oculus@pD9E281EB.dip0.t-ipconnect.de] has joined #ubuntu-devel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel [04:26] Keybuk, [04:26] good afternoon :) [04:27] hidihi [04:27] did you ever boot with splash and quiet options turned off since the switch to dash ? [04:27] i have a ton of "open: failed" messages here [04:28] "failed" ? [04:28] havet dug deeper yet [04:28] something like that [04:28] I fixed the last round of "No such file or directory" errors, I thought [04:28] i havent got the original message here [04:28] but it seems to affect every bootscrpt [04:29] yeah. it'd be usplash_write bitching [04:29] so i suspect something like the lsb functions that is in every script [04:29] or usplash :) === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel === robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === bytee_ [n=byte@pentafluge.infradead.org] has joined #ubuntu-devel === ThunderStruck [n=ThunderS@ubuntu/member/gnomefreak] has joined #ubuntu-devel === ivoks [n=ivoks@lns02-0695.dsl.iskon.hr] has joined #ubuntu-devel === dborg [n=daniel@e182054111.adsl.alicedsl.de] has joined #ubuntu-devel === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel === siretart` [n=user@p5494EE89.dip.t-dialin.net] has joined #ubuntu-devel === lord_rosco [n=nathan@c-68-61-77-187.hsd1.mi.comcast.net] has joined #ubuntu-devel === robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === ptlo [n=senko@83-131-95-157.adsl.net.t-com.hr] has joined #ubuntu-devel === giftnudel_ [n=mb@p54A9398B.dip0.t-ipconnect.de] has joined #ubuntu-devel === FliesLikeALap [n=Ryan@ool-45796272.dyn.optonline.net] has joined #ubuntu-devel === rpedro [n=rpedro@87-196-6-109.net.novis.pt] has joined #ubuntu-devel === robitaille [i=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel === givre [n=flo@APuteaux-152-1-27-114.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel === stratus [n=ubuntu@200217140088.user.veloxzone.com.br] has joined #ubuntu-devel === CarlFK [n=carl@c-67-163-39-124.hsd1.il.comcast.net] has joined #ubuntu-devel === j_ack [n=rudi@p508DB4B2.dip0.t-ipconnect.de] has joined #ubuntu-devel === ThunderStruck [n=ThunderS@ubuntu/member/gnomefreak] has joined #ubuntu-devel === geser [n=michael@85.25.111.119] has left #ubuntu-devel [] === stub [n=stub@ppp-58.8.1.197.revip2.asianet.co.th] has joined #ubuntu-devel === ThunderStruck [n=ThunderS@ubuntu/member/gnomefreak] has joined #ubuntu-devel [07:03] ahh, totem/i386 built finally [07:03] so after this publisher run, gnome-python-extras/powerpc can be given back [07:04] sigh, and i still dont know what to do about kino [07:05] is it that hard to fix? [07:05] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227 [07:05] gcc.gnu.org bug 27227 in c++ "[4.0 Regression] rejects valid code with some extern "C"" [Normal,New] [07:05] yes I know [07:05] its not a kino bug imho [07:05] that's not my reading of the bug [07:06] the point being made there is that gcc point releases shouldn't reject previously working code [07:06] well, the bug is to introduce breaking changes in a minor version bump [07:06] nobody is suggesting (AIUI) that the rejection is invalid [07:06] so it is BOTH a gcc and a kino bug [07:06] sure [07:06] but at the moment my reading is that gcc is at fault [07:06] So fixing kino is still worth the effort anyway. [07:06] fastest course of action from your point of view is to fix kino [07:06] and that's also the best long-term action [07:06] gcc is not at fault for the code being broken, only for the FTBFS happening a few months sooner than you'd hoped. [07:07] ogra: no, BOTH gcc and kino are at fault [07:07] yes [07:07] but if we use gcc we shouldnt introduce that "feature" [07:07] we reverted stuff in other areas before because of this ... i.e. the next-server option in dhcpd [07:08] I'm not arguing that the gcc change shouldn't be reverted - I don't have enough knowledge there really - but you should definitely fix kino, and there should be no harm in just doing it now [07:08] Err, even if the change gets reverted in gcc-4.1.2, it WILL land in 4.2.0 [07:08] ogra: there's no excuse for not bothering to fix stuff like this near the start of a release cycle, honestly [07:08] So either way, kino needs to get fixed. [07:08] if it were near the end, I'd agree with you === freeflying|away [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel [07:08] Kamion, i dont say kino should stay buggy :) [07:09] yes you do, repeatedly [07:09] you keep saying it's gcc's fault, and that it should be reverted, and that you don't know what to do [07:09] You seem to be implying that gcc should get reverted, and you should sitck your head in the sand about the kino bug until upstream deals with it. [07:09] I'm saying that both should get fixed. [07:09] I'm sure doko will revert the gcc change, but that's no excuse for not fixing kino. [07:10] it's 13 packages according to tbm, that's easy to blitz [07:10] then no more problem when gcc 4.2 arrives [07:10] sure [07:11] what i meant is that i'd prefer upstream to dea with it (kino upstream is usually responsive) instead of introducing a patch we dont need *yet* [07:11] sure kino should also be fixed [07:12] the big blocks of code inside extern "C" in kino are a bit weird, I must say [07:13] yep [07:13] my C++ is not what it used to be, but that's not the way I'd have done it ... [07:14] hmm, I wonder what to do about libfam0 showing up in anastacia output [07:14] it's because gamin's shlibs got changed to say libfam0 for linkage against libfam [07:14] do any KDE parts still use it ? [07:14] ah [07:14] maybe change the shlibs to say libgamin0 | libfam0? [07:16] it can sort of be worked around in the seeds but not really - fam would still get pulled into main due to build-depends [07:16] (just tried that) [07:16] Oh argh. [07:16] New hal needs new udev = pain [07:16] Scott's working on new udev [07:16] oh fun [07:16] Yeah [07:16] but post-knot-1 I think [07:17] I was sort of planning on doing upstream hal hacking, but that looks awkward right now [07:17] Kamion, wasnt there some corner case with nfs mounted home or something wheer you needed fam for nautilus instead of gamin ? [07:17] dunno ... [07:17] If you want notifications for file alterations over nfs, you need fam [07:17] I suppose getting gnome-vfs2 to explicitly use libgamin would work too, maybe, but I don't know enough for that [07:17] On both server and client [07:18] yep, thats what i remember ... there was a reason for fam in main ... [07:18] fam isn't in main [07:19] it hasn't been in main since warty [07:19] oh [07:19] Oh, maybe I can just get away with volumeid [07:19] the i remember wrong i guess ... === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel [07:20] no symbol differences between libfam.so.0 and libgamin-1.so.0 [07:21] I'll wait until seb128 is around and ask him, I guess === lukketto [n=lukketto@host36-154.pool876.interbusiness.it] has joined #ubuntu-devel === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [07:32] anyone doing l-r-m for -5? [07:33] Kamion: gamin and fam exports the exact same API/ABI [07:33] yeah [07:33] only the underneath code is different [07:33] i am 100% sure about it [07:34] well, I've filed a bug, seb128 can look when he's back [07:35] (l-r-m> I just realised it's blocking d-i) [07:37] oh well, sucking down the source package ... === ptlo [n=senko@83-131-95-157.adsl.net.t-com.hr] has joined #ubuntu-devel [07:37] iirc l-r-m only needs one change in the debian/rules for the ABI [07:38] nod [07:38] i didn't touch that stuff in ages tho [07:38] there are some scary things like control.stub control.in and control [07:41] hmm, these Debian .pdiffs seem to make update'ing significantly longer if you have updated for a while [07:46] ok, l-r-m source uploaded === Kamion -> WEEKEND DAMNIT [07:47] Kamion, so get offline, like sensible people do [07:47] Kamion, check out the sun, you know === Sikon [n=Sikon@84.237.120.114] has joined #ubuntu-devel === Sikon [n=Sikon@84.237.120.114] has left #ubuntu-devel ["Konversation] === AlinuxOS [n=alinux@d83-184-244-72.cust.tele2.it] has joined #ubuntu-devel === nix4me [n=nix4me@49.104.207.68.cfl.res.rr.com] has joined #ubuntu-devel [08:05] mjg59, hello [08:05] mjg59, ping (can I disturb you in private?) === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === jcape [i=jcape@71.194.177.222] has joined #ubuntu-devel === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-devel [08:34] hmm, BenC did wake up sooner than I thought ... [08:35] ogra, infinity, Kamion: 27227 is reverted for the next upload, will wait for the new linux-kernel-headers first [08:36] doko, that means before the CD ? [08:37] well, Mithrandir is not online, we're technically frozen ... so maybe Kamion could give an opinion ... === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel [08:39] is there a quick fix for the missing "fixed fonts" x problem? [08:39] BenC: for breezy->dapper it was just the case of a symlink; the same should probably work [08:40] BenC: I think it's just down to the fonts landing in a different location [08:40] BenC, run mkfontdir in /usr/share/fonts/X11/misc/ [08:40] sladen, nope [08:40] its a missing font.dir file [08:40] ogra: ooh, even simpler. [08:41] ogra: yay, that worked...thanks [08:41] update-font-dir ignores the new paths [08:42] time to switch to X [08:42] hmm, that was short ... === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel [08:46] BenC: does the linux-source upload include the /usr/include/{ppc64,powerpc64}-linux-gnu directories? [08:46] doko: go ahead if that's the only change [08:46] doko: no, for ppc there is only asm/ [08:47] since it's all the same directory, that's the way hdrinstall creates it [08:47] BenC: so there's nothing installed in /usr/include/{ppc64,powerpc64}-linux-gnu ? ok. [08:47] and on ia64 and hppa? [08:48] the only arches that have multiple asm is x86_64, i386 and sparc [08:48] BenC: and sparc includes all headers this time? [08:48] yeah [08:48] cool [08:49] hdrinstall actually uses the stub asm files like sparc used to, where asm/foo.h will include asm-sparc/foo.h or asm-sparc64/foo.h depending on a compiler define [08:49] same for x86_64/i386 [08:50] it builds the files like that and i just copy {asm*,linux} to get everything needed [08:50] Kamion: there are other changes, I'll test-build the compiler on sparc, ppc64 and amd64 first. [08:51] 4 arches building, and no failure yet, so I'm hopeful this will be good :) [08:52] BenC: not for now, but I would like to see lkh still built as a separate source package, so I don't have a kernel dependency when bootstrapping the toolchain. would that be doable? [08:54] doko: if we split the source, then we should have stuck with the lkh package we had, but I'm not opposed to something build-dep'ing on linux-source-2.6.17 .deb and using that to create it [08:56] it's easy to do something like "make -C /usr/src/linux-source-2.6.17 O=build-tmp/ ...", which is how I'm creating the stuff now (you could rip my make rules for linux-kernel-headers and use them standalone) [08:57] BenC: ok. not for now, just in the case we want to rebuild the archive with a clean/new toolchain [08:58] I thought that the current lkh packages were built not directly from the linux-source package, but were modified === cassidy [n=cassidy@f1-pc174.ulb.ac.be] has joined #ubuntu-devel [09:30] BenC: i opened that kernel panic bug up cause its happening on 2.6.17-5 but following the instructions you gave on it worked again ;) ty [09:31] bug 52416 [09:31] Malone bug 52416 in kernel-package "Kernel panic on startup" [Untriaged,In progress] http://launchpad.net/bugs/52416 === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel [09:37] Thunder: ok, thanks === danny [n=danny@Md0de.m.pppool.de] has joined #ubuntu-devel === ThunderStruck [n=ThunderS@ubuntu/member/gnomefreak] has joined #ubuntu-devel === azeem_ [n=mbanck@host45.natpool.mwn.de] has joined #ubuntu-devel === kirk` [n=kirk@62.121.114.90] has joined #ubuntu-devel === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel === scpar [n=guillaum@70.55.147.225] has joined #ubuntu-devel === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel [10:15] ubuntu-desktop ought to be installable on amd64 again after this publisher run [10:15] working on powerpc now [10:17] Has anything been changed in update-grub lately? It seems to disregard my defaultopts and set it back to quiet and splash. Has a report been filed about that? [10:18] Fjodor: make sure you've read the comments in the file [10:18] bug 21412 [10:18] Malone bug 21412 in grub "Default update-grub behaviour is not intuitive" [Medium,Confirmed] http://launchpad.net/bugs/21412 [10:22] Hmmm, this time no foul. Could it be related to the fact that I build edgy kernel packages? As the comments say, I edit #defoptions, which should stay the same, and be applied to all default entries === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel [10:25] So, what I gather from the bug reports is, that most (me at first too) edit the entries directly. I don't (anymore) [10:27] Anyway, I'll report back, when my next kernel build is done and installed, since the problem didn't arise on a random update-grub with no new kernels installed. Thanks so far [10:35] Hmmm, seems like the problem disappeared again. How about that, huh. But thanks for your help === ozamosi [n=ozamosi@ubuntu/member/ozamosi] has joined #ubuntu-devel [10:36] hello how to find the maintainer of a package if the one referenced is the wrong person e.g. the original debian developer [10:36] danny: we don't have maintainers, the changelog is a good indication of people with experience [10:37] where i find the changelog ? [10:38] danny: debian/changelog in the package or http://changelogs.ubuntu.com/ [10:39] did the linux-headers issue get fixed, and if so what's the best way to force a rebuild of a package so that it doesn't FTBFS now? [10:39] upload a ...build1 ? [10:40] ask a ubuntu-archive admin to give it back ? [10:41] sladen: ping keybuk or infinity, or upload build1 if they're not around and you can't wait until monday [10:41] (if it doesnt get retried automatically anyway, LP has fancy new features there iirc) === andyp [n=andydpar@83.104.143.93] has joined #ubuntu-devel [10:42] well the chanlogs also reference allways the debian maintainer and reflect also the new versions which seem not availible through apt [10:43] danny: what package are you looking at? === scpar [n=guillaum@70.55.146.29] has joined #ubuntu-devel [10:46] grsync === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [10:48] thats only maintined in debian ... its not been touched by any ubuntu deveoper [10:48] *developer [10:49] well but it is in an ubutu repository and only with an old version [10:50] 0.4.3-2 is the latest we have [10:50] new version will be synced in. We've been blocked on kernel+libc+lkh issues, so I wouldn't hold my breath for the new version to be available in Edgy quite yet. [10:50] https://launchpad.net/distros/ubuntu/+source/grsync shows that it isnt built yet [10:51] oh, no, i'm wrong it is [10:51] I see only 0.1.2 [10:51] https://launchpad.net/+builds/+build/225389 [10:52] dapper has only 0.1.x [10:52] is there any problem updating this? [10:53] which the above url tells you [10:53] well, we usually dont upgrade packages in a release without a very hard reason ... (i.e., the current versin wipes your HD) === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [10:53] but you can ask the backports team [10:54] file a bug on the source package, subscribe ubuntu-backports [10:54] https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports [10:54] or mail them ;) [10:55] well if dapper has support for the next 5 years, i don't understand why not the repository is constantly updated... this is what i would expect [10:56] LTS != constantly updated. [10:58] and what does the term backport mean? I would expect features which hae exist in older ubuntu versions to be backported to the new... what has this to do with normal software matureing processes? [10:58] danny: You can't keep something stable by constantly updating it [10:59] danny, backporting == building a package from a newer version for an older system [10:59] danny: our normal development cycle is for people that want "new features", LTS is for people that want a stable and consistent platform for a long term commitment [11:00] hmm... doesn't 0.4.3 sound better than 0.1.3? [11:00] we don't have "sounds good" as a reason in our bug reporting system [11:01] when I install grsync 0.1.3 and want to have 0.4.3 - can i yust try to compile myself (and overwirting the 0.1.3 files with make install)? [11:01] you could get the 0.4.3 package and recompile on your system [11:01] that's basically a backport [11:01] i'd rather take the source package from edgy and build that [11:02] how to do that? [11:02] #ubuntu-motu can help with that [11:02] there's lots of docs in ubuntu and debian on how to rebuild packages === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-devel [11:02] what is this motu channel for? [11:03] packaging software in universe and multiverse components [11:03] ok... thanks for now [11:09] danny: there is a manual for (re)building packages on help.ubuntu.com [11:10] http://librarian.launchpad.net/3426551/buildlog_ubuntu-edgy-i386.linux-restricted-modules-2.6.17_2.6.17.1-6_FAILEDTOBUILD.txt.gz <-- gar [11:11] similarly amd64 [11:11] where did that build come from? === BenC didn't upload it [11:11] Kamion did [11:11] I'll check it out [11:12] oh wow, that's an ugly build [11:12] I did, but it was just s/4/5/ on the abinum [11:12] ok, I'll do a build here and see what's up [11:12] /build/buildd/linux-restricted-modules-2.6.17-2.6.17.1/debian/build/2.6.17-5-386/madwifi/ath_hal/../include/compat.h:71:22: error: asm/page.h: No such file or directory [11:12] is the first failure [11:13] I also believe that's the largest number of compiler errors I've ever seen on a single file [11:14] wow. === geser [n=michael@85.25.110.118] has joined #ubuntu-devel [11:24] ...all from just #include [11:26] ogra: re kino, it builds fine if you just stick extern "C" { ... } around the KinoCommon *common declaration in src/kino_common.h; I don't know if that's the best fix and it should certainly go upstream for comments, but that fix should be workable for now [11:27] (oh, you should test that it works too after that - I haven't) [11:27] Kamion, ok, will fix it if i arrive in the old house ... i'll do my weekly drive through the country soon ... === givre [n=flo@APuteaux-152-1-28-154.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === ompaul [n=ompaul@ubuntu/member/ompaul] has joined #ubuntu-devel [11:38] mdz: damn, if you'd said, I'm pretty sure I could have resurrected gnome-applets on powerpc [11:39] unfortunately I didn't notice until after your upload, so never mind now [11:39] it's sitting in /srv/launchpad.net/builddmaster/accepted/20060713-160720-227962-183933/ [11:49] Kamion: please requeue gcc-3.4 on powerpc and sparc, xulrunner on amd64 === j_ack [n=rudi@p508DB4B2.dip0.t-ipconnect.de] has joined #ubuntu-devel [11:51] Kamion: and wxwidgets2.6 on all === givre [n=flo@APuteaux-152-1-44-210.w82-120.abo.wanadoo.fr] has joined #ubuntu-devel [11:53] Kamion: that's odd; locate on drescher didn't find it === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel