=== macd__ is now known as macd [01:45] kirkland: Please provide content when pinging me, so that if I'm not watching the bytestream, I can provide a useful response when I review backscroll. [01:46] persia: my bad [01:46] kirkland: No problem, but you pinged me, so surely you seek me for something, yes? [03:20] james_w: what do you think is my best approach regarding bug 275688 [03:20] Launchpad bug 275688 in fpc "Please sync fpc 2.2.2-3 (universe) with patch from bug #260464" [Undecided,New] https://launchpad.net/bugs/275688 === jono_ is now known as jono === fabrice_sp_ is now known as fabrice_sp [05:54] Morning. I'm fixing a bug with a package that uses cmake to generate Makefile, but it left a lot of temporary files behind, and diff file is 11 Mb! Is there a way to automatically clean the cmake temporary files or I have to put a dh_clean for all the files? [06:00] nxvl: ping [06:00] porthose: pong [06:00] nxvl: if you have a min would you look at Bug #275790 for me please [06:00] Launchpad bug 275790 in ampache "[intrepid] missing /etc/apache2/conf.d/ampache.conf" [Undecided,Confirmed] https://launchpad.net/bugs/275790 [06:00] * nxvl checks [06:01] there is a debdiff attached === superm1|away is now known as superm1 [06:10] good morning [06:14] good morning! [06:14] hiya nxvl [06:20] Good morning. [06:20] hi iulian [06:20] Hello Daniel! [06:37] good morning dholbach [06:38] hiya geser [06:43] porthose: uploading [06:44] nxvl: Thanks :) [06:52] should I file a bug for this? type-handling any linux-gnu generates a list which contains i686 and lintian throws error invalid-arch-string-in-source-relation i686 === ScottK2 is now known as ScottK-laptop [08:16] Hi guys - does anyone have any suggestion as to why this builds on x86 but fails on power? - http://launchpadlibrarian.net/18056358/buildlog_ubuntu-intrepid-powerpc.wordnet_1%3A3.0-11ubuntu0.1_FAILEDTOBUILD.txt.gz [08:19] stefanlsd: Ah. The package needs to have its autoconf files, i.e configure, Makefile.in, lt-main etc regenerated. [08:20] But why it succeeds on x86 but fails on PowerPC is unusual. [08:20] stefanlsd: When I'm back on a bit later, I'll build locally on PowerPC and see what happens for me. [08:21] TheMuso: thanks. i'd appreciate that. btw, how would i regenerate those files? [08:26] bbiab [08:27] ~/c~ === wgrant_ is now known as wgrant [08:59] morning ^^ [09:11] morning everyone [09:12] g'morning [09:12] james_w, are you there? [09:13] you have commented my patch yesterday. I have several questions to do about flawed of patch [09:14] hey k0p [09:14] james_w, well [09:15] I'm reading your comment [09:15] And about the descriptions of changelog. . yeah.. I shoud me more clearly [09:16] did you want links to reported of bugs, out of LP? === dholbach_ is now known as dholbach [09:23] k0p: I'd prefer links of bugs reported upstream, with the patches, or links to the changes in their version control. [09:25] james_w, something like that: http://trac.umitproject.org/changeset/3628 [09:26] http://paste.ubuntu.com/52397/ [09:26] changelog looks nice now? [09:26] k0p: yes, that would be fine. Linking to that doesn't get you the extra explanation of a bug report, but it shows that upstream already has the fix, which makes it more reliable, and means that we won't have to carry the patch forever. [09:27] k0p: yeah, do you have the same for the other patches? [09:27] links for revision? [09:28] I didn't have link for the revision for gksu2 issue [09:32] now I have to go [09:33] i'll post a new patch tonight [09:33] but some things you want to change isn't possible. [09:38] what time is ncommander usually about? [09:39] directhex: in a couple of hours [09:39] maybe more actually [11:00] slytherin: ping [11:05] he was a bit impatient [11:06] directhex: pay per time connection ... [11:30] * wgrant snorts at #-devel [11:30] james_w: sent another mail to other addresses.... [11:31] gaspa: great, thanks [11:31] james_w: but i think it'd be better to have it now, since we're near to the release. [11:31] * norsetto goes cooking [11:33] gaspa: yeah, I'd like to give it a few days to give them chance to respond [11:33] gaspa: having seb on board is good though. Is he going to upload a fix to Debian? [11:34] james_w: it seems to [11:35] we could wait a little for him too, and see what happen ;) [11:35] ? [11:56] james_w: at a first glance seems only package aptfs is affected by the same issue. ( looked at rdeps of python-fuse ) [11:56] nice work [11:56] does that need the same patch then? [11:56] don't know... [11:56] never used that fs. [11:59] hm. i wonder whether f-spot's hang-on-exit bug is valid for a SRU [12:15] directhex: Does that hang impact logout or next-start? [12:16] persia, nah, just breaks the default photo management app for a seemingly random subset of users [12:17] so far i have three leads i'm following up on to fix it [12:17] directhex: Define "break". [12:17] That sounds like a problem with next-start of F-spot. [12:17] persia, force quit required on program exit, every time, for affected users [12:18] Oh, so it's a very visible and annoying hang. Yeah, that's usually OK for SRU (but not *always*). It's worth asking someone from ubuntu-sru on -devel [12:19] persia, i'm waiting for some user feedback to help with my leads. since i'm unaffected, i can't debug it [12:19] directhex: Hrm. Missing dependency of some sort maybe, or missing conflict? [12:20] (well, "missing conflict" is best solved by not breaking when both are installed, rather than adding a conflict) [12:20] persia, it's something specific to the user's environment. the reports seem to indicate that any affected users don't exhibit the same problems if they create a new user account on the same machine [12:20] something is "poisoning" their user accounts [12:21] oh, and i'm seeing vague evidence of a thread i don't expect to see, as well [12:21] again, it's all a bit man-in-middle right now [12:23] so lead #1: what point is reached in f-spot when it deadlocks? [12:23] lead #2: which file in ~ is causing f-spot to deadlock there? [12:24] lead #3: why does f-spot use an ass-backwards way to quit itself, and is the bug caused by some of its dependencies not expecting such monumentally stupid code? [12:41] directhex: Is it reported on hardy? I think I have seen that but perhaps was later fixed. [12:41] no hardy and f-spot combination now so can't confirm [12:41] slytherin, it's definitely reported against hardy, and apparently still affects intrepid. [12:42] slytherin, the problem is the lack of reproducibility for me - impossible to try test cases really [12:43] i might have a patch for gtk-sharp2 which might help, but i want to verify where f-spot is hanging before prepping a dpatch [13:04] norsetto: ! [13:04] how are you ? [13:04] huats_: !! [13:04] it has been a long time .... [13:05] huats: surviving, and you? [13:06] kind of :) [13:07] i try to do my best [13:07] but a big big lack of time... [13:07] :( [13:07] huats: oh yeah, there are only 24 hrs in a day, or so they say [13:09] that is what I heard too [13:09] it is a shame :) [13:10] Nah. There's at least 49 hours in a day. Sometimes 49.5 hours. The issue is that if you actually follow the sun, you don't get that many days in a week. [13:11] :) [13:11] persia: that is a way to see it indeed :) [13:12] huats_: timezones are key. [13:13] on the right polar orbit you can beat time (at least, the local one). [13:30] james_w: are you going to ask for a third exception for package kit? [13:43] Quick question. I'm trying to triage a bug. What compiz first enabled by default in hardy or gutsy? [13:45] nhandler: I believe gutsy had it by default for some chipsets, but I don't know if they were the majority. [13:48] dholbach: thx for the upload :) [13:49] de rien :) [13:49] dholbach: sorry. I really have to improve my german, I lost a lot in six year of inactivity ;) [13:50] ask seb128 about my french :) [13:52] sure, I will ^^ (this will free me of guilt :)) [13:54] dholbach: mon ami! [13:55] hiya norsetto! :) [13:55] comment ça-va? :) [13:55] dholbach: pas tres bien :-( [13:56] * dholbach hugs norsetto [13:59] norsetto: yeah, should be the last [14:00] james_w: at this rate? hmmmm [14:01] james_w: seriously, why don't you ask for a standing exception? [14:02] we could have done, I wasn't expecting as many point releases [14:09] * huats__ hugs norsetto [14:09] :) [14:09] huats: ha! That qualifies for an hug attack! [14:10] exactly :) [14:10] * norsetto answers back with a surprise hug attack from the back et toc! [14:10] :) [14:11] calc: Do you think it would be possible to recompile OOo3 for hardy? [14:11] I tried but failed with libcups2-dev [14:12] libcupsys2-dev [14:12] which needs to be recompiled first [14:12] package name has changed. try libcupsys2-dev for hardy [14:13] It was never libcups*-dev [14:13] StevenK: In the package provided by calc, it was [14:13] https://launchpad.net/~openoffice-pkgs/+archive [14:14] Thanks, directhex [14:14] StevenK: http://packages.ubuntu.com/intrepid/libcups2-dev [14:15] looks like you are mistaken [14:15] mono (1.9.1+dfsg-3ubuntu2~dhx1) hardy; urgency=low [14:15] * badgerport to Hardy. [14:15] - libcups2-dev my arse. Back to libcupsys2-dev. [14:15] -- Jo Shields Fri, 22 Aug 2008 09:35:18 +0100 [14:22] james_w: re. gforth, it has no r(b)depends, it shouldn't require any rebuild/transition [14:22] calc: I have made that build-time dependency libcupsys2-dev|libcups2-dev now and trying recompilation for hardy now. Maybe you want to do the same? [14:23] norsetto: ah, should have spotted that thanks. I'd still like to know if there are any compatibility worries. [14:23] james_w: the only point is if enabling the C interface will not change anything else [14:23] james_w: perhaps its worth asking upstream [14:24] yeah [14:24] james_w: but it doesn't look as if you need an exception (IMO) [14:25] no, I didn't think it did, but I was assuming that motu-release might like to be aware of it, and help to pick the best solution [14:35] james_w: hehe, just opened planet and got you looking smirkly at me [14:36] :-) [14:36] james_w: where are you in Bristol? [14:37] norsetto: behind the University, on St. Michaels Hill. You know the city? [14:38] james_w: oh yeah, thats a nice zone, one of those I prefer [14:39] james_w: you'll figure out that norsetto knows every city.... [14:40] he knows my place too :) [14:40] does anyone know what is rpm equivalent of dpkg --info? === LucidFox_ is now known as LucidFox [14:40] huats__: its not my fault if you guys live in cities I often visited for my work ... [14:42] huats__: I must have spent half of my life in Bristol and Toulouse (and a fair chunk in Bremen) [14:42] :) [14:43] usage figures for my third party repo are getting pretty high [14:52] james_w: we used to have a pint on the waterfront and then climb Park Street to have food, sometime as farther as Clifton [14:53] nice [14:53] i could go for a pint right now [14:54] directhex: cheers [14:55] Heya gang [14:56] hi Barry [14:56] huats__: all I remember of these towns are the restaurants ;-) [14:56] Hi Michael [14:56] * norsetto bows to super master bddebian [14:57] :) [14:57] pfft, Hi norsetto [14:58] I am sure you remember restaurant AND girls :) [14:58] norsetto ;) [14:59] huats__: well,they certainly remembers me ... some of them still have nightmares [15:00] haven't been to bristol for years [15:00] directhex: are you in England? [15:01] bien sur! [15:01] directhex: well, I won't ask you where otherwise huats will complain [15:01] wow, bluetooth has really improved since I last tried it :) [15:02] RainCT, i hear some loser even wrote a driver for the sony bluetooth ps3 remote, in python of all things [15:02] norsetto, use the hostmask, man! [15:03] * norsetto wears the hostmask, pretending to know what it is [15:04] norsetto: heh. «norsetto [n=Cesare@79.9.219.141] []» that's not the hostmask ;) [15:06] directhex: I guess I'm a loser too if I'm trying to get my phone to work over the USB connection? :) [15:06] of course! [15:07] * norsetto thinks that the only thing that python seems to be good at is producing tracebacks [15:07] norsetto, i agree wholeheartedly. people should be using c# instead! [15:07] directhex: pfff, real men do it with perl [15:08] * directhex has written gui apps with perl, now...... doesn't. [15:08] directhex: With GTK? [15:08] uhm.. you (ie, someone) said that the REVU Coordinator has a stab, right? /me looks evil at norsetto :D [15:08] nhandler, aye [15:08] RainCT: no idea what a stab is, is it edible? [15:09] directhex: I tried using GTK for an image steganography application I made in perl. Lets just say that I do not do GUI applications in perl anymore. [15:09] norsetto: it's me not knowing English :P [15:10] RainCT: stab is actually an english word (cf. stabbing someone to death) [15:10] s/stab/stick [15:10] nhandler, i wrote a launcher for a doom engine in gtk-perl, and also wrote an ldap systems management tool in perl [15:11] norsetto: right, but it's the action; I thought that it also is an object :P [15:11] RainCT: I guess one would use a stab to stab and a stick to, well, to stick [15:11] nhandler, the latter exists only as a tarball in some long lost directory, having been replaced by a c# version so much better (and easier to code) it defies belief [15:11] directhex: I have no issue with perl itself (I actually prefer it over most languages). I just hate doing GUI applications in it. My current perl project is an IRC bot for the Beginners Team [15:11] sticks are for poking. knives for stabbing. it's all very zen. [15:12] nhandler, http://packages.ubuntu.com/intrepid/libsmartirc4net0.4-cil ;) [15:12] norsetto: the dictionary says that stab is "the act of stabbing"/"a wound..."/"an attempt"/"a painful sensation", but perhaps I'm unable to read the dictionary, too ^^ [15:14] directhex: back to bluetooth: the nautilus plugin still sucks, though :P [15:14] (it only has browsing implemented) [15:14] RainCT, aye [15:14] RainCT, konq is better with it [15:14] why can't they use a common backend for everything then? -.- [15:15] RainCT: which bluetooth? [15:15] persia: EMENOTUNDERSTAND :$ [15:16] I'm using a dongle, if that's what you mean [15:16] RainCT: Well, I've been testing superm1's updates to bluetooth, and I was wondering which part was particularly painful for you, and which version of which bluetooth tools you were using when you experienced the pain. [15:17] (is en.wikipedia.org dead? o_O) [15:17] persia, i'm going to be making a few changes to the packages yet that might break the upgrade from ppaX to ppaY. i'm going to avoid doing too many more NEW packages until debian has decided that they will [15:17] persia, just so that we dont put ourselves into an uncomfortable situation [15:18] persia: Ah, it's not really painful, just suboptimal. I can send files to the phone using the applet, but the nautilus plugin only supports browsing; tried that with the bluez-utils versions from Hardy and Intrepid. [15:18] superm1: Sounds good to me. I'm just running live sessions anyway. Ping me when you want a round of tests: I've three environments working now. [15:18] persia, okay great. [15:19] RainCT: The context-menu sendto isn't working for you? [15:19] persia, other update regarding this, there's a bunch of stuff that needs to be rebuilt for the library transition. some of it is faililng to build from missing symbols (assumingly not present in the SONAME bump). that will all be on a separate bug though [15:20] (btw, if someone here has a samsung sgh-vz60, please ping me) [15:20] superm1: Hrm. Are you throwing it all in the PPA? I don't mind downloading a bunch of stuff, or even uploading some, but expect my test results will more accurately reflect the target environment with a more complete install. [15:21] persia: I don't have such a menu - /me is trying to drag into an obex://... location in Nautilus (opened by clicking "Browse..." in bluetooth-applet) [15:21] persia, Well StevenK is doing some test wrg to rebuilds. StevenK do you want to put the ones that you've got functional into the bluetooth PPA so that we'll have as close to what will reflected in the archive there? [15:22] Oh. I hadn't tried that. I'll include it as a test in my next round, unless you want to try ~bluetooth/+archive [15:23] RainCT: the menu is available for the bluetooth applet in panel. [15:23] superm1: That requires munging their versions to include ~ppa1, doesn't it? :-( [15:23] persia: I can have a try if they work in Hardy (yeah, I'm still using it.. I may do a clean Intrepid install once beta is out, though) [15:23] StevenK, well if you *know* that there won't be any more improvements to the package, you can upload them as they stand [15:23] eg if they were no source rebuilds [15:23] or a very small diff [15:23] StevenK: Ideally, although not strictly required: it depends if you want to support upgrades. [15:24] slytherin: Ah, OK. Yes, that's the one which works. I thought persia was talking about a "Send to.." option in Nautilus or something [15:24] RainCT: No, they won't work in hardy. [15:25] Something more: I've just tried sending from the phone to the PC and that doesn't work. [15:25] RainCT: Yes I was. For me, nautilus send to supports BT. [15:25] RainCT: there is an option in nautilus also and it should work. Although I haven't tested recently in hardy as well as intrepid. I plan do to some test with new stack in a day or two [15:25] RainCT: Did you check the "Receive files from remote devices" box? [15:28] persia: yes, it's checked [15:28] Odd. Do you have a Symbian handset? [15:28] persia: and I haven't nautilus-sendto; installing it now.. [15:29] persia: nope, it's a samsung phone [15:29] (or rather not, it wants to install evolution) [15:31] Question: currently, all parts of VTK in the Ubuntu repos are v5.0.3. I've managed to get 5.2.0 packaged up, but not all of it - specifically, I know nothing about Qt, Tcl and Tk, so I don't want to try getting those to work. Would the maintainers accept updates for some packages if it means leaving others behind? I think they should still work, but I wouldn't know. [15:32] RainCT: hmmm, the suggests to sylpheed-claws in nautilus-sendto seems quite obsolete [15:36] Oobalicious: if what is in the archive currently works and is consistent, then I think we would prefer that over a mixed bag [15:36] Oobalicious: unless it doesn't matter that the versions are mixed [15:36] Oobalicious, OK, that's understandable - I'm packaging up 5.2 because the research group I'm working for needs the extra features for a couple of things. [15:37] Now why did I just mention my own name in that? [15:37] Ah, well. [15:37] :-) [15:38] OK, I'm not sure I would be able to figure out whether a mixed bag would work - like I said, I have no experience with Tcl, Tk or Qt, so I couldn't update those packages without feeling uneasy. [15:38] I mean, I have the files - it would just be a matter of downloading the old package, replacing the old files with the new ones and packaging it up again - but I'd like someone to test it. [15:38] Perhaps if I packaged everything up and sent it to the VTK mailing list for testing. [15:41] Oobalicious: [Disclaimer: I don't know the package about which you ask] Intrepid is in Feature Freeze since a while already (the latest beta is about to be released), so it will be difficult to get anything new into Ubuntu before Intrepid has been released. [15:42] Oobalicious: Your work may be useful once the development cycle for Jauny starts, though :). [15:42] StevenK, persia okay but 276343 will help track the transition [15:42] bug 276343 that is [15:42] Launchpad bug 276343 in ussp-push "Rebuild for libbluetooth2 -> libbluetooth3 transition" [Undecided,New] https://launchpad.net/bugs/276343 [15:42] Should still be worth contributing if I can, though - we'll be adding the package to our own repository, so it's not an issue for us, but it'd be nice if it was in the central repos. [15:42] StevenK, would it be easyish to publish those failed build logs anywhere for you? [15:43] RainCT, I'm only here 'til Friday - after that, I start university up again and I won't have time to do stuff like this... perhaps I should send it to the VTK people and they can do what they like with it. [15:43] superm1: Easier than uploading a bunch to the PPA with different version numbers :-) [15:45] Oobalicious: Sure. There is no dedicated maintainer for VTK in Ubuntu, but you can contact the Debian Maintainer of the package (at bottoms@debian.org, sending a copy to bugs.debian.org). [15:46] OK, will do. [15:46] persia, any idea what this "gnome-bluetooth" package is? [15:47] i'm assuming it was something from back before bluez-gnome existed [15:47] yes [15:47] ii gnome-bluetooth 0.11.0-0ubuntu1 GNOME Bluetooth tools. [15:47] superm1: It's an old phone-discovery wizard by Edd Dumbhil [15:47] should we just request it be removed from the archive then? [15:47] Dumbill* [15:47] the main highlight is /usr/bin/gnome-obex-server [15:48] superm1: http://people.ubuntu.com/~stevenk/bluez/ [15:48] which is a tray icon app which lets you send files to pc from phone [15:48] s/main/only/ [15:48] Bastien Nocera is the titular maintainer, and it's related to the backend of gnome-phone-manager, but I've not used in it ages, as none of my phones are ever supported. [15:48] directhex, that's the same purpose as as obex-data-server then [15:49] just i think if some of these packages dont rebuild after the transition, it wouldn't make sense to have them available [15:49] yes [15:50] superm1: Dropping gnome-bluetooth would be better than keeping it. [15:50] persia, okay i'm going to file a bug for that and mark it won't fix on our transition bug [15:50] keep an eye out for any of those that the same thing makes sense [15:51] superm1: Sounds good. I've just confirmed that gnome-phone-manager doesn't rely on it anymore. [15:58] superm1: Bug 276343 description edited [15:58] Launchpad bug 276343 in bluemon "Rebuild for libbluetooth2 -> libbluetooth3 transition" [Undecided,Fix committed] https://launchpad.net/bugs/276343 [16:00] StevenK, thanks. the build failures at http://people.ubuntu.com/~stevenk/bluez/bluetooth-alsa_0.5cvs20080115-1build1_20080930-1851 looks quite peculiar [16:01] i'm not sure that's a related failure [16:01] superm1: pilot-link uploaded [16:02] superm1: I doubt it's related, I suspect it's due to the libtool transistion [16:03] StevenK, that's going on "right now" during a freeze? [16:03] superm1: No, it's been on-going for ages and ages [16:04] StevenK, then there a pretty basic fix for how to adjust for it then? [16:05] superm1: First step is to re-libtoolize [16:06] * RainCT just send his 3th mail to Samsung's support.. let's see if someone finally tells me what protocol the damn phone uses for data transmission over USB :P [16:14] superm1: Right, bluetooth-alsa fixed [16:14] StevenK, ok cool. i've updated the status for most of the tasks that are fixed now [16:14] % debdiff bluetooth-alsa_0.5cvs20080115-1{,ubuntu1}.dsc | diffstat | tail -n 1 [16:14] 4 files changed, 7083 insertions(+), 5622 deletions(-) [16:15] sounds like fun :) [16:15] I hope most of that is cruft? [16:15] ltmain.sh |12694 +++++++++++++------------ [16:15] yup [16:15] StevenK, hum you have libpam-blue and libwiimote on both lists. which one should they be on? [16:16] superm1: Which both? [16:17] the FTBFS and the minor changes lists [16:17] Mmm [16:17] Checking [16:18] superm1: Fixed [16:20] Right, libpam-blue is the only real failure that isn't hci releated [16:20] *related [16:20] okay so it shouldn't be on the pass list [16:21] siretart: is there a reason we don't build with rtsp streaming support for VLC? [16:22] (i.e. bug 275980) [16:22] Launchpad bug 275980 in vlc "vlc is missing RTSP support" [Undecided,New] https://launchpad.net/bugs/275980 [16:22] jdong: I've pinged xtophe in #videolan about this, still waiting for a response. you might want to ping him yourself, maybe I've just overlooked his response [16:22] jdong: short: I have no idea :) [16:23] siretart: sounds good! :D [16:30] superm1: I need to sleep. I'll sort out the unknowns and libpam-blue when I re-surface [16:31] libpam-blue? [16:31] bluetooth proximity pamming? [16:32] that is awesome and epic [16:33] directhex: makes for good denial-of-service attacks though :) [16:33] directhex: I wonder if I remove the magnetron from my microwave how many screens I can lock :) [16:34] jdong, mark it as sufficient in the pam config, surely? [16:34] jdong, i.e. it's enough, but fall back to unix2? [16:34] directhex: I wa thinking of the bluetooth screen locking applet [16:34] directhex: blueproxy or something like that [16:35] it locks your screen as your BT device goes out of range [16:35] I'm no longer paired to *lock* ? [16:35] yeah [16:35] StevenK: rather, even weak signal [16:35] jdong, ctrl-alt-f1, killall blueproxy [16:35] ;) [16:35] lol [16:35] or whatever [16:35] directhex: At a login prompt? [16:35] StevenK, all the cool kids have init set to spawn a root term on console 1! [16:36] If they do, they don't be deserve to be cool [16:36] StevenK, and like i said, use sufficient in the pam config so an empty password works with bluetooth, or a real password with no bluetooth [16:36] RAOF: ping [16:36] norsetto: It's 1:36am local, RAOF is sleeping, probably [16:37] why do i need 8 gig of dvd isos in order to get access to basic packages with sles? why do they hate online repos so much? silly novell [16:37] directhex: I used the USB PAM thing before so I guess I shouldn't speak about security :) [16:37] StevenK: ah, I though he was in Austria [16:37] No, the Austr* [16:37] directhex: isn't it because they don't want non-licensed users to get access to the medium? [16:37] the other [16:37] StevenK: yes :-) [16:37] jdong, so hide them behind the same https servers they use for security updates. being a sles admin sucks [16:38] SLE-10-SP2-SDK-DVD-ia64-GM-DVD2.iso 100% 4478MB 29.9MB/s 02:30 [16:38] you poor thing [16:38] all this for imagemagick [16:38] Two reasons to hate that. First, SLES. Second, ia64 [16:38] ia64 isn't hate. it's love! [16:39] It's hate [16:39] jms@orac:~> grep -c IA-64 /proc/cpuinfo [16:39] 256 [16:39] it's love, in large quantities [16:39] StevenK, i'll take a look today too at what i can for making some patches to work around the API change [16:39] superm1: \o/ [16:39] superm1: Both of us should be able to nail down the 34 packages :-) [16:40] StevenK, yeah, and afaik, this is the last gating factor on the bluez 4.x transition [16:40] StevenK, so should be good :) === superm1 is now known as superm1|away [16:51] slomo: Hey, I had forgotten about it... Can you please upload gbrainy 1.00 to experimental? === asac_ is now known as asac [16:59] http://rainct.homelinux.net/gbrainy/1.00-1/gbrainy_1.00-0ubuntu1.dsc [17:04] Any kind soul here to help me compile libsaxonb on hardy? -> bug 276391 [17:04] Launchpad bug 276391 in saxonb "FTBFS: "You must specify a valid JAVA_HOME or JAVACMD!"" [Undecided,New] https://launchpad.net/bugs/276391 [17:05] Is there a tool to check if a package has unsatisfiable (not just unsatisfied) build time dependencies? [17:08] Laibsch: what's the difference? [17:09] unsatisfiable = package not available in feeds [17:09] unsatisfied = package not installed [17:09] Laibsch: Try apt-get --simulate build-dep foo [17:10] persia: How about for a package that is not (yet) in the feeds, like OOo3, for example [17:10] ? [17:10] You can probably hack something with a customised apt.conf and pbuilder-satisfydepends. [17:11] OK [17:11] Don't feel like hacking too much [17:11] It'll be just trial and error, then ;-) [17:11] Laibsch: re saxonb: try installing java-gcj-compat-dev before calling debuild -S (you need often a subset of the build-dependencies for building the source package) [17:12] OK, will do [17:12] Is that still a bug? I mean only want to create orig.tar.gz, diff and dsc [17:14] Laibsch: it's not a bug, you need the packages installed which are called in the clean target (here apparently java is needed) === superm1|away is now known as superm1 [17:20] Yeah, Java is annoying about the number of things that need to be installed to build source. [17:21] persia: don't force me to use ohmygod! :P [17:22] sebner: ? [17:22] persia: J-word is evil :P [17:22] aloha emgent [17:23] persia: in such cases I use dpkg-source -b and dpkg-genchanges when sponsoring a ready debdiff [17:23] geser: \o === Oobalicious is now known as Ooble [17:24] geser: Ah. I actually test, as I've been hit N times with incorrect balance of Build-Depends: and Build-Depends-Indep: on the buildds. [17:24] aloha people [17:24] sebner: No language is inherently evil. [17:25] persia: I do that too (test build with pbuilder) but I need a new source package first [17:25] persia: Not inherently, but some seem to have evil thrust upon them. [17:25] Question: if a language is predominantly used for evil purposes, does that make it evil? [17:25] and I'm to lazy to install java just to be able to call debuild -S [17:25]