[01:53] <ScottK> nixternal: Can haz powerpc box?
[02:07] <nixternal> ScottK: firing it up
[02:08] <nixternal> ScottK: it is up and running
[02:24] <ScottK> nixternal: Thanks.
[02:25] <ScottK> nixternal: This will probably take a while, so I'd appreciate it if you could leave it up.
[02:28] <nixternal> ScottK: sure, just shut it down when you are done
[02:28] <ScottK> Will do.  Thanks again.
[02:28] <nixternal> fyi, it needs a reboot after the update
[02:28] <nixternal> though that doesn't matter really, kernel upgrade
[02:29] <ScottK> Noticed.  I'll be working in a maverick chroot anyway, so it shouldn't matter.
[02:32] <nixternal> k, i am heading to bed, so enjoy :)
[04:18] <ScottK> nixternal: All done.  It should have shut down.
[07:25] <apachelogger> hm
[07:26] <apachelogger> seele: actually it is somewhat easy these days (compared to pre-KDE4 times anyway ;))
[07:26] <apachelogger> to get the packages necessary to build like 90% of KDE and Qt software you would probably use a command like that: sudo apt-get build-dep kde4libs && sudo apt-get install kdeworkspace-dev && sudo apt-get install kdebase-dev
[07:27] <apachelogger> which installs pretty much every dev package you need for up to konqueror stuff
[07:27] <apachelogger> then you just grab the source and make sure it contains a file named CMakeLists.txt
[07:28] <apachelogger> that indicates that it is (hopefully) buildable using cmake (which is the fancy app we use for building KDE stuff)
[07:28] <apachelogger> if there is no such file  then I recommend either asking someone or using the google forces (asking is probably more efficient)
[07:29] <apachelogger> if there is such a file you create a build directory and run cmake
[07:29] <apachelogger> something like
[07:29] <apachelogger> mkdir build && cd build && cmake ..
[07:30] <apachelogger> cmake hopefully passes without errors and you can run make (pro tip: if you have a multicore cpu you can speed up compiling by passing -j<numberofcores+1> to make) ... for example with a dual core you would use make -j3
[07:30] <apachelogger> once make also passes without errors you can install using sudo make install
[07:31] <apachelogger> and that is pretty much how you build software
[07:33] <apachelogger> there are of course (as with everything) quite a few spots where things can go wrong... most importantly things can go wrong in the cmake step, for example you would not be able to build amarok just with the packages I listed above. usually the application authors make cmake gracefully tell you what is missing and where to get it or how. most of the time you just need to ask your package manager of choice for the name cmake spit out and
[07:33] <apachelogger>  you should find the dependency (which will most likely be a package suffixed with -dev) just fine
[07:58] <debfx> someone broke gcc on armel and powerpc :/
[07:58] <debfx> qt and several kde packages ftbfs with "/usr/bin/ld: cannot find -lgcc_s"
[08:09] <shadeslayer> what fun :P
[08:57] <mfraz74> kubuntu 10.04, did another update this morning which upgraded virtuoso-opensource to 6.1, this asked me for a password which i gave, but then later said that a password hadn't been set
[09:00] <shadeslayer> kdepim 4.5 beta 3 up for lucid as well
[09:11] <Mamarok> OMG, they are going to remove synaptic? Are they mad? The only usable GUI installer... /me hates that software center :(
[09:12] <Mamarok> and only gtk app on my system
[09:13] <mfraz74> if I try to start virtuoso I get:
[09:13] <mfraz74> sed: can't read /var/lib/virtuoso-opensource-6.1/db/virtuoso.lck: No such file or directory
[09:24] <nigelb> Mamarok: Been planned for a while :/
[09:24]  * nigelb uses apt-get mostly
[09:29] <mfraz74> An error occurred while setting the password for the Virtuoso administrative user. This may have happened because the account already has a password, or because of a communication problem with the Virtuoso server.
[10:30] <markey> Mamarok: what about KPackageKit, any good?
[10:30]  * markey hasn't used it lately
[10:35] <yofel> Mamarok: muon?
[10:35] <shadeslayer> kpk works for now on maverick :P
[10:36] <yofel> well kpk looks better at least with the categories
[10:37] <ulysses> !find msgfmt
[10:37] <shadeslayer> yofel: any ideas what header does lp send when you click on a build log?
[10:39] <yofel> nope
[10:43] <ulysses> Anyone tried to build Colibri from source?
[10:44] <nigelb> shadeslayer: um, what are you looking for?
[10:45] <Mamarok> yofel: never tried, but I certainly will :)
[10:45] <shadeslayer> nigelb: trying to get build log support into rekonq, currently it downloads the build log
[10:45] <shadeslayer> trying to get it to display using kate kpart
[10:45] <nigelb> shadeslayer: http://encodable.com/check_server_headers/?uri=https%3A%2F%2Fedge.launchpad.net%2Fubuntu%2F%2Bsource%2Fkdenetwork%2F4%3A4.5.1-0ubuntu2%2F%2Bbuild%2F1945735%2F%2Bfiles%2Fbuildlog_ubuntu-maverick-amd64.kdenetwork_4%253A4.5.1-0ubuntu2_FULLYBUILT.txt.gz&method=HEAD
[10:46] <shadeslayer> hmm
[10:55] <Quintasan> \o
[11:03] <Quintasan> Riddell: ping
[11:14] <Mamarok> Quintasan: about installing new PIM: don't it is labeled Beta, but should be in fact labeled pre-Alpha, it is so not working at all
[11:14]  * Mamarok did, and went back to good old previous version
[11:14] <Mamarok> the stable one
[11:24] <Riddell> Quintasan: you pinged?
[11:34] <Quintasan> Riddell: yes, I can't determine whether there was a problem with Qt still being build or I'm doing something wrong
[11:34] <Quintasan> Riddell: apt demands to remove libqt4-multimedia
[11:35] <shadeslayer> Riddell: need some rekonq coding help if your available
[11:36] <Quintasan> Mamarok: well, I'm not using PIM at all but I though I could test something and report bugs
[11:36] <Quintasan> while I'm reading
[11:36] <Mamarok> oh, then please do :)
[11:38] <Mamarok> Quintasan: the libqt4-multimedia is removed since it is in Qt mobility now, I guess
[11:39] <Mamarok> AFAIK
[11:39] <Quintasan> oh welll
[11:39] <Quintasan> ifit breaks I'll just format
[11:39] <Quintasan> Hmm
[11:39] <Quintasan> I have a dd image
[11:39] <Quintasan> not need to format then
[11:41] <smarter> apachelogger: hi, any idea what a "realm" is in ubuntu one?
[11:45] <Riddell> Quintasan: well I don't know what you're doing but qt multimedia has been removed in 4.7
[11:45] <Quintasan> great
[11:51] <apachelogger> smarter: thats oauth talking
[11:51] <apachelogger> realm is the realm of the authentication
[11:51] <apachelogger> e.g. you could have a realm ubuntu.com
[11:52] <apachelogger> and within that realm summit for summit.ubuntu.com and people for people.ubuntu.com
[11:52] <smarter> okay, I'll look into oauth
[11:52] <smarter> but anyway "Friday, September 3, 2010: Those using Maverick will not be able to add their computer to their account due to a server side bug (628118) we have a fix in testing.", I guess I'll have to find something else to hack on :p
[11:53] <apachelogger> shadeslayer: what business do you have with buildlog headers btw?
[11:54] <apachelogger> shadeslayer: the amount of service outtakes is ... sad
[11:54] <apachelogger> smarter: ^
[11:54] <apachelogger> actually ^^
[11:54] <shadeslayer> apachelogger: ill check the headers for content encoding and we can load kate kpart accordingly for build logs
[11:55] <apachelogger> shadeslayer: kate does not do decompression?
[11:55] <apachelogger> seen as buildlogs always come compressed
[11:55] <shadeslayer> apachelogger: kate can open txt.gz files directly
[11:55] <shadeslayer> ive checked
[11:56] <apachelogger> must be magic
[11:58] <smarter> apachelogger: you said you started working on making s-p-kde kdesudo-independent?
[11:58] <apachelogger> hai
[11:58] <apachelogger> need to commit0r
[11:58] <apachelogger> somewhere
[12:05] <apachelogger> Blizzz: that vid is pretty ugly right there
[12:06] <Mamarok> hm, where can I get muon? Is it in a PPA?
[12:06] <apachelogger> Mamarok: for lucid?
[12:06] <apachelogger> in maverick it is in the archive
[12:06]  * Mamarok onders to upgrade...
[12:06] <Mamarok> it's beta now, isn't it?
[12:06] <Mamarok> *ponders
[12:06] <apachelogger> sure doesnt feel like beta here
[12:07] <Blizzz> apachelogger: why so?
[12:07] <Mamarok> apachelogger: how does it feel, like alpha?
[12:07] <Mamarok> then I won't
[12:08] <apachelogger> Blizzz: horrible icons, horrible color combination, one of those horribly broken dock-ripoffs...
[12:09] <Blizzz> apachelogger: that is taste, right?
[12:09] <apachelogger> no
[12:09] <apachelogger> the dock rippoffs are broken
[12:09] <smarter> JontheEchidna: hey!
[12:09] <apachelogger> the color combination is wrong by any artistic judgement
[12:09] <apachelogger> and the icons are just
[12:09] <apachelogger> ...
[12:09] <apachelogger> well
[12:10] <Blizzz> apachelogger: ok, that dock stuff
[12:10] <apachelogger> I let a taste get in there
[12:10] <Blizzz> personally, i'd like those colors better than default
[12:10] <Mamarok> apachelogger: doesn't it use KDE's icons?
[12:10] <apachelogger> also there is pointless maximation going on
[12:10] <apachelogger> Mamarok: no
[12:10] <apachelogger> it uses an incomplete thing
[12:10] <Mamarok> urghs...
[12:10] <apachelogger> that falls back to oxygen here and there
[12:10] <Mamarok> that is really bad
[12:10] <apachelogger> which makes matters worse
[12:11] <Mamarok> it really should use KDE defaults, seriously, Nuno is doing  a great job there
[12:11] <apachelogger> Blizzz: I did not say that default is any better, but less disturbing
[12:11] <apachelogger> from where I stand it is nothing but yet another show off of desktop effects
[12:12] <apachelogger> ...as if those were the only good things on linux...
[12:12] <Mamarok> (besides the monochrome icons I hate...)
[12:13] <Blizzz> the thing is, you have the possibility to personalize anything to your pleasure
[12:13]  * Mamarok thinks that Kubuntu should use KDE defaults and make a good KDE showcase instead of experimenting with incomlete stuff
[12:13] <Mamarok> just my 2 cents, but it would be the only distro who does KDE default
[12:13] <Mamarok> and be uses as a true showcase
[12:13] <Mamarok> used*
[12:13] <Blizzz> this is what kubuntu does
[12:14]  * smarter hates the monochrome icons too
[12:14] <apachelogger> Mamarok: incomplete stuff like...?
[12:14] <markey> Maverick doesn't use Oxygen icons?
[12:14] <smarter> they just make it harder to find the icon you're looking for
[12:14] <Mamarok> apachelogger: well, you just talked about incomplete stuff
[12:15] <Blizzz> smarter: i agree
[12:15] <apachelogger> we were talking about a video
[12:15] <apachelogger> http://www.youtube.com/watch?v=77VnLiYx-Bo
[12:15] <Mamarok> apachelogger: I am talking about Maverick, see my question above
[12:16] <apachelogger> that was a topic collision then
[12:16] <apachelogger> ^^
[12:16] <Mamarok> OK, so you said it didn't feel like beta, what does it feel like then?
[12:16] <apachelogger> I for one would not have noticed :P
[12:16] <apachelogger> Mamarok: beta that goes back to alpha
[12:16] <Mamarok> I have to show off Kubuntu in 2 weeks, so do I switch to Maverick or not?
[12:16] <apachelogger> there are some more or less ewwwy graphics issues
[12:17]  * Mamarok needs to know before September 16
[12:17] <smarter> Mamarok: lucid with the backported KDE 4.5?
[12:17] <apachelogger> Mamarok: I would stay with lucid, the differences are not that big that you would want to present a possibly broken system
[12:17] <Mamarok> smarter: yep
[12:18] <Mamarok> OK, will stay with Lucid then
[12:18] <apachelogger> in that case
[12:18] <Mamarok> so no muon backported to Lucid yet?
[12:18] <apachelogger> ...
[12:18] <apachelogger> Mamarok: https://launchpad.net/~echidnaman/+archive/qapt
[12:18] <apachelogger> muon
[12:18] <Mamarok> nice, thanks :)
[12:19] <apachelogger> do not press ctrl+shift+m though :P
[12:20]  * apachelogger feels like doing forums stuff
[12:20]  * apachelogger just does not know what and where and when
[12:21]  * Mamarok hardly ever uses shortcuts, except for editors
[12:22] <apachelogger> good ^^
[12:22] <apachelogger> oh
[12:22] <apachelogger> hm
[12:22] <apachelogger> http://forum.kde.org/viewtopic.php?f=18&t=89963
[12:22] <apachelogger> that should be pretty easy to implement
[12:23] <apachelogger> smarter: lp:~kubuntu-members/software-properties/dbusworker
[12:23] <smarter> thanks
[12:23] <apachelogger> there is software-properties-dbus which implements a dbus service worker that gets launched as root
[12:24] <apachelogger> software-properties-kde now needs to get ported to not use the backend functions directly but accumulate changes and apply them in its save() function via a dbus proxy to said service worker
[12:25] <apachelogger> polkit will then query the user for authorization (which in the current policy is set to not ask but just grant permission)
[12:25] <smarter> okay
[12:25] <apachelogger> if polkit is happy the service worker will execute the appropriate backend function
[12:26] <apachelogger> so instead of kdeui <-> backend the new design would be backend -> kdeui -> dbus -> polkit -> dbus service
[12:28] <apachelogger> smarter: mind that you need python-slip from fedora to get polkit working (I just linked softwareproperties/dbus/slip to the slip folder of python-slip ... in lack of packaging and a general dislike to get random python foo clutter my system ;))
[12:28] <apachelogger> also slip needs python-decorator...
[12:29] <shadeslayer> apachelogger: what is better? render build log via webkit or render build log via kate part
[12:29] <smarter> apachelogger: You installed it with alien?
[12:29] <apachelogger> shadeslayer: webkit I suppose
[12:29] <shadeslayer> hmm...
[12:29] <shadeslayer> why not kate part?
[12:30] <apachelogger> what would be the rationale for using a kpart?
[12:30] <shadeslayer> apparently arora renders the build log
[12:30] <apachelogger> smarter: no, git clone
[12:30] <apachelogger> smarter: git clone git://git.fedorahosted.org/git/python-slip.git
[12:30] <apachelogger> smarter: then link python-slip/slip to softwareproperties/dbus/slip
[12:31] <apachelogger> lrwxrwxrwx 1 me me 34 2010-08-30 14:55 softwareproperties/dbus/slip -> /home/me/src/git/python-slip/slip/
[12:31] <apachelogger> looks like that for me
[12:31] <smarter> okay, since the package is not in the archive I guess this mean we won't have that s-p-dbus thing in Maverick?
[12:31] <apachelogger> smarter: we certainly wouldnt have it in mav since it poses threat of regression
[12:31] <apachelogger> I concluded that it might not be the worst thing to rewrite the kdeui from scratch
[12:32] <apachelogger> since it is a straight port from the GTK thing it has some odd pieces here and there
[12:32] <apachelogger> shadeslayer: are you doing new ktorrent?
[12:33] <shadeslayer> apachelogger: i could
[12:33] <smarter> and shouldn't the backend be part of QApt?
[12:33] <shadeslayer> but if its taken... no point in doing it
[12:33] <shadeslayer> also
[12:33] <apachelogger> smarter: yes but no, but yes
[12:33] <shadeslayer> bug fix release right?
[12:33] <shadeslayer> ok ill do it :D
[12:33] <apachelogger> smarter: it could, I am not sure it should though
[12:34] <shadeslayer> oi
[12:34] <apachelogger> smarter: qapt is comparable to python-apt and software-properties is stacked on top of python-apt
[12:34] <shadeslayer> apachelogger: already the latest in archives
[12:34] <shadeslayer> you got me all excited :P
[12:34] <apachelogger> smarter: so I do not think it is within the scope of qapt to provide facilities for the software-properties foo, just like it is not within the scope of python-apt
[12:35] <shadeslayer> help me fix rekonq now :D
[12:35] <apachelogger> smarter: surely it is the maintainer's decision whether he wants to implement that ;)
[12:35] <Mamarok> apachelogger: about http://forum.kde.org/viewtopic.php?f=18&t=89963, did you see the last comment?
[12:35] <smarter> apachelogger: so, a libsoftwareproperties implemented on top of qapt? :p
[12:35] <apachelogger> I do not see a point for it :P
[12:35] <smarter> moar C++
[12:36] <smarter> less interactions problem
[12:36] <apachelogger> Mamarok: ah, yeah, silk... I do not trust in that :P
[12:36] <apachelogger> feels more like a bubble gum project for now ;)
[12:36] <Mamarok> apachelogger: talk to sebas about it
[12:36] <Mamarok> I still have to see it to believe it, too :)
[12:37] <apachelogger> sebas left the channel just because he is opensuse fanboi now :P
[12:37] <apachelogger> smarter: well, I agree, also writing dbus services in c++ is much less of a pain in the arse
[12:37] <apachelogger> smarter: the thing is ... we would have to maintain the backend ourself...
[12:38] <apachelogger> while currently we get that for free
[12:38] <Mamarok> apachelogger: well, that is his current job
[12:39] <apachelogger> that does not mean he has to abandon his kubuntu friends :P
[12:40] <apachelogger> shadeslayer: how did you like my super long changelog btw :P
[12:40] <shadeslayer> where? "D
[12:40] <shadeslayer> oh
[12:40] <shadeslayer> the one you showed yesteday?
[12:41] <shadeslayer> apachelogger: its not super long :P
[12:41] <apachelogger> not?
[12:41] <apachelogger> it sure felt like a lot of information
[12:41] <shadeslayer> there is one which is bigger
[12:41] <shadeslayer> Quintasan: do you remember which one?  :D
[12:57] <apachelogger> using supreme gdb skills
[12:58] <shadeslayer> teach me already :P
[12:59] <shadeslayer> all i get is orderedSearchItems leave:   elapsed:  0
[13:02] <shadeslayer> apachelogger: how do increase the verbosity for gdb?
[13:02] <apachelogger> verbosity? :O
[13:02] <apachelogger> shadeslayer: I think you should read the gdb manual
[13:02] <shadeslayer> man page or manual?
[13:02] <apachelogger> you are expecting wrong things from it
[13:02] <apachelogger> manual
[13:03] <JontheEchidna> smarter: hi (and thanks for the commit)
[13:03] <shadeslayer> ok
[13:07] <shadeslayer> apachelogger: 555 pages :P
[13:17] <smarter> JontheEchidna: I'm going /away for a while but when I'm back I'll see if I can hack on qapt/muon ;)
[13:17]  * smarter felt like he didn't work on enough projects named after subatomic particles :p
[13:18] <JontheEchidna> smarter: cool!  :D
[13:34] <apachelogger> maybe arora does silly funk after all
[13:35]  * shadeslayer proceeds to copy
[13:35] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot14.png
[13:36] <shadeslayer> hehe
[13:38] <shadeslayer> muwhahaha .. i made LP time out
[13:38] <apachelogger> ah
[13:38] <apachelogger> the urly was just wrongy
[13:39] <apachelogger> shadeslayer: report a bug
[13:39] <shadeslayer> apachelogger: no OOPS ID
[13:39] <apachelogger> woah
[13:39] <shadeslayer> Sorry, there was a problem connecting to the Launchpad server.
[13:39] <shadeslayer> :P
[13:39] <apachelogger> report a bug that it times out when you do whatever you did
[13:40] <shadeslayer> maybe because im copying too many packages at once? :D
[13:40] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot15.png
[13:40] <shadeslayer> nice
[13:40] <apachelogger> shadeslayer: and the UI is how exactly connected to that
[13:40] <apachelogger> there should be no timeout
[13:41] <shadeslayer> see if  i select 7 packages it works
[13:41] <apachelogger> it still should not time out
[13:41] <apachelogger> shadeslayer: go report bug
[13:41] <shadeslayer> apachelogger: what do you suggest for rekonq ..
[13:41] <apachelogger> or annoy comment on some other
[13:43] <apachelogger> shadeslayer: make the code readable for starters
[13:43] <shadeslayer> apart from that :P
[13:44] <shadeslayer> ill brb
[13:46] <apachelogger> shadeslayer: well, same as I said above
[13:46] <apachelogger> IF mime == gzip AND filext == .txt.gz THEN render thing
[13:47] <apachelogger> you supposedly cannot prevent the networkaccessmanager to come back with an unsupportedtype
[13:50] <apachelogger> hm
[13:50] <shadeslayer> render with kpart right?
[13:50] <apachelogger> shadeslayer: I think it would be easier to just use the kate kpart
[13:50] <shadeslayer> mm
[13:50] <apachelogger> while webki could render that junk I doubt you would get KIO to accept it as text/plain even though it ends as .gz
[13:51] <apachelogger> for what it is worth, kio probably is right to prefer filext over http content
[13:54] <shadeslayer> and under handleUnsupportedContent() right?
[13:54] <apachelogger> would say so, yes
[13:55] <shadeslayer> mm
[13:56] <shadeslayer> still wondering what the code would look like
[13:57] <shadeslayer> if (reply->hasRawHeader("gzip")) {mimetype = "text/html"}
[13:57] <shadeslayer> does that look ok?
[13:58] <shadeslayer> apachelogger: ^
[14:02] <apachelogger> wah?
[14:02] <nigelb> woops,somone in #ubuntu+1 says they lost kmail on upgrade
[14:02] <nigelb> where does the mail get saved is there a folder in home directory?
[14:03] <mfraz74> which mail?
[14:03] <apachelogger> if (mimeType == QLatin1String("application/x-gzip") && <somethingToCheckIfReplyUrlEndsOnDotTxtDotGz>) { do kpart foo }
[14:03] <apachelogger> shadeslayer: ^
[14:03] <nigelb> mfraz74: the ones that you download to your system using the client
[14:03] <mfraz74> kmail stores it in .kde/share/apps/kmail/
[14:04] <nigelb> thanks
[14:05] <mfraz74> nigelb: not sure if the new kmail stores it somewhere else
[14:05] <nigelb> mfraz74: all that needs to be done is check if the directory is still there
[14:06] <shadeslayer> hmm
[14:08] <shadeslayer> apachelogger: i guess this will go before line 439
[14:10] <shadeslayer> i can probably use replyurl->hasSubUrl("txt.gz")
[14:11] <apachelogger> shadeslayer: that would be unwise
[14:11] <shadeslayer> why>
[14:11] <apachelogger> the condition should be that it explicitly ends on txt.gz
[14:11] <shadeslayer> ??
[14:11] <shadeslayer> ohh
[14:11] <apachelogger> otehrwise you might have a file mytxt.gz
[14:11] <apachelogger> but mytxt is binary
[14:11] <apachelogger> kabooom
[14:12] <shadeslayer> how about hasSubUrl(".txt.gz") ?
[14:12]  * shadeslayer is checking the KUrl docs for alternatives
[14:12] <apachelogger> my.txt.gz.was.broken.so.here.is.it.in.a.tar.gz
[14:13] <shadeslayer> oh :P
[14:13] <mfraz74> why would anyone name a file like that?
[14:13] <shadeslayer> mfraz74: true, but apachelogger has a point
[14:14] <apachelogger> why would anyone have a file foo.txt.gz but claim it is mimetype text/plain while obviously it is not :P
[14:14] <mfraz74> true
[14:14] <apachelogger> the point is not why one would do silly things the point is that one can do silly things and that the software should not break for the better part of silly things that can be done ^^
[14:16] <shadeslayer> apachelogger: how to do it then? :D
[14:16] <apachelogger> you still could have my.txt.gz while indeed it is a gzipped exe, but that is a failure case that needs to be accepted in order to allow more sensible handling of txt.gz
[14:16] <apachelogger> shadeslayer: study the documentation or ask the google
[14:16] <shadeslayer> im studying the docs
[14:20]  * apachelogger hates to get disconnected when he is in the middle of something
[14:20] <apachelogger> shadeslayer: there is one class I know of which is tightly related to file crap and allows obtaining information such as file extension... I am just not sure if it works with remote urls too
[14:21] <shadeslayer> show it to me ;P
[14:22] <apachelogger> look for it :P
[14:23] <shadeslayer> ...
[14:23] <apachelogger> shadeslayer: is it known that one cannot enter an ip addres with port and hope for rekonq to go for http?
[14:23] <shadeslayer> apachelogger: why cant we use if(replyurl->fileEncoding == "txt" )
[14:24] <apachelogger> like <IP_ADDRESS>:631
[14:24] <apachelogger> will not work
[14:24] <shadeslayer> apachelogger: err.. i can enter ip, but never tried login port
[14:24] <shadeslayer> heh it disappears :P
[14:24] <apachelogger> shadeslayer: because the encoding is gzip?
[14:24] <shadeslayer> we;;
[14:25] <shadeslayer> well... gzip then
[14:25] <shadeslayer> ok it actually works
[14:25] <shadeslayer> apachelogger: see put the ip:port combo in url bar
[14:25] <shadeslayer> then it should give you 2 suggestions
[14:26] <shadeslayer> click on the first suggestion
[14:26] <apachelogger> I do not want no suggestion I do want it to go to http://ip:port
[14:26] <apachelogger> shadeslayer: is that reported as not working?
[14:26] <shadeslayer> idk why its not working
[14:26] <apachelogger> well, I do
[14:26] <shadeslayer> dont think so
[14:27] <apachelogger> and this once I could not even blame rekonq's silly internals for it
[14:27] <shadeslayer> why? :D
[14:27] <apachelogger> well, maybe...
[14:27] <apachelogger> let me think
[14:31] <apachelogger> well
[14:31] <apachelogger> I think
[14:31] <apachelogger> generally you should be able to just have a default protocol
[14:31] <apachelogger> i.e. if nothing else works, use the default
[14:31] <apachelogger> well, I can partially blame rekonq's silly internals
[14:31] <apachelogger> shadeslayer: do you have the class yet?
[14:32] <shadeslayer> one sec
[14:32] <shadeslayer> nope :P
[14:32] <apachelogger> perfect
[14:32] <apachelogger> :O
[14:32] <apachelogger> that junk does not work anyway
[14:32] <apachelogger> hahaha
[14:32] <apachelogger> rofl
[14:32] <shadeslayer> ....
[14:32] <apachelogger> http://launchpad.net/ubuntu/+source/kdenetwork/4:4.5.1-0ubuntu2/+build/1945735/+files/buildlog_ubuntu-maverick-amd64.kdenetwork_4:4.5.1-0ubuntu2_FULLYBUILT.txt.gz
[14:32] <apachelogger> let us analyze that url real quick
[14:33] <apachelogger> buildlog_ubuntu-maverick-amd64.kdenetwork_4:4.5.1-0ubuntu2_FULLYBUILT.txt.gz
[14:33] <apachelogger> is the file component
[14:33] <apachelogger> buildlog_ubuntu-maverick-amd64 is the basename
[14:33] <apachelogger> kdenetwork_4:4.5.1-0ubuntu2_FULLYBUILT.txt.gz is the suffix
[14:34] <apachelogger> so in order to make that work you need to accept the suffix tar.gz AND *.tar.gz
[14:34] <apachelogger> eh
[14:34] <apachelogger> txt.gz respectively
[14:34] <apachelogger> that for course raises the concern with uniqueness again
[14:34] <apachelogger> s/for/of
[14:34]  * apachelogger needs coffee break
[14:35] <apachelogger> shadeslayer: qfileinfo is your friend
[14:35] <tsdgeos> hi
[14:35] <tsdgeos> The following packages have unmet dependencies:
[14:35] <tsdgeos>   ktorrent: Depends: ktorrent-data (= 4.0.3-0ubuntu1~lucid1~ppa1) but 4.0.1-1ubuntu1~lucid2~ppa1 is to be installed
[14:35] <tsdgeos> can someone build the necessary package?
[14:36] <shadeslayer> hmm
[14:38] <shadeslayer> jussi: lulz @ fb :P'
[14:38] <jussi> heh
[14:38] <jussi> stole it from a friend of mine
[14:38] <apachelogger> oh, tsdgeos is here
[14:38] <shadeslayer> :D
[14:38] <apachelogger> hello tsdgeos :)
[14:38] <apachelogger> tsdgeos: are you on amd64?
[14:38] <tsdgeos> apachelogger: yup
[14:39] <apachelogger> tsdgeos: then I think the ktorrent-data package is just not built, you see, -data packages only get built once (on i386) for all architectures
[14:39] <apachelogger> so that should resolve itself soonish
[14:41] <apachelogger> tsdgeos: actually it is already built and only waits for the debs to get published, so it should be resolved within the next couple of minutes :)
[14:41]  * apachelogger continues being on coffee break ^^
[14:42] <tsdgeos> apachelogger: ok, is broken since yesterdat night but if you say i have to wait...
[14:42] <shadeslayer> ohhhhhh
[14:42] <shadeslayer> apachelogger: http://doc.trolltech.com/4.7-snapshot/qfileinfo.html#suffix <<
[14:42] <shadeslayer> awesome
[14:42] <apachelogger> shadeslayer: look again, that is the wrong function
[14:43] <shadeslayer> apachelogger: http://doc.trolltech.com/4.7-snapshot/qfileinfo.html#completeSuffix ?
[14:43] <apachelogger> tsdgeos: yeah, sometimes i386 builds unfortunately get heavily backed up on PPAs
[14:43] <apachelogger> shadeslayer: more like it
[15:29] <CIA-116> [muon] gmartres * 1171580 * trunk/extragear/sysadmin/muon/src/ (DetailsTabs/VersionTab.cpp DownloadWidget.cpp) Make QStandardItem in listviews read-only
[15:35] <ScottK> debfx: Not sure if you picked this up or not, but the powerpc/armel failures are a GCC problem.  Fix for powerpc hits the archive in 10 minutes and is building on armel.
[15:36] <tsdgeos> apachelogger: works now, tx
[15:37] <apachelogger> g
[15:41] <smarter> any one knows where I can find the GUI equivalent of qdbus on Maverick?
[15:43] <apachelogger> !find qdbusviewer
[15:43] <apachelogger> smarter: there ^
[15:43] <apachelogger> dev-tools ftw
[15:43] <smarter> thanks :)
[15:52] <shadeslayer> apachelogger: heh guess what : http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-encoding-gzip.xhtml
[15:52] <shadeslayer> that works with rekonq
[15:53] <apachelogger> so?
[15:54] <shadeslayer> the point being that , that gzipped page works, but not the build log
[15:54] <shadeslayer> i guess its because that page has gzip and not x-gzip
[15:55] <apachelogger> no
[15:55] <apachelogger> the difference is that that page defines an encoding
[15:55] <apachelogger> Content-Length: 168
[15:55] <apachelogger> Content-Type: text/plain
[15:55] <apachelogger> Content-Encoding: gzip
[15:55] <shadeslayer> and buildlog doesnt?
[15:55] <apachelogger> X-Content-Type-Warning: guessed from content
[15:55] <apachelogger> Content-Type: text/plain;charset=utf-8
[15:56] <apachelogger> that warning certainly does not help I suppose
[15:56] <apachelogger> shadeslayer: report a bug
[15:56] <apachelogger> good catch
[15:56] <shadeslayer> in launchpad?
[15:56] <shadeslayer> btw http://imgur.com/oWfLq
[15:56] <shadeslayer> thats from one of the build logs
[15:57] <apachelogger> shadeslayer: yes in launchpad
[15:58] <apachelogger> shadeslayer: I am not getting the encoding
[15:58] <apachelogger> oh
[15:58] <apachelogger> maybe
[15:58] <apachelogger> ...
[15:59] <apachelogger> aha
[15:59] <apachelogger> moved temporary ^^
[15:59] <shadeslayer> ...
[15:59]  * apachelogger thinks 90% of the urls in all of canonical's products are 302 :P
[15:59] <shadeslayer> hehe :P
[16:00] <shadeslayer> so basically its all lp's fault  :D
[16:00] <apachelogger> no
[16:00] <shadeslayer> BUT... arora can display the page
[16:00] <apachelogger> not sure
[16:00] <shadeslayer> which sort of irks me
[16:00] <shadeslayer> as does chromium
[16:02] <shadeslayer> hmm
[16:02] <apachelogger> http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.5
[16:03] <apachelogger> shadeslayer: report bug to launchpad
[16:03] <shadeslayer> ok.. that encoding should be gzip ?
[16:03] <apachelogger> if I get this right they should not be using x-gzip since it is legacy and might not be supported in browsers
[16:04] <shadeslayer> hmm
[16:04] <shadeslayer> alrighty... bug in launchpad
[16:07] <shadeslayer> bug 630259
[16:08] <apachelogger> shadeslayer: that is general
[16:08] <apachelogger> not only build logs
[16:08] <shadeslayer> remove "for build logs" ?
[16:08] <apachelogger> yus
[16:08] <shadeslayer> done :)
[16:09]  * apachelogger is wondering where kio checks the encoding creps
[16:12] <apachelogger> :O
[16:12] <apachelogger> scary code
[16:13] <shadeslayer> apachelogger: http://pastebin.ca/1932774
[16:13] <shadeslayer> that needs to have txt.gz ... in kdelibs
[16:13] <apachelogger> yeah just hit that too
[16:13] <shadeslayer> :D
[16:13] <shadeslayer> and it uses QL1S :P
[16:14]  * apachelogger throws up
[16:14] <apachelogger> QLatin1String!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[16:14] <shadeslayer> look you puked all over kdelibs
[16:15] <apachelogger> there is more, much more...
[16:16] <tsdgeos> what's up with QL1S?
[16:16] <tsdgeos> it's a perfectly valid usecase
[16:18] <apachelogger> tsdgeos: it is making it a macro that no one understands that I have a problem with
[16:18] <apachelogger> also it looks kinda silly
[16:20] <tsdgeos> if you puke over this small things i recommend you to not look at much code ;-)
[16:22] <shadeslayer> apachelogger: btw which file is that code in?
[16:22] <apachelogger> tsdgeos: there hardly goes a day by where I do not have to rant about some ugly code indeed ;)
[16:22] <apachelogger> shadeslayer: kioslave/http/http.cpp
[16:22] <ScottK> day/hour
[16:22] <apachelogger> true
[16:23] <shadeslayer> apachelogger: http://websvn.kde.org/trunk/KDE/kdebase/runtime/kioslave/ << nothing there
[16:23] <tsdgeos> kdelibs
[16:23] <apachelogger> in kdelibs
[16:23] <shadeslayer> oic
[16:24] <shadeslayer> apachelogger: i guess that LP bug is redundant now :D
[16:25] <apachelogger> no
[16:25] <apachelogger> they still shouldnt use gzip since the 1.1 spec specifically sad "SHOULD"
[16:25] <apachelogger> as in a browser might not do it if they do not want to
[16:26] <shadeslayer> hmm
[16:26]  * apachelogger wonders why his gdb does not know about HTTPProtocol
[16:27] <jussi> !find kdebase | apachelogger
[16:27] <jussi> apachelogger: thank tsimpson... :D
[16:27] <apachelogger> yay
[16:28] <apachelogger> tsimpson: thanks you are the best *hugs*
[16:28]  * apachelogger throws cookies through the channel
[16:28] <tsimpson> :)
[16:31] <shadeslayer> jussi: new feature in ubottu ?
[16:31] <shadeslayer> ( the link at the end )
[16:32] <shadeslayer> apachelogger: who is responsible for fixing the kio http problem?
[16:32] <apachelogger> the one who fixes it
[16:33] <shadeslayer> it just needs 2 lines right?
[16:33] <apachelogger> I dunno
[16:33] <jussi> shadeslayer: yup, as well as more packages listed
[16:33]  * apachelogger is working on other stuff
[16:33] <shadeslayer> jussi: ah yess :D
[16:34] <shadeslayer> apachelogger: look at line 2593 of same file
[16:34] <shadeslayer> hmm wait
[16:35] <shadeslayer> thats the problem id guess
[16:36]  * shadeslayer hops to #kde-devel to discuss
[16:37]  * apachelogger beats funambol with a very large hammer
[16:52] <apachelogger> !find curl-config
[17:00] <apachelogger> oh
[17:00] <apachelogger> the murphys
[17:00] <apachelogger> :)
[17:05] <apachelogger> shadeslayer: I think you should either drop a patch on reviewboard or report a bug ;)
[17:06] <shadeslayer> would love to help with a patch
[17:07] <shadeslayer> but need some info first
[17:07] <shadeslayer> since there is no mime type return for text/plain, what should the mime type be?
[17:08] <shadeslayer> and i just have to edit one line right?
[17:08] <apachelogger> *shrug*
[17:08] <shadeslayer>  if ((m_request.url.path().endsWith(QLatin1String(".txt.gz")))
[17:08] <apachelogger> maybe two or three
[17:08] <shadeslayer> that needs to be added as far as i can tell
[17:08] <apachelogger> are you sure about that?
[17:09] <shadeslayer> along with a mimetype = foo
[17:09] <apachelogger> because there are other places where gzip gets messed with
[17:09] <shadeslayer> apachelogger: im sure as in, i think thats right
[17:09] <apachelogger> and at last one other looked sort of related while I was skipping through the file
[17:10] <shadeslayer> idk.. thats the only one i can see
[17:15] <apachelogger> search for gzip
[17:20] <CIA-116> [libqapt] gmartres * 1171597 * trunk/extragear/sysadmin/libqapt/ (3 files in 3 dirs) Added the error code NotFoundError to handle the case when the package selected(usually by qapt-batch) does not exist(or does not exist in the version specified)
[17:24] <apachelogger> ah
[17:24] <apachelogger> who needs soversions -.-
[17:26]  * nigelb hands apachelogger best written commit messages of the century award
[17:26] <apachelogger> me?
[17:26] <apachelogger> I did not commit anything
[17:26] <nigelb> oh, wait, that isn't you
[17:26] <nigelb> who is that
[17:26] <apachelogger> :P
[17:26] <apachelogger> smarter
[17:27] <nigelb> omg, google logo looks cool today
[17:27] <smarter> are you mocking me? :p
[17:28] <smarter> oh cool, google polyhedra
[17:28] <nigelb> smarter: nope, I would just say 'Show error msg for that nasty bug...'
[17:28] <nigelb> I don;t know how you have the patience to write it in so much detail
[17:29] <nigelb> http://whatthecommit.com/
[17:29] <smarter> made of pentagons and hexagons, and I can tell you that it has exactly 12 pentagons faces
[17:29] <smarter> nigelb: haha :)
[17:29]  * apachelogger looks up smarter on identity.kde.org
[17:29] <apachelogger> muhahaha
[17:29] <apachelogger> smarter: you did not set no irc nick
[17:29]  * smarter never heard of that site :p
[17:29] <apachelogger> I could not even publicly blame if you broke something
[17:30] <apachelogger> smarter: only got pushed live the other day as part of the git migration
[17:30] <smarter> and https://identity.kde.org/register.php is blank here
[17:30] <apachelogger> as I understand it it is meant to provide more self-management to reduce work load of the sysadmins
[17:30] <apachelogger> smarter: you have an account
[17:30] <apachelogger> username is your svn account
[17:31] <apachelogger> have it reset the password
[17:31] <smarter> okay
[17:31] <apachelogger><EMAIL_ADDRESS>is the email you used btw ;)
[17:36] <smarter> apachelogger: by the way, any idea of the timeline for The Great Git Migration?
[17:36] <apachelogger> it is in the community wiki
[17:37] <apachelogger> somewhere
[17:37] <apachelogger> ...
[17:37] <apachelogger> http://community.kde.org/Sysadmin/GitInfrastructureLaunch
[17:41] <smarter> thanks
[17:49] <shadeslayer> hehe  :P
[17:50] <apachelogger> so
[17:50] <apachelogger> I was thinking
[17:50] <apachelogger> since backporting KDE is more a pain than it needs to be
[17:51] <apachelogger> how about we create a script to mass-branch all branches of kubuntu-members at release day so that for each we get a /<nameofseries> branch
[17:52] <apachelogger> i.e. lp:~kubuntu-members/kdebase/ubuntu gets brached to lp:~kubuntu-members/kdebase/lucid
[17:52] <apachelogger> then at backport time ideally we only need to bzr merge && bzr builddeb -S
[17:52] <apachelogger> make that bzr builddeb -S -- -sd
[17:53] <smarter> A ruby script I imagine? :p
[17:53] <apachelogger> pyth0rn
[17:53] <apachelogger> I suppose launchpadlib could easily list all branches of kubuntu-members
[17:53] <apachelogger> then we just need to for loop them
[17:56] <shadeslayer> maybe we can auto decrement boost and all the standard stuff automatically too
[17:57] <apachelogger> no
[17:57] <apachelogger> BUT
[17:57] <apachelogger> we then only need to do it once
[17:57] <apachelogger> (given that they are in mergable line structure)
[17:57]  * shadeslayer checks out kdesupport
[17:57] <shadeslayer> this is gonna take alot of time ....
[17:57] <apachelogger> E: akunambol: malformed-deb-archive third member data.tar not data.tar.(gz|bz2)
[17:58] <apachelogger> when will they fix that? :S
[17:58] <shadeslayer> whut is akunambol
[17:58] <shadeslayer> mycloud++
[17:59] <shadeslayer> whats a SyncML server? :D
[17:59] <shadeslayer> ohhhh
[18:00] <shadeslayer> apachelogger: btw i can launch kdesvn even if i install kde* into /home/$USER/kde right?
[18:00] <shadeslayer> using kdm
[18:00] <apachelogger> I have no idea
[18:00] <shadeslayer> foobar
[18:00] <apachelogger> shadeslayer: yes
[18:01] <shadeslayer> ohk.. just need to add necessary stuff into kdmrc i guess?
[18:01] <shadeslayer> i shall setup proper dev env today :P
[18:28] <_Groo_> hi/2 all
[18:34] <_Groo_> guys how do i pass qtmultimedia path directly to cmake using dh? i tried doing this:
[18:35] <_Groo_> dh_auto_configure -- -DQT_QTMULTIMEDIA_INCLUDE_DIR:PAdh_auto_configure -- -DQT_QTMULTIMEDIA_INCLUDE_DIR:PATH='/usr/include/QtMultimediaKit' -DQT_QTMULTIMEDIA_LIBRARY_RELEASE:PATH='/usr/lib/libQtMultimediaKit.so'TH='/usr/include/QtMultimediaKit' -DQT_QTMULTIMEDIA_LIBRARY_RELEASE:PATH='/usr/lib/libQtMultimediaKit.so'
[18:35] <_Groo_> ops
[18:35] <_Groo_> dh_auto_configure -- -DQT_QTMULTIMEDIA_INCLUDE_DIR:PATH='/usr/include/QtMultimediaKit' -DQT_QTMULTIMEDIA_LIBRARY_RELEASE:PATH='/usr/lib/libQtMultimediaKit.so'
[18:35] <_Groo_> better
[18:36] <_Groo_> but it says it cant find the objlink diretory
[18:36] <_Groo_> which usually means im doing something wrong
[18:44] <sheytan> hey guys
[18:44] <sheytan> did someone see ofirk here today?
[18:44] <CIA-116> [libqapt] gmartres * 1171615 * trunk/extragear/sysadmin/libqapt/src/worker/worker.cpp Properly exit QAptWorker::commitChanges after a NotFoundError
[18:59] <apachelogger> hm
[18:59] <apachelogger> I think I meant to close bug 468430
[18:59]  * apachelogger is too tired to do it now :S
[19:59] <smarter__> JontheEchidna: pling
[19:59] <JontheEchidna> smarter: plong
[20:01] <smarter> JontheEchidna: I'm seeing if I can implement the fancy DownloadModel you mention in the TODO, but there's something I don't get in qapt: how is the downloadProgress signal emitted?
[20:01] <smarter> I can see that it comes from the workerAcquire::pulse function, but that's not called anywhere
[20:01] <JontheEchidna> voodoo!
[20:01] <JontheEchidna> workerAcquire is a subclassed class
[20:01] <smarter> ooooh
[20:01] <JontheEchidna> the parent class controls it
[20:02] <smarter> should have checked that :p
[20:02] <smarter> also, what's the IMShit() function for? :p
[20:03] <JontheEchidna> hmm
[20:03] <smarter> oh, that's part of the superclass too
[20:03] <JontheEchidna> yeah
[20:04] <CIA-116> [libqapt] jmthomas * 1171652 * trunk/extragear/sysadmin/libqapt/src/worker/worker.cpp Give the worker protection against broken config (e.g. broken sources.list) so that it doesn't crash.
[20:04] <JontheEchidna> The libapt-pkg api is horrible
[20:04] <smarter> I saw that yes :p
[20:04] <JontheEchidna> which is why I did libqapt in the first place, so that hopefully others wouldn't have to look at it so much :P
[20:04] <smarter> (I fixed qapt building in shaman btw)
[20:05] <JontheEchidna> thanks
[20:05] <JontheEchidna> If you really want something to "wtf" over, look at WorkerInstallProgress::updateInterface()
[20:06] <smarter> I saw it, but have no idea what it's supposed to do :p
[20:06] <JontheEchidna> and start()
[20:06] <JontheEchidna> that bit of black magic gives us our percentages and progress text
[20:06] <JontheEchidna> hmm, have to go. be back in ~30 minutes
[20:06] <smarter> 'kay
[20:07] <JontheEchidna> but basically it hooks in to a filefd that dpkg --status-fd gives us, and does some console-level magic to get info from it
[20:07] <JontheEchidna> getting that to work took a few days
[20:07] <JontheEchidna> bbl
[20:14] <_Groo_> hi/2 all
[20:14] <_Groo_> im experiencing a lot of I/O from nepomukfilewatch each time i start kde, so i disabled it in .desktop file. wasnt it suposed to do incrementals, instead of checking my entire home each time?
[20:18] <apparle> shadeslayer: ping
[20:21] <apparle> I want to suggest a fix for rekonq in lucid. what is the procedure?
[20:47] <apparle> why is this channel so dead :(
[20:55] <smarter> JontheEchidna: either heard of libapt-front?
[20:55] <JontheEchidna> smarter: that's what turned in to libept
[20:56] <smarter> JontheEchidna: sure? libept seems to be read-only, whereas libapt-front was supposed to be a replacement of libapt-pkg
[20:57] <JontheEchidna> project page seems to say so: http://libapt-front.alioth.debian.org/
[20:58] <JontheEchidna> though I suppose superceeded != "turned in to"
[20:58] <shadeslayer> apparle: pong
[20:59] <shadeslayer> ok
[20:59] <apparle> shadeslayer: so the ML patch was old.
[20:59] <shadeslayer> apparle: patch rekonq 0.4 -> make debdiff -> ask for SRU
[20:59] <shadeslayer> not old... outdated
[20:59] <shadeslayer> you need to refresh the patch
[20:59] <apparle> shadeslayer: ya
[20:59] <shadeslayer> so
[21:00] <shadeslayer> add patch -> make new package -> file SRU + debdiff
[21:00] <apparle> shadeslayer: actually, I will have to generate a new one, I did manual patching as the versions and files didn't match
[21:00] <shadeslayer> shouldnt be a problem
[21:00] <smarter> JontheEchidna: is it even possible with libapt-pkg to know the download state of each individual package?
[21:00] <JontheEchidna> synaptic does it, so it is possible.
[21:00] <apparle> shadeslayer: so how do I generate a new patch. never done this.
[21:01] <JontheEchidna> (A lot of libqapt is based off of reading synaptic code as reference)
[21:01]  * smarter downloads synaptic source code :p
[21:01] <shadeslayer> apparle: diff -u oldfile.cpp newfile.cpp &>newpatch.diff
[21:01] <apparle> shadeslayer: multiple files.
[21:02] <shadeslayer> apparle: diff -Nru oldfolder/ newfolder &>newpatch.diff
[21:03] <JontheEchidna> actually, kpackagekit seems to do that now too
[21:03] <JontheEchidna> (the aptcc packagekit backend more specifically)
[21:03] <apparle> shadeslayer: it looks like this http://paste.ubuntu.com/488442/ what next
[21:03] <apparle> shadeslayer: check the foldernames at top. do I need to change them
[21:03] <shadeslayer> um
[21:04] <smarter> JontheEchidna: oh right, it's hidden by the details button so I didn't see it
[21:04] <shadeslayer> apparle: line 2 should read rekonq-0.4.0.orig/foo
[21:04] <shadeslayer> line 3 should read rekonq-0.4.0/
[21:04] <shadeslayer> so basically change the folder name
[21:05] <apparle> shadeslayer: ok
[21:05] <shadeslayer> rekonq-0.4.0.orig/ and rekonq-0.4.0
[21:05] <shadeslayer> !debdiff | apparle : youll also need this
[21:06] <smarter> JontheEchidna: okay, I see how it can be done, what was bugging me is that I thought apt-get/aptitude downloaded packages in parallel but that doesn't seem to be the case, or maybe under some specific circumstances?
[21:07] <JontheEchidna> only when apt wants to
[21:07] <apparle> shadeslayer: I suppose this flash would fix this bug right? https://bugs.launchpad.net/ubuntu/+source/rekonq/+bug/602141
[21:07] <JontheEchidna> like when downloading big package + a bunch of smaller ones, or something
[21:07] <shadeslayer> looking
[21:07] <smarter> JontheEchidna: and I guess apt-pkg utterly fails in this case?
[21:08] <shadeslayer> apparle: maybe, youll need to check
[21:08] <JontheEchidna> iDunno
[21:08] <shadeslayer> JontheEchidna: you forgot the TM there :P
[21:08] <apparle> shadeslayer: how? apport report is big, and I don't know what to check in it
[21:08] <JontheEchidna> iDunno™
[21:08] <shadeslayer> I tried to open link from google search to ubuntu forums << maybe that helps? :D
[21:09] <shadeslayer> better :D
[21:09] <apparle> shadeslayer: what
[21:09] <apparle> and how do you write TM?
[21:09] <shadeslayer> thats what the bug report says
[21:09] <shadeslayer> ™ << thats how? :D
[21:10] <shadeslayer> unicode character if im not wrong
[21:10] <apparle> how do you type it?
[21:10] <bulldog98> apparle: i gues compose
[21:10] <apparle> what
[21:11] <shadeslayer> apparle: the bug report says what needs to be done to crash it
[21:11] <JontheEchidna> smarter: btw, don't know if you've seen, but: http://imgur.com/sE0rn
[21:12] <apparle> shadeslayer: ok so now after applying patch it doesn't crash. That's it
[21:12] <apparle> ?
[21:12] <JontheEchidna> smarter: it doesn't really do anything except display that yet, and I've not committed it to trunk because I've not gotten muon and libqapt branched yet
[21:12] <bulldog98> apparle: compose input a feature of Xorg
[21:12] <smarter> JontheEchidna: nice!
[21:12] <shadeslayer> apparle: id guess thats it....
[21:12] <shadeslayer> if user reports if it still crashes....
[21:12] <JontheEchidna> I should probably see about who to talk to to get an svn branch... (apparently I don't have commit rights to branches/ in kdesvn
[21:13] <smarter> techbase probably has a howto on that
[21:13] <apparle> bulldog98: any link on how to use it?
[21:17] <bulldog98> apparle: http://en.wikipedia.org/wiki/Compose_key
[21:18] <cmagina> Got a question for those building kde trunk. I build qt from nokia to get 4.7, however that version doesn't create the qt/include/phonon/Phonon directory during install.  kdebase looks for the phonon includes at that location. The files it is looking for exist, but obviously not where it expects them to be.  10.04's qt-dev package puts them in the right spot, but its 4.6.3.
[21:19] <cmagina> Besides fixing the qt install, is the other way to just pull qt4.7 from maverick?
[21:22] <apparle> bulldog98: I don't seem to have a compose key
[21:25] <yofel> cmagina: (I'm not an expert on this) doesn't the kde trunk build guide say to use phonon from the seperate phonon repos? any reason why you're not using that?
[21:25] <cmagina> yofel: I must have missed that part.  I'll go take a look again. Thanks
[21:26] <yofel> cmagina: see http://techbase.kde.org/Getting_Started/Build/KDE4/Prerequisites#Phonon
[21:27] <cmagina> yofel: Ah, read right over that. Again, thanks.
[21:41] <apparle> shadeslayer: ping
[21:41] <shadeslayer> pongly
[21:41]  * shadeslayer has reduced brain function @ 2 AM
[21:42] <shadeslayer> keep that in mind
[21:42] <shadeslayer> :P
[21:42] <apparle> shadeslayer: that patch includes x11 libraries, check the link of patch I gave you earlier. Do I need to change anything in the debian package?
[21:42] <shadeslayer> gah... House just removed half of a guys brain :O
[21:43] <shadeslayer> apparle: checking
[21:43] <apparle> shadeslayer: any changes in the dependencies?
[21:43] <shadeslayer> ok if it doesnt add any build deps
[21:44] <shadeslayer> test in pbuilder
[21:44] <apparle> shadeslayer: again how
[21:44] <shadeslayer> Riddell: ^ think we need to SRU rekonq?
[21:44] <shadeslayer> for lucid
[21:44] <shadeslayer> !pbuilder | apparle
[21:44] <shadeslayer> pretty good wiki entry
[21:45] <apparle> shadeslayer: what is clean chroot env
[21:45] <shadeslayer> !chroot
[21:45] <apparle> ok
[21:46] <steffen22285> hallo zusammen
[21:49] <shadeslayer> !gpg | apparle
[21:57] <ScottK> Riddell: qt4-x11 finished building.  I've reviewed it for binary New and it's fine, but LP is up to it's usual reliability standard and not letting me accept it. Would you please do so?
[22:06] <CIA-116> jmthomas * 1171695 * branches/stable/extragear-kde4/sysadmin/libqapt/ Branch of libqapt for 1.0.x
[22:13] <JontheEchidna> smarter: trunk is thawed, go crazy. ;)
[22:14] <smarter> \o/
[22:14] <JontheEchidna> oh, but actually I was planning on doing some file structure rearranging
[22:14] <JontheEchidna> for the inclusion of the software-center type GUI
[22:15] <JontheEchidna> I'll try to be quick about it and get that done in the next hour or few ;)
[22:15] <smarter> don't worry, I won't be able to work on that DownloadModel until tomorrow afternoon
[22:15] <JontheEchidna> ok, cool. As long as I'm not holding you back... :)
[22:19]  * shadeslayer pokes his kde svn install
[22:20] <shadeslayer> ok everything done.. now to add stuff in kdmrc
[22:26] <shadeslayer> JontheEchidna: i made a new startkde4 for kde-neon, does it have to be +x ?
[22:27] <smarter> 'night all
[22:27] <JontheEchidna> I would imagine so.
[22:27] <JontheEchidna> 'night
[22:27] <shadeslayer> smarter: might
[22:32] <ScottK> apachelogger: Would you please have a look at http://launchpadlibrarian.net/54800313/buildlog_ubuntu-maverick-i386.kde-l10n-lt_4:4.5.1-0ubuntu1_FAILEDTOBUILD.txt.gz - It combines several of your favorite things.
[22:50] <shadeslayer> i haz KDE neon \o/
[22:50] <shadeslayer> not the packaged one :P
[22:53] <shadeslayer> seems pastebin plasmoid is broken
[22:53] <shadeslayer> who broke my dearest plasmoid :(
[23:14] <shadeslayer> apachelogger: pingly quick!
[23:15]  * shadeslayer is overhyped
[23:15] <shadeslayer> i made rekonq show cruft
[23:15] <shadeslayer> by editing kio
[23:15] <shadeslayer> seems only thing remaining is to sort out encoding
[23:18] <shadeslayer> hmmmmmm
[23:23] <ScottK> Riddell: Nevermind.  It worked this time.
[23:23] <ScottK> Qt 4.7 rc 1 is in.
[23:26] <shadeslayer> awesome
[23:26]  * shadeslayer wanders off to see kate code
[23:33] <Riddell> shadeslayer: why would we SRU rekonq?
[23:33] <shadeslayer> flash issue
[23:33] <shadeslayer> seems to be affecting 0.4.0 as well
[23:33] <shadeslayer> apparle: ^^
[23:34] <shadeslayer> maybe hes gone to sleep... cant say
[23:34] <apparle> I'm up
[23:34] <shadeslayer> oh :)
[23:34] <shadeslayer> apparle: explain :P
[23:34]  * shadeslayer hacks more on kio
[23:35] <Riddell> is there a patch?
[23:35] <apparle> Riddell:  just a min
[23:36] <shadeslayer> Riddell: i made a small dent with http://paste.ubuntu.com/488477/
[23:36] <shadeslayer> now rekonq shows all gibberish
[23:37] <shadeslayer> cant figure out whats wrong....
[23:37] <apparle> Riddell: http://paste.ubuntu.com/488483/
[23:37] <shadeslayer> possibly fixupResponseContentEncoding needs fixing too
[23:37] <Riddell> shadeslayer: well it's probably showing the raw gzip file
[23:38] <shadeslayer> Riddell: id guess so
[23:38] <shadeslayer> any ideas?
[23:38] <apparle> Riddell: I'll make the debdiff later... exams going on
[23:38] <shadeslayer> ( then we can patch our kdelibs and send a patch upstream )
[23:38] <Riddell> apparle: seems reasonably, needs someone to file a bug and make the debdiffs for the SRU then
[23:39] <apparle> Riddell: bug has been filed by someone, I am not sure if it is the same bug problem. I'll make the debdiff in few days
[23:39] <Riddell> apparle: got the number?
[23:40] <apparle> Riddell: https://bugs.launchpad.net/ubuntu/+source/rekonq/+bug/602141
[23:40] <Riddell> shadeslayer: not really since I don't know how kio http works, probably something needs set which tells it to uncompress the gzip file, no idea if that's possible
[23:40] <Riddell> apparle: thanks
[23:40] <shadeslayer> mm
[23:41] <apparle> Riddell: for what?
[23:41] <shadeslayer> apachelogger might know...
[23:41] <shadeslayer> apachelogger: when your back look @ http://paste.ubuntu.com/488477/
[23:41] <Riddell> apparle: for finding the bug and the patch
[23:41]  * Riddell sleeps
[23:41] <apparle> Riddell: :D good night
[23:41] <shadeslayer> ^ i need some of that too
[23:42] <apparle> shadeslayer: you don't get it everytime I suppose. Only the first time :P
[23:42] <shadeslayer> probably
[23:42] <shadeslayer> :)
[23:42] <apparle> ok bye
[23:42] <shadeslayer> cya
[23:50] <JontheEchidna> d'aww CIA-116 still isn't picking up muon commits
[23:56] <Sput> ScottK: do you have any patches in Qt 4.7-rc1 reverting any QTextBoundaryFinder-relatedg
[23:56] <ScottK> Sput: Dunno.  Maybe debfx is around and can answer.
[23:56] <Sput> ups, I didn't finish typing :)
[23:57] <ScottK> IIRC, he was the one packaging.
[23:57] <Sput> ScottK: thing is, I keep getting reports of broken wordwrap in Quassel from kubuntu users with 4.7-rc1
[23:57] <ScottK> Sput: If they have RC1, they didn't have it officially as it just got accepted an hour ago.  I see the same thing with beta 2.
[23:57] <Sput> and there has been a behavior change in QTextBoundaryFinder during the 4.7 cycle we had to adapt to, such that older versions of Qt 4.7 (like beta2) would break
[23:57] <ScottK> (was waiting to see if the rc fixed it before I got excited)
[23:58] <Mamarok> dear kubuntu packagers, could you correct that packaging error in Amarok 2.3.0 Lucid which does not install the correct MySQL packages for non-KDE users?  And the bug is really serious, as Amarok can't build a collection without those packages...
[23:58] <Sput> *but* at least in my checkout, this behavior change made it into rc1
[23:58] <ScottK> Sput: OK.  Let me update and see.
[23:58] <ScottK> Mamarok: What is missing?
[23:58] <Sput> so if it's still around in kubuntu's 4.7-rc1, either you guys patched out the behavior change, or something entirely weird happens there
[23:58] <Mamarok> see also https://bugs.launchpad.net/bugs/630103, which is the umpteenth report about that
[23:58] <Sput> I'm using the 4.7 branch (HEAD) and I don't have the issue
[23:58] <ScottK> OK
[23:58] <Mamarok> ScottK: well, it does not install the mysql-sercer-core packages for all non-KDE users
[23:59] <shadeslayer> what would m_contentEncodings.removeLast() do btw?
[23:59] <ScottK> Mamarok: I'll look into it.
[23:59] <Mamarok> besides the above mentioned bug being invalid since he reports at least three differnet issues, the lack of MySQL is really annoying


[04:35] <Muscovy> https://wiki.ubuntu.com/UbuntuTour/StartPage
[16:05] <MichealH> Wow... That is some epic Start Page :O
[16:05]  * MichealH makes note to boot up ubunut and fix bugs :P
[16:05] <MichealH> heehe
[16:07] <Omega> Awesome o:
[16:08] <MichealH> Omega: You say Muscovys link?
[16:08] <MichealH> *saw
[16:08] <Omega> Yeah


[05:15] <Flannel> chu++
[05:15] <chu> :)
[05:15] <Flannel> good job holding fire :)
[05:15] <chu> Ahahaha
[16:49] <monsune> hello!
[16:49] <monsune> i'm getting: #ubuntu unable to join channel (address is banned)
[16:50] <monsune> is there a chance that one of you would like to take a look at this?
[16:50] <monsune> i tried to talk to ircop but he directed me here
[16:51] <Pici> monsune: hi.  Let me take a look.
[16:53] <Pici> monsune: Can you try to join now?
[16:59] <monsune> thank you Pici, trying now
[17:00] <monsune> worked nicely :) thank you very much
[17:00] <monsune> looks like someone banned lots of IPs... it's a huge Polish ISP that got banned
[18:04] <Jordan_U> !lug
[18:04] <Jordan_U> That link is dead at the moment. Is there a good replacement?
[18:07] <genii> http://www.tldp.org/HOWTO/User-Group-HOWTO-3.html
[18:21] <genii> Actually, sadly, the broken link in the factoid seems to have originated there :(
[18:30] <Jordan_U> Yeah, none of those liks looks particularly helpful. I'm surprised there isn't a better single resource around (though maybe I just haven't found it yet).
[18:31] <Jordan_U> I wonder how reliably helpful googling for "Linux User Group near ENTER CITY HERE" is.
[19:25] <genii> Jordan_U: This one looks promising http://lugslist.com/
[19:29] <Jordan_U> genii: It does indeed. What do you think of the following:
[19:30] <Jordan_U> #!no lug is <reply> Lug's are Linux User Groups. Places to meet other Linux Enthusiasts in person, and often get one on one support. You can find your local group here: http://lugslist.com/
[19:35] <wxl> s/\(Groups\)\. \(Places\)/\1\, \2/
[19:38] <wxl> err
[19:38] <wxl> s/\(Groups\)\. P\(laces\)/\1\, p\2/
[19:38] <wxl> s/Lug/LUG/
[19:42] <genii> Jordan_U: Looks OK here
[19:42] <Jordan_U> wxl: I'm not following your replacement. How is !no lug is <reply> LUGs are Linux User Groups. Places to meet other Linux enthusiasts in person, and often get one on one support. You can find your local group here: http://lugslist.com/    ?
[19:42] <wxl> Jordan_U: Groups, places
[19:42] <wxl> otherwise yep :)
[19:44] <Jordan_U> !no lug is <reply> LUGs are Linux User Groups. At LUGS you can meet other Linux enthusiasts in person, and often get one on one support. You can find your local group here: http://lugslist.com/
[19:44] <wxl> yep
[19:44] <wxl> great job guys :)
[19:44] <Pici> ubottu: thanks
[19:45] <genii> heh
[19:45] <wxl> and thank god our lug is already on there
[19:45] <Jordan_U> What's the ubotty syntax to s/LUGS/LUGs/ in that factoid?
[19:45] <Pici> lug =~ s/LUGS/LUGs/
[19:45] <Pici> !lug =~ s/LUGS/LUGs/
[19:45] <Jordan_U> Pici: Thanks :)
[19:46] <wxl> oh curious
[19:57] <genii> !lug
[19:57]  * Pici looks
[23:46] <bazhang> WyZeGuY> "fuck" and "cunt" are still considered curse words, so i won't say those. deal?
[23:46] <bazhang> not so wise after all


