[00:05] don't think so Lex79 [00:05] ok, I'm going to do that [00:06] ooh, that is pretty nice === dendrobates is now known as dendro-afk [00:41] Riddell: freeflying was never member according to kubuntu-members former members list, so I suppose he should apply for kubuntu membership [00:42] apachelogger: how come I was never kubuntu membership? [00:43] freeflying: you are at least not appearing anywhere [00:44] maybe timeouts do not show up at all, but only manual deactivations [00:44] freeflying: are you sure you were kubuntu member? [00:44] apachelogger: sure [00:44] well, ok, if Riddell and you are positive on that I assume reinstatement is appropriate [00:46] seele, Riddell, JontheEchidna, Nightrose: ^ I am readding freeflying (lp:~zhengpeng-hou) as kubuntu-member === dendro-afk is now known as dendrobates [00:46] freeflying: done [00:46] apachelogger: thx [00:46] yw [00:51] colibri needs review: http://revu.ubuntuwire.com/p/colibri [00:52] good evening ever since updating to the most recent beta choqok crashes every time i start it up, it launches and starts showing me my tweets and dents, anyone else havign issues with choqok? [00:52] jjesse: seems works fine here [00:54] I think there's a new choqok we should be packaging anyway [00:56] apachelogger: you can revert the topic now [00:56] kubotu: topic restore === kubotu changed the topic of #kubuntu-devel to: Lucid Alpha 1 Released! | Kubuntu has the Doctor on the brain | https://wiki.kubuntu.org/Kubuntu/Todo | almost congatulations to Quintasan | Meeting Wednesday 18:00UTC [00:57] kubotu: topic del 5 === kubotu changed the topic of #kubuntu-devel to: Lucid Alpha 1 Released! | Kubuntu has the Doctor on the brain | https://wiki.kubuntu.org/Kubuntu/Todo | almost congatulations to Quintasan [00:57] Riddell: better? [00:57] Riddell: is Quintasan still not confirmed? [00:59] I've not heard anything [01:00] hm, nixternal gave a +1 which should result in quorum [01:00] * apachelogger goes poking [01:05] freeflying: what do you use as your notifcation libnotify or knotify? [01:06] jjesse: libnotify [01:08] is http://gould.cx/ted/blog/Having_a_tidy_systray from Ubuntu's prodding ? [01:11] daskreech: more like kde's inovatitionism :P === bdefreese2 is now known as bddebian [01:11] though without canonical that would never have reached a cross-desktop span [01:13] freeflying: hrmm using knotify myself wonder whats going on [01:16] apachelogger: Well we know we have the better tech but as I recall there was some recoil when it was suggested that Gnome actually make use of it [01:17] yeah, though gnome, so I have been told, was not too motivated [01:17] koffice-kde4: Depends: krita-kde4 (>= 1:2.0.2-2ubuntu3) [01:17] canonical however considered it a good idea and is now brining it to gnome [01:17] apachelogger: that's all I was asking :) [01:18] and honest to whatever you believe in most, having the spec applied acrross desktops makes much more sense from a user POV [01:18] hence I find this step very important [01:18] apachelogger: of course that's why there is a xdg in the first place [01:18] I wish that the stupid *dm would follow a spec [01:19] Really annoying to lose the abilty to control the computer just because of a default DM [01:19] dms are a general problem [01:20] AFAIK both kdm and gdm are based upon xdm, but what they stack upon the xdm base is so no standardizied it is quite horirblye actually [01:20] Which is why I wish someone (by someone I mean Gnome and KDE of course) would sit down and propose a standard [01:21] So clearly we need dmdm [01:21] theming and all that junk can be tossed out. Just make computer wide crucial actions able to be passed along in some fashion [01:21] * apachelogger thinks that theming might be the easier thing there [01:22] I don't care about the theme possibiltes [01:22] just propose some base spec which both kdm and gdm must comply to, then define some fallback rules and all is done [01:22] makes gdm users able to use kdm themes and vice versa [01:23] sharing themes is a noble win for the fashion concious consumer but having to logout to get a hibernate button is just plain stupid [01:23] well [01:23] that is more of a structural problem inhereted by Xorg [01:24] X needs to be run as root [01:24] hence kdm needs to be run as root to invoke X [01:24] yes but KDE loaded from KDM can shutdown etc and Gnome loaded from GDM can do so as well [01:24] of course X running as a different user than the desktop session within the X makes it kind of difficult to streamline deskto -> dm communication [01:25] but KDE from GDM? No no no computer control for you [01:25] You get logout and that is all [01:25] yeah, but that is difficult to spec, because the shotdown systems of KDE and GNOME are not very similar to my knowledge [01:26] daskreech: take a look at the ksmserver code and the kdm one [01:26] ksmserver really just emits a signal to kdm that lets it do the shutdown [01:26] ultimately that signal would be done via dbus, hence being dm agnostic [01:26] apachelogger: which is why I said allow a passthrough [01:27] BUT, dbus depends on hal and hal depends on a load of crap to start, thus using dbus here would prevent early startup of the dekstop manager [01:27] AFIAK again [01:28] daskreech: I think that is not posixy [01:28] either have KDM and GDM agree on common functionality and then have a proxy that passes on requests from the DE or have them turn over control to a second party system which gets decided by the De at init time [01:28] same reason you cannot invoke halt without sudo halt [01:29] daskreech: a common system creates cpu overhead most likely (see earlier discussion about unavoidable more calculations with gzip compressed content on a web server [01:29] Yeah it's an annoying issue but I guess I'm just more annoyed that no one even thinks it's an issue [01:29] daskreech: well, from a regular user perspective it is not much of an issue [01:30] since she will either install kubuntu or ubuntu, hence hend up with a desktop fitting the dm [01:30] but I understand you point, and I also find that limiation rather silly [01:30] apachelogger: under the assumption of a home type user [01:30] this may be the most technical converstation i've seen here in awhile [01:30] and i don't understand most of it :) [01:31] jjesse: Short break Down is X Sucks [01:31] haha [01:32] I wouldnt even say that, X mostly is just bound to limiations of a plain/orignal posix system [01:32] It's amazing at how I can distill most reasons for why Linux is horrible to use down to Propietary Software, Hardware manufacturers and X suck [01:32] which requires X to run as root, whereas modern linux system can actually hand X being run a user (hence X having user space permission sets) [01:32] * daskreech ponders a DM built on wayland [01:33] daskreech: X is just horrible to hack at [01:33] X.org is just the most perplexing aspect of a FOSS ecosystem to me [01:33] possibly much more than the kernel even [01:33] if you break something in X the likelyhood of affecting a lot of people is a lot higher [01:33] I know! and in a FOSS framework for any other possible aspect X would have been forked [01:34] also I personally find that graphics stuff a lot more complex than regular OS work [01:34] But in the entire multiverse of FOSS X stands as the only program that does not have a reasonable illusion of choice [01:34] daskreech: it does not need to be forked, in fact xorg already is a fork :P [01:34] You use X and you like it. There are no alternatives [01:34] xorg is a fork of xfree [01:35] daskreech: because X is considerable complex structure [01:35] I know and it will get better but that doesn't change that it sucks [01:35] implementing a competior from scratch is a real PITA [01:35] apachelogger: by that do you mean X11 ? [01:35] X11 is a standard or something [01:35] i wrote one while i was sitting here :) [01:35] Xfree86 is the implementation X.org was forked from [01:35] Exactly with for all purposes a single implementation [01:36] nixternal: all done documents edited and looked at after "make all" . You wrote "validate" docs. How is .../scripts/validate.sh run against docs? [01:36] which in the framework of how FOSS normally works is just astounding to me [01:36] well, you only have one intel driver at this point :P [01:37] You have two nvidia and ATI drivers [01:39] well, that is because of prop vs free [01:40] not competior vs competior [01:40] if Intel made a long term lets break everything policy intel's drivers would fork [01:40] some stuff is just awful to work on [01:40] I know that :( [01:40] hence there will be no forking [01:40] I doubt that linux woud be forked [01:40] and as I said there will be a time it gets better [01:40] much more likely it is that people move to bsd or other free OS [01:40] apachelogger: But you have a choice of BSD [01:40] and haiku [01:40] and HURD [01:40] or as it's commonly known HU HU HU HURD [01:40] and Windows 7 [01:40] kallecarl: Speaking in terms of FOSS ecosystem [01:40] i know couldn't resist [01:40] only a couple of months until win7 will be gpled [01:40] because some essential part of the kernel is identified to violate the gpl or something :P [01:40] in this case, what does gpl stand for? [01:40] but even if you choose Postgresql with nginx nd Ruby on BSD over mysql with apache and python on Linux on both of them you get X.org [01:40] cause there is no choice [01:40] good ph..kg luck [01:41] daskreech: you can use xfree86 :P [01:41] kallecarl: i think you can just do the validate.sh and then the doc you want to validate against [01:41] kallecarl: MS shall feel the force of our lawyers!!! [01:41] I should see when they last made a release [01:41] not that it would be better, because it applies the same stupid basic paradigms crated like 20 years ago [01:41] jjesse: thanks [01:41] but then, so does the very core of openoffice and no one is complaining there [01:42] I'll try it [01:42] apachelogger: but the relative spec that's built against is Documents and ODF noticeably for which there are alternatives [01:42] one of which will not install due to KDE 4.4 b1 on Koala [01:42] koffice-kde4: Depends: krita-kde4 (>= 1:2.0.2-2ubuntu3) [01:42] * daskreech brings the chan back to Doktoring [01:46] daskreech: those are pardigms, not specs [01:46] well odf is a spec, but it is based on a pardigm [01:46] the paradigm of having documents stored digiatally [01:46] with formatting and all [01:46] X is implementing a paradigm, it just leaks competing implemations for that pardigm [01:46] osx doesnt use X AFAIK, so they created a competing implementation, the thin gis that it is just not free hence no option for a free OS [01:46] and Windows has their own I know [01:46] again I was speaking within the constraints of choices for a FOSS multiverse [01:46] well, windows is not posix based, but yes they also implement a visual paradigm [01:52] right if we are speaking of paradigms ;) [01:54] well, if we are talking at stack based implementations than whatever osx uses is as clsoe to a competitor to X as it gets [01:55] and as I said, implementing those kinds of paradigms is a real PITA thus there will be no from-scratch implemenation be done unless absolutely necessary [01:56] which, considering the IMHO pretty obious superiority of osx' graphics stacks over X might not be that bad of an idea after all [01:56] then again you need to motivate the people and all [01:56] open source is a lot more complex than prop driven development IMHO [01:57] social stuff plays much a greater role, also you cannot tell people what to do [01:57] most of the time anyway :S [02:03] nixternal, jjesse: validated, proposed merge. Please let me know if anything didn't work properly. [02:03] social stuff in FOSS rocks ;) [02:03] anti-social too [02:19] kallecar reviewing now [02:19] doh he left [02:19] nixternal: shouldn't we create a new entitity to refrence the change to the branding for &kde; [02:32] * ScottK notes the irony of Asiego blogging about the importance of having one single location be "The KDE source code". [02:58] hey, I'm hoping to get in touch with one of the devs [02:59] there is a launchpad bug filed for the kubuntu ppa, bug 497562. Is this part of a public testing call? [02:59] Launchpad bug 497562 in digikam "On newest PPA beta (KDE 4.4beta1) digikam crashes every time at startup" [Undecided,New] https://launchpad.net/bugs/497562 [03:01] stackedagainst: I'm not sure what you mean [03:01] As long as you are using FOSS there is a call for the public to test [03:02] daskreech: thanks for responding. The bug squad policy is to close PPA bugs as invalid and notify the devs, unless its a public announced testing initiative of a big ubuntu team [03:03] basically, I'm just notifying you guys about the PPA bug, because I dont think there is another way to file a bug against a PPA === Guest48610 is now known as NCommander [03:06] stackedagainst: We have a kubuntu-ppa project that takes such bugs, just move it there. [03:07] ScottK: thank you, will do. :) [03:12] stackedagainst: sorry one process was taking up 100% of my CPU another was taking 72% and a third was taking up 55% so in short everything froze [03:12] daskreech: no problem, Scott helped me out :) [03:12] Yeah caught up now [03:25] https://wiki.kubuntu.org/JonathanThomas/CoreDevApplication [03:27] It wouldn't feel right to copy/paste endorsements from the kubuntu-dev app, and the feedback might change given the context anyways [03:28] ScottK, apachelogger, Riddell, ^ [03:32] JontheEchidna: How would you feel about copying and pasting it and then I'll edit it a bit? [03:32] as long as it's ok with the sponsor [03:32] which it is in this case :P [03:32] OK with me. [03:34] ScottK: done [03:36] looking [03:37] thanks guys for the help with the bug, I've added a kubuntu PPA task to it [03:39] JontheEchidna: Done. [03:39] Well done as soon as w.k.o catches up [03:39] heh === nhandler_ is now known as nhandler === Guest88322 is now known as NCommander === kubotu_ is now known as kubotu [05:05] hrmm, colibri doesn't work with 4.4, for me [06:09] Riddell: what do you think about having a doc that we can place on the desktop/netbook workspace on a Live CD or after install to introduce people to what's going? I was thinking along the lines of a 'welcome-desktop' and 'welcome-netbook' instead of the 'about' one we used before [06:10] * nixternal beds === lukman is now known as lukman19 === kubotu_ is now known as kubotu === Quintasan1 is now known as Quintasan [06:56] apachelogger: unfortunately not :/ === lukman is now known as lukman19 === agateau_ is now known as agateau [09:21] * Lure gets some quassel crashes recently === mgraesslin_ is now known as mgraesslin [11:00] ehlo :) [11:14] guys http://blog.freenode.net/2009/11/testing-the-nets/ [12:01] Quintasan_: congrats === apachelogger changed the topic of #kubuntu-devel to: Lucid Alpha 1 Released! | Kubuntu has the Doctor on the brain | https://wiki.kubuntu.org/Kubuntu/Todo | congatulations to Quintasan [12:04] jussi01: do you think meeting minutes would have use in general? [12:04] if so we probably should streamline the process a bit to make it less likely that no one does it ;) [12:06] apachelogger: I think they should be done, yes. there is a team report thing that might be useful. [12:07] jussi01: mind digging it up? [12:07] * apachelogger notes that team reports != meeting minutes :P [12:07] apachelogger: 1 min [12:07] actually [12:07] whatever happened to team reports [12:07] I remember we usually fighted to come up with some useful information every now and then for that :D [12:07] did they get abandonned? [12:07] https://wiki.ubuntu.com/TeamReports [12:07] apachelogger: do you know who (beside Riddell) can increase kubuntu-ppa/beta (we are at 3GB with 1 GB cap) [12:08] apachelogger: theres a template there that makes it a bit easier [12:08] Lure: Riddell cannot, only soyuz devs can [12:09] Lure: just post a question like https://answers.edge.launchpad.net/soyuz/+question/73122 regarding soyuz [12:09] possibly you could also try finding someone in #launchpad to speed up the processing a bit ;) [12:10] jussi01: I dont want to be bitchy again, but having that kind of stuff done in a wiki is just horrible :P [12:11] one could propably master up a more efficient approach in rails in like half an hour [12:11] apachelogger: thanks, done: https://answers.edge.launchpad.net/soyuz/+question/94361 [12:13] apachelogger: well... Im guessing patches are welcome :P [12:13] * jussi01 hugs apachelogger [12:13] jussi01: well, obviously that would only be used if done inside lp [12:13] and after looking at the code once I do not feel like doing that again for the next year or so :P [12:14] kdelibs is less scary [12:16] apachelogger: I think nhandler is the guy you want to talk to about it in anycase... [12:16] * apachelogger also finds it rahter silly that the wiki pages are themed inline [12:16] my lecturer on internet and nu media would go all mad when he saw that :P [12:17] jussi01: yeah, so it seems :) [12:18] ulysses__: you should really report a bug about the stasks vs. smooth tasks [12:18] apachelogger: I'll do it [12:22] I thought smooth tasks didnt allow the icon only in the systray... [12:22] *shrug* [12:23] this 4.4 beta is somewhat annoying tbh... I guess Ill get used to it though [12:29] bug 497742 [12:29] Launchpad bug 497742 in ubuntu "Please replace STasks with Smooth Tasks" [Undecided,New] https://launchpad.net/bugs/497742 [12:32] Yeah! I iz MOTU [12:32] Congratulation Quintasan|Szel [12:35] hurr, that damned wireless [12:40] Lure: https://answers.edge.launchpad.net/soyuz/+question/94262 [12:40] ug, I hurt, back to bed for me [12:41] Riddell: maybe we get twice the space now that we have two open questions ;-) [12:41] :) === rdieter_ is now known as rdieter_work [12:52] Quintasan|Szel: welcome then :) [12:56] so I need to find a minion [12:56] :3 [12:59] Riddell: where comes the hurtery from? [13:08] Xand3r_: ping ping ping [13:10] Xand3r_: about krandr from 4.4 ... I actually still had the sources around and svn upped them ... to build you'd go mkdir build; cd build; cmake .. -DCMAKE_INSTALL_PREFIX=/usr && cd kcontrol/randr && make && sudo make install [13:11] it is super important that you go to the randr dir before make, otherwise the build will fail due to api incompability of 4.4 stuff on 4.3 [13:12] Xand3r_: http://people.ubuntu.com/~apachelogger/src/workspace-krandr-r1063223.tar.lzma === ikonia_ is now known as ikonia [13:17] * ghostcube wonders why we congrat Quintasan o.o [13:17] :) [13:18] :O [13:18] :D [13:18] :P [13:19] Quintasan_: there you have someone to make a minion === Quintasan_ is now known as Quintasan [13:19] Quintasan congrats just joking :P [13:19] höhö [13:19] so, aboard the MOTU ship :P [13:20] :) [13:21] now whom did I wanna write a mail? [13:21] * apachelogger is not much use today [13:21] steve jobs .. he should lend me all his money [13:22] o.o [13:22] like what [13:22] "Hey Steve, borrow me all your money so I can waste it on girls and alcohol" [13:22] apachelogger: heh you testet ssl :) i think thi is cool step to get freenode more nuke free [13:22] nah [13:22] steve give me your money my car needs love [13:22] ahh [13:22] my flat needs love [13:22] kubotu: order cookies for apachelogger [13:22] * kubotu slides a whole bunch of world's finest cookies down the bar to apachelogger. [13:22] indeed [13:22] welll, not steve [13:22] apachelogger: there you go [13:23] but mark [13:23] Quintasan: thx [13:23] ghostcube: I shall feel more secure with ssl really [13:24] :| [13:25] this sarkasm is not good for you [13:25] http://img222.imageshack.us/img222/93/advicecolumn.jpg [13:25] lol just lol [13:25] it will eat you up [13:25] sarKasm version 4.4 [13:26] Quintasan nice article [13:26] :D [13:27] That's just awesome, this guy failed so much it was a win in the end [13:29] ScottK: Could you put gtk-qt-engine on the sync blacklist and delete it again? [13:35] Quintasan: congrats :-) [13:45] amichair: thanks === Xand3r_ is now known as Xand3r [13:56] hey guys [13:56] got a question: [13:56] Karmic currently has libMTP version 0.3 [13:56] there is 1.0 out in the meantime [13:56] I need to test a bug in that lib, to make sure it's not Amarok's fault [13:56] has anyone got a package of it? :) [13:56] 0.3 is ancient [13:57] markey: it is in lucid, it would need to be backported to Karmic [13:57] if anyone could do that, it would make me very happy [13:57] cause these bugs are very grave [13:58] can make Amarok freeze several minutes [13:58] (and even crash your MTP device) [13:58] and is the potential cause for MTP problems in a few other bugs [13:59] is there any progress or interest in having an updated package to fix the MALLOC_CHECK_ problem? [14:01] bbigras: that issue also is very grave... causes countless crashes [14:02] should really try to get an updated GLIBC asap [14:02] markey: yes, I feel bad for the guys triaging bugs [14:02] really, it causes crazy memory corruptions [14:02] makes your head smoke [14:02] it's a bit of a pita to test 4.4 with it [14:03] if possible in any way, I would recommend that Karmic gets that an update too [14:03] (dunno if that requires building $WORLD, or not) [14:04] the bug might theoretically be exploitable (though I haven't read of an exploit yet) [14:04] yes it would be nice to have it for karmic too, that's what I use to work on KDE [14:04] Riddell: ping [14:04] bbigras: the ubuntu devs know about, cjwatson promised to have a look at getting the new glibc version in and backported [14:05] Mamarok: nice, thanks [14:07] agateau: hi [14:08] Riddell: I'd like to request an SRU for gwenview ( #497769 ) [14:08] mmm, the bot did not get this one, bug #497769 [14:09] Launchpad bug 497769 in kdegraphics "Crop handles are invisible" [Undecided,New] https://launchpad.net/bugs/497769 [14:09] Riddell: what's the best way to do this? [14:10] agateau: find someone to package it and upload it, then subscribe ubuntu-sru and pitti will get to it at some point [14:10] Riddell: ok, I'll have a look at packaging it, thanks! [14:11] agateau: sorry I seem to be ill today and not in a state of mind to help [14:11] Riddell: sure, no problem [14:11] Riddell: I should be able to do it myself [14:13] apachelogger: ping [14:13] Quintasan: hey, congrats! [14:13] maco2: pong [14:13] eh markey: pong [14:13] maco2: though, ahoy, did you get anywhere with kmess upstream? [14:13] apachelogger: do you happen to have a backport of libMTP 1.0 (or 1.0.1) for Karmic somewhere? [14:13] * apachelogger feels he asked that at some point already [14:13] I really need that urgently [14:14] maco2: Thanks! :D [14:14] markey: nope [14:14] 0.3 is so buggy it can crash your MTP device [14:14] Quintasan: ^ [14:14] wanna backport? [14:14] Quintasan: you would do us a big favor [14:14] * apachelogger is writing a super important mail to the dictator right now :P [14:14] check this: [14:14] markey, apachelogger: libmtp should be in stating or beta or something [14:14] PTP_ERROR_IO: Trying again after re-initializing USB interface [14:14] usb_claim_interface(): Bad file descriptor [14:14] LIBMTP PANIC: Could not open session on device [14:14] staging [14:14] after that, I had to hard-reset my Sansa player [14:15] (and it froze Amarok for 40 seconds) [14:15] rockbox ftw [14:15] Riddell: can you explain to me how to get it? [14:15] apachelogger: no, the Sansa actually has really good firmware by default [14:15] I disapprove of Sansa [14:15] as opposed to most other players [14:15] Rockbox > * :P [14:15] I know, I have some sansa thingy too [14:16] markey: sorry ill, back to snoozing now [14:16] I _love_ the device :) [14:16] but srsly ever since I flashed it with rockbox I would not even think about going back [14:16] Riddell: so no need to backport it? [14:16] rockbox is just so flexible in about every aspect [14:16] note: not all Sansa's are the same. I have a "Sansa Clip" [14:16] * Quintasan hugs his Sansa E260 with Air theme [14:16] apachelogger: no, i have to check with them again. i was in "ahhh must study to pass finals" mode, but exams are done now, so will try again. the upstream dev they said was most likely to know was *also* busy that day [14:16] Riddell: no need to backport then? [14:17] markey: https://edge.launchpad.net/ubuntu/+source/libmtp [14:17] apachelogger: thanks :) [14:17] underneat the version history for official ubuntu stuff you will find a list of packages in a ppa [14:17] Quintasan: rockbox doesn't work for all devices, libmtp would really be nice to have, and we could at least test [14:17] markey: so if it was in some ppa or the backports repo it would always show up there [14:17] in this particular case we seem to have 1.0.1 in the beta ppa [14:18] apachelogger: you sure? I only see it in Lucid [14:18] underneath the offical versions! [14:19] cause 4.4 beta comes with Qt 4.6, an even bigger problem :( [14:19] deb http://ppa.launchpad.net/kubuntu-ppa/beta/ubuntu karmic main [14:19] add that [14:19] then run sudo apt-get install libmtp8 libmtp-dev mtp-tools [14:19] then remove above line again [14:20] no need to upgrade to kde 4.4 ;) [14:20] yep, thanks, I didn't see the link earlier :) [14:20] or you download the debs manually [14:20] https://edge.launchpad.net/~kubuntu-ppa/+archive/beta/+packages?field.name_filter=mtp&field.status_filter=published&field.series_filter= [14:20] at the very least you need libmtp8 and -dev [14:21] maco2: oh, ok :) [14:24] brb === Quintasan1 is now known as Quintasan [14:25] What's with my connection today, grrr === Zorael^3 is now known as Zorael [14:36] JontheEchidna: That (gtk-qt-engine) needs an archive admin with shell acess (e.g. Riddell). [14:36] it's all black magic to me ;-) [14:45] wk [14:52] hmmm i think the splits wont happen on the new testnet [14:52] cause different ports [15:02] did virtuoso not be added to beta backports? [15:10] Lex79: ^ [15:17] Hello, I'm working on bug 497742 [15:17] Launchpad bug 497742 in ubuntu "[needs packaging]Please replace STasks with Smooth Tasks" [Undecided,In progress] https://launchpad.net/bugs/497742 [15:17] Currently I want to write the control file. My question is, what should I write as build depends? [15:22] anyone else having compositing failing on KDE 4.4 beta1? [15:23] ulysses__: don't bother, I did the stasks package so I will replace it right away [15:24] ulysses__: or hell, if you do it I can upload it now :P [15:24] rgreening: Known issue for some cards. [15:24] Quintasan: I'm just learning the packaging from Ubuntu Wiki :/ [15:24] ulysses__: pkg-kde-tools, kdelibs5-dev, kdebase-workspace-dev [15:25] ulysses__: and in debian/rules [15:25] ulysses__: http://pastebin.com/f7f2ae98d [15:25] since we use pkg-kde-tools for plasmoids etc. [15:25] ScottK: hmm... for Intel ? wow... that's a bad sign [15:25] :) [15:27] apachelogger: hey have you some time for me? #kde and #kde-devel are ignoring me. [15:27] ulysses__: I'm not busy so feel free to poke me if you have any problems [15:27] ulysses__: are you using pbuilder yet? [15:28] Quintasan: Congratulations. [15:28] ScottK: Thanks :) [15:28] Quintasan: No, I'm trying to make the packagae from scratch https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging%20from%20Scratch [15:29] Quintasan: Now that you can upload, kgraphviewer, plasma-widget-mail, and kopete-cryptography all need to be switched to boost1.40 from boost1.38 (and are in Universe) [15:29] ulysses__: Pbuilder is used to testbuild packages, so you can check what build-dependecies you missed and what files are not installed [15:30] ScottK: okay, I'll do it right away [15:30] figuring out the build-depends takes digging around, trial and error. [15:30]