[00:18] Getdeb Founder interviewed Topic => http://ubuntuforums.org/showthread.php?t=1038224 === Halph is now known as coppro [00:33] hi [00:33] someone know why if i type this [00:34] sudo debdiff slingshot_0.8.1p-1.dsc slingshot_0.8.1p-1ubuntu1.dsc > slingshot_0.8.1p-1ubuntu1.debdiff [00:34] it doesn't work [00:36] well, you don't need to sudo it, for a start [00:37] yes [00:37] but says [00:37] bash: slingshot_0.8.1-ubuntu1.debdiff: Permiso denegado [00:37] and i can't understand [00:37] must be my error, but i can't see i [00:37] it [00:37] then chown it to your user? [00:38] ops [00:38] hehe [00:38] dont worry :) [00:39] i do it like root [00:39] but it was chown error === _neversfelde is now known as neversfelde [00:50] So! Who wants to review nouveau-kernel-source! Simple, fun, and makes a very nice open-source nvidia driver installable in Jaunty! http://revu.ubuntuwire.com/details.py?package=nouveau-kernel-source [00:51] RAOF, is it dkms based? [00:51] Yes. [00:51] Which is mich easier than the wiki page suggests, it turns out. [00:52] directhex: If you haven't seen a dkms-using package before, I'd suggest checking it out. It's a good example, I think. [00:53] * Hobbsee clubs RAOF with a dead ferret [00:53] Hobbsee: Sadness. [00:53] Ferrets are awesome. They shouldn't be dead. [00:54] * RAOF tickles his ferret. [00:54] RAOF: gnome-do keeps flipping back to open for the ssh. Fix it, and I won't kill the ferrets and club you with them ;) [00:54] i didn't know you had a ferret. I'd like to see this! [00:54] * directhex feeds RAOF's ferret some cat food [00:54] Hobbsee: You mean my bug? [00:55] * RAOF doesn't _actually_ have a ferret. [00:55] StevenK: yeah. But now i'm actually being able to reproduce it [00:56] Woot [00:58] * RAOF files "SSH Hosts shouldn't be openable" against do-plugins, and does some bug gardening there, too. [00:59] Yay RAOF! [00:59] well, they should be openable. just, they should never be the default ;) [00:59] But nothing _happens_ on open, right? [00:59] * Hobbsee finds it useful to have a GUI for browsing remote machines, sometimes. [00:59] no, it opens / on the destination machine. [01:00] in nautilus. Works a charm when you actually want it to do that. [01:00] Oh, sweet. That's broken here, sadly. [01:00] or at least, did last time i tried it [01:00] Yeah, that's what it's _trying_ to do. [01:01] We may need to give it some gvfs love to make it work better, but that's what it's trying. [01:02] The relevance engine is next up on getting an overhaul. That should make this better. [01:16] * RAOF hopes he missed someone volunteer to review nouveau ;) [01:17] the qemu pkg dependencies is now ok with universe [01:17] now i run into a new issue: dpkg-source: error: unrecognized file for a v1.0 source package: qemu_0.9.2svn6277.orig.tar.bz2 [01:18] are .tar.bz2 not allowed anymore? [01:18] debian etch eats it! [01:20] Really? I thought that was reasonably recently introduced in dpkg. [01:23] debian etch works, but lenny not. [01:24] that is the strange thing [01:24] hmm, no. [01:24] bz2 is supported in dpkg, but not by the archive stuff [01:24] so you can create a local bz2 package, but not upload it [01:25] so i run into a new consistency check not present in etch? [01:28] quite possible [01:28] not upload it to the debian build system or the ubuntu build system? [01:29] so i should go back to .tar.gz then? [01:30] source files...? [01:32] Yeah; repack it to a tar.gz === hyperair1 is now known as hyperair [03:15] * ScottK does a cruft cleaning victory dance. 5 removal bugs done of his today. [03:15] Thanks slangasek [03:15] Congrats ScottK === hyperair1 is now known as hyperair === hyperair1 is now known as hyperair === hyperair1 is now known as hyperair [04:13] RAOF: how much time / skill would I need to review nouveau stuff? [04:14] pwnguin: Time? Dunno; depends on how fast you are at copyright sweeps. Probably a couple of hours. It's not very complicated packaging. [04:14] i guess the other thing is, im not motu [04:17] That is, of course, awkward. You're welcome to give it a once over; if you find anything I can fix it before someone who could advocate it needs to look at it. [04:17] RAOF: how much crack is it on? is it a new package, or waht? [04:18] persia: do you know where a schedule of the asia board meetings is? [04:18] persia: I keep misssing them cause announcements are sent after I finish work, and I don't read email in the evenings generally [04:18] lifeless, I only know of the one in my head, which goes 15:00 today, 9:00 on the 20th, 15:00 on the 27th, etc. [04:18] Hobbsee: It's a new package. It's not really on any crack at all. [04:19] UTC? [04:19] lifeless, I don't know how far in advance amachu has posted to the fridge. [04:19] Yes, UTC. [04:19] Hobbsee: Packaging-wise, at least. It's quite simple. [04:19] ok, well I won't be at todays [04:19] thats 2am [04:19] No, don't imagine anyone from the east will be there. [04:19] Hobbsee: It's also fairly safe; it shouldn't break anything for anyone. [04:19] I'd like a ical feed for these [04:19] hrm... [04:19] could you bring that up please [04:20] persia: ^ [04:20] An iCal feed? [04:20] * persia knows almost nothing about iCal [04:20] * nhandler still wishes the fridge would make their ical feed work with gcal [04:21] nhandler, It's an issue with the drupal plugin. Feel free to chase the bug :) [04:21] persia: I know it is. I don't have enough experience with drupal or ical to tackle this one. [04:23] RAOF: will there be gnome-do fixes if it gets reviewed? :P [04:23] nhandler: yeah, gcal is what I need [04:23] Hobbsee: There'll likely be a new gnome-do release if it gets reviewed, with plenty of shiny? [04:23] will it fix the ssh connect issues? [04:24] and how likely? :P [04:24] Probably not; that's related to something deep in the core. [04:24] awww [04:24] We can't really pin something to the top of the priority for a specific item at the moment. [04:25] ah [04:25] Improvements to the relevance, including per-element relevance (so the fact that you use "open" a lot on files doesn't affect your ssh hosts), are coming after the next release. [04:26] woot! [04:26] hand me a URL then, and i'll attack you with a rubber chicken if the copyrighting is wrong ;) [04:26] http://revu.ubuntuwire.com/details.py?package=nouveau-kernel-source [04:29] * Hobbsee blinks [04:30] That bad? [04:30] i just looked at the legal page [04:31] I think I've got them all covered, but yeah. [04:33] Damn. I should have just stolen the copyright from the kernel! That's where all those files normally end up! [04:34] * Hobbsee wonders why debian/install is needed [04:35] oh, you don't dump them all in the same place. [04:37] RAOF: presuambly one needs to update the debian/snapshot_hash when updating the package? [04:38] Hobbsee: I thought I set up a target to refresh that. [04:38] Let me check. It's been sitting there a while :) [04:38] Hobbsee: The get-new-snapshot target generates snapshot_hash [04:38] oh, so you do [04:39] Wow. That's quite a lot less trivial than I remember ;) [04:39] RAOF: I didn't check copyright, and I didn't try building it, but I can't find anything wrong with it. [04:40] I'm reasonably certain copyright is OK. Older versions of many of the files in there are in the kernel tree already, and the rest have clearcut copyright. [04:44] Want to upload or ack it, then? :) [04:44] RAOF: i'm assuming the answer is "no", but this doesn't require internet access while building the binaries, does it? [04:44] anyone know if dh_zope adds python to the dependencies itself? [04:44] No, it doesn't. [04:44] Hobbsee: ^ [04:45] oh good [04:45] does it need to ? as python is implied by zope.. [04:46] lifeless: Do packages which call dh_zope also call dh_python? [04:46] no [04:47] Should they? [04:48] I think it may 'depend' :P [04:49] Another query: where is dh_zope, exactly? [04:50] apt-file search dh_zope comes up empty. [04:50] Or are you writing a dh_zope yourself? [04:51] Hobbsee: BTW, it should be safe for you to build and install the package. [04:52] RAOF: that's what i'm tryingnow [04:53] Worst case: it kills your 3d :) [04:57] RAOF: found some interesting bits in the build log [04:57] Oh? Pastebin? [04:57] dpkg-source: info: building nouveau-kernel-source in nouveau-kernel-source_0.0.11+git20081220-0ubuntu1.dsc [04:57] debian/rules build [04:57] tail: cannot open `/usr/bin//changelog' for reading: No such file or directory [04:58] dpkg-parsechangelog: failure: tail of /usr/bin//changelog gave error exit status 1 [04:58] the last 2 lines repeated another 6 times [04:58] Ah, right. [04:59] It's trying to evaluate CURVER. I don't know why. [04:59] warning, `debian/nouveau-kernel-source/DEBIAN/control' contains user-defined field `Original-Maintainer' is a little odd too, as i can't see why [04:59] Hobbsee: Because it's got me as the original-maintainer? [05:00] I probably shouldn't be there. [05:00] RAOF: well, i'm not sure why it's cut off the XSBC- part [05:00] Because it's in the binary already? [05:00] ah, fair enough [05:01] W: nouveau-kernel-source: script-not-executable ./usr/src/nouveau-0.0.11+git20081220/scripts/create_bsd_pci_lists.sh [05:01] W: nouveau-kernel-source: script-not-executable ./usr/src/nouveau-0.0.11+git20081220/scripts/create_linux_pci_lists.sh [05:01] W: nouveau-kernel-source: old-fsf-address-in-copyright-file [05:01] fwiw [05:04] Hm. I wonder why those scripts don't come executable from git. [05:14] RAOF: it seems the other two in that directory did - just not those. [05:15] Yeah. I can fix that in get-orig-source if you think its worth it. [05:15] meh [05:16] RAOF: advocated. [05:18] Hobbsee: Sweet! I'll upload now. Nouveau can be installable for Alpha 3! [05:19] :) [05:19] that's if it gets thru the new queue [05:19] Well, yeah. I guess so. [05:29] Hobbsee: And uploaded. Thanks muchly! [05:29] RAOF: you're welcome [05:30] Hi. I'm upgrading a package to a new upstream version, and of the 2 patches that the package had is not used anymore. Should I remove the patch from the debian/patch or just delete from the series file? [05:31] "and ONE of the 2 patches" === hyperair1 is now known as hyperair [05:35] To push the bzr tree for that packaging I first need to create the launchpad project, don't I? Has that changed with packagebranches yet? === hyperair1 is now known as hyperair [05:48] RAOF, You might want to ask james_w that, in several hours :) [07:00] Hi room, I've just made my first debdiff to patch this bug: https://bugs.launchpad.net/ubuntu/+source/jack-rack/+bug/211798 How do I go about getting it off my computer and into the stream? [07:00] Ubuntu bug 211798 in jack-rack "jack-rack open file hangs" [Undecided,Confirmed] [07:01] should I first post it to the bug as an attachment? or is there a review process? [07:02] stochastic: If you have tested it and it works well for you, post it to the bug as an attachment. [07:10] jmarsden, okay it's uploaded, is that all I need to do? [07:10] stochastic, Once the patch is uploaded, subscribe ubuntu-universe-sponsors to the bug. [07:11] okay, will do [07:45] morning o/ [07:54] james_w: ping, re: where to push bzr packaging to in these sourcepackage-branch laden days. [08:10] james_w: well, adding it in Debian will need NEW again, so I guess it will be easier to add small diff in Ubuntu === azeem_ is now known as azeem === ziroday` is now known as ziroday [08:36] james_w: added the additional info you needed to bug #316092, thx [08:36] Launchpad bug 316092 in ampache-themes "New Ampache themes" [Undecided,New] https://launchpad.net/bugs/316092 [09:17] <_ruben> is there a way to override the installation of packages listed in Recommends: ? [09:18] _ruben, yes, apt-get has an option to either disable it by default (if you put it in a config file) or per use (if you use the -o option); I forget what the option is called, though [09:19] _ruben: In aptitude? Certainly. List the package with a minus next to it (sudo aptitude full-upgrade idontwantyou-) [09:19] * _ruben reads the manual one more time [09:19] <_ruben> using apt-get [09:20] <_ruben> --no-install-recommends .. doh .. wonder how i could miss that :p [09:21] --without-recommends ? [09:25] good morning [09:28] asac: I have a question regarding tuxguitar merge. tuxguitar launcher script looks for libxpcom.so (needed for documentation browser) in /usr/lib/xulrunner-1.9. But the installation of xulrunner on ubuntu is done in /usr/lib/xulrunner-1.9.0.x. How do I solve the problem of libxpcom.so lookup? [09:28] dholbach: good morning. [09:28] hiya slytherin [09:29] hi room, I'm in the process of stepping through packaging tutorials in an attempt to build a .deb for the calf plugin pack here: http://calf.sourceforge.net/ and I'm wondering if someone can walk me through the depends and build-depends sections of the control file [09:31] stochastic, what you want to know about them? [09:32] I'm not sure on what the difference between build-depends and depends fileds [09:32] stochastic, erm... do you need gcc to run nano? [09:34] okay, should I just guess at the libraries required to run these plugins? [09:34] or are there systematic means of figuring it out? [09:34] stochastic, depends is for what the package needs when a user uses it; build-depends is what you need when you build it [09:34] stochastic, generally, you should use substitution variables and a sufficiently smart packaging helper tool for them to be calculated [09:35] stochastic, shared libraries are usually determined automatically (rare exceptions exist); other stuff you mostly have to figure out by reading the source code [09:35] directhex, sorry I'm BRAND new to this packaging thing [09:35] stochastic, or by experimenting [09:35] ${shlibs:Depends} is a good thing to depend on [09:36] it's populated by something, probably dh_makeshlibs in debian.rules [09:36] dh_shlibdeps [09:36] dh_makeshlibs is for libraries to *make* them [09:37] okay, so I only need to take the dependencies listed here: http://calf.sourceforge.net/?id=2 and find suitable packages in Ubuntu's repos and put those into build-deps [09:37] yeah, close enough [09:37] if your packaging helper is smart enough, you shouldn't even need to care about which dh_foo to run [09:37] stochastic: Just make sure you put the development libraries in the build-deps. [09:37] debhelper 7 for the win [09:38] StevenK, yes! [09:38] now when it says it requires Expat XML parser, should I include the dev libraries, or the expat executable? [09:38] it's even mono-friendly, and does ${cli:Depends} [09:39] stochastic: The development libraries, since things usually link against it [09:40] I'm learning off the youtube videos by dholbach, but they kinda gloss over this section [09:48] stochastic: when you are need a library for building your program, you usually need -dev package of that library since that is where all the header files lie. [10:15] hi again, I'm having further difficulties with build-depends in that same package when it comes to pbuilder [10:15] I get a whole bunch of is a virtual package errors and it fails to build [10:16] like ladspa-sdk and dssi-dev and libjack-dev [10:17] am I missing something obvious, or am I using the wrong packages? [10:18] stochastic: I believe you don't have universe enabled in your pbuilder [10:19] ok, that makes sense [10:19] how do I fix that? [10:20] RAOF: there's not a special place on launchpad yet, so either under the project, or under your +junk [10:20] james_w: OK. Which means creating the project, I guess. [10:21] stochastic: I believe the fix is to edit your ~/.pbuilderrc and then run "pbuilder update --override-config" [10:21] stochastic: I've never had to do it though, so that might be nonsense [10:21] RAOF: yeah, you could use your +junk, but creating the project can be useful for other things, such as bug watches [10:22] Yeah. [10:22] james_w, I don't have a ~/.pbuilderrc [10:25] stochastic: https://wiki.ubuntu.com/PbuilderHowto#Universe%20support [10:38] james_w: we shouldn't be doing sponsoring at the same time :) [10:38] mid-air collision on bug 316536 [10:38] Launchpad bug 316536 in nted "Please sync nted (1.4.17-1) from debian unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/316536 [10:38] :-) [10:38] although you were quicker :) [10:38] at least we agreed :-) [10:38] yeah [10:39] I'm on gpsd and ampache-themes now [10:39] netkit-telnet [10:40] pff, main :-) [10:40] hehe, right [10:41] * dholbach does metacity next [10:45] you should set them to in progress when reviewing! [10:48] on goocanvasmm now [10:48] Laney: you can still have issues even then, but yeah it would help a bit [10:55] on azureus [10:59] hmm, still on with this package I'm trying to build, it didn't seem to generate any dependencies; my debian/control file had: dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends}, ${misc:Depends} [11:01] stochastic, you're probably missing something earlier in your debian/rules file; can you post it to paste.ubuntu.com? [11:03] here it is: http://paste.ubuntu.com/104333/ [11:03] just what was automatically generated [11:06] stochastic, I think you want to uncomment the line that calls dh_makeshlibs [11:07] I'll try that, anything else? [11:07] not immediately [11:13] liw, I still get the same issue [11:13] stochastic, hmm [11:14] stochastic, can you put the entire source package up somewhere so that I can play with it to see what the problem is? [11:14] stochastic: turning on DH_VERBOSE may give some clues [11:15] what would you like, any of my packaging work, or just the source of the application? [11:15] stochastic: dh_shlibdeps is the call that should add ${shlibs:Depends} [11:17] james_w, should I just put the dh_verbose on line 75? [11:18] stochastic: nope, at the top of the file is a commented-out call to "export DH_VERBOSE=1" if you uncomment that the dh will tell you more about what it is doing [11:18] the trace may be informative about why that variable isn't getting set [11:26] here's the entire output of pbuilder with verbose on: http://paste.ubuntu.com/104339/ [11:26] I don't see anything obviously tracing that error [11:26] the error is way down at the bottom [11:27] stochastic: the issue is that the install rule doesn't actually install the program [11:28] it install the header files, and a few other things, but doesn't appear to install calfmakerdf etc. [11:28] oh [11:29] at least I assume that is what is supposed to happen [11:36] liw, I've tarred the whole kit and kaboodle up and it's here to download if anyone wants to fiddle: http://rapidshare.com/files/182751716/calf-packageAttempt.tar.gz.html [11:38] it does look like the calfmakerdf is moved at lines 1128, 1132, etc.. and besides these are audio plugins so they're not really designed as an executable standalone [11:40] stochastic, I'll have a look [11:42] well thank you all for the insights that have gotten it this far, unfortunately I do need sleep [11:43] liw, if you find something I'm missing, or any explanation please e-mail me (e-mail is in the packaging) as I'd love to know where I took a misstep [11:43] stochastic, sure [11:48] stochastic: dh_makeshlibs is not the command you should use, rather dh_shlibdeps [11:55] the usefulness of quilt suddenly becomes apparent, when looking at an rpm spec file with 54 patches in it [12:00] hmm, stochastic's package doesnt end up with a substvars file [12:09] which seems to be because he installs into debian/calf rather than debian/calf-plugins [12:10] fixing that, there's still a complaing about misc:Depends === nhandler_ is now known as nhandler [12:12] but that seesm to be fixed in newer debhelpers so that's ok === in[v]aleed is now known as invaleed [12:34] jpds: hi, FYI, I just added a tool to create credentials for the launchpad API to lp:~thekorn/ubuntu-dev-tools/use_launchpadlib === foursixnine is now known as santiago-ve [14:16] hm, looks like my new ikvm packaging did the trick - i can't imagine the old package would have been able to gobble a gig of ram on the armel buildd during compile [14:21] you da bomb [15:11] doko: ping [15:17] dholbach: ping [15:18] quadrispro: pong [15:20] mok0: contentless pong [15:20] doko: oh, just going through my bug list, and bumped into bug 308194 [15:20] Launchpad bug 308194 in lxml "[intrepid] Exception importing etree module" [Undecided,Confirmed] https://launchpad.net/bugs/308194 === ogra_ is now known as ogra [15:22] doko: I will make a patch for intrepid, ok? [15:23] mok0: sure [15:33] doko, did you remove cython building from lxml? [15:34] if universe sponsors hang about over here, where to main sponsors hang out? [15:34] apw: in -devel [15:35] mok0: yes [15:35] mok0, thanks :) [15:35] doko: OK. It was my impression that you didn't like that [15:35] apw: It depends a bit. You can also find people in #ubuntu-server, #ubuntu-desktop, and #kubuntu-devel depending on the package. [15:36] pm-utils and apport [15:36] so i'll try -devel [15:38] mok0: did I say that? hmm [15:38] apw: I doubt anyone other than pitti is going to touch apport unless it's an emergency. [15:39] doko: you said something like "if lxml can't be built from source it should leave Debian" [15:39] yeah, think he is away from keyboard this week [15:43] Someone who knows a bit of Python and is looking for a bug to fix, might want to look at Bug #316674 [15:43] Launchpad bug 316674 in catfish "catfish can't find on path containing whitespace" [Medium,Triaged] https://launchpad.net/bugs/316674 [15:45] ^^ I can check/sponsor this one thru PAPT [15:46] i.e. upload it as PAPT member [15:58] ScottK, why not subscribe the pythonistas team to the bug? [15:58] mok0: They are. [15:58] That's why I saw it. [15:58] ScottK, it's not on their bug page [15:59] mok0: If a team is subscribed to a package, that doesn't mean all package bugs show up on the team bug list. [15:59] ScottKnot they are [15:59] All members of the team got bugmail on it. [15:59] ScottK, sorry: now they are [15:59] Oh. [15:59] ScottK, the team was in the "Notified" column [16:00] ScottK, when I subscribed them, they moved to the "Subscribed" column [16:00] Ah. [16:01] * mok0 contemplates to join Ubuntu Pythonistas [16:02] ScottK, hey you are in it :-) [16:03] mok0: I can even approve your request to join. [16:03] ScottK, heh [16:09] mok0: no need to subscribe the team if they are notified, fwiw [16:10] pochu: notifcation is via mail, yes? [16:10] right [16:10] as subscribed is [16:10] I've sent a mail to contact at twotoasts punkt de about the catfish bug :) [16:10] pochu: I tend to forget about mails [16:10] pochu: but I often check the buglist [16:11] you can check the packages one team/person is subscribed to [16:11] pochu, go on... [16:12] e.g. https://bugs.edge.launchpad.net/~pythonistas/+packagebugs [16:12] if you go to the bugs tab in launchpad, then click on "Show package report", you will get that [16:12] hm.. there's a new upstream version, 0.3.2 for catfish [16:12] which are all the packages the team/person is in "also notified" [16:13] + fix search from folders with spaces breaking find [16:13] ScottK: http://www.twotoasts.de/media/catfish/ChangeLog - this is probably fixed in 0.3.1 [16:13] pochu: LP is a never-ending source of amazement... [16:13] hehe [16:14] pochu: ok, I wont subscribe anymore bugs to pythonistas [16:14] mok0: amazement/pain, but yes. [16:14] heh [16:14] savvas: Any interest in packaging the new version? [16:15] savvas: POX said he would sponsor it for Debian and we can sync it from there. [16:15] ScottK: I've joined the team, can you approve me? [16:15] ScottK: I'll try to package the new version :) [16:16] (well, or just do that once you check your mail and see the new member notification.. I've no hurry :)) [16:16] savvas: Great. You might also want to join #debian-python on IFTC. [16:16] RainCT: Sure thing. Will do. [16:17] I'm still learning, but I think it's easy for this package [16:18] savvas: OK. If you have questions, you can ask me here or on #debian-python [16:18] Any motu-sru around? [16:18] I am [16:19] cody-somerville: Would you please ack the ebox SRU? [16:19] bug #? [16:20] Bug 273486 [16:20] Launchpad bug 273486 in ebox "Current eBox packages in intrepid don't work at all" [Undecided,New] https://launchpad.net/bugs/273486 [16:20] bug 314606 [16:20] Launchpad bug 314606 in ebox "ebox and libebox don't support Intrepid gconf version" [Undecided,New] https://launchpad.net/bugs/314606 [16:20] Bug 255368 [16:20] Launchpad bug 255368 in ebox "ebox: Depends: libapache-authcookie-perl but it is not installable " [Undecided,Confirmed] https://launchpad.net/bugs/255368 [16:23] nixternal: yes, Brainstorm is finally being updated today (actually, it looks like it already has been), but it doesn't look like that thing in Jono's post :P === invaleed is now known as in[v]aleed [16:32] hello! could anybody help me to package a set of objects please? [16:34] thekorn: re: lplib - that's brilliant, I'll start merging it as soon as I can. [16:38] It's my firs time packaging, the objects are like plugins written in C, I need some help with rules file [16:39] nhandler: codelite's ready for reviewing again [16:41] hi [16:41] ScottK, sommer: https://bugs.edge.launchpad.net/ubuntu/+source/ebox/+bug/273486 [16:41] Ubuntu bug 273486 in ebox "Current eBox packages in intrepid don't work at all" [Undecided,New] [16:42] hi guys I know c/c++ and want to start developing some small softwares , but I dont know how to???Can anybody give me a starting point...please [16:44] cody-somerville: yep [16:44] sommer, I made some comments on your SRU application. [16:48] cody-somerville: thanks, I'll address those items [16:54] RainCT: argh, I was hoping I was correct ;) [16:55] nixternal: if you have some other theory, I'll listen ;P [16:58] vorian: I looked at the patches; only one is still relevant. I might as well make the last change and upload [16:58] vorian: (in stellarium) [16:59] sommer, Also commented on bug #255368 [16:59] Launchpad bug 255368 in ebox "ebox: Depends: libapache-authcookie-perl but it is not installable " [Undecided,Confirmed] https://launchpad.net/bugs/255368 [17:00] mok0: are you going to upload it then? [17:00] vorian: yeah why not. It is already in the archive [17:00] if so, the stellarium.desktop could use a patch as well [17:01] vorian: OK will take a look [17:01] awesomeness [17:01] vorian: It runs great on my intrepid amd 64!!! [17:01] sommer, I just commented on #314606 now too [17:01] coolio [17:01] vorian: Very nice work they did to the interface! [17:02] i'll have to play with it when the dust from kde updates settles down [17:02] vorian: uh-uh, I haven't dared take those on [17:03] :) [17:03] vorian: still at 4.1 [17:03] its a spiritual experience [17:03] mok0: 4.1.4 should be hitting any time now if you use -proposed [17:03] cody-somerville: thanks, should have updates to those sometime this afternoon or evening [17:03] vorian: tell me about it. I just had a spiritual experience when my sys disk crashed yesterday [17:03] ouch! [17:03] sommer, thanks [17:04] vorian: fortunately my home is on a separate disk ;-) [17:04] vorian: ... with backup [17:04] nice, not too big a deal then. other than hardware loss [17:04] :) [17:05] vorian: yes. This time, I bought a Server Edition disk [17:05] hello [17:05] any possibility of you fixing Bug #285417? or is this package on main? [17:05] Launchpad bug 285417 in ubuntulooks "[intrepid] gtk2-engines-ubuntulooks can't be installed" [Undecided,Confirmed] https://launchpad.net/bugs/285417 [17:06] hehe [17:07] Turl, if you click on the "ubuntulooks (Ubuntu)" link on the taskbar, and then select the "Overview" tab, you'll see that it's in main [17:08] oh, sorry then [17:08]