[00:36] are the KDE 4.4 beta packages available from the kubuntu ppa the same version of kde available in lucid alpha 2? [00:40] RC2 for karmic is available here: https://launchpad.net/~kubuntu-ppa/+archive/beta/+packages [00:41] ok i have that. thanks [01:03] Is the kdepim-runtime build-dep on libakonadi-dev wrong or is someone packaging 1.3? [01:06] ScottK: I did 1.30, not uploaded yet? [01:07] Lex79: It's not. Where is it? [01:07] ninja [01:07] OK. Thanks. [01:08] ScottK: eigen2 needs upload too [01:08] Lex79: Also in ninja? [01:08] yes [01:10] part of our application is not redrawing in Karmic with KDE SC 4.4 RC2. it's been this way since RC1 as well. video: http://grey.colorado.edu/emergent/index.php/ToolsNotRedrawing [01:10] our app also links against Qt 4.6 [01:10] and works perfect in Jaunty w/ 4.6 [01:13] Lex79: Done. [01:13] good [01:18] eigen2 is failing due to some latex stuff. [01:19] I saw [01:19] :( [01:19] prefrontal: What kind of graphics? [01:19] ScottK, sorry? [01:20] Additionally, Kwin crashes when using the grouping feature with our application. I created a video of this in action with the backtrace as well: http://grey.colorado.edu/emergent/index.php/KDEGroupingCrash [01:20] ScottK, they are buttons with text [01:20] prefrontal: If you got a good backtrace, I would recommend filing a bug at bugs.kde.org. We don't do much to kwin, so it should almost certainly something that needs to be reported upstream. [01:21] prefrontal: Sorry, I mean like video card. It looks X related perhaps. [01:21] 01:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce 8800 GT] (rev a2) [01:22] i'm using packaged nvidia drivers. i'm not sure what version I have. I am fully up to date karmic [01:22] All my stuff in Intel, so I know almost nothing about how that stuff works. Sorry. [01:23] i just wonder what good filing a bug with kde will do. they won't be able to replicate the bug unless they install our software [01:23] Did you try Karmic as released (Qt 4.5.2 and KDE 4.3.2/4)? [01:23] works fine with that [01:23] prefrontal: If there's a good backtrace and it points at kwin, the backtrace is often enough. [01:24] OK, well that would tend to exhonorate the video drivers. [01:24] yes i'm sure its new kde feats [01:24] if they aren't fixed by RC3 i will file bug reports [01:24] thanks [01:25] I think now is the time to file reports. [01:25] If you can create a reduced test case to show the redraw problems that would probably really help. [01:28] ScottK: what do I need to be familiar with if I want to work on code-reviews: c++ and kde api right [01:28] *need to know [01:29] dhillon-v10: I don't do that so I don't know. [01:29] ScottK: okay :) [01:29] ScottK: oh and I am following your advice, all my work is only in kde now :) thanks for that [01:30] dhillon-v10: ask in #kde-devel maybe [01:30] Lex79: alright I was about to :) [01:31] ;) [01:31] Lex79: luatex being in Universe is the reason [01:33] why? I've not touched the buil-deps of eigen, luatex was in Main? [01:34] and now it's in Universe? or is it only "marked new"? [01:35] I hope to network upgrade to lucid, however, I get this python error when I run update-notifier-kde -u: RuntimeError: the sip module implements API v7.0 but the PyKDE4.kdecore module requires API v6.0 [01:36] Lex79: It looks like a new texlive-base dependency [01:38] is there another method of upgrading? what if I just sed -i 's/karmic/lucid/g' /etc/apt/sources.list /etc/lsb-release ? [01:38] (network upgrading..) [01:40] prefrontal: you can change "karmic" to "lucid" in the entries of /etc/apt/sources.list and do apt-get update && apt-get dist-upgrade [01:40] thats it? ok, wish me luck [01:40] prefrontal: That's one way. The best way is sudo do-release-upgrade -d [01:41] lucid is a bit buggy in my virtual machine but i'm hoping that one or two bugs actually disappear [01:41] That way the upgrade manager is involved and it is often programmed to handle special cases. [01:41] ok i'll use that [01:41] ScottK: do we need another MIR maybe, I don't think eigen will build without that dependency [01:41] Lex79: I'm looking at textlive-base right now. [01:42] ok [01:46] Looks like it needs a MIR. [01:47] can we start a betting pool as to whether my computer will reboot after upgrading to lucid? :) [02:03] prefrontal: how will we know if you can't boot :) [02:04] i have a jaunty setup 1.5 seconds of chair rolling away ;) the install looks to be almost done [02:47] after rebooting into lucid kdm doesn't start. after starting it there is no panel and none of the repos pointed to in my sources.list exist [02:48] no interesting info in dmesg, kdm.log or xorg.0.log [02:51] Do you have networking? [02:51] My netbook has broadcom wireless and I lost the drivers on upgrade. [02:51] oh, good point. i do not have networking [02:51] hmm [02:52] whereas i'm plugged into ethernet and my nis login continues to work.. [02:52] You might have more luck with kdm if you remove usplash. [02:58] i nuked .kde and now it's looking good [02:58] still no networking [02:58] which is bizarre since my nfs mount is working [02:58] hmm... [03:00] i do have an ip address.. any idea? [03:01] Not really. [03:05] i'm not the first :( https://bugs.launchpad.net/ubuntu/+bug/511478 [03:05] Ubuntu bug 511478 in ubuntu "My Network Connections are disable and not recognize by the OS after a upgrade to Lucid Lynx" [Undecided,New] [03:09] prefrontal: Can you ping stuff from a konsole session? [03:10] nope [03:10] it looks like this issue has been around since early december based on some forum threads [03:10] i've tried ifup/ifdown, and invoke-rc.d networking restart [03:10] Odd. [03:11] also dhclient, and ifconfig eth0 up/down [03:11] i can't even get knetworkmanager to start, just bails with errors [03:11] If you've got your networking configured via network-manager, ifup/down and restarting networking are no-ops [03:11] i don't actually, just tried it in desperation ;) [03:12] I'd suggest asking on #ubuntu+1 since it doesn't sound Kubuntu specific. [03:12] k thakns [03:14] All 16 buildds that can build fro Lucid are busy. 14 of the 16 are building Kubuntu stuff. [03:14] ;-) [03:20] in networking under system settings there is a wired tab, and there is no wired connection listed there [03:22] That's normal [03:22] (IIRC) [03:22] * ScottK is on wireless right now. [03:25] the box has an ip address, nfs mounts work and I can ssh to it, yet it's "not connected" to the internet. color me confused.. i think that's enough for one evening :) [03:25] cya ScottK [03:25] Cya. Good luck === shtylman is now known as kubuntu-devel === kubuntu-devel is now known as shtylman [05:10] prefrontal: it is normal to not have a listed connection in wired tab, you only need to have stuff there if you have a non-dhcp ( i.e. static ip or something similiar ) connection [07:06] wow, just banged out a ton of doc stuff....I am so lucky, we have this guy Carl who is doing amazing editorial work for us and fixing all of the typos and info as we go along [07:06] rocked out the first part in the "Filing a bug" documentation too....whicked insane, which pictures too :) [07:20] neversfelde: thanks for the updated choqok dude, that seems to have fixed a bunch of issues \o/ [07:20] * nixternal beds [07:26] is strigi suppossed to work in lucid at this time? === hunger_t is now known as hunger [08:23] neversfelde: got your new Choqok package, but, issues remain (seems even worse now) [08:23] I'll do the downgrade dance [08:45] ok, back on choqok_0.6.6 [08:45] your instructions worked, nice [08:48] yep, that one works [11:59] hey folks :) I want to install mediawiki and extension by hand but would like to have all deps installed by apt if possible [12:00] is there a command that does that handily? [12:17] no idea [14:03] Riddell: I just tried to accept kdeplasma-addons from binary New and LP is timing out on me, so over to you to accept it ... [14:10] Getting that out of New is all that stands between us and RC2 being done on i386 and amd64. [14:30] hm [14:30] why do we use a dated soprano version? === binarylooks is now known as binarylooks_ [14:35] ScottK: ok [14:35] apachelogger: where's that? lucid has 2.3.70 and http://soprano.sourceforge.net/ says that's the latest [14:35] oh [14:35] Riddell: I was talking karmic :) === binarylooks_ is now known as binarylooks [14:56] apachelogger: I'm pretty sure karmic shipped with what was available at the time [14:56] Riddell: in the ppa ;) [15:06] also has 2.3.70 https://launchpad.net/~kubuntu-ppa/+archive/beta/+index?start=75&batch=75 [15:07] ohm [15:07] no clue where I got the old one from then Oo [15:27] Riddell: please sync krename 4.0.3-1 from debian, last upload to ubuntu was a fakesync [15:27] Riddell: Looks like luatex on armel missed promotion to Main and is causing eigen2 to fail. Would you please promote it? [15:28] Didn't lool say if FTBFS? [15:29] Retry worked [15:29] Ah. [15:39] apachelogger: It's synced,but FTBFS. [15:54] hi can i ask a launchpad PPA question about packaging here? === yofel_ is now known as yofel [16:10] ScottK-laptop: meh [16:10] apachelogger: btw good to have you back :) [16:11] oh I should have staied away, debian's patch policy causes headache already [16:11] hehe :) [16:12] apachelogger: will you revive project neon in the near future? [16:13] nope [16:13] thats sad,just loved it :( [16:54] * jussi01 sighs at cdimage being so slw today... I juat want a daily that works! :( [16:55] or even an alpha 2... has anyone got one of those in a fast location? [17:01] Accepting worked on edge, so after the next publisher run, RC2 is done. [17:05] hi i want to update a package in the repos but is out of date and does not work,can some one teach me how to do this? [17:05] What package? [17:05] ScottK: kopete-facebook [17:06] ScottK: they released 0.1.5 whereas we have 0.1.4 [17:06] OK. This is a good place for that. [17:06] ScottK: well i talked to persia about this in motu [17:06] I'm about to head out for a while, so I'm not available to help you now, but there are a number of people who might be able to help you here. [17:07] and i wanted to help with packaging and thought its a small package which can do with some love [17:07] That sounds good. [17:07] Just be patient. [17:08] sure :) [17:08] i have all night : === shadeslayer is now known as shadeslayer_ === shadeslayer_ is now known as shadeslayer [18:10] hi any ninjas around to teach me about packaging? [18:17] what do you need to know? [18:21] apachelogger: well for starters theres a package kopete-facebook which needs updating,how do i update it in the repos? [18:21] you do not [18:21] you need special privledges to upload anything to the official repos ;) [18:21] apachelogger: um why? the current one does not work with 4.4 [18:22] apachelogger: of course but what about the kubuntu backports PPA? [18:22] same thing, just less formal [18:22] cant i give it to you guys and you upload it [18:22] !sponsorship [18:23] Nope, doesn't know that one [18:23] shadeslayer: https://wiki.ubuntu.com/PackagingGuide/Complete#Updating an Ubuntu Package [18:24] oh and btw just so that you guys know plasma-scriptengine-python doesnt seem to work ( 4.3.95 ) and also the facebook widget :) [18:24] apachelogger: i was reading that but persia said i needed to contact you guys to update a package already in the repo [18:25] I thought it would be easier to work with the ninjas than just an arbitrary update. [18:25] shadeslayer: plasma-scriptengine-python probably needs the new kdebindings which doesn't work yet. [18:25] So that's not suprising. [18:25] It's not so much a need, as that I thought it was the right set of people to whom to offer help. [18:25] ScottK: ah.. [18:25] shadeslayer: "in the repo" does not say a whole lot in the context of package uploads since the repo can be one of like 10 different ones ;) [18:26] Gotta run. Back later. [18:26] apachelogger: i meant the proposed repo [18:27] still not precise enough ;) [18:27] shadeslayer: lets start with the kubuntu version ... for what version of kubuntu do you want to prepare an updated package? [18:28] apachelogger: 9.10 Karmic Koala [18:28] ok, that already shrinks the amount of possible repos a lot :) [18:29] apachelogger: hehe i already meant the current release,although i wasnt explicit enough :) [18:29] Is nepomuk/strigi supposed to work on lucid at this time? [18:29] shadeslayer: current can also be the one currently in development ;) [18:30] shadeslayer: so next question is ... is there a new version of kopete-facebook available from upstream? [18:30] apachelogger: yeah :) [18:30] apachelogger: yep 0.1.5 [18:30] we currently have : 0.1.4-0ubuntu1.1 [18:30] hunger: nope, from what I have seen earlier we do not build soprano with virtuoso backend yet [18:31] yes we build, but still not works :) [18:31] oh, ok [18:32] * apachelogger is wondering where the pkg is [18:32] shadeslayer: perfect, so you want to provide 0.1.5 to karmic users [18:32] apachelogger: yes! [18:32] now I also know what you meant with "proposed repo" ;) [18:32] however, it's not that simple [18:33] apachelogger: ok lets go slowly then [18:33] shadeslayer: karmic-proposed is the testing part of karmic-updates, those are technically two different repos, proposed is not active by default, updates however is [18:34] apachelogger: yes,but i want provide this as a update along with the KDE 4.4 as a beta backport.so whoever updates to 4.4 gets a working kopete-facebook [18:34] well, yes, I'll get there... [18:34] (0.1.4 doesnt work with 4.4 apparently) [18:34] apachelogger: ok [18:35] first let me say one thing about proposed and updates though, to get anything in there it needs to meet a very precise set of requirements to ensure minimum risk of regression and breakage for the average user [18:36] so to get anything in there you would have to do a stable release update (short: SRU) [18:36] !sru [18:36] Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [18:36] long story short, the jump from 0.1.4 to .5 does not qualify for such a SRU ;) [18:36] apachelogger: you mean like point release? [18:36] like from 0.1.4 to 0.1.5 [18:36] shadeslayer: even more restricted! [18:36] ultimately one update to proposed/updates holds exactly one change to resolve one very particular issue [18:37] the more changes, the higher the risk of regression, the lower the likelyhood it gets accepted for upload to proposed to begin with [18:37] apachelogger: I do have virtuoso backends installed with kdebase-runtime or so. [18:37] apachelogger: ah i get it.. like it says, even one line changes can cause regressions [18:38] hunger: yeah, Lex79 says it is just not working, for whatever reason :) [18:38] hunger: shouldn't be too long now I suppose [18:38] apachelogger: Actually it seems to kind of work after installing all virtuoso packages, even though the nepomuk config thingy says it does not. [18:39] shadeslayer: exactly, so we can not squeeze 0.1.5 into proposed/updates, because there probably were far too many changes to assure that there are no regressions or new bugs etc. [18:39] apachelogger: I do see search results that must have come from the indexer... and the index grew quite a lot:-) [18:39] shadeslayer: instead, when providing such updates as from 0.1.4 to 0.1.5, we utilize another repo, karmic-backports [18:39] apachelogger: ok [18:40] apachelogger: The nepomuk systray thingy does not see it and claims the indexer is idle, on the command line I do get messages indicating that it does index though. [18:41] shadeslayer: basically anything that is in lucid qualifies for karmic-backports (as long as it is some super important library that should not be changed or something), so when I say everything I really mean most user applications, and even then it is practise to ensure that there is little to no regression at the very least [18:41] apachelogger: ah.. [18:42] karmic-backports does not contain KDE 4.4 though, so what you really want is to ship the update via the PPA that contains KDE 4.4 [18:43] apachelogger: i was just typing that question... you read my mind :o [18:43] so, that is your motivation [18:43] BUT ;) [18:43] theres always one isnt there [18:43] 0.1.5 might be interesting to lucid users and might also be interesting to karmic users that do not use KDE 4.4 [18:44] so in theory what you would want to do is prepare 3 package updates, one going to lucid, one going to karmic-proposed and one going to the PPA with KDE 4.4 [18:44] apachelogger: yeah,but kopete-facebook works *only* with 4.3.2 and not the later bug fix releases [18:46] apachelogger: shouldnt the lucid package already be prepared? [18:46] that is the question we have to answer first [18:47] apachelogger: should i check ? [18:47] shadeslayer: you could for example enter upkg:kopete-facebook into krunner [18:48] that should take you to packages.ubuntu.com [18:48] or ask ubottu [18:48] !info kopete-facebook lucid [18:48] thats new :) [18:48] or look it up on launchpad [18:48] kopete-facebook (source: kopete-facebook): Facebook chat plugin for Kopete. In component universe, is optional. Version 0.1.4+git20091226-0ubuntu1 (lucid), package size 63 kB, installed size 304 kB [18:48] apparently yes [18:48] i guess the +git is the git patches applied? [18:49] almost [18:49] +git means that it is a snapshot from git [18:49] there is also +svn and +bzr etc. [18:49] and they mean the same thing [18:49] right, they just indiciate which kind of version control system the snapshot comes from [18:49] right? [18:50] yeah i just learned to use bazaar a few days ago :P [18:50] (the ubuntu-manual thing) [18:50] usually when just one or a couple of patches where applied this is not reflected in the package version itself, so you find those git and svn and bzr stuff almost exclusively with snapshots [18:50] cool :) [18:51] apachelogger: so this means that alot of patches were applied from that git snapshot? [18:51] in this case it means no patches were applied at all [18:52] apachelogger: eh? then why the +git? [18:52] someone took the complete code from the git repository on 2009-12-26 [18:52] and turned it into a source package [18:52] ah... [18:52] apachelogger: so its kinda like 0.1.4.x [18:53] not exactly [18:53] apachelogger: why? [18:53] it is something between 0.1.4 and 0.1.5 [18:53] thats what i said :P [18:53] no [18:53] 0.1.4.x would be a minimal update to 0.1.4 [18:54] hmm well i actually meant what you said... difference of perception :) [18:54] but yeah i get what you mean [18:54] yeah, though I would not say 0.1.4.x but 0.1.4+git20091226 ;) [18:54] hehe :) [18:55] which is really what it is, it is 0.1.4 at the time of 2009-12-26 from git [18:55] (technically it was not 0.1.5 by then) [18:55] anyhow [18:55] yeah [18:55] so indeed we need to update the lucid package as well [18:55] yep [18:55] apachelogger: and for that ill need special permissions [18:56] no, for the _upload_ you need [18:56] which cant be given to anybody [18:56] not for the update [18:56] yeah thats what i meant,for the upload [18:56] of course i can just make the package and give it to you guys [18:56] exactly [18:57] which is much easier.. [18:57] shadeslayer: https://wiki.ubuntu.com/SponsorshipProcess deocumentes the whole sponsorship process [18:58] after all that theory I suppose you want to get started on updating the lucid package? ;) [18:58] yeah! [18:58] ive already downloaded the 0.1.5 source :P [18:58] though I'd like to outline the plan: update the lucid package -> backport that package to karmic-backports -> upload a PPA version of the backport to the PPA with KDE 4.4 [18:59] ok,so we work top down [19:00] shadeslayer: do you have some how to guide on updating a package? [19:01] apachelogger: me? [19:01] well, something you can follow, or do you need me to hold your hand? ;) [19:01] apachelogger: well i was reading https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging from Scratch and got till dh_make [19:02] well, that is not helping much here ;) [19:02] and then editing the changelog [19:02] shadeslayer: got the URL of the 0.1.5 source? [19:02] yeah one sec [19:02] apachelogger: http://github.com/dmacvicar/kopete-facebook/downloads [19:05] thx [19:05] so [19:05] shadeslayer: first things first: getting the current lucid package [19:05] open a terminal and go to some nice directory where you want to do you work [19:06] apachelogger: /home/shadeslayer/packaging << done [19:06] I recommend that you create a subdirectory in there ;) [19:06] otherwise it gets messy after some time [19:06] mkdir kopete-facebook; cd kopete-facebook [19:06] hehe... ok [19:06] for example [19:07] apachelogger: done and untarred [19:07] then you pull the current source package from launchpad [19:07] pull-lp-source kopete-facebook lucid [19:08] apachelogger: where? [19:08] in the kopete-facebook dir? [19:08] yes [19:08] ...some guides suggest to use apt-get source, that however does not always do what you might expect it to do, so pull-lp-source is the tool of choice for ubuntu [19:08] ok one sec [19:09] once pull-lp-source is done it should have extracted the package already. my dir now looks like this: http://paste.ubuntu.com/362122/ [19:10] apparently kubuntu-dev-tools doesnt cut it :P [19:10] shadeslayer: it ships with ubuntu-dev-tools [19:11] E: No credentials found for 'ubuntu-dev-tools', please see the manage-credentials manpage for help on how to create one for this consumer. [19:11] ewww [19:11] shadeslayer: manage-credentials create -c ubuntu-dev-tools -l 2 [19:12] The version in Lucid doesn't require that if you don't specify the release (it defaults to Lucid_ [19:12] _/) [19:12] that should fire up your browser with launchpad asking you to grant privledges to ubuntu-dev-tools [19:12] yep [19:12] "read all public data" should be fine I suppose [19:13] um no such option :P [19:13] well, something that sounds like that :P [19:13] read non private data? [19:13] yes [19:14] done and pressed enter [19:14] shadeslayer: does pull-lp-source work now? [19:14] well my internet connection is working like crazy right now [19:14] it didnt finish [19:15] "it"? [19:15] manage-credentials [19:15] oh [19:15] you need to close the browser and press enter I think [19:15] ok pulling now [19:15] yeah did that :) [19:16] apachelogger: its downloading tarballs [19:16] done [19:16] ScottK: will revu ever get cleaned up again? [19:17] apachelogger: http://pastebin.com/f1796f83c [19:17] shadeslayer: perfect, kopete-facebook-0.1.4+git20091226 will now contain the old debian directory [19:17] "old" [19:18] ok i should untar it first right [19:18] shadeslayer: so just copy that over to the new source directory [19:18] shadeslayer: already untared ;) [19:18] pull-lp-source took care of that [19:18] otherwise you would extract the source with ... dpkg-source -x kopete-facebook_0.1.4+git20091226-0ubuntu1.dsc [19:19] dpkg-source will do some additional magic over "regular" untaring [19:19] ah,, [19:20] apachelogger: done [19:20] copied the debian directory [19:21] shadeslayer: ok, now you need to rename the new tarball [19:21] usually tarballs need to be named NAME_VERSION.orig.tar.gz [19:21] ok [19:21] (there are cases where that is not the case, but for now just consider that the law ;)) [19:21] :D [19:22] done :) [19:22] so dmacvicar-kopete-facebook-3376a46.tar.gz needs to be kopete-facebook_0.1.5.tar.gz [19:22] apachelogger: yeah did that :) [19:22] okies [19:22] now you can enter the new source directory [19:23] apachelogger: i just renamed the directory as orig.tar.gz accidently :P [19:23] fixed [19:24] :) [19:24] the first thing you want to do in the new source is add a changelog entry [19:24] in it.. [19:24] apachelogger: in the debian folder... [19:24] for that you can use the tool dch (short for debchange) [19:25] that needs to be invoked from the top source folder (the dir containing the debian one) [19:25] apachelogger: like : dch -e rohan16garg@gmail.com ? [19:25] well [19:25] yes [19:25] and no [19:25] eh? [19:25] that is quite unhandy [19:25] kate ~/.bashrc [19:26] ok [19:26] at the very bottom you add [19:26] export DEBFULLNAME='Harald Sitter' [19:26] export DEBEMAIL='apachelogger@ubuntu.com' [19:26] well, with your data obviously ;) [19:27] done [19:27] now [19:27] now dch? [19:27] no [19:27] ok [19:27] source ~/.bashrc [19:28] reload the settings :) done already [19:28] that applies what you just did to the terminal (from now it will be applied to all new terminals right away though ;)) [19:28] ah, ok :D [19:28] now [19:28] dch -v 0.1.5-0ubuntu1 -D lucid [19:29] gives me a warning.... lucid not recognized [19:29] and i press enter [19:29]