/srv/irclogs.ubuntu.com/2012/05/14/#kubuntu-devel.txt

JontheEchidnainane error du jour: http://tinyurl.com/7u62bak v.v00:59
JontheEchidnaturns out, function pointers are always nonzero :P01:00
Jackyalways :P01:06
JontheEchidnaI'll blame tab completion :P01:25
ScottKyofel_: Should be in main.02:57
=== ronnoc_ is now known as ronnoc
ScottKyofel_: Being promoted.03:07
* genii-around sips03:35
=== rdieter_laptop is now known as rdieter
=== amichair__ is now known as amichair
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/kde-workspace] Philip Muškovac * 640 * debian/ (changelog control) Switch boost build-dep to 1.4909:25
apolcan anybody help me with this log? https://launchpadlibrarian.net/105030999/buildlog_ubuntu-precise-amd64.qapt_1.3.50-0~940~precise1_FAILEDTOBUILD.txt.gz09:46
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/kdepim-runtime] Philip Muškovac * 108 * debian/ (changelog control) Switch boost build-dep to 1.4910:17
yofel_apol: in libqapt1.install change usr/lib/libqapt.so.1.3.0 to 1.3.6510:19
=== yofel_ is now known as yofel
=== amichair__ is now known as amichair
apolhm10:20
apolthanks10:20
ulyssesapol: a question: translations are imported to Muon Discover?10:29
apolulysses: imported?10:31
ulyssesapol: I installed Muon Discover from the PPA, and it is in English :( But I translated it to Hungarian10:32
apolulysses: well, upload the .po files to the hungarian svn repository10:33
apolulysses: in future versions the kde-l10n-hu package should provide it, I guess10:34
ulyssesuploaded10:34
apacheloggertechnically speaking, since muon is extragear I suppose the translations would be in the muon tar ;)10:36
apacheloggerafiestas: http://paste.kde.org/477938/ when unpluggin bluetooth adapter while scanning10:47
afiestasapachelogger: report a bug plz10:47
apacheloggerno idea where, your application fails to give me a bug report button :P10:49
afiestasI don't see debug symbols installed 10:50
afiestasnot one bd .cpp file in that bt10:50
apacheloggermy application fails to find them :D10:50
apacheloggerthere is BlueDevil::Adapter::unregisterAgent though :P10:50
afiestasnot useful10:51
afiestaswhat version are you using?10:51
apacheloggeryour application also fails to tell me that :P10:51
apacheloggeryou need a  khelpmenu somewhere, srsly10:51
afiestasdude10:51
apachelogger!info bluedevil precise10:51
afiestascheck out the package you have installed10:51
ubottubluedevil (source: bluedevil): KDE Bluetooth stack. In component main, is optional. Version 1.2.2-0ubuntu1 (precise), package size 262 kB, installed size 1552 kB (Only available for linux-any)10:51
apacheloggerafiestas: what is this? 1990? :P10:51
apacheloggerchecking installed packages10:52
afiestaspatches are welcomed10:52
* apachelogger mumbles and scuttles off to *manually* search for dbg symbols10:52
afiestasyou  should update yoru version10:52
afiestasto a supported one10:52
afiestas1.2.3 10:52
afiestasfixed a few fixed in there, one related to unregisterAgent10:53
afiestasBUG: 298633 // Crash in kded daemon (ObexFtp module)10:53
apacheloggeru telling me we have an unsupported version in a long term support release :O10:53
afiestasnd another one in libbluedevil 1.9.1 10:53
afiestaswell not my fault10:53
afiestasI do maintain the 1.2 branch10:53
afiestasbut kubuntu has not upgrade to 1.2.3 10:54
apacheloggerI blame ScottK10:54
apacheloggerblue* is imported from debian10:54
* afiestas start packing, still in sfo10:54
BluesKajHey all10:55
apacheloggeruhm10:56
apacheloggerhttp://packages.debian.org/changelogs/pool/main/b/bluedevil/bluedevil_1.2.3-1/changelog10:56
apacheloggerafiestas: so now I need to revise, not ScottK is to blame but Debian10:56
apacheloggerftp://ftp.kde.org/pub/kde/stable/bluedevil/1.2.3/src/10:57
apacheloggerafiestas: and now not Debian is to blame but you :P10:57
apachelogger\o/10:57
afiestas?10:57
apacheloggeryou releasing after us :P10:57
* apachelogger runs a diff10:57
apacheloggerafiestas: http://paste.kde.org/477956/11:01
apacheloggeraren't you using releaseme? cause I don't think you need that with releaseme11:01
apacheloggerthe find_package stuff anyway11:02
apacheloggerafiestas: debian decided to change the packaging ecessivley, so we probably need to manual update the package and sru it -.-11:16
=== amichair__ is now known as amichair
apacheloggerbulldog98_: i18n( "Install Mysqldump") that is terrible realy11:50
apacheloggerbulldog98_: also I think mysqldump should be package separately11:55
apacheloggerit appears to only link against low level libraries11:55
=== echidnaman is now known as jtechidna
=== Quintasan_ is now known as Quintasan
QuintasanSup12:29
BluesKajDin12:34
QuintasanDarkwing: ping13:08
jovinJonTheEchidna: muon 1.4 alpha looks awesome great job13:15
jtechidnajovin: thank apol too :)13:22
jtechidnabut thanks :)13:23
koolhead17hellos all13:26
jovinjtechidna: ah of course both of you, i didnt know :)13:29
apoljtechidna, jovin \o/ :)13:31
rbelem_yofel, heya13:34
jtechidnalol: http://imgur.com/rJ6z013:34
* koolhead17 is still in hangover13:36
ulyssesjtechidna: will Muon 1.3 alpha available on Oneiric?13:37
ulysses1.4*13:37
jtechidnaulysses: I think the cyberspace ppa has daily snapshots for oneiric, but I don't plan to support anything past the current release + the development release for the QApt Experimental PPA13:38
jtechidnahttps://launchpad.net/~cyberspace/+archive/cyber-stuff?field.series_filter=oneiric13:38
jtechidnaPackage: /var/cache/apt/archives/libmuonprivate1_1.3.65-0ubuntu1~precise1_amd64.deb13:39
jtechidnaError: trying to overwrite '/usr/share/kde4/apps/muon-installer/categories.xml', which is also in package muon-installer 1.3.1-0ubuntu213:39
jtechidnaoops13:39
jtechidnadammit, I'll have to wait until I get home to fix that :(13:39
Quintasanjtechidna and apol: Yeah, good job on Muon, makes me use terminal a little bit less :P13:39
jtechidna:P13:40
QuintasanNow just somebody has to fix KMail once and for all13:40
QuintasanSHUT UP ALREADY WITH CANNOT APPEND FLAGS13:40
apolQuintasan: #kontact :D13:40
* Quintasan purges kmail back to hell13:40
ulyssesjtechidna: that doesn't contains my translation yet :( your packages in the QApt Experimental does13:40
jtechidnaunfortunately I don't have the time necessary for maintaining packages for 3 releases :(13:41
ulyssesI understand13:42
QuintasanWhat's the name for Q release?13:42
jtechidnaQuantal Quetzal or something13:43
QuintasanUrgh13:43
jtechidnathis thing: http://images.nationalgeographic.com/wpf/media-live/photos/000/006/cache/quetzal_675_600x450.jpg13:43
QuintasanThey really want me to break my tongue13:43
jtechidnalol13:43
koolhead17haha13:44
jtechidnaMuon 1.4's codename is Energetic Elemental, after the creatures from this Dr. Who episode: http://tardis.wikia.com/wiki/Love_%26_Monsters :D13:45
jtechidnain keeping w/ the Doctor Who codename tradition ;-)13:45
QuintasanIf QQ is supposed to be quantal, how do we do it?13:45
QuintasanRelease and don't release at the same time?13:45
jtechidnalol13:45
jtechidnawe could start another rumor about a rolling release :P13:46
QuintasanNO13:46
jtechidnahaha13:46
QuintasanEVERYTHING BUT NOT ROLLING RELEASE13:46
QuintasanI'm getting out of here if we switch to rolling13:46
apolwhat's wrong with rolling?13:46
apol(just asking)13:46
QuintasanWhat's wrong with stable and current devel release separation?13:47
Quintasanjtechidna: Maybe we announce that we switch to emerge?13:48
Quintasan:P13:48
apoldoesn't benefit from projects that release-soon-release often13:48
Quintasanapol: no qa on rolling13:49
Quintasanwho can guarantee that release-soon, release-often is better?13:49
QuintasanI prefer to have some testing done instead of PACKAGE ALL THE VERSIONS13:49
apolwell that works for the OS if you want13:50
apolbut there's little advantage in packaging only the last version of, let's say, digikam before the last release xD13:50
Quintasanjtechidna: Who is going to make some todos from uds discussion?13:51
* Quintasan pokes apachelogger13:51
Quintasanor Darkwing13:52
QuintasanMuahahahaha13:52
* Quintasan digs trough his basement looking for Might Stick of TODO Creation13:52
Quintasans/Might/Mighty13:53
ximionJontheEchidna: ping13:57
jtechidnaximion: pong13:58
jtechidna(JontheEchidna is my laptop which is at home right nwo)13:58
ximionjtechidna: ah, makes sense! :) I wanted to ask you a few questions about QApt/Muon and the relation to PackageKit...14:01
ximionfirst of all, I'm doing a GSoC on AppStream, the underlying distro-agnostic technology for the Ubuntu Software-Center, which is also used on other distributions.14:02
ximionI'm driving the implementation at Debian and a (possible) update of some background stuff on Ubuntu too, but apt and the repository format will first need some changes for that. (will probably be finished with the end of this year)14:03
ximionthe GSoC project is for OpenSUSE, btw.14:03
* jtechidna nods14:03
ximionnow, Muon has a very nice software-center-like feature, which uses the same AppStream infrastructure available on other distros too (only few changes necessary, which Ubuntu will do too, later)14:04
ximionit also ships an own Apt transaction daemon, the qapt-worker.14:05
ximionit would be awesome to make at least the MSC cross-distro using PackageKit.14:05
ximionright now, PK has some API missing, we're currently planning the changes so e.g. fetching package lists will be faster in future.14:06
ximionso, would you allow porting parts of Muon to PK, where it makes sense, so other distributions can use the software too?14:06
ximion(please remember that this is a long-term goal, won't happen now since I first have to fix the USC fork to use PK)14:07
ximionjtechidna: ^14:07
apolximion: where are AppStream servers?14:07
apolas in, for reviews and all14:07
ximionapol: distributions provide the necessary data by themselve14:08
jtechidnaSo let me start off by saying that I would like to see Muon integrate in with AppStream to some degree14:08
jtechidnain terms of the flowchart here: http://gitorious.org/appstream/resources/blobs/raw/master/architecture.png14:08
ximionfor the review stuff, a cross-distro solution is planned, but nobody has taken the task yet14:08
jtechidnaI could see Muon/QApt implementing the "client" section14:08
jtechidnaadding support for additional reviews/ratings backends shouldn't be too hard given the current setup14:08
jtechidnaand getting the app data from an external server as opposed to the current app-install-data package shouldn't be too hard14:09
ximionjust for information: http://distributions.freedesktop.org/wiki/AppStream/Implementation (how AppStream works)14:09
jtechidnaBut I'm not too convinced that swapping out QApt for PK is in the best technical interest of the project.14:09
ximionhttp://wiki.debian.org/AppStreamDebianProposal (what is planned to make it work easily on any Debian repository)14:09
apolximion: what's supposed to be in app-data.xml?14:10
jtechidnaapol: it's analagous to the flat files that we use from app-install-data14:10
apoljtechidna: I thought so14:10
* apol thinks that AppStream is reinventing the wheel14:10
ximionapol: see http://gitorious.org/appstream/resources/blobs/master/appdata.xml (but at Debian, we will use a different format than XML, where ftpmasters are happier with - what matters in the end is the Xapian database)14:11
ximionapol: AppStream is essentially a cross-distro version of what Ubuntu has today, with some extras. Ubuntu people were at the meeting, so AppStream is heavily influenced by them, of course ^^14:12
jtechidnaWith some work, I could see the qaptworker providing at least a limited PK-like API14:12
jtechidnasort of like aptdaemon is currently doing14:12
ximionjtechidna: please, please don't do that! It's already causeing much pain for me with PK :)14:12
apolximion: I think that from the muon PoV we could start collaborating by being compatible with AppStream reviewing services14:12
ximionjtechidna: What are your concerns about PK?14:12
jtechidnaximion: well, for one thing, it will never be too terribly fast due to everything going through DBus14:13
apolximion: the concern is that what we have works great14:13
apol+114:13
apol:P14:13
ximionapol: In fact, it should already be ^^14:13
apolximion: if you give me a reference server, I probably can adapt Muon myself to target it in my work time14:14
ximionjtechidna: You could for example replace the QApt-worker with PK without loosing any functionality, but sharing more code with PK. The PK daemon would take modify-tasks over DBus and do exacly the same as the current QApt-daemon does14:14
jtechidnaah, hmm. hadn't thought about that14:14
ximionregarding the other speed-limits, you're right, that's why future PK versions will be able to access backends without DBus, but that's not yet implemented14:15
jtechidnaximion: does the aptcc backend currently support specifying package versions?14:15
jtechidnae.g. for downgrading14:15
apolximion: what do we win by having half libqapt relying on apt for some features and pk on other?14:16
jtechidnaMuon would still have to rely on APT and wouldn't be cross platform14:17
ximionapol: Removing code-duplication by using PK, avoiding running another package-management daemon in background (I got bug reports from users running three (!) at the same time), implementation of PackageKit API for free.14:17
jtechidna*cross distro14:17
jtechidnabtw, the qaptworker doesn't run all the time14:19
jtechidnait times out after 30 seconds of inactivity14:19
ximionjtechidna: yes, but we'd have the benefits mentioned above, and it would be easier to make it cross-distro. Muon itself can't be cross-distro and shouldn't be, e.g. because it can target specific Apt features (like pinning) then. - But the MSC could be cros-distro, as it does not rely on advanced functionality, like Muon does.14:19
ximionjtechidna: so does PK, so does Aptd - the user I'm talking about used Muon, a PK-relying application (PK is used be many apps now, at least on Debian) and the USC at the same time :P14:20
jtechidnacurrently MSC does use libqapt functions for getting information about the underlying packages. (Version, file size, etc)14:20
jtechidnaso it's not that simple to just not use libqapt for that14:21
ximionjtechidna: We'd need the new, planned PK functions for that to replace libqapt there.14:22
ximionthis is @work, I just want to check the general possibility of doing this :P14:22
ximionbecause right now, having aptd, PK, and Qaptd around is not optimal...14:23
ximionand even PackageKit has two backends for Apt14:23
ximion(where aptcc is the better (and faster) one right now)14:24
jtechidnawell, to be fair nobody uses the python apt one :P14:24
jtechidnathat one is broken as heck14:24
ximionit was even removed, because it was abandoned - all Ubuntu developers did aptd then.14:25
jtechidnaI think we could definitely commit to using the OCS Reviews and Ratings API as an alternate (perhaps even default?) backend, as well as the metadata sourcing system.14:25
ximionbut suddenly, they were back, made a huge set of commits and then vanished again (for months now)14:25
jtechidnaBut sharing worker implementation will require more discussion14:25
ximionjtechidna: I think PK can cover 98% of current qapt worker already, for the other stuff, we can discuss :)14:26
ximionPK will now get a sqlite cache, to make accessing the package-information faster and to benachmark backends, then we'll go for "PK2", when Richard has some more time again.#14:27
ximionfor other parts of Muon, you don't need much changes. AppStream is nearly the same as current Ubuntu implementation is, and mvo will make it more AppStream-like during the next releases.14:29
jtechidnaI should note that Muon currently does not have a strong Xapian backend for retreiving pkg information14:29
jtechidnait only uses Xapian for package search14:29
ximionjtechidna: How does it fetch the application data then?14:30
jtechidnaximion: via libapt-pkg14:30
ximionah, okay :)14:31
jtechidnahttps://projects.kde.org/projects/extragear/sysadmin/libqapt/repository/revisions/master/entry/src/package.cpp14:31
jtechidnabasically libapt-pkg mmap's a large (15 or 30 MB, depending on whether you're 32 or 64 bit) file in to memory that contains the info for all the packages14:32
jtechidnaand uses pointers and iterators to access information 14:32
ximionhmm... I'll suggest another AppStream meeting (maybe not in person but in IRC) to discuss the current state - there are many things which are unclear and the goal "ship something with the end of December" hasn't been reached too :P14:32
jtechidnavery fast, once you've actually mmap'ed the file :P14:32
ximionhehe ^^14:33
apolximion: i'd be intrested in attending such meeting14:33
jtechidnathat takes around 1 or 2 seconds at application startup ^.^14:33
ximionI like QApts code very much, btw. - given the horrow Apt's API is, it lokks very clean and is super-easy to read :)14:33
jtechidna;-)14:33
jtechidnaI'm very proud of it14:33
apol+114:34
apolkudos for jtechidna :)14:34
jtechidnathough there are definitely things I'd like to change <.<14:34
jtechidnalike this abomination: https://projects.kde.org/projects/extragear/sysadmin/libqapt/repository/revisions/master/entry/src/package.cpp#L108814:34
jtechidnalol14:34
apol:P14:34
ximionApt has the worst API I've ever seen, so this QApt is indeed a great thing to have.14:34
jtechidnaI wrote that after I discovered QHash, and went "Use QHash for EVERYTHING!"14:35
jtechidnahttp://www.quickmeme.com/meme/3pa44v/14:36
ximion^^14:36
apol:)14:36
ximionapol: I can tell you when we discuss the matter :)14:37
ximionwould be cool to get the team back together and some new people too - especially from QApt/Muon14:37
ximionand as soon as PK-with-less-DBus is ready, implementaing Software-Centers with PK should be a trivial thing.14:38
ximionfor my GSoC on SC, I use a not very nice workaround.14:39
* apol doesn't really like such "when it's ready it will be awesome"14:39
apolbecause it doesn't always happen14:39
apollet's focus on what we have working at the present at any moment and keep iterating forward14:40
ximionapol: that's the plan14:42
ximionand since I want a working SC with the end of my project, I will now implement an ugly solution to be able to switch to the better one when it's ready14:42
jtechidnaSo on a slightly-related note, I was thinking that the Qt4 -> Qt5 transition might be the perfect excuse to break ABI/ABI and do a QApt2.14:44
jtechidnaIf you've looked in the code, you can probably see that I've written some notes about API that I'd like to change for a QApt2.14:44
jtechidnaBut I think that it would be beneficial to get an API review with a few more heads than my own14:44
jtechidnaA 'grep -iR QApt2 src/' should show all of my notes :)14:47
jtechidnaoh, and this isn't mentioned in the source code, but the QApt Worker API needs a bit of rework.14:49
jtechidnaall of the functions that start processes where the worker and frontend communicate should return dbus objects which can be monitored for dbus signals. (Kind of like aptdaemon does now)14:50
jtechidnacurrently all signals are outputted on the main qaptworker dbus bus14:50
jtechidnawhich means that all open applications that can communicate with the qaptworker will recieve them. :(14:50
jtechidnathat's probably the biggest design problem with the library at the moment, which has to be worked around with considerable effort in the frontends14:51
jtechidnaI should set up a wiki page or something for an API review14:52
apoljtechidna: yep, Qt4->Qt5 will break ABI anyway, so yes it makes sense14:55
jtechidnaWe'll definitely want to not go too wild with changing API. While Muon is the biggest consumer of the LibQApt API, there are some other things using it.15:00
jtechidnaIIRC there's some small Ubuntu derivative using it to develop a Qt package manager15:01
jtechidnaand some other users include the GRUB2 KCM and the Kubuntu debug installer plugin for Dr. Konqi15:02
apol:)15:07
jtechidnabut the good thing is that I don't think we'll have to change too much15:09
jtechidnaoh btw, I was also able to find out how the Ubuntu Software Center populates its "For Purchase" origin: http://software-center.ubuntu.com/api/2.0/applications/en/ubuntu/precise/i386/15:14
jtechidnasince they're ever so good at making their API publicly visible :P15:15
jtechidnaWhile I feel there's definitely less impetus to implement support for their AppStore API now that we aren't an official Canonical Ubuntu flavor, I think that having support there would still be nice.15:16
jtechidnaI don't know if Blue Systems would take an interest in implementing the API, but it's quite similar to the reviews API and it uses the Ubuntu SSO which we can now do in Muon, so I'd be willing to give a shot at implementing it15:17
ronnocjtechidna: Congrats on the new Muon Suite release! When updating 12.04, I get this error, first by standard upgrade (within Muon) and also in terminal with -f flag. Ideas? http://paste.kde.org/478226/15:28
jtechidnaronnoc: unfortunately a result of me not testing the packages15:28
jtechidnarun sudo dpkg -i --force-overwrite /var/cache/apt/archives/libmuonprivate1_1.3.65-0ubuntu1~precise1_amd64.deb15:29
jtechidnayou'll also need to do /var/cache/apt/archives/muon-installer_1.3.65-0ubuntu1~precise1_amd64.deb if my memory serves15:29
jtechidnaanways, I'm off to lunch, and afterwards I do have some $WORK stuff to do so I'll get off of IRC (well, idle, but yeah)15:30
ronnocjtechidna: ok thanks :)15:31
yofeljtechidna: btw. could you integrate adding the dbgsym sources to the kubuntu debug installer? Or would that be too invasive? (maybe add, install, remove again?)15:31
jtechidnayofel: it'd require some code for adding the dbgsym repo, running an update, searching for the package, removing the repo afterwards15:32
jtechidnaso it's doable15:32
jtechidnait just hasn't been don eyhet15:32
jtechidna*done yet15:32
yofelok, was just curious if it's doable or total nonsense15:33
jtechidnait's not exactly trivial, but it's not insane either15:33
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/kdemultimedia] Philip Muškovac * 153 * debian/ (changelog libkcddb4.symbols) * Update symbol files for gcc 4.715:46
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/kdepim] Philip Muškovac * 203 * debian/ (changelog control) * Switch boost depends to 1.4916:46
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/smokekde] Philip Muškovac * 23 * debian/changelog releasing version 4:4.8.3-0ubuntu117:08
eagles0513875hey yofel :) 17:14
yofelo/17:14
Peace-razor is in the repos ?17:14
Peace-i guess no17:14
eagles0513875btw yofel my bug Darkwing is going to help me fix it :) maybe ill learn a few things :) 17:15
yofelPeace-: it is17:16
Peace-yofel: razor-qt sorry17:16
Peace-:D17:16
Peace-i mean http://nowardev.wordpress.com/2011/12/16/light-qt-destkop-ex-antico-razor-qt/17:16
Peace-yofel: btw on unity there is a shortcut to open unity menu  with super key17:18
Peace-on kubuntu shoudl be the same 17:18
Peace-i managed to get it but it seems with some problme 17:19
yofelwell, problem is that you can't use Meta by itself as a shortcut, it's a modifier17:20
yofeland I haven't managed to set a single key shortcut for kickoff so far17:20
Peace-yofel:  i did it17:21
Peace-yofel: http://nowardev.wordpress.com/2012/05/06/kde-laucher-set-superkey-lke-shortcut/17:22
Peace-but i have a problem anyway17:22
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/kdeadmin] Philip Muškovac * 150 * debian/changelog releasing version 4:4.8.3-0ubuntu117:49
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/kdeartwork] Philip Muškovac * 139 * debian/changelog releasing version 4:4.8.3-0ubuntu118:17
=== rbelem_ is now known as rbelem
nixternal^^ why isn't a hook used that when you commit, or better yet, tag, add 'release:precise' to change debian/changelog automagically instead of manually doing it each time?18:48
yofelI've a script that does that :P18:50
nixternallocally?18:50
yofelyeah (that's a local hook anyway, launchpad has no CIA support)18:51
nixternalyou can't add a hook to the bzr server that takes care of it server side? with your script, after it triggers the release:precise, you sill have to do another commit right?18:52
yofelwell, as I need to testbuild before uploading, I need to edit the changelog anyway to create the source package. If it builds fine I let my script commit, tag and upload18:53
yofeland there's a bug about CIA support, that's about as cooperative the launchpad folks will get18:54
nixternalahh, that sucks, though i could care less about cia18:55
yofelshadeslayer: you were looking for fun build failures, enjoy: http://paste.kde.org/47840618:55
* highvoltage adds #kubuntu-devel to autojoin to keep up to date with tablet stuff :)19:39
shadeslayeryofel: I don't see the error, needs more backlog :P19:46
shadeslayerunless that's the only error message you get19:47
shadeslayerthen it's just plain weird19:47
yofelshadeslayer: that *is* the error, but here the full log http://paste.ubuntu.com/987758/19:47
shadeslayer...19:49
shadeslayerfirefox just froze up when I tried to use Find on that page19:50
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/kdeplasma-addons] Philip Muškovac * 202 * debian/ (changelog control) * Switch boost build-dep to 1.4919:50
=== ronnoc_ is now known as ronnoc
CIA-42[lp:~kubuntu-packagers/kubuntu-packaging/kdesdk] Philip Muškovac * 166 * debian/ (changelog control) * Switch boost build-dep to 1.4920:33
* JontheEchidna is now home20:34
JontheEchidnablog post without screenshots on April 26th vs. blog post with screenshots today: http://i.imgur.com/1v5T0.png20:53
JontheEchidna:P20:53
JontheEchidnapeople love teh screenies20:54
debfxnext time you'll have to create some gif images for even more hits20:56
yofelall is fine as long as you don't use flash :D21:00

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!