[01:01] <claydoh> ~np
[01:01] <kubotu> claydoh listened to "I Still Haven't Found What I'm Looking For" by U2 [The Joshua Tree, 1990] 2 months ago
[04:01] <ScottK> klibido could use an update and some love from someone who actually understands autotools.
[04:01]  * ScottK looks for NCommander ....
[04:15] <LaserJock> autotools is *cough* fun *cough*
[04:17] <ScottK> Which is why I'm looking for NCommander and not trying to do it myself.  I don't want to hog all the "fun".
[04:22] <LaserJock> ScottK: so at this point do you get cmake more than autotools?
[04:22] <LaserJock> I've got somewhat mixed feelings about cmake
[04:22] <ScottK> For KDE, KDE3 stuff is autotools and KDE4 stuff is Cmake.
[04:23] <ScottK> The pain level associated with updating for a new release is WAY lower with CMake.
[04:23] <Tm_T> cmake <3
[04:23] <LaserJock> ah, that's helpful
[04:23] <Tm_T> in many things it has been way easier
[04:23] <Tm_T> especially when configuring
[04:23] <LaserJock> I had some fits with cmake when I was packaging a chemistry app
[04:24] <LaserJock> but I haven't done a ton with cmake 2.6 perhaps it's better
[04:25] <LaserJock> there's a project I build from svn that supports both cmake and autotools and the cmake version builds significantly faster
[04:26] <LaserJock> I liked that part :-)
[04:48]  * ScottK waves at JontheEchidna.
[10:55] <Tm_T> ~np
[10:55] <kubotu> Tm_T is listening to "South Side of the Sky" by Yes [Fragile, 2003]
[10:55] <Tm_T> wrooooong year you, you, , , you!
[11:53] <Hobbsee> Nightrose: you around?
[11:54] <doc__> hi there
[11:58] <Nightrose> Hobbsee: jep
[11:58] <Hobbsee> Nightrose: that picture for ~amarok-wolf-brigade - it's static?
[11:58] <Nightrose> i think so why?
[11:59] <Nightrose> ah you mean the group picture?
[14:13] <apachelogger> hm, kdelibs down, amarok up, quassel up ... I need more bandwith -.-
[14:41] <ScottK> apachelogger: How's amarok 2 for Jaunty going?
[14:42] <ScottK> Once that's in the archive I can start slaying kdebindings for KDE3 rdepends.
[14:42] <apachelogger> ScottK: IMHO we should polish amarok-mysql up (+ strip everything that is not necessary) and then try to get it into main
[14:42] <ScottK> apachelogger: Agreed, but let's at least get it in the archive.
[14:42] <apachelogger> pushing it into jaunty and build against current mysql-5.1 would mean to depend on mysql-server because there is no independent data package
[14:42] <ScottK> Even if it's a bit rough to start with, I think it's better to move in small increments.
[14:43] <ScottK> Also I think we'd get more push from server team to say "Help, mysql is keeping amarok out of Main" than "Help, I'd like to upload a new version."
[14:43] <apachelogger> ScottK: I don't really care, Riddell has to do the moving, then we'd need to merge amarok from experimental (I think)
[14:44] <ScottK> The demotion?
[14:44] <apachelogger> aye
[14:44] <ScottK> I think he did it already.
[14:45] <ScottK> It doesn't show up on component mismatches at a quick glance
[14:45] <apachelogger> well, then we just need to do the merge
[14:46] <ScottK> Launchpad agrees it's in Universe.
[14:46]  * ScottK had thought you were planning to do that today based on the conversation earlier in the week.
[14:46] <apachelogger> ScottK: also if the TB is ok with us having amarok-mysql (especially since it could only have a security affect on amarok itself, which is nothing different from sqlite in amarok 1) there is no reason to push the the server team for mysql 5.1 ... from looking at the packaging, 2 mysqls is something I wouldn't want to have to care about either
[14:47] <apachelogger> ScottK: someone needs to merge, I am busy testbuilding .96 :P
[14:47]  * ScottK would prefer not to even have to care about one.
[14:48] <ScottK> Right, I'm busy most of today taking kids to birthday parties, shopping, school dance ....
[14:48] <ScottK> $WIFE is out of town, so I get to do all the schlepping.
[14:49] <apachelogger> ScottK: the other ninjas should have time, according to the batcave all got batsent already
[14:49] <ScottK> Great.
[14:49] <ScottK> apachelogger: We need something like !ops for !ninjas for when we want to summon one.
[14:49] <ScottK> ;-)
[14:50]  * ScottK wonders who's up for getting amarok 2 into the archive ....
[14:50] <vorian> what's up?
[14:50]  * vorian grins
[14:50] <apachelogger> hm, you know, I will have to test that now ;-)
[14:50] <apachelogger> !ops
[14:50] <vorian> dude
[14:50] <vorian> that's gonna get you fired
[14:50] <ScottK> vorian: Need to merge amarok from Experimental.
[14:50] <vorian> :o
[14:51] <vorian> sounds like a job for apachelogger
[14:51] <vorian> oh, but he
[14:51]  * apachelogger is testbuilding
[14:51] <vorian> s busy
[14:51] <ScottK> It's in Universe now, so even a lowly MOTU can upload it.
[14:51] <vorian> lol
[14:51] <apachelogger> lol
[14:51] <vorian> ok, i'll take a look at it
[14:51] <ScottK> vorian: Then you get to say stuff like, "I'm the one that got amaork 2 into Kubuntu".
[14:52] <apachelogger> *nod*
[14:52] <ScottK> vorian: Thanks.
[14:53]  * Nightrose promises a cookie to vorian
[14:54] <ScottK> vorian: Please let me know when it's done so I can start slaughterind the bindings for KDE3.
[14:54] <ScottK> ...ind/...ing
[14:54] <apachelogger> Nightrose: I nevar get a cookie
[14:54] <Nightrose> you do!
[14:55] <vorian> hehe
[14:56] <ScottK> apachelogger: Maybe for .96 we upload kde4bindings as kdebindings (like Debian) and just let the KDE3 stuff go NBS.
[14:56] <vorian> ScottK: it may be an hour or two
[14:56] <ScottK> I'll clean up the mess after.
[14:56] <ScottK> vorian: No trouble.
[14:57] <apachelogger> Nightrose: https://edge.launchpad.net/+builds first i386 buildd :P
[14:58] <apachelogger> ScottK: what would break?
[14:58] <Nightrose> apachelogger: yay
[14:58] <ScottK> apachelogger: kita2 is the only thing that is at all concerning.
[14:58] <Nightrose> ~order cookies for apachelogger
[14:58]  * kubotu slides a whole bunch of world's finest cookies down the bar to apachelogger.
[14:58] <ScottK> Everything else can just go.
[14:58] <ScottK> apachelogger: Do you recall the ML thread from last month on the topic?
[14:59]  * apachelogger didn't read, was busy as hell last month
[14:59]  * ScottK has a list.
[14:59] <ScottK> If you don't want to do it, I will later.
[14:59] <apachelogger> ScottK: anyway, I think we should make kdebindings kde3bindings, otherwise we render non-packaged stuff unusable (e.g. there are loads of small utilities using pykde3)
[15:00] <ScottK> python-kde3 is it's own package.
[15:00] <ScottK> It doesn't die.
[15:00] <apachelogger> oh
[15:00] <apachelogger> ScottK: ruby-kde3?
[15:00] <ScottK> Yeah.
[15:00] <apachelogger> did we have such a thing at all? ;-)
[15:00] <ScottK> That isn't what it was called.
[15:00] <apachelogger> yeah, ruby1.8-kde3 probably
[15:01]  * apachelogger finds the ruby packaging standard weird... and incomplete
[15:01]  * ScottK would have gone with insane.
[15:01] <ScottK> libqt0-ruby1.8 and such are in there
[15:02] <apachelogger> yeah, not much of a standard I must say :P
[15:05] <ScottK> Anyone recall the file that adept looks at to know reboot is required?
[15:07] <apachelogger> ScottK: just took a quick look at the bindings thread ... IMHO it makes most sense to just rename the source to kde3bindings in order to avoid breaking 3rd party stuff, once/if we are ready to drop kdelibs4 we can drop kde3bindings along with it
[15:07] <ScottK> apachelogger: There's only one package in the archive that would be affected.
[15:08] <ScottK> It looked to me like almost all the use was amarok related and that stuff will be broken if we upload or not.
[15:08] <ScottK> upload/kill it
[15:09]  * ScottK will consider it while driving the kids around.
[15:09] <apachelogger> no ruby-kde3 app will be able to run without korundum
[15:09] <ScottK> Do we have any of those?
[15:09] <apachelogger> we don't, our users might
[15:10] <apachelogger> ScottK: kdebindings in kde3 mostly only exposed kdelibs to scripts and small utils
[15:10] <ScottK> OK.
[15:11] <ScottK> Debian will drop it after Lenny and upstream already has.
[15:11] <ScottK> How long to you propose we maintain it?
[15:11] <apachelogger> ScottK: until it breaks
[15:11] <ScottK> I thought the general concept was to push KDE3 stuff out as fast as we could.
[15:12]  * ScottK has certainly been filing lots of removal bugs.
[15:12] <ScottK> Of course only for broken stuff so far.
[15:13] <apachelogger> sure, if it is FUBAR we should drop it
[15:13] <ScottK> apachelogger: Would you do a reply in that thread then?
[15:13] <apachelogger> aye
[16:03] <toma> hi, im getting a x-terminal-emulator not found, anyone an idea what is going wrong?
[16:04] <apachelogger> toma: when do you get that?
[16:04] <apachelogger> or for what?
[16:04] <toma> apachelogger: affter an update, it appears after logging in, vbefore the desktop appears
[16:05] <toma> and then nvidia crashes horribly
[16:05] <apachelogger> very weird
[16:05]  * toma nods
[16:05] <apachelogger> toma: please paste your .xsession-errors
[16:07] <toma> apachelogger: basically the same message in there, but also resource temporary not avilable
[16:07] <toma> cant paste right now
[16:07]  * apachelogger gotta head out for a bit
[16:07] <toma> where is this x-terminal-emulator ?
[16:07] <apachelogger> toma: quick fix would be to install xterm
[16:08] <apachelogger> x-terminal-emulator is actually a debian alternative which can be provided by any terminal that runs on X
[16:08] <apachelogger> i.e. also konsole
[16:08] <apachelogger> xterm provides it for sure though
[16:09] <apachelogger> bbiab
[16:09] <toma> apachelogger: thanks, incomplete install
[16:17]  * vorian starts working on amarok 2
[16:18] <toma> apachelogger: now it starts an xterm after logging into kdm
[16:24] <Lure> NCommander: around?
[16:41] <vorian> ScottK: what's up with mysql?
[16:48] <NCommander> Lure, somewhat
[16:48] <Lure> NCommander: you are expert in resolving armel build issues in kde
[16:49] <NCommander> Lure, what's broken?
[16:49] <Lure> NCommander: is there anyway to find all issues with some warning level on intel build
[16:49] <Lure> NCommander: digikam: http://launchpadlibrarian.net/21038146/buildlog_ubuntu-jaunty-armel.digikam_2:0.10.0~beta8-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:49] <NCommander> what do you mean issues?
[16:49] <NCommander> oh
[16:49] <NCommander> not really
[16:49] <NCommander> The problem is due to the way Qt changes its settings on arm
[16:49] <Lure> NCommander: it is just cast fix, but I am scared to fix and upload and find new problem
[16:50] <NCommander> Which causes the miserable problems we've been seeing
[16:50] <NCommander> Lure, most of getting KDE fixed was cast fixes expet for an issue in KDE4bindings
[16:50] <Lure> NCommander: right, but do you do it one-by-one (fix, upload, build) and repeat
[16:51] <Lure> NCommander: until done?
[16:51] <NCommander> pretty much
[16:51] <NCommander> Its very tedious work :-/
[16:51] <Lure> NCommander: ok, I hopped that there might be some g++ option to be used (like strict warning/error) to detect potential problems on intel
[16:52] <Lure> so I could find them on my system and fix at once
[16:52] <Lure> NCommander: thanks, will now work on on-by-one basis
[16:53] <NCommander> Lure, I'm sorry, no, but it is possible to emulate an ARM device with QEMU
[16:53] <Lure> NCommander: oh, true, that could work
[16:53] <Lure> NCommander: will fix this one problem and if I get new one, switch to quemu
[16:53] <NCommander> Lure, I can testbuild on ARM for you if you wish
[16:54] <Lure> NCommander: thanks for offer, but it will be faster if I have it here
[16:54] <NCommander> I know the feeling
[16:54] <Lure> NCommander: you sure do
[16:54]  * Lure has seen many upload by you for this
[16:55] <NCommander> Plenty of swearing too
[16:55] <NCommander> my goal tommorow is to make sure ALL the portability fixes flow upstream
[17:12] <apachelogger> toma: but you get a KDE desktop?
[17:13] <apachelogger> vorian: please make use of the new batreports, there is quite some stuff that can be fixed for kdebase
[17:16] <vorian> this is puzzling the begebers out of me
[17:16] <apachelogger> vorian: the wha? Oo
[17:17] <vorian> apachelogger: http://paste.ubuntu.com/103202/
[17:17] <apachelogger> vorian: turn on universe in your pbuilder
[17:18] <vorian> m
[18:07]  * ScottK-palm waves from Chuck-e-Cheese's.
[18:09] <ScottK-palm> apachelogger: I was thinking about mysql 5.1. If we can get to a very minimal binary for amarok, having the source and just that binary in Main might not be a big deal.
[18:10] <apachelogger> ScottK-palm: the point is, we don't even need a binary at runtime
[18:10] <apachelogger> ScottK-palm: we just need a couple of libs + headers at buildtime
[18:10] <ScottK-palm> Last cycle I got Sendmail source in Main so I could build-dep on libmilter-dev.
[18:10] <ScottK-palm> Even better.
[18:10] <apachelogger> then everything gets embedded into amarok and the only remaining runtime requires are data files
[18:11] <ScottK-palm> Source only in Main.
[18:12] <ScottK-palm> I think that'll totally be not a problem as long as it's co-installable with mysql 5.0.
[18:12] <apachelogger> easy enough we can throw the stuff into /usr/share/amarokmysql or similar
[18:13] <ScottK-palm> Yeah.
[18:13] <ScottK-palm> One step at a time.  First we get 2.0 in, then we refine it.
[18:14] <apachelogger> aye
[18:16] <ScottK-palm> Need to see how to decontruct akonadi's mysql needs too.
[18:16] <ScottK-palm> It's just too darn big.
[18:18]  * ScottK-palm wonders how Sput is doing on making quassel-core not want KDE.
[18:19] <apachelogger> ScottK-palm: I don't think we can do much about akonadi... maybe strip some database types, but that is about it
[18:19] <Sput> ScottK-palm: that's my project for this evening
[18:19] <Sput> I need to fix and have dinner though first
[18:20] <apachelogger> ~script add ninjas m.reply "Help! apachelogger, Arby, devfil, JontheEchidna, nhandler, Riddell, ScottK, stdin, vorian"
[18:20] <kubotu> okies!
[18:20] <apachelogger> ~ninjas
[18:20] <kubotu> Help! apachelogger, Arby, devfil, JontheEchidna, nhandler, Riddell, ScottK, stdin, vorian
[18:20] <JontheEchidna> apachelogger: we could patch akonadi to use mysqle, making it a patchy, buggy mess as well as garnering us much disapproval from upstream :D
[18:20] <apachelogger> ScottK-palm: is that what you had in mind?
[18:20] <ScottK-palm> apachelogger: Then something big needs to come off the CD.
[18:20] <apachelogger> *cough* ooo *cough*
[18:21] <JontheEchidna> too bad koffice isn't ready :(
[18:21] <apachelogger> JontheEchidna: upstream wanted to use embedded mysql anyway ... but it was unusable at the time
[18:22] <ScottK-palm> Well KOffice is by design insufficient for anyone who has to share docs with MSOffice users.
[18:23] <ScottK-palm> So even if it was "Ready" it still wouldn't be what we need.
[18:23] <apachelogger> Well, it's not koffice's part that is broken, it's MSOffice's
[18:24] <ScottK-palm> Yeah, but that doesn't help me when I need to send docs to clients.
[18:24] <apachelogger> JontheEchidna: can you take a look at bindings?
[18:24] <ScottK-palm> ALL of them use MS Office.
[18:24] <apachelogger> deactivating akonadi stuff for now ough to be enough
[18:25] <Riddell> our CDs do have a healthy 70MB free on them
[18:25] <apachelogger> Riddell: because we dropped all of kdepim
[18:25] <apachelogger> + amarok
[18:25] <ScottK-palm> apachelogger: Yes, the ninja thing is about what I eas thinking.
[18:25] <apachelogger> or just amarok but not pim? something like that
[18:25] <JontheEchidna> apachelogger: a review-style look?
[18:25] <ScottK-palm> And dropped Konversation without adding a replacement.
[18:26] <apachelogger> JontheEchidna: a 'it-fails-in-ppa-but-Riddell-didnt-fix-it-yet-even-though-I-will-revu-it-soon' look
[18:26] <ScottK-palm> Something must have shrunk because at Aplaha 2 we had no spare room.
[18:26] <JontheEchidna> apachelogger: the failure was due to a bug in kdepimlibs which riddell fixed
[18:26] <apachelogger> oh
[18:27] <apachelogger> JontheEchidna: trigger a rebuild then
[18:27] <JontheEchidna> yessir
[18:27] <ScottK-palm> :-)
[18:27] <apachelogger> ~np
[18:27] <kubotu> apachelogger is listening to "Dear Mr. President (Feat. Indigo Girls)" by Pink
[18:27] <Riddell> yes, rebuild please
[18:28] <Riddell> kde4bindings that is
[18:28] <apachelogger> I wander if she also wants to talk with mr. obama now
[18:29] <ScottK-palm> Riddell: Mysql 5.1 source only in Main for amarok build-dep ought to be sellable, right?
[18:29] <ScottK-palm> As long as the binaries are Universe .....
[18:30] <neversfelde> apachelogger: choqoK 0.3 will be released tomorrow. Probably I can upgrade the existing package and you can help me?
[18:30] <neversfelde> or isn't that fast enough? :)
[18:30] <Riddell> ScottK-palm: the -dev package with the libmysql.a needs to be in main, rest can be in universe.  it'll still need some presuasion though but it should be the way to go
[18:31] <Riddell> and whatever the data files it needs are in main too
[18:31] <ScottK-palm> Riddell: Right.  Considering they're expecting us to want all of it, they should be relieved.
[18:31] <ScottK-palm> Yeah.
[18:32] <apachelogger> Riddell: -dev and -data in main, libmysql in universe?
[18:32] <apachelogger> Riddell: or does everything it needs to build be in main?
[18:32] <ScottK-palm> Does -dev depend on libmysql?
[18:32] <apachelogger> needs to
[18:33] <ScottK-palm> apachelogger: Everything.
[18:33] <apachelogger> or rather, it ought to because amarok requires the lib as well IIRC
[18:33] <ScottK-palm> Urgh.
[18:33] <apachelogger> at buildtime
[18:34] <Riddell> it needs the .a which is in -dev
[18:34] <Riddell> the -server doesn't need to be in main
[18:35] <apachelogger> whatever contains libmysql.so is needed as well
[18:35] <Riddell> why?  last I looked it just uses the static .a
[18:35] <Riddell> I didn't think there even was a .so
[18:35] <apachelogger> well, something libmysqlish
[18:35] <apachelogger> anyway
[18:35]  * ScottK-palm discovers the pizza is ready.
[18:36] <ScottK-palm> See you all later.
[18:36] <apachelogger> Riddell: Nightrose said we should talk to aides in #amarok to find out what is necessary for building
[18:36] <apachelogger> cya ScottK-palm
[18:43] <Sput> Riddell: libmysql != libmysqld
[18:43] <Sput> (amarok needs both of them)
[18:53] <apachelogger> Riddell: do you think we could get a virtual server from canonical?
[18:54] <apachelogger> we could do much better QA if we had a server everyone can upload to
[19:06] <neversfelde> apachelogger: missed my question?
[19:06] <apachelogger> seems so
[19:06] <neversfelde> :)
[19:07] <neversfelde> apachelogger: choqoK 0.3 is released tomorrow. I would like to upgrade the existing package, but I probably need some help
[19:08] <apachelogger> I doubt you wil ;-)
[19:08] <apachelogger> neversfelde: first off: bzr branch %7Ekubuntu-members/choqok/ubuntu/
[19:09] <apachelogger> bzr branch lp:~kubuntu-members/choqok/ubuntu/ choqok
[19:09] <apachelogger> makes more sense
[19:10] <apachelogger> neversfelde: then cd and get the tarball, eventually you will have to convert it to gzip and most likely have to rename it so that debuild can find it
[19:11] <neversfelde> re
[19:11] <neversfelde> sorry, another desktop freeze
[19:11] <apachelogger> then just bump the changelog with the tool dch ... run bzr-buildpackage -e in the debian directory ... change to ../build-area and create the source package ... testbuild in pbuilder ... if all is ok ... upload to revu or file a bug (I prefer the former)
[19:11] <apachelogger> neversfelde: did you get what I wrote before?
[19:12] <neversfelde> I have done this before
[19:12] <neversfelde> apachelogger: yes, quassel-core is running :)
[19:12] <apachelogger> <3 quassel
[19:12] <apachelogger> quassel++
[19:12] <neversfelde> :)
[19:12] <apachelogger> hm, that said
[19:12] <JontheEchidna> ~karma quassel
[19:12] <apachelogger> ~karma c
[19:12] <kubotu> karma for quassel: 1
[19:12] <kubotu> karma for c: 77
[19:12] <JontheEchidna> haha
[19:12] <apachelogger> ha!
[19:12] <JontheEchidna> c--
[19:12] <JontheEchidna> c--
[19:12] <JontheEchidna> c--
[19:12] <apachelogger> you know what that means????
[19:12] <JontheEchidna> c--
[19:13] <JontheEchidna> ~karma c
[19:13] <kubotu> karma for c: 73
[19:13] <neversfelde> apachelogger: will try it
[19:13] <apachelogger> only the ~learn stuff is broken
[19:13] <JontheEchidna> ~fact
[19:13] <kubotu> I know nothing
[19:13] <apachelogger> or maybe the way ~learn accesses the database
[19:13] <JontheEchidna> ~karma
[19:13] <kubotu> karma for JontheEchidna: 7
[19:13] <apachelogger> not the database itself though
[19:13] <jjesse> ~karma
[19:13] <kubotu> jjesse has neutral karma
[19:13] <jjesse> yay nuetral karma :)
[19:14] <neversfelde> apachelogger: thx
[19:14] <apachelogger> yw
[19:14] <nhandler> ~karma
[19:14] <kubotu> karma for nhandler: 2
[19:14] <nhandler> :)
[19:15] <JontheEchidna> jjesse++
[19:23] <jussi01> ~karma
[19:23] <kubotu> jussi01 has neutral karma
[19:48] <apachelogger> Sput: the oxygen quassel icon looks a bit like quanta's don't you think?
[19:48] <apachelogger> at least in the taskbar
[19:48] <Sput> apachelogger: can't say, haven't used quanta in years
[19:49] <apachelogger> Sput: not like the icon changes in years ;-)
[19:49] <Sput> I hope nuno remembers that we'd need icons for offline and highlighted state as well :)
[19:49] <apachelogger> you just have to keep telling him :P
[19:49] <Sput> yeah
[20:06] <Lure> is kde4.mk ubuntu specific or we get this from debian?
[20:06] <apachelogger> from debian, but our's is superior of course ;-)
[20:07] <Lure> but some debian kde4 packages do not use it
[20:07] <Lure> oh, and it prescribes quilt :-(
[20:07]  * Lure is only used to simple-patchsys
[20:08] <apachelogger> trust me, quilt is superior to everything
[20:08] <apachelogger> you just need to get used to it
[20:08] <apachelogger> and possibly script it a bit to streamline some usecases
[20:08] <Lure> apachelogger: maybe, but I have to learn again...
[20:08] <apachelogger> Lure: ln -s debian/patches && quilt push -a ... all applied
[20:08] <apachelogger> quilt pop -a && rm patches ... all unapplied
[20:09] <apachelogger> ln -s debian/patches && quilt new kubuntu_01_patch && quilt add src/main.cpp... tell quilt about a new patch and which files quilt should be watching for changes to generate the new patch from
[20:09] <apachelogger> change src/main.cpp
[20:10] <apachelogger> quilt refresh && quilt pop && rm patches ... create/refresh the new patch's content and unapply the patch
[20:10] <apachelogger> Lure: instead of linking debian/patches to the source tree you can also set some env vars
[20:11] <Lure> apachelogger: and this is easier than cdbs-edit-patch? ;-)
[20:11] <apachelogger> Lure: I didn't say easier, I said superior
[20:12] <Lure> apachelogger: it is just a pain to remember for occasional contributors like me
[20:12] <Lure> apachelogger: but thanks for quick intro, will fix kipi-plugins now
[20:12] <Lure> btw, why is ln required?
[20:13] <apachelogger> Lure: quilt is a distro agnostic system
[20:13] <apachelogger> so it wouldn't know your patches are in debian/patches
[20:13] <Lure> apachelogger: ok, right, puts patches in top-level instead of debian
[20:13] <apachelogger> which is one of the reasons an alias for ln -s, push -a and pop -a is a good idea
[20:30] <Lure> apachelogger: make: *** No rule to make target `/usr/share/cdbs/1/rules/patchsys-quilt.mk'.  Stop.
[20:30] <Lure> apachelogger: this means that quilt is missing in build-dep, or?
[20:31] <apachelogger> Lure: yes
[20:31] <Lure> apachelogger: ok, I am getting somewhere ;-)
[20:32] <apachelogger> :)
[20:36] <Lure> apachelogger: question: if debian does not use kde4.mk (but debhelper.mk+cmake.mk+simple-patchsys.mk) are we supposed to switch to kde4.mk?
[20:37] <Lure> apachelogger: digikam is such package (and kipi-plugins might be the same, but debian is still on kde3 version)
[20:39] <apachelogger> Lure: yep, kde4.mk includes all of them
[21:17]  * JontheEchidna is listening to O Come All Ye Faithful/O Holy Night (Instrumental) by Trans-Siberian Orchestra on Christmas Eve and Other Stories [Amarok2]
[21:17]  * JontheEchidna rocks to Christmas music weeks after the holiday
[21:23] <blizzz> JontheEchidna: only gifts missing, arent they?
[21:23] <JontheEchidna> hehe
[21:32]  * JontheEchidna is listening to White and Nerdy by Weird Al on Straight Outta Lynwood [Amarok2]
[21:49] <nhandler> As long as I'm reinstalling, I might as well see if there is a better option for having multiple pbuilder than what https://wiki.ubuntu.com/PbuilderHowto#Multiple%20pbuilders says
[23:06] <jussi01> apachelogger: can we have kubotu back in #ubuntustudio-devel?
[23:08] <apachelogger> did you break it? :P
[23:08] <apachelogger> ~config list
[23:08] <kubotu> modules: rss, nickserv, markov, factoids, http, remote, irc, autoop, keyword, debug, send, core, encoding, server, plugins, rejoin, salut, auth, irclog, twitter, wikipedia, lastfm, translator, log, translate, google, ri, chanserv, host
[23:08] <apachelogger> ~config list core
[23:08] <kubotu> core.language, core.address_prefix, core.run_as_daemon, core.save_every, core.nick_postfix, core.reply_with_nick
[23:09] <apachelogger> ~help config
[23:09] <kubotu> config module - bot configuration. usage: list, desc, get, set, unset, add, rm
[23:09] <apachelogger> ~help config add
[23:09] <kubotu> config add <value> to <key> => add value <value> to key <key> if <key> is an array
[23:09] <apachelogger> sound sensible
[23:10] <apachelogger> ~config add #ubuntustudio-devel to irc.join_channels
[23:10] <kubotu> irc.join_channels: #kubuntu-devel, #kubuntu-bunker, #ubuntustudio-devel
[23:10] <apachelogger> jussi01: there we go
[23:11] <jussi01> apachelogger: it didnt join...
[23:11] <jussi01> do you need to reload it?
[23:12] <apachelogger> ~restart
[23:12] <apachelogger> jussi01: now?
[23:13] <jussi01> apachelogger: yep :)
[23:13] <jussi01> thanks
[23:14] <apachelogger> jussi01: patience is everything :P
[23:14] <jussi01> :D
[23:16] <Hobbsee> apachelogger: prepare to be eaten by a grue.
[23:17] <jussi01> hi Hobbsee
[23:17] <Hobbsee> heya jussi01!
[23:17]  * jussi01 should go to bed...
[23:17] <jussi01> @now helsinki
[23:18] <Hobbsee> ouchy
[23:18] <apachelogger> Hobbsee: what is a grue?
[23:18] <jussi01> Hobbsee: I get my cast off on friday!!! :D
[23:18] <jussi01> !grue
[23:19] <Hobbsee> haha, nice
[23:19] <Hobbsee> jussi01: yay!
[23:19] <apachelogger> that sounds frightening alright
[23:20] <LaserJock> afternoon all
[23:22] <ScottK> Afternnon.
[23:22] <ScottK> noon even
[23:22] <Hobbsee> heya ScottK!
[23:22] <ScottK> Heya Hobbsee
[23:23]  * ScottK sits here shocked at apachelogger's lack of appreciation for his hacker cultural heritage.
[23:23]  * apachelogger is busy introducing bugs
[23:30] <LaserJock> is there any "KDE packaging for Ubuntu devs" documentation?
[23:32] <apachelogger> LaserJock: what would that contain?
[23:33] <Hobbsee> an explanation of what build-deps to use, how the packages are laid out for kde, and how to use cdbs, i expect.
[23:33] <LaserJock> cdbs and cmake would be high on my list
[23:33] <LaserJock> yeah, package layout
[23:33] <apachelogger> none available yet
[23:33] <apachelogger> sounds sensible though
[23:33] <apachelogger> vorian: that would have been something to come with for devweek :P
[23:34] <ScottK> LaserJock: A great place to start would be we use cdbs and have a look at kde4.mk.
[23:34] <ScottK> Apparently we like quilt, but no one ever asked me to vote on that.
[23:34] <LaserJock> ugg
[23:34]  * apachelogger doesn't know where that came from either
[23:34] <ScottK> dpatch-edit-patch is hard to beat, IMO.
[23:34] <ScottK> Debian I think.
[23:35] <apachelogger> *shrug*, one could create quilt-edit-patch
[23:35] <LaserJock> I'm a debhelper/dpatch fan myself
[23:35] <apachelogger> much more sensible as well I guess :P
[23:36] <LaserJock> I've used CDBS before for simple packages where I didn't have to do much
[23:36] <LaserJock> are the KDE packages maintained in bzr?
[23:36] <apachelogger> aye
[23:37] <apachelogger> LaserJock: you might also have a look at lp:~apachelogger/+junk/gypsy it's a tool for batch branching
[23:37] <LaserJock> ScottK: I was dreaming of seeds last night ;-)
[23:37] <ScottK> Excellent.
[23:37] <LaserJock> apachelogger: oh right, I saw a mention of that the other day
[23:38] <LaserJock> ScottK: I need to run it by cjwatson, but I wonder if I can just maintain a copy of the kubuntu desktop seed in Edubuntu
[23:39] <LaserJock> then I can depend on that for my edubuntu-desktop-kde seed
[23:39] <ScottK> yeah.
[23:39] <ScottK> I always wonder about how those get maintained.
[23:39] <ScottK> I have thought about a symlink to the higher level seed.
[23:40] <ScottK> Dunno enough about it yet though.
[23:40] <LaserJock> for edubuntu-desktop we do an "include ubuntu.jaunty" and therefore get acess to Ubuntu's seeds
[23:40] <LaserJock> but I can't do the same for kubuntu because there would be big name clashes
[23:40] <LaserJock> so I was thinking I could just copy over Kubuntu's desktop seed and that'd be good enough
[23:41] <LaserJock> Colin might not like that or perhaps have a better idea though
[23:42] <LaserJock> apachelogger: "The only baazar wrapper you will ever need ;-)"? pretty ambitious
[23:50]  * ScottK tries again on a git snapshot of quassel.
[23:52] <apachelogger> LaserJock: kubuntu's ultimate target is nothing less than perfection ;-)
[23:56] <LaserJock> what's 4.1.96? is that beta3?


[00:08] <derekv> http://www.bityota.com/ sortof wonder what this is like =/
[00:08] <bookiebot> http://goo.gl/z3aG9E - BitYota - Data Warehouse as a Service
[00:56] <gamerchick02> five minutes to meeting time?
[00:56] <gamerchick02> i'm here but i'll be paying more attention to Lewis...
[00:56] <gamerchick02> i think
[00:58] <brousch_> cmaloney: I'm here for once!
[00:58] <gamerchick02> yay brousch_
[00:59] <jsjgruber-xt> Hi
[01:00]  * greg-g looks in
[01:00] <gamerchick02> welcome, greg-g and jsjgruber-xt
[01:02] <cmaloney> Evening
[01:02] <cmaloney> Welcome everyone.
[01:02] <cmaloney> Let's get started
[01:02] <gamerchick02> hi
[01:02] <cmaloney> http://loco.ubuntu.com/meetings/ubuntu-us-mi/765/detail/
[01:02] <bookiebot> http://goo.gl/kjtYId - Regular monthly Ubuntu US MI IRC meeting | Ubuntu LoCo Team Portal
[01:02] <gamerchick02> nothing on the agenda?
[01:02] <cmaloney> So the agenda is pretty spartan because brousch_ is here. :)
[01:03] <cmaloney> Not really.
[01:03] <gamerchick02> k
[01:03] <cmaloney> We do have a few things to cover though
[01:03] <cmaloney> Is anyone going to be at Ohio Linuxfest?
[01:03] <cmaloney> I'm planning on being there but I'm not getting there until Friday afternoon
[01:04] <gamerchick02> i'm not going i don't think
[01:05] <cmaloney> WEll, it's at the end of the month. :)
[01:05] <cmaloney> so if you're going you'll want to make some plans now. :)
[01:06] <gamerchick02> makes sense
[01:06] <jsjgruber-xt> can't go
[01:07] <brousch_> Not I
[01:07]  * greg-g doesn't count
[01:07] <cmaloney> WEll apparently I'm going to be representing then. :)
[01:08] <cmaloney> I'm not sure if there's a meetup happeningat OLF or not
[01:12] <cmaloney> Anywho, I think there's a new release coming soon (14.10). Anyone played with it yet?
[01:12] <gamerchick02> unfortunately no
[01:13] <brousch_> Not I
[01:13] <greg-g> Does Debian Testing count? :P
[01:13] <cmaloney> greg-g: Um, no. :)
[01:14] <cmaloney> Apparently 14.10 releases the Thursday before OLF.
[01:14] <greg-g> usualy the week of or so, yeah
[01:14] <cmaloney> I had to look that up. :)
[01:14]  * greg-g bbiabs
[01:15] <cmaloney> Anyone feel like organizing a release party?
[01:16] <cmaloney> Though to be frank there isn't a release party event on the loco directory
[01:21] <brousch_> Linux Action Show talked about 14.10 and there's basically no new things in it
[01:21] <brousch_> Sems odd
[01:21] <cmaloney> http://www.reddit.com/r/Ubuntu/comments/2hsh5w/ubuntu_1410_final_beta_now_available_for_download/
[01:21] <bookiebot> http://goo.gl/P1TLXj - Ubuntu 14.10 Final Beta Now Available for Download. : Ubuntu
[01:21] <gamerchick02> looks to be just updates and stuff.
[01:21] <cmaloney> yeah, it's pretty much phone or nothing at this point
[01:22] <jsjgruber-xt> I haven't seen much new when I've had it booted; I guess development has focused more on the phone project
[01:22] <cmaloney> or they're more focused on not-Wayland
[01:23] <gamerchick02> yeah, one of the reasons why i'm not using it right now. *shrug*
[01:23] <cmaloney> And getting that ready.
[01:23] <jsjgruber-xt> I don't think they've enabled mir, however, unless you throw some levers to make it happen
[01:23] <jsjgruber-xt> Still X
[01:25] <cmaloney> Right, but I think the development focus is on the tablet / phone / Mir.
[01:25] <jsjgruber-xt> Right
[01:26] <cmaloney> Frankly I'm worrying that the desktop is pretty much going by the wayside in general
[01:30] <gamerchick02> me too
[01:39] <cmaloney> Anywho, unless anyone else has anything I think we can call this meeting done
[01:39] <gamerchick02> nope. Lewis is awesome tonight
[01:40] <jsjgruber-xt> nothing here
[01:45] <cmaloney> OK, thanks everyone for coming out
[01:45] <gamerchick02> no problem cmaloney.
[01:45] <gamerchick02> and you'er welcome.
[01:45] <gamerchick02> *you're. typing fail
[01:47] <jsjgruber-xt> 'night everyone
[06:23] <dickweed> dc
[13:40] <cmaloney> morning
[13:41] <brousch_> correct!
[16:56] <cmaloney> Afternoon
[17:05] <dickweed> still correct!
[17:08] <cmaloney> har har
[17:08] <cmaloney> dickweed: your nick is strangely appropriate. ;)
[17:11] <mrgoodcat> that is the default nick when i log in
[17:12] <mrgoodcat> i keep forgetting to change it
[17:12] <mrgoodcat> it's a lingering effect of being immature at WMU
[17:13] <greg-g> slightly
[17:26] <cmaloney> Only just. ;)
[17:33] <cmaloney> rick_h_: GSoC 2015 announced!!!!!! :)
[17:34] <cmaloney> .np squeekyhoho
[17:34] <bookiebot> squeekyhoho's current track - Consequence (Eternal mix) by Circle of Dust on Metamorphosis
[17:37] <mrgoodcat> rick_h_: you going to participate again?
[18:10] <cmaloney> I hope so
[18:13] <brousch_> I don't think I will
[18:13] <brousch_> Kivy org had disappointing results for the most part
[18:23] <mrgoodcat> rick_h_ had pretty good results afaik. but it was a lot of work too
[18:23] <brousch_> https://plus.google.com/app/basic/stream/z13rdjryqyn1xlt3522sxpugoz3gujbhh04
[18:23] <brousch_> Where's that bot?
[18:24] <mrgoodcat> hang on
[18:24] <mrgoodcat> ValueError: Unicode strings with encoding declaration are not supported. Please use bytes input or XML fragments without declaration.
[18:24] <mrgoodcat> the bot is here
[18:24] <brousch_> ah
[18:25] <mrgoodcat> just not working on that link apparently
[18:25] <mrgoodcat> saw that on /r/linux
[18:25] <mrgoodcat> https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/J2TZrTvu7vd
[18:25] <bookiebot> http://goo.gl/0Q3o8g - Much of the Open Source community tries to advertise the community as one happy…
[18:25] <mrgoodcat> there it goes
[18:27] <mrgoodcat> .read https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/J2TZrTvu7vd
[18:27] <mrgoodcat> :<
[18:27] <bookiebot> http://r.bmark.us/u/c5d801cc402517
[18:27] <mrgoodcat> oh
[18:27] <mrgoodcat> just slow
[18:42] <cmaloney> I'll never understand why folks think its cool to try to kill someone because you don't agree with them
[18:43] <brousch_> It is the instinctual way to make a problem go away
[18:45] <mrgoodcat> to be fair, i read the chat log in question and it seemed much more like a hyperbolic joke to me
[18:45] <mrgoodcat> but thats just me
[18:46] <mrgoodcat> http://logs.nslu2-linux.org/livelogs/maemo/maemo.20130215.txt
[18:46] <bookiebot> http://goo.gl/VXJy24 - text/plain
[18:46] <mrgoodcat> relevant messages at Feb 14 18:22:03
[18:47] <mrgoodcat> not that i advocate that behavior in any way
[18:47] <mrgoodcat> but it doesn't seem like a very legitimate attempt to hire a hitman
[18:47] <cmaloney> Not particuarly.
[18:48] <cmaloney> Can't tell who the target is from that chat
[18:49] <cmaloney> Feb 14 15:13:01 <infobot> 'sth is poettering' means it acts invasive, possessive, destructive, and generally in an egocentric exacerbating negative way. ``this cancer is extremely poettering''
[18:49] <mrgoodcat> it starts here Feb 14 20:03:30 <kerio> DocScrutinizer05: i bet that a helicopter-shaped dent in lennart poettering would do wonders for systemd
[18:50] <cmaloney> It's also on the maemo list. I can't see them being terribly thrilled with systemd.
[18:51] <mrgoodcat> lol
[18:51] <mrgoodcat> overreactions on all sides i think
[18:52] <cmaloney> Yes
[18:53] <mrgoodcat> I agree that personal attacks are inappropriate, but he did sort of bring it on himself. The whole kernel debug fiasco didn't do much to help his image. although that was more ken seivers
[18:55] <cmaloney> I'm not the biggest fan of POSIX either but throwing it out altogether has a lot of hubris.
[18:58] <mrgoodcat> not sure i understand POSIX enough to even comment on that
[18:59] <cmaloney> .np squeekyhoho
[18:59] <bookiebot> squeekyhoho's current track - Illisit by Skinny Puppy on Weapon
[19:35] <greg-g> wtf http://modernfarmer.com/2014/10/potato-birth-control-never-good-idea/
[19:36] <bookiebot> http://goo.gl/TerQlS - 403 Forbidden
[19:46] <brousch_> One of the few Apple users came in asking how to remove a virus from her home OSX
[19:46] <brousch_> It's hard not to cackle with glee
[21:51] <mrgoodcat> lol
[22:13] <rick_h_> evening
[22:14] <rick_h_> cmaloney: I know wtf...it just ended
[22:14] <rick_h_> GSoC already?  :)


[18:04] <surfzoid> Hi, i'm trying to add my PPA onto a RSPI400 but got this error https://paste.centos.org/view/8d6d095d
[18:05] <surfzoid> i understand nothing about it


[08:02] <shadeslayer> Hi
[08:02] <shadeslayer> Is there a way I can disable build notifications for a particular user in a team?
[08:03] <wgrant> There is not.
[08:04] <shadeslayer> okay
[10:50] <shadeslayer> hi, it seems that this import : https://code.launchpad.net/~blue-shell/kde-baseapps/kde-baseapps : is importing master when I told it to import a specific branch
[10:50] <shadeslayer> "This branch is an import of the HEAD branch of the Git repository at git://anongit.kde.org/kde-baseapps,branch=plasma/isemenov/folderview-qml."
[10:51] <shadeslayer> should I get rid of the "plasma/isemenov" in there?
[10:55] <wgrant> shadeslayer: Are you sure it's actually importing master?
[10:55] <shadeslayer> yep
[10:55] <shadeslayer> seems to be atleast
[10:55] <wgrant> the "HEAD branch" bit is hardcoded UI text from before branches were supported
[10:55] <shadeslayer> lemme double checl
[10:55] <shadeslayer> *check
[10:56] <shadeslayer> https://projects.kde.org/projects/kde/kde-baseapps/repository/changes?rev=plasma%2Fisemenov%2Ffolderview-qml
[10:56] <shadeslayer> as you can see, the last commit is different
[10:57] <wgrant> Oh, I bet the slashes have to be encoded
[10:57]  * wgrant tries
[11:00] <wgrant> shadeslayer: Does that look better?
[11:00] <shadeslayer> yep
[11:01] <shadeslayer> thx wgrant :)
[11:01] <shadeslayer> didn't realize that it needed to be encoded
[11:01] <wgrant> The , bit is technically an attribute of the path segment, not the entirel URL
[11:01] <shadeslayer> ah
[11:02] <wgrant> I'm not quite sure why that didn't fail, though..
[11:50] <vila> hi guys. Just encountered a weird thing: I received an email about bug #885689, went to https://bugs.launchpad.net/ubuntu/+source/ubuntuone-control-panel/+bug/885689 to get the context and... the mail (or rather the corresponding comment) is not there not in the full activity log
[11:50] <vila> s/not in the/nor in the/
[11:51] <vila> the mail was sent 3 days, 16 hours, 24 minutes, 58 seconds ago
[11:52] <czajkowski> vila: one comment has been hidden on there
[11:52] <czajkowski> perhaps why
[11:52] <vila> czajkowski: why I can't see it is still puzzling but well, probably because I'm not in the right team ?
[11:53] <mgz> vila: you're not in launchpad still I take it?
[11:53] <vila> czajkowski: but good enough for me, I will bother other people for access, thank
[11:53] <vila> mgz: hey !
[11:53] <vila> hmm, good question
[11:53] <vila> mgz: but no, I don't think I'm still there
[11:54] <mgz> you probably don't have super-access then
[11:54] <czajkowski> vila: bit of a spam comment tbh
[11:55] <vila> czajkowski: yup, I came to the same conclusion once I saw the bug but was surprised
[11:56] <vila> mgz: not in launchpad anymore, only -beta-testers and -users
[11:57] <vila> mgz: by the way, do *you* still see the reduced diff for additional revisions pushed on a mp ? I don't but can't remember since when
[11:59] <mgz> sec, will double check
[12:00] <czajkowski> mgz: vila welcome back btw :)
[12:01] <mgz> vila: yup, I do, though the first one I tried bugged out on expand :)
[12:01] <vila> czajkowski: thanks :)
[12:02] <vila> mgz: ha ok, so probably team restricted then, too bad, I was so used to it... and keep telling people to push revisions so I can review only the delta... which I can't anymore ;-/
[12:02] <vila> mgz: thanks for checking
[12:02] <mgz> vila: by https://launchpad.net/+feature-rules
[12:02] <mgz> it's only enabled for team:launchpad
[12:03] <vila> two birds with one stone...
[14:12] <jemadux> i can translate in my language on launchpad
[15:57] <dobey> what was the syntax for git non-master branch imports? ";branch=foo" or "?branch=foo" ?
[16:01] <mgz> dobey: I'd expect comma
[16:03] <mgz> ...not sure it's actually implemented though
[16:36] <yofel> dobey: it's ",branch=foo"
[16:42] <dobey> thanks
[18:39] <CarlFK> is this an ok place to get some help putting a package on my ppa? I have done it before, thought the script of dbuild/dput stuff worked, but now I get "No host CarlFK-ppa found in config"
[19:13] <maxb> CarlFK: It's an OK place. My guess would be that you previously had custom config to tell dput what "CarlFK-ppa" meant, but no longer have that for some reason
[19:13] <maxb> On a reasonably modern Ubuntu you should be able to just use ppa:<lpusername>/<ppaname> rather than needing custom config
[19:14] <CarlFK> maxb: I vaugly remember a ~/.config file..
[19:14] <CarlFK> I like that better
[19:35] <dobey> anyone have any idea what might cause the dailydeb issues happening in https://launchpadlibrarian.net/127602321/buildlog.txt.gz ? running dailydeb locally works fine (save for my needed to use debupstream instead of debversion, otherwise it fails immediately on that)


[02:20] <dashua> kwwii, Any chance of deprecating Human-Clearlooks and renaming to Human-Legacy or something and base it on psyke83's original Humanity?
[11:11] <nysosym> hi there
[11:11] <nysosym> congrats for the new ubuntu design
[12:07] <kwwii> dashua: not for this cycle, but very likely in the future
[12:33] <nysosym> hi kwwii :)
[12:33] <nysosym> what was the question from dashua?
[13:44]  * ckontros waves
[15:16] <darkham> some artwork change until the 29?
[15:57] <nysosym> hi there, what was the reason to choose the dark xsplash and gdm theme?
[15:57] <nysosym> i like this ones to..
[15:57] <nysosym> http://www.ubuntu-pics.de/bild/27033/mrdoob_ubuntu910_boot08_03_t8gGuK.png
[15:57] <nysosym> http://www.ubuntu-pics.de/bild/27032/mrdoob_ubuntu910_boot08_02_2UH3C5.png
[15:57] <nysosym> this matches the default wallpaper much better
[15:59] <ckontros> nysosym: kwwii might be able to tell you as he's the only one who works @ Canonical and this is a channel for community art.
[16:01] <nysosym> a well, but is there an official art channel?
[16:02] <ckontros> Not really. Mostly a closed team. Closest thing is #ubuntu-desktop. kwwii is the guy to talk to though. (but even he doesn't make the art decisions)
[16:03] <nysosym> is there a new art director except mark himself?
[16:05] <ckontros> nysosym: Mark still has final say. AFAIK. kiwwii will pop his head up soon. He's watchin' a basketball game.
[16:05] <mac_v> ckontros: nysosym: AFAIK , it was mat working on the xsplash more than kwwii
[16:06] <ckontros> mac_v: Sure. I was more commenting on who best to give direct answers.
[16:06] <mac_v> yeah
[16:06] <mac_v> nysosym: there was a thread on the artwork mailing list regarding the choice , but it was more because they wanted to more away from the color and use new shades
[16:06] <mac_v> move away*
[16:07] <nysosym> fine, but why still orange as default desktop?
[16:08] <mac_v> nysosym: oh... the wallpaper?
[16:08] <nysosym> jep
[16:09] <mac_v>  guess, you cant take out the orange from Ubuntu easily ;p
[16:10] <mac_v> nysosym: the main problem i believe is more, they want to change the default colors but havent yet decided which new color to choose
[16:11] <ckontros> This is why I point people to kwwii. (no guessing)
[16:11] <mac_v>  ;p
[16:11] <mac_v> ckontros: give the man a rest ... we were all up his ass yesterday too ;0
[16:12]  * ckontros tries to stop his imagination after that last comment.
[16:12] <nysosym> lol
[16:12] <mac_v> lol
[16:13] <ckontros> mac_v: So which issues did you fix in Breathe? (i'm gonna build it now)
[16:13] <mac_v> ckontros: didnt andrew sb just push a release?
[16:14] <ckontros> Yeah. Don't know if it's in the archive yet.
[16:17] <mac_v> ckontros: i fixed only the 3 bugs , i mentioned.. Add symlink for for nm-no-connection (LP: #429449),  drive-*-usb (LP: #253599), and media-flash-* (LP: #417294).   bug tracker finds it in the archives > breathe-icon-theme (0.51.1) karmic; urgency=low
[16:18] <ckontros> mac_v: So it's an issue beyond us where I see a disconnected connection icon when I use a wired connection?
[16:19] <mac_v> ckontros: i didnt understand? why is it beyond us? when the symlnk is added for no-connection that icon will be used when disconnected
[16:19] <mac_v> when wireless is disconnected
[16:19] <ckontros> Well, I have a connection. A "wired" one. What icon /should/ we see?
[16:20] <mac_v> but for wired we need to make a new icon
[16:20] <ckontros> I swore we had one.
[16:20]  * ckontros looks.
[16:20] <ckontros> What /should/ it be named?
[16:20]  * mac_v checks
[16:22] <picklesworth> Is there a particular direction that the light should be coming from with the Humanity set?
[16:22] <mac_v> ckontros: /status/network-offline , i havent checked for wired could you check it
[16:22] <ckontros> mac_v: Maybe use network-wired?
[16:23] <mac_v> ckontros: the 'nm-device-wired' is for the connected state
[16:24] <ckontros> mac_v: Looks like we dont have that one. Maybe a link for now.
[16:24] <mac_v> ckontros: like to network wired? oh no... there was a bug which forced a change in human theme
[16:25] <ckontros> I "wired". ;)
[16:25] <ckontros> *I said..
[16:25] <ckontros> mac_v: And shouldn't your icons be used in the panel? The nm-* ones?
[16:26] <mac_v> ckontros: Bug #423167
[16:26] <ckontros> mac_v: Yeah. That's what I was getting at with the  "beyond us" comment
[16:26] <mac_v> ;)
[16:26] <mac_v> ckontros: i can see the wireless icons being used as they are supposed to to be
[16:27] <mac_v> picklesworth: i didnt understand what you meant , light from within?
[16:27] <picklesworth> I noticed start-here.svg has light from the top left, but at-prefs and help have light from the top right.
[16:29] <ckontros> mac_v: Odd. I switch to other sets and still get the issue. Karmic. Up-to-date. Has the fix hit the repo yet?
[16:30] <mac_v> ckontros: i'm using the breathe set from the repo , and it uses the wireless icons nm-* for me , the no-connection update hasnt yet arrived though
[16:30] <nysosym> mac_v: did you made the new icons?
[16:30] <ckontros> mac_v: Ok. That's why I don't see it. Thanx.
[16:31] <mac_v> nysosym: no... not all of them , mostly i started out doing the panel icons and then some icons within the humanity theme , but the Humanity theme was from the elementary theme
[16:32] <mac_v> picklesworth: i think the start here was done similar to the human logo ,and the help and stuff, yeah inconsistent lighting ;)
[16:32] <nysosym> oh well, i like the panel icons :)
[16:33] <ckontros> mac_v: And is the issue fixed w/thumb drives? I have one plugged in here and it just stays the unmounted icon image where it used to look like a mounted drive.
[16:33] <mac_v> thanks :)
[16:33] <nysosym> but i miss one for the keychain :)
[16:35] <mac_v> ckontros: yeah , we dont have different icons for the drives mounted/unmounted...so the both states will look the same
[16:35] <picklesworth> mac_v: Hrm... good enough explanation. I guess that icon is small enough, but good to know I'm not just crazy. Thanks :)
[16:36] <ckontros> We do. Unless the spec changed. drive-harddisk and drive-removable-media.
[16:36] <mac_v> nysosym: doing the icon for the keychain , will make the greyscale icon appear in the windows .. so hence it hasnt been done
[16:37] <nysosym> mac_v: ohh ok hope for the next ubuntu version :)
[16:37] <mac_v> ckontros: oh that  , yeah ... davidz has messed up , gvfs :/
[16:37] <mac_v> he has the drive icons change only for certain disks !
[16:39] <mac_v> ckontros: drive-harddisk will be used for only the internal partitions , the external usb drives will use the drive-harddisk-usb icon , and the removable media not sure where that is used !
[16:40] <ckontros> mac_v: drive-removable-media-* ?
[16:40] <ckontros> Seems like we might need more links. :(
[16:41] <mac_v> ckontros:  drive-removable-media-usb for pendrives
[16:41] <ckontros> Damn. Something musta changed. We have: drive-removable-media-usb-pendrive.
[16:41] <mac_v> ckontros: drive-removable-media-ieee1394 is for firewire drives thats labelled correctly
[16:42] <mac_v> ckontros:  i corrected the pendrive by adding a symlink "drive-removable-media-usb"
[16:43] <ckontros> We need to link drive-removable-media-usb to gnome-dev-harddisk-usb
[16:44] <ckontros> And the pendrive one should be removed. (i think)
[16:44]  * ckontros starts hackin'.
[16:44] <mac_v> ckontros: i asked andrew sb about remaning , he said that would mess up the ivon-naming utils
[16:44] <mac_v> icon*
[16:44] <mac_v> ckontros: hence i just added the symlinks
[16:46] <ckontros> mac_v: Which would it mess up?
[16:46]  * ckontros looks at the latest spec.
[16:46] <mac_v> ckontros: https://bugzilla.gnome.org/show_bug.cgi?id=506532#c6
[16:46] <mac_v> thats the new naming for the drives , the drive-removable-media , seems to be unused
[16:47] <ckontros> Blah. And the spec is not updated to reflect.
[16:47] <mac_v> ckontros: forwarding andrew sb's mail
[16:47] <ckontros> k
[16:48] <ckontros> mac_v: So can we keep gnome-dev-harddisk-usb and make a link names drive-removable-media-usb? Humanity does this.
[16:48] <mac_v> yeah
[16:48] <ckontros> *named
[16:48] <mac_v> ckontros: thats what i'v done for breathe too
[16:49] <ckontros> I gotta look then because it doesn't work here.
[16:49] <mac_v> ckontros: check the .links file
[16:49] <mac_v> i added loads of symlinks
[16:51] <ckontros> No. You just did it for the pendrive. Where it needs to link to gnome-dev-removable-usb
[16:51] <ckontros> I'll edit and test locally.
[16:53] <mac_v> ckontros: are you having the latest rev? http://bazaar.launchpad.net/~breathe-dev/breathe-icon-set/trunk/revision/128
[16:53] <ckontros> I am.
[16:54] <mac_v> ckontros: oh! the gnome-dev-... why do you want to add it?
[16:54] <ckontros> Because That's part of my issue here. Here other sets have the links.
[16:56] <mac_v> damn! i missed that one
[16:56] <ckontros> I'm doing it now.
[17:06] <ckontros> mac_v: I understand what Andrew is saying. Something he's uncertain about though. I'll work on this today and hopefully we can eek out 1 more fix.
[17:07] <ckontros> Yep. That was it. ;) Ant the "wired" connection thing is out of our hands right?
[17:08] <mac_v> ckontros: which was it?
[17:08] <mac_v> the wired is out yeah
[17:08] <ckontros> Ok. I wan't waste my time then.
[17:08] <ckontros> gnome-dev-removable-usb with a link called drive-removable-media-usb
[17:08] <mac_v> ckontros: how did you fix the naming for the drives?
[17:09] <ckontros> But I think it needs to be the other way around. (as per the spec)
[17:09] <mac_v> ckontros: so that now changes the icon when you unmount?
[17:12] <ckontros> Hmm...
[17:12] <mac_v> well... it doesnt for me :(
[17:12] <ckontros> Something's odd.
[17:12] <ckontros> I didn't up the change yet.
[17:13] <ckontros> USB drives show as such, but are dissappearing when unmounted.
[17:13] <ckontros> brb
[17:19] <ckontros> mac_v: I do not get 2 different icons for the state the pendrive in in anymore. (ie: Jaunty) But, it does correctly show as a USB drive and not an unmounted drive icon.
[17:22] <ckontros> mac_v: But wow. The more I just look at this bug (https://bugzilla.gnome.org/show_bug.cgi?id=506532#c6) just, wow.
[17:22] <ckontros> It's WAY more broke down.
[17:23] <mac_v> ckontros: the disappearing is because the eject icon now "ejects" the drive completely , right click and select unmount that way the icon will not dissapear and wont change
[17:24] <mac_v> ckontros: yeah , davidz broke more stuff just for his own convenience and his ideology!
[17:24] <ckontros>  /Should/ it? I don't see an icon for that now. Unless it should use the old one.
[17:25] <mac_v> ckontros: he doesnt want the icons to change! see the last comments on the bug :/
[17:25] <ckontros> mac_v: I see. I liked that! It told me what state it was in. :(
[17:26] <mac_v> ckontros: me too, i totally miss that feature , do comment on the bug ;)
[17:26] <ckontros> Like a "Me to!" will get us anywhere.
[17:27] <mac_v> ckontros: he seems to think having separate icons for SATA , SCSI and stuff are more useful! than the state change icons :/
[17:27] <ckontros> Well sure. I agree there, but if you unmount the drive using the old unmounted icons for everything seems fine.
[17:27] <ckontros> Seems a simple thing.
[17:28] <ckontros> But someone needs to update that damn spec. http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html
[17:29] <ckontros> Constant moving targets and spotty documentation like this wanna make me stay in windows. :(
[17:29]  * mac_v makes me wanna downgrade to intrepid ;)
[17:29] <ckontros> mac_v: I'm *seriously* considering going back to Jaunty.
[17:30] <mac_v> ckontros: did you upgrade or d a fresh install of karmic?
[17:30] <mac_v> do*
[17:30] <ckontros> Fresh install.
[17:31] <ckontros> I usually do. Though I've had fine luck on the wifes lappy.
[17:31] <mac_v> ckontros:  it seems that doing an upgrade to karmic will allow the old icon changes to work... someone said so , but have to test it myself
[17:31] <mac_v> this seems to occur due to hal vs gvfs conflicts
[17:32] <ckontros> I mean, I like that USB drives show that way now. Just wished we had the unmounted states back.
[17:33] <mac_v> ckontros: wishing without commenting on the bug or without convincing davidz is not going to solve anything ;p
[17:33] <ckontros> mac_v: I'm gonna push these changes and email Andrew.
[17:33] <ckontros> I'll let you guys fight that fight. I have more important personal matters to attend to.
[17:40] <mac_v> ckontros: just a sec , what naming did you add?
[17:41] <ckontros> ie: usr/share/icons/Breathe/scalable/devices/gnome-dev-removable-usb.svg usr/share/icons/Breathe/scalable/apps/drive-removable-media-usb.svg
[17:41] <ckontros> But it should be the other way around. Actual icon should be: drive-removable-media-usb.
[17:42] <mac_v> ckontros: usr/share/icons/Breathe/16x16/devices/drive-removable-media-usb-pendrive.png usr/share/icons/Breathe/16x16/apps/drive-removable-media-usb.png
[17:42] <mac_v> that icon is for the pendrive
[17:42] <ckontros> I wanna tackle that later.
[17:42] <mac_v> aw crap!
[17:43] <ckontros> That wasn't working here as it showed everything as pendrives.
[17:43] <mac_v> ckontros: adding this link link worked for me > usr/share/icons/Breathe/scalable/devices/gnome-dev-removable-usb.svg usr/share/icons/Breathe/scalable/apps/drive-harddisk-usb.svg
[17:43] <ckontros> What crap?
[17:43] <mac_v> i pasted the wrong line ;)
[17:44] <ckontros> And that's what I added to the .links file.
[17:45] <mac_v> we both have added contradicting links :/
[17:46] <ckontros> But, the *actual* icon should be "drive-harddisk-usb" and icon-naming-utils makes the "gnome-dev-removable-usb" link. If the utils package is up-to-date.
[17:46] <ckontros> I commented out your pendrive one.
[17:47] <mac_v> hmm... no sure how that works for me the pendrive link works for the pendrive like a sony vault and the hardisk-usb worked for a western digital drive
[17:47] <mac_v> that works.... for me*
[17:48] <ckontros> Well we have an actual pendrive icon. So that should work fine. And my addition should fix the rest.
[17:48] <ckontros> But hell. I don't see a pendrive mentioned in the spec. :(
[17:49] <ckontros> Geeze this is maddening. Damn moving target.
[17:50] <ckontros> Pendrive isn't even mentioned here: http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html
[17:52] <ckontros> mac_v: In the end, I'll get as much info on this as I can and rework trunk to reflect these changes.
[17:53] <mac_v> ok... i'm a bit confused about what links you'v added .... from what i'v tested... pendrive uses > /drive-removable-media-usb  , the usb external drives use > /gnome-dev-harddisk-usb.svg
[17:53] <mac_v> ckontros: ^
[17:54] <ckontros> mac_v: What rev are you looking at?
[17:55] <mac_v> ckontros: not rev any rev in particular... but in general .. from testing ... since these were the icons used i made the symlinks accordingly
[17:56]  * mac_v links i'm blabbering ... cd bed
[17:56] <mac_v> think*
[17:59] <ckontros> Hmm... I have to test something.
[18:00] <mac_v> ckontros: the new update just arrived , and the links i made are working correctly.. ie  pendrive uses > /drive-removable-media-usb  , the usb external drives use > /gnome-dev-harddisk-usb.svg
[18:03] <mac_v> the other symlink i have for the usb external drive is drive-harddisk-usb from gnome-dev-harddisk-usb
[18:05] <ckontros> I'm seeing that. I mighta messed up.
[18:06] <ckontros> I'll revert the branch in a sec.
[18:07] <troy_s> ckontros: Greets.
[18:07] <ckontros> yo yo
[18:08] <mac_v> ckontros: another thing! when i uninstalled breathe and installed again... the symlinks are not being created ... why is that?
[18:08] <ckontros> Don't know. I'm gettin' the update now. (damn archive is slow)
[18:08] <mac_v> symlinks from the .links file are not being created*
[18:11] <ckontros> mac_v: Which ones?
[18:12] <troy_s> ckontros: Has there been movement in -rt or something?
[18:12] <troy_s> ckontros: I see much chatter about it.
[18:12] <ckontros> troy_s: Other channel.
[18:13] <mac_v> ckontros: oh ,they are created... but i messed up! i created the links to the apps folder!;( but the icons work though ;p
[18:14] <ckontros> mac_v: Doh! I'll fix that up now.
[18:16] <mac_v> ckontros: but how are they working? even when i the apps folder? doesnt the folder location matter ...? [not that it shouldnt be fixed]
[18:16] <mac_v> when it is in *
[18:17] <ckontros> mac_v: I think it doesn't matter. Looks for them anywhere. If you look at the Humanity structure, it's totally different than other sets. I changed apps->devices. Anything else I should do before I commit?
[18:18] <mac_v> ckontros: i think if you do a minor edit we can have the generic flash icon
[18:19] <ckontros> media-flash?
[18:19] <mac_v> yeah
[18:19] <ckontros> What do you need? What's not right??
[18:19] <ckontros> (sorry for the "??")
[18:21] <mac_v> ckontros: the media-flash icon is now a chip , which seems wrong... the memory stick icon can be used instead .. remove the labels from the memory stick icon and rotate it 90degrees and we can have a generic media-flash icon
[18:23] <mac_v> well , its for a quick edit ;p ... but if you have time you can add more details ;)
[18:23] <ckontros> Well that's why it's a chip. :) REAL generic. I'll leave this one for now as it's an aesthetic design choice I'll run by Sebastian 1st.
[18:24] <mac_v> ckontros: lol ... ok ... then nothing more i can see that needs an edit
[18:24] <ckontros> mac_v: Changes pushed.
[18:32] <ckontros> bbl