[00:01] <debfx> fabo: is the qtwebkit package missing a symbols file on purpose?
[01:00] <debfx> Riddell: we need to keep the qtwebkit package for the transitional binary packages. should I call the version something like "5:1"?
[01:39] <ScottK> debfx: If it just existed during Maverick development and not in a stable release, then a transitional package isn't needed.
[07:05] <fabo> debfx: yes, on purpose. I would like to stabilize the package a bit before adding the symbols file.
[08:51] <Riddell> good morning from Prague
[08:52] <Riddell> debfx: yes probably easier not to bother with a transitional package
[08:54] <jussi> hello Riddell :)
[08:59] <Quintasan> \o
[08:59] <Quintasan> Riddell: hello
[09:45] <debfx> ScottK, Riddell: libqt4-webkit{,-dbg} are in lucid, but we can add those transitional packages to qt4-x11
[09:47] <Tonio_> hi
[09:48] <Riddell> debfx: that's a reasonably compromise
[09:49] <Riddell> although libraries shouldn't need transitional packages at all, the dist upgrade tool wants to keep kubuntu-desktop installed and that only cares about the apps not the libraries
[09:49] <Riddell> but not everyone uses dist upgrade tool for some reason
[09:50] <Riddell> hi Tonio_ 
[09:50] <Riddell> Tonio_: I've heard rumours that kdesudo doesn't compile because the docs use the old DTD
[09:50] <Riddell> are you able to look into it or should we find someone else who cares?
[09:51] <Tonio_> Riddell, hum, I forgot about that one indeed
[09:51]  * Tonio_ flashed a maverick vm
[09:51] <Tonio_> Riddell, looking
[10:06] <Quintasan> !package ktorrent
[10:06] <Quintasan> !info ktorrent
[10:06] <Quintasan> !info ktorrent maverick
[10:06] <Quintasan> time for bugfix release then!
[10:09] <Quintasan> well no need
[10:09] <Quintasan> debian already has one
[10:10] <Riddell> Quintasan: it needs to be merged though
[10:10] <Quintasan> yup
[10:11] <Quintasan> grabbing source to check if changes are still relevant
[10:16] <apachelogger> Quintasan: I cannot imagine why it would be failing then
[10:16] <apachelogger> Riddell: did you see awesome ubuntuone-share? :D
[10:17] <Riddell> apachelogger: that video?
[10:17] <apachelogger> aye
[10:19] <Riddell> apachelogger: so you can share any folder with any other ubuntu one user?
[10:19] <apachelogger> no, but really yes ^^
[10:19] <Riddell> or any folder within your Ubuntu One folder I guess?
[10:20] <Quintasan> apachelogger: I can't imagine it too, the build failed when I was using dh -a --dbg-package=project-neon-qt
[10:20] <apachelogger> you can define any folder to sync with u1, and then you can share that syncd folder
[10:20] <Quintasan> now I set override_dh_strip and retried the build
[10:20] <apachelogger> for now only sharing stuff from within ~/Ubuntu One is implemented though
[10:21] <Quintasan> wtf is that Merge-o-Matic? Heard of it but never saw it
[10:21] <apachelogger> I'll probably just check if $folder is part of a folder that is already synced and if not add another page to the wizard that asks you to sync that folder to u1 first and helps you with that...
[10:21] <Riddell> apachelogger: that is most awesome
[10:23] <CIA-33> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100719092256-k3jagmv8yikcdzya * debian/control add boost to the builddeps (necessary for akonadi love contacts model) + sort deps a bit
[10:27] <ulysses> Riddell: ping
[10:27] <Riddell> hi ulysses 
[10:28] <ulysses> I read your mail on kubuntu-devel
[10:28] <Riddell> about qt assistant?
[10:28] <ulysses> yes
[10:28] <Riddell> that word is painful to write with my s key missing on this laptop
[10:30] <apachelogger> Riddell: did someone steal it?
[10:30] <Quintasan> I would replace G N O M E keys on my keyboard though
[10:32] <apachelogger> hm
[10:32] <apachelogger> so
[10:32] <apachelogger> who is running for DMB?
[10:35] <Riddell> ulysses: do you know what to do?
[10:35] <ulysses> Riddell: nope:(
[10:36] <Riddell> ulysses: apt-get source  one of the packages
[10:37] <Riddell> tulip for example
[10:37] <Quintasan> apachelogger: DMB?
[10:37] <Riddell> ulysses: edit debian/control and add libqtassistantclient-dev to the build depends
[10:38] <Riddell> check if qt4-dev-tools is in the Depends of any package in debian/control and add qt-assistant-compat if it is
[10:38] <apachelogger> Quintasan: developer membership board
[10:38] <Tonio_> Riddell, considering kdesudo, should the doc be rewritten or discarded ?
[10:38] <Riddell> run  debuild  to compile the package
[10:38] <Tonio_> Riddell, it basically dupes the manpage...
[10:38] <Quintasan> oh
[10:38] <Riddell> ulysses: if it compiles and installs, you're all set
[10:38] <Tonio_> Riddell, I'd patch just to not built it if it were me
[10:39] <Riddell> ulysses: run debuild -S to build the source packages and take a debdiff with   debdiff <old>.dsc <new>.dsc
[10:39] <Riddell> ulysses: oh run  dch -i   to add a changelog entry before compiling
[10:39] <Riddell> ulysses: send us the debdiff and move onto the next package 
[10:40] <Riddell> Tonio_: it's just a one line patch to the DTD in the docs
[10:40] <Tonio_> Riddell, I'm not a hudge specialist in docs.... looking at what misses
[10:40]  * apachelogger really thinks rewriting the ubuntuone sync daemon in Qt would make a whole bunch of sense
[10:41] <Riddell> Tonio_: just set the DTD to  <!DOCTYPE article PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN"
[10:41] <Tonio_> Riddell, kk testing
[10:43] <Riddell> apachelogger: wanting to keep up the Kubuntu representation on the DMB?
[10:43] <apachelogger> would be nice ^^
[10:43] <Riddell> ulysses: did you follow that?
[10:44] <ulysses> Riddell: yes, one question: I'm using Maverick, is it neccessary to install Lucid, or not?
[10:45] <Riddell> ulysses: we only care about maverick for this
[10:45] <Quintasan> Riddell: should I merge things like identations in copyrights?
[10:46] <ulysses> Riddell: ok, I start the job
[10:46] <Riddell> Quintasan: you're merging something from Debian?
[10:47] <Quintasan> Riddell: ktorrent
[10:47] <Riddell> Quintasan: just use Debian's debian/copyright file, I've never come across a reason not to
[10:47] <Quintasan> okay
[10:47] <Riddell> ulysses: good luck, let me know if you get stuck :)
[10:57] <apachelogger> Riddell: is there any reason for using a POD struct instead of a class?
[10:58] <Quintasan> apachelogger, Riddell: can you review? http://dl.dropbox.com/u/69524/ktorrent-diffs.rar
[10:58] <apachelogger> must it be a rar? -.-
[10:58] <apachelogger> omg
[10:58] <apachelogger> ^^
[10:59] <apachelogger> latest u1-kde only builds on KDE 4.5 ^^
[10:59] <apachelogger> my oh my
[10:59] <Quintasan> brb tar gzipping
[10:59] <Quintasan> blame ark for not having default entries for tar.gz or tar.bz2
[10:59] <apachelogger> Quintasan: xv++
[10:59] <apachelogger> Quintasan: I am quite sure it got entries at least for targz
[11:00] <Riddell> apachelogger: what's a POD struct?
[11:00] <Quintasan> apachelogger: Don't you mean xz?
[11:00] <apachelogger> Riddell: a struct without ctor, dtor and any other C++ fancyness IIRC
[11:00] <apachelogger> Quintasan: right ^^
[11:00] <apachelogger> xv--
[11:00] <apachelogger> xz++
[11:02] <Quintasan> apachelogger: http://dl.dropbox.com/u/69524/diffs.tar.bz2
[11:02] <Quintasan> tar.bz was less effective :<
[11:02] <apachelogger> that is why we use lzma :P
[11:02] <Riddell> Quintasan: looks good, I'll upload
[11:02] <Quintasan> nonono
[11:02] <Quintasan> wait
[11:03] <Quintasan> libktorrent now
[11:03] <Quintasan> :P
[11:03] <Riddell> oh? ok
[11:03] <Riddell> Quintasan: I wonder why debian hasn't picked up that issue, maybe they don't know, could you check for ktorrent bugs in debian and if there's nothing file a bug on ktorrent in debian with the https://bugs.launchpad.net/ubuntu/+source/ktorrent/+bug/546719 issue
[11:05] <Quintasan> okay, going to check that
[11:08] <Quintasan> Riddell: it seems there is no bug related to this, should I file one?
[11:09] <Riddell> Quintasan: yes please
[11:09] <Quintasan> Riddell: I think a sync for libktorrent would be better
[11:09] <Quintasan> no Ubuntu delta and it is just a bugfix release
[11:10] <Riddell> "Set versions of the UTPServer class symbols to 1.0.1.
[11:10] <Riddell> has that gone away?
[11:11] <Quintasan> I think yes, but let me double check everything
[11:11] <Quintasan> then I will persuade apachelogger to do it too, libs are serious business
[11:12] <Riddell> Quintasan: debian know what they're doing with .symbols files so I expect it can be synced
[11:14] <apachelogger> Quintasan: hm?
[11:14] <Quintasan> - bump minver of all symbols to 1.0.2 in the symbol file
[11:14] <Quintasan> Riddell: ^
[11:14] <Riddell> Quintasan: so that's fine
[11:14] <Riddell> Quintasan: I'll do the sync
[11:15] <Quintasan> awesome
[11:15] <Quintasan> Qt still building....
[11:16] <Riddell> synced
[11:16] <Riddell> Quintasan: should I upload ktorrent now?
[11:18] <Quintasan> I think it should be fine now
[11:18] <Quintasan> Riddell: thanks
[11:21] <Riddell> Quintasan: ktorrent uploaded, thanks
[11:27] <shadeslayer> Riddell: qoauth failed :/
[11:27] <shadeslayer> built fine in pbuilder 
[11:31] <Riddell> shadeslayer: just the test suite failed
[11:31] <Riddell> must be something about the buildd environment it doesn't like
[11:31] <shadeslayer> heh :P
[11:32] <Riddell> strange that it builds in debian though but not us
[11:32] <shadeslayer> ive tried and tried but ive never gotten the exact same build env. as the buildd
[11:32] <shadeslayer> i even enabled pkgbinarymangler... but even now its not same :D
[11:32] <Riddell> I guess you should see if there's a way to not run the test suite
[11:32] <shadeslayer> hmm
[11:32] <shadeslayer> ill check it out
[11:35] <shadeslayer> Riddell: check.commands = ( cd tests/ut_interface && ./ut_interface ) && ( cd tests/ft_interface && ./ft_interface ) << in qoauth.pro
[11:35] <shadeslayer> i can patch that to not run it
[11:35] <shadeslayer> then theres check.depends = sub-tests as well
[11:36] <shadeslayer> or... i can just remove tests from SUBDIRS 
[11:38] <ulysses> Riddell: should I use 'debuild -d' instead of 'debuild'? http://paste.ubuntu.com/465849/
[11:38] <Riddell> shadeslayer: QOAuth::Ut_Interface passes, only QOAuth::Ft_Interface fails so I guess just patch out running ft_interface bit
[11:38] <shadeslayer> hmm
[11:39] <Riddell> ulysses: dpkg-checkbuilddeps: Unmet build dependencies: libvtk5-dev libminc-dev
[11:39] <Riddell> ulysses: sudo just intall those two packages and run debuild again
[11:39] <shadeslayer> ulysses: you need to install build deps
[11:39] <shadeslayer> if you use -d it will fail at CMake stage
[11:43] <shadeslayer> Riddell: how do i check if it builds or fails :P
[11:44] <shadeslayer> since it will always pass in pbuilder
[11:46] <Riddell> shadeslayer: upload to a PPA?
[11:46] <shadeslayer> hmm ok
[11:51] <ulysses> okay, debuild is running after apt-get build-deps caret
[11:51] <Tonio_> Riddell, tried your fix, won't work....
[11:52] <Tonio_> Riddell, looks like the doc really is to be rewritten...
[11:52] <Tonio_> index.docbook:10: element book: validity error : root and DTD name do not match 'book' and 'article'
[11:52] <Riddell> book and article won't havre changed
[11:53] <Tonio_> hum... well it looks like what was valid before isn't anymore...
[11:53] <Tonio_> appart from reritting the doc... I can do it anyway
[11:53] <Tonio_> Riddell, I just wondered if keeping the doc is usefull for a command line binary... manpage could suffice
[11:53] <Riddell> it shouldn't be that different
[11:53] <Tonio_> Riddell, yeah, probably a few things should fix
[11:54] <Tonio_> Riddell, looking
[11:54] <Tonio_> Riddell, it is *very* different in fact :)
[11:54]  * Riddell looks too
[11:55] <Tonio_> Riddell, looking at rekonq's doc for example
[11:55] <Tonio_> Riddell, kdesudo doc was writtent in 2003 fyi
[11:57]  * shadeslayer see's rekonq docs being discussed
[11:58] <shadeslayer> Tonio_: is there a issue with rekonq docs? 
[11:58] <Riddell> Tonio_: hmm, you could be right
[11:58] <Riddell> nixternal: ping
[11:58] <Riddell> Tonio_: I'm happy with dropping the docs
[11:58] <Tonio_> Riddell, great
[11:59] <Tonio_> Riddell, no issue at all with rekonq doc, I just used them for comparison :)
[11:59] <Tonio_> Riddell, kk, patching and droping the docs
[11:59] <shadeslayer> Tonio_: ok.. :D
[11:59] <Riddell> groovy
[11:59] <shadeslayer> this is for the loads of rebuild failiures?
[12:01] <shadeslayer> Tonio_: ^^
[12:01] <Tonio_> shadeslayer, ftbfs :)
[12:02] <shadeslayer> ohh 
[12:02] <Tonio_> shadeslayer, I suspect kdesudo just won't rebuilt indeed
[12:02] <shadeslayer> there are loads of packages which are FTBFS right now  due to docbook issues
[12:02] <shadeslayer> :(
[12:03] <shadeslayer> so thats why were dropping the docs?
[12:03] <Tonio_> shadeslayer, for kdesudo we're droping it cause it's useless
[12:03] <shadeslayer> also i mailed the kdiff3 ML about the docbooks
[12:03] <Tonio_> shadeslayer, and yeah, some devs are stupid
[12:03] <Tonio_> how can they get drop the old format support ?
[12:03] <shadeslayer> heh
[12:03] <Tonio_> isn't backward compatibility somewhat *important* to keep in mind ?
[12:04] <shadeslayer> afaik the drop was in kdelibs
[12:04] <Tonio_> shadeslayer, that won't change my mind it's stupidity
[12:04] <Tonio_> especially since it comes from kde...
[12:04] <shadeslayer> http://sourceforge.net/mailarchive/forum.php?thread_name=201007141100.03798.ndbecker2%40gmail.com&forum_name=kdiff3-user
[12:04] <shadeslayer> and http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTimztff1U-rNJ4kLsYsAefsMmbCM5Cfq_CJu3KFu%40mail.gmail.com&forum_name=kdiff3-user
[12:04] <Tonio_> kde people don't seem to understand breaking working things isn't a progress, but a regression
[12:05] <Quintasan> It's just like the RC of Qt being BIC
[12:05] <Quintasan> We had to rebuild everything :O
[12:05] <shadeslayer> the messange is at the bottom
[12:05] <Tonio_> even if it is for the best in the next 5 years or so...
[12:05] <Tonio_> I'm tired with this, really
[12:05] <shadeslayer> heh :P
[12:05] <Tonio_> shadeslayer, probably the reason why I don't use kde anymore
[12:05] <shadeslayer> i didnt dare to touch docbooks after i tried my hand with kdiff3
[12:06] <shadeslayer> Tonio_: aww... :(
[12:06] <Tonio_> I don't care if everything is made so that it'll be a good desktop environnement "one day"
[12:06] <Tonio_> shadeslayer, I need something that works
[12:06] <Tonio_> I use my computer for real, and sometimes I don't want to spend my time on it to work :)
[12:06] <shadeslayer> well.. it does work for me.. but yeah.. right now these build failiures are not good
[12:07] <Tonio_> shadeslayer, I got a little tired with years on kde4, and the fantastic "let's break everything" done on SC 4.4 and kdepim finished to kill me
[12:08] <shadeslayer> Tonio_: in 4.5 plasma is pretty stable.. hasnt crashed more than twice here...
[12:08] <Tonio_> when a developper forgets to think about users using their products, that's a hudge problem
[12:08] <Tonio_> shadeslayer, plasma ain't the issue for me
[12:08] <shadeslayer> PIM>
[12:08] <Tonio_> the issue is that there are priorities
[12:08] <shadeslayer> Riddell: https://edge.launchpad.net/~rohangarg/+archive/experimental/+build/1879750 << qoauth now builds
[12:08] <Tonio_> and that releasing kde4 for 2 years, without working bluetooth, without forking networkmanagement stuff
[12:09] <Tonio_> that just demonstrates kde lacks project management
[12:09] <Tonio_> I don't care having 2004859 graphical effects
[12:09] <Tonio_> I just want the basing stuff to work correctly
[12:09] <Tonio_> including, my mail, contacts, network, and so on...
[12:10] <Tonio_> shadeslayer, believe me I don't like gnome
[12:10] <shadeslayer> i hear they have a new bluetooth manager now.. bluedevil or something
[12:10] <shadeslayer> Tonio_: hahah :P
[12:10] <Tonio_> but that, the base, it does it, and well
[12:10] <Tonio_> shadeslayer, how good it is to start your pim client and don't have to care about mail loss, contact loss, crashes and so on....
[12:11]  * shadeslayer doesnt use PIM :P
[12:11] <Tonio_> shadeslayer, yeah, there is always a "new stuff fixing the problem for good"
[12:11] <shadeslayer> +client
[12:11] <Tonio_> shadeslayer, when it comes to work you have to...
[12:11] <shadeslayer> yeah i guess.. im a student right now,so no need as of now ^_^
[12:12] <shadeslayer> a student that hasnt gone for training in the past 3 days .... :P
[12:13] <Tonio_> shadeslayer, I really hope I'll be able to use kde again one day... but really I think things have to change on the kde side, on the project management side
[12:14] <shadeslayer> Tonio_: well.. kdepim 4.5 is going to be out with kde 4.5.1 .. so you could give that a spin
[12:14] <Tonio_> shadeslayer, interesting, and what will break in the meantime ? multimedia ? network ?
[12:14] <shadeslayer> hehe..
[12:15] <shadeslayer> network is fixed now.. plasma-widget-networkmanagement does a pretty good job
[12:15] <Tonio_> shadeslayer, the simple fact kde 4.5 is going to be released without the major fixes awaited for kdepim is just unbelievable to me.......
[12:15] <shadeslayer> much better than the earlier stuff
[12:15] <Tonio_> shadeslayer, I know it does, but we waited for this for 2 years..... it should have been there with kde 4.1, honnestly
[12:15] <shadeslayer> Tonio_: yeah,but i guess kdepim want to make sure they get only the good stuff out
[12:16] <Tonio_> shadeslayer, of that may be why they broked up everything 6 month ago then ? :)
[12:16] <Tonio_> shadeslayer, yoàu know when half of the components moved to akonadi , not waiting for the other apps, and that broke everything...
[12:16] <shadeslayer> i never really used kdepim till i had to test 4.5 beta 1 ;)
[12:17] <shadeslayer> that must be really b0rked
[12:17] <shadeslayer> well you might want to know everything is now moved to akonadi.. kmail and stuff
[12:17] <Tonio_> shadeslayer, let's make it simple :
[12:17] <Tonio_> kresource has a compatibility layer to akonadi
[12:18] <Tonio_> but akonadi has a compability layer to kresource too o_0
[12:18] <shadeslayer> heh
[12:18] <Tonio_> then, kaddressboook moves to akonadi, but not kmail
[12:18] <Tonio_> all this when the API isn't even stabilized
[12:18] <shadeslayer> Tonio_: even kaddressbook was b0rked in 4.4.
[12:18] <Tonio_> and you loose all your data
[12:18] <Tonio_> not re-read your previous statement please :)
[12:19] <Tonio_> shadeslayer, they release things when they consider they can be released
[12:20] <Tonio_> aka : without project management, without QA, without any user feedback, except "we consider this mature enough"
[12:20] <Tonio_> I know I'm rude.... but considering in my company, 2 years ago, 50% people were using KDE, and now I'm the only one, and I recently switched....
[12:21] <shadeslayer> wow..
[12:21] <Tonio_> shadeslayer, this means there are problems there
[12:21] <Tonio_> I decided to try to figure out why, could be a distro problem
[12:21] <shadeslayer> wow.. because i cant find a single company here that uses KDE :D
[12:22] <Tonio_> shadeslayer, because it is unsuitable for companies maybe ? :)
[12:22] <shadeslayer> all of them use the MS stuff.. outlook and kruft
[12:22] <shadeslayer> Tonio_: no i mean they dont even use FOSS software
[12:22] <Tonio_> shadeslayer, look at the french parliament, they have kde3, they can't go to kde4....
[12:22] <Tonio_> what to do then ?
[12:22] <shadeslayer> ouch
[12:22] <Tonio_> yeah
[12:23] <shadeslayer> omg.. i think my dead phone just rang :S
[12:23] <Tonio_> they went to kde/linux cause XP was about to be deprecated
[12:23] <shadeslayer> :D
[12:23] <Tonio_> and one year later, they end up with an unmaintained system they can upgrade cause the new one will be ready in 2015, eventually...
[12:23] <Tonio_> nice job
[12:24] <Tonio_> shadeslayer, don't ask me which DE I tend to suggest to companies now...
[12:24] <Tonio_> shadeslayer, sorry for the very bad mood anyway
[12:24] <shadeslayer> lol :P
[12:24] <shadeslayer> Tonio_: no problem ;)
[12:24] <Tonio_> shadeslayer, it's because I love kde so much I'm so frustrated, and so demotivated...
[12:25] <shadeslayer> happens with everything 
[12:25] <shadeslayer> ok ive gtg for now,be back in 30 mins
[12:26] <Tonio_> shadeslayer, kk :)
[12:36] <debfx> Riddell: qtwebkit-source is ready: http://people.ubuntu.com/~debfx/qtwebkit-source_2.0~week26-2ubuntu1.dsc
[12:36] <debfx> Riddell: qt changes are in bzr
[13:00] <Riddell> debfx: rock
[13:08] <shadeslayer> btw kcm-touchpad appears in lost and found in system settings
[13:08] <shadeslayer> someone might want to correct that
[13:10] <Riddell> we have half a dozen in lost and found
[13:12] <shadeslayer> Riddell: shouldnt it be put under Hardware
[13:12] <shadeslayer> also,mail to DD sent about qoauth license issue
[13:14] <shadeslayer> kubotu: weather Gurgaon,India
[13:14] <kubotu> Weather info for New Delhi, India (updated on 4:30 PM IST on July 19, 2010); Temperature: 90 F / 32 C; Humidity: 75%; Dew Point: 81 F / 27 C; Wind: East at 12 mph / 18 km/h; Pressure: - (Steady); Conditions: Haze; Visibility: 1.9 miles / 3.0 kilometers; UV: 3 out of 16; Clouds: Scattered Clouds (SCT) : 2000 ft / 609 m  (FEW) : 3000 ft / 914 m  Mostly Cloudy (BKN) : 10000 ft / 3048 m; Yesterday's Cooling Degree Days: 28
[13:14] <kubotu> approx.; Sunrise: 5:36 AM IST; Sunset: 7:19 PM IST; Moon Rise: 1:34 PM IST; Moon Set: 12:26 AM IST; Moon Phase: Waxing Gibbous
[13:15] <shadeslayer> a bit out of date... its raining now
[13:21] <Riddell> shadeslayer: yes it should be under Hardware, not hard to fix, just needs doing :)
[13:21] <Riddell> shadeslayer: DD?
[13:21] <shadeslayer> Debian devel
[13:21] <Riddell> I doubt they care much, if it's through new they'll be happy
[13:22] <Riddell> I'd e-mail the author and ask him to make it consistent
[13:22] <shadeslayer> source author?
[13:22] <shadeslayer> also i just saw the mail on kaffeine :P
[13:23] <ryanakca> Riddell: Which of the Qt assistant transitions still need doing?
[13:23] <Feer> Riddel: Heya, this is Jasem from KStars/INDI. Wanted to know if I can join the packaging effort to resolve some issues :)
[13:23] <Riddell> shadeslayer: yes source author
[13:23] <Riddell> ryanakca: ask ulysses 
[13:23] <ryanakca> ulysses: Which of the Qt transitions still need doing?
[13:24] <shadeslayer> Riddell: btw can you upload new qoauth from https://edge.launchpad.net/~rohangarg/+archive/experimental/+packages
[13:24] <ulysses> ryanakca: I'm doing caret and paraview currently
[13:25] <ryanakca> ulysses: So tulip is free?
[13:25] <ulysses> ryanakca: yes
[13:25] <ryanakca> ulysses: Alright, pulling sources from maverick?
[13:25] <ulysses> ryanakca: yes
[13:27] <ulysses> WHat do I wrong? http://paste.ubuntu.com/465896/
[13:28] <ulysses> my GPG-key is configured to "Kiszel Kristóf <ulysses@kubuntu.org>"
[13:28] <yofel> ulysses: are you sure the mail in the changelog is right? E: caret: debian-changelog-file-contains-invalid-email-address ulysses@locris
[13:29] <ulysses> yofel: arghhhh, I didn't see:( thanks
[13:29] <yofel> more like, is DEBEMAIL set? ^^
[13:29] <ulysses> no, it isn't
[13:31] <Quintasan> well, something in kubuntu rules makes it build
[13:31] <Quintasan> grr
[13:32] <ulysses> yofel: DEBEMAIL needs to be in ~/.bashrc?
[13:35] <yofel> ulysses: usually yes 
[13:35] <Riddell> certainly saves a lot of time compared to manually changing the e-mail in changelog every time :)
[13:38] <ulysses> :)
[13:38] <maxwellian> Might also look into .pam_environment or /etc/environment for setting shell variables.
[13:38] <maxwellian> Obviously .bashrc only works for bash.
[13:38] <Riddell> naw it's a per user settings, ~/.bashrc is good and everyone uses bash don't they? :)
[13:39] <ulysses> It's enough, I'm the only user on this laptop:)
[13:39] <debfx> who would want to use bash when there's zsh? :D
[13:40] <Riddell> fabo: http://people.canonical.com/~jriddell/tmp/qtmobility_1.0.1-2ubuntu1.debdiff
[13:41] <Riddell> fabo: builds gstreamer backend for qtmultimedia, QtBearer is in QtNetwork now or so the build log says
[13:41] <Riddell> adds some runtime deps listed on http://doc.qt.nokia.com/qtmobility-1.0/installation.html
[13:42] <Riddell> including hal, whyever did they chose an obsolete package I don't know
[13:42] <Quintasan> debfx: ++
[13:43] <fabo> Riddell: thanks
[13:43] <ryanakca> Aye, zsh >> bash :)
[13:43] <Riddell> fabo: let me know if you agree :)
[13:44] <maxwellian> ryanakca: That's a weird right shift... ;)
[13:44] <maxwellian> O_o
[13:44] <Riddell> right, jasem, indi
[13:46] <JontheEchidna> well, now that it finally built, at least maverick users can use muon 0.3 :)
[13:46] <ulysses> \o/
[13:46] <JontheEchidna> should be published in the QApt ppa in the next 20 minutes or so
[13:47] <JontheEchidna> no string complaints, from translators or otherwise, so that's good. :)
[13:48] <ryanakca> ulysses: Hmmm. I can't seem to spot where libqt4-assistant is getting pulled in by tulip. My best guess is that debhelper is pulling it in with ${shlibs:Depends}? And that I'd have to add something to debian/patches/04-autotools -ac_subst_vars ?
[13:49] <ryanakca> maxwellian: No, zsh >> bash means zsh much greater (better) than b, http://en.wikipedia.org/wiki/Inequality_(mathematics)
[13:49]  * Riddell assumes maxwellian was joking :)
[13:50]  * maxwellian thought so too... :(
[13:50] <ryanakca> maxwellian: Ah, I missed it :)
[13:50] <Riddell> ryanakca: so just add the build depend for the new libqtassistent, make sure it builds and picks up the shlib depend, job done
[13:50]  * maxwellian goes back to his linear algebra homework with renewed shame
[13:52] <Riddell> jasem: yo
[13:52] <ulysses> ryanakca: Riddell told me that I should add libqtassistantclient-dev to build depends, and if qt4-dev-tools is in the Depends of any package in debian/control and add qt-assistant-compat
[13:54] <ryanakca> ulysses: I'm guessing if qt4-dev-tools is in the B-D too, I should add qt-assistant-compat to the B-D?
[13:55] <ulysses> I guess it should go to Depends
[13:56] <Riddell> jasem: according to your changelog you're starting with our current lucid package not with our current maverick package
[13:58] <ryanakca> ulysses: Which one though? None of tulip's binary packages are in qt4-dev-tools rdepends...
[13:58] <Riddell> ryanakca: no qt-assistant-compat shouldn't need to be a build-depend 
[13:58] <Riddell> it provides /usr/bin/assistant_adp which used to be in   qt4-dev-tools
[13:59] <Riddell> jasem: according to your changelog you're starting with our current lucid package not with our current maverick package
[13:59] <ryanakca> Riddell: OK, thanks
[14:03] <ScottK> shadeslayer: Did you consider volunteering to help https://wiki.ubuntu.com/OperationCleansweep ?
[14:05] <Riddell> jasem: connection issues?
[14:09] <Riddell> fooey
[14:17] <Riddell> well then back to Qt
[14:17] <ulysses> caret finished building \o/
[14:17] <Riddell> qtmobility now builds qtmultimediakit so I'll remove qtmultimedia from qt4-x11
[14:19] <shadeslayer> ScottK: yeah... i know about that :D
[14:20] <shadeslayer> but idk alot about coding right now :(
[14:20] <shadeslayer> i did close a few bugs here and there as they were old
[14:21] <ScottK> shadeslayer: I think what they are looking for is within what you can do.  All you need to check is if the patch still applies and if so, is it packaging related so send to Debian or is it code related so send it upstream.
[14:21] <shadeslayer> ok ill try :D
[14:22] <shadeslayer> right now i have to get my phone fixed first :P
[14:22] <ScottK> OK.
[14:22] <ulysses> Riddell: http://people.ubuntu.com/~ulysses/kubuntu/juniorjob/caret_5.6.1.3~dfsg.1-2ubuntu1.dsc.debdiff
[14:23]  * Riddell wibbles a lot at the size of the diff between our and debian's qt4 package
[14:23] <shadeslayer> hehe :P
[14:24] <Riddell> ulysses: groovy
[14:24] <Riddell> ulysses: I'd replace "Rebuild" with "Add libqtassistantclient-dev build-dep" since it's not a no change rebuild
[14:25] <Riddell> oh also the pesky "dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[14:26] <shadeslayer> haha :P
[14:26] <shadeslayer> we should have a script to change that
[14:29] <Riddell> ulysses: uploading like this http://people.canonical.com/~jriddell/tmp/caret_5.6.1.3~dfsg.1-2ubuntu1.debdiff
[14:29] <ulysses> Riddell: I changed just now too:) http://people.ubuntu.com/~ulysses/kubuntu/juniorjob/caret_5.6.1.3~dfsg.1-2ubuntu1.dsc.debdiff
[14:32] <Riddell> fabo: I think libpulse-dev can go from the qt4-x11 build-depends
[14:32] <ulysses> Should I add 'Maintainer: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>' to every changelog?
[14:33] <Riddell> ulysses: yes, and change the one from debian to XSBC-Original-Maintainer
[14:40] <Riddell> fabo: seems like a bad idea to mention Debian in package descriptions, other downstreams may not notice to change them
[14:40] <Riddell> fabo: presumably libqt4-phonon can go in debian now that qtwebkit is separate?
[14:42] <Riddell> fabo: we have libqt4-dev Recommend libqtwebkit-dev (as well as libqt4-opengl-dev)
[14:44] <ryanakca> Riddell: debdiff and build log available at http://people.ubuntu.com/~ryanakca/tulip_3.1.2-2ubuntu4.debdiff and http://people.ubuntu.com/~ryanakca/tulip_3.1.2-2ubuntu4_i386.build
[14:46] <Riddell> ryanakca: lovely, uploading
[14:46] <ryanakca> Riddell: Thanks
[14:46] <ScottK> ulysses: No need to mention maintainer change in debian/changelog.
[14:47] <ryanakca> ulysses: Have you started on another package?
[14:48] <ulysses> ryanakca: I'm doing paraview
[14:48] <ulysses> ScottK: Hm? Where did I that?
[14:49] <ryanakca> ulysses: Alright, I'll tackle scidavis
[14:49] <ScottK> ulysses: You asked "[09:32:18] <ulysses> Should I add 'Maintainer: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>' to every changelog?"
[14:49] <ScottK> The answer is no.
[14:49] <ulysses> Oh, I get it
[14:50] <ulysses>  armel build of caret 5.6.1.3~dfsg.1-2ubuntu1 in ubuntu maverick RELEASE
[14:50] <ulysses> failed:(
[14:51] <ulysses> http://launchpadlibrarian.net/52163490/buildlog_ubuntu-maverick-armel.caret_5.6.1.3~dfsg.1-2ubuntu1_FAILEDTOBUILD.txt.gz
[14:55] <ulysses> ScottK: Oh, I mean debian/control
[14:56] <ScottK> ulysses: Yes.  There is a script called update-maintainer in ubuntu-dev-tools to do this easily.
[14:56] <ulysses> dch -i, right?
[14:56] <ryanakca> ulysses: Hmm, nevermind, someone already did scidavis :)
[14:57] <ulysses> ryanakca: qtiplot and pcp-gui is free:)
[14:58] <ryanakca> ulysses: qtiplot needs doing, I'll do it
[14:59] <ulysses> ryanakca: ok, I'll do pcp-gui if paraview finished
[15:06] <JontheEchidna> anybody up for a revu? http://revu.ubuntuwire.com/p/qapt
[15:09] <Riddell> ulysses: qt currently isn't compiling on arm so things will fail there
[15:11] <ScottK> Riddell: I raised that (at on armel) at the release team and we're waiting on the Linaro toolchain changes to get uploaded.  That should be "soon".
[15:12] <ScottK> Riddell: doko and robbiew were supposed to have a chat about it at the sprint.  I asked them to make sure they included you.
[15:13] <Riddell> JontheEchidna: advocated
[15:16] <JontheEchidna> Riddell: thanks
[15:17] <Riddell> JontheEchidna: any plans to get this into main and replace install-package usage?
[15:17] <Riddell> JontheEchidna: it'll need symbols files if you do want to get it into main
[15:18] <JontheEchidna> yeah, that's the plan
[15:18] <JontheEchidna> hmm, I was wanting to wait until the stable release to get a symbols file, but that's currently scheduled for the day of feature freeze
[15:18] <JontheEchidna> I'll probably have to write one before then, then
[15:18] <JontheEchidna> well, API shouldn't change too much at this point :)
[15:19] <Riddell> since no other packages use the ABI it doesn't matter if the symbols files change really
[15:20] <JontheEchidna> If I get muon packaged, it will, but it's only one package that will be close under my control
[15:22] <JontheEchidna> I'll freeze API on the beta release that is scheduled a week for wednesday. The API will be up for review until then, and when I package the beta I'll include a symbols file then
[15:24] <JontheEchidna> (any API review in the meantime is appreciated) :)
[15:26] <ulysses> Riddell: paraview fails to build at 25% http://paste.ubuntu.com/465955/
[15:29] <Riddell> ulysses: looks like paraview needs a merge or sync from debian
[15:30] <Riddell> ulysses: so grab the version from debian and see if it builds http://packages.debian.org/source/sid/paraview
[15:30] <Riddell> (with the new qtassistent build-dep)
[15:33] <Riddell> debfx: Qt uploaded with webkit dummy packages, also qt multimedia is dead and gone
[15:34] <nixternal> Riddell: pong
[15:34] <Riddell> nixternal: was going to ask what needs changed in kdesudo docs, but unless you object we'll just drop them
[15:34] <nixternal> is it the same crash on de docs?
[15:35] <nixternal> not crash, build failure
[15:35] <nixternal> jeesh, just woke up obviously :)
[15:35] <Riddell> de docs?
[15:36] <JontheEchidna> german docs?
[15:36] <nixternal> yes
[15:36] <nixternal> to both :)
[15:36] <Riddell> it's only english
[15:36] <nixternal> is it the same failure that shadeslayer was having?
[15:37] <nixternal> ahhh
[15:37] <jjesse> must be nice to have just woken up
[15:37] <nixternal> :)
[15:37] <nixternal> no objection on dropping them
[15:39] <Riddell> shadeslayer: qoauth uploaded
[15:48] <Riddell> jasem: commented on bug
[15:48] <Quintasan> apachelogger: this is magic
[15:48] <Quintasan> seriously
[15:49] <Quintasan> now it FAILS at strippin :S
[15:49] <ryanakca> Hmmm.. qtiplot FTBFS: http://people.ubuntu.com/~ryanakca/qtiplot_0.9.7.10+r1453-1ubuntu3_i386.build
[15:51] <Quintasan> Riddell: What do you think about creating a PPA for plasmoids, or shall we upload to one of current Kubuntu PPA's?
[15:51] <Riddell> debfx: qtwebkit-source uploaded
[15:51] <Riddell> Quintasan: what fails at stripping?
[15:52]  * Quintasan dislikes the idea of having some sort of 0.1.1 in universe
[15:52] <Riddell> Quintasan: why not the main archive?
[15:52] <Quintasan> Riddell: stripping debug libraries from Qt
[15:52] <Quintasan> magically the same procedure works for our packages
[15:52] <Quintasan> even in PPA
[15:52] <Riddell> ryanakca: looks like another package which needs a sync/merge from debian
[15:53] <ryanakca> Riddell: Alright, will do.
[15:53] <steveire> Quassel notifications in 10.04 are crazy
[15:53] <ScottK> Quintasan: As long as you test the plasmoid and it ~works, I think who cares about the version number.
[15:53] <Riddell> ryanakca: debian/01_build_system.diff
[15:53] <steveire> It keeps flashing envelopes at me, even if quassel is already focussed
[15:53] <Quintasan> Riddell: the idea behind the PPA is that plasmoids can break anytime and we probably won't be able to do anthing besides patching it
[15:53] <Riddell>  is the diff
[15:53] <Riddell> ScottK: is debian still on python 2.5?
[15:54] <Quintasan> ScottK: well, if not upstream the KDE can break them
[15:54] <Quintasan> s/the/then
[15:54] <Riddell> Quintasan: if it's unstable then experimental PPA is the place
[15:54] <ScottK> Riddell: They support 2.5 and 2.6, but 2.6 is default.
[15:54] <Quintasan> well, fine with me
[15:54] <Riddell> ryanakca: so that patch can probably be removed and we can probably sync
[15:54] <ScottK> Quintasan: If it's something we want for end users, it should go in the archive at some point.  IMO the PPAs are for testing or early adopters.
[15:55] <shadeslayer> Quintasan: omg
[15:55] <shadeslayer> Quintasan: your working on the switch user plasmoid?
[15:57] <Quintasan> nope
[15:57] <Quintasan> want me to do so?
[15:57] <shadeslayer> actually no :P
[15:57] <Quintasan> I wanted yofel to try that
[15:57] <shadeslayer> im packaging it for debian
[15:57] <shadeslayer> :D
[15:57] <Quintasan> Riddell: any ideas -> http://pastebin.com/7Hz5tDDM ?
[15:57] <Quintasan> It works for out beta PPA (I think so because we do have dbg packages)
[15:58] <shadeslayer> bug 589471
[15:58] <shadeslayer> abrrr
[15:58] <shadeslayer> debian bug 589471
[15:58] <Quintasan> Riddell: this is dh_strip --dbg-package=project-neon-qt-dbg
[15:58] <Quintasan> output of*
[15:58] <shadeslayer> ive already got it packaged,just adding the copyright and stuff
[15:59] <ryanakca> Riddell: Shouldn't I merge and add libqtassistantclient-dev to debian/control?
[15:59] <shadeslayer> Quintasan: do we need to add *.install files?
[15:59] <shadeslayer> because even if i dont add that file,it still installs correctly
[15:59] <Riddell> ryanakca: sync (i.e. start from debian package no need to keep anything from ubuntu one) and add libqtassistantclient-dev to debian/control
[16:01] <Riddell> Quintasan: are you using -no-separate-debug-info ?
[16:02] <shadeslayer> Quintasan: also the package for ubuntu is ready
[16:02] <shadeslayer> i need to test package in sid pbuilder for debian first tho
[16:04] <Riddell> fabo: better http://people.canonical.com/~jriddell/tmp/qtmobility_1.0.1-2ubuntu2.debdiff
[16:04] <shadeslayer> btw anyone have a ready sid pbuilder?
[16:04] <shadeslayer> ill have to create one :(
[16:04] <ryanakca> shadeslayer: I do
[16:05] <shadeslayer> ryanakca: oh goody one sec
[16:05] <Riddell> debfx: qtwebkit-source uploaded
[16:06] <Riddell> debfx: apt-cache rdepends libqt4-webkit suggests we have quite a transition to do
[16:08] <shadeslayer> ryanakca: http://people.ubuntu.com/~rohangarg/fastuserswitch-0.1.1.tar.gz.tar.gz
[16:09] <shadeslayer> ryanakca: can you download that and extract it,then you should get 2 tarballs,extract fastuserswitch-0.1.1.tar.gz but not the .orig one :D
[16:09] <shadeslayer> then pdebuild away :)
[16:10] <shadeslayer> and yes i know,the license is missing in debian/copyright right now ;)
[16:11] <ryanakca> shadeslayer: ... is obj-x86_64-linux-gnu supposed to be part of upstream's source?
[16:11] <JontheEchidna> https://edge.launchpad.net/ubuntu/+source/policykit-desktop-privileges/0.2 <- feature parity ftw :)
[16:11] <shadeslayer> weird
[16:11] <shadeslayer> how did that get there 0_o
[16:12] <Quintasan> Riddell: nope, I'm using just -debug
[16:12] <shadeslayer> i did run dh_clean
[16:12] <Quintasan> shadeslayer: no, it doesn't need install files for debug libs
[16:12] <Riddell> Quintasan: why?
[16:12] <shadeslayer> Quintasan: not debug libs :P , i meant for the plasmoid :D
[16:12] <ryanakca> shadeslayer: Building...
[16:12] <Quintasan> shadeslayer: oh I think yes
[16:13] <shadeslayer> ryanakca: ok great
[16:13] <shadeslayer> thanks :D)
[16:13] <Quintasan> didn't do that with new dh magic
[16:13] <Quintasan> shadeslayer: ^
[16:13] <Quintasan> Riddell: well, why should I use -no-separate-debug info?
[16:13] <shadeslayer> Quintasan: hmm.. i used new dh magic but,i didnt put in a install file,and it still works
[16:13] <Quintasan> shadeslayer: so if it works, why bother?
[16:14] <Riddell> Quintasan: why should you do anything different from our normal packaging?
[16:14] <shadeslayer> Quintasan: yeah,just double checking
[16:14] <Riddell> Quintasan: we stopped using separate debug things becaues it was different from every other library and broke the normal way of making debug packages, as you're discovered
[16:14] <ScottK> Riddell: agateau just marked Bug 603736 fix committed.  I think once that's uploaded, it ought to be ready to be in the default netbook layout.
[16:15] <ScottK> Any chance that could be on your list for the sprint?
[16:15] <Quintasan> Riddell: So, in short, I should use -no-separate-debug info and override_dh_strip?
[16:15] <Riddell> ScottK: uploading it?
[16:15] <Quintasan> apachelogger--
[16:15] <ScottK> Riddell: agateau's fix.
[16:15] <ScottK> He didn't say where it was in the bugmail.
[16:16] <ScottK> So hopefully he reads here and says or you see him.
[16:16] <agateau> Riddell: ScottK: it's in the Qt patch
[16:16] <ScottK> Riddell: Sorry, I got confused.
[16:16] <Riddell> ScottK: he usually does releases on thursdays
[16:16] <ScottK> Riddell: Including plasma-widget-menubar in the netbook layout is "it".
[16:17]  * JontheEchidna wonders why plasma-widget-menubar hasn't been promoted yet
[16:17] <ScottK> JontheEchidna: Because it's not Riddell archive day yet and no one else seems to be bothering about such things.
[16:17] <JontheEchidna> ah, that's tomorrow though, right?
[16:17] <shadeslayer> hehe
[16:17] <ScottK> Yep.
[16:17] <Riddell> ScottK: yes I'd like to get netbook layout looked at this week
[16:18] <ScottK> Riddell: Great.
[16:18] <shadeslayer> Riddell: there was this MIR that was reviewed and needs work, one sec let me see
[16:19] <ScottK> shadeslayer: It was approved (plasma-widget-menubar)
[16:19] <shadeslayer> oh that was the one
[16:19] <shadeslayer> ok then :)
[16:20] <shadeslayer> no wait
[16:20] <shadeslayer> bug 595173
[16:21] <Riddell> shadeslayer: mm, I need to look into that, although I'm not sure how far my abilities go with it
[16:22] <shadeslayer> same here :(
[16:22] <Quintasan> Riddell: I hope this works
[16:22] <Riddell> Quintasan: I think neon shouldn't needlessly differ from the normal packaging (of course there will be plenty places where it is necessary)
[16:23] <Riddell> Quintasan: why are you using qt 4.6 and not 4.7?
[16:23] <shadeslayer> now my public key would be named pubring.gpg right?
[16:23] <Riddell> who uses Kate?
[16:23] <shadeslayer> me
[16:24] <Quintasan> Riddell: uhh, well KDE dudes said it would be better to use version from their repository
[16:24] <shadeslayer> ryanakca: was the build fine?
[16:24] <Quintasan> I can try building 4.7 after I get stripping to work
[16:24] <Riddell> Quintasan: oh it's from kde-qt git branch?
[16:24] <ryanakca> shadeslayer: still building
[16:24] <Quintasan> yes
[16:24] <shadeslayer> ok
[16:24] <Riddell> Quintasan: that makes sense
[16:24] <Riddell> Kate users: any objections to me turning on Dynamic Word Wrap by default?
[16:24] <ryanakca> shadeslayer: I was already running a maverick build, so they're both running a bit slow at the moment :)
[16:25] <Quintasan> Riddell: nope
[16:25] <shadeslayer> hehe :)
[16:25] <shadeslayer> Riddell: please enable it by default
[16:26]  * Quintasan was sometime wondering where the hell 3/4th of his code went
[16:26] <Quintasan> and then I pressed F10
[16:26] <shadeslayer> lol
[16:26] <ScottK> Riddell: Why?
[16:26] <ulysses> Riddell: paraview from Debian also failed to build
[16:27] <ScottK> Riddell: I find Dynamic Word Wrap quite annoying when trying to code.  
[16:27] <Riddell> ScottK: means you only have one direction to scroll, having to scroll in two directions is a hassle
[16:28] <ryanakca> shadeslayer: look under http://people.ubuntu.com/~ryanakca/fastuserswitch_0.1.1-1_i386.build
[16:28] <shadeslayer> Riddell: btw any idea why ejecting external HD's in KDE does not power them down?
[16:28] <Quintasan> simulacrum: up for some quick packaging task?
[16:28] <ScottK> Riddell: I agree it can be more convenient for reading stuff with really long lines, but when I'm writing code, I generally want the line break where I want it and not at some predetermined length.
[16:29] <shadeslayer> oh noes.. bad patch :S
[16:29] <Riddell> ulysses: same issue?
[16:29] <ScottK> Riddell: I guess it depends on what one views the primary use case for Kate.  
[16:30] <ryanakca> shadeslayer: If you can upload a .dsc next time, I can just dget it, it'll be easier.
[16:30] <ulysses> Riddell: seems to, In file included from //usr/include/libavutil/avutil.h:81, from //usr/include/libavcodec/avcodec.h:30, from //usr/include/libavformat/avformat.h:56, from /home/ulysses/Fejlesztes/debian/paraview-3.6.2/VTK/IO/vtkFFMPEGWriter.cxx:23:
[16:30] <ulysses> //usr/include/libavutil/common.h: In function ‘int32_t av_clipl_int32(int64_t)’:
[16:30]  * ScottK is OK with DWW (based on the idea that more people read stuff than write it)
[16:30] <ulysses> //usr/include/libavutil/common.h:154: error: ‘UINT64_C’ was not declared in this scope
[16:30] <debfx> Riddell: yay for 2 qtwebkit build-depend transitions in one cycle ^^
[16:30] <ulysses> /home/ulysses/Fejlesztes/debian/paraview-3.6.2/VTK/IO/vtkFFMPEGWriter.cxx: In member function ‘int vtkFFMPEGWriterInternal::Start()’:
[16:30] <ulysses> /home/ulysses/Fejlesztes/debian/paraview-3.6.2/VTK/IO/vtkFFMPEGWriter.cxx:102: warning: ‘AVFormatContext* av_alloc_format_context()’ is deprecated (declared at //usr/include/libavformat/avformat.h:933)
[16:30] <ulysses> /home/ulysses/Fejlesztes/debian/paraview-3.6.2/VTK/IO/vtkFFMPEGWriter.cxx:102: warning: ‘AVFormatContext* av_alloc_format_context()’ is deprecated (declared at //usr/include/libavformat/avformat.h:933)
[16:30] <ulysses> /home/ulysses/Fejlesztes/debian/paraview-3.6.2/VTK/IO/vtkFFMPEGWriter.cxx:110: warning: ‘AVOutputFormat* guess_format(const char*, const char*, const char*)’ is deprecated (declared at //usr/include/libavformat/avformat.h:787)
[16:30] <Quintasan> oh god
[16:30] <ulysses> /home/ulysses/Fejlesztes/debian/paraview-3.6.2/VTK/IO/vtkFFMPEGWriter.cxx:110: warning: ‘AVOutputFormat* guess_format(const char*, const char*, const char*)’ is deprecated (declared at //usr/include/libavformat/avformat.h:787)
[16:30] <shadeslayer> ryanakca: uh if i just upload the .dsc to where? people.ubuntu? you just need the .dsc?
[16:30] <ulysses> make[3]: *** [VTK/IO/CMakeFiles/vtkIO.dir/vtkFFMPEGWriter.o] Error 1
[16:30] <ulysses> make[3]: Leaving directory `/home/ulysses/Fejlesztes/debian/paraview-3.6.2/obj-x86_64-linux-gnu'
[16:30] <shadeslayer> Quintasan: and its still coming
[16:30] <ulysses> make[2]: *** [VTK/IO/CMakeFiles/vtkIO.dir/all] Error 2
[16:30] <ulysses> make[2]: Leaving directory `/home/ulysses/Fejlesztes/debian/paraview-3.6.2/obj-x86_64-linux-gnu'
[16:30] <Quintasan> ulysses: use pastebin.ca!!!!!!
[16:30] <ulysses> make[1]: *** [all] Error 2
[16:30] <ScottK> !pastebin | ulysses
[16:30] <ulysses> make[1]: Leaving directory `/home/ulysses/Fejlesztes/debian/paraview-3.6.2/obj-x86_64-linux-gnu'
[16:31] <shadeslayer> whew...
[16:31] <jussi> curious
[16:31] <shadeslayer> seems to have stoped
[16:31] <shadeslayer> *stopped
[16:31] <shadeslayer> ulysses: speak
[16:32] <ulysses> Riddell: It's the same I think http://paste.ubuntu.com/465989/
[16:32] <Riddell> :)
[16:32] <shadeslayer> hehe :P
[16:32] <ulysses> However it stopeed at 24%, not 25% :P
[16:32] <Riddell> ulysses: are you on amd64?
[16:32] <ulysses> Riddell: yes
[16:32] <ryanakca> shadeslayer: Sorry, yes, you can try dputting it to people.ubuntu.com
[16:32] <ryanakca> and then I can dget and build for you
[16:33] <shadeslayer> you can dput to people.ubuntu 0_o
[16:33] <shadeslayer> wow
[16:34] <Quintasan> well
[16:34] <Quintasan> while Qt's tro...building I'll go break my legs
[16:35]  * Quintasan takes his skateboard and goes for some leg breaking
[16:38] <Riddell> uploading k-d-s which turns on dolphin info bar, turns off dolphin search bar, kate uses dynamic word wrap, and has apachelogger's fix for plasma kubuntu branding logo
[16:38] <shadeslayer> whee
[16:38] <Riddell> ScottK: talking about defaults, what's your opinion on default message indicator usage these days?
[16:38] <Riddell> ulysses: might be worth building in a i386 chroot
[16:39] <Riddell> ulysses: do you know how to do that?
[16:39] <ulysses> Riddell: no
[16:39] <Riddell> ulysses: sudo debootstrap --arch i386 maverick-i386 maverick
[16:39] <Riddell> <cup of tea>
[16:39] <Riddell> hmm no
[16:40] <Riddell> ulysses: sudo debootstrap --arch i386 maverick maverick-i386
[16:40] <ScottK> Riddell: There were two isssue that I think blocked that: one was getting a single click to the last message and agateau says he fixed this.  The second was it always showing the message waiting dot if you had any unread email messages.  I don't know the status of that.
[16:40] <ScottK> If that is fixed too, then I think we might as well go ahead.
[16:40] <Riddell> agateau: ^^ ?
[16:41] <agateau> ScottK: the thing with KMail is that it will show the dot for any folders with unread messages, if those folders have been marked as folders which should trigger notifications on new messages
[16:41] <Riddell> ulysses: then  copy your files into maverick-i386/root and sudo chroot maverick-i386 and build as normal
[16:41] <agateau> (not sure I am very clear here)
[16:41] <ScottK> agateau: What's the default?
[16:41] <ryanakca> Riddell: Still fails to build,  qtiplot_0.9.7.14-1ubuntu1.dsc -> sync + libqtassistantclient-dev in B-D.
[16:42] <ScottK> (if I didn't make any selection, except to turn on m-i)
[16:42] <agateau> ScottK: by default it would notify :/
[16:42] <ScottK> agateau: By default it notifies for anything?
[16:42] <agateau> ScottK: but the patch needs to be rewritten for KDE 4.5 anyway
[16:42] <agateau> ScottK: I am not being clear
[16:43] <agateau> ScottK: by default, if you turn on the "get notifications on new messages" option
[16:43] <agateau> ScottK: then any folder which gets a new message triggers a notification
[16:43] <agateau> ScottK: unless you disable it for a specific folder
[16:43] <agateau> ScottK: this is upstream behavior
[16:44] <agateau> ScottK: I just decided to map the message indicator to the notification option instead of creating another option
[16:44] <Riddell> we could just not turn it on for kmail by default?
[16:44] <ScottK> Ah.
[16:44] <agateau> but the options seem to have changed anyway
[16:44] <Riddell> if the issue is that you always have new e-mails, having a notifier for them isn't very useful
[16:44] <ScottK> yep
[16:44] <ScottK> agateau: Where do I configure this?
[16:45] <agateau> in KDE 4.5 the option is not named the same, so it's worth investigating if it changed
[16:45] <agateau> ScottK: are you running KDE 4.4 or 4.5?
[16:45] <ulysses> Riddell: I've done pcp-gui http://people.ubuntu.com/~ulysses/kubuntu/juniorjob/pcp-gui_1.4.7ubuntu1.dsc.debdiff
[16:45] <ScottK> agateau: 4.4 on the laptop I'm using right now.
[16:45] <ScottK> Riddell: Did any decisions get made on KDEpim for 4.5?
[16:45] <agateau> ScottK: so in 4.4 you can right click on a folder and look in the properties dialog
[16:46] <agateau> ScottK: there should be an option talking about notifications
[16:46] <Riddell> ScottK: upstream are still undecided but seem to be on the won't be ready position
[16:46] <ScottK> agateau: Yes.  I see that, but I don't see an option to enable the m-i?
[16:47] <agateau> ScottK: oh, this one is in the main kmail configuration dialog
[16:47] <ScottK> Oh.  Looking
[16:47] <agateau> for the record, the m-i patch was upstreamed in kde 4.4, but I was warned I would have to rewrite it for 4.5, because kmail changed too much
[16:47] <ScottK> agateau: Settings -> Configure Notifications, right?
[16:48] <agateau> ScottK: mmm there should be something more explicit
[16:48] <ScottK> agateau: It looks like there may be no rush since I think we'll stay with KDE pim from 4.4 for this cycle.
[16:48] <agateau> ScottK: I added a "Message Indicator" checkbox iirc
[16:48] <ScottK> I don't see it.
[16:48] <agateau> ScottK: https://wiki.kubuntu.org/KarmicKoala/ConfigureIndicators
[16:49] <agateau> ScottK: there is a KMail section
[16:49] <Riddell> ulysses: could you run debuild -S and redo that debdiff?
[16:49] <ScottK> Looking
[16:49] <agateau> I even explained the folder property thing :) (I forgot I did)
[16:50] <ScottK> agateau: I found it there.  I was looking in the application notifications part, not the account part.
[16:50] <agateau> ScottK: you mean the global option to turn on/off notifications?
[16:50] <ScottK> Yes
[16:51] <agateau> I think that's the checkbox below "Use detailed mail notification"
[16:51] <agateau> err, "Detailed new mail notification"
[16:51] <Riddell> shtylman: response to my "live CD boot process" e-mail appreciated
[16:52]  * agateau just realized Maverick KMail is not v2.0 so it's the more or less the as same Lucid
[16:52] <ScottK> agateau: Reusing "Act on messages ..." is pretty broad since that means any filter rules won't get run.
[16:53] <agateau> ScottK: oh. I didn't know that
[16:53] <ScottK> agateau: I'm pretty sure that's the case.
[16:53] <agateau> ScottK: the what's this help does not mention this
[16:53] <ulysses> Riddell: debuild -S tell that signature can't be verified
[16:53] <ScottK> Riddell: I think on by default for quassel/kopete is worth discussing.
[16:53] <Riddell> ulysses: that's fine, you don't need it to be for a debdiff
[16:54] <Riddell> ScottK: sounds like an excuse to call a meeting
[16:54] <ScottK> We'll need one in any case.
[16:54] <Riddell> ScottK: for something else?
[16:54] <ScottK> Riddell: I think we should also discuss Kmail for Maverick with my view being stay with what we have.
[16:54] <Riddell> yes
[16:55]  * Riddell adds schedule meeting to his todo
[16:55] <shadeslayer> ryanakca: http://people.ubuntu.com/~rohangarg/packages/
[16:57] <shtylman> Riddell: from what I know the only reason we don't have the same book screen is cause noone made the theme
[16:57] <shtylman> I added the try/install code to ubiquity for kubuntu last cycle
[16:57] <shtylman> but it was too late to make the boot screen
[16:57] <ulysses> Riddell: debdiff is the same after debuild -S
[16:57] <shtylman> I can do that for this cycle
[16:58] <shtylman> Riddell: that way we are exactly like ubuntu
[16:59] <shtylman> Something troubling I did discover yesterday is that the "install only" mode currently looks bad
[16:59] <shtylman> cause it uses non oxygen widgets for some reason
[17:00] <Riddell> shtylman: that's a bug in Qt, for some reason it doesn't use the theme now when running as root, it needs looked into
[17:00] <shtylman> gotcha
[17:00] <Riddell> shtylman: if you're playing with boot screens I'd rather change to seele's design as I e-mailed
[17:02] <shtylman> grey on blue is generally bad.. imho cause their isn't enough contrast
[17:02] <shtylman> personally, I would have no text whatsoever
[17:02] <shtylman> the faster we boot the better
[17:02] <shtylman> no need to ask users questions that don't really mean anything
[17:03] <shtylman> (as an asside... our system boots so much faster than kde loads right now... it makes me sad :(
[17:03] <ryanakca> shadeslayer: building
[17:04] <shadeslayer> ryanakca: ok.. the only thing left is to upload to mentors.debian :)
[17:04] <shtylman> sorry I haven't been more active recently.. trying to find a place to live as my lease expires very soon... quite stressful in nyc :)
[17:06] <Riddell> ulysses: ok sorted, uploaded
[17:06] <Riddell> ulysses, ryanakca: please also file bugs at debian with these debdiffs, they will have the same issue
[17:06]  * Riddell out
[17:11] <ryanakca> shadeslayer: Have you thought of asking the debian-qt-kde team if they'd mind having it in kde-extras?
[17:11] <shadeslayer> uh nope
[17:11] <shadeslayer> ryanakca: are they on OFTC?
[17:12] <ryanakca> shadeslayer: Yes, #debian-qt-kde
[17:20] <jasem> how can I checkout a package source for Maverick?
[17:21] <ryanakca> jasem: pull-lp-source foo
[17:26] <shadeslayer> jasem: also if your on maverick : apt-get source foo
[17:26] <jasem> I'm not, I'm on lucid, it's not working, trying to figure it out. Do I need to setup anything before hand or pull-lp-source should do the trick?
[17:27] <shadeslayer> jasem: you will need ubuntu-dev-tools
[17:27] <jasem> installed already
[17:27] <shadeslayer> then your good to go
[17:28] <jasem> kk, it's working now.. version issue :)
[18:25] <debfx> has anyone tested synaptiks? do we still consider switching to it?
[18:54] <ulysses> Riddell: paraview failed at 24% in i386 chroot
[19:36] <shadeslayer> ryanakca: poke
[19:38]  * Quintasan hands shadeslayer Stick of Poking
[19:38]  * shadeslayer grabs sticK of poKing and poKes ryanaKca
[19:40] <ryanakca> shadeslayer: pong
[19:41] <shadeslayer> ryanakca: yeah so everything is good to go according to me
[19:41] <shadeslayer> now i have to make a git repo on debian
[19:41] <shadeslayer> ryanakca: do you have write access to git.debian?
[19:44] <shadeslayer> ryanakca: can the vcs and git stuff be added later?
[19:45] <shadeslayer> because apart from that,everything is good to go
[19:45] <shadeslayer> and im going to sleep in 15 mins ^_^
[19:57] <ryanakca> shadeslayer: Yes, you can add the vcs/git stuff later. And yes,I have write access on git.d.o
[19:57] <shadeslayer> ryanakca: oh nice :D
[19:57] <shadeslayer> ryanakca: ok so upload to mentors?
[19:57] <ryanakca> shadeslayer: Sure
[19:57] <ryanakca> shadeslayer: Have you yet created the git repo?
[19:57] <shadeslayer> no
[19:58] <shadeslayer> ryanakca: i dont have access
[19:58] <ryanakca> ah
[19:58] <shadeslayer> thats why i asked
[19:58] <shadeslayer> if the stuff can be added later on
[20:00] <shadeslayer> heh.. apt-get finishes much faster than aptitude
[20:02] <shadeslayer> ryanakca: ive submitted a request to join https://alioth.debian.org/projects/pkg-kde/
[20:10] <Fazer2> hey, I have a problem with creating a DEB package for my Qt app
[20:10] <Fazer2> I followed this tutorial - https://wiki.kubuntu.org/PackagingGuide/QtApplication
[20:11] <Fazer2> butafter debuild -S I get lots of errors and it fails
[20:11] <Fazer2> *but after
[20:12] <Fazer2> I think the problem lies in debian/rules file, which I copy-pasted from the site
[20:13] <Fazer2> I think I should modify it, but I don't know how
[20:16] <Fazer2> the log is here - http://codepad.org/eBhgagFR
[20:21] <yofel> Fazer2: I'm not sure I can help you, but can we move to #ubuntu-packaging?
[20:21] <Fazer2> yofel: thanks
[20:32] <shadeslayer> ryanakca: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=fastuserswitch
[20:33] <shadeslayer> no lintian errors
[21:02] <CIA-33> [libqapt] jmthomas * 1151886 * trunk/playground/libs/libqapt/src/package.cpp Minor optimizations for PackagePrivate::searchPkgFileIter()
[21:07] <Riddell> debfx: I've not tried synaptiks, it would be good if someone did
[21:11] <shtylman> Riddell: any news on the site :)
[21:11] <Riddell> shtylman: yes
[21:12] <shtylman> ooooo
[21:12] <Riddell> it got copied by the sysadmin to http://preprod.www.kubuntu.org/
[21:12] <shtylman> any good news I should ask?
[21:12] <Riddell> there's a question about whether admin access works
[21:13] <Riddell> oh and it needs the new stories added
[21:13] <Riddell> otherwise it's good to go I think
[21:13] <debfx> hm debian has a synaptiks package but called the binary package kde-config-touchpad just like our kcm-touchpad
[21:13] <shtylman> progress
[21:29] <CIA-33> [libqapt] jmthomas * 1151895 * trunk/playground/libs/libqapt/src/package.cpp Less unnecessary temporary construction during variable assignment
[21:29] <JontheEchidna> g2g, bbl
[21:47] <Quintasan> Riddell: progress was made, the whole deb is now 46475250 2010-07-19 21:39 project-neon-qt_1.0+1200~ppa1_amd64.deb
[21:47] <Quintasan> but dbg package is still 1,2 kB :/
[21:47] <Riddell> Quintasan: ooh, well done
[21:48] <Quintasan> from the size I assume that debug info is there
[21:49] <Riddell> use file to check
[21:49] <Riddell> file /opt/neon/usr/lib/libQtCore.so
[21:49] <Riddell> should say stripped or unstripped
[21:51] <Quintasan> Riddell: it says, stripped
[21:51] <Quintasan> libQtCore.so.4.6.3: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), stripped
[21:54] <Quintasan> Riddell: ^
[22:58] <ulysses> Riddell: I reported a bug about paraview build failing to Debian