[00:04] ryanakca: we're done [00:04] I'll write that up into a spec and get you and whoever to review it [00:05] Riddell: Thanks === dendrobates is now known as dendro-afk [00:23] neversfelde: if it werent for the fact that the local mirror keeps dropping, id just upgrade and test it [00:24] dinner anyone? [00:24] rgreening shtylman__ ? [00:25] jussi01? [00:26] I seem to mind maco is being all sexist and not wanting boys today :) [00:26] what what? [00:26] no james_w, dholbach, jono, and mdz are coming with us :P [00:26] theyre boys! or men...or something... [00:26] maco: would you have a look at the long description, I am afraid that it isn't very good, but I am not a native speaker, so I am not sure? [00:27] kk [00:27] thanks [00:27] this may be a very large value of "one hour" due to dinner ;) [00:28] maco: oh I see, you want to go and take all your own boys with you [00:28] right, only cute one allowed [00:28] * maco looks back at that list [00:28] ouch [00:28] how'd jono get on the list? [00:28] maco: I was gonna say, you better review that list [00:28] dholbach has way to much hair and smokes cigarettes like it is a joint :) [00:29] last time I saw mdz he needed a haircut too...damn hippies! [00:29] I can never say anything bad about mr. westby though [00:30] nixternal: he has less hair than this guy, whom i think is rather pretty http://media.photobucket.com/image/davey%20havok/dark_juliet_picture_show/Davey%20Havok/davey_havok.jpg [04:09] nixternal: You awake or, are you up? [04:09] Or, did I miss you a second night in a row? :P [04:10] Tonio_: ping [04:27] jjesse-netbook: ping === hunger_t is now known as Guest39696 [08:44] anybody working on qt 4.6rc packages? [08:44] * Lure plans to build kde form svn, but would like to avoid qt from git ;-) === ghostcube_ is now known as ghostcube [09:46] * Lure found qt 4.6rc1 in kubuntu-ppa/experimental - thanks lex79 [09:52] rgryeah ? [09:52] oups [11:01] 6u4rd14n === Nightrose2 is now known as Nightrose === jefferai is now known as jefferai_gone === jefferai is now known as jefferai_gone [13:24] heya [13:24] just a note: [13:24] after rebooting (or restarting KDE), sometimes my keyboard doesn't work [13:24] pluggin it out, then in again, fixes it [13:25] I guess this could confuse newbies a lot [13:25] and dmesg has any info? [13:25] lemme check, sec [13:26] what should I look for in there? [13:26] markey: and it's ok you to admit you were confused (; [13:26] markey: if there's any related activity [13:26] well I can fix this easily, a newbie maybe wouldn't be able to do that [13:26] tell me something to grep for, the list is long :) [13:26] markey: it's usb keyboard? [13:27] yes [13:27] see if possibly usb device gets dropped [13:27] mark@hyperion:~/Videos$ dmesg | grep Keyboard [13:27] [ 85.629339] input: DELL DELL USB Keyboard as /devices/pci0000:00/0000:00:0b.0/usb2/2-5/2-5:1.0/input/input4 [13:27] [ 85.629399] generic-usb 0003:413C:2005.0002: input,hidraw1: USB HID v1.10 Keyboard [DELL DELL USB Keyboard] on usb-0000:00:0b.0-5/input0 [13:28] [ 132.909334] input: DELL DELL USB Keyboard as /devices/pci0000:00/0000:00:0b.0/usb2/2-5/2-5:1.0/input/input5 [13:28] [ 132.909395] generic-usb 0003:413C:2005.0004: input,hidraw1: USB HID v1.10 Keyboard [DELL DELL USB Keyboard] on usb-0000:00:0b.0-5/input0 [13:28] anything else? [13:29] markey: hmh, hard to say, prolly needs some context, try grep -B 4 -A 4 -i usb [13:29] or something [13:29] k [13:30] who knows if it's just wonky usb [13:30] that's what I got here [13:30] * tsimpson points at grep's -C option [13:30] http://pastebin.com/m1e2b69ec [13:30] one too many usb devices connected -> all gone [13:30] tsimpson: heh, I never learnt to use that [13:31] -C 4 is the same as "-B 4 -A 4" [13:31] there is no shame in not knowing every obscure grep option ;) [13:31] I use ack-grep these days mostly [13:31] (for code) [13:31] grep is obscure [13:31] (but that's another topic) [13:45] Tm_T: and ideas? [13:46] no, sorry, I suspect udev or usb issues [13:57] hum [13:58] ScottK: i was mentionning you about subversion+kwallet. here is my compile output http://kubuntu.pastebin.ca/1676397 ( i used apt-build to download the source, but could not add the --with-kwallet, so I ctrl-C and compiled by hand.) === nixternal_ is now known as nixternal [14:03] DarkwingDuck: I was asleep :) [14:03] morning [14:06] morning === Tonio__ is now known as Tonio_ [14:19] Riddell: I will be filling SRU on LP shortly, anything apart from debdiff's should be included? [14:40] only one Kubuntu track today...you guys should be able to finish all of the work planned on Monday and Tuesday then today :) [14:44] nixternal: \o [14:46] Quintasan: SRUs also need a test case for how to confirm that what was broken is now fixed [14:46] nixternal: spec writing day! [14:47] which Kubuntu track is today? I think I missed it when scanning the schedule [14:48] jtechidna: ayatana, last session [14:50] thanks [14:51] I will be afk pretty much the whole day...I am heading down to my brothers to get my brakes fixed on my car [14:54] are there Amarok 2.2.1 packages for Jaunty? Got a bug report with that... [14:55] with a crash I can't make heads nor tails [14:56] as if a wrong translation somewhere caused the crash [14:56] https://bugs.kde.org/show_bug.cgi?id=215122 [14:56] KDE bug 215122 in general "Crash, exploded when i was doing dont remember" [Crash,Unconfirmed] [14:56] Riddell: https://bugs.launchpad.net/ubuntu/+bug/484802 [14:56] Launchpad bug 484802 in ubuntu "SRU: Parley fails to initialize Python scripts" [Undecided,New] [15:02] Mamarok: I'm pretty sure we don't have any 2.2.1 packages for jaunty [15:04] https://edge.launchpad.net/~kubuntu-ppa/+archive/backports/+packages 2.1 for jaunty, 2.2.1 for karmic === txwikinger2 is now known as txwikinger [15:08] Riddell: that's what I thought indeed :) [15:08] thanks for the confirmation :) [15:11] hi [15:11] anyone here who can edit kubuntu.org? [15:11] on http://www.kubuntu.org/support [15:12] s/Reborting Bugs/Reporting Bugs/ [15:13] mcas: I can [15:13] k [15:13] fixed, thanks mcas [15:14] Riddell: np [15:21] somekool: Thanks. I'll try and take a look at it, but I'm at the Ubuntu Developer summit and don't have a lot of mental bandwidth this week. [15:26] ScottK: i hear ya [15:35] embedding python in c is quite ugly :| [15:38] Lucid will likely ship with KDE 4.4, right? [15:42] jtechidna: TBH, I find it uberweird to have the notifier query for new release itself :S [15:42] * apachelogger_ is wondering how the gnome does it [15:42] jbicha: yes [15:42] cool, thanks [15:45] jtechidna: knh could execute /usr/share/pyshared/UpdateManager/check-meta-release.py parse it's output and do stuff [15:48] Is the ppa "firefox kde integration" from kubuntu-dev? [15:48] that would be much better than writing our own dist-upgrade checker fetcher [15:48] francisco_t: technically no, though the maintainer has made contributions to Kubuntu === jtechidna is now known as JontheEchidna [15:50] JontheEchidna: the thing is, either way it eats CPU cycles even though it does not need to, since kpk already does that for update checking too, doesnt it? [15:51] dist-upgrade checking? as far as I know the apt packagekit backend can't do that [15:51] ok [16:08] JontheEchidna: well, it should :P [16:08] JontheEchidna, the apt backend reuses the upgrade checker which is used by update-manager [16:08] JontheEchidna, if it doesn't work feel free to fill a bug [16:09] glatzor: so it would notify about distribution updates? [16:10] apachelogger_, it supports the GetDistroUpgrades method PackageKit [16:10] apachelogger_, it is up to the client tool to call this [16:10] oh [16:10] * apachelogger_ is wondering if kpk can do that yet [16:11] apachelogger_, I don't know. [16:11] glatzor: thanks for that information, saves me from reinventing the wheel :) [16:11] apachelogger_, you are at uds? [16:11] glatzor: nope [16:12] * apachelogger_ is too busy to go to uds :P === dendro-afk is now known as dendrobates [16:18] sweet [16:18] glatzor: kpk implements getdistroupgrades :) [16:18] JontheEchidna: http://aplg.kollide.net/images/osiris/snapshot053.png [16:20] goes for the gtk UI though [16:20] might only be because I got that installed as well [16:22] apachelogger_, I don't know how to check if the upgrade script was started from KDE [16:23] glatzor: check for env KDE_FULL_SESSION [16:24] should be sufficient enough to hold on to IMHO, apturl also uses that to find out what UI to start [16:24] apachelogger_, you want to provide a patch? The script is located in data/pk-upgrade-script.sh in the PackageKit git repository [16:24] glatzor: can look at it certainly :) [16:24] sweet [16:24] Thanks apachelogger_ it is simple bash script [16:28] JontheEchidna: please nuke that bit of the knh todo :P [16:34] I would if X would start, but it won't because / is for some reason being mounted as read-only [16:34] so I'm on windows :( [16:34] hum [16:35] glatzor: is it intent behaviour that the script gets launched with somewhat cleaned env vars? [16:35] JontheEchidna: cool :D [16:35] as if to mock me, rekonq 0.3.0 was released right after I got borked :( [16:36] apachelogger_, I havn't got any idea [16:36] apachelogger_, kpackagekit cleans up the env? [16:36] maybe [16:37] well, its not even clean completely [16:37] apachelogger_, you would have to talk with dantti [16:37] just everything that get set in kde's startup script is left out [16:37] glatzor: ok :) [16:37] apachelogger_, sorry, but I am not familiar very well with kpackagekit and KDE at all :) [16:37] understandibly [16:38] Any idea how we'll handle update quirks? [16:38] glatzor: do you have an env var DESKTOP_SESSION? [16:38] Mamarok: don't waste too much time on grumpy people [16:38] * apachelogger_ is not sure if that is set by kdm or our X scripties [16:38] Mamarok: although your patience is very admirable [16:38] JontheEchidna: update quirks? [16:38] JontheEchidna: like broken X due to readonly /? :P [16:38] yeah, update-manager has support for update quirk scripts [16:39] no clue what that is really :) [16:39] hmm, lemme find an example [16:39] dantti: ping [16:39] glatzor: I could use DESKTOP_SESSION, but I am not sure that is 100% accurate [16:39] KDE_FULL_SESSION would defenitely be better [16:40] apachelogger_: pong [16:40] apachelogger_: search for quirks here: https://edge.launchpad.net/ubuntu/+source/update-manager/+changelog [16:40] basically scripts to work around potential problems [16:40] you can't depend on DESKTOP_SESSION at all [16:41] dantti: does kpk clear the env vars when launching a dist-upgrade? [16:41] or do some other weird magic that prevents KDE env vars from appearing [16:41] Riddell: we have a spec for a photo? [16:41] Riddell: how so? [16:42] apachelogger_: what's the use case? i mean do you install a package that needs some env vars? [16:42] dantti: distribution upgrade, not regular package upgrade [16:42] maco: it's the most important one. location: rooftop hot tub [16:42] Riddell: NO [16:43] apachelogger_: because it's just set by the name of /usr/share/xsession/foo.desktop file [16:43] Riddell: I only need to check if it is kde [16:43] debfx: ping [16:43] apachelogger_: then use KDE_FULL_SESSION=true [16:43] 1) i didnt bring my swimsuit 2) im not wearing a swimsuit around all you men 3) no pictures of me in swimsuit on the internet [16:43] apachelogger_: hmm what's a distribution upgrade? how do you see the difference? [16:43] Riddell: can't because it is lost somewhere in the invocation process [16:43] maco: oh ok, we'll just do it from the balcony on the roof [16:44] dantti: for distribution upgrades a script gets executed which then tries to figure out what tool to launch for the present distribition [16:44] i call dibs on standing nowhere near the railing [16:44] apachelogger_: ah, k, .. :P [16:45] (im afraid of heights) [16:45] dantti: problem is... the only reliable thing to do on ubuntu vs. kubuntu is to check the KDE_FULL_SESSION env var, which for some reason, is not visible to the upgrade script [16:45] apachelogger_: i think you are talking about things like apt-get dist-upgrade [16:45] * apachelogger_ is talking about upgrading from Kubuntu 9.10 to 10.04 [16:45] i.e. from one distro version to another [16:46] apachelogger_: ok, but in *buntu world i guess there is more than just apt-get dist-upgrade right? [16:47] dantti: do-release-upgrade [16:47] which is invoked by the pk-upgrade-distro.sh script from packagekit [16:47] hence my approach was to enhance said script to launch do-release-upgrade with the appropriate arguments for KDE [16:47] apachelogger_: ok, well if it was packagekit then the DBus activation cleans all env vars before calling it, but in kpackagekit case this shouldn't happen.. [16:48] Riddell: thank you :) [16:48] apachelogger_: maybe kunique application does something like that.. [16:49] oh [16:49] apachelogger_: hmm probably the smartIcon showed you the distro upgrade and it is DBus activatable.. [16:49] dantti: it appears that it is working when launching the upgrade from within kpk itself [16:49] thus we have a problem.. [16:49] but not when clicking the ugprade button in the notification [16:50] apachelogger_: sure, but smart icon is called by dBus.. [16:50] if you call that app by hand it would work.. [16:50] I see [16:50] dantti: anything we can do? [16:51] apachelogger_: I'll talk with richard about what he thinks about calling these scripts with --desktop=kde [16:51] ok, thanks [16:51] I volunteered for that list and will not abandon that fast, although it's sometimes hard [16:53] apachelogger_: would that be ok for you? [16:56] dantti: I am fine with anything as long as there is some sensible way to find out from within the script whether to launch a KDE UI or not :) [16:57] apachelogger_: maybe a DESKTOP env var would be better to not break other scripts.. [17:06] yay, I fixed my linux [17:19] https://wiki.kubuntu.org/Kubuntu/Specs/LucidDevelopment mostly done [17:19] Riddell: nice work [17:21] Riddell: does that mean you will install chromium soon? [17:22] why do I want to print to a network printer? [17:23] shtylman_: plenty more specs yet [17:23] Riddell: I thought we needed to fix in 476px not 5 [17:24] cause we fit in 576 as it is right now...I thinks [17:24] shtylman_: that was a question, gobby doc says "576 pixels high -- needs to fit in 480" [17:24] shtylman_: That's the only kind of printer I own [17:24] I thought the discussion said we fit in 600 but needed 576 for eeepc [17:24] Riddell: That's correct. In Karmic we support 576, but we want 480 [17:25] ScottK: ok I'll fix that [17:25] Riddell: BTW, if I misrepresent any KDE stuff in the session, please correct me. [17:29] ScottK: will you do the spec for LucidNetbookPackaging or shall I? [17:29] I'll do it. [17:33] ScottK: just a heads up, current Quassel fails with Qt 4.6-rc1, I'll get a patch out today, I hope [17:34] and probably roll a 0.5.1 release too [17:34] so if you plan packaging 4.6-rc1, you guys should upload an updated Quassel package as well [17:34] Sput: If you put it git head, I need to push to gettext version anyway [17:34] ScottK: it'll be backported [17:35] ah, karmic isn't gonna get Qt 4.6, I guess? [17:35] Nope [17:35] ok [17:35] It'll be in a PPA, but PPA users get what they get [17:35] We can update Quassel in the same PPA if needed. [17:35] well, it'll be in both git head and 0.5.1, so shouldn't be a problem [17:36] Cool. [17:36] Sput: If you roll 0.5.1 soon, maybe I'll put that in Lucid first and backport it first before I push to a git snapshot. [17:36] ScottK: probably today or tomorrow [17:36] Excellent [17:37] how come not 4.6 for karmic? [17:37] Backporting Qt 4.4 to Hardy was really, really bad. [17:37] I don't care to repeat the experience. [17:38] Core KDE stuff was ~OK, but all the non-KDE stuff that uses Qt is way to much to test [17:38] Riddell: Is Knetworkmanager in 4.4 using the new systray stuff? [17:40] ScottK: knetworkmanager in karmic is [17:40] "in 4.4" isn't meaningful, knm isn't part of KDE mainline [17:40] ScottK: well, between 4.3 and 4.4 there were some significant changes... we didn't experience nearly as much breakage with 4.4 -> 4.5, and 4.5 -> 4.6 was seamless here [17:40] but yeah [17:41] probably a really not-wanted burden of maintenance :) [17:41] Is there a way to find out what packages depend on a specific version of a library? [17:42] qt 4.6 rc isn't binary compatible with qt 4.6 beta, so a load of stuff in lucid will need to be recompiled [17:42] KDE stuff built in lucid after Qt 4.6 beta1 and before 4.6 RC1 will need rebuilds for ABI change [17:42] JontheEchidna: lucid-changes mailing list I suspect is the best way [17:42] Riddell: yeah, anything Qt based... I went through that last night :) [17:43] 320 packages [17:43] on my box :/ [17:43] JontheEchidna: You mean like apt-cache rdepends libclamav6 [17:43] something more like: apt-cache rdepends libqt4-core 4:4.6~beta1 [17:44] but don't we want the benefits of 4.6? [17:45] ScottK: you would have to port 4.6 to hardy? why? [17:46] shtylman_: No, I'm saying the last time we tried backporting a major Qt version it went very badly. [17:46] And if you look at the backports rules it really doesn't qualify [17:47] I think having it in a PPA for people that want it is OK, but it should not go in the archive at all. [17:47] ScottK: but what does backporting it have to do with having it in lucid? [17:47] is there something I am missing in the process? [17:48] [12:37:08] how come not 4.6 for karmic? [17:48] oh jesus [17:48] * shtylman_ slams head [17:48] 4.6 for lucid I meant... [17:48] oh, we already have 4.6 in lucid [17:48] oh...ignore my stupidity [17:48] :) [17:48] we already know I can't read [17:50] So how's UDS? [17:51] great! [17:51] people liked ScottK 's netbook demo [17:52] and my personal goal is to get Riddell to install chromium [17:52] cool [17:52] ScottK: qt 4.6 will be needed for any kde 4.4 backports to karmic [17:59] https://wiki.kubuntu.org/JonathanThomas/KubuntuDevApplication [17:59] agateau: how did your session go? [17:59] JontheEchidna: ooh [18:00] * Riddell acting all surprised although he's already seen the page being edited from his wiki subscriptions [18:00] agateau: how did your session go? [18:00] just need to figure out what I least like about Kubuntu ;-) [18:00] haha [18:00] JontheEchidna: I think you can remove the "Please do not edit" bit [18:01] oh, whoops. missed that [18:03] shtylman_: was not the one I was supposed to show my slides :) [18:04] but people were arguing the application indicators should be done the way kde does [18:04] :) [18:04] (but they probably don't know that) [18:05] JontheEchidna: for stuff you don't like, didn't you just write a whole document of things you don't like? [18:05] haha... nice :) [18:05] good idea [18:07] Riddell, ScottK, apachelogger_: I'm planning to apply for kubuntu-dev soon. I would appreciate feedback for my application very much: https://wiki.kubuntu.org/JonathanThomas/KubuntuDevApplication [18:08] JontheEchidna: maybe point to the merges you've done on Kubuntu/LucidKDEMerges for Examples of my work ? [18:09] yes, that would be a great idea come to think of it [18:10] did the uploaders of those packages have to change anything compared to what you did before upload? [18:11] Honestly I don't really remember, at least for jaunty. :( [18:11] er, karmic [18:11] shtylman_: now I'm doing it too, mixing up distro names :P [18:12] JontheEchidna: glad to be of influence :p [18:12] JontheEchidna: well just check the bzr log [18:13] * JontheEchidna wonders if this counts :P http://bazaar.launchpad.net/~kubuntu-members/kdelibs/ubuntu/revision/130 [18:15] JontheEchidna: yes, a perfect example of self critisism of your packaging weaknesses === hunger is now known as Guest65894 [18:57] hello I am looking for a mentor [19:01] ok -- Hello is anyone Home? [19:04] anyone know the UDS audio link [19:08] dailystruggle: for which room? [19:08] just the main [19:08] icecast.ubuntu.com:8000/status.xsl [19:08] all of the rooms should be there [19:09] I thx [19:12] phew, I just got a kernel panic [19:15] JontheEchidna: I forgot it is lunch [19:15] :) [19:15] european lunchtime [19:20] dailystruggle: wanting to listen in on something? [19:21] Riddell:yes but it is lunchtime [19:23] and quite a nice lunch it is too, gourmet burger and chips [19:23] where chips == fries? [19:24] yes, not crisps, we had that on Monday, crisp soup, crisps with salsa, they like their crisps [19:24] right, "crisps" was the word in that weird dialect spoken on the islands :) [19:25] * Sput always forgets [19:25] crisp soup? [19:25] I will be there tomorrow I was going to today but... [19:26] Monday I think they called that Tex Mex but not a real Tex Mex [19:26] No Peppers [19:26] :-X [19:27] yes they've very lax with the spices here [19:28] Get a volcano taco at Taco Bell if you want spicy [19:29] Taco Bell? no just pick the peppers from my garden [19:30] I call them mild but most people can't eat them [19:30] dailystruggle: you're interested in Kubuntu? [19:31] Yes I run a real mucked up system cureently kgubuntu [19:31] well do say hi when you come here tomorrow [19:32] https://wiki.kubuntu.org/Kubuntu/Specs/LucidTranslations for your reviewing pleasure [19:32] I am doing my best to work around upstart It is so foreign [19:33] They should release a pack that explains the differences [19:34] ah, translation [19:35] is this tomorrow? [19:37] * apachelogger_ is wondering how the proposed translations solution is solving any of the long-term maintenance issues [19:37] in fact the solution seems to be what should have been there before we even started using rosetta [19:37] oh wellz [19:38] Nightrose: interested in moderating a wideband delphi? [19:38] or know someone who could be convinced? [19:38] apachelogger_: a what? [19:39] Nightrose: watching me and others get high and float above everything :P [19:39] http://en.wikipedia.org/wiki/Wideband_delphi [19:39] :-$ [19:40] apachelogger_: oh dear - sorry but no [19:40] not really ;-) [19:40] hehe [19:40] Nightrose: any suggestions? [19:41] otherwise I will drag some homeless dude of the street to become kubuntu's delphi :P [19:41] good [19:41] You can find some just a few blocks away [19:42] Salvation Army:-D [19:44] only ten blocks from UDS [19:48] * apachelogger_ is not at uds though :P [19:48] ohh [19:49] maybe one nearby [19:49] :) [20:04] * apachelogger_ sings come fly with me and asks Nightrose for a dance [20:04] ohoo [20:04] * Nightrose dances with apachelogger_ [20:04] :) [20:10] apachelogger_: What we have is an agreement from the other side of the discussion on what they have to do by Alpha 2 for us to make a decision and some agreement that it might be reasonable for us not to use Rosetta. [20:10] I think that is a good step. [20:11] Hi all! [20:11] So we either get proof it's fixed or we do the other thing and they've agreed to be OK with that. [20:11] Hello cragdor. [20:11] Hi ScottK, Hows things? [20:11] ScottK: hopefully [20:12] cragdor: I'm at the Ubuntu Developer Summit, so very busy. [20:12] OK [20:12] apachelogger_: Yes, hopefullly. But progress. [20:23] https://wiki.kubuntu.org/Kubuntu/Specs/LucidWebsiteMarketingBranding new spec for your reviewing pleasure [20:36] Riddell: Sorry, could you add the "Prod Ng about his DB clone" Action item from the gobby session? [20:42] hi [20:42] I wanted to point out a package that I have done for rekonq 0.3.0 [20:42] https://launchpad.net/~grimp/+archive/backports/+packages === firephoto_ is now known as firephoto [21:02] Riddell: where's the wiki page who lists all kubuntu migrations performed in the past, like the french parliament ? [21:03] Riddell: I'll have to push kde on a project tomorrow :) [21:09] does anyone have the link to the room map there at UDS [21:10] Tonio_: I don't believe there is one [21:10] ryanakca: I did with "We will also request to the sysadmins to follow up on a database clone so we can migrate changes." please clarify that if it's not well written [21:11] Riddell: there was one afair no ? [21:11] with all our derivatives and references [21:11] I seem to remember about that [21:11] hi fale, were there any packaging differences needed compared to 0.2.90? [21:11] Riddell: nevermind, I'll try to make a list, thanks :) [21:12] https://wiki.kubuntu.org/KubuntuDerivedDistros [21:12] Riddell: http://launchpadlibrarian.net/35828640/rekonq_0.2.0-0ubuntu1_0.3.0-0ubuntu0.diff.gz [21:12] but that not a list of big users [21:12] Riddell: hum thanks that'll help [21:12] Riddell: yeah, you're right [21:13] fale: so just a changelog entry, easy [21:13] Riddell: yep, and, obviusly, the update of the code [21:16] fale: our package in lucid has a patch kubuntu_01_polish_config_dialog.diff we should work out where that came from and if it's still needed [21:16] JontheEchidna: where did that come from? [21:17] Riddell: the main author has open a branch for the kde inclusion [21:17] Riddell: and, in any, case, I'm for upstreaming as much as possible... If you want, I can try to speak to the author for upstreaming the patch.. [21:18] I just don't know where it came from or what it's for, the changelog isn't very useful and there's no bug number [21:19] I'm sure jon will appear soon to explain all [21:19] he's good like that [21:20] I see ;) [21:21] rgreening: hey [21:21] rgreening: you asked for me yesterday ? [21:22] hi Tonio_ [21:22] hey maco [21:22] i havent been called a mistress yet this week [21:22] Hey Tonio_ [21:22] maco: :) [21:22] maco: do you want to be? [21:22] maco: mistress maco [21:22] Riddell: no [21:22] maco: [21:22] wouldn't have thought so [21:22] hahaha [21:22] maco: I hope you forgave mee :) [21:23] Tonio_: yes, but that doesnt mean i cant tease you! [21:23] Tonio_: yeah, I was going to ask you about the filesharing for kde (net usershare) [21:23] maco: thinking about it, I seem to remember that theorically I was right, just that the word isn't used that way :) [21:23] maco: feel free to tease me :) [21:23] Tonio_: did you do any work towards that? We are looking at it again... [21:23] rgreening: yeah, my priority this cycle [21:24] Tonio_: are you going to have real time this cycle? [21:24] :) [21:25] Tonio_: yes well theoretically "awful" and "awesome" used to be synonyms [21:26] maco: they did? [21:28] * maco finds citation [21:30] any volunteers to be approvers for the specs I've written? [21:31] rgreening: the plan is to wait for smarter who will start just the gui [21:31] rgreening: then I'll help to plug the net usershare commands [21:31] rgreening: the idea is to have something as simple as possible [21:31] rgreening: simply port nautilus share to kde in fact [21:31] Tonio_: I'm hacking onit now... [21:31] well, looking more to the point... [21:31] rgreening: hum, don't dupe the effort with smarter :) [21:32] Riddell: http://www.qotd.org/archive/daily.html?date=2006-08-14 read the last quote [21:32] rgreening: the idea is to put this in a tab in folders preferences : [21:32] rgreening: http://gentoo.ovibes.net/nautilus-share/mediawiki-1.4.4/index.php/Image:Nautilus-share-hig-tab.png [21:32] Tonio_: year, kdefileshare is part of kdenetwork-filesharing [21:32] Riddell: in older English books you'll still find "awesome" with a negative meaning [21:32] rgreening: we'll drop all of that [21:33] Tonio_: yeah [21:33] rgreening: way easier to restart from scratch [21:33] probably... [21:33] rgreening: the way kdefileshare is completly crap [21:33] +works [21:33] Riddell: also, oooooo neat http://www.prismnet.com/~dierdorf/ww-38.html [21:33] Sput: no as in "awful" used to be a compliment [21:34] Sput: meaning "full of awe" [21:34] rgreening: smarter will create the tab with UI, then I'll work with him on the code to get the good samba commands typed in [21:34] rgreening: last step will be to integrate with dolphin to get a shared symbol on shared folders [21:34] rgreening: as you can see we know what to do and will do it :) [21:34] rgreening: nothing very complicated.... just... it needs to be done [21:35] Tonio_: ever since fiesty, if I recall... [21:35] :) [21:35] so, must be trivial :) [21:35] rgreening: yeah... that sucks [21:35] haha [21:35] rgreening: devs are using sshfs, whatever [21:35] maco: but "awe" can also mean "fear" [21:35] and I've encountered sentences like "awesome thunderstorm" or "awesome silence" [21:36] rgreening: it's just unbelievable that nobody seems to be concerned with file sharing... [21:36] Sput: ah true [21:36] shock & awe :) [21:36] rgreening: sometimes I wonder if desktop apps devs use their desktop or not :) [21:36] my dictionary tells me meaning for awesome reaching from "fantastic" to "terrifying" [21:37] Riddell: do you think kubuntu will pass to plymouth for Lucid? [21:37] rgreening: we'll get this done in time for lucid [21:37] rgreening: I have put that on top of my todo list [21:38] Riddell: oh, I did that patch. I popped in #rekonq a few weeks ago and presented the patch but I never got a response. I should try again [21:38] fale: no, but usplash may go away [21:38] JontheEchidna: what's it for? [21:38] Riddell: why don't switch directly to plymouth? [21:38] fale: better to just boot fast enough that it's not needed [21:38] Riddell: the config dialog uses a tree view for no good reason (there are no child modules) [21:39] JontheEchidna: ok we'll keep it for now then but maybe try e-mailing upstream if irc doesn't work, or bug report [21:39] fale: could you redo your rekonq 0.3.0 package with the patch from our version in lucid? [21:39] Riddell: fedora uses plymouth and boots fast.. [21:39] Riddell: yes, I'll do it later today (GMT+1) [21:40] I also have a string patch to change the config dialog title from "rekonfig..." to "Configure - rekonq" like most other KDE apps, but I didn't include the patch in our packages since that's a string change [21:41] JontheEchidna: rekonq doesn't come with any translations so string changes aren't an issue currently [21:41] If they do in the future it would be a problem, best to play it safe and just get it upstream from the start, etc [21:42] JontheEchidna: do you think I can propose it upstream? [21:42] I'll try the mailing list next [21:42] JontheEchidna: right enough [21:44] fale: It would probably be better for me to propose it as the author. [21:44] JontheEchidna: on this yes, but better someone else that noone ;) [21:45] I do plan on doing it, I just forgot about trying again :P [21:45] JontheEchidna: I see [21:45] JontheEchidna: I'm going to download now the patch and apply it to the package [21:45] Riddell: I have to compile it streight for lucid, isn't it? [21:46] I'm going to write up a mail to the rekonq mailing list right now so I don't forget ;-) [21:46] fale: preferably yes, you can set up a chroot [21:46] JontheEchidna: if you have a gitorious account, is better to do it in gitorious [21:46] fale: also the package in your PPA is done as a native package (since .tar.gz) it should have a .orig.tar.gz and a .diff.gz, you probably named the .orig.tar.gz wrong [21:46] Riddell: couldn't I just tell soyuz to do it? [21:47] fale: yes you could put lucid in the changelog and upload to a PPA [21:47] Riddell: I'm using the debuild -S ...maybe I'm using the wrong parameter [21:47] fale: that's fine, it's the tar name which is wrong [21:47] needs to be rekonq_0.3.0.orig.tar.gz [21:49] Riddell: ok, renamed :) [21:50] Riddell: which folder should be in the archive? all out of 'debian'? [21:50] fale: which archive? [21:50] Riddell: sry to interrupt, i have seen that last plasma-widget-networkmanagement failed to build? [21:50] the orig.tar.gz should be the sources from upstream [21:50] bdgraue: oh blurg [21:51] Riddell: the sources from upstream are in a folder... should I remove the folder? [21:52] fale: I'd need to see the layout of all your files to answer that [21:52] Riddell: the layou of the files should be the same? [21:53] rekonq_0.3.0.orig.tar.gz should extract to rekonq-0.3.0/ which contains the sources [21:53] you add rekonq-0.3.0/debian/ with the packaging [21:53] debuild -S -sa will make a .diff.gz and a .dsc all ready for upload [21:54] Riddell: ok [21:58] Riddell: dh: unable to load addon kde: Can't locate Debian/Debhelper/Sequence/kde.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at (eval 8) line 2. BEGIN failed--compilation aborted at (eval 8) line 2. [22:01] oh, that requires the fancy new dh7 stuff in lucid [22:01] reverting debian/rules to the 0.2.0 code and re-adding the cdbs dependency will fix that [22:01] I see [22:02] JontheEchidna: is that 'good'? [22:02] It really won't have any noticable effects [22:02] JontheEchidna: I see [22:03] Mainly it just makes the packaging a bit cleaner/more future-proof [22:04] Riddell: Sorry, I must've missed that. Looks good :) [22:04] I think it hasn't used the orig file :( [22:05] Riddell: Based on the updates policy we've got in front of the tech board, KDE 4.4 would stay in a PPA. This same PPA can have Qt 4.6. [22:06] shtylman__: We should have 4.6 in lucid, so backporting it has nothing to do with that. [22:06] fale: ok, patch mailed to upstream w/ a case for inclusion [22:07] JontheEchidna: cool ;) [22:07] [22:07] bah, awaiting moderator approval [22:07] JontheEchidna: I'm trying to make the upload working correctly [22:08] I really hope they'll consider the patch. I know that they have ideas about the uniqueness of the project, but taking a little conformancy for professionalism would really help imo [22:08] * fale agrees [22:08] * JontheEchidna wonders how open they'd be to use "Rekonq" throughout the gui rather than "rekonq" [22:09] I know that finding a decent name is on their todo [22:10] yep [22:10] JontheEchidna: in any ways they will work on conformacy before 0.4 [22:10] cool, maybe this patch will be the start [22:11] Riddell: File rekonq_0.3.0.orig.tar.gz already exists in Primary Archive for Ubuntu, but uploaded version has different contents. [22:11] Riddell: Is strange, because I have only downloaded it from upstream [22:12] oh, you could do a debuild -S -sd and not have to upload the entire tarball then [22:12] since Ubuntu already has a copy [22:13] JontheEchidna: trying [22:13] ? thre is no rekonq_0.3.0.orig.tar.gz in the archives [22:13] really? I uploaded it earlier today [22:13] Riddell: launchpad sees it :s [22:14] mmm then I may be doing an already done work :s [22:14] oh, yeah... you probably are. Sorry about not seeing that earlier [22:14] JontheEchidna: np ;) [22:14] JontheEchidna: oh, blah, so you did [22:14] well in that case fale probably just wants to do the backports thing for that [22:14] JontheEchidna: I still must take a lot of confidence with packages... than exercising more is not bad ;) [22:15] I would appreciate somebody doing the backport, if you're interested [22:15] Riddell: guess so ;) [22:15] JontheEchidna: yes :) I'll try it [22:15] how can I download the sources for lucid from karmic? [22:16] hmm [22:16] https://edge.launchpad.net/ubuntu/+source/rekonq/0.3.0-0ubuntu1 [22:16] yeah [22:16] JontheEchidna: are you listening to the session? [22:16] oh, is there a session now? [22:16] touchpad config [22:17] #ubuntu-uds-waverly [22:17] I kinda am packaging that, aren't I ;-) [22:17] * jussi01 is in the -eomen session... [22:17] -women even [22:20] rejected again :( [22:22] trying again :s [22:26] JontheEchidna: accepted :) I link you it now or as soon as it will be compiled? === _firephoto is now known as firephoto [22:27] fale: now would be fine [22:28] JontheEchidna: https://launchpad.net/~f4l3/+archive/ppaa/+packages [22:29] JontheEchidna: sorry: https://launchpad.net/~f4l3/+archive/ppa/+packages [22:31] fale: as an aside, generally it's good practice to add ~karmic1 to the version of backport packages [22:31] JontheEchidna: didn't knew that... I can do it with it ;) [22:32] JontheEchidna: going up ;) [22:33] Oh, I should probably tell you why we do that [22:33] The ~karmic1 makes the version number lower than 0ubuntu1, so thatupgrades to the next kubuntu release work smoothly [22:34] so It'll probably fail to upload since you already have 0buntu1 in your ppa. No biggie though [22:35] Multitouch support for Qt apps in general is coming for Qt 4.6 [22:35] JontheEchidna: wait... I should call it rekonq_0.3.0-0ubuntu1~karmic1 or rekonq_0.3.0~karmic1-0ubuntu1? [22:35] er, wrong channel [22:35] The first one, though it's too late for this upload [22:36] JontheEchidna: I see.. well... it failed :/ [22:36] hmm [22:37] Does it build-depend on debhelper, cdbs and pkg-kde-tools? [22:37] JontheEchidna: nope, I was going to check it [22:38] JontheEchidna: at this point how should I call it? karmc2? [22:39] to be able to use ~ you'd have to bump it to 0ubuntu2 [22:39] I think I can do it without bumping version ;) [22:45] JontheEchidna: https://launchpad.net/~f4l3/+archive/ppa/+packages [22:48] looks like it's getting farther now :) [22:49] JontheEchidna: yep [22:50] :S [22:51] JontheEchidna: Build-Depends: debhelper, quilt, pkg-kde-tools, cddb, docbook2x, kdelibs5-dev [22:51] -.- spell, damn [23:00] JontheEchidna: https://launchpad.net/~f4l3/+archive/ppa/+packages done :) [23:01] Cool [23:02] JontheEchidna: :) [23:04] So for official backports you'd want to follow the written stuff here: https://help.ubuntu.com/community/UbuntuBackports#Backport Process === seele_ is now known as seele [23:07] JontheEchidna: where should I post for a 'comment or feedback'? [23:08] davidbarth: ping [23:08] davidbarth: you wanted moi and aurelien? [23:09] fale: probably you could put out a general call for testing here for testers for your ppa packages [23:09] then they could comment on how they worked out. I'm sure there are plenty of people here who could test [23:09] I would but I'm crazy and am already using lucid :x [23:09] I see [23:11] In fact I would have done rekonq 0.3.0 last night if X was working [23:11] but that's partially my fault for turning off the computer at the wrong time [23:12] I suppose I could blame it on the pre-alpha-ness, but I'm the one who chose to use pre-alpha crack in the first place [23:12] I think I'm just rambling at this point [23:12] Isee it [23:13] is there any update on the ext4 data corruption? is a patch coming? [23:13] I just ran an md5sum on a windowXP virtual image, 30GB+, definately corruption of large files [23:14] #ubuntu-devel would probably be a better place to query on that. Kubuntu doesn't really touch low-level things like that [23:15] thank you [23:16] you're welcome. Sorry I couldn't be of more help [23:17] the sendaround can be annoying, I'm sure. ;-) === dendrobates is now known as dendro-afk [23:19] * Riddell spots kb9vqf causing trouble on kde-devel :) [23:19] * kb9vqf ducks and hides [23:20] :) [23:23] Kopete won't play any sounds, and when I try to force it to by previewing sounds for an event under notifications, it crashes without invoking DrKonqi and spouts "kopete: symbol lookup error: /usr/lib/qt4/plugins/phonon_backend/phonon_xine.so: undefined symbol: _ZN9QHashData13detach_helperEPFvPNS_4NodeEPvEPFvS1_Ei" to the terminal. Should I take it to bugs.kde.org? [23:23] JontheEchidna: your pim-runtime merge is in progress? [23:24] Actually, systemsettings does the same when trying to open the Multimedia section. "systemsettings: symbol lookup error: /usr/lib/qt4/plugins/phonon_backend/phonon_xine.so: undefined symbol: _ZN9QHashData13detach_helperEPFvPNS_4NodeEPvEPFvS1_Ei" [23:24] anyone wants to try rekonq 0.3.0 under karmic? [23:27] Nevermind, allegedly caused by incomplete migration to Qt 4.6, guess I'll downgrade some packages. === yofel_ is now known as yofel