[00:38] <claydoh> http://doctormo.org/2010/09/25/five-year-ago-in-ubuntu/
[03:47] <nixternal> ScottK: I can fire it up now.
[03:48] <nixternal> ScottK: it will be running from right now. i am heading back out tomorrow morning, actually in about 8 hours I will be gone, but I will leave it running for you
[03:49] <nixternal> if you want, you can shut it doww when you are done. i will be back tomorrow evening. feel free to leave it running though if you still need it
[04:07] <lex79> ScottK: I fixed a FTBFS here: https://launchpad.net/~alessandro-ghersi/+archive/ppa/+packages
[04:07] <lex79> (serna-free package)
[04:39] <ScottK> nixternal: Thanks.
[06:32] <ScottK> lex79: Uploaded.  I did edit the changelog entry slightly for clarity.  Thank you for your contribution to Ubuntu.
[07:32] <shadeslayer> ScottK: ok, will look into it
[11:05] <markey> morning
[11:05] <markey> apachelogger: ScottK: any news / decisions on the KRandRTray issues?
[11:22] <markey> apachelogger: ScottK: I now put this in $HOME/.kde/share/config/krandrrc :
[11:22] <markey> [Display]
[11:22] <markey> ApplyOnStartup=true
[11:22] <markey> SyncTrayApp=true
[11:22] <markey> let's see if it fixes it
[11:44] <shadeslayer> apachelogger: http://futurist.se/gldt/wp-content/uploads/gldt1009.png :: awesome graphz
[11:45] <shadeslayer> omg.... suse is derived from slackware :O
[11:45] <shadeslayer> red hat wins in every direction tho
[11:49] <apachelogger> markey: not on my side
[11:50] <apachelogger> fortunately enough fglrx is now working with mav's X so I can upgrade again
[11:50] <apachelogger> shadeslayer: well, suse pretty soon didn't have much to do with slackware anymore
[11:52]  * apachelogger ponders installing x64 again
[11:54]  * shadeslayer has been x64 all the way
[11:55] <shadeslayer> apachelogger: adobe even has 64 bit flash now...
[11:56]  * apachelogger does not care foobar about flash
[11:59] <markey> hey guys, our libMTP check in Amarok fails to detect Maverick's libmtp 1.0.3-4
[11:59] <markey> the CMake check looks like this:
[11:59] <markey> macro_log_feature( MTP_FOUND "libmtp" "Enable Support for portable media devices that use the media transfer protocol" "http://libmtp.sourceforge.net/" FALSE "1.0.0" "")
[11:59] <markey> result is this:
[12:00] <markey> -- The following OPTIONAL packages could NOT be located on your system.
[12:00] <markey> -- Consider installing them to enable more features from this software.
[12:00] <markey> -----------------------------------------------------------------------------
[12:00] <markey>    * libmtp (1.0.x or higher)  <http://libmtp.sourceforge.net/>
[12:00] <markey>      Enable Support for portable media devices that use the media transfer protocol
[12:00] <markey> any ideas? :)
[12:01] <shadeslayer> !info libmtp
[12:01] <apachelogger> hm
[12:01] <apachelogger> actually
[12:01] <apachelogger> markey: pkg-config is installed?
[12:01] <shadeslayer> weird...
[12:01] <shadeslayer> its in main
[12:02] <markey> apachelogger: yes, it's installed
[12:02] <markey> anyone here got a Amarok checkout from git, or Amarok 2.3.2 source for testing this?
[12:02] <markey> 2.3.2 should suffice
[12:03] <apachelogger> markey: what is the output of dpkg -L libmtp-dev
[12:03] <markey> apachelogger: http://pastebin.com/qWUchmD7
[12:04]  * shadeslayer started cloning amarok 2 days ago but his connection gave way
[12:04] <apachelogger> strange
[12:04] <markey> http://download.kde.org/download.php?url=stable/amarok/2.3.2/src/amarok-2.3.2.tar.bz2
[12:05] <apachelogger> markey: sudo apt-get --reinstall install libmtp8 libmtp-dev
[12:06] <markey> apachelogger: same problem :/
[12:07] <markey> either our check is wrong, or the libmtp package has a bug
[12:07] <markey> is my guess ;)
[12:07] <apachelogger> both look fine
[12:07] <markey> then someone please try this on another computer
[12:07] <apachelogger> unless the pkconfig file of libmtp is broken
[12:09] <apachelogger> maverick contains 2.3.2
[12:09] <apachelogger> and that was built with mtp
[12:09] <apachelogger> -- Found MTP: /usr/lib/libmtp.so
[12:09] <markey> brb, I'm gonna test if the krandrrc fix worked
[12:09] <markey> restarting kde
[12:11] <markey> does not work :(
[12:11] <markey> wtf
[12:11] <markey> is there any fix for this?
[12:11] <markey> (the KRandTrayBlah thingie)
[12:12] <shadeslayer> lex79: pingly
[12:13] <shadeslayer> did you see the announcement on kde-packagers?
[12:13] <shadeslayer> should we backport the fix?
[12:18] <Mamarok> markey: our cmake didn't change, I have the same problem with taglib-extras, 1.0.1 is installed but it finds 0.1, so there is something wrong with package numbering in Maverick
[12:19] <markey> apachelogger: ^
[12:19] <markey> we need ideas, fresh blood, any possible coffee with garlic
[12:20] <Mamarok> ame for libmtp, 1.0.3 is installed but it finds 0.3
[12:20] <Mamarok> usually, in Ubuntu packages it reads n:n.n.n, no?
[12:20] <shadeslayer> bad so versions?
[12:21] <shadeslayer> ( which are packaged in the packages )
[12:21] <apachelogger> markey, Mamarok: pkg-config --modversion libmtp
[12:21] <markey> mark@serenity:~/kde/build/amarok$ pkg-config --modversion libmtp
[12:21] <markey> 1.0.3
[12:22] <shadeslayer> likewise here
[12:23] <Mamarok> but I get something different for libtag-extras-dev, moment (the pastebin widget doesn't work in Maverick btw)
[12:23] <Mamarok> like most other widgets...
[12:23] <shadeslayer> 0_o
[12:23] <shadeslayer> works for me
[12:23] <shadeslayer> http://pastebin.ca/1948819 :: a example
[12:23] <Mamarok> http://pastebin.ca/1948818
[12:24] <Mamarok> shadeslayer: I can't use it, it shows a red close button only, like most plasma widgets btw
[12:24] <Mamarok> and I have all plasma packages installed
[12:24] <shadeslayer> Mamarok: like.. it shows that ALL the time?
[12:25] <Mamarok> shadeslayer: most of the time, the default widgets in the panel work, but I tried to change the clock, no other clock works
[12:25] <Mamarok> system monitor doesn't work either
[12:26] <Mamarok> the current Maverick is by no means fit for release, dolphin freezes the desktop in 50% of the cases
[12:27] <shadeslayer> weird.. cant reproduce a single thing :(
[12:27] <shadeslayer> Mamarok: brand new install?
[12:27] <Mamarok> shadeslayer: and I have a frsh install
[12:27] <Mamarok> all things new, I changed the KD to SSD
[12:27] <Mamarok> HD*
[12:27] <Mamarok> installed from the beta iso
[12:27] <shadeslayer> so much weirdness ....
[12:27] <shadeslayer> Mamarok: everything updated i suppose?
[12:28] <Mamarok> it's rocket fast, but that's the SSD
[12:28] <Mamarok> yep, everthing uptdated
[12:28] <shadeslayer> :P
[12:28] <Mamarok> cause the krunner lags terribly in Lucid, at least here it doesn't, but I guess that is again the SSD
[12:30] <apachelogger> markey: then I really do not understand why your cmake foo refuses to find it
[12:30] <apachelogger> markey: did you try a completely clean build directory?
[12:30] <markey> btw: Choqok on Maverick == total borkage
[12:30] <Mamarok> apachelogger: I did, same problem
[12:30] <Mamarok> new git checkout, new build directory, all things new
[12:31] <markey> the shipped package misses OAuth, and self-compiled SVN trunk is totally borked, shows empty dialogs
[12:31] <apachelogger> markey: look at the choqok code and you know why it likes to break
[12:31] <shadeslayer> markey: whut?
[12:31] <shadeslayer> :O
[12:31] <shadeslayer> no one uploaded 0.9.90
[12:32] <shadeslayer> :S
[12:32] <markey> :S
[12:32]  * apachelogger burns maverick image
[12:32] <shadeslayer> i filed a request for that and eveyrhing
[12:32] <markey> apachelogger: should I look at the code, or would I risk going blind?
[12:32] <apachelogger> shadeslayer: you need to go poke people
[12:32] <markey> I can't imagine why the settings dialog is just empty....
[12:32] <apachelogger> you bun too is so full of politics things will rearely move if you just file things
[12:32] <shadeslayer> apachelogger: dude   bug 628051
[12:33] <apachelogger> markey: blindness...
[12:33] <markey> X.X
[12:33] <apachelogger> markey: settings dialog could be coming form ksycoca mismatch foo stuff
[12:33] <apachelogger> since I think it uses KCMs
[12:33] <markey> ah ok
[12:33] <markey> I'll do a kbuildsycoca4
[12:33] <apachelogger> markey: well, where is i installed?
[12:33] <apachelogger> it will need to be /usr or kbuildsycoca4 will not find the desktop file
[12:34] <markey> apachelogger: I install everything self-buit in /home/mark/kde (I have the env set up correctly)
[12:34] <markey> it'
[12:34] <markey> s ok :)
[12:34] <apachelogger> shadeslayer: poking me has no effect since I am not on the release team :P
[12:34] <apachelogger> oh
[12:34] <markey> apachelogger: bingo that fixed it, thx
[12:34] <apachelogger> markey: do you still have the package choqok around?
[12:34] <markey> no...
[12:34] <markey> nuked it
[12:34] <markey> but it was missing OAuth
[12:34] <apachelogger> oh, ok
[12:34] <markey> for sure
[12:34] <markey> so, no Twitter
[12:34] <markey> it was Beta2 or something
[12:34] <apachelogger> sometimes ksycoca also likes to fall over its own cache
[12:34] <markey> 0.8.5
[12:35] <apachelogger> (i.e. in a not properly set up neon :P)
[12:35] <shadeslayer> markey: how can it miss OAuth :S
[12:35]  * shadeslayer has that ^
[12:35] <markey> shadeslayer: can you try on your box?
[12:35] <markey> hm
[12:35] <markey> mine didn'T work right *shrug*
[12:35] <shadeslayer> markey: like remove choqok and add it again?
[12:36] <markey> yeah, will do soonish
[12:36] <markey> if you do me a favor too :p
[12:36] <shadeslayer> whut? :D
[12:36] <markey> look at the Amarok libMTP issue
[12:36] <markey> :)
[12:36] <shadeslayer> i haz no idea whats the problem :P
[12:36] <shadeslayer> maybe apachelogger knows
[12:36] <markey> me neither :p
[12:37] <shadeslayer> he is packaging overlord
[12:37] <markey> apachelogger is a lame ass packager, he actually runs Lunid :p
[12:37] <markey> don't tell anyone
[12:37] <markey> I promised him to keep it secret
[12:37] <shadeslayer> markey: http://pastebin.ca/1948830
[12:37] <markey> Lucid even
[12:37] <shadeslayer> so it does bring in libqoauth
[12:38] <markey> shadeslayer: well
[12:38] <markey> Version: 0.9.85-0ubuntu1
[12:38] <markey> is stone age
[12:38] <shadeslayer> yeah
[12:38] <markey> why did you not upgrade?
[12:38] <markey> 0.9.91 is current
[12:38] <shadeslayer> that
[12:38] <shadeslayer> and the fact that we need new qoauth
[12:39] <shadeslayer> which came out AFTER FF .. and haz new API
[12:39] <shadeslayer> markey: download choqok from here https://edge.launchpad.net/~rohangarg/+archive/kde-extra
[12:40] <shadeslayer> and promote my FFe :P ... maybe i can get a SRU
[12:40] <shadeslayer> i.e convert my FFe into a SRU later
[12:40] <markey> dude ok (I should really work now, but meh). please find me someone to test the AMarok libMTP issues though, ok?
[12:40] <shadeslayer> markey: im cloning repo to see what can be done
[12:40] <markey> thx
[12:41] <shadeslayer> slow interwebz here
[12:42] <shadeslayer> dude
[12:42] <shadeslayer> markey: http://launchpadlibrarian.net/56338901/buildlog_ubuntu-maverick-amd64.amarok_2:2.3.2-0ubuntu2_FULLYBUILT.txt.gz
[12:42] <shadeslayer> -- Found MTP: /usr/lib/libmtp.so
[12:43] <Mamarok> shadeslayer: did you see my hint about the numbering issue? libmtp and libtag-extras have the same problem
[12:43] <shadeslayer> hmm
[12:44] <markey> shadeslayer: your Choqok package works fine
[12:44] <markey> thanks
[12:44] <shadeslayer> markey: \o/
[12:44] <markey> waaait
[12:44] <markey> it's the old 0.85 again
[12:44] <Mamarok> see also this: http://pastebin.ca/1948818
[12:44] <markey> should it be?
[12:45] <markey> erm
[12:45] <markey> 0.9.85 even
[12:45] <shadeslayer> markey: well.. if upstream forgot to bump the version it could be
[12:45] <shadeslayer> but
[12:45] <markey> ok
[12:45] <shadeslayer> apt-cache poilicy choqok
[12:45]  * Mamarok needs a restart, laters
[12:45] <markey> choqok:
[12:45] <markey>   Installed: 0.9.85-0ubuntu1
[12:45] <markey>   Candidate: 0.9.85-0ubuntu1
[12:45] <shadeslayer> 0_o
[12:46] <shadeslayer> markey: did you add the ppa?
[12:46] <shadeslayer> and what does version table say?
[12:47] <markey> here's the Changelog between 0.9.85 and 0.9.90:
[12:47] <markey> http://pastebin.com/pfD62PaU
[12:47] <markey> pretty important fix, regarding KWallet
[12:47] <markey> you might want to use 0.9.90
[12:47] <markey> oooops
[12:47] <markey> shadeslayer: I'm stupid
[12:47] <markey> sec
[12:47] <markey> forgot to update....
[12:47] <shadeslayer> :P
[12:49] <shadeslayer> apachelogger: btw how do i check which package a package depends on?
[12:49] <markey> shadeslayer: sorry man, it works fine now
[12:49] <shadeslayer> like .. foo depends on bar .. how do i find bar? apt-cache rdepends?
[12:49] <markey> correct version
[12:49] <shadeslayer> markey: :D
[12:50] <shadeslayer> good :D
[12:50] <yofel> apt-cache depends foo?
[12:50] <shadeslayer> yofel: whats rdepends for then?
[12:50] <yofel> apt-cache rdepends bar will list foo
[12:51] <shadeslayer> ah
[12:51] <shadeslayer> yofel: what does the | before depends indicate?
[12:53] <shadeslayer> like  |Depends: libswscale0
[12:53] <yofel> not sure, I think it's the same as usually: alternative dependency
[12:57] <shadeslayer> ScottK: i think it can be moved to universe
[12:57] <shadeslayer> wrt kplayer
[13:02] <shadeslayer> erm..hmm
[13:04] <ulysses> Should'nt we ban giovanni? he is spamming our mailing lists, it's very annoying...
[13:10] <shadeslayer> Mamarok: i haz issue :   TagLib does not have ASF support compiled in.
[13:10] <shadeslayer> which is weird 0_o
[13:11] <shadeslayer> apachelogger: ^^
[13:11] <shadeslayer> gmm
[13:11] <shadeslayer> -- Taglib found: -L/home/shadeslayer/kde/lib -ltag :: why oh why
[13:12] <shadeslayer> bahaha ... works now
[13:14] <shadeslayer> Mamarok: lulz : -- checking for module 'libmtp'
[13:14] <shadeslayer> --   found libmtp, version 1.0.3
[13:14] <shadeslayer> -- Found MTP but version requirements not met
[13:14] <shadeslayer> and then :    * libmtp (1.0.0 or higher)  <http://libmtp.sourceforge.net/>
[13:14] <shadeslayer> under optional deps not found
[13:17] <shadeslayer>     macro_log_feature( MTP_FOUND "libmtp" "Enable Support for portable media devices that use the media transfer protocol" "http://libmtp.sourceforge.net/" FALSE "1.0.0" "")
[13:17] <shadeslayer> is that right?
[13:26] <shadeslayer> markey: Mamarok mtp doesnt work for me too... libtag-extras does
[13:27] <shadeslayer> and we have http://gitweb.kde.org/amarok/amarok.git/blobdiff/d1077c6bdc4fd6fe91147af86567e3c4a932cab2..e4e1f0d6066217386dd54373b2edcca97109004c:/CMakeLists.txt
[13:31] <apachelogger> JontheEchidna: ping
[13:31] <apachelogger> shadeslayer: asf is in taglib IIRC
[13:31] <shadeslayer> apachelogger: yeah.. it was picking up my neon install -.-
[13:32]  * apachelogger notes that jockey is not working
[13:32] <shadeslayer> which i have compiled without asf
[13:32] <shadeslayer> apachelogger: did it ever work? :P
[13:32] <apachelogger> iDunno
[13:32] <apachelogger> I trust that JontheEchidna made it work at some point
[13:32] <shadeslayer> doesnt work for me since 9.04
[13:33] <shadeslayer> i always install via apt-get install nvidia-current
[13:33]  * apachelogger throws fist on desk
[13:33] <shadeslayer> apachelogger: so either somehting is wrong with out mtp package or amarok
[13:34]  * shadeslayer is out of ppas to upload to
[13:35] <fdo> HI
[13:35] <shadeslayer> fdo: \o
[13:43] <JontheEchidna> iDon't have proprietary hardware anymore, so me working on jockey in the future isn't all that likely
[13:44] <JontheEchidna> apachelogger: ^
[13:56] <apachelogger> sdlksdsdlvgj'jg'g
[13:56] <apachelogger> IN THE NAME OF SAURON!!!!!!
[13:56] <apachelogger> how full of shit can this be
[13:56] <apachelogger> so
[13:56] <apachelogger> on second start
[13:56] <apachelogger> it works
[13:56] <apachelogger> granted one removes the file that is blocking it from working
[13:56] <apachelogger> so why does it not work at first start
[13:56] <apachelogger> answer: I HAVE NO IDEA
[13:56] <apachelogger> jockey--
[13:57] <apachelogger> also I get a crash notification from apport
[13:57] <apachelogger> so I ask it to show me the flipping report
[13:57] <apachelogger> AND NOTHING HAPPENS
[13:57] <apachelogger> educated guess why not
[13:58] <apachelogger> apport-kde is not around
[13:58] <apachelogger> \o/
[13:59] <shadeslayer> apachelogger: what?!
[13:59] <shadeslayer> how is that possible? :P
[13:59] <apachelogger> I dunno
[13:59] <yofel> kubuntu-desktop recommends apport-kde ...
[13:59] <apachelogger> why is it not working
[13:59] <apachelogger> aha
[13:59] <shadeslayer> recommends? :O
[13:59] <apachelogger> apport-kde is there
[13:59] <apachelogger> you are just not supposed to use i
[13:59] <apachelogger> /usr/share/apport/apport-kde
[13:59] <apachelogger> clearly if the binary is in share you are no supposed to use it
[14:00] <apachelogger> though binary is not the right name since it is not binary
[14:00] <apachelogger> make it s/binary/executable
[14:00] <apachelogger> SO
[14:00] <apachelogger> WHY IS IT NOT WORKING
[14:00] <yofel> well, it should only be called by apport-bug after checking what should be used
[14:01] <apachelogger> void ApportEvent::run()
[14:01] <apachelogger> {
[14:01] <apachelogger>     KToolInvocation::kdeinitExec("/usr/share/apport/apport-kde");
[14:01] <apachelogger> }
[14:01] <yofel> although that doesn't answer the notification issue ./
[14:01] <apachelogger> so
[14:01] <apachelogger> another fun thig
[14:01] <apachelogger> once you got jockey to actually tell you that there is junk to be installed
[14:01] <apachelogger> and you are like nah, that shit I do not want and click ignore
[14:02] <apachelogger> apachelogger expects: shit exits and frees RAMz
[14:02] <apachelogger> what happens: shit remains sitting around doing absolutely none and entirely nothing
[14:02] <apachelogger> well
[14:02] <apachelogger> nothing is again the wrong word here
[14:02] <apachelogger> make it s/nothing/eat the flipping RAM out of my flipping machine
[14:36] <markey> any news wrt libMTP and Amarok?
[14:44] <debfx> markey: what's wrong there?
[14:51] <markey> debfx:
[14:52] <markey> -- The following OPTIONAL packages could NOT be located on your system.
[14:52] <markey> -- Consider installing them to enable more features from this software.
[14:52] <markey> -----------------------------------------------------------------------------
[14:52] <markey>    * libmtp (1.0.0 or higher)  <http://libmtp.sourceforge.net/>
[14:52] <markey>      Enable Support for portable media devices that use the media transfer protocol
[14:52] <markey> we depend on >= 1.0.0
[14:52] <JontheEchidna> we've had 1.0.2 since lucid
[14:53] <markey> JontheEchidna: exactly
[14:53] <markey> so why is it not found?
[14:53] <JontheEchidna> and 1.0.3 in maverick
[14:53] <debfx> markey: where does it say that?
[14:53] <markey>     macro_log_feature( MTP_FOUND "libmtp" "Enable Support for portable media devices that use the media transfer protocol" "http://libmtp.sourceforge.net/" FALSE "1.0.0" "")
[14:53] <markey> ^ the actual CMake check
[14:54] <markey> debfx:
[14:54] <debfx> markey: have you installed libmtp-dev?
[14:54] <markey> "-- Found MTP but version requirements not met"
[14:54] <markey> of course ;)
[14:54] <markey> I'm not that dumb
[14:54] <shadeslayer> debfx: JontheEchidna i confirm this issue
[14:54] <markey> we've been over this before
[14:54] <shadeslayer> no idea why it doesnt pick it up
[14:54] <markey> either our check is wrong, or the package has a bug
[14:54] <JontheEchidna> works for the normal package builds: http://launchpadlibrarian.net/56339087/buildlog_ubuntu-maverick-i386.amarok_2:2.3.2-0ubuntu2_FULLYBUILT.txt.gz
[14:55] <shadeslayer> markey: JontheEchidna IIRC that depend was just bumped
[14:55] <shadeslayer> fro 0.0.3 to 1.0.0
[14:55] <markey> correct
[14:55] <shadeslayer> http://gitweb.kde.org/amarok/amarok.git/blobdiff/d1077c6bdc4fd6fe91147af86567e3c4a932cab2..e4e1f0d6066217386dd54373b2edcca97109004c:/CMakeLists.txt
[14:55] <markey> I bumped it for Amarok 2.3.2
[14:55] <markey> which is fine, as all distros have the lib
[14:55] <shadeslayer> markey: oh 2.3.2 has that bump?
[14:55] <markey> yes
[14:56] <debfx> the buildds picked up libmtp just fine for amarok 2.3.2
[14:56] <shadeslayer> ah.. now THAT makes it weird
[14:56] <markey> (we asked the packagers before bumping)
[14:56] <shadeslayer> debfx: thats whats amazing.. buildd's pick it up but not full blown installs
[14:57] <markey> quick question: how is this program started:
[14:57] <markey> i   googleearth-package                                                    - utility to automatically build a Debian package of Google Earth
[14:57] <markey> I can't figure it out
[14:58] <shadeslayer> markey: dpkg -L googleearth-package
[14:58] <shadeslayer> that will list out installed files
[14:58] <shadeslayer> then you can check if theres a man page and go on from there :)
[14:59] <markey> thanks
[14:59] <markey> make-googleearth-package
[14:59] <markey> Google Earth for GNU/Linux <IP_ADDRESS>8
[14:59] <markey> Unrecognized Google Earth version (use --force to build anyway)
[14:59] <markey> hm
[14:59] <markey> should I force it?
[14:59] <shadeslayer> *shrug* ... never used it
[15:00] <markey> kk
[15:00] <shadeslayer> could lead to breakages .. cant say
[15:03] <debfx> markey, shadeslayer: amarok detects libmtp just fine on my system (maverick)
[15:03] <shadeslayer> :o
[15:03] <shadeslayer> debfx: what did you install? :D
[15:04] <shadeslayer> and what cmake command?
[15:04] <markey> Oo
[15:04] <debfx> shadeslayer: no cmake parameters
[15:05]  * markey is on Maverick too
[15:05] <shadeslayer> :S
[15:05] <debfx> does "pkg-config --atleast-version=1.0.0 libmtp" return 0 or 1?
[15:05] <markey> cmake -DCMAKE_INSTALL_PREFIX=$HOME/kde -DCMAKE_BUILD_TYPE=debugfull $HOME/kde/src/amarok
[15:05] <markey> is what I use
[15:06] <markey> debfx: returns nothing at all
[15:06] <shadeslayer> i dont use any parameters as well
[15:06] <debfx> markey: what's the exit code?
[15:06] <shadeslayer> markey: oi
[15:06] <markey> debfx: how to check?
[15:07] <shadeslayer> hmm
[15:07] <debfx> echo $?
[15:07] <debfx> directly after the pkg-config command
[15:07] <shadeslayer> i dont suppose kde supplies libmtp with their libs
[15:08] <markey> mark@serenity:~/kde/build/amarok$ pkg-config --atleast-version=1.0.0 libmtp | echo $?
[15:08] <markey> 0
[15:08] <markey> is that correct?
[15:10] <debfx> markey: pkg-config --atleast-version=1.0.0 libmtp ; echo $?
[15:12] <markey> mark@serenity:~$ pkg-config --atleast-version=1.0.0 libmtp ; echo $?
[15:12] <markey> 0
[15:16] <debfx> markey: ok so pkg-config detects libmtp just fine
[15:17] <debfx> you could add some debug message() calls to FindMtp.cmake to see where exactly it fails
[15:17] <markey> I really don't get it...
[15:17] <markey> yeah
[15:17] <markey> it might be buggy
[15:17] <markey> in fact I bet it is
[15:44] <Mamarok> debfx: do you have an idea about it not finding libtag-extras?
[15:45] <Mamarok> similar to libmtp, it finds 0.1 instead of 1.0.1, as if the first number can't be read
[15:54] <debfx> Mamarok: no, it works fine for me
[15:54] <Mamarok> it doesn't here, libtax-extras-dev is 1.0.1 but it doesn't find it
[15:54] <Mamarok> libtags*
[15:59] <debfx> Mamarok: could you pastebin the cmake output?
[16:00] <Mamarok> debfx: http://pastebin.ca/1948930
[16:06] <shadeslayer> Mamarok: can you pastebin the contents of /usr/lib/pkgconfig/taglib-extras.pc
[16:07] <Mamarok> shadeslayer: http://pastebin.ca/1948938
[16:08] <shadeslayer> hmm.. that seems fine as well....
[16:08] <debfx> Mamarok: what does "grep TAGLIB-EXTRASCONFIG_EXECUTABLE CMakeCache.txt" output?
[16:09] <Mamarok> TAGLIB-EXTRASCONFIG_EXECUTABLE:FILEPATH=/home/myriam/kde/bin/taglib-extras-config
[16:09] <Mamarok> but my env variables are set correctly
[16:10] <Mamarok> wait, let me check something...
[16:11] <Mamarok> maybe an old config I dragged over from the old settings
[16:12] <debfx> Mamarok: maybe you also have old versions of libs in $HOME/kde
[16:12] <debfx> ehh markey ↑
[16:13] <Mamarok> yes, I erased the complete folder and are tring again now
[16:13] <Mamarok> trying*
[16:14] <shadeslayer> :D
[16:14] <shadeslayer> debfx: btw i have the libmtp issues from a clean build folder
[16:15] <shadeslayer> debfx: http://pastebin.ca/1948949
[16:20] <debfx> shadeslayer: try: grep MTP CMakeCache.txt
[16:20] <shadeslayer> debfx: http://paste.ubuntu.com/501002/
[16:24] <markey> debfx: I'm willing to bet our CMake check has a bug
[16:24] <markey> will look later
[16:26] <debfx> I found a difference in the cmake output
[16:26] <debfx> shadeslayer's says:
[16:26] <debfx> -- checking for module 'libmtp'
[16:26] <debfx> --   found libmtp, version 1.0.3
[16:26] <shadeslayer> debfx: ooh
[16:26] <shadeslayer> yours?
[16:26] <debfx> mine is: -- WARNING: you are using the obsolete 'PKGCONFIG' macro use FindPkgConfig
[16:27] <shadeslayer> aha! i think thats a bug with CMakeLists then
[16:28] <shadeslayer> see the newer findpkgconfig cant find the lib, but the older PKGCONFIG method can
[16:28] <shadeslayer> markey: ^
[16:28] <debfx> hmm there is /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake and /usr/share/kde4/apps/cmake/modules/FindPkgConfig.cmake
[16:28] <shadeslayer> or maybe im wrong :P
[16:28] <markey> shadeslayer: thanks
[16:29] <shadeslayer> debfx: just a difference of copyright i think
[16:29] <markey> got a patch for us?
[16:29] <shadeslayer> nope :(
[16:29] <shadeslayer> debfx: http://paste.ubuntu.com/501005/
[16:29] <shadeslayer> markey: like i said, i *think* thats the issue
[16:29] <shadeslayer> cant be sure
[16:29] <markey> yeah
[16:30] <markey> I'll test later
[16:30]  * markey is still fighting with Distcc, can't get it to work properly
[16:30] <markey> the docs are horrible :(
[16:37] <shadeslayer> hmm
[16:38] <shadeslayer> so a package is in Maverick ( qoauth ) and needs porting to lucid, do i do a backport with : No change backport?
[16:56] <eean> markey: where is libmtp.h located?
[16:56] <markey> mark@serenity:/usr$ find -iname libmtp.h
[16:56] <markey> ./include/libmtp.h
[16:57] <eean> I guess the easy solution is to just through in some good defaults to the call for FIND_PATH and FIND_LIBRARY in the FindMTP.cmake
[16:57] <eean> to just *throw
[16:58] <eean> most cmake find modules do this
[16:59] <eean> or throw in some message(STATUS into the FindMTP.cmake to see what is failing exactly, and go from there
[17:01] <markey> what exactly is not working with our check? I lost track
[17:01] <markey> (doing 5 things at the same time)
[17:02] <eean> we don't know, why I suggested putting in some message(STATUS
[17:04] <eean> (or at least I don't know, entered this discussion late :P)
[17:06] <markey> backlog is epic, want me to pastebin it?
[17:07] <markey> debfx: shadeslayer: what solution would you suggest?
[17:13] <eean> markey: well if its epic, I'd rather have a summary :)
[17:16] <markey> [17:28] <debfx> hmm there is /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake and /usr/share/kde4/apps/cmake/modules/FindPkgConfig.cmake
[17:16] <markey> that help?
[17:19] <eean> oh well makes it sound like it's a kubuntu problem not a problem in amarok's cmake
[17:20] <shadeslayer> eean: i dont think so,  when amarok built in buildd it works fine
[17:21] <shadeslayer> apachelogger: dude.. how do i delete my parent Widget completely and draw a new one?
[17:21] <shadeslayer> the new one being a progress bar
[17:21] <eean> shadeslayer:  well I volunteer to fix the findmtp.cmake if you find the problem (though finding the problem is 95% of the work)
[17:22] <shadeslayer> eean: i agree, finding the issue is the more important task
[17:22] <shadeslayer> eean: also debfx said that PKGCONFIG finds the lib
[17:22] <shadeslayer> FindPkgConfig doesnt
[17:22] <eean> it works fine for me so I can't help there.
[17:23] <shadeslayer> ok one sec ... lemme see
[17:24] <shadeslayer> eean: ok so libmtp installs in /usr/lib
[17:24] <shadeslayer> and usr/include ...
[17:25] <eean> same here
[17:26] <eean> just adding /usr/include to find_path and /usr/lib, /usr/lib64 to find_library would fix the problem likely
[17:26] <eean> but perhaps its better to fix it the correct way :)
[17:26] <shadeslayer> :)
[17:29] <apachelogger> shadeslayer: you don't?
[17:30] <shadeslayer> apachelogger: 0_o
[17:30] <apachelogger> eean: is there a reason the volume slider in dragon is done via a dockwidget?
[17:30] <shadeslayer> ok lemme rephrase it... id like to wipe out the entire widget and re draw a progressbar on it
[17:30] <eean> I was having a crusade againist things popping out
[17:30] <eean> what?
[17:31] <apachelogger> eean: but qdockwidgets are ugly :P
[17:31] <eean> agreed
[17:31] <eean> I wouldn't be againist to another solution
[17:31] <apachelogger> also it gives me a bit of a headache right now, since there is no sane way to get the target pos() without invoking a show
[17:32] <shadeslayer> apachelogger: also can you uploadz qoauth to lucid?
[17:32] <apachelogger> eean: I would just stick the video and the slider in a layout and arbitarily add remove the slider
[17:32] <shadeslayer> from PPA.. or do i have to go through SRU teamz
[17:32] <eean> apachelogger: isn't that the same thing?
[17:32] <shadeslayer> we need it to build choqok to enable tweeter for lucid
[17:32] <apachelogger> eean: yes but without ugly qdockwidget frame ^^
[17:33] <eean> is it really that bad?
[17:33] <eean> just the frame?
[17:33] <eean> I thought you didn't like how it worked :)
[17:34] <apachelogger> eean: well, I am trying to add animations
[17:34] <eean> ah
[17:34] <eean> well
[17:34] <eean> in that case
[17:34] <apachelogger> thing is, for example for a position based bouncing I would require the pos() before it is actually shown
[17:35] <apachelogger> and since the volume slider is at same height as the video video's pos().x() + video's height() == x of slider
[17:35] <apachelogger> assuming that for dockwidgets would be ugly IMHO
[17:36] <apachelogger> eean: also I am not sure a slider that heigh is a good thing TBH
[17:58] <markey> any news eean?
[17:58] <eean> on the libmtp issue? I don't have a problem so I can't work on it. :)
[18:01] <lex79> shadeslayer: I'm going to add that patch to Qt
[18:01] <shadeslayer> lex79: oh ok :)
[18:02] <lex79> hope it's not too late ;)
[18:02] <shadeslayer> hehe :)
[18:04] <apachelogger> eean: http://aplg.kollide.net/screencasts/dragon-volume-slider-animation.webm
[18:04] <apachelogger> shadeslayer: iterate over all children and deleteLater() them?
[18:05] <shadeslayer> :S
[18:05]  * shadeslayer feared that
[18:05] <sheytan> apachelogger what app can open this? :D
[18:05] <shadeslayer> apachelogger: cant i delete the entire layout?
[18:05] <shadeslayer> sheytan: vlc :P
[18:05] <apachelogger> shadeslayer: sure you can
[18:05] <shadeslayer> apachelogger: how?
[18:06] <apachelogger> sheytan: a decent video player
[18:06] <sheytan> shadeslayer isn't supported here
[18:06] <apachelogger> shadeslayer: layout()->deleteLater();
[18:06] <shadeslayer> sheytan: played fine here :P
[18:06] <shadeslayer> hmm
[18:06] <apachelogger> shadeslayer: you could also delete it, but that generally is not a very advisable thing to do
[18:08] <shadeslayer> apachelogger: if(process->state() == QProcess::Running)
[18:08] <shadeslayer> layout->deleteLater();
[18:09] <apachelogger> no
[18:09] <apachelogger> layout()->deleteLater();
[18:12]  * lex79 pushed qaptbatch translation in svn
[18:12] <lex79> \o/
[18:12] <shadeslayer> apachelogger: /Work/Qzsync-build-desktop/../qzsync/widget.cpp:104: error: ‘((Widget*)this)->Widget::layout’ cannot be used as a function
[18:15] <mbana> is there anything critical that needs fixing in the the ubuntu LTS that will be in the new release?
[18:16] <shadeslayer> mbana: some stuff was marked as a security vulnerablility patches IIRC
[18:21] <mbana> im just wondering which ver of ubuntu i should install
[18:21] <mbana> i haven't updated in a while
[18:21] <mbana> more than 2 years
[18:22] <mbana> or ~1.5 years
[18:23] <shadeslayer> mbana: well... newer versions are always encouraged
[18:23] <shadeslayer> but if you install a LTS, its supported for 3 years
[18:26] <lex79> apachelogger: http://qt.gitorious.org/qt/qt/merge_requests/2481 is right that we don't have the second file in the tarball (tests/auto/qtreeview/tst_qtreeview.cpp)  ?
[18:27] <lex79> just a test I think
[18:27] <lex79> ah,  it says "Unit test included"
[18:27] <lex79> :)
[18:36] <shadeslayer> apachelogger: im going to sleep .. will check this out tomorrow
[18:36] <shadeslayer> night everyone
[18:37] <shadeslayer> lex79: oh btw seen this: http://people.ubuntu.com/~rohangarg/linux_tree.png ?
[18:38] <lex79> shadeslayer: I saw something like a long time ago, but this is better
[18:39] <shadeslayer> i know :D
[18:40] <lex79> :)
[18:40] <lex79> It seems we have only a derivated, Ulteo
[18:40] <sheytan> Quintasan shadeslayer http://img828.imageshack.us/img828/6756/pj512.png i think this one is ok
[18:40] <sheytan> i can't make pink text on pink background :P
[18:41] <sheytan> atleast not with glow
[18:41] <shadeslayer> my eyes hurt from pinkiness :(
[18:42] <shadeslayer> anyways .. its up to you guys :P
[18:42] <shadeslayer> i had to dim my LCD by 2 steps before i could have a look :D
[18:42] <sheytan> shadeslayer come on :D
[18:42] <sheytan> This ins't so pink
[18:43] <shadeslayer> hehehe....
[18:43] <sheytan> it's more purple (or how it's called in english :D )
[18:43] <shadeslayer> just saying :P
[18:43] <sheytan> and well, if something is called 'neon' it doesn't have to be blue or black :P
[18:43]  * sheytan doesn't like blue everywhere :P
[18:43] <sheytan> it's getting boring :D
[18:46] <shadeslayer> sheytan: right.... well.. im going to sleep cya tmmrw
[18:47] <sheytan> shadeslayer night
[18:47] <CIA-116> [dragonplayer] sitter * 1179989 * trunk/KDE/kdemultimedia/dragonplayer/src/app/mainWindow.h tabs--
[18:47] <CIA-116> [dragonplayer] sitter * 1179992 * trunk/KDE/kdemultimedia/dragonplayer/src/app/mainWindow.h formatting++
[18:47] <CIA-116> [dragonplayer] sitter * 1179993 * trunk/KDE/kdemultimedia/dragonplayer/src/app/mainWindow.h use Q_DISABLE_COPY macro
[18:48] <apachelogger> shadeslayer: you shall not call members like functions of ancestors :P
[18:49]  * apachelogger is going to bed too
[18:49] <apachelogger> or so
[19:32] <apachelogger> wth
[19:32] <apachelogger> screw sleep
[19:49] <markey> wow, Qt Quick development is a breeze with Maverick :)
[19:50] <markey> easy to install, and works fine in Qt Creator
[19:50]  * markey toys around with the demos
[19:52]  * apachelogger meant to check out qt quick for a while now
[19:52] <ScottK> Riddell: The ubuntu-extras keyring was just seeded on Ubuntu Desktop.  We need to decide if we want to ship it or not.
[19:52] <apachelogger> eean: how about quicking up the fullscreen controls in dragon?
[19:52]  * apachelogger imagines something like VLC just hotter
[19:52] <eean> quicking?
[19:53] <eean> apachelogger: does that make sense in German? :D
[19:53] <eean> but I guess you mean sprucing up
[19:53] <apachelogger> I mean apply qt quick awesomeness
[19:53] <eean> aaaaah
[19:54] <apachelogger> surely we can archive greatness using QML for an overlay control
[19:54] <eean> I kind of like using standard widgets
[19:54] <eean> people aren't surprised by them
[19:54] <apachelogger> but it is the ugly
[19:54] <apachelogger> anyhow, even without QML I would ...
[19:54] <apachelogger> put the bar to the bottom
[19:55] <eean> is the next kde depending on 4.7? I didn't follow that k-c-d thread to the end
[19:55] <apachelogger> give it a max width
[19:55] <eean> why?
[19:55] <apachelogger> put the volume slider inside
[19:55] <apachelogger> eean: because about every other video player also has the bar at the bottom
[19:55] <eean> do they?
[19:55] <apachelogger> yup yup
[19:56] <apachelogger> well, the big ones anyway, not sure about the phony linux competition
[19:56] <markey> eean: I want to replace Amarok's Plasma stuff with Qt Quick, eventually
[19:56] <apachelogger> anyone wiith totem around?
[19:56] <markey> our Applets code is giant, and messy
[19:56] <markey> hard to understand
[19:56] <markey> and doesn't look that great
[19:56] <apachelogger> markey: shouldnt the plasma kpart foo help with that?
[19:56] <markey> Qt Quick looks smoother
[19:56] <markey> apachelogger: maybe
[19:57] <eean> markey: nothing stopping plasma widgets from using qt quick
[19:57] <markey> apachelogger: but I've come to dislike Plasma for certain use cases
[19:57] <markey> (like ours)
[19:57] <markey> it's so freaking buggy :)
[19:57] <apachelogger> that is what you get for reinventing everything using a graphicsview :P
[19:57] <markey> who spent like 10 hours working around various Plasma bugs shortly before Amarok release?
[19:57] <markey> <----
[19:57] <markey> this guy
[19:57]  * apachelogger hugs markey for that
[19:58] <markey> :)
[19:58]  * markey is listening to I'll Go Crazy If I Don't Go Crazy Tonight by U2 on No Line On The Horizon [Amarok]
[20:00] <eean> I wonder why video players have their bar at the bottom. everyone else puts it at the top.
[20:01] <eean> a philosophy of dragon player is to look like a normal application
[20:01] <eean> instead of some sort of hellion like winamp or WMP :)
[20:02] <eean> apachelogger: look at itunes, it has it on the top and the bottom. :D http://wereviewsoftware.files.wordpress.com/2010/02/itunes-9-0-3-video-playing.jpg
[20:03] <apachelogger> eean: that is because apple does not like to have fullscreens, that raises a whole lot of questions :P
[20:03] <eean> how does that explain the two sets of controls?
[20:04] <eean> anyways clearly itunes is nuts
[20:04] <apachelogger> because other players have it at the bottom!!!
[20:04] <eean> lol :)
[20:04] <apachelogger> so apple thinks: go with the trend
[20:04] <apachelogger> and apple thinks: obey the HIG
[20:04] <apachelogger> and that is what comes out of it
[20:04] <apachelogger> two controls
[20:04] <apachelogger> actually I like that ^^
[20:04] <eean> you're nuts :)
[20:04] <apachelogger> no doubt
[20:05] <eean> I dunno. if you get Celeste to tell me to put them at the bottom, I will. :)
[20:06] <apachelogger> seele: please tell eean to put the video controls at the bottom
[20:06] <eean> on e.V. stationary, and with a seal from a public notary.
[20:07] <apachelogger> pff
[20:07] <apachelogger> I will just make my own video player
[20:07] <eean> (not really :P)
[20:07] <apachelogger> with pink QML
[20:07] <apachelogger> and I shall call it ... flamingo
[20:07] <eean> not "PONIES!!!"?
[20:07] <apachelogger> I am sure fregl will be behind that project too
[20:07] <apachelogger> come to think of it
[20:08] <apachelogger> fregl: did we not want to name something else flamingo
[20:08] <apachelogger> well... if the name is already taking it shall be called YouTube
[20:09]  * apachelogger is not having ideas for good names and moves out for more vodka
[20:15] <sheytan> apachelogger eean i think that they have controls on top and bottom cause the top onse are oryginaly itunes. The bottom are something like Kpart in this case quick time is embedded in itunes
[20:16] <eean> and I guess they wouldn't want to walk to other side of Cupertino to ask them to fix that
[20:16]  * apachelogger certainly wouldnt
[20:16] <apachelogger> that said
[20:17] <apachelogger> eean: you are looking at the wrong player anyway, QT is for video
[20:17] <apachelogger> itunes is for everything but useful things :P
[20:17] <eean> people buy movies with itunes don't they
[20:17] <jjesse> because they are forced to
[20:17] <jjesse> itunes sucks
[20:17] <eean> and download video podcasts
[20:17] <sheytan> yeah, they don't put itunes store into quick time
[20:18] <eean> so I assume its as much a video player as anything
[20:18] <sheytan> i think it has a video playback only for preview or music videos
[20:18] <sheytan> anyway, if ppl buy a movie, they watch it in qucik time
[20:18] <eean> so itunes launches quicktime?
[20:18] <sheytan> in a way like kpart ( i thin)
[20:19] <eean> well if its like a kpart, then its still itunes
[20:19] <sheytan> eean it's like dolphin and konsole
[20:19] <eean> I know what a kpart is :)
[20:19] <sheytan> i mean you can use konsole kpart in dolphi
[20:20] <sheytan> ok :)
[20:20] <sheytan> well,  we will never now how itunes and quick time works, but if itunes has the same controls for video as qucik time, i think it works that way
[20:21] <sheytan> and itunes doesn't display a shadow under the quick time cntrollers :D:D:D
[20:53] <jussi> seems my usb mount manager is borked in maverick, clicking any of the actions does nothing...
[20:54] <lex79> ScottK: I uploaded qt4-x11, it's in the queue, diff is still pending
[20:56] <lex79> ScottK: also, I saw ubiquity is still unapproved, it fixes an our critical bug
[21:07] <sheytan> hey
[21:07] <sheytan> does any one know if there's a oxygen-transparent package for lucid?
[21:09] <lex79> no there isn't
[21:09] <lex79> neither for maverick
[21:10] <sheytan> well, this will be marged to 4.6 :D
[21:13] <lex79> I think so :)
[21:25] <Malkavian_> I am using Kubuntu Maverick and when I write an Email and want to select some contacts from the address book, the address book shows me only tha last used addresses but the not real address book; is used to work fine in Lucid
[21:25] <Malkavian_> using Kontakt
[21:28] <Malkavian_> I have deleted tha last used addresses and now there is no entry in the address book anymore
[21:31] <neversfelde> Malkavian_: please report bugs in launchpad or bugs.kde.org
[21:32] <Malkavian_> I think Kontankt just deleted my address book
[21:32] <neversfelde> we cannot take care of them, when they are only published here
[21:32] <Malkavian_> is there any way to restore my address book?
[21:33] <apachelogger> if I were butterfly...
[21:34] <apachelogger> see, there is an a missing, I wonderhow that happened
[21:34] <apachelogger> oh wellz
[21:34] <apachelogger> Malkavian_: that depends on what your addressbook in particular was
[21:34] <neversfelde> I never heard about Kontact deleting adressbooks, what is in ~/.kde/share/apps/kabc?
[21:34] <Malkavian_> it was the contact list
[21:34] <apachelogger> Malkavian_: the way kontact's new addressbook magic works is that it actually (mostly) does not store the data itself but just forms the central exchange point
[21:35] <apachelogger> so the data may very well be in a file, such as indicated by neversfelde just now
[21:35] <apachelogger> or in a folder for that matter
[21:36] <apachelogger> (well, to say the truth it really stores the data, but its internal storage is mostly based on external ones ... such as a file, or a groupware sever for example)
[21:36] <Malkavian_> in the .kde/share/apps/kabc/ folder there are some std.vcf_* files
[21:37]  * apachelogger got popcorn stuck in his teeth -.-
[21:37] <Malkavian_> my contact list worked just fine until I deleted the last used addresses; now there is no contact anymore in the contact list
[21:37] <neversfelde> probably your contacts, we know nothing about your setup
[21:37] <apachelogger> in any case
[21:37] <Malkavian_> it is the default setup
[21:37] <apachelogger> Malkavian_: please try #akonadi
[21:37] <apachelogger> those are the pros regarding that stuff, plus this channel is not really meant for support
[21:38] <neversfelde> apachelogger: use dental floss
[21:38] <apachelogger> nor do I think we are qualified to do support
[21:38] <apachelogger> at least I am not ^^
[21:38] <neversfelde> it helps :)
[21:38] <neversfelde> well, me too
[21:38] <lex79> popcorn are devil for teeth !
[21:38] <apachelogger> ack
[21:39] <neversfelde> sure, sugar always is
[21:39] <lex79> Bratwurst is better, neversfelde right? :)
[21:39] <apachelogger> rofl
[21:39] <neversfelde> and I have to know my father is a dentis, my grandfather was and my brother is one, too
[21:39] <lex79> omg
[21:39] <apachelogger> now
[21:39] <apachelogger> see
[21:39] <neversfelde> hehe
[21:39] <apachelogger> if neversfelde were a dentist
[21:39] <Malkavian_> ok, thanks
[21:39] <apachelogger> I would just have found my new dentist of choice
[21:40] <apachelogger> but now, he goes off to do that law stuff things :P
[21:41] <ScottK> lex79: qt4-x11 accepted.  The ubiquity changes are extensive enough I don't think I'm a qualified reviewer.
[21:41] <apachelogger> oh
[21:41] <apachelogger> ubiquity
[21:41] <apachelogger> you know
[21:41] <apachelogger> today I looked at its bug report page
[21:41] <apachelogger> and
[21:41] <apachelogger> ^^
[21:41] <apachelogger> ...
[21:42] <lex79> you should not do
[21:43] <lex79> ScottK: thanks
[21:43] <apachelogger> on that occasion I was wondering what a comparsion with konqueror would look like
[21:43] <apachelogger> with codebase/report normalization of course
[21:45]  * lex79 is adding some patches to -workspace, since we haven't enough
[21:46] <apachelogger> that said
[21:46] <apachelogger> we need another close lookup on the patches we truely need
[21:47] <apachelogger> I noticed that a couple of packages carry rather large .debian.tar.gzs
[21:47] <neversfelde> apachelogger: hehe
[21:48] <lex79> we need patches because we *have* to release on 10.10.10=42
[21:55] <apachelogger> yay
[21:55] <apachelogger> dental floss helped \o/
[21:56] <apachelogger> lex79: and others are trying to run a decent business
[21:56] <apachelogger> fools
[21:56] <ulysses> When will we ban giovanni?
[21:56] <apachelogger> what did he do now?
[21:56] <lex79> apachelogger: you're right
[21:56] <lex79> spam in ML
[21:56] <ulysses> The only tragedy so far is that the ubuntu wiki lacks
[21:56] <ulysses> 1) unregistered/anonymous editing
[21:57] <ulysses> OMFG
[21:57] <apachelogger> you know
[21:57] <apachelogger> ban him
[21:57] <apachelogger> because
[21:57] <apachelogger> I do not get threads in gmail
[21:57] <ulysses> apachelogger: +1
[21:57] <apachelogger> and I very much hate it when I do not get them threads
[21:58] <apachelogger> and whatever the flipper he is  doing that there are no threads, I do not like it
[21:58] <apachelogger> lex79: did you get the IAMSUPREME hammer yet?
[21:58] <apachelogger> because I find the whole discussion pointless
[21:58] <lex79> nope, too lazy
[21:59] <apachelogger> help.ubuntu.com is what he wants and that is it
[21:59] <lex79> he want help.kubuntu.com maybe
[21:59] <lex79> +s
[21:59] <apachelogger> then he needs to take that up with the canonical sysadmins
[21:59] <apachelogger> for which there is a wonderful RT where they can ignore him...
[22:00] <lex79> canonical sysadmon know that kubuntu exist?
[22:01] <apachelogger> lex79: only on the day after jr's birthday and when some special planet alignment is the case
[22:01] <lex79> lol
[22:01] <neversfelde> rofl
[22:02] <neversfelde> gn8
[22:02] <apachelogger> nini neversfelde
[22:04] <ulysses> we have one week to write this month's report
[22:04] <seele> apachelogger: eean: can i get a screenshot (i dont even know what app youre talking about :)
[22:05] <eean> seele: in a video player, should the play/pause and time slider be on the top or the bottom
[22:05] <ulysses> https://wiki.ubuntu.com/Kubuntu/TeamReports
[22:07] <apachelogger> seele: http://aplg.kollide.net/images/avatar/snapshot56.png http://aplg.kollide.net/images/avatar/snapshot57.png
[22:07] <apachelogger> in any case I would not have it span across the entire screen in fullscreen
[22:07] <apachelogger> IMHO that looks sort of odd
[22:08] <eean> I like the precision :)
[22:11] <apachelogger> eean: yeah, but do you really appreciate it when you are in fullscreen already?
[22:12] <eean> what do you mean?
[22:12] <eean> the point of the toolbar in fullscreen is that you use it sometimes
[22:13] <apachelogger> sure, but will you do precise jumping using it in fullscreen (taking into account that you would have had to switch to fullscreen before anyway)
[22:14] <eean> sure, why not...
[22:14]  * apachelogger only does jumping after initial loading ^^
[22:14] <eean> I'm watching something in fullscreen
[22:14] <eean> and want to skip somewhere
[22:14] <apachelogger> did you actually every do that?
[22:14] <eean> sure
[22:14] <eean> and if I never did that
[22:14]  * apachelogger never does ^^
[22:15] <eean> there would be no point to the toolbar at all
[22:15] <apachelogger> eean: well, I only see it as progress indication in fullscreen really
[22:15] <eean> ok, so now its precise progress indication :)
[22:15] <apachelogger> there is no such thing :P
[22:15] <apachelogger> also the precision is dependent on the screen width anyway
[22:16] <eean> anyways this is all a tangent
[22:16] <apachelogger> if you have a dual screen setup you have a super uberprecise timebar
[22:16] <eean> I suspect that you want to use non-standard widgets with this less-then-all-the-way accross toolbar
[22:16] <eean> it doesn't fullscreen accross monitors :)
[22:17] <apachelogger> eean: if they are twinned on X level I am sure it does as it would detect is as 1 display, no?
[22:18] <eean> well it shouldn't
[22:18] <apachelogger> hm
[22:18] <eean> I guess you could probably set up dual monitors in such a way that KDE etc is completely unaware of it. but that would be broken.
[22:19] <apachelogger> well, that is how you get super large screens is it not?
[22:19] <apachelogger> (specifically made super large screens with crappy resolution aside)
[22:19] <eean> dunno
[22:19] <apachelogger> wellz
[22:19] <eean> that's kind of out-of-scope for a desktop video player :)
[22:20] <apachelogger> I just think KDE needs a pimped up video player
[22:20] <eean> dragon player is supposed to be easy-to-use, not pimped up :)
[22:20] <apachelogger> not more complex, but better looking
[22:20] <eean> there are tons of pimped up players already
[22:20] <apachelogger> eean: those are not mutually exclusive :P
[22:21] <apachelogger> unless one goes for a degree of pimping such as VLC
[22:21] <eean> they are very conflicting
[22:21] <apachelogger> in which case one will of course have to trade easy-of-use for features no one needs ;)
[22:21] <eean> VLC is pimp? VLC is just really complicated and cluttered :)
[22:21] <apachelogger> VLC has theming :P
[22:21] <apachelogger> for windows users that is the world
[22:21] <eean> yike, well of course it does :)
[22:21] <apachelogger> seeing as their OS is them craps with theming
[22:22] <eean> what would I do without my Twilight-themed video player
[22:27] <lex79> ScottK: kdebase and kdebase-workspace in queue
[22:34] <lex79> ScottK: also this bug 648402
[22:38] <lex79> ^that sync fix a bug in some locations in Italy, so I'd like to have the new version in Maverick
[22:47] <ulysses> I will kill giovanni
[22:48] <ulysses> Who wants to help me?
[22:49] <lex79> rofl
[22:50] <ulysses> for the sake of God, it's 2010, it can't be so difficult to reply a thread
[22:51] <claydoh> ulysses: yup it obviously can
[22:51] <ulysses> :(
[22:52] <claydoh> then multiply that by how many lists he posts to
[22:52]  * claydoh sighs
[22:53]  * claydoh then sits down after a llooongs day at work to see the replies
[22:54] <claydoh> o
[22:54] <claydoh> m
[22:54] <claydoh> g
[23:06]  * ulysses wonders how easy to produce a Lokalize crash
[23:30] <apachelogger> ulysses: lokalize is having pyth0rn inside so it is bound to be easy :P


[00:56] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2901](https://github.com/MirServer/mir/pull/2901): Wayland platform: flush connection after sending pong
[00:56] -GitHub[m]:#mir-server-
[00:56] -GitHub[m]:#mir-server- > Seems to fix #2876, at least on the Wayland platform.
[01:52] -GitHub[m]:#mir-server- **[MirServer/mir]** RAOF opened [issue #2902](https://github.com/MirServer/mir/issues/2902): Wayland platform should call wl_display_flush before blocking for events... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/1c6d1346305feb9ce6902c3ddcbfc9791cf0d623>)
[01:58] -GitHub[m]:#mir-server- **[MirServer/mir]** RAOF opened [issue #2903](https://github.com/MirServer/mir/issues/2903): Wayland platform should handle failures in wl_display_flush... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/b222daf433da01c96edad8bf8904aee3dfae07c3>)


 Frosty Chrismas moring here!
 Merry Christmas Everyone 🥰
 🌲
 (Photo, 720x1280) https://irc-attachments.kde.org/nJ1gyfWV/file_21234.jpg
 very pretty
 Lovely picture
 We're on our way to church in a little while, will send a picture soon
 (Photo, 1280x960) https://irc-attachments.kde.org/nXMNlZwF/file_21235.jpg
[21:18] <valorie> lovely!
[21:19] <valorie> happy Christmas all
 (Photo, 720x1280) https://irc-attachments.kde.org/R58B39Cy/file_21248.jpg


[21:32] <Keybuk> sadmac: the upstart clock is a well-known bug - see todo ;)
[21:32] <Keybuk> though already fixed in my branch
[21:32] <Keybuk> timerfd ftw


