=== RAOF_ is now known as RAOF === tbielawa_ is now known as gbelknap [02:23] persia, any updates on that patch? i'm fairly confident now on the rest of the stack (i had to write a few patches to make OBEX work again) === Czessi_ is now known as Czessi [02:56] superm1: Sorry. Been sleeping, and now rushing to an engagement. Current state is http://paste.ubuntu.com/51475/ [02:59] persia, no worries. just so long as its done sometime before !weekend, i was thinking it'd be best to have the whole suite read for ubuntu-release on monday [02:59] ah messing with vboxes/hboxes. i hate doing that outside of glade [03:05] bddebian: oh, you're a DD now? congrats! [03:05] sistpoty: that has to be the funniest blog comment I've seen in a long time [03:06] LaserJock: heh... but I've only done 2 a day (I've added this to jono's blog as well *g*) [03:06] Hahahah [03:06] lol [03:08] I mean come on, I've always wondered who the "we" is in such dummy comments, and whether I consider myself part of it. [03:15] sistpoty: Thanks [03:24] I really hate the stock replies - if we need stock replies, LP should do them, and mark them specially so they don't fill the bug with crap. [03:34] actually, I even think that stock replies might drive off possible contributors. it's just an unpersonal thing that's done, which neither states what you think about the bug nor where you need help from the reporter [03:35] and sometimes it even sounds arrogant, like if there's an easily reproducable problem with a package and the stock reply is to check if that's still a problem with the newest version [03:36] Yes, that's just silly. [03:36] ok, I admit that I've done this tonight as well, but that's because I *know* that the newer package did fix some segfaults and the bug was an apport bug [03:37] Sometimes it makes sense. [03:37] If it's in an uncommon situation or not normally reproducable, one often has little choice. [03:37] But in a lot of cases that I've seen, the bugsquader could have just installed the package and tested it right then. [03:38] yes [03:41] Hm. I wonder if bugzilla does stock replies. [03:42] debbugs only does it for closing, which LP does too [03:42] LP does it for changelog-closes-bugs and expiry. [03:43] btw.: bug #26998 and my response, and the follow-up on this *g* [03:43] Launchpad bug 26998 in linux-source-2.6.15 "ide-generic: load conflicts with IDE drivers (PORTS ALREADY IN USE)" [Medium,Invalid] https://launchpad.net/bugs/26998 [03:43] so much for bug triaging *g* [03:54] sistpoty: wow [04:29] * sistpoty heads to bed... gn8 everyone [05:36] pochu: i do have those powers. [05:37] pochu: did you test build and test install it before uploading? [05:39] hm, sistpoty.. === _shani is now known as shani [11:29] slangasek: bug 269916... seems it shouldn't be removed, or am i missing something? [11:29] Launchpad bug 269916 in libkexif "Please remove libkexif source and libkexif1, libkexif1-dev binaries from Intrepid" [Medium,Fix released] https://launchpad.net/bugs/269916 [11:33] gaspa: what's happening with kde3 packages, in a kde4-based archive? Are they being kept, to run in kde4? === ruiboon_ is now known as ruiboon [14:55] dpkg-source does not accept -sd anymore? How do I create .dsc and changes for upload while excluding the orig.tar.gz? [14:55] I read all kinds of man-pages and googled, but I just can't find it [14:56] Laibsch: If you've an unpacked source, and an orig.tar.gz beneath, and you don't want the orig.tar.gz in changes (you always want it in the .dsc), just use debuild -S [14:57] Yes, that works [14:57] But I think it does a lot of unnecessary steps [14:57] Can't I just use dpkg-source straight? [14:57] I am trying to build openoffice.org3 [14:57] Well, it does some extra stuff, but usually that stuff ought to have been done anyway, so it's just an extra check., [14:57] It overflows /tmp when using debuild -S [14:58] That is the first problem I have with the extra steps [14:58] Hrm? It oughtn't. Could you post the source build log? [14:58] The second one is that my computer is very slow where I run this [14:58] Shaving off extra steps saves me time [14:58] Sorry, I can't right now [14:58] I'm almost out the door [14:59] What does debuild -S do to build without inclusion of orig.tar.gz? [14:59] OK. Post it when you can. I'm fairly sure there's something odd going on in your package build that shouldn't be happening automatically. [14:59] That is my question [14:59] It must be possible [14:59] I just don't want debuild, if possible, OK? [15:00] I want to use the command straight away [15:00] Whichever it is [15:00] 13 [15:00] debuild calls dpkg-buildpackage. dpkg-buildpackage calls dpkg-source [15:00] (oops) [15:01] dpkg-buildpackage also calls dpkg-genchanges [15:01] Uhh I fee stupid asking this here. but I could use some guidance in contricuting or being mentored by a MOTU.. [15:01] please pm me [15:02] xadzax: Certainly not :) This is the ideal forum for such questions, and there's no reason to hide in a pm. [15:02] xadzax: What interests you? [15:03] ok thanks. Well I guess I'd like to contribute in the development or packaging prcess in some way. My experience in linux/ubunut isnt the most expansive, but Im a proficient programmer in C, C++, php and such [15:03] Laibsch: use dpkg-source -b to build the new .dsc and .diff.gz and later dpkg-genchanges -sd to build the .changes file [15:03] I went through the packagin tutorials [15:03] but....now what? lol [15:04] xadzax: OK. Well, the primary activities of MOTU are 1) fixing discovered bugs, 2) ensuring integration of selected packages (and sometimes updating these packages), and 3) occasionally packaging new stuff. [15:04] xadzax: either find something for packaging or better look at the existing packages and try fixing some bugs (there are plenty) [15:05] xadzax: So, I usually suggest someone interested in doing something find a bug, and fix it. If you get stuck, ask here for help. [15:05] geser: Thanks [15:05] Just what I was looking for [15:05] I figured -sd was an argument to dpkg-source [15:05] which apparently it was in the past [15:06] you can pass -sd when calling dpkg-buildpackage but it get passed to dpkg-genchanges [15:06] hmm Well, I looked at the bytesize bugs and Im not sure what to attack. It looks like most are being addressed by others [15:06] xadzax: Well, are there any packages that you like that work particurlarly badly? [15:07] Also, release is soon, so a number of people are trying to make sure all the packages can install. You can find some that don't with `apt-cache -i unmet` [15:07] * sebner is wondering if Oo3 comes in time for intrepid. tentative release is now the 7th october. Though I think this release is important enough for it :) [15:08] sebner: check with calc. I seem to remember seeing some traffic about it in #ubuntu-meeting, but don't remember the details. [15:08] persia: kk, thx :) [15:08] Ahh That may be the best start with the unmet. All the apps Im using right now work fine, and I dont have enough exposure to know or install others [15:09] thanks perisa [15:09] persia [15:09] typing dyslexia [15:10] i'll start there [15:10] xadzax: Good luck, and ask here if you encounter anything with which you have questions, or need help. [15:10] okie dokie. [15:10] i can finally help. whew! [15:14] xadzax: You finally asked in the right place :) Generally, everyone is encouraged to help, although the more you know, the more likely you will be successful. [15:20] the good thing is, the more you help, the more you learn [15:20] :-D [15:20] yeah thats how I plan to do it [15:20] trial by fire [15:20] lol [15:31] should I have intrepid installed to do the unment packages? I have hard 8.04 [15:31] hadry [15:31] lol hardy [15:33] actually i dont see a development intrepid [15:34] xadzax: You'll at least want a chroot, if you aren't running intrepid either on real hardware or in a virtual environment. [15:34] For testing, having some hardware or a virtual environment running intrepid is mostly required. [15:35] (with the exception of some CLI tools that can be adequately tested in a chroot) [15:35] OK. Where do I dl it? [15:36] i see empty folders of intrepid all over [15:36] cdimage.ubuntu.com ought have the latest dailies [15:36] Alternately, you could upgrade a hardy system (update-manager -d) [15:37] For chroots, I'd recommend looking at one of the following systems [15:37] !sbuild [15:37] sbuild is a system to easily build packages in a clean schroot environment. To get started with SBuild, see https://help.ubuntu.com/community/SbuildLVMHowto [15:37] !pbuilder [15:37] pbuilder is a system to easily build packages in a clean chroot environment. To get started with PBuilder, see http://wiki.ubuntu.com/PbuilderHowto [15:37] yup already have pbuilder === Tetracomm is now known as Nutzebahn [16:46] umm... === asac_ is now known as asac [16:46] can we still upload to universe? [16:47] ivoks: For some of universe, and for some things. [16:47] i've added new features to impitool and would like to upload that :) [16:47] it's support for dell's servers [16:47] Specifically, be *very* careful if you're uploading anything that ends up on the images for Xubuntu, Mythbuntu, Ubuntu Studio, or Ubuntu MID. [16:48] hm... ipmitool? nah... :) [16:48] Also, any uploads at this point should be bugfix-only. If you are altering UI or featuresets, it's a good idea to confirm with a member of MOTU Release. [16:48] (as otherwise they can be quite annoyed) [16:49] that's what i was wondering... [16:49] i'll contact them [16:49] ivoks: Easiest way is probably to file a freeze exception bug with all the details, and subscribe the team. It takes two approvals for the upload. [16:51] thank you [16:51] ivoks: Good luck. [17:03] superm1: Patch finally cleaned up all the way, and pushed to bzr and ppa. I've had some HW difficulties tonight, so haven't given it the testing it needs. I'll probably be able to run through a sensible set of tests in 10-15 hours. Apologies for the delay. [17:04] persia, that sounds good. given it's a UI patch testing shouldn't need to be too extensive. i'll look this afternoon [17:06] superm1: Oh, I meant testing the entire suite against my various components, and saying something good about it in bug #274950. You looking at the UI stuff would be great, as your display environment is probably the most different from mine. [17:06] Launchpad bug 274950 in obex-data-server "Look into switching to bluez 4.x" [Undecided,In progress] https://launchpad.net/bugs/274950 [17:06] persia, ah yeah, more feedback on the whole suite is indeed needed. [17:06] * RainCT runs away from xdg-desktop-menu!! (it's manpage explains how companies can add their own menu entries o_O) [17:06] (*its) [17:07] * persia still needs to get a mouse and printer some day, but should be able to hit most of the rest of the features [17:07] persia, one thing that hasn't been but probably needs to be is an upgrade from hardy - [17:07] since it's a third party repository, i'm not sure how to test such a thing [17:07] dist-upgrade won't necessarily give the same behavior as update-manager wrg to Recommends i believe [17:07] superm1: Install hardy. Add the ppa. Run apt-get update (but don't install anything). Run update-manager -d. [17:08] persia, doesn't it disable third party repositories in the process though? [17:08] I think that should work, if I remember correctly. [17:08] Oh, right. You could patch that bit out of update-manager on a one-time basis. [17:08] * persia finds the offending bit [17:10] superm1: Just change the treatment of it around line 524 of DistUpgradeController.py [17:10] persia, okay great thanks [17:11] Good day [17:11] Hmm. Looks like ports.ubuntu.com repos get disabled by that :( Probably needs a hook somewhere. [17:12] Anyway, time for me to recharge. [17:18] O_o... is this the time for persia is a robot theories? [17:18] *ducks* [17:19] nobody tried to prove or invalidate this yet? :) [17:20] well I think the previous statement is fairly strong evidence :) === nicholas_ is now known as Tetracomm [17:49] persia, i tried it out and made some minor modifications to the patch that seemed sensible [17:49] it'll be on the PPA & bzr to take a look [17:56] Is there a way to increase the size of a pbuilder chroot? I'm getting a bunch of "No space left on device" messages when I try to build a package with pbuilder. [17:57] nhandler: do you have a seperate / partition? sounds like it gets full [17:58] sebner: It is in pbuilder. Does the pbuilder chroot have a set size? Or does it expand until it fills the partition? [17:58] nhandler: /me thinks the latter [17:59] Ok, thanks sebner. I thought the pbuilder had a set size. I'll try and see what is filling up the partition. [18:00] nhandler: np (if I'm right ^^) [18:12] siretart: ahoi vlc hero :D [18:12] sebner: hi [18:21] sebner: vlc hero? ah 0.9.3 got accepted. great :) [18:21] siretart: xD xD xD. of course [18:59] huats: have you seen debian bug 500481? [18:59] Debian bug 500481 in wnpp "RFP: python-webkit -- python bindings for webkit" [Wishlist,Open] http://bugs.debian.org/500481 [19:21] join #ubuntu-mobile [19:21] oops === emma_ is now known as emma === jono__ is now known as jono [19:42] james_w: hey [19:42] james_w: yep I have seen it... [19:43] I was aiming to work on that [19:43] (in fact it is a dupplicate...) [20:07] Has anyone ever experienced a buildd build where one of the package architectures (in this case, i386) misses out installing one file, but is installed for all other architectures (including the i386 package for other releases) ? [20:59] how do I create a dev package from the source of a library? Or how do I at least install the development files using autogen, make, make install? [21:02] Dev packges would just contain library headers [21:03] if its a program written in c or c++ that would mean the .h files [22:17] prevu-init fails first time it is run, "tail: cannot open `debian/changelog' for reading: No such file or directory" - the wiki page doesn't offer any insights and there's no man-page. Anyone have a clue on this? [22:34] solved: custom ~/.pbuilderrc commands.