[12:01] but python-soya is arch: i386 [12:01] so why the hell buildd is building it for all... [12:02] ah, d3vic3 has changed it to i386...during the pythin transition.... [12:02] easy fix ;-) [12:02] so its ok... [12:02] lets just rip it off... [12:04] such a change is ok for you? [12:04] what should i do about it ? rewrite soya ? [12:04] if it's a "all" package [12:05] why restricting it to i386? [12:05] but it cant build on all [12:05] in fact it never has according to the build logs [12:06] at least from 0.6.1 to 1.0.5 it hasnt...so its pointless to have it as all [12:07] dang! [12:07] Debian has it in all === crimsun slaps his forehead [12:07] I just dput a package that's in main :< [12:07] i'll put it on cant build with a comment... [12:08] crimsun, dont worry, it will silently disappear [12:08] ogra: will you need to bump the revision to upload it? [12:09] crimsun, yup... if one version has been uploaded thats the way to go....(another would be to beg elmo to wipe it from the queue) [12:10] ogra: ok, http://sh.nu/~crimsun/ubuntu-motu/ has the version that I accidentally dput [12:10] ogra: that fixes FTBFS on ia64 [12:10] ogra, http://people.ubuntu.com/~lamont/buildLogs/s/soya/0.9.1-2ubuntu1/soya_0.9.1-2ubuntu1_20050301-0548-amd64-failed [12:10] I don't know what to think of all those weird build failures [12:11] guys, does grub work on amd64? === schweeb doesn't have any boxes so is unsure [12:12] I certainly hope it does, or ogra wouldn't be online ;) [12:12] schweeb, sure [12:12] ok, heh [12:12] crimsun, i'd take lilo ;) [12:12] hehe [12:12] h8 lilo [12:13] grub... I read hurd :-) [12:13] hah [12:13] hurd, how useful [12:14] crimsun, do you bump the version number ? then i'll upload [12:14] ogra: ok, I'll do that. [12:17] I guess that weekend will be kind of a marathon for fixing the universe [12:17] hopefully monday is a day off here [12:17] herve: pretty much === lamont__r [~lamont@phantom.acmeps.com] has joined #ubuntu-motu [12:18] welcome tritium! [12:18] erm... [12:18] nevermind :-) [12:18] it's sign I need to sleep :-) [12:18] good night all [12:19] night herve [12:20] ogra: uploaded. [12:20] great [12:20] thanks! :) [12:21] crimsun, i assume you tested it extensively.... [12:24] it runs, yes. Installs and uninstalls and upgrades cleanly. [12:25] the real fix is for IA64, and it's pulled from Debian Sid's 0.8.9-3 [12:26] ok [12:28] uploaded [12:28] thanks :) [12:32] back in a bit === tritium [~rimbert@12-202-89-11.client.insightBB.com] has joined #ubuntu-motu [12:54] hello === goedson [~goedson@200.150.28.17] has joined #ubuntu-motu [01:02] ogra: gnomebaker entered Debian. This means I may remove it from UniverseNewPackages, right? [01:05] goedson, hmm, ok [01:08] yikes [01:08] hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } [01:08] ide: failed opcode was: unknown [01:08] hda: drive not ready for command [01:08] my hard drive is giving me fits [01:08] that looks quite bad [01:09] yeah, I agree. I'm backing up everything right now before I have a disaster on my hands [01:09] good plan [01:10] this will be the second drive in 5 months with this laptop. Maybe it's time to look at a new one. [01:10] ogra, you have an amd64 laptop? [01:11] yup [01:11] May I ask the make and model? [01:11] acer aspire 1520 [01:11] Thanks. You happy with it? [01:11] but i wouldnt recommend it if you are after a good keyboard or a good case [01:12] I see. [01:13] oh, and the builtin wireless only works with win drivers, but ndiswrapper doesnt support them yet (using a pcmcia card currently) [01:13] one of the remaining quirks, I guess? [01:14] but it was the cheapest amd64 machine i could get (80GB HDD, 512MB widescreen 15,4", nvidia 64MB) [01:14] nice [01:14] DVD/CD writer... [01:14] 1250 [01:14] Cool. [01:15] there don't appear to me many more AMD64isms anymore. Is that fairly safe to say? [01:16] yop, if you can live without java and flash plugin :) [01:16] yeah, no problem :) [01:18] cool, thanks for the info. I might compare against powerbooks. I think I'm done with Dell, for sure. [01:19] they told me today that you can get a powerbook g5 for a similar price now [01:19] hey tritium [01:19] hi trulux|working :) [01:19] g5? really? wow [01:20] tritium, ask zyga in -devel he told me... [01:20] ogra, cool. Thanks. [01:20] tritium: https://www.ubuntulinux.org/wiki/SELinux <- 75% completed :) [01:20] trulux|working, nice :) [01:28] ogra: !!! [01:28] tseng [01:28] ogra: key is signed! [01:28] whatsup ? [01:28] YAY YAY YAY === HiddenWolf [~hidden@136.96.dynamic.phpg.net] has joined #ubuntu-motu [01:28] YAY [01:28] hooray! [01:28] \O/ [01:29] tseng: good work [01:29] tseng, :) [01:38] heh I tried [01:38] i guess he's too busy with his beard [01:38] darned beards. [01:39] hehe [01:39] you need to post on planet about it. [01:39] :p [01:39] "manoj is my hero, even if he is nuts" [01:45] ugh, #u is madness [01:45] what's going on? [01:46] you know what ill just mail mako again anyway [01:46] with the CoC [01:46] crimsun, because bluefoxicy is there ? [01:47] hah "big indian" [01:47] ogra: just generally :) [01:48] heh [01:52] ogra, now that I'm investigating G5s, I'm wondering why there's no 64-bit powerpc stuff [01:53] tritium: it's in debian, dunno about the design decision to not include it [01:53] crimsun, oh, okay. Thanks. [01:54] tritium, we have a g5 kernel....but no explicit system... [01:54] I see [01:58] ogra: i just do gpg --sign CoC.txt, right? [01:59] yop [02:00] yay [02:01] tseng, the other 3 signs were not sufficient ? [02:01] they arent very strong if you follow them [02:02] ah, i see [02:02] so i waited for manoj, who is a gpg diety === maskie [~maskie@196-30-109-18.uudial.uunet.co.za] has joined #ubuntu-motu [02:38] tritium: ppc64 requires some toolchain work which we didn't have time for for Hoary [02:38] and there hasn't been a clear demand [02:52] mdz, oh, thanks for the info :) [03:12] whew, good thing I didn't start on clanlib [03:12] I suggest we also remove the packages we fix from "The list" [03:27] ok, lincity definitely builds on [i386] [03:27] must have been buildd screwage, judging from http://people.ubuntu.com/~lamont/buildLogs/Test/l/lincity/1.12.1-1/lincity_1.12.1-1_20050324-0454-i386-failed [03:30] crimsun: time's about right [03:30] everything before 20050324-1857 or so [03:30] is at least somewhat suspect [03:30] ah ok. [03:30] thanks for the clarification. [03:30] and even after that, if you see bitchiness about /dev/null permissions, check if it's marked 'needs-build' or 'failed' in buildLogs/Test/Lists/hoary-test.all.$arch [03:30] if failed, poke lamont [03:31] ok. === tritium [~rimbert@12-202-89-11.client.insightBB.com] has left #ubuntu-motu ["Leaving"] === tritium [~rimbert@12-202-90-180.client.insightBB.com] has joined #ubuntu-motu [04:44] wb tritium [04:44] thanks :) [04:48] I noticed that dholbach signed my krecipes package :) [04:49] congrats! :) [04:49] Thanks! === Burgundavia [~Burgundav@S01060020ed20f68f.gv.shawcable.net] has joined #ubuntu-motu === suifur [~suifur@suifur.linuxfordummies] has left #ubuntu-motu ["All] [07:12] pike7.* make me want to bash my forehead against a brick wall [07:12] ? [07:13] the only one that has successfully built on all 4 arches is 7.6, but 7.6 is too new for the two apps I'm trying to fix [07:13] both 7.2 and 7.4 are broken on at least one arch [07:13] (FTBFS, that is) [07:13] ah [07:14] so now I get to try and unbreak 7.2 and 7.4 so I can unbreak the two packages I _originally_ intended to fix. [07:14] heh, gonna be a long morning [07:15] nice work, crimsun [07:15] not yet ;) [07:15] Well, I admire the effort already [07:15] so do I, though my stomach doesn't. Hmm, food time. === robitaille [~robitaill@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu [08:39] hi daniel [08:42] Hi there. Oliver sort of convinced me the other day that I should visit you guys on this channel [08:42] yes, welcome [08:43] now we have three daniels [08:43] to see what the motu team is up to [08:43] Hi Daniel :) [08:43] /wiki/MOTU is a good place to start [08:44] basically we're nearly finished with the Python 2.4 transition and are delving madly through the DoesntBuild list, prioritised by PriorityList [08:44] trying to get as much of universe building on all 4 arches as possible [08:44] oh, and we have 1 1/2 weeks to do that ;) [08:44] you can't never have too many Daniels on a project [08:45] And one of these days I'm going to learn python. THere is too many people around trying to convince me to do so, and it was one of the reason to get into Ubuntu in the first place for me last fall [08:46] yeah, ubuntu is big on gnome and python === crimsun stabs pike7.4 [09:13] have a good morning, crimsun. === tritium [~rimbert@12-202-90-180.client.insightBB.com] has left #ubuntu-motu ["Leaving"] === doko [~doko___@dsl-084-059-046-099.arcor-ip.net] has joined #ubuntu-motu === encolpe [~encolpe@l03v-3-79.d2.club-internet.fr] has joined #ubuntu-motu === dholbach [~daniel@td90919ad.pool.terralink.de] has joined #ubuntu-motu [09:44] goooood morning! how are you all? [09:44] salut [09:45] hey Burgundavia :-) [10:08] dholbach: morning sucks :) [10:09] schweeb: oh don't complain :-) [10:10] schweeb: i only slept 5h30m because somebody thought it was early enough to phone me :-) [10:10] heh [10:10] I should be sleeping myself [10:11] but I'm all hopped up on mountain dew [10:13] :-) [10:15] it is rather interesting being awake for all the drunk people who come home and randomly IM you :) [10:25] hahaha :-) === prettylove [~prettyife@213.255.219.65] has joined #ubuntu-motu [10:30] hi, kaloz [10:33] hi riddell === prettylove [~prettyife@213.255.219.65] has left #ubuntu-motu [] === HiddenWolf [~hidden@136.96.dynamic.phpg.net] has joined #ubuntu-motu [11:20] why is irssi-text in the Pri-List... isn't that in main? [11:44] schweeb: hmm, tick it off or mark it as "main's job" [11:46] looks like crimsun may have done something to it... dunno what or why [11:48] which, if he actually went through and fixed that and the other packages under "done", he should probably remove the build-failed links to them [11:50] argh, I better go to bed [11:50] it's nearly 6am here [11:50] night [11:52] good night [11:52] probably it's my fault [11:52] maintaining those lists is a horror [11:52] so i maybe overlooked it === herve [~hcauwelie@ip-3.net-81-220-179.nice.rev.numericable.fr] has joined #ubuntu-motu [12:02] morning! [12:03] hey herve [12:03] herve: how are you today? [12:03] slept well, much better! [12:03] ready to start the motu marathon! [12:03] gooooooood :-) [12:03] oh... even better ;-) [12:08] not really actually [12:08] breakfast first! === Amaranth [~travis@amaranth.user] has joined #ubuntu-motu [12:31] lamont, ping [12:32] hi Amaranth [12:32] hi [12:35] doko, ping === Cturtle [~Cturtle__@a213-84-50-38.adsl.xs4all.nl] has joined #ubuntu-motu === thomaskorwed [~vb@rule-dk2.smca.yahoo.com] has joined #ubuntu-motu === thomaskorwed [~vb@rule-dk2.smca.yahoo.com] has left #ubuntu-motu [] === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-motu === Cturtle [~Cturtle__@a213-84-50-38.adsl.xs4all.nl] has joined #ubuntu-motu [01:26] morning.... [01:26] darn, i missed robitaille [01:26] hey ogra [01:26] morning ogra [01:26] how was that hacking night? [01:27] tired... [01:27] I didn't mean the consequences :-) [01:31] herve, no, but the night too, i didnt really find my starting point... [01:33] I must admit I lost motivation yesterday night === ogra [~ogra@p5089E502.dip.t-dialin.net] has joined #ubuntu-motu [02:07] Ugh. I'm so damn pissed off. :P [02:07] by what ? [02:08] Ordered two sticks of ram a month ago to upgrade my current pc [02:08] Did the math, figured I could afford a new rig, and ordered the new pc. [02:08] Now my mother calls, they just delivered all the last components. But I still haven't recieved the ram. [02:08] Ordered it at a diffent shop. [02:08] gah [02:09] Now I check at the shop who got the rest of the components, and they also sell that ram, and have it in stock. [02:09] Now I want to cancel the order and order it at the shop that actually has the stuff, but they won't awnser the phone. Guess they are in church or something. [02:11] yeah, its easter... [02:11] No, tomorrow is easter. :P [02:12] yeah, but.... [02:12] So, now I have to cancel the order on tuesday, order it in the other shop, payment due wednesday, and if i"m lucky, I'll have it friday. [02:12] (in germany we already have a public holiday on friday....) [02:12] in Alsace too [02:13] ogra, yeah. I didn't think about it yesterday either. I was in the train, and my public transport pass wasn't valid. Only on working days. Had to pay a fine. [02:13] so many ppl dont work on saturday... [02:13] gah [02:13] Now for me it is a working day. :P [02:13] The employee didn't agree [02:14] hmm.. [02:14] so you have to convince the conductor :) [02:15] (guessing for him it was a working day too, the chances arent to bad ;) ) [02:18] herve: pong [02:18] hi doko [02:18] I suggest we just drop zopectl and zope-zshell [02:19] why zope-zshell? [02:21] unmaintaned [02:21] and written by the time of zope 2.6 [02:21] it patches the roots of Zope [02:22] I doubt it would still work with all the changes in zope 2.7 [02:24] herve: sip4-qt3 uploaded [02:24] muhahaha! [02:33] herve: did you test it? [02:33] not yet [02:33] I'm finishing with the python transition in itself [02:46] sometimes I don't understand how DDs choose their dependencies [03:01] Yes. managed to cancel that damned order. :P [03:02] congrats [03:03] And I'm not paying the other shop until I see the order is ready to be shipped. :P === ogra groars at all these missing python gnome functions [03:04] damned, do they only implement what they like ?? [03:05] it's free software ;-) [03:05] half of the stuff i can do in gtk-perl is missing in pygtk, thats annoying [03:05] ogra: did you only get that notion just now? [03:06] gnome imho doesn't listen very well / at all [03:06] nope, but at the moment i have to fix a bug in hwdb-client that would require only one line if not half of the functions were not missing [03:07] write the function, and propose a patch to pygtk to add the function there? [03:08] gah, then i'll rather find a workaround, i dont have the time to fix pygtk currently.... i simply rely on the fact they call it a stable implementation and wouldnt expect that functions available in ALL other bindings are missing there... [03:09] thats just ill [03:09] ogra, have you check if it was implemented in CVS? [03:10] herve, i already asked them in #pygtk.... they told me gnomecanvas will be obsolete once so they wont iplement the missing bits, GRRR [03:10] and gnome has been stabilized for just a few days... [03:12] ho good... [03:12] a configure script asking a question [03:12] nice to script in debian/rules :-) [03:13] herve, gnomecanvas is a _very_ old implementation, it is not related to that new release [03:13] so they make it right? [03:13] but simply everything described here is missing: http://developer.gnome.org/doc/API/2.0/libgnomecanvas/GnomeCanvasRichText.html#gnome-canvas-rich-text-get-buffer [03:14] (and not planned to get implemented) [03:15] and what superseded it? [03:17] the waiting on a stable cairo implementation (which still might take more then 6 months) [03:18] i'm just upset by the ignorance.... [03:18] than, even :-) [03:19] sounds like 6 months is worth binding gnomecanvas in python [03:19] might be, but i have to match a release date with my SW so i wont look into it now :) [03:20] Hm. So in six months time, gnome might start on a 3.0, using cairo? [03:20] HiddenWolf, that was just a gues, it might tae 3 months it migth take 2 years [03:21] its simply that a very ancient functionallity is missing _now_ and i need it _now_ [03:24] bbl [03:27] Sorry ogra, but that's how it works. Little incentive not to do what you don't want to, and an easy excuse to avoid doing it. (you can get to the source, add it yourself -kind of idea) === HiddenWolf is off to buy thermal paste and some other stuff. === herve_ [~hcauwelie@ip-3.net-81-220-179.nice.rev.numericable.fr] has joined #ubuntu-motu [03:31] I *hate* those random crashes [03:31] dholbach left? === herve_ is now known as herve [03:32] so we have until the 30th to get things done? [03:32] was reading the hoary release schedule, a bit confused [03:33] hoary universe will be kinda frozen afterwards [03:33] it will make things difficult to fix packages [03:34] you mean it'd be froze from the 30th until breezy starts, right? [03:35] nope, frozen like warty is [03:35] only security updates, rougly [03:35] (roughly) [03:36] herve, yes, he had a short night.... [03:36] (dholbach) [03:37] ok, the nap he programmed :-) [03:37] :) [03:37] have you guys checked luminocity? [03:38] nope [03:38] ogra, I think it's related to what you talked about [03:38] cairo, no? [03:38] ah, yeah, that one from seths blog... [03:38] looks like it [03:39] sure, i've seen it and look forward to program with it...but that doesnt help me now :-/ [03:40] sure [03:46] does anyone know how I change the font in Wine from something-serif to something-sans-serif? [03:48] I'm tempted to answer windows' control panel :-) [03:53] herve: *whack* [03:53] herve: I don't have windows, only some windows app running in wine [03:53] (I almost wrote "whine")( [04:31] hey, a euro! [04:31] wash your clothes and earn $$$ [04:57] Get rich fast!! === Lathiat [~lathiat@sweep.bur.st] has joined #ubuntu-motu [05:09] herve: mornign [05:27] lamont, hi [05:27] we uploaded a new version of poker3d [05:28] but it never appeared in the archives [05:28] though it successfully compiled on all archs [05:28] when was the upload? [05:29] buildLogs/Lists/hoary.all.amd64:universe/games/poker3d_0.2.12-1ubuntu1: Dep-Wait by buildd+king [optional:uncompiled] [05:29] on all 4 architectures. [05:29] two days ago [05:29] Dependencies: libxml2-python2.3 [05:29] so you fixed that build-dep, and you need it kicked>? [05:30] where did it successfully compile? hoary-test? === LBM [~lbm@messecenteraars.dk] has joined #ubuntu-motu [05:31] I don't really know those procedures [05:31] but if you say it needs a kick, let's go! [05:31] ok. lets back up. [05:31] though it successfully compiled on all archs - where did you get this information?> [05:32] and, was the upload 2 days ago doing the python2.4 transition? [05:32] erm, I was think of another (problematic package) [05:32] so poker3d was upload but never built [05:32] (uploaded) [05:33] yes, I am still working on that python2.4 transition [05:39] my second concern is about sip-qt3 [05:39] this one was successfully built [05:40] but no news in the archives [05:42] sip-qt3 is marked 'uploaded', which means it almost certainly contains files not found in the overrides file. --> elmo love [05:42] because of new binary packages? [05:43] for future... if the package is marked as 'Dep-Wait' in buildLogs/Lists, and you upload a version that removes the build-depends: for the package it's blocked by, you must poke me. [05:43] new binary packages require NEW processing by elmo [05:43] got it [05:44] and what do you need to do for poker3d [05:44] update some file? [05:49] I tell wanna-build to pretend that libxml2-python2.3 is available. [05:50] which I have now done. [05:51] thank you === jani [~pet@Home03207.cluj.astral.ro] has joined #ubuntu-motu [05:59] hey jani! [05:59] hey herve === sivang [~sivang@box79162.elkhouse.de] has joined #ubuntu-motu [06:20] hi folks! [06:21] is there some known problem with the ia64 buildd? [06:22] what do you mean? [06:22] I know fewer packages build on ia64 since there are fewer users [06:22] and testers/developers [06:23] I think he wonders if the ia64 buildd itself has bugs [06:23] I'm trying to fix some packages from UniverseDoesNotBuild, and the packages in question have build failiures on ia64 [06:23] e.g. here: http://people.ubuntu.com/~lamont/buildLogs/Test/p/pidentd/3.0.16-7/pidentd_3.0.16-7_20050324-1300-ia64-failed [06:24] good one :-) [06:25] that one look like apt-get failed not the build itself [06:25] From the logs I would suspect that authentication should be taken out for sbuild [06:25] WARNING: The following packages cannot be authenticated! [06:26] I wonder why is that? Isn't that pulling from the ubuntu archives? [06:27] thats basically what I'm asking :) [06:28] siretart, my diagnosis is... ask lamont :-) [06:28] herve: :) [06:28] ugh [06:29] I think I should go back to bed [06:29] what time is it at yours? [06:31] 12:30p [06:31] note that said build log is from before 20050324-1857 [06:31] went to bed about 6:30a [06:31] schweeb, yes you're missing something :-) [06:32] jani: that was cluster #1 [06:32] it was found problematic, [06:32] ? [06:33] lamont, I don't know what cluster #1 means :) [06:34] jani: that's ok. [06:34] nothing to do with pink floyd I assume [06:34] s/cluster/disaster/ [06:34] no [06:34] is fire service term [06:34] means royal mess [06:34] aha [06:34] british or american English? [06:36] royal mess... so it's british? ;-) [06:37] jani:" american [06:37] fire serivce, military, etc. [06:37] ok thanks :)_ [06:39] http://www.urbandictionary.com/define.php?term=cluster [06:39] is actually a contraction of a longer, less polite term [06:46] re [06:47] I'm looking at http://people.ubuntu.com/~lamont/buildLogs/Test/p/pike7.2/7.2.580-3/pike7.2_7.2.580-3_20050324-0910-powerpc-given-back and try to imagine what the problem could be [06:47] janc: and thursday, I was numbering them. I didn't like thursday very much. [06:47] 20050324-0910 [06:48] still before 18:57 :-) [06:48] cluster #2: ross, et al. [06:48] err, I'm sorry, I must have missed whats up with that date? [06:49] from sometime late 0323 until 1857 on the 24th, there were a collection of issues iwth the buildd's [06:49] 1857 was the point at which the last of them was declared dead, and I gave everything back [06:49] well, most everything [06:49] ah.. I see. [06:50] the lingering annoyance is anything that is currently marked 'failed' in hoary-test.all.*, and complains about /dev/null: permission denied. [06:50] the proposed fix for the root cause of that one is a bit too invasive to do right before the release... so I get to babysit regularly and cleanup after it when it happens.. [06:51] yes, that reminds me of a chroot error [06:51] but if y'all would be nice and avoid uploading too many packages that build-depend udev, hal, dbus, or such while I'm sleeping, I'd appreciate it. [06:51] but I forgot what's wrong [06:51] ross was victimized by a kernel bug, the fix was to roll forward to a new kernel [06:52] oh, sounds ugly.. [06:53] ok, then I'll grab other packages.. [06:53] siretart: just start with buildLogs/Test/byDate/today.html is a good start - pick from that and you're fine [06:53] likewise ..../byDate/20050325.html is a good one too. [06:54] ah, that makes it easier.. thanks lamont1 [06:55] alternatively, search for 'Failed' in buildLogs/Test/Lists/hoary-test.report.$arch [06:56] those are regressions, that need to either be fixed, or (hopefully) dropped from the archive [06:56] that is, best case is fixed [06:56] worst case is left in the archive unbuildable [06:58] the buildLogs are created by dak, I assume? [06:58] uh... small piece of python that salts them away [06:58] and generates that report for hoary test. [06:59] basically, 'report' only contains packages which are marked 'Installed' in hoary, but marked !Installed in hoary-test [06:59] ah. thanks for explanation [06:59] and undoubtedly contains some false positives, e.g. /dev/null: permission denied === dholbach [~daniel@td9091bb6.pool.terralink.de] has joined #ubuntu-motu [07:00] welcome back Daniel! [07:00] hey herv [07:00] morning dholbach [07:00] hey lamont :-) [07:00] hi Daniel [07:00] well, it's (a) still morning here, and (b) always morning on the internet. except at bedtime. [07:00] hehe [07:01] :) [07:01] hey reinhard, how are you all? how's the overall atmosphere? :-) [07:02] quite calm [07:02] I'm trying to poke elmo about poker3d [07:02] and lamont checked sip-qt3 [07:03] oh cool [07:03] s/checked/glanced at/ [07:03] or the other way round? [07:03] I didn't verify my assertion [07:03] herve: the other way around. [07:03] you took a look :-) [07:03] sip-qt3 almost certainly needs elmo [07:03] poker3d should build now [07:03] well... as soon as i finshed the crack list, i try to make the atmosphere a bit more cheery :-) [07:04] ok, that's the evidence I haven't taken coffee for the day :)- [07:04] dholbach: quite fine, I have a good feeling for thursday, so I'm spending some time for universe :) [07:04] siretart: exam on thursday? [07:04] dholbach: yeah [07:04] old-logs/daemon-20050326-1720.log.gz:Mar 24 20:45:01 buildd-mail: sip-qt3 must be manually dinstall-ed -- delayed [07:04] assertion verified [07:05] education is overrated :) [07:05] schweeb: :) [07:05] lamont, thanks [07:05] but its quite intersting stuff: operating and distributed systems.. [07:06] oh nice [07:06] when on thursday? [07:06] sounds like a senior level class [07:06] hrm... bug in the report generator... /me studies === rubenv [~lambda1@83-134-132-119.Leuven.GoPlus.FastDSL.tiscali.be] has joined #ubuntu-motu [07:07] 10:10, weird time, but its colloquial.. [07:07] siretart: i'll have my fingers crossed [07:07] thanks! :) [07:07] :-) [07:09] ok. 5 minutes until clean report [07:09] hm. the scm build problem is known to the debian bts: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245810 [07:09] (new hoary-test.report.$arch will only list packages which are marked 'Installed' in hoary [07:09] hrm.. and Uploaded. [07:13] argh. poker3d fails on ia64! [07:13] well, since I don't have a ia64 or alpha to test steve langasaks patch, I'd suggest removing scm :( [07:15] ho, not so easily? [07:16] herve: note that ia64 is not a release critical architecture [07:16] oh. then never mind === lamont spews [07:17] universe/libs/libgdiplus_1.0.4-1: Failed [07:17] universe/games/kq_0.98+cvs.20031006-5: Failed [07:17] universe/games/pinball_0.3.1-3: Failed [07:17] universe/devel/gprolog_1.2.18-12: Failed [07:17] universe/devel/rscheme_0.7.3.3.b20-1: Failed [07:17] unknown/swt-motif_3.0-4: Failed [07:17] # Failed: 16 [07:18] hrm... missing several [07:18] fenris, gal2, gmime2, kdebindings, libmrproject, libxcb, mico, nvidia-settings, stax, yehia === siretart looking at kq [07:24] is there a convinient meta package for xorg devel headers? [07:24] a common problem seems to be that some header file have moved to other packages.. [07:25] siretart, that's the point [07:25] if you're looking for scrnsaver.h, it's in libxss-dev [07:25] xfree dev packages have been split out [07:25] use dpkg -S or apt-file search to find out :-) === Burgundavia [~Burgundav@S01060020ed20f68f.gv.shawcable.net] has joined #ubuntu-motu [07:26] lamont, I need to poke elmo too for a upload that should have not been made? [07:26] herve, ? [07:27] I made uploaded sip4-qt3 4.2 [07:27] but our current qt/kde packages depends << 4.2 [07:27] herve: well, it's like this... after cron.hourly runs, it's pretty much too late [07:27] what was wrong with that one ? [07:27] ah [07:27] now, if we're talking sip-qt3, and no binaries have entered the archive, then you have a bit more luck. [07:28] but in any case, once you upload it, the options are basically: upload a yet-newer version to undo what you did [07:28] no it's sip4-qt3, another upstream branch [07:28] herve, fix it, bump the ubuntu version number....and reupload i guess [07:28] oh, and cron.hourly runs every 5 minutes... [07:28] argh! [07:28] ogra, it's 4.2 against 4.1 [07:29] herve, then you will need to make it 4.2-ubuntu1 ? [07:29] any 4.2 will conflicts with qt/kde python bindings [07:30] kq fixed.. taking next one.. [07:30] oh, so this never should have been uploaded since it cant build ? [07:31] it can [07:31] but could prevent other from building [07:31] stupid me! [07:31] hmm [07:33] who care about kde anyway? :-) [07:33] right. [07:33] just kidding... === tritium [~rimbert@12-202-90-180.client.insightBB.com] has joined #ubuntu-motu [07:33] Hi dholbach [07:33] hi tritium [07:33] hi herve :) [07:34] herve, dont say that to loud, you'll never know if Riddell is watching [07:34] hi ogra [07:34] hi tritium [07:34] it was too good DD made the transition job for me... [07:35] but on a newer and incompatible upstream release :-/ === Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-motu [07:45] next package fixed: pinball.. [07:45] woah, thats speed.... [07:46] well, those 2 package just needed more build depends, [07:46] How are we going about fixing package that won't build on architectures we don't have? [07:47] try to find out the problem and ask someont who owns the arch to testbuild [07:47] ok [07:48] and we're starting from the top of the prioritized list? [07:48] yup [07:48] cool [07:55] thats weird: http://people.ubuntu.com/~lamont/buildLogs/Test/Lists/hoary-test.all.i386 says that rscheme is failing, but it is building fine in my hoary chroot [07:55] http://people.ubuntu.com/~lamont/buildLogs/Test/r/rscheme/0.7.3.3.b20-1/rscheme_0.7.3.3.b20-1_20050322-0658-i386-failed failing with an unmotivated segfault. hardware problem? I dont know.. [07:56] before 24th at 18:07 :-) [07:56] ;) [08:10] bad times didn't really get going until the 23rd though... [08:10] discount (1) anything ross did before 24 mar 18:57, and (2) anything that bitches about /dev/null permissions [08:10] ok [08:11] (I finally remember how I fixed that error!) [08:13] oh, i missed its DST night tonight..... [08:14] swt-motif also seems to have builddep problem, I'm on it.. [08:14] ogra: oh, thanks for the reminder :) [08:15] siretart, in any case your ubuntu would have reminded you ;) [08:15] ogra: hehe :) [08:16] motif? /me vomits [08:16] schweeb, its like antique furniture :) [08:17] I'd much rather claw out my eyes than look at THAT furniture :) [08:17] (in fact with a sexy concrete look, but well...) [08:18] motif.. that always reminds me to that acroread4 stuff... [08:22] well, package building again.. [08:23] http://people.ubuntu.com/~lamont/buildLogs/d/dietlibc/0.27-7/ [08:23] is there any reason why dietlibc isn't build on amd64? [08:23] isn't even attempted... [08:24] (one of my buddies noticed it wasn't in the archive for amd64) [08:25] schweeb: doesnt build there, i tried it to solve a couple of issue [08:26] 14:21 < schweeb> it's quite possible it doesn't build [08:26] 14:21 < schweeb> lemme check [08:26] 14:21 < Beirdo> built fine for me [08:26] 14:21 < Beirdo> in about 20s [08:26] erm [08:26] *shrug* [08:26] hm === dholbach gets it [08:26] Hi dholbach! Thanks for signing krecipes :) [08:26] hey tritium [08:26] de rien :-) === tritium really appreciates it [08:27] dholbach: I don't see /any/ buildlogs for it on amd64, any version [08:28] schweeb: is dietlibc an arch: any package at all? [08:28] schweeb: Architecture: arm i386 [08:28] schweeb: for Package: dietlibc [08:28] ahh [08:30] should it be built for amd64? I don't know much about multiarch support... my buddy says vservers needs it [08:31] schweeb: twoftpd-run, runit-run, socklog-run, bincimap-run need it via runit [08:31] i'm not sure either... maybe lamont knows :-) === dholbach thinks . o O { *pling* } [08:31] hahha [08:32] schweeb: vserver needs dietlibc? [08:33] probably somewhere through the deps [08:33] this comes second hand, so I'm not 100% sure the situation [08:35] it's built for ia64 and ppc though, so I'm imagining it should be built for amd64 ;) [08:35] %dietlibc: alpha amd64 arm hppa i386 ia64 mips mipsel powerpc sparc s390 # ANAIS [08:35] it should be building on amd64 [08:35] ok... so changing it in debian/control and uploading should suffice [08:36] whats this: http://people.ubuntu.com/~lamont/buildLogs/Test/o/openmosix/1:0.3.4-7/openmosix_1:0.3.4-7_20050324-0633-i386-failed - including files from /usr/include/linux directly?! waah?! [08:37] hehe [08:41] hmm.. thinking later bout it, going to get something to eat.. bbl [08:41] dholbach: if there are no logs, we may need to have elmo resync-PaS [08:42] and, of course, there's no guarantee it actually builds... [08:42] no build logs for amd64 ever [08:43] yep. [08:43] needs elmo love [08:43] i don't understand... won't it (after a change of debian/control) just be in elmo's "NEW queue"? [08:43] it's in PaS === dholbach doesn't understand that either [08:43] that is, quinn-diff has been specifically told to ignore dietlibc on amd64 [08:44] i see [08:44] hrm [08:44] PaS ? [08:44] you'll note that it's not in buildLogs/Lists/hoary.all.amd64 [08:44] Packages-arch-specific [08:44] ahh [08:45] for various reasons, the architectures that attempt a build are controlled outside of the packages source. [08:45] well, considering amd64 isn't a supported arch in debian yet, that's understandable (it's still unsupported, right?) [08:45] thanks lamont [08:46] righ [08:46] t === mdz [~mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #ubuntu-motu === koke [~koke@rm-001-26.serve.com] has joined #ubuntu-motu [09:36] hi all!! [09:36] hi koke ! [09:36] hey koke [09:36] how are you? [09:36] fine, thanks [09:36] fine... all kinds of crack around me, but still fine [09:39] I've seen the term 'crack' thrown around here more than anywhere else, ever ;) [09:39] :D [09:39] schweeb: it will all get better with SneezySnail or something [09:39] I've received a mail from a DD asking me if I wanted to maintain the evolution-sharp package in debian too [09:40] tseng: do you want it?? [09:40] you are the mono guy :P [09:40] koke: oh nice... i just saw some apt-get.org-repo having it too [09:40] dholbach: haha [09:40] i am the mono lead, i dont need every package directly :) [09:40] schweeb: ;-) [09:40] is that actually a proposed name? [09:40] go for it if you want to work with him, koke [09:40] tseng: I only packaged it to compile beagle [09:41] but I'm not maintainig it and know not very much of mono [09:41] SneezyNose? [09:41] ha no, I misread :-) [09:42] koke: so, you dont want it? or what. [09:42] we can make it owned by Mono Team for ubuntu, or something [09:42] and you can mail relevant stuff to your DD [09:42] tseng: it would be better [09:42] yeah... please someone give us qa.ubuntu.com and packages.ubuntu.com [09:42] I don't mind to maintain it [09:42] PLEASE [09:42] thats still means you and me. [09:43] but it's very possible I'll forget it :) [09:43] dholbach: dude, didint i give you packages? [09:43] tseng: what are you talking about? [09:43] dholbach: http://higgs.djpig.de/ubuntu/www/ [09:43] yeah... that's a start :-) [09:44] has worked well for me so far [09:45] well, going forth and back between this and lamont's logs is not handy [09:45] tseng: you could add links to the logs for him.... [09:45] email the owner? [09:45] yes. [09:45] at least to the directory - that's highly predictable [09:45] its not mine, but im sure the guy running the site would accomodate that [09:46] yeah the directory should be fine [09:47] I will mail him, dudes [09:48] woohoo [09:48] anyone have a burning need for CC'age? [09:48] tseng: and remember with and without /Test [09:48] lamont: /Test? [09:48] tseng: you could lend some authentecity by cc'ing me... no burning need, but you're welcome [09:48] to [09:49] buildLogs/Test/f/foo/1.1/ [09:49] is the rebuild [09:49] and we want to be able to make notes according to teams and tag packages as InTransition - thanks for being so kind ;-p [09:50] dholbach: that sounds like a deeper architectural change that deserves its own thread [09:51] yes... i am aware of that :-) [09:51] tseng: that looks just great :D [09:51] i have no idea how deeply in tune this guy is to this webapp [09:51] yeah I posted that link in #u-d before, I didnt know so many people missed it [09:51] ill blog it when we're done ehre [09:51] *here. [09:51] and make links with malone, obviously :-) [09:52] is malone powered up yet? [09:52] we are supposed to use it [09:52] (but not the users) [09:53] lamont: sorry, /Test is when you "kick" an existing source to rebuild? [09:53] no [09:54] there is the hoary distribution, and the hoary-test distribution. hoary-test is currently doing a complete rebuild of hoary, to verify that things actually build against the current archive. [09:54] those failures (regressions) are top of my list. [09:54] http://people.ubuntu.com/~lamont/buildLogs/Test/Lists/hoary-test.report.$arch [09:54] ah-ha [09:54] thanks for clarifying [09:55] tseng: that's what http://wiki.ubuntu.com/UniverseDoesNotBuild and http://wiki.ubuntu.com/UniversePriorityList is all about :-) [09:55] oh. [09:56] :-) [09:56] re [09:56] wb siretart [09:59] have to go [09:59] see you soon :) [09:59] cu koke === kop|gone_ [i@pcp0011431183pcs.sothfd01.mi.comcast.net] has joined #ubuntu-motu [10:01] lamont, dholbach sent [10:02] tseng: ROCK! :-) [10:06] heh. [10:23] I'm trying to sort why gcompris ftbfs [10:23] the only differences I found with a working compilation on Sid are: [10:23] herve: removed it from meta-gnome2 ;-) [10:23] 1. Hoary Makefile don't have "-Wl,--export-dynamic" [10:23] still motu business ;-) [10:24] 2. Sid had mawk, Hoary gawk [10:24] 3. Python 2.4 instead of 2.3 [10:24] I can't find the relationship :-( === hsprang [~henning@d082163.adsl.hansenet.de] has joined #ubuntu-motu [10:25] hy all :) [10:26] hi! [10:26] hey hsprang === ogra wonders who might be travis watkins.... [10:32] there is a menu editor on motunewpackages...and the link of the name points to a totally empty wiki page....weird... [10:32] syntax error? [10:32] in the url [10:33] ogra: this is amaranth [10:33] nope [10:33] hmm, then he probably should put his nick on the wiki page...a empty page is somewhat pointless... [10:33] he is, check the /whois :-) [10:34] i remember telling him which packages he need to pu online for reviewing for the menueditor [10:35] I remember HostingGeek asking for a screenshot to enter ubuntu :-) [10:35] hmm, the package is funny [10:36] there is a orig.tar.gz..... [10:36] but no diff.gz.... [10:36] but a ubuntu1.tar.gz [10:36] and a .dsc .... [10:36] ho... this repo has zakmccracken [10:36] hmm, doesn't sound like he did it how i told him... [10:36] half native..... [10:36] not sure if that's something for even multiverse [10:37] half non native... [10:37] or better: misunderstood me [10:37] sounds like repository "warez" or something :-) [10:37] yes, i remember we wasn't wuite sure which it was [10:37] dholbach, not sure [10:38] zakmccracken rocked [10:38] definitly! [10:38] it could have been one of these games free'd for scumm [10:38] but I can't find a proof [10:38] when i looked at it there was nothing like that, we just talked about the editor... [10:39] HO, it even has vmware [10:39] maybe this repo even works with porn-get ;-) [10:40] hah [10:41] yeah: http://www.fbriere.net/debian/dists/unstable/scummvm/src/ :-) [10:41] okay [10:41] lucasart games are obviously not been freed :-) [10:42] woooh, nice repo :) [10:42] haaa... maniac mansion... [10:42] quite all lucasart adventures games actually [10:42] LOLLL [10:42] look at this *scroll* [10:42] --- indiana-jones-last-crusade-ega-1.orig/debian/copyright [10:42] +++ indiana-jones-last-crusade-ega-1/debian/copyright [10:42] @@ -0,0 +1,10 @@ [10:42] +This package was debianized by Frederic Briere on [10:42] +Sun, 13 Jun 2004 01:37:02 -0400. [10:42] + [10:42] +It was downloaded from somewhere on the Net. [10:42] + [10:42] +Upstream Author: LucasArts Entertainment Company [10:42] + [10:42] +Copyright: [10:42] + [10:42] +Yes. [10:43] hahaha [10:43] LOL [10:43] hahahahahaha [10:43] heh [10:43] we should definitely NOT have that synced [10:43] amazing [10:43] for he had to fill in the dh_make blanks :-) [10:43] ogra: what do you think - as i got it, menueditor is a native package, as everyting it needs to build is in the original tar.gz [10:43] dholbach: oh jeez [10:43] ogra: only, this tar.gz could be used to build from source for freebsd, too [10:43] dholbach: elmo said that he did check out copyright on stuff [10:43] and a psx emulator with a bios ;-) [10:43] before adding [10:44] *why* we are adding so much junk in the first place.. [10:44] boggle. [10:44] hsprang, but thats pretty weird...there is a lot of cruft in the repo... [10:44] hsprang, if only the tgz is needed.... [10:45] hmm, and a source.changes would have been nice... [10:46] ogra: argh, no, sorry, i'm a bit confused, you need only the tar.gz and the dsc AFAIK [10:46] hsprang, sure [10:47] Amaranth said his application is far from being ready anyway [10:49] hsprang, i dont like native packages (as nobody here does), ignore my ranting ;) [10:50] ogra, why do we dislike native packages? What if there's no debian package yet? [10:51] native packages are a pain... ogra uploaded a 5mb one for me [10:51] and for me too === kop|gone_ [i@pcp0011431183pcs.sothfd01.mi.comcast.net] has joined #ubuntu-motu [10:51] tritium, then make one, just not a native one :) its nice for other maintainers to separate the code and the packaging [10:51] well, a 5 MB package, not a native one [10:51] I updated MotoTodo with my prepared package. I'm quite tired and getting some rest. gn8 folks! [10:51] ogra, oh, gotcha [10:52] tritium: a native 5 mb one [10:52] tritium, if you make small changes to a 5M native package you cant upload only the changes, its 5M every time [10:52] siretart: good night [10:52] and thats just silly [10:52] night siretart [10:52] and no .diff.gz to read [10:53] yup [10:53] dholbach, okay. I meant the one that ogra had to upload for me was not a native one. [10:53] It was that tipa one [10:53] ah alright [10:53] I also prefer versionning upstream and debian work in separate archives [10:53] tritium, nope, it wasnt [10:53] tipa was a pita [10:53] heh [10:53] lol [10:54] I'm with the program now ;) === ogra is wondering if we shouldnt put that in the NEW policy [10:55] with a "should" or "must"? ;-) [10:55] must !! [10:55] :) [10:55] "or you'll burn in hell!" [10:55] :-) [10:55] yeah [10:55] My grecipes upstream already has a debian/ directory, and it's a mess. It's not an official debian package. [10:55] tritium, split it :) [10:55] tritium: that's apain too [10:56] ogra, what do you mean by split? === herve wonders if it's a case of "separation of concerns" [10:56] make a orig.tar.gz with the source and a separate diff.gz with the debian dir... [10:57] from upstream's package? [10:57] so all your changes will always go into the diff.gz [10:57] okay, [10:57] theny convice upstream to take your package instead of his :) [10:57] -y [10:58] cool [10:58] I'll try that [10:58] and soon your uploads only take some bytes in the future and the maintenance is fun :) [10:58] yay [10:59] and tell me about cvs/svn/tla-buildpackage [10:59] s/me/them [10:59] yeah, thats a pita too [10:59] CVS leftovers in a package are just ugly [11:00] hu? [11:00] I didn't mean that :-) [11:00] if people just used cvs export ...; make dist [11:00] herve, never had a package that did this ? [11:01] ogra, mine, I left .arch-ids before I knew tla a bit more :-) [11:01] herve, sorry, i know you didnt mean that... [11:01] you get nervous when reading the word "cvs"? ;-) [11:01] but mostly thats the result if ppl dont know about xxx-buildpackage ;) [11:02] hmm... [11:02] I think I remember a package which cleaned CVS dirs in debian/rules [11:03] setting DH_EXCLUDE_FILES = CVS or something like that [11:04] herve, what do you gain with that ? the CVS mess is still in the orig.tar.gz.... [11:05] its just cleaner at buildtime [11:05] ogra, don't blame me, I just saw that as a motu :-) [11:06] :) [11:06] i dont blame you === schweeb cracks his knuckles [11:18] okay, gonna eat some food, then make myself useful and fix somethin [11:20] shouldn't we have a no lintian warnings policy on NEW packages made specifically for ubuntu? [11:21] sounds good [11:21] apart from the 0ubuntu1-crap :-) [11:21] it's different from when syncing sid or getting from another 3rd party repo [11:21] sure apart from NMU and things like that [11:22] remind me again what nmu stands for [11:22] non maintainer upload [11:22] non maintainer upload [11:22] wee [11:22] debian politics :-) [11:23] ahh, gotcha [11:23] yea, debian... politics... imagine that [11:23] love debian, but I have mixed emotions about half of the community [11:23] no, there is no polics in debian [11:23] half? [11:24] it is all love and joy [11:24] there is a good half of the community... some of them are working on ubuntu now, even [11:25] ogra: i'm back und read the above (incompletely) - but, if you think it's better not to have the debian things in the same distribution file, then you should tell amaranth [11:26] ogra: development is early and he can easily change i guess... [11:27] both gnomebaker and krecipes seem to be specifically packed for ubuntu [11:27] and both have warnings [11:27] that's why I asked [11:27] hsprang, i'll do [11:28] jani, the last gnomebaker package has no warnings [11:28] I made sure gsf-sharp didn't have any (except for netlibs) :) [11:28] oh great then I reviewed that last week [11:28] jani, it depends of the type of warning [11:28] (i checked and uploaded it yesterday) [11:28] does it make sense for me to change that in FAI, too? it's a native package in debian already, the same it is in ubuntu [11:29] cool, it is still in the wiki :) [11:29] hd [11:29] hsprang, is it a real native debian package [11:29] jani, ntil it passed elmo [11:29] in the sense of "made in Debian" [11:29] ? [11:30] made in debian for debian from start - it's intended to install debian [11:30] I see so hoary-changes gets it after elmo, ok. [11:30] hsprang, its way easier to maintain [11:30] only it "learnt" to install solaris and ubuntu, too in the meantime [11:31] jani, all NEW packages get amual review by elmo, so if he has questions its nice to still have he review comments on the wikipage [11:31] manual avan [11:31] even [11:31] ogra, ok thanks [11:31] i'll see if and how i can do that [11:31] I have am just reviewing krecipes [11:32] has two warnings as well (shlib related) [11:32] hsprang, if you have totouch it anyway to get your changes in, its probably the best [11:32] jani, uhh, shlibs isnt nice... [11:32] weird warnings I am not sure how serious they are [11:33] jani: which ones? [11:33] yes, i worked out the current solution with dholbach and we might not be completely sure how to do it [11:33] a moment so I copy paste them [11:33] jani, NEW packages shouldnt have any warnings [11:33] ogra: some of those shlibs warnings are pointless... at least that's what seb128 and i agreed on [11:34] ogra: when they're no lintian ones [11:34] krecipes: non-dev-pkg-with-shlib-symlink usr/lib/libkrecipesexporters.so.0.0.0 usr/lib/libkrecipesexporters.so === ogra guesses $(misc:Shilibs) [11:34] and a similar one for another .so [11:34] do you have a debian/package.shlibs ? [11:34] dholbach, i wont approve NEW packages with warnings, its up to you if you do [11:34] we shopuld see if they cause problems at runtime as well [11:35] this is krecipes??? [11:35] yes [11:35] erm... why didnt i get those warnings? [11:35] since while testing it it entered a loop [11:35] dholbach, I don't know [11:35] weird indeed [11:35] ogra: i meant a different one... not lintian-related [11:36] I am now installing kde 3.4 see if it crashes with that too === dholbach checks again [11:36] dholbach, _any_ warning [11:36] ogra, some warnings are false positives though even lintian doc admit it [11:36] dholbach, except NMU [11:36] we just have to make sure which [11:37] ogra: but it'll take some time, i'll be busy working the next week, and atm i am fighting with system freezes and wireless issues with crappy notebook and wlan hardware... [11:37] jani, as i said i wont approve them [11:37] even if false positives ;) ? [11:37] jani, but the requirement is three MOTUs for NEW packages not one ogra ;) [11:37] really lintian docs say they cannot be sure they nail them all correctly [11:38] still we should get 3 happily agreeing motus :) [11:38] not voting [11:38] jani, i have discussed hours with elmo about capital letters in descriptions or furmulations he didnt like, thus i wont accept _any_ warnings anymore... [11:38] ogra: [11:39] i was talking about warnings as STUPID as these: [11:39] dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) [11:39] debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) [11:39] yes those capital letters and articles are boring [11:39] but could be correceted with a script across the universe [11:39] jani, its one letter to change... [11:39] dholbach, why does it touch utmp at all ? [11:40] ogra: please build any package [11:40] ogra I agree with you on the warings I mentioned even if they are boring [11:40] I only ever get errors like that when I use pbuilder... [11:40] schweeb: yes, exactly [11:40] but still you cannot say kDE or dVD ;) [11:40] that's why I propes an override file for gnomebaker [11:40] proposed [11:40] jani, then you should use another formulation [11:41] and not tart the sentence with KDE [11:41] dholbach: those are more problems with pbuilder's functionality than packaging problems afaict [11:41] +s [11:41] schweeb: that's what i'm talking about [11:41] schweeb: i got a shlibs warning that was as silly as those [11:41] schweeb: and that was all i talked about [11:41] ah [11:42] ogra, do you think using override files are too much for such cases [11:42] ? [11:42] dholbach, thats why i use debuild-pbuilder after using pbulider [11:42] jani, if i simply can change it by rearranging a sentence, yes [11:42] hmm, I gotta start using pbuilder myself [11:43] how did he did it for gnomebaker after all? [11:43] it was CD writer ap for GNOME or something [11:44] for the shlib warnings in krecipes the verbose msg says: [11:44] N: Shared libraries are supposed to place such symbolic links in their [11:44] N: respective `-dev' packages, so it is a bug to include it with the main [11:44] N: library package. [11:44] but in the next paragraph: [11:44] However, if this is a small package which includes the runtime and the [11:44] N: development libraries, this is not a bug [11:45] so even these warnings are not set in stone [11:45] jani: i'll proofread the package again [11:45] jani, did you see my comments on gnomebaker ? [11:45] ogra,yup [11:46] in the wiki I mean [11:46] jani, yesterday it built absolutely clean...so i uploaded it [11:46] yup [11:46] ok I just asked how did he rephrase the description to avoid capital [11:46] I'll look on his site [11:47] except there's no link === maskie [~maskie@196-30-109-18.uudial.uunet.co.za] has joined #ubuntu-motu [11:47] ogra, but I'm also btw for no warnings in NEW, this is what I proposed when I started this 'thread' :) [11:48] jani, Description: [11:48] gnomebaker - application for CD/DVD creation in the GNOME desktop [11:49] aha, thanks, sounds a bit forced though :) [11:49] jani, its pointless to discuss it now, but a goodtask for the next MOTU meeting i guess, i'll put it on the agenda [11:49] I checked the developers reference for hints [11:49] the first synopsis you gave would be ok [11:50] but the DR is not normative [11:50] good idea, let the debian oldtimers set a policy so we don't spend too much time on it in the future [11:51] :-) [11:51] also wrt sealing universe when hoary releases it was not just technical reasons IIRC [11:52] it's not like we're starting from zero [11:52] but mdz said something about it possibly being risky? [11:53] I though how about uni being open only for NEW packages not fixes or updates to existing ones [11:53] so nothing can regress [11:53] I can't find that "no capital letter at first" rule in the debian policy [11:53] but people ca still get new apps without adding 3rd party repos [11:54] that's actually a relatively decent idea [11:54] there are mant pack which won't make it in hoary [11:55] s/mant/many/ [11:55] dholbach,ogra what do you think? [11:56] jani: to be honest, NEW packages are not my primary concern atm [11:56] but i'll help to review each and every new one [11:56] fair enough :) [11:56] I wonder when lintian got that silly rule [11:56] s/when/where [11:56] herve it is in thepolicy manual but I am not sure which chapter [11:57] the one that describes the control file [11:57] if you run lintian -i it migh ttell you :) [11:58] jani, i'm very worried about the quality of our packages...(since apt-get.org goes in) [11:58] herve, we are not debian [11:59] herve, and we could always patch this warning out of the lintian package [11:59] (which we probably should do for breezy) [11:59] yes [11:59] I just wondered how lintian could impose such a thing [12:00] ask the lintian devs [12:00] hehe [12:00] :) [12:00] a "zero warning" rule should calm down that apt-get.org thing ;-)