[00:08] <spiv> Another victim of https://bugs.edge.launchpad.net/launchpad-foundations/+bug/287154 :(
[00:10] <Andre_Gondim> does any one can help me? I can't see any suggest here https://translations.edge.launchpad.net/ubuntu/jaunty/+source/apt/+pots/apt-all/pt_BR/173/+translate you too?
[00:12] <savvas> Andre_Gondim: no, not all translations have suggestions
[00:12] <Andre_Gondim> savvas, I have someone who told there is a suggest there =/
[00:14] <savvas> Andre_Gondim: true, you're using edge, in normal there is a suggestion
[00:14] <MTecknology> spiv: that doesn't make any sense. It's a weird looking button that sits right next to the edit it's referring to. It's Yellow which is the best color you could use for edit. If you hover, it says Edit this [thing]. On pages like the bugs, it has the word "Update" right next to it.
[00:14] <savvas> Andre_Gondim: disable edge redirection on this site: https://launchpad.net/
[00:15] <savvas> Andre_Gondim: and visit: https://translations.launchpad.net/ubuntu/jaunty/+source/apt/+pots/apt-all/pt_BR/173/+translate
[00:16] <spiv> MTecknology: the icon is supposed to depict a pencil, so that it self-evidently means "edit"
[00:16] <Andre_Gondim> savvas, thanks
[00:17] <MTecknology> spiv: it doesn't make sense how that represents a pencil, but it's use just seems obvious...
[00:17] <spiv> MTecknology: but here we had a user that figured out, somehow, that the icon meant edit (on that page at least), but calls it the "! icon"
[00:17] <MTecknology> lol
[00:18] <spiv> i.e., that bug struck again
[00:18] <spiv> MTecknology: I'm glad its use seems obvious to you.  Can we transplant your brain to all of our users, please? :)
[00:19] <MTecknology> :P
[00:19] <MTecknology> spiv: I am confused....
[00:19] <MTecknology> /@@/edit
[00:20] <MTecknology> what does that link to?
[00:22] <spiv> MTecknology: I'm not sure I understand your question.  /@@/edit is the location of the edit icon on the launchpad site...
[00:24] <MTecknology> what is @@
[00:24] <MTecknology> I've never seen that before
[00:26] <spiv> It's part of a URL ;)
[00:26] <spiv> It's a convention from Zope 3, IIRC.
[00:26] <spiv> @@ sort of looks like a pair of eyes, so it is used for "view"-related things.
[00:27] <MTecknology> oh
[00:27] <MTecknology> that's the actual directory name then?
[00:28] <MTecknology> interesting
[00:28] <spiv> Um, no...
[00:28] <MTecknology> https://launchpad.net/@@/edit
[00:28] <spiv> What makes you think URLs have anything to do with directories on a filesystem :)
[00:29] <MTecknology> lol - I'll just let it go - I'm not touching that source code when it's released - too much knowledge poured into this thing :P
[00:32] <MTecknology> spiv: I hope that comment is useful
[00:33] <MTecknology> that in place editing of titles is really really neat
[00:34] <spiv> Yeah, it is.  Except that it turns out the green tick on the grey circle is invisible to people red-green colour blindness...
[00:35] <spiv> (I guess the moral of the story is that icon design is hard...)
[00:35] <MTecknology> ...
[00:35] <MTecknology> weird
[00:35] <MTecknology> lighter grays?
[00:41] <cyberix> jml: the people in the group design the software and write the code
[00:41] <cyberix> jml: so for Launchpad this is an out-of-band relation
[00:42] <cyberix> jml: we created the group so people could find each other
[00:42] <jml> cyberix: well, those people could conceivably own the trunk branch, or something?
[00:42] <jml> cyberix: you could also just put the URL of the team in the project description.
[01:41] <seiflotfy> Added new clutter pre-prototype UI To start it up instead of running sh zeitgeist.sh do sh zeitgeist2.sh
[01:41] <seiflotfy> ooops
[01:41] <seiflotfy> sorry
[01:41] <seiflotfy> i have a problem
[01:42] <seiflotfy> seif@Schroeder:~/Projects/gnome-doc-centric-playground$ bzr push
[01:42] <seiflotfy> Using saved location: http://bazaar.launchpad.net/~gnome-doc-centric-playground/gnome-doc-centric-playground/gnome-journal-prototype/
[01:42] <seiflotfy> bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/%7Egnome-doc-centric-playground/gnome-doc-centric-playground/gnome-journal-prototype/.bzr/branch/lock): Transport operation not possible: http does not support mkdir()
[01:42] <seiflotfy> what to do
[01:42] <seiflotfy> i just pushed things up a couple of ddays ago
[01:56] <mwhudson> seiflotfy: bzr launchpad-login
[01:57] <mwhudson> seiflotfy: also, you must be using a fairly old bzr to not get a more helpful message
[01:58] <mwhudson> :(
[01:59] <jml> where is the love?
[02:10] <spm> jml: "make love"
[02:10] <spm> ... sadly. modern make's no longer respond "not war"
[02:14] <lifeless> spm: you could put that in the default ruleset
[02:19] <NCommander> cprov, http://launchpadlibrarian.net/22839233/buildlog_ubuntu-jaunty-hppa.kdebindings_4%3A4.2.0-0ubuntu2~ppa1_NEEDSBUILD.txt.gz - I broke LP :-)
[08:43] <wgrant> mpt: What caused you to growl at my bug?
[14:06] <loic-m> If I upload a new version of a library to my ppa, how do I make sure other packages uploaded to my ppa build with this version instead of the one in ubuntu's repos?
[14:06] <soren> loic-m: That happens automatically.
[14:06] <soren> ...as long as the version of you library package is higher than the one in the Ubuntu archive.
[14:07] <loic-m> soren: thanks a lot
[14:08] <loic-m> Can I import Jaunty source packages in my ppa for rebuilding directly in launchpad, or do I have to apt-get source then dput them?
[14:24] <geser> loic-m: uploading a new .diff.gz should be enough (IIRC), the PPA buildd will pull the .orig.tar.gz from the primary archive
[14:25] <loic-m> geser: that still means I need to update the changelog and create a new version of the packages I want to test rebuild though, doesn't it?
[14:26] <bigjools> no, you can upload the same version
[14:26] <geser> PPA doesn't complain about the version being also in the primary archive?
[14:26] <bigjools> of course not, it's a separate archive
[14:27] <geser> does one need then a full source upload?
[14:27] <bigjools> well as you already said, you can leave out the .orig.tar.gz
[14:28] <geser> so only the version space is separa
[14:28] <geser> separate?
[14:29] <loic-m> bigjools: tried with dput ppa foo.diff.gz and dput wants a source.changes
[14:29] <soren> Can you guys see the IP's my account has been used from within the last week or so? I have a hunch that I'd like to get confirmed/rejected.
[14:29] <bigjools> you can reference the .orig in the dsc and LP will find it based on the md5
[14:29] <bigjools> loic-m: yes you need to make a changes file
[14:30] <geser> loic-m: fetch source, extract it, cd <pkg>, run dpkg-genchanges -S
[14:30] <loic-m> bigjools: it's becoming slightly OT, sorry, but to generate a changes file don't I need to update the changelog?
[14:31] <loic-m> geser, bigjools: thanks
[14:31] <bigjools> what he said. :)
[14:40] <loic-m> dpkg-genchanges -S doesn't ask me for my key password, and dput complains there's no valid signature.
[14:42] <geser> loic-m: run debsign <pkg>.changes afterwards
[14:43] <geser> don't forget to redirect the output from dpkg-genchanges to a file
[14:43] <loic-m> geser: thanks. The later was easy to find, but the former wasn't ;)
[14:47] <loic-m> it worked!
[15:00] <savvas> Is there a time limitation in PPAs? I mean is there a limit for how much time a package takes to compile?
[15:01] <Ursinha> cprov, ^
[15:02] <cprov> savvas: no, there isn't such thing.
[15:02] <cprov> savvas: why do you ask ?
[15:02] <savvas> cprov: https://edge.launchpad.net/~medigeek/+archive/ppa/+build/875553
[15:02] <savvas> it took a while to build boost1.35 to try out a fix, but it failed
[15:03] <savvas> the only changes I introduced was adding 'Provides:' in debian/control for several binary packages
[15:03] <cprov> savvas: let me check the buildlog, one sec
[15:04] <savvas> cprov: ok, in the meantime I'm compiling it locally to see if there's a difference
[15:05] <cprov> savvas: great.
[15:19] <cprov> savvas: i don't know what happens to cause dpkg to die
[15:20] <cprov> savvas: it could an abnormal memory consumption due to the compiling errors (just guessing)
[15:22] <savvas> cprov: should I retry one of the failed ones in launchpad?
[15:23] <cprov> savvas: yes, try it one more time, if the problem persist raise it on #motu
[15:24] <savvas> cprov: ok, will do!
[15:26] <cprov> savvas: thanks for bringing this problem up. Let see if it can be debugged and fixed accordingly soon.
[15:30] <savvas> sure, no problem
[15:33] <savvas> cprov: locally it was built successfully, I'm retrying i386 and amd64 builds on launchpad
[16:46] <MagicFab> Hi all
[16:46] <MagicFab> is it possible to change one's LP ID ?
[16:47] <andrea-bs> MagicFab: you can change your own ID here: https://launchpad.net/people/+me/+edit
[16:49] <MagicFab> andrea-bs, excellent, thanks!
[17:31] <Tumie> how do i delete a team on launchpad ?
[17:32] <andrea-bs> Tumie: you have to ask a question to the LP admins: https://answers.launchpad.net/launchpad
[17:34] <Tumie> ok, done
[17:35] <andrea-bs> now, just wait :)
[17:36] <Tumie> :)
[17:36] <Tumie> ty :)
[17:36] <loic-m> Is it possible to rebuild some packages in my ppa even though they already built fine?
[17:37] <loic-m> (to test rebuilding with a new version of the lib they build depend on)
[17:37] <bigjools> loic-m: no, same rules as Ubuntu apply, you need to bump up the version and re-upload
[17:38] <loic-m> thanks. painpainpainpainpain
[17:38] <bigjools> :(
[17:38] <loic-m> Can't I just delete them, then reupload after a while?
[17:39] <bigjools> no, it remembers what you already uploaded
[17:39] <loic-m> I don't want to bump the version, they're packages straight from ubuntu repos
[17:39] <loic-m> too bad
[17:39] <bigjools> just make a ~ppa1 version
[17:40] <bigjools> um, +ppa1 in this case
[17:40] <loic-m> I'll try
[17:41] <MagicFab> after changing one's LP ID, the CoC signature is not linked anymore
[17:41]  * MagicFab check for existing bugs
[17:44] <MagicFab> is there any obvious way to fix this ?
[17:45] <joey> MagicFab, really? Hmm I just changed mine.  Let me look!
[17:46] <joey> so MagicFab, explain that a bit to me. Mine appear ok.
[17:48] <joey> the only gotcha I had when changing my LP id is that I also had to change my bzr settings
[17:48] <joey> in bazaar.conf, authentication.conf, and locations.conf
[17:50] <MagicFab> joey, https://bugs.edge.launchpad.net/launchpad/+bug/331678
[17:51] <joey> MagicFab, odd, it works for me
[17:51] <joey> MagicFab, it's linked to https://edge.launchpad.net/~tatica1/+codesofconduct
[17:52] <joey> MagicFab, maybe I'm bitten by my admin privs though.
[17:57] <MagicFab> joey,  I uploaded a screenshot
[18:01] <ondrej> Hi, the help page for PPA: https://help.launchpad.net/Packaging/PPA#Using packages from other distributions, says that I can upload packages for other distributions unmodified
[18:01] <joey> MagicFab, ok, I get it now. :-)
[18:01] <ondrej> but I keep getting: Rejected:
[18:01] <ondrej> Could not find suite 'unstable'
[18:01] <ondrej> when I upload a package for Debian sid.
[18:01] <joey> cprov, bigjools - still around? ^^
[18:02] <bigjools> I'm just finishing
[18:02] <ondrej> so how can I do it? Or should the help page be improved?
[18:02] <bigjools> ondrej: you need to change to a valid Ubuntu series
[18:02] <bigjools> yeah, it could be better
[18:02] <cprov> ondrej: what's in your dput.cf ?
[18:02] <ondrej> my .dput.cf is:
[18:03] <ondrej> [ppa]
[18:03] <ondrej> fqdn = ppa.launchpad.net
[18:03] <ondrej> method = ftp
[18:03] <ondrej> #incoming = ~ondrej-certik/ppa/ubuntu
[18:03] <ondrej> incoming = ~ondrej-certik/ppa/ubuntu/unstable
[18:03] <ondrej> login = anonymous
[18:03] <ondrej> allow_unsigned_uploads = 0
[18:03] <cprov> ondrej: ERRRRR!
[18:03] <ondrej> (I tried both incoming lines and neither works)
[18:03] <cprov> :)
[18:03] <bigjools> heh
[18:03] <cprov> incoming = .../hardy  or intrepid or jaunty
[18:03] <ondrej> cprov, but I want to upload packages for Debian unstable
[18:03] <ondrej> the help page says it should work
[18:04] <maxb> ondrej: *from* unstable *for* jaunty (etc.)
[18:04] <ondrej> ah
[18:04] <cprov> ondrej: we don't support debian native building,  we support uploading pristine debian packages to ubuntu series
[18:04] <ondrej> ah, I got it now
[18:04] <ondrej> let me try it
[18:05] <cprov> ondrej: that's what a flaky help text causes, confusion.
[18:05] <cprov> ondrej: do you have any *specific* suggestion to make that clearer on the current text ?
[18:05] <ondrej> yes
[18:05] <ondrej> say that the incoming line must be ppa/ubuntu/<some *ubuntu* distrib>
[18:05] <cprov> ondrej: fire it :)
[18:06] <ondrej> but you can upload packages from Debian and other deb distros unmodified, as long as you upload it to some ubuntu distro.
[18:08] <ondrej> cprov, is there any reason (besides manpower) that ubuntu doesn't support Debian sid?
[18:08] <ondrej> I created:
[18:08] <ondrej> https://blueprints.edge.launchpad.net/lp-dev-utils/+spec/ppa-debian-unstable
[18:08]  * MagicFab -> lunch
[18:09] <cprov> ondrej: lp-dev-utils ? funny
[18:10] <ondrej> cprov, I didn't find PPA
[18:10] <cprov> ondrej: anyway, yes, the main factor is manpower
[18:10] <ondrej> cprov, ok -- can I help with this somehow?
[18:10] <cprov> ondrej: unfortunately it has to happen within the company
[18:11] <ondrej> cprov, I asked about this Steve Langasek and Christian Reis at the ubuntu developer summit in Prague
[18:11] <cprov> ondrej: unrelated, but why have you created a spec in a random project instead of filing a bug on soyuz (they is already one for debian-ppas, IIRC)
[18:12] <cprov> ondrej: you could have talked to me, I was there too :)
[18:12] <ondrej> cprov, and they said it would probably happen, that they only need to build the schroot, so I offered them help with this and Christian said to send him an email, so I did and he never replied
[18:12] <ondrej> cprov, ah great, I didn't know
[18:13] <cprov> ondrej: https://help.launchpad.net/Packaging/PPA (edited)
[18:13] <ondrej> cprov, as to the spec, feel free to delete it and provide there a link to the bug about this
[18:13] <cprov> ondrej: https://bugs.edge.launchpad.net/soyuz/+bug/188564
[18:13] <ondrej> cprov, I am a bit confused as to where to fill what in the launchpad. thanks for the link
[18:15] <cprov> ondrej: there are other aspects of debian-ppas mentioned there, I'm looking forward to see what you have in mind.
[18:15] <ondrej> cprov, what do you mean by other aspects?
[18:15] <ondrej> I don't see any
[18:16] <cprov> ondrej: err, not there yet, I will post a comment latter today, subscribe to it.
[18:16] <ondrej> cprov, thanks for updating the help page, now it's clearer
[18:17] <ondrej> cprov, --- will you post it to the bug?
[18:17] <cprov> ondrej: yes
[18:17] <ondrej> cprov, registered and posted a support comment. :)
[18:18] <cprov> ondrej: cool, thanks
[18:18] <ondrej> cprov, thanks for the help. I hope this happens eventually
[18:19] <cprov> ondrej: it will
[18:19] <ondrej> cprov, btw here are my notes from UDS http://ondrejcertik.blogspot.com/2008/05/ubuntu-developer-summit-in-prague.html
[18:19] <ondrej> I must have missed you
[18:19] <cprov> ondrej: aha, I see a lot of people eating :)
[18:21] <ondrej> :)
[18:21] <ondrej> yeah!
[18:21] <ondrej> you probably recognize most of them
[18:22] <cprov> yup
[18:28] <ondrej> cprov, so I just verified sid->jaunty works without a modification. looking forward for sid->sid. need to go, see you later
[19:10] <joey> bigjools, cprov - thanks.
[19:11] <cprov> joey: you're welcome
[19:13] <joey> swapped out the unpostable list for the team with the mailing list
[20:23] <savvas> cprov: the retry failed again: https://launchpad.net/~medigeek/+archive/ppa/+build/875552/+files/buildlog_ubuntu-jaunty-amd64.boost1.35_1.35.0-8ubuntu4_FAILEDTOBUILD.txt.gz
[20:35] <charlie-tca> bac: I got another one, need to set the project for it if you want to see it
[20:36] <bac> charlie-tca: sure
[20:36] <charlie-tca> https://bugs.launchpad.net/ubuntu/+source/xfce4-settings/+bug/331751
[20:36] <charlie-tca> needs to have the upstream bug set
[20:37] <bac> charlie-tca: ok, do it and if you get assigned the project i'll replicate your steps on staging
[20:37] <charlie-tca> Do I need to list the steps here?
[20:38] <bac> charlie-tca:  not yet.  let's see if you get re-assigned first
[21:01] <oliver_g_> hi
[21:02] <oliver_g_> I want to make a fork of a bzr branch hosted at launchpad
[21:02] <oliver_g_> (https://code.launchpad.net/~delfick/+junk/projectMarker to be exact)
[21:02] <oliver_g_> I already have a launchpad account
[21:02] <oliver_g_> so what is the quickest way to make such a fork? For publishing some bugfixes?
[21:07] <mwhudson> oliver_g_: bzr pull lp:///~delfick/+junk/projectMarker; hack hack hack; bzr push lp:///~<you>/project/branchname
[21:10] <oliver_g_> so out of curiosity, what's the +junk part in the original bzr url then?
[21:10] <oliver_g_> do I have to include it in my own url as well?
[21:37] <maxb> +junk is launchpad's convention for indicating a branch not associated with a launchpad project
[21:38] <maxb> launchpad requires that there be a project component in branch URLs
[21:38] <maxb> It provides the option of +junk for ad-hoc branches for which you do not wish to register a project
[21:47] <cprov> savvas: right, we need support from the fantatisc-motu guys
[21:47] <mwhudson> oliver_g_: you need to put +junk or the name of a project in there
[21:48] <oliver_g_> yes, I noticed that makes it work :-)
[21:49] <oliver_g_> btw. does the original author of the project get a notification about my branch?
[21:54] <geser> cprov: if it's about the boost FTBFS, then it was sort of resolved in the meantime. It's because of the recent python changes in jaunty.
[21:54] <cprov> geser: yes, it's about boost. Very nice, you guys rock !
[22:02] <savvas> cprov, geser: thanks for the time you dedicated for this, I'm trying out a new patched (rookie-style :) ) build
[22:03] <savvas> https://edge.launchpad.net/%7Emedigeek/+archive/ppa/+files/boost1.35_1.35.0-8ubuntu4_1.35.0-8ubuntu4~ppajaunty1.diff.gz