[00:40] <ardchoille> I'm currently updating my launchpa profile and am in need of some help. Where can I find docs about how to make url links in LP?
[00:40] <gryc> they should linkify automatically
[00:41] <ardchoille> gryc: I see that they do. Is there a way I can do something similar to [http://www.blah.com This is the blah page] ?
[00:42] <gryc> no idea
[00:47] <Fujitsu> ardchoille: Not at this point.
[00:48] <ardchoille> Fujitsu: Ah, ok
[00:53] <ardchoille> Thank you :)
[10:57] <acuster> Hey all, I have a project on launchpad that did not import correctly but now I have made my own bzr tree, does anyone know how I can upload this initial tree to the project system and then have it track svn after that?
[11:10] <Fujitsu> acuster: You cannot do that.
[11:11] <acuster> can a launchpad admin?
[11:11] <Fujitsu> I don't believe so.
[11:11] <acuster> ok, thanks.
[15:40] <``Cube> tu parles francais?
[15:41] <``Cube> je ne parle pas l'anglais
[15:41] <``Cube> je voudrais l'aide
[15:41] <``Cube> pour mon project
[15:44] <``Cube> personne est ici?
[15:45] <``Cube> ou personne parles francais?
[15:46] <Ubulette> pendant les fetes, il n'y a personne ici, ou presque
[18:55] <ubotu> New bug: #179259 in launchpad "[wishlist] We need the ability to edit our posts (dup-of: 119420)" [Undecided,New] https://launchpad.net/bugs/179259
[20:09] <andrea-bs> I have a trouble with Soyuz, am I in the right channel?
[20:27] <thumper> andrea-bs: yes you are in the right channel
[20:28] <thumper> andrea-bs: but unfortunately I can't help you
[20:28] <andrea-bs> thumper, never mind :)
[20:28] <andrea-bs> thanks anyhow
[20:30] <\sh> andrea-bs: just ask your question :)
[20:31] <andrea-bs> soyuz continues to reject my package saying:
[20:31] <andrea-bs> MD5 sum of uploaded file does not match existing file in archive
[20:31] <andrea-bs> MD5 sum of uploaded file does not match existing file in archive
[20:31] <andrea-bs> Files specified in DSC are broken or missing, skipping package unpack verification.
[20:31] <andrea-bs> but I can't understand why
[20:31] <\sh> where do you upload your packages to?
[20:31] <andrea-bs> my ppa: https://edge.launchpad.net/~andrea-bs/+archive
[20:32] <\sh> I think you upload to a ppa...and you do right now an upload without source...so when you do e.g. debuild -S and you try to upload your _changes file, it doesn't have the correct .orig.tar.gz on your ppa...or you are using a different .orig.tar.gz of a package which you uploaded before
[20:33] <andrea-bs> oh, yes... you are right
[20:33] <andrea-bs> I've uploaded a different orig.tar.gz some days ago
[20:34] <andrea-bs> it was a bad package
[20:34] <\sh> so finally for a new version you do a debuild -S -sa (source upload) for a new version or you need to find the correct orig.tar.gz which you uploaded for the version before the new upload...if you don't have it, just grab it from the archive...
[20:35] <andrea-bs> I've tried with "debuild -S -sa" but it reject it anymore
[20:35] <andrea-bs> s/anymore/anyhow/
[20:35] <\sh> well yeah
[20:35] <\sh> if it's the same version...it will reject it...that's a correct behaviour
[20:36] <andrea-bs> I'll grow the revision number so
[20:36] <\sh> that won't help
[20:36] <\sh> if it's a .orig.tar.gz it needs a different version number to supersede it
[20:37] <\sh> just the revision number (x.y.z-<revision+1>) doesn't help...that's only meant for changes inside diff.gz not the source tar
[20:38] <andrea-bs> so I have to grow 'x' or 'y'
[20:38] <\sh> andrea-bs: if you just have a version with x.y then y needs to grow
[20:38] <\sh> just do it like x.y+foobar or something
[20:38] <\sh> please adjust your orig.tar.gz as well
[20:39] <andrea-bs> can I use x.y~hardy?
[20:39] <\sh> so if the debian/changelog says x.y+foobar~0ppa1 then your orig.tar.gz needs to be renamed to x.y+foobar
[20:39] <\sh> andrea-bs: whatever is higher then your original wrong uploaded version..
[20:39] <\sh> dch will tell you :)
[20:40] <andrea-bs> ok, thanks for your help
[20:40] <andrea-bs> you saved me a lot of time!
[20:42] <\sh> if it helps :) no problem


