[00:15] ScottK, looking at the debdiff between the two uploads, i highly doubt that is where the problem was introduced? http://launchpadlibrarian.net/22563445/libsdl1.2_1.2.13-4ubuntu1_1.2.13-4ubuntu2.diff.gz [00:15] i think that previous merge would be more likely to cause the problems [00:19] superm1: OK. Thanks for looking. TheMuso uploaded that one, so maybe he'll look. [00:20] The OpenGL and sdl one? I really don't know what I should be looking for actually, everything looks sane to me when I glanced atht ehrules file the other day. === keffie_jayx is now known as effie_jayx [00:29] DktrKranz, braving the debian NM gauntlet, i see? [00:31] directhex, yep [00:31] DktrKranz, who is your advocate? [00:32] cedric [00:34] and now, I'll get some sleep... boring day is just passed [00:34] the NM list is odd. ian murdock, the ian part of "debian", is stuck in NM since 2004? [00:35] emeritous [00:43] TheMuso: I'm not sure, but between the upload you sponsored and the one superm1 sponsored it seems to have gotten somewhat broken. [00:49] ScottK: Right. WIll have another look then. [00:50] TheMuso: Thanks. [00:56] Is the new DX notification daemon going to get significantly less crap at displaying notifications without actions associated, or is it time for me to start patching stuff? [00:58] RAOF, i fear how the new daemon will interact with banshee [00:58] directhex: This is exactly the use-case I'm exploring now :) [00:58] It'll just mean the skip button will go away, right? [00:59] Laney, which will make me mad. grr, directhex smash! [00:59] No. It means that instead of a notification, a dialog pops up with "skip", "cancel", and "ok" buttons. [00:59] RAOF, no wai! [00:59] I'm assuming it gets patched [00:59] This dialog isn't always on top, and hence is almost always not on top, due to focus-stealing prevention. [00:59] ScottK: Hrm interesting. It may be a Debian change that broke it. I'll have to dig up my merge diff to double check it to be sure that also wasn't the culpret. [01:00] ah, national anthem on the radio [01:00] * Laney hand on heart [01:31] SDL problem found, squashing a few bytesize SDL bugs while I'm at it. [01:32] yay TheMuso [01:35] Alright motu-release! The only thing between us and a working evolution-sharp package in Jaunty is a FFe ack. [01:37] TheMuso: Great. Glad to hear it. [01:38] RAOF: What bug? [01:38] https://bugs.edge.launchpad.net/ubuntu/+source/evolution-sharp/+bug/331858 [01:38] Ubuntu bug 331858 in evolution-sharp "FFe for evolution-sharp 0.19.2.1" [Undecided,New] [01:39] Should be a bit of a no-brainer, really. evolution-sharp is totally broken at the moment. I guess "working" after "not-working at all" is a bit of a featuer :) [01:40] RAOF: Are you going to take responsibility for the rebuilds and how soon will they be done? [01:41] I'll take responsibility for the rebuilds. [01:41] They should be easy; I'll do them shortly after evolution-sharp clears NEW. [01:43] OK. [01:43] Ack from me then. You need two. [01:44] Yup. Thanks. [01:44] Any pet bugs you'd like fixed? :) [01:46] I'd ask you to fix boost, but I've already got test builds started. [01:49] RAOF: I guess if you'd go knock out a few from the sponsorship queue, I'd appreciate that. [01:49] That's a good plan. I've been meaning to do that for ages. [01:54] * ScottK notes that there are currently 890 Universe packages FBTFS in Jaunty if anyone is looking for something to do http://qa.ubuntuwire.com/ftbfs/#universe [01:55] Um. We require 2 motu-sru acks before an SRU is approved, yes? [01:56] The wiki page doesn't actually appear to contain this information. [01:56] Dunno about SRU. [01:57] My suggestion would be upload it an let them decide. [01:57] By that's probably totally wrong. [01:57] * ajmitch wonders how many of those are FTBFS on the main release architectures [01:58] ajmitch: Mostly not, but enough for people to keep busy. [02:00] * ajmitch sees a lot of spurious armel failures there [02:00] Yep [02:00] There's a lot on sparc and ia64 that just needs a retry too. [02:00] eg last-exit failed to build because udev couldn't be installed in the build chroot [02:01] Still some on powerpc too altough I managed to clear up a lot of powerpc the list time the buildd's were quiet. [02:02] RAOF: you'll be disappointed to see that xserver-xorg-video-nouveau failed to build on HPPA :) [02:02] ajmitch: I'm crushed. [02:03] can you even use nvidia cards with those? [02:03] Probably not. [02:06] ScottK: Will probably take a ook at powerpc FTBFSs at some point. [02:06] look [02:06] And sparc should be fixed by tomorrow, got a ports kernel upload coming tonight hopefully, my time. [02:07] for glibc/qt4-x11 and anything else depending on endianness. [02:07] TheMuso: I've been gradually working on sneaking in retries of stuff that died when the ports kernels were all broken. [02:07] ScottK: cool. [02:07] I think on powerpc almost anything in Main has some real problem. [02:07] * RAOF hasn't been doing particularly well with the sponsors queue. A bunch that weren't meant to be sponsored, and now vnc4 hasn't built since Hardy. [02:07] That's great news about sparc. [02:08] TheMuso: IA64 seems to be healthy too, just needs time to catch up. [02:08] ScottK: Yeah. [02:09] About 36 hours ago I noticed the powerpc buildd's were idle so I went to find something to retry. While I was doing that two uploads got done. That retry still hasn't happened. [02:12] * ajmitch wonders what should be done about packages that have FTBFS since hardy [02:14] ScottK: lol [02:14] I think my weekends are the best time, most devs are asleep, and those of us in a similar timezone to myself are either doing something else, or aren't always donig uploads etc. [02:14] I remember last weekend I retried several packages on various arches in main, plan to do the same this weekend. [02:15] I had similar luck myself. [02:35] * TheMuso shakes his head at libsdl. It doesn't even link directly to the X libs, it dlopens them. :S [02:35] At least thats how it gets built. [02:36] Although that does make sense in terms of non-X systems wanting to use it. [02:40] SDL would be better off having a plugin system, which probably already exists in the post 1.2 branch upstream anyway. === bluesmoke is now known as Amaranth [05:28] good morning === TheMuso changed the topic of #ubuntu-motu to: Jaunty Feature Freeze in effect - Go fix bugs | https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Grab a merge: http://dad.dunnewind.net http://merges.ubuntu.com | http://qa.ubuntuwire.com/uehs | next MOTU Meeting: TBD [06:01] Good morning [06:13] Morning dholbach, fabrice_sp. [06:13] morning iulian! [06:14] morning dholbach also [06:14] :-) [06:14] hiya iulian, hi fabrice_sp [06:15] by the way, one question: now that we are in FF, a merge that hasn't been sponsored before, has to follow the FFe process? (it's for Bug #247591) [06:15] Launchpad bug 247591 in ltp "[Merge request]Please update ltp 20081130+dfsg from Debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/247591 [06:17] yes it does [06:17] ok. Will do then. thanks [06:51] Is this a good place for questions about pbuilder-dist? I tried #pbuilder but that does not seem to exist anywhere. [06:56] Probably. [07:16] I want to backport a package X (for personal use), which relies on debhelper 7. Although I re-compiled debhelper 7 first, it does not seem to find it. How do I include previously built packages in those available to subsequent builds? [07:16] Same question goes the other way round, too, of course. How to exclude so to make sure a package succeeds a build from scratch [07:59] What is the function of 'make clean' exactly? [08:02] tonyyarusso: It removes all packages from /var/cache/apt/archives/ [08:02] oh, make clean! [08:02] hah [08:02] * Flannel runs away. [08:04] Way to read Flannel :P [08:04] quiet. === DktrKranz changed the topic of #ubuntu-motu to: Jaunty Feature Freeze in effect - Go fix bugs! | https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Fix RC bugs: http://qa.ubuntuwire.com/bugs/rcbugs | Help to clear NBS list: http://people.ubuntu.com/~ubuntu-archive/NBS/ | next MOTU Meeting: TBD [08:04] * jussi01 points and laughs at Flannel (yes... Im everywhere) :P [08:05] jussi01: I'm everywhere-er! [08:11] tonyyarusso: it removes files that are created automatically during the build process (like the compiled binaries, etc.) [08:11] dholbach: ah, ok [08:11] any of you guys have an AIM account and want to help me test something? [08:11] * tonyyarusso compiled without SSL, so that's the only protocol that works - whoops. [08:14] Also, how do you build a package with a configure script? I'm used to using 'debuild -S -sa' and then 'sudo pbuilder build *.dsc', but debuild requires the ./configure to have run first. However, it appears that script is run within debian/rules, so is all automatic if I can figure out the invocation properly. [08:17] tonyyarusso, debian/rules must invoke the configure script in some way; if you use cdbs, one of the magic includes will do that for you; if you don't use cdbs, you need to write your own build target and call ./configure from there [08:17] liw: debian/rules does invoke the configure script. I just am not getting to the point of letting debian/rules do it's thing. [08:18] oh, wait - I think it's because I was missing some helper scripts. nvm === geser_ is now known as geser [08:23] Do all Ubuntu changes go in debian/patches/, or do some touch the bulk of the source? (how does that directory compare to the rest, and under what circumstances should changes go there) [08:24] tonyyarusso: it depends if the package uses a patch system or not [08:25] geser: It does, CDBS with something. (pidgin) [08:25] tonyyarusso: then patches should go under debian/patches [08:25] simple-patchsys apparently [08:25] okie dokie [08:26] so patches to the source should go there while you can change files in debian/ directly [08:27] what-patch (in ubuntu-dev-tools) FTW! [08:28] just found that - cool beans === \sh_ is now known as \sh [09:27] <`6og> hi all. I want to rebuild the hardy kernel packages to see if the packages in -security will build without -updates. Any clues how i could do that? [09:28] Try it in a PPA. You can configure it to only use -security. [09:30] <`6og> soren, i'll investigate that, thanks. [09:51] What are some reasons a patch would fail to apply during 'pbuilder build'? [09:52] tonyyarusso: usually when the original file that you are patching changes [09:53] savvas: ah, possibly due to another patch for instance? [09:53] or you try to patch a already patch file while the patch is against the unpatched version [09:54] tonyyarusso: might also be due to changes upstream [09:54] true, like my problem yesterday with boost1.35 :P [09:54] geser: Can't be upstream - I haven't changed versions. [09:54] * tonyyarusso greps for patches touching the same file [09:55] well that's not it... [09:56] I wish the error was more descriptive - all it says is "Trying patch debian/patches/75_pounce-options-enhance.patch at level 1 ... 0 ... 2 ... failure." [09:56] tonyyarusso: source link? [09:57] savvas: to what, the patch? [09:57] http://paste.ubuntu.com/120522/ [09:57] tonyyarusso: try to manually apply the patch (with patch) so you see the exact messages [09:57] patch and the debian source if you have them :) [09:57] ah pidgin [09:57] yeah [09:58] oh, nvm - everyone ignore me... [09:58] tonyyarusso: hardy? [09:58] I left changes in the source tree from generating said patch, 'cause it's 4am and I'm an idiot. [09:58] savvas: for now yes [09:59] oh, so problem fixed :) [10:00] Let's try this again... [10:04] savvas: btw, what was relevate about asking if it was hardy? (I ask so I know what I need to change to do this for jaunty as well) [10:04] *relevant [10:05] I just wanted to know which source package you are using :) [10:05] ah [10:05] I saw 2.4.1 in the patch [10:05] * tonyyarusso hopes not much has changed in this part of the package so I don't get any surpriseds [10:07] savvas: btw, if you know anything about pidgin, I figured out how to do what I want in GTK, but I have no idea how to do it in GNT for finch, since GNT doesn't seem to have a radio button feature, only checkboxes that aren't mutually exclusive. [10:08] nope, still learning packaging, sorry :P [10:11] geser: I'm trying to make all boost (1.34) packages move to boost1.35 - I should patch so that packages such as libboost-filesystem-dev in boost (1.34) is renamed as libboost-filesystem1.34-dev, right? [10:12] or if anyone else knows :) [10:12] hopefully backporting bdb 4.7 will fix openldap replication issues [10:24] savvas: I wouldn't rename them, better would be to get rid of boost 1.34 if possible, we have 1.35 and 1.37 in archive too [10:25] geser: so I should just work on boost1.35? [10:27] what are you trying to accomplish? it's not really clear to me right now [10:28] geser: sorry, hold a sec [10:28] $ sudo apt-get install libboost-filesystem-dev [10:28] The following packages have unmet dependencies: libboost-filesystem-dev: Depends: libboost-dev (= 1.34.1-15ubuntu1) [10:29] works here: jaunty on amd64 [10:31] * savvas updates [10:31] oooh.. now I see [10:32] I already had libboost-filesystem1.37-dev hehe [10:32] aptitude makes it a bit more clear :) [10:34] thanks! === hanska_ is now known as hanska [10:43] hi, does anybody have an example of a postinst script that detects whether it's the first installation of a package? [10:43] I have a package with a hourly cron job whose start time I want to randomize at install time [10:43] but I don't want to touch it in upgrades [10:44] I wouldn't want to use something as a macro (@RANDOM@) in the cron.d file and sed it in postinst because there is a window of time where the @RANDOM@ would be there, thus making the cron.d file invalid during that amount of time [10:46] ahasenack: if $1 is "configure" and $2 is empty or undefined, then it's the first install. [10:46] ahasenack: you could check if the file in cron.d exists [10:46] oh [10:46] * savvas notes :P [10:47] soren: thanks [10:47] ahasenack: If $1 is "configure", $2 contains the version from whence you're upgrading. [10:47] soren: is dpkg --compare-versions used in that case? [10:48] ahasenack: if [ ! -e $file ]; then TMP=`mktemp` ; … ; mv $TMP cron_location fi also works [10:48] hi everybody [10:48] savvas: You can use dpkg --compare-versions to compare $2 to a known version string to determine if you need to do certain things during this particular upgrade, yes. [10:48] Toadstool: thanks too [10:48] cool [10:49] Toadstool: wouldn't that overwrite an admin decision to rm that cron.d file on upgrades? [10:49] savvas: If, for instance, a configuration file moved in version 1.2-4ubuntu2, you can do "if dpkg --compare-versions "$2" -lt 1.2-4ubuntu2; then mv ; fi" or something like that. [10:51] savvas: What would belong in the preinst, though. [10:51] geser: hmm, well yes, good point [10:51] thanks soren :) [10:53] geser: that could be worked around using ucf, though... [10:54] Toadstool: ucf is a completely different kettle of fish, though :) [10:54] agreed :) [10:57] hmm, can't use $RANDOM with /bin/shj [10:57] sh [11:02] Right, it's a bash thing. [11:04] is there a special section for virtual packages / meta packages? [11:07] savvas: metapackages? I believe ubuntu-restricted-extras uses it. [11:09] thanks [11:19] DktrKranz: Are you around? [11:39] is there a standard policy for dummy packages? e.g. description one-line or the detailed one? [11:43] hi folks [11:47] savvas: What do you mean by dummy packages? Transitional packages? [11:47] NCommander: around? have question about a build failures on sparc. [11:47] slytherin: yes, transitional dummy packages [11:48] savvas: I don't think the description of transitional packages are treated any different way. [11:48] ok thanks :) [12:04] yay! libdb 4.7 backported to hardy [12:09] wow, openjdk build on armel is sure blocking other builds. :-) [12:10] slytherin, yeah..... how much RAM do the buildds have? [12:10] directhex: I am not sure this is RAM problem. [12:11] slytherin, well, it can't help... if it needs ram into the gigs, and has barely any ram, then all the swapping won't speed it up [12:12] directhex: looks like the last successful build of openjdk also took two days, and that was on another server. [12:13] slytherin, does it work well on arm? [12:14] directhex: no ides, I don't have an armel machine. You should ask NCommander if he has one. [12:14] * NCommander has a few ... [12:15] NCommander: how many different ports do you have? [12:15] I mean archs [12:15] i still can't see mention of NCommander without the electric six song "dance commander" running through my head [12:15] slytherin, I got a MIPS, a few ARMs, PowerPC, x86, amd64, lpia [12:15] my sh4 is MIA [12:16] that is a long list. :-) [12:16] <\sh> guys, what do we need to sync a package from debian, during FF? especially security stuff (uw-imap) [12:16] \sh: if it is bug fix only then no FFE is needed. [12:17] <\sh> slytherin: so just a sync request on LP [12:17] NCommander, you can give the moonlight plugin a shot on them now, if they run jaunty ;) [12:22] Microsoft compiled their codecs for ARM? [12:29] NCommander, nay. built against ffmpeg [12:29] NCommander, but i've been told by upstream that if they CAN build them (ie.. have a working build environment) then they'll add any arch people ask for [12:29] Upstream as in Microsoft?! [12:29] as in novell [12:30] oh [12:30] the binaries are hosted on microsoft.com, but the builds are done by novell [12:30] so Novell has MS's codec code O__o; [12:30] wow .... [12:30] I'm suprised that ever leaves Seattle [12:34] i doubt MS want the arseache of doing it themselves [12:34] they're just hosting the binaries & paying the mpeg-la fees [12:44] that got to be a remote sever at the Microsoft campus Novell is working on [12:47] fransman, well, no, hence the request for build servers (or tips for making qemu work) [12:50] NCommander: do you think you can take a look at a build failure on sparc and provide some insight? [12:51] slytherin, the kernel on sparc is extremely broken ATM [12:51] We have a kernel upload pending to fix it, and then glibc needs to be retried, which should make most of the stranger build failures go away [12:51] NCommander: hmm, that could be reason. I saw some error in one of the linux header files. [12:51] So I will ignore the error for now and will do rebuilds later. [12:54] dholbach: for the 5-a-day stuff, all we need to do now is join the team? [12:54] yes [12:54] and add yourself to https://wiki.ubuntu.com/Bugs/Events [12:54] the stats are not quite ready yet but should be soon [12:54] nothing will be lost :) [12:55] What team has the ability to modify http://www.ubuntu.com/community pages? http://www.ubuntu.com/community/processes/techboard is out of date [12:58] dholbach: does it rely on the LP id's being on that page? [12:58] stefanlsd: yep, just for the bug jams [12:58] dholbach: aah ok. will do [12:59] super [12:59] nhandler: bugs on ubuntu-website are the preferred way to report those sorts of issues I believe [13:01] james_w: Ok, thanks a lot. I'll file the bug when I get back home later. [13:18] savvas: why do we need, what got to be his task, the contact person you can't riches for some week for flumotion? [13:19] mok0: hi, do you have a free time to review my project again? I've fixed it: http://revu.ubuntuwire.com/details.py?package=gnome-quod [13:20] Vest84: I will take a look later, busy right now [13:20] ok, thank you in forward [13:21] savvas: talking about bug 319204 btw [13:21] Launchpad bug 319204 in flumotion "Please package new upstream version of flumotion (universe)" [Wishlist,Triaged] https://launchpad.net/bugs/319204 [13:22] ScottK: yes [13:23] DktrKranz: I had sent you mail about the Ubuntu Release meeting today, but sistpoty|work said he'd cover it, so no worries. [13:23] DktrKranz, how does that changelog i posted to the md2 bug look? [13:24] ScottK: cool. I can eventually attend too [13:27] directhex: I plan to look at them at a whole tonight (so I can finally install MD2 \o/) [13:29] lool: any update on flumotion - debian? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473781 [13:29] Debian bug 473781 in flumotion "flumotion: new upstream release" [Wishlist,Open] [13:30] savvas: So first, 0.4.x was supposed to be a stable series and 0.5.x a devel series leading to 0.6 [13:30] I believe 0.5.x would now be more easy to work with than 0.4 though [13:31] savvas: Second, updating packages like flumotion is very time consuming if you try to get the Depends right; it's usually easy to get it working, but ensuring that you have the proper depends for any Python module that the code might use less so [13:32] And apart of that, I had no time nor interest in working on flumotion while lenny was frozen, now would be more interesting though === azeem_ is now known as azeem [13:33] fransman: ^ :) [13:33] lool: ok thanks, if you need help, I could try out and minimize the usage of packages in Depends [13:35] I don't know; I can think of two time consuming ways to do things right; alternatively I don't care if someone picks up the package, removes my name from it, and does it empirically [13:45] <_ruben> slightly offtopic, but does anyone has a decent Makefile syntax reference? [13:48] _ruben: "info make"? [13:50] lool: have you seen [link] because they uses them self for pbuilder [13:50] https://code.fluendo.com/flumotion/trac/browser/flumotion/trunk/pkg [13:51] They started it from my packages [13:51] https://code.fluendo.com/flumotion/trac/wiki/PbuilderUbuntu [13:51] ok i didn't know [13:51] <_ruben> ah .. that brought me to "the gnu make manual" .. which seems to a very decent doc === `6og is now known as Kamping_Kaiser [14:21] nhandler: I just sent a mail to MC to formally add you to motu-release team [14:24] I am looking for a reviewer for my 'cadabra' package on REVU. Any takers? [14:24] woo for nhandler? [14:24] kpirc, which language is it in? [14:24] directhex: C++ [14:24] pass [14:27] dholbach: is that tag anything special? gbj-za-0902 , or gbj-johannesburg-0902? [14:27] stefanlsd: should be all fine - just pick anything similar to the others on Bugs/Events [14:28] stefanlsd: talk about it on #ubuntu-bugs ? [14:28] dholbach: kk [14:28] oh right :) [14:28] stefanlsd: that's where the bug and bug jam action is going on :) [14:43] Heya gang [14:49] Hi bddebian [14:49] Heya geser [14:55] persia: I wonder why netbeans has not yet cleared the queue === bluesmoke is now known as Amaranth [15:20] siretart: new faucc on spooky:~sistpoty/faumachine [15:27] sistpoty|work: what about faumachine? unchanged? [15:27] siretart: just adding the versioned build-dep there, give me a minute please ;) [15:28] ok. building faucc... [15:32] siretart: thanks... faumachine is now also on spooky [15:36] sistpoty|work: building... [15:37] siretart: thanks! (crossing thumbs that this indeed fixes it on i386) [15:38] Is there a way to have a debian/watch where the version is not in the href? [15:43] sistpoty|work: well, it seems that at least as no longer exists with exit code 1 :-) [15:43] still building though... [15:43] transitional dummy packages have 'Architecture: all', right? [15:43] siretart: :) (and yes, it does take ages :/) [15:45] MaduserTr: no, not usually - in such cases, it's good to contact the administrator or the author to create uwatch-friendlier links :) [15:46] MaduserTr: can you show us the link and the debian/uwatch file you have? [15:46] The link is http://josm.openstreetmap.de/tested [15:47] and they changed because of trafik some days ago, (before it was a link) [15:48] MaduserTr: you could use get-orig-source in the debian/rules - but I have never tried it [15:48] savvas: thanks i will search and try [15:50] MaduserTr: https://wiki.ubuntu.com/PackagingGuide/Examples/ChangingTheOrigTarball === ssweeny_ is now known as ssweeny [16:01] I remember reading somewhere that Shuttleworth made a comment that the desktop is not viable for ubuntu. Does this mean that Ubuntu will aim servers primarily in the near future? [16:02] * RainCT has just bought an ubuntu certified PC.. the sticker looks nice :) [16:03] * directhex certifies his laptop for ubuntu directhex edition [16:03] 150€ box.. works like a charm :) [16:05] thanks siretart, just got the accepted mail :) [16:07] :) [16:07] <__iron> hi RainCT [16:07] <__iron> just time for pm [16:07] <__iron> ? [16:11] Hi __iron [16:11] Sure [16:14] sorry wrong channel? [16:14] <__iron> orci: try #ubuntu [16:16] __iron, unfortunately #ubuntu is useless most of the time. But thanks, I'll try another channel [16:16] <__iron> motu is dev-channel [16:16] dholbach: hi, mind adding nhandler to motu-release team? See also https://lists.ubuntu.com/archives/motu-council/2009-February/002029.html [16:18] DktrKranz: I'm not on the MC [16:19] soren: ^ can you help there? [16:19] dholbach: hm? [16:19] Oh. [16:19] Er.. Sure. [16:19] dholbach: oh... already dropped your role? [16:20] the TB and CC are still discussing the MC election [16:20] DktrKranz, dholbach, nhandler: Done. [16:20] DktrKranz: so I can lay back and let soren do the work [16:20] dholbach: We miss you! :) [16:20] already? [16:21] Since before you left, dude. [16:21] * DktrKranz hugs soren and hugs dholbach for past, awesome, MC work [16:21] * dholbach hugs y'all back :) [16:21] The Ubuntu Community - where hugging comes first! [16:22] :-D [16:22] dholbach: do you miss mass-hugs, don't you? Be prepared for next UDS ;) [16:22] :-) [16:22] DktrKranz: it's much more fun if you don't prepare :) [16:23] heh === dholbach_ is now known as dholbach [16:35] what was that file that they list packages and architectures that are blocked from being built? [16:35] I remember seeing it somewhere online on debian.org [16:38] savvas: http://buildd.debian.org/quinn-diff/Packages-arch-specific [16:40] soren, savvas: btw, Soyuz currently uses an out-of-date version [16:41] maxb: How can you tell? [16:41] maxb: I got a heavy lag for some reason, did any reply to my question? [16:41] 16:38:59 < soren> savvas: http://buildd.debian.org/quinn-diff/Packages-arch-specific [16:41] 17:35:23 < savvas> what was that file that they list packages and architectures that are blocked from being built? [16:41] cool, thanks soren :) [16:41] Sure. [16:41] soren: by asking the admins on #launchpad [16:42] bug 316579 [16:42] Launchpad bug 316579 in soyuz "Soyuz needs to switch to obtaining Packages-arch-specific from non-obsolete source" [High,Triaged] https://launchpad.net/bugs/316579 [16:42] maxb: Just now? [16:42] back when I filed that bug [16:42] maxb: That's useful info. Thanks. [16:42] fortunately it appears milestoned for a fix soon [16:59] hm.. %i8kutils: i386 # Dell (i386) laptop utils === iulian changed the topic of #ubuntu-motu to: Jaunty Feature Freeze in effect - Go fix bugs! | https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Fix RC bugs: http://qa.ubuntuwire.com/bugs/rcbugs | Help to clear NBS list: http://people.ubuntu.com/~ubuntu-archive/NBS/ [17:03] (removed the MOTU meeting part) [17:04] The next meeting was TBD so we don't want to have it in the topic if we didn't schedule one. [17:11] looks like i8kutils can be built on amd64 as well: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480938 [17:12] Debian bug 480938 in i8kutils "i8kutils: Should be built for amd64" [Wishlist,Open] [17:12] Karmic Koala [17:12] hehe [17:15] Grumping Groundhog? :p [17:16] I need a reviewer for my 'cadabra' package on revu. Any takers? (it's a computer algebra system) [17:33] hi, can I tell prevu to use a different arch then the host system? [17:35] yay, UDS in Barcelona :) [17:47] Karmic... sounds cool :) [17:47] any hints on setting arch with prevu? [17:48] I want to backport x86 packages on an amd64 host .. [17:48] is that doable ? [17:54] phaidros: should be ok as long as they don't use assembler code [17:54] Don't know much about prevu though [17:55] prevu's mostly a simple frontend for pbuilder. If you're getting into that sort of advanced territory, you probably want to use pbuilder directly (or better still cowbuilder) [17:59] phaidros: you can use a linux32 chroot [17:59] or pbuilder-dist/cowbuiler-dist :) [17:59] other than that, no, prevu doesn't have built-in support for i386 pbuilders on amd64. [18:00] geser: just FYI ... libjboss-buildmagic-java really seems to have circular build dep. [18:05] jdong: thanks. [18:22] * sistpoty|work heads home... cya [18:57] oops, I think I made a mistake with bug #190247 - we aren't supposed to touch the status once sponsors are subscribed, right? [18:57] Launchpad bug 190247 in bcel "Can do more than suggest libxerces2-java-doc" [Wishlist,In progress] https://launchpad.net/bugs/190247 [18:57] I subscribed ubuntu-main-sponsors and then set it as "in progress" [18:59] khashayar: there? I have question about celt. [19:23] hi === asac_ is now known as asac [19:28] hi :) === mathiaz_ is now known as mathiaz [19:59] Hi, what can I do (except hit my head with my keyboard) when there's already a package with the same source name in the repos as the package I'm working on? [20:03] weboide: which package is that? [20:04] slytherin: I'm working on eina (a music player) and in debian experimental there is source package eina already. [20:04] slytherin: eina (debian) is a lib. [20:05] weboide: you rename your package to something like eina-player [20:05] weboide: meanwhile make sure upstream knows that they are using and already used project name [20:05] slytherin: that's what I thought but there would be issues with the directory name in the orig.tar.gz, would I have to rename that too? [20:06] slytherin: the best way is that upstream changes the name... [20:06] slytherin: right? [20:06] weboide: yes [20:07] slytherin: but the thing is it seems that the debian eina appeared afterwards... [20:07] weboide: have you checked first release dates for both projects? [20:09] slytherin: no, but I am now. Debian eina appears to be Enlightenment libraries. [20:10] savvas: AFAIK you should make sure it is set to confirmed, with no assignee when subscribing ubuntu-*-sponsors [20:11] a|wen-: ok, I'll set it back now === fabrice_sp__ is now known as fabrice_sp [20:29] slomo: gst-plugins-ugly-multiverse0.10 source is nothing but a copy of gst-plugins-ugly0.10 source, right? [20:29] slytherin: ha, I found eina (player) back in 2004! [20:29] :-) === paul_ is now known as Elbrus [20:41] I have a debdiff for Intrepid's open-vm-tools that fixes bug 289921, bug 306835, and bug 302226. Should I keep adding fixes to the one debdiff, or do I need to post separate debdiffs for each bug? [20:41] Launchpad bug 289921 in open-vm-tools "network interface does not come up after installing open-vm-tools" [Undecided,Confirmed] https://launchpad.net/bugs/289921 [20:41] Launchpad bug 306835 in open-vm-tools "vmware-guestd crashing" [Undecided,New] https://launchpad.net/bugs/306835 [20:41] Launchpad bug 302226 in open-vm-tools "vmware-user doesn't autostart" [Undecided,Confirmed] https://launchpad.net/bugs/302226 [20:42] andersk: one debdiff is preferred [20:43]