[03:58] <ScottK> debfx: Would you be up for taking a crack at merging Qt?
[04:08] <ScottK> Are people bumping boost to 1.46?
[04:08] <ScottK> We need to do that and get rid of 1.42 ASAP.
[04:36] <ScottK> JontheEchidna: Has kubuntu_01_fix_dialog_focus.diff in polkit-kde-1 been sent upstream?
[04:36] <JontheEchidna> I think I committed it directly
[04:40] <JontheEchidna> yup: https://projects.kde.org/projects/extragear/base/polkit-kde-agent-1/repository/revisions/0701f84a57156f8f584bb4fe928811a26ceefcf0
[04:40] <JontheEchidna> there just hasn't been a new release of it yet
[04:42] <ScottK> Thanks.
[04:43] <ScottK> That's our only diff with Debian, so I just mailed the patch back to them for consideration.
[04:45] <ScottK> JontheEchidna: Would you be up for reviewing shadeslayer's kde4libs merge?  i think that's next.
[04:46] <JontheEchidna> I'll put it at the top of the list for tomorrow
[04:46] <ScottK> Great.
[08:11] <debfx> ScottK: I though Quintasan wanted to do that since he participated in the patch review
[08:55] <bambee> morning
[09:04] <bambee> debian kde team has renamed libkonq5a to libkonq5abi1 ? I need to do the same thing ? 
[09:05] <Peace-> Hi
[09:10] <debfx> bambee: yes, I think we should
[09:11] <bambee> another thing about libdlrestrictions: actually it's into universe, many kde apps will use this package
[09:11] <bambee> debfx: okay thanks
[09:12] <Peace-> ==> i did a debian package for this http://kde-apps.org/content/show.php/Active+Application?content=139686
[09:12] <debfx> ScottK: ^ I thought you are able to move new binary packages to main :)
[09:13] <Peace-> plasma looks good now => http://wstaw.org/m/2011/05/28/plasma-desktopwq1739.jpg
[09:32] <yofel> morning
[09:32] <Peace-> yofel: morning
[09:57] <bambee> debfx: ping
[09:58] <bambee> apparently there is a missing cmake macro in libdlrestrictions-dev
[09:58] <bambee> "kde4deb_dlrestrictions_process_libraries"
[10:01] <debfx> bambee: where is it used?
[10:01] <bambee> or the debian patch is wrong and does not use the right macro....
[10:01] <bambee> debfx: in kdebase
[10:01] <bambee> debfx: http://paste.ubuntu.com/614095/
[10:01] <bambee> it's a patch imported from debian
[10:04] <debfx> hmm
[10:06] <bambee> I don't find it in the orig tarball (even with a recursive grep) o_O
[10:07] <bambee> and there is no diff.gz in debian....
[10:08] <bambee> well, Modestas Vainius is on irc ? (the author)
[10:08] <yofel> there should be a debian.tar.gz
[10:09] <debfx> it looks like some cmake magic
[10:10] <yofel> bambee: MoDaX in #debian-qt-kde@irc.oftc.net
[10:10] <yofel> you should be in there anyway
[10:10] <bambee> ok
[10:20] <bambee> shadeslayer: ping me when you've finished to merge kdelibs (I need it for kdebase)
[10:41] <debfx> agateau: in dbusmenu-qt you export various classes from private headers. are those really needed?
[12:55] <shadeslayer> yofel: could you do a apt-get upgrade on your thinkpad?
[12:55] <shadeslayer> bambee: i'm nearly done, waiting for pkg-kde-tools to be upgraded :)
[13:07] <debfx> upgraded to what?
[13:18] <bambee> shadeslayer: ok
[13:18] <bambee> shadeslayer: yeah , upgraded to what ?
[13:18] <shadeslayer> debfx: i need pkg-kde-tools upgraded on yofel's system so i can work xD
[13:19] <bambee> ah
[13:20] <shadeslayer> my idiotic ISP throttles my connection after 8GB's of download :(
[13:23] <bambee> someone could take a screenshot of userconfig on a mobile (or tablet) ? just to see ui integration on embedded devices with small screens
[14:03] <ScottK> debfx: Good point.  We'll leave it for Quintasan.
[14:04] <ScottK> debfx: I can move things to Main if they are in New.  For moving packages otherwise it requires shell access in the Canonical data center that I don't have, so I have to ask.
[14:04] <saras>  any idea if i can install kubuntu on cruz t301
[14:33] <debfx> ScottK: Yeah I got that. I was just referring to libdlrestrictions which should have ended up in main
[14:34] <ScottK> debfx: Yeah.  I could have done it then, but I didn't think of it.
[14:34] <ScottK> I thought of it approximately a minute after I hit accept.
[14:36] <ScottK> debfx: I've asked to have them promoted.
[14:37] <bambee> apachelogger: I have a lord question for you :P
[14:50] <apachelogger> apachelogger->processQuestion(bambee->questions().pop());
[14:50] <bambee> :D
[14:51] <bambee> apachelogger: look at this module http://websvn.kde.org/trunk/KDE/kdeadmin/kuser/ku_editgroup.cpp?view=markup <--- anything is deleted ?
[14:51] <bambee> s/anything/nothing/
[14:51] <kubotu> bambee meant: "apachelogger: look at this module http://websvn.kde.org/trunk/KDE/kdeadmin/kuser/ku_editgroup.cpp?view=markup <--- nothing is deleted ?"
[14:52] <apachelogger> that is not a question, that is 339 sloc I do not have time to read through
[14:52] <bambee> so my question is :  does kdelibs or qt free them in a case like that ? typically this module uses a qtreewidget and add qtreewidgetitems allocated dynamically, does qtreewidget free them ?
[14:55] <apachelogger> bambee: no
[14:55] <shadeslayer> Quintasan: have you tried to get oxygen-appmenu running in neon?
[14:55] <apachelogger> bambee:       QTreeWidgetItem *item = new QTreeWidgetItem(m_list_in, sl);
[14:55] <apachelogger> first arg there is the parent
[14:55] <apachelogger> qobject children get deleted bythe qobject upon destructin
[14:56] <apachelogger> so by maing the QTW parent of QTWI, latter will be deleted once former is being destructed
[14:56] <bambee> mhhhh
[14:56] <bambee> ok
[14:56] <apachelogger> http://doc.qt.nokia.com/latest/qobject.html#details
[14:57] <apachelogger> QObjects organize themselves in object trees. When you create a QObject with another object as parent, the object will automatically add itself to the parent's children() list. The parent takes ownership of the object; i.e., it will automatically delete its children in its destructor. You can look for an object by name and optionally type using findChild() or findChildren().
[14:58] <shadeslayer> apachelogger: so it recursively calls delete on each of its children in its destructor?
[14:59] <bambee> interesting feature
[14:59] <shadeslayer> apachelogger: oh and you have oxygen-appmenu right?
[15:01] <apachelogger> shadeslayer: how else would this work
[15:01] <shadeslayer> apachelogger: right, just asking, btw is there a better way to start a command than QProcess?
[15:02] <apachelogger> depends on what you need to do, what the command is, why you call it at all, why you do not use kprocess...
[15:03] <shadeslayer> apachelogger: its a command to start the dbus server
[15:03] <shadeslayer> of a app
[15:03] <apachelogger> the what?
[15:03] <shadeslayer> ( yes i know, its weird )
[15:03] <shadeslayer> apachelogger: syncevolution has a seprate command to start it's dbus server xD
[15:04] <apachelogger> ehm
[15:04] <apachelogger> nono
[15:04] <apachelogger> this is all wrong
[15:04] <apachelogger> ALL WRONG
[15:04] <apachelogger> kubotu: google dbus message bus starting service
[15:04] <kubotu> Results for dbus message bus starting service: 1. D-Bus Specification: http://dbus.freedesktop.org/doc/dbus-specification.html | 2. D-Bus: http://dbus.freedesktop.org/ | 3. D-Bus: Message bus APIs: http://dbus.freedesktop.org/doc/api/html/group__DBusBus.html
[15:04] <apachelogger> read
[15:04] <shadeslayer> looking
[15:05] <shadeslayer> apachelogger: syncevolution has 3 binaries, one for starting the dbus interface, one for syncing and one to start the http server
[15:05] <shadeslayer> the one for syncing can also be used to add/remove configs
[15:05] <apachelogger> http://dbus.freedesktop.org/doc/dbus-specification.html#message-bus-starting-services http://dbus.freedesktop.org/doc/dbus-specification.html#message-bus-starting-services http://dbus.freedesktop.org/doc/dbus-specification.html#message-bus-starting-services http://dbus.freedesktop.org/doc/dbus-specification.html#message-bus-starting-services http://dbus.freedesktop.org/doc/dbus-specification.html#message-bus-starting-services 
[15:06] <shadeslayer> ah
[15:06] <apachelogger> thy shalt not do things that other software does for you
[15:06] <shadeslayer> apachelogger: lol
[15:08] <apachelogger> bambee: oh, btw, https://wiki.kubuntu.org/Kubuntu/Specs/MaverickCodestylePolicy
[15:08] <shadeslayer> thanks btw ...
[15:08] <bambee> great! thanks
[15:08] <apachelogger> bambee: especially note the i18n part, while you are redoing everything you might as well switch from i18n to i18nc to make translators love you
[15:09] <shadeslayer> cya laterz
[15:09]  * bambee reads the documentation about i18nc
[15:09] <apachelogger> http://techbase.kde.org/Development/Tutorials/Localization/i18n_Semantics
[15:11] <bambee> ohhh. it's almost my coding style... except for the getter :)
[15:12] <bambee> and for includes :\
[15:18] <charlie-tca> Time for me to be a pain in the side?
[15:18] <charlie-tca> The colors of the menu on the Kubuntu alternate cd are no good for visually impaired people. Black is not a good contrast on the color of blue
[15:19] <charlie-tca> Is it possible to use white for the menu, and black for the selection?
[15:19] <charlie-tca> At least it would make it more easily readable
[15:20] <apachelogger> why, sure, once I remember where one sets this
[15:20]  * apachelogger thinks it is in either ubuntu-cd or debian-cd or something related but undocumanted
[15:20] <apachelogger> charlie-tca: what is the menu though?
[15:20] <ScottK> charlie-tca: We plan to drop the alternate this cycle, so it's probably not worth spending time on.
[15:20] <charlie-tca> I know that feeling
[15:20] <apachelogger> the thing at the bottom?
[15:21] <ScottK> apachelogger: IIRC debfx knows which knob to turn.
[15:21] <apachelogger> ScottK: doesn the DVD have the very same selection screen>
[15:21] <charlie-tca> no, the entire menu, install from cd, use hard disk, etc
[15:21] <ScottK> apachelogger: Good point.
[15:21] <charlie-tca> but you are right, if the cd won't stay, don't bother fixing it for alpha1. It is a waste of time.
[15:21] <ScottK> charlie-tca: I image the Canonical purple used on Ubuntu images wasn't so great either?
[15:21] <charlie-tca> you're right
[15:22] <apachelogger> ScottK: it is aubergine!
[15:22] <ScottK> charlie-tca: It is an issue for the DVD, but we don't generally worry much about DVDs until later.
[15:22] <charlie-tca> It is pink on my laptop
[15:22] <charlie-tca> okay
[15:23] <charlie-tca> I will complain again later about it
[15:23] <ScottK> We put the blue in just in order to avoid shipping a Barneyfied installer.
[15:23] <charlie-tca> yeah, we did that too
[15:24] <charlie-tca> I think the purple is highly dependent on the actual video of the system. It changes on each one of my computers
[15:27] <ScottK> http://en.wikipedia.org/wiki/Barney_%26_Friends <-- For those not familiar with the relevant Barney.
[16:48] <ScottK> OdyX is going to do a new kdesudo release with all of our changes included, so we should be able to sync kdesudo soon.
[16:48] <ScottK> If anyone has additional changes, please coordinate with him on #debian-qt-kde.
[16:52] <debfx> ScottK: have you looked at the diff? I don't think we can sync the package
[16:52] <ScottK> debfx: Not yet, but after the next upstream release we'll be able to.
[16:53] <ScottK> (I think, I actually just looked at the patches)
[16:53] <debfx> - Use update-alternatives instead of dpkg-divert to override kdesu.
[16:53] <debfx> - Remove debconf support.
[16:53] <ScottK> Maybe not.
[16:53] <ScottK> I'd say we should consider if we really want the diff or not.
[17:03] <jussi> My imx53 is now in memphis... lets see how efficient fedex is.
[17:10] <ScottK> debfx: apachelogger made the dpkg-divert change, so it'd be nice if you two would sort out if we really need to maintain the diff.  The new upstream is uploaded to Debian.
[17:16] <debfx> ScottK: the other problem is that it uses a debconf prompt (which defaults to not using kdesudo)
[17:16] <debfx> so we certainly can't sync the package as it is now
[17:19] <DarkwingDuck> Morning guys
[17:32] <ScottK> OK
[17:32] <ScottK> debfx: Can we preseed the debconf thing?
[17:33] <ScottK> In any case, the diff is now reduced.
[17:33] <debfx> no idea how that works
[17:34] <ScottK> Probabyl more trouble than it's worth.
[17:34] <ScottK> yl/ly
[17:35] <ScottK> doko wants a MIR for libdlrestrictions1 and libdlrestrictions-dev.
[17:35] <ScottK> Anyone up for a bit of MIR writing?
[18:00] <debfx> ScottK: is there a particular reason why you've used "[i386 amd64 powerpc]" instead of "[!armel]" in kdegames?
[18:27] <bambee> http://paste.ubuntu.com/614243/  -> "no known conversion for argument 1 from ‘QWidget*’ to ‘QObject*’ " -> wtf ? o_O
[18:30] <Peace-> bambee: mm
[18:30] <Peace-> did you do sudo apt-get build-dep stuff?
[18:31] <Peace-> i guess yes
[18:31] <Peace-> but :)
[18:31] <bambee> Peace-: no it's a personnal project, not packaged yet
[18:31] <Peace-> it's a kcm module then ?
[18:31] <Peace-> right?
[18:31] <bambee> yes
[18:32] <Peace-> this is a nerd solution but... i have fixed a lots of times , with sudo apt-get build-dep kcm-anothermodule 
[18:32] <Peace-> well i am lazy yes
[18:33] <Peace-> a lots of time i forgot some dev xD
[18:34] <bambee> as it's not packaged yet, the packages manager won't know its build dependencies ;)
[18:34] <Peace-> yes...
[18:34] <Peace-> just use another kcm 
[18:35] <Peace-> xD
[18:36] <Peace-> bambee: kdelibs5-dev is on right ?
[18:37] <yofel> shadeslayer: sry, not at home. Upgrading now
[18:37] <bambee> my request was not for that, it was for the message ""no known conversion for argument 1 from ‘QWidget*’ to ‘QObject*’ ""
[18:37] <bambee> (qwidget inherits from qobject)
[18:37] <Peace-> bambee: ok sorry i dunno 
[18:37] <bambee> np :)
[18:39] <yofel> hm... Do we have a backport of pkg-kde-tools somewhere yet?
[18:46] <JontheEchidna> bambee: could you pastebin the constructor of that class?
[18:48] <bambee> JontheEchidna: http://paste.ubuntu.com/614250/ + http://paste.ubuntu.com/614251/
[18:49] <bambee> (the coding style and the code is not perfect yet)
[18:50] <JontheEchidna> Change "AbstractItemModel::AbstractItemModel( QWidget *parent ):" and the corresponding bit in the header to QObject *parent and everything should work as expected.
[18:50] <JontheEchidna> The constructor will be able to take an QObject-inheriting class that way
[18:51] <bambee> aahh...
[18:53] <bambee> ohhh you're right the QAbstractItemModel constructor takes a QObject * as argument... :)
[18:53] <bambee> well done thanks
[18:53] <JontheEchidna> yw
[18:56] <JontheEchidna> In code you will be able to pass a QWidget in as a parent since it does inherit from QObject, but you have to be more specific in a subclass constructor
[19:09] <JontheEchidna> ScottK: do you know where shadeslayer's merge landed?
[19:16] <yofel> Lying around on my server it seems, not sure what's what though..
[19:19] <yofel> shadeslayer: pkg-kde-tools upgraded.
[19:19] <yofel> bbl
[19:29] <shadeslayer> JontheEchidna: test building now
[19:31] <shadeslayer> JontheEchidna: altho, symbols are left after test building, but i hope that will be quick
[19:40] <shadeslayer> JontheEchidna: for some reason libudev-dev isn't being installed in the pbuilder, but if i install it manually it works ... the build dep is : libudev-dev [linux-any] ....
[19:41] <bambee> once merged where I need to upload kdebase ?
[19:49] <debfx> shadeslayer: that's a bug in pbuilder
[19:49] <shadeslayer> ...
[19:49] <shadeslayer> debfx: yeah i removed linux-any for now
[19:49] <debfx> using the one in oneiric fixes that
[19:49] <shadeslayer> and it builds
[19:49] <shadeslayer> oh .. hmm
[19:50] <shadeslayer> will put it back after build then
[19:50] <debfx> ok, but re-add it before pushing to bzr
[19:50] <shadeslayer> yep
[20:00] <shadeslayer> btw did anyone merge Qt?
[20:05] <debfx> no, but I hope Quintasan will do that
[20:12] <shadeslayer> oh .. okay
[20:15] <yofel> re
[20:16] <shadeslayer> hey yofel
[20:16] <yofel> grrr, that pbuilder bug again
[20:16] <shadeslayer> yofel: any ideas how nvidia performs over DVI?
[20:16] <shadeslayer> hehehe
[20:16] <yofel> on my 250GTS perfectly fine
[20:16] <yofel> ah, oneiric has merged pbuilder, I'll install that on the server
[20:17] <shadeslayer> yep
[20:17] <yofel> server is on natty
[20:17] <shadeslayer> yofel: your server is quite messed up xD
[20:17] <shadeslayer> it has debian and ubuntu entries in sources.list i think ... :P
[20:17] <yofel> well, that was my karmic desktop setup converted into a server, pretty messy :S
[20:18] <yofel> that's intentional
[20:18] <yofel> debian is pinned to -1
[20:19] <shadeslayer> ah
[20:20] <shadeslayer> yofel: could you : sudo rm -rf /home/shadeslayer/livecdtmp 
[20:20] <shadeslayer> should free up about 2 GB's of space
[20:21] <yofel> well, plenty left anyway
[20:23] <yofel> purged
[20:25] <shadeslayer> thanks :)
[20:25] <yofel> you don't have a quota anyway :P
[20:25] <yofel> and that freed 5G ^^
[20:25] <shadeslayer> hehe
[20:26] <shadeslayer> ok i got scared for a moment there ... tried to switch between screens and nothing happened :P
[20:29] <QuintasanWEB> omfg
[20:29] <shadeslayer> 0.o
[20:29]  * QuintasanWEB cant boot recovery mode
[20:30] <QuintasanWEB> I updated nvidia driver from Xorg edgers
[20:30] <QuintasanWEB> rebooted my pc and now i get KP
[20:30] <QuintasanWEB> claims it is not able to mount /
[20:30] <QuintasanWEB> :/
[20:30] <shadeslayer> hehe
[20:31] <shadeslayer> QuintasanWEB: you have 270.41.06 ?
[20:31] <QuintasanWEB> I had
[20:31] <QuintasanWEB> updated to 275
[20:31] <QuintasanWEB> which apparently fixes the weird Konsole resize bug
[20:32] <QuintasanWEB> upgrading nvidia shouldnt break mounting / 
[20:32] <QuintasanWEB> lol
[20:32] <shadeslayer> haha
[20:33] <shadeslayer> ok ... i lost my screen now ^^
[20:38] <shadeslayer> QuintasanWEB: i tried out GNOME3 recently
[20:38] <shadeslayer> QuintasanWEB: they don't have a visible shutdown option xD
[20:38] <QuintasanWEB> BLEH
[20:39] <shadeslayer> i had to manually sudo halt -h NOW
[20:39] <yofel> who needs that, we have ttys
[20:39] <shadeslayer> hahahha
[20:39] <yofel> we spoil users too much :P
[20:39] <shadeslayer> true ^^
[20:40] <bambee> shadeslayer: uploaded ?
[20:41] <shadeslayer> nope, it just FTBFS'd
[20:41] <bambee> arf
[20:42] <bambee> we've also a shutdown plasmoid no ?
[20:42] <ScottK> JontheEchidna: In bzr under ~kuubntu-packagers AFAIK.
[20:42] <jussi> bambee: lock logout iirc
[20:42] <bambee> oh indeed
[20:43] <ScottK> shadeslayer: Why do you need a shutdown option when you have a power button.
[20:43] <JontheEchidna> ScottK: shadeslayer hasn't pushed yet
[20:43] <bambee> well, the user can logout and shutdown from kdm then :P
[20:43] <ScottK> debfx: re kdegames: So it would still work if we get armhf
[20:43] <ScottK> (which is likely, but not certain this cycle)
[20:44] <ScottK> JontheEchidna: Oh.  OK.
[20:44] <shadeslayer> arf
[20:44] <shadeslayer> yofel: can i have sudo permissions for cp?
[20:47] <shadeslayer> or nvm
[20:48] <debfx> ScottK: ok, another issue is that the Architecture field presumably doesn't support "!"
[20:48] <ScottK> debfx: I think it does now, but I'm not 100% sure, since I had no reason to care.
[20:58] <shadeslayer> ok ...  debian/kdelibs5-data/usr/share/doc/kde4 is gone
[21:01] <ScottK> OK.  Did the MIR for libdlrestrictions1 and libdlrestrictions-dev 
[21:05] <shadeslayer> question : ln -s kde debian/kdelibs5-data/usr/share/doc/kde4 seems to fail in kdelibs because there is no kde4 dir there anymore, any ideas how to fix? should i touch a file there and link it ?
[21:05] <shadeslayer> ln -s kde debian/kdelibs5-data/usr/share/doc/kde fails as well
[21:06] <yofel> does debian/kdelibs5-data/usr/share/doc/kde already exists?
[21:06] <yofel> *exist
[21:06] <shadeslayer> nope, but i tried that before listing debian/kdelibs5-data/
[21:07] <shadeslayer> dpkg-gensymbols: unknown option `-u' bwahahahaha
[21:09] <shadeslayer> we used -u-c0 before ..  can i replace that with just -c0 ?
[21:09] <debfx> replace it with whatever debian has
[21:10] <shadeslayer> debian just had -V
[21:10] <shadeslayer> debfx: we had -V -u-c0 ... 
[21:11] <debfx> that's what debian had as well
[21:11] <shadeslayer> s/-V/-c0
[21:12] <yofel> hm, -c0 meant never fail on missing symbols, what's the point then ...?
[21:12] <shadeslayer> yofel: -u isn't a option in dpkg-gensymbols apparently
[21:13] <yofel> can't find it either
[21:13] <shadeslayer> and there seems to be no point in adding verbosity to the dpkg-gensymbols output either
[21:13] <shadeslayer> so i'll loose both of those options
[21:14] <yofel> use whatever debian has
[21:14] <shadeslayer> yeah
[21:14] <shadeslayer> any ideas about the linking of docs?
[21:15] <yofel> not without knowing what the error actually is
[21:18] <shadeslayer> one sec
[21:18] <shadeslayer> http://paste.ubuntu.com/614298/
[21:19] <yofel> I guess debian/kdelibs5-data/usr/share/doc/ doesn't exist
[21:19] <shadeslayer> nope
[21:20] <shadeslayer> yofel: i figured as much, but how do we fix it xD
[21:20] <yofel> mkdir -p ?
[21:20] <shadeslayer> thats what i was thinking as well
[21:20] <debfx> I'd say we can just drop that symlink
[21:21] <debfx> there is only one package that installs into /usr/share/doc/kde4: backintime-kde
[21:22] <shadeslayer> aren't we considering backintime as a backup option?
[21:22] <shadeslayer> debfx: that package might go into the DVD 
[21:23] <shadeslayer> so i think we have to keep that symlink
[21:23] <debfx> doesn't matter that package should be fixed regardless
[21:23] <shadeslayer> oh okay
[21:23] <shadeslayer> Quintasan_: ^^
[21:23]  * shadeslayer drops symlink then
[21:29] <shadeslayer> debfx: is this feature new? : debian/source/include-binaries
[21:29] <debfx> shadeslayer: it's a feature of source format 3.0
[21:29] <shadeslayer> ah nope
[21:29] <shadeslayer> right
[21:29] <yofel> that's 3.0 for including binary files
[21:30] <shadeslayer> i just saw it for the first time :P
[21:31] <debfx> hm maybe we need to keep that symlink after all
[21:31] <shadeslayer> @_@
[21:32] <shadeslayer> debfx: so i should keep it?
[21:33] <debfx> yeah
[21:33] <QuintasanDroid> pew pew
[21:33] <QuintasanDroid> at least the fs is not corrupted
[21:33] <shadeslayer> alright
[21:33] <debfx> shadeslayer: you could just put it into kdelibs5-data.links
[21:33] <QuintasanDroid> now how do I fix this mess
[21:33] <shadeslayer> ah
[21:33] <shadeslayer> debfx: thats cool
[21:34] <QuintasanDroid> oh s
[21:34] <shadeslayer> debfx: so like : kde usr/share/doc/kde4 ?
[21:34] <QuintasanDroid> cant chrootn into 64 bit from 32 bit
[21:34] <QuintasanDroid> wt
[21:34] <shadeslayer> no
[21:35] <shadeslayer> QuintasanDroid: un supported
[21:35] <debfx> shadeslayer: man dh_links
[21:35] <QuintasanDroid> ...
[21:35] <QuintasanDroid> oh great
[21:35] <shadeslayer> QuintasanDroid: how do you even expect that to work :P
[21:35] <QuintasanDroid> I have no idea, I want to somehow rescue my machine
[21:35] <debfx> -s
[21:36] <QuintasanDroid> no, just great
[21:36] <QuintasanDroid> Hurrrrrrrrr
[21:38] <QuintasanDroid> LOL
[21:38] <QuintasanDroid> ENDLESS KERNEL PANIC ON LIIVECD
[21:41] <shadeslayer> hahaha
[21:44] <shadeslayer> ok i'll bbl ...
[21:44] <shadeslayer> kde4libs is building ;)
[22:02] <ScottK> QuintasanDroid: What kind of install is the actual system on your machine?  32 or 64 bit?
[22:13] <QuintasanDroid> ScottK: 64 bit
[22:13] <QuintasanDroid> will debian amd64 net inst be capable of chrooting?
[22:14]  * QuintasanDroid wants to download the least amount of data possible
[22:14] <QuintasanDroid> urgh
[22:18] <ScottK> How about http://archive.ubuntu.com/ubuntu/dists/natty/main/installer-amd64/current/images/netboot/
[22:18] <ScottK> Won't it boot in recovery mode?
[22:32] <QuintasanDroid> ScottK: I have no idea how to use that
[22:34] <ScottK> QuintasanDroid: Burn the mini ISO to CD and boot it.  http://archive.ubuntu.com/ubuntu/dists/natty/main/installer-amd64/current/images/netboot/mini.iso
[22:35] <ScottK> Should be ~the same as netinst on Debian.
[22:35] <ScottK> Of course that'll install the system, now that I think about it.
[22:35] <ScottK> Probably not what you actually want.
[22:47] <shadeslayer> QuintasanDroid: you need a amd64 cd afaik
[22:53] <QuintasanDroid> netinstall did the trick
[22:57] <QuintasanDroid> hmm, now I wonder how to fix this shit
[22:57] <shadeslayer> QuintasanDroid: btw for symbols, can't i get them in one neat patch with some tool?
[22:58] <QuintasanDroid> read the whole page
[22:58] <QuintasanDroid> it is there
[22:58] <QuintasanDroid> omfg and kernel panic
[22:58] <QuintasanDroid> ...
[22:58] <shadeslayer> QuintasanDroid: you mean "Updating a symbols file for a new library version" right?
[22:58] <QuintasanDroid> I mean the whole page I sent you
[22:58] <shadeslayer> QuintasanDroid: yes, i'm reading that
[22:59] <QuintasanDroid> WHY THE HELL IT FAILS TO MOUNT ROOTFS?
[22:59] <QuintasanDroid> I just freaking updated graphics drivers
[22:59] <shadeslayer> QuintasanDroid: what i'm asking is, is there something that can extract the diffs inside the build log
[23:00] <shadeslayer> QuintasanDroid: erm .. i have the new nvidia blob now, no issues yet
[23:00] <QuintasanDroid> 275?
[23:00] <QuintasanDroid> from xorg edgers?
[23:00] <shadeslayer> yes
[23:00] <QuintasanDroid> okay
[23:01] <QuintasanDroid> so what the fcks is wrong with my booting
[23:01]  * QuintasanDroid cant reboot via keyboar
[23:01] <QuintasanDroid> and shutting down is painful because I have to wait ~20 minutes before I can successfully turn on my computer
[23:04] <shadeslayer> ah i get it now
[23:05] <QuintasanDroid> http://www.imgur.com/0XXSQ.jpg
[23:05] <QuintasanDroid> no, just great
[23:05] <QuintasanDroid> the fs is there
[23:05] <QuintasanDroid> not corrupted but it cant mount it
[23:05] <QuintasanDroid> while I can mount it just fine from liveusb
[23:06] <QuintasanDroid> and RSEIUB doesnt work
[23:06] <QuintasanDroid> :/
[23:06] <shadeslayer> :S
[23:07] <QuintasanDroid> now, another 20 minutes to waste
[23:07] <shadeslayer> pkgkde-symbolshelper: warning: there are LOST symbols (including optional): 0.o
[23:07] <QuintasanDroid> Im so fckking going to send that mobo to get a replacement
[23:07] <QuintasanDroid> cant even reboot my computer normally
[23:08] <QuintasanDroid> WHY IT HAPPENS ONLY TO ME?
[23:08]  * QuintasanDroid quits whine mode
[23:08] <shadeslayer> hehe
[23:08] <shadeslayer> QuintasanDroid: its a mobo issue?
[23:08] <QuintasanDroid> no idea
[23:08] <QuintasanDroid> If I shut down my PC
[23:08] <QuintasanDroid> and then try to power it up
[23:08] <QuintasanDroid> I get no beep
[23:08] <QuintasanDroid> no POST
[23:08] <ScottK> QuintasanDroid: If it mounts from a live CD, the FS isn't actually corrupted, is it?
[23:09] <shadeslayer> ...
[23:09] <QuintasanDroid> my display flashes between digital and vga output, then stops doing anything
[23:09] <QuintasanDroid> the fans are working etc but it wont boot for some reason
[23:09] <QuintasanDroid> ScottK: I can mount it just fine from LiveCD
[23:10] <QuintasanDroid> therefore it cant possibly be corrupted
[23:10] <ScottK> Then the FS iteself is fine.
[23:10] <ScottK> The pic you posted says kernel panic
[23:10] <QuintasanDroid> because it cant mount rootfs
[23:10] <QuintasanDroid> the rootfs is sdh7
[23:10] <ScottK> QuintasanDroid: I note the you are trying to boot the kernel from natty-proposed.  
[23:11] <ScottK> Can you manage to boot the actuall natty kernel?
[23:11] <QuintasanDroid> ScottK: how do you know that?
[23:11] <ScottK> Your picture says 2.6.38-9-generic.
[23:11] <ScottK> I'll also mention that's a 32bit kernel.
[23:12] <QuintasanDroid> oh wait
[23:12] <ScottK> So your problem may well be your trying to use a 32 bit kernel with a 64 bit userspace.
[23:12] <QuintasanDroid> what?
[23:12] <QuintasanDroid> how is that even possible?
[23:12]  * QuintasanDroid couldnt have possibly installed 32bit kernel
[23:12] <ScottK> Somehow you are managing to boot one.
[23:13] <ScottK> Boot the right kernel and I bet you're in business.
[23:13] <QuintasanDroid> how can you say it is 32bit kernel?
[23:13]  * QuintasanDroid cant see anything apart from version there
[23:14] <ScottK> 2.6.38-9-generic is the name of a 32bit kernel
[23:14] <QuintasanDroid> and how is amd64 kernel named?
[23:15] <ScottK> I'm double checking this.
[23:15] <debfx> the same :)
[23:15] <QuintasanDroid> I thought what debfx said
[23:15] <ScottK> Actually I'm wrong
[23:15] <QuintasanDroid> thats why I was wondering how then hell I could pull a 32bit kernel
[23:15] <ScottK> In any case, it is the natty-proposed one, try the regular natty kernel
[23:15] <shadeslayer> i'd say both are named the same
[23:15] <ScottK> Sorry about taht
[23:16] <QuintasanDroid> ScottK: I really want to file a bug if the regular one works?
[23:16] <ScottK> Yes.
[23:17]  * QuintasanDroid wonders how can he save a log of that
[23:17] <ScottK> The picture you took will be a good start.
[23:17] <QuintasanDroid> the system hangs right after I boot it so I cant take any pictures before that one
[23:17] <ScottK> also booting the live cd now and saving relevant logs would be good.
[23:18] <QuintasanDroid> ScottK: hah, I have to wait 20 minutes to be able to boot my pc back
[23:18] <ScottK> Patience is a virtue.
[23:18] <QuintasanDroid> stupid hardware
[23:18] <shadeslayer> okay i was saved by the fact that my dist-upgrade is broken xD
[23:19] <QuintasanDroid> ScottK: Sure it is,  but wasted 20 minutes are wasted 20 minutes no matter how you look at iy
[23:19] <QuintasanDroid> shadeslayer: do you get sigsegv on update?
[23:19] <ScottK> Nah.  You learned something in the process.  It's not a complete waste.
[23:19] <shadeslayer> QuintasanDroid: yes
[23:19] <QuintasanDroid> oh
[23:19] <QuintasanDroid> so it wasnt just me
[23:20] <shadeslayer> QuintasanDroid: broken plymouth 
[23:20] <QuintasanDroid> any idea what the hell is going wrong there?
[23:20] <shadeslayer> but ... suprsingly .... it worked when i just ran it O_O
[23:20] <shadeslayer> QuintasanDroid: it's fixed now i guess
[23:20] <QuintasanDroid> shadeslayer: what? I even got sigsegv when doing apt-get update
[23:20] <QuintasanDroid> :P
[23:20] <shadeslayer> lol
[23:20] <shadeslayer> QuintasanDroid: i think it might be the xorg edgers ppa
[23:20] <shadeslayer> that fixed it
[23:20] <QuintasanDroid> lol
[23:21] <QuintasanDroid> lets try booting it now...
[23:21]  * QuintasanDroid prays to any listening god
[23:21] <QuintasanDroid> ScottK: no shit, it is alive
[23:22]  * QuintasanDroid hugs ScottK
[23:22] <QuintasanDroid> kubotu: order cookies for ScottK 
[23:22]  * kubotu slides a whole bunch of world's finest cookies down the bar to ScottK.
[23:25] <QuintasanDroid> now I need to enforce nvidia-glx build for older kernel
[23:26]  * QuintasanDroid did it
[23:27] <QuintasanDroid> now I shall go and complain to kernel team
[23:29] <shadeslayer> debfx: could you go over my debian/rules once? just to check it
[23:30] <debfx> shadeslayer: sure, have you pushed the branch already?
[23:30] <shadeslayer> debfx: not yet, thats why :)
[23:30] <shadeslayer> debfx: http://paste.ubuntu.com/614343/
[23:31] <shadeslayer> i'm just cleaning up the changelog
[23:31]  * QuintasanDroid herps derps and kills fsck with fire
[23:31] <QuintasanDroid> complains about superblock being in future but doesnt want to do anything about it
[23:32] <shadeslayer> QuintasanDroid: the superblock probably traveled to india and back ;)
[23:32] <shadeslayer> debfx: 	    -DKDE_DISTRIBUTION_TEXT="Debian packages" \ << what do i do about that  
[23:33] <shadeslayer> do we keep it? do we change it?
[23:33] <QuintasanDroid> How do I enforce fsck before boot?
[23:33] <debfx> shadeslayer: yes, change it to Kubuntu packages
[23:34] <debfx> shadeslayer: those variables at the top are never used
[23:34] <shadeslayer> okay
[23:34] <shadeslayer> QuintasanDroid: touch /forcefsck
[23:34] <QuintasanDroid> oh
[23:34] <shadeslayer> debfx: oh override_dh_auto_configure overrides them?
[23:35] <QuintasanDroid> SUP FSCK
[23:35] <debfx> they are just not used by anything
[23:36] <shadeslayer> alright, so i'll just get rid of them
[23:36] <debfx> DEB_DH_MAKESHLIBS_ARGS_libkdecore5 <-- that's definitely cdbs
[23:36] <QuintasanDroid> I heard you like checking superblocks so we put a superblock in future so u can superblock while you superblock
[23:36] <shadeslayer> debfx: do i even need them?
[23:36] <debfx> what does DEB_KDE4_LIBRARY_PACKAGES do? debian doesn't seem to have it defined
[23:37] <shadeslayer> debfx: it was DEB_KDE43_LIBRARY_PACKAGES in debian 
[23:37] <shadeslayer> but i talked to yofel and he suggested that it should be DEB_KDE4_LIBRARY_PACKAGES
[23:39] <debfx> I don't know what that variable does but it's not there anymore in the debian 4.6 package
[23:39] <debfx> might also be cdbs cruft
[23:40] <QuintasanDroid> DIE DKMS
[23:40] <QuintasanDroid> FFFFFFFUUUUUU^
[23:40] <shadeslayer> hehe
[23:40] <shadeslayer> debfx: uhm .. where did you upload the pkg-kde-tools for natty?
[23:41] <debfx> I didn't
[23:41] <QuintasanDroid> YYYaAAAYYY
[23:41] <debfx> shadeslayer: DEB_FIXPERMS_EXCLUDE := usr/lib/kde4/libexec/fileshareset <-- needs to be translated to dhmk
[23:41]  * QuintasanDroid pc works now
[23:42] <shadeslayer> debfx: where can i find docs for this?
[23:43] <debfx> shadeslayer: you need to exclude that file from the dh_fixperms call
[23:43] <shadeslayer> alrighto
[23:45] <shadeslayer> debfx:         $(overridden_command) --exclude usr/lib/kde4/libexec/fileshareset
[23:45] <shadeslayer> ( i have override_dh_fixperms: before that )
[23:45] <debfx> yep
[23:47] <shadeslayer> anything else?
[23:47] <Quintasan> shadeslayer: 275.09 doesnt fix the resize bug for me :/
[23:48] <shadeslayer> oh
[23:48] <shadeslayer> Quintasan: i haven't tried it out
[23:48]  * shadeslayer tries
[23:48] <shadeslayer> Quintasan: le fixed
[23:48] <shadeslayer> i mean konsole still resize weird, but no more artefacts
[23:49] <Quintasan> Then it is not fixed
[23:50] <droidslayer> Quintasan: adding transperency makes it crap out
[23:51] <droidslayer> Quintasan: dirty fix : don't use transperency
[23:57] <shadeslayer> time to pushy pushy