[17:27] <blackboxsw> Odd_Bloke: pushed a manual ubuntu/devel PR https://github.com/canonical/cloud-init/pull/339
[17:33] <Odd_Bloke> blackboxsw: Thanks!  I'll review this with falcojr later today.
[21:28] <Odd_Bloke> blackboxsw: I'll rereview the groovy upload on Monday; we've already seen a couple of issues, so I want to make sure I'm approaching it with fresh eyes.
[21:28] <blackboxsw> understood Odd_Bloke have a good one whenever EOW is
[21:29] <blackboxsw> #the issues of doing things manually
[21:29] <blackboxsw> as it were
[21:31] <Odd_Bloke> ^_^
[21:51] <Odd_Bloke> falcojr: Just landed https://github.com/canonical/cloud-init/pull/355, congrats! \o/
[22:58] <blackboxsw> lucasmoura: just finished review on https://github.com/canonical/cloud-init/pull/357
[22:58] <blackboxsw> good work, we can chat Monday
[22:59] <blackboxsw> nice falcojr !!


[02:06] <blahblahx> I have made my own distro based off ubuntu 7.10. when you run the test iso, ubiquity seems to act funny. if you choose a language other than english to install with, then after install you get the error "language failed with exit code 127". However, the language is installed and works, just I can't figure out why the error pops up. What does it mean?
[02:16] <blahblahx> thanks a lot guys
[08:19] <xivulon> TheMuso do the fakeraid problems extend to actual raid?
[08:36] <xivulon> the user asking that has raid 0 on EVGA 780i SLI MCP
[14:34] <CIA-24> ubiquity: evand * r2591 ubiquity/ (debian/changelog ubiquity/frontend/noninteractive.py): * Clean up the reboot message in the noninteractive frontend.
[14:57] <CIA-24> ubiquity: evand * r2592 ubiquity/ (debian/changelog scripts/install.py): * Optimize the md5 check on file copy (LP: #198019).
[16:35] <agile> hi, I've got 2 brand new dual quad core servers and no cd drive so I've been trying to install from a 2g usb thumb drive. Unfortunately the methods documented in the wiki and elsewhere appear to only work with the live cd images
[16:36] <agile> always get mount failures trying to mount the thumb drive if I try using the server image, noted another person had the same issue using the alternate image :(
[17:59] <evand> agile: are you working off the instructions in the install guide?  It's section 4.3 if you weren't already aware.
[18:41] <agile> evand, which instructions? I tried https://help.ubuntu.com/community/Installation/FromUSBStick
[18:42] <evand> agile: apt-get install installation-guide-i386; w3m /usr/share/doc/installation-guide-i386/en/index.html
[19:02] <evand> superm1: I knew that oem-config bug that you were experiencing sounded really familiar.  I fixed that in Gutsy.  Now to find out why it's back.
[19:02] <evand> err in Hardy, apparently
[21:56] <TheMuso> xivulon: Well the raid you mentioned is still fakeraid.
[21:57] <TheMuso> xivulon: The kind of raid we don't need to worry about is true hardware RAID controllers.
[21:57] <TheMuso> However just about all prosumer/low-end server boards in the last 5 or so years all use software fakeraid.
[22:09] <mario_limonciell> evand, to determine if the issue of our locale not being carried over to the destination install was noninteractive specific, I just reran the seed as automatic-ubiquity.  the same behavior occurs
[22:17] <evand> mario_limonciell: indeed, I noticed that as well.  It looks like when I fixed this previously I only fixed it for the alternate CD, but I could've sworn I did both.  Should be straightforward, but I'm about to step out for a bit then possibly paint a stairwell that we devastated with a couch.  I might have time to fix it later tonight though, otherwise I'll definitely get it done in the AM.
[22:20] <mario_limonciell> evand, okay.  i'll touch bases with you on it again tomorrow at some point then
[22:20] <mario_limonciell> have fun with the painting :)
[22:22] <evand> haha thanks, I'll try.  And ack'ed.
[23:06] <xivulon> TheMuso, thanks!
[23:07] <TheMuso> xivulon: np
[23:27] <CIA-24> ubiquity: superm1 * r2593 ubiquity/ (debian/changelog ubiquity/frontend/noninteractive.py): don't hardcode the return value of get_hostname(). It can then be preseeded, and in case it isn't present in the preseed, it will at least default to 'ubuntu'


[04:23] <lamont> slangasek: awake?  I'm thinking I'm going to roll new chroot tarballs in the morning, fyi
[05:07] <ScottK> lamont: Do you have ia64 hardware you could do a Maverick test build with?
[05:08] <ScottK> I'm curious if llvm-2.7 will, in fact, build on ia64.  Clamav currently embeds a copy and it builds fine.  If I'm ever to have any hope of using the system llvm, it'll need to build on ia64 (or ia64 dies).
[06:31] <ara> morning!
[11:36] <lamont> ScottK: yes
[15:54] <ScottK> Was there a give-back of the failed builds from the glib explosion?
[15:59] <ScottK> lamont: Debdiff from the current llvm-2.7 package in Maverick http://pastebin.com/5px9VdJ9


[16:09] <charlie-tca> Do we have anyone that can run a couple of tests? We need to test the screen-reader installs for t
[16:10] <charlie-tca> beta1, and since I wrote the tests, it would be better to have someone else run them too
[16:13] <AlanBell> hi charlie-tca
[16:13] <charlie-tca> Hello, AlanBell
[16:14] <AlanBell> yes, I can run some tests, and I can make a slot in our global jam for that too
[16:14] <charlie-tca> today?
[16:14] <AlanBell> I can test something today (if it can be done in a VM)
[16:14] <charlie-tca> two tests today are needed
[16:14] <AlanBell> the jam is on Saturday
[16:14] <AlanBell> ok, what tests?
[16:14] <charlie-tca> As long as you get sound, to test orca installations
[16:15] <AlanBell> yeah, I get sound
[16:15] <AlanBell> oh, I don't get unity until installing the virtualbox guest additions, but that shouldn't matter for the installer I think
[16:15] <charlie-tca> http://testcases.qa.ubuntu.com/Install/DesktopAccessibility
[16:15] <charlie-tca> Can you do 32 and 64 bit?
[16:16] <charlie-tca> or just one?
[16:16] <AlanBell> yeah I can do both
[16:16] <charlie-tca> great!
[16:17] <charlie-tca> I can run them on hardware to verify anything you question, okay?
[16:17] <AlanBell> what build do you want me to test?
[16:17] <AlanBell> daily-live?
[16:18] <charlie-tca> http://cdimages.ubuntu.com/daily-live/20110329.1/
[16:18] <charlie-tca> not mac
[16:19] <charlie-tca> I replaced my keyboard when my trackball wore out, got a qtronics ione 35 with trackball built in
[16:22] <AlanBell> zsyncing both of those
[16:22] <charlie-tca> Awesome! Thanks very much
[21:10] <AlanBell> doing the 64 bit install now
[21:11] <AlanBell> it has booted into classic gnome
[21:12] <AlanBell> problem between step 6 and step 7
[21:13] <AlanBell> alt+f1 takes you to the menu but that isn't where the installer is, the icon for that is on the desktop
[21:13] <AlanBell> oh, might work in Unity, don't know
[21:15] <AlanBell> when scrolling up and down the languages I wonder if espeak could switch languages as it goes
[21:15] <charlie-tca> There should be an is\
[21:15] <AlanBell> because it can't pronounce francais
[21:15] <charlie-tca> there should be an installer icon as the first launcher in Unity on the dock
[21:16] <AlanBell> yeah, but I am in classic gnome
[21:16] <charlie-tca> The test case is designed specific to unity working. One of the issues yet with the "new" ubuntu
[21:17] <AlanBell> ok, the test case should include that when it starts speaking it should tell you
[21:17] <AlanBell> "desktop environment is unity"
[21:17] <charlie-tca> I don't think it does say that in unity
[21:18] <charlie-tca> I will boot one and listen
[21:18] <AlanBell> and if it tells you desktop environment is classic gnome then different instructions are needed
[21:18] <AlanBell> it does
[21:18] <charlie-tca> If they decide which session a11y will use, it would be much easier, huh?
[21:18] <AlanBell> quite a lot of machines will boot to classic gnome
[21:19] <charlie-tca> I will wrio
[21:19] <charlie-tca> I will write another test then for classic, and put it down as you suggest.
[21:19] <charlie-tca> That's why I needed someone besides me to try this
[21:20] <UndiFineD> I tried natty 6 days ago ... somewhat of a vista experiance
[21:21] <UndiFineD> unity seems unproductive, so I got annoyed with that, switched to classic, which killed my encrypted user home directory
[21:22] <AlanBell> "use underscore device" radio button lable is a bit crap
[21:22] <AlanBell> as is "custom underscore partitioning"
[21:23] <charlie-tca> I agree.
[21:23] <maco> O_o
[21:24] <AlanBell> I think I might go through this again and make a video and audio recording of it
[21:28] <charlie-tca> so, how bad is the test case?
[21:28] <charlie-tca> Other than it was written for unity and we need to have one for classic
[21:31] <charlie-tca> AlanBell: thank you for doing the tests. It really helps to know where the fails are now.
[21:31] <charlie-tca> I ran it about 5 times, and did not catch some of that stuff
[21:33] <AlanBell> it is pretty shocking :)
[21:33] <AlanBell> I knew that already, but I am still shocked once more
[21:52]  * UndiFineD hears "it's electrifying, go grease lightning"
[21:52] <UndiFineD> :P
[21:53] <charlie-tca> Well, I guess that is one way to put it :-)
[21:54]  * charlie-tca goes to write a new test for classic-gnome; that's what he started with, too
[21:55] <charlie-tca> I will have to install the nvidia card to get it to fall
[21:55] <charlie-tca> fallback properly
[21:55] <UndiFineD> I had no nvidia trouble on natty
[21:56] <UndiFineD> but I upgraded ..
[21:57] <charlie-tca> If you don't install the hardware driver, unity don't work again
[21:57] <charlie-tca> it was working with one of the default drivers, but now it needs the hardware nvidia driver again
[21:58] <UndiFineD> ah yes I have that


[14:10] <sforshee> jjohansen: it turns out I was running a differnt kernel than I thought I was when I was getting that oops (I guess I had forgotten to reboot), it did not have the lsm stacking patches. Now I am running the kernel with those patches and am not getting the oops anymore, so seems the oops wasn't related to those patches and hopefully is no longer a problem.
[16:10] <jjohansen> sforshee: thanks, I'll take a little more time on the updated patches them. We still want them so we are tracking closer to upstream
[18:35] <Guma> I was wondering if there is a tool to generate custom kernel configuration for specific hardware (versos doing it by try and error manually) so I can build kernel with just specific options to specific hardware configuration?
[18:36] <apw> Guma, not really, there are defconfigs for various bits of h/w in the kernel, but making them work with a distro, not so easy
[19:09] <Guma> apw: I figured it will not be easy. But where would I start reading about it. Something most relevant to what I am trying to do? Any good suggestions?
[19:39] <apw> Guma, i am not sure there is anything useful, we have been talking about the lack of this kind of information ...
[21:36] <Guma> apw: I think this is needed. Reading on the net there there are quite few people searching about it but quite contradicting or old information.
[21:38] <Guma> I think it would be good info for people to get into this space. Else it is very hard to figure this out and some might be turned off.
[21:38] <Guma> I got a feeling you already know this since there is a talk about it
[21:40] <Guma> I think it would be great tool to run after installation on system and it would produce config for current running kernel for starters. I understand that it is all another level to create config for different kernel versions
[21:41] <mjg59> The information needed to do that correctly isn't available
[21:41] <mjg59> You'd need kernel build system modifications


[15:46] <wNz> Nivex: that is so badass. fedora++
[19:55] <holstein> we have these http://spreadubuntu.org/ar/material/packaging/ubuntu-1204-precise-pangolin-cd-label
[19:55] <holstein> it would be nice to have both
[19:55] <holstein> i have lightscribe, so i never use the cd labels


[00:32] <Sarvatt> ugh, darn docking station bugs are almost always fixed by bios updates and it sucks having to go through bios changelogs to close X bugs - https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/643448
[00:32] <ubot4`> Launchpad bug 643448 in xserver-xorg-video-intel (Ubuntu) "Latitude E6410 - interal display not recogniced when booted over docking station (affects: 1) (heat: 8)" [Undecided,Won't fix]
[09:12] <tgies> i imagine some of the xorg-edgers guys hang out in here?
[09:13] <tgies> just pulled the latest edgers build of the intel i9xx drivers -- WAY smoother video on my i915
[09:13] <tgies> it was unusable before
[09:13] <tgies> and that was with the previous xorg-edgers build
[09:13] <tgies> i'm looking at the diffs right now trying to figure out what made the difference
[12:56] <JanC> tgies: it's UDS this week, so don't expect too much response  ☺
[21:53] <bryceh_> *yaaaaawwwwwwn*