[12:01] <Kamion> use the --initrd option
[12:01] <Kamion> (when running the kernel-image target)
[12:01] <mxpxpod> Kamion: what's the warning about?
[12:22] <Amaranth> heh, not here
[12:22] <seb128> doko: pong
[12:22] <Amaranth> i think a #twisted developer has a similar nick
[12:22] <mkde> Amaranth, then he'll have to die
[12:23] <hajiki> could anyone help me verify if this is a bug or just an issue on my system?
[12:24] <mkde> hajiki, sure, go to #ubuntu
[12:24] <hajiki> ok
[12:24] <seb128> what a description
[12:24] <seb128> "this is a bug"
[12:25] <mkde> he hasn't popped up in #ubuntu yet
[12:25] <mkde> aha
[12:36] <Gandalfar> Anyone knows how to pivot image with nvidia driver?
[12:37] <doko> seb128: hi
[12:37] <seb128> hey
[12:37] <seb128> why are all these stuff still frozen?
[12:39] <mkde> a support question which we can't figure out in #ubuntu to do with a security mirror. A guy is getting a GPG error from the security mirror. any ideas?
[12:39] <doko> it's universe
[12:39] <seb128> and?
[12:40] <seb128> libapt-pkg-perl would unbreak apt-file by example
[12:40] <doko> you don't know, if it depends on a library, which is not yet converted. if you know it, elmo and lamont can remove it from the list of frozen apps
[12:41] <seb128> k
[12:41] <seb128> ie: libapt-pkg-perl is all right, no?
[12:41] <doko> yes, AFAIK elmo did open the gates for syncs again, so we have to ask lamont for an updated list on the buildds.
[12:42] <seb128> k
[12:42] <doko> don't do that too often, or lamont will ... maybe annoyed. maybe put a list of apps together, which can safely be built?
[12:42] <seb128> k, I'll do this
[12:42] <seb128> thanks
[12:43] <doko> send a diff for chinstrap:~doko/cxxapps.txt
[12:44] <doko> btw, ubuntu-desktop on breezy is at least installable again, all C++ apps are built using 4.0
[12:44] <doko> Kamion: ^^^
[12:44] <seb128> nice
[12:44] <mkde> awesome
[12:44] <Kamion> doko: woo, thanks
[12:45] <doko> maybe wait for one more xorg upload and then try a CD build ...
[12:45] <Kamion> I want debconf to build first; it has some important bug fixes
[12:45] <doko> it needs universe -> main love
[12:45] <Kamion> and debconf progress bar support is in the "early breakage" category :)
[12:45] <Kamion> I know, see an hour and a half back
[12:46] <doko> btw, are you able to do the main -> universe dance as well?
[12:47] <Kamion> doko: technically, yes, but as with universe->main I'd rather do it only when I have to
[12:48] <doko> ok, I don't like python-qt3 and openoffice.org2 in an unbuildable state
[12:49] <Kamion> python-qt3 has too big a knock-on effect
[12:49] <Kamion> and as I said I'd rather we kept openoffice.org2 in main so that it keeps bugging us
[12:49] <doko> not only openoffice.org2 will keep bugging you, but me as well ;-)
[12:50] <Kamion> yes, and so it should :-)
[12:51] <Kamion> it's a breezy release goal
[01:50] <mdz> Kamion, doko: what about x-window-system-core?  last I checked it was still behind
[01:51] <mdz> ah, it's been fixed since
[01:51] <mdz> or else whatever it was conflicting with has been
[01:52] <mdz> at any rate, good work
[01:55] <trulux> tseng: go ahead and ask mdz or anyone about that "12 pages shit" and the like
[01:56] <tseng> trulux: eh dont bring that in here your latest adventure has nothing to do with ubuntu.
[01:56] <tseng> we have a code of conduct here that says I should be civil to you and all that.
[01:57] <trulux> tseng: hah, you're the first in violating it's rules
[01:57] <daniels> hunger: fixed that locally
[01:57] <trulux> tseng: go ahead, really. don't say it's not ubuntu related
[01:58] <trulux> tseng: tell me publicly, what's your problem?
[01:58] <trulux> you don't like how I work, maybe it's that what makes you feeling and acting that way
[01:58] <Burgundavia> tseng, trulux please try and stay civil
[01:59] <trulux> Burgundavia: it has nothing to do with being polite but saying the truth
[01:59] <Burgundavia> trulux, you can tell the truth, but you can say it in a way that doesn't hurt other people
[01:59] <trulux> Burgundavia: sure, isn't it ironic?
[01:59] <Burgundavia> I don't even know what the problem is, as xchat just crashed on me
 pappy-: he's a funny kid
 yep
 or just work like everyone else
 MadMethod: he just cant shut the fuck up and do something
 he has to CC half the planet every time he takes a shit
 and then write it up in a 12 page pdf
 maybe spanish docs
 hah
[02:03] <trulux> I can imagine what's that following up
[02:03] <trulux> though I have pappy- in my ignore list
[02:03] <trulux> maybe 'cos you and others suspended him, funny
[02:03] <tseng> for the record that has little to do with ubuntu, and is related by a dangling pointer
[02:04] <trulux> isn't it ironic? how jerks can come up together to fsck those who make the feeling less than they think?
[02:04] <trulux> tseng: biased? I don't think so
[02:04] <\sh> pappy-?
[02:04] <trulux> really, say everything or just shut up but don't come up with your biased-I-don't-like-that-kid shit
[02:04] <\sh> he was gentoo dev right? before he left the project
[02:05] <tseng> you are probably proving my point here, but can you please not bring a flame into this channel?
[02:05] <trulux> \sh: that german jerk who spends time insulting and disturbing around while his kids grow up without the cheering of a father, yes
[02:05] <trulux> that one
[02:05] <Kamion> guys, if it wasn't in an Ubuntu context to start with, please don't bring it in here
[02:05] <trulux> Kamion: it's quite related to it
[02:05] <\sh> trulux: i know him so i shut my mouth :)
[02:06] <trulux> \sh: thanks, I'm just trying to get things on board and shut the mouth of this jerk off
[02:06] <Kamion> count to ten and have a coffee; no point escalating things
[02:06] <trulux> \sh: I don't want to disturb anyone else from here, I've found many good people around to make such a weird thing
[02:07] <Kamion> hm, maybe not a coffee. :-)
[02:07] <trulux> Kamion: definitely not
[02:07] <trulux> ;)
[02:07] <\sh> check planet...this i did today :)
[02:07] <\sh> brain reset :)
[02:07] <trulux> tseng: so, can you please tell me what's wrong? that I'm 15 and you don't like it?
[02:07] <trulux> \sh: haha, done
[02:07] <\sh> and now I'm feeling fine...spend some money, bought new hardware
[02:08] <mdke> while we're on the subject of planet, has anyone tried putting an "s" after the http in its address? is that meant to happen?
[02:08] <trulux> \sh: I'm feeling violent now, both in verbal and physical terms. like taking someone's nose bleeding
[02:09] <trulux> \sh: I'm just cold enough to not put things on the right place right now
[02:09] <daniels> trulux: so walk away from your computer until you don't feel violent.
[02:09] <trulux> \sh: it's better to do that once you get cool and chill
[02:09] <trulux> daniels: no way
[02:09] <\sh> trulux: i will tell you something now about pappy: don
[02:09] <daniels> trulux: this had nothing to do with ubuntu, and the stuff with pappy- especially doesn't have anything to do with ubuntu.  take it somewhere else.
[02:10] <\sh> 't take him serious..he has problems, he had problems with other devs from gentoo..and he to step back and he left.
[02:10] <daniels> why are we arguing about gentoo developers in #ubuntu-devel?
[02:10] <\sh> so for me, he's no one to worry about.
[02:10] <trulux> daniels: to #gentoo-hardened-dev? my mentor is away, and some jerks keep around far away of the point
[02:10] <tseng> #gentoo-hardened-dev is +s
[02:10] <Kamion> if you're feeling violent, please do not bring that here. thank you.
[02:11] <trulux> \sh: I've more information about pappy- and he needs real counseling, I'm just decent enough to not make it now flowing around
[02:11] <daniels> look, put it this way.  the entire discussion (trulux vs tseng, pappy-) is massively off-topic.  it's also over.  the next person to try to carry it on gets a +q, ok?
[02:11] <ajmitch> trulux: more bluntly - be quiet, you're making a fool of yourself
[02:11] <tseng> daniels: rock on.
[02:12] <trulux> \sh: what I said: he is doing some weird stuff instead of keeping closer to his kids and wife. no need to get me more explicit nor wicked to cause damage on top of that, it's *their* choice.
[02:12] <trulux> ajmitch: hah, no need. my reputation is far away of being affected by these jerks
[02:15] <\sh> trulux: i know whats behind this all of pappy...and I don't take him serious..if he needs counseling or not it's not my business. he's not recognized by many of serious devs, even if he is one of the most incredible coders out there
[02:16] <mdke> geez
[02:17] <mdke> so did anyone check out https://planet.ubuntu.com?
[02:17] <tseng> mdke: hm :P
[02:17] <mdke> is that supposed to happen?
[02:18] <tseng> its probably a default ssl vhost
[02:18] <tseng> you can only have one ssl vhost active per ip address
[02:18] <tseng> others get routed to it as you see here.
[02:18] <mdke> ok
[02:19] <Burgundavia> is there a reason that p.u.c doesn't syndicate kinnisons blog, but p.d.o. does?
[02:19] <tseng> Burgundavia: i think p.d.o just was recently fixed
[02:19] <Burgundavia> ah, and U hasn't been?
[02:21] <tseng> possibly not
[02:47] <mxpxpod> thom: ping
[02:54] <camilotelles> Kamion: is there?
[04:09] <jiyuu0> apt-get install samba will prompt during installation
[04:10] <jiyuu0> anyway to bypass the prompt
[04:10] <jiyuu0> something like settings the default answer?
[04:10] <daniels> -y
[04:13] <jiyuu0> i don't mean the -y thingi
[04:13] <jiyuu0> e.g. samba, linpopup, nessus
[04:13] <jiyuu0> will prompt once they install
[04:13] <jiyuu0> i'm planning to write an unattended script
[04:13] <jiyuu0> but these 3 will get stuck
[04:13] <jiyuu0> cause they prompt for inputs :(
[04:32] <infinity> jiyuu0 : Erm, doesn't samba use debconf to prompt?
[04:32] <infinity> jiyuu0 : (That's a rhetorical question, I know it uses debconf)
[04:32] <jiyuu0> anyway not asking them to prompt on apt-get install samba
[04:33] <infinity> So, DEBIAN_FRONTEND=noninteractive apt-get install samba
[04:34] <infinity> If you never want packages to prompt, do "dpkg-reconfigure debconf", and select "critical" priority" and "noninteractive" frontend.
[04:34] <infinity> (You may want to make sure you check root's mail spool for notes about questions you miss, in that case)
[04:34] <infinity> And if you don't want stuff to prompt, but you want set answers, read about debconf preseeding.
[04:35] <infinity> And all of this belongs in a different channel (#ubuntu), but I didn't check before I started typing.
[04:36] <jiyuu0> ok... i'll check out what u advice
[04:36] <jiyuu0> thanks :)
[04:47] <trulux> daniels: thanks
[04:47] <trulux> sorry about the flame that came out here
[04:48] <trulux> hopefully things will get clarified themselves soon
[05:41] <fabbione> morning
[05:43] <sladen> nn
[07:37] <jiyuu0> Fresh from oven...
[07:37] <jiyuu0> New Release: UbuntuGuide Add-On-CD (27th May 2005)
[07:37] <jiyuu0> http://ubuntuguide.org/add-on-cd
[07:37] <jiyuu0> Changes:
[07:37] <jiyuu0> http://www.ubuntuforums.org/showpost.php?p=191197&postcount=46
[07:38] <bob2> you dropped the JRE?
[07:38] <bob2> but kept w32codecs?
[07:38] <jiyuu0> sun-j2re
[07:38] <bob2> oh, it's sun jre now
[07:38] <jiyuu0> it uses backports
[07:38] <bob2> I'm pretty sure you're breaking the law by distributing either of those things
[07:38] <jiyuu0> so there .deb for it
[07:39] <jiyuu0> yikes...
[07:39] <bob2> afaik no one can distribute w32codecs
[07:39] <jiyuu0> mepis?
[07:40] <bob2> er, no
[07:40] <bob2> unless they actually wrote all those microsoft and real DLLs themselves
[07:40] <jiyuu0> mepis includes em
[07:40] <bob2> if mepis jumped off a cliff...
[07:41] <jiyuu0> or should i just remove the whole thing
[07:42] <bob2> surely you looked at the license of stuff before distributing them from your website?
[07:42] <whiprush> bob2!
[07:42] <bob2> whiprush: I WANT FRIDGE.
[07:42] <daniels> bob2: that's not even a name!
[07:43] <whiprush> bob2: soon
[07:43] <daniels> jiyuu0: it really is illegal, btw
[07:43] <jiyuu0> so should i discontinue it
[07:44] <bob2> you should read the license for each thing and see if you're allowed to distribute each bit at all
[07:44] <bob2> there is a reason this stuff isn't in ubuntu itself
[07:44] <jiyuu0> there is a country limitation for this
[07:44] <bob2> some of it is fine, e.g. nvu/clamav
[07:44] <jiyuu0> i heard some country don't really have such law right?
[07:44] <daniels> um, every country has copyright law
[07:44] <bob2> this is just normal copyright law
[07:44] <daniels> this isn't patents
[07:44] <bob2> you don't have permission from MS to distribute their DLLs, therefore you can't
[07:45] <daniels> this is the licence saying 'YOU MAY NOT DO THIS', where 'this' is exactly what you're doing
[07:45] <bob2> just like you can't distribute MS Word on cd-rs
[07:45] <daniels> including redistributing the DLLs, using it in other applications, etc
[07:45] <jiyuu0> gosh...
[07:46] <jiyuu0> how bout the instructions?
[07:46] <fabbione> daniels:
[07:46] <fabbione>  checking dynamic linker characteristics... /build/sparcbuildd/dbus-0.33/./configure: line 17745: gcj: command not found
[07:47] <fabbione> daniels: perhaps you need to build-dep on gcj :P
[07:47] <quitte> what is the default compiler you are using?
[07:48] <bob2> gcc 4.0 is the default in breezy
[07:48] <daniels> fabbione: we don't build java bindings
[07:48] <daniels> fabbione: that didn't cause an ftbfs, no?
[07:48] <fabbione> daniels: nope.. it's only a warning
[07:49] <quitte> bob2 wow. did you use gcc-3.4 before maybe?
[07:49] <bob2> 3.3 was the default before
[07:50] <daniels> jiyuu0: fabbione cool
[07:50] <daniels> er
[07:50] <daniels> fabbione: cool
[07:50] <fabbione> yeah ehehe
[07:50] <quitte> :(
[07:50] <daniels> jiyuu0: whether or not you can provide instructions is uncertain
[07:50] <quitte> i guess i
[07:50] <daniels> jiyuu0: but distributing it is definitely very illegal
[07:50] <quitte> 'd better move forward to 4.0 then.
[07:50] <jiyuu0> if i stop it right now... how bout those that ppl already downloaded it or the mirros?
[07:51] <bob2> jiyuu0: you should tell the mirrors they shouldn't be distributing it either
[07:51] <jiyuu0> oh
[07:52] <bob2> and you probably should put a note on the ubuntuguide website saying people shouldn't be distributing it to other people, either
[07:52] <jiyuu0> ok
[07:52] <jiyuu0> i'll do it
[07:52] <jiyuu0> it's really sad
[07:53] <bob2> yes
[07:53] <bob2> proprietary formats suck
[07:53] <jiyuu0> but so far is there any of this cases?
[07:53] <bob2> this is straight copyright infringement
[07:53] <jiyuu0> that someone being charged for distributing em
[07:54] <bob2> this is equivalent to giving your friends copies of windows or whatever
[07:54] <daniels> jiyuu0: this is not a legal 'grey area'
[07:54] <daniels> this is something that you really, really, cannot do
[07:55] <jiyuu0> ok
[07:55] <jiyuu0> removing...
[07:58] <jiyuu0> ok... too down the page already
[07:58] <jiyuu0> this really sux
[07:59] <jiyuu0> sux so bad
[08:00] <bob2> don't forget to update the "add-on cd" section to include what happened to it and why
[08:01] <jiyuu0> temporary chmod 000 it
[08:01] <jiyuu0> will update it shortly
[08:05] <jiyuu0> bob2,  is this 2 lines ok?
[08:05] <jiyuu0> Due to copyright issues, UbuntuGuide Add-On-CD is discontinued immediately.
[08:05] <jiyuu0> I would sincerely like to make an apology to those copyright holders...
[08:05] <bob2> heh, ok
[08:07] <jiyuu0> yub... done
[08:16] <daniels> so, you may not think this
[08:16] <daniels> but when every binary in xbase-clients is actually a directory (i.e. /usr/bin/setxkbmap and EVERYTHING ELSE are directories), X gets really unhapy
[08:17] <daniels> bonus points for having a broken XKB map, so you have to SSH in and run chvt
[08:18] <bob2> yay breezy
[08:20] <Amaranth> jiyuu0: Don't apologise, you'll just draw attention to yourself.
[08:21] <jiyuu0> oh.. ok
[08:22] <fabbione> daniels: can you try to build gle in a fresh breezy buildd chroot?
[08:22] <fabbione> or sbuild it
[08:22] <fabbione> i get that with xorg -20 i can't satisfy b-d
[08:22] <daniels> gle?
[08:23] <fabbione> yeah it's a package called gle
[08:23] <daniels> checking now
[08:23] <jiyuu0> Amaranth, corrected
[08:23] <Amaranth> jiyuu0: Oh, I meant don't go telling everyone you were distributing this illegal thing and now you've stopped. :)
[08:24] <jiyuu0> so meaning?
[08:24] <jiyuu0> took the whole page down?
[08:24] <Amaranth> Just say you're not making it anymore or something.
[08:24] <fabbione> daniels: it looks like a b-d messup in Conflicts | Whatever
[08:24] <daniels> fabbione: freeglut3 needs a recompile
[08:24] <daniels> Depends: libc6 (>= 2.3.4-1), libx11-6 | xlibs (>> 4.1.0), libxext6 | xlibs (>> 4.1.0), xlibmesa-gl | libgl1, xlibmesa-glu | libglu1, libglut3 (>= 3.7-25)
[08:24] <jiyuu0> Amaranth, so i sentence will do
[08:24] <jiyuu0> UbuntuGuide Add-On-CD is discontinued immediately
[08:25] <jiyuu0> UbuntuGuide Add-On-CD is discontinued
[08:25] <Amaranth> that'd work
[08:26] <daniels> bob2: and this is the stuff that I *don't* upload
[08:26] <bob2> hahahaha
[08:28] <fabbione> humpf..
[08:28] <fabbione> we should probably get elmo/infinity/lamont to do a mass rebuild for breezy and see what's the status
[08:32] <jiyuu0> bob2, mrbass said he's willing to take the risk of hosting the files
[08:32] <jiyuu0> but if the CD is build by me
[08:33] <jiyuu0> do i get myself in trouble?
[08:34] <daniels> yes
[08:38] <jiyuu0> ok... guess i'm done wif it
[08:38] <jiyuu0> bye bye Add-On
[08:42] <Amaranth> that reminds me, who do i poke to get gxine rebuilt? :)
[09:10] <jdub> daniels: um
[09:10] <jdub> daniels: dude
[09:11] <daniels> jdub: represent
[09:12] <jdub> daniels: so i just plugged my laptop into a projector
[09:13] <jdub> daniels: and the output was... it was like the entire room was on lsd
[09:13] <daniels> awesome
[09:13] <daniels> did you bust out some glowsticks?
[09:13] <bob2> DRUG PARAPHENALIA
[09:14] <daniels> jdub: were you using i855crt, or what was happening?
[09:14] <daniels> maybe it was just running too high a res+refresh for the projector
[09:14] <ogra> daniels, he already did represent .... claimed the stage ;)
[09:14] <jdub> yeah, i855crt at 75Hz
[09:14] <jdub> maybe i should try without the overlay stuff
[09:15] <daniels> jdub: try at 60
[09:15] <jdub> ok
[09:16] <jdub> no dice
[09:16] <jdub> same ugliness
[09:16] <daniels> jdub: try my xorg.conf
[09:16] <jdub> it looks like a palette issue
[09:16] <daniels> jdub: try http://amnesiac.heapspace.net/~daniels/misc/xorg.conf
[09:17] <fabbione> daniels: how much hack do i need to do to upgrade X today? :)
[09:17] <daniels> fabbione: just symlink your XKeySymDB and it should be OK
[09:17] <fabbione> daniels: from where to where?
[09:17] <bob2> drbyte: converted yet?
[09:18] <jdub> hrm
[09:18] <daniels> fabbione: /usr/lib/X11 needs to point to /usr/X11R6/lib/X11
[09:18] <jdub> session not even starting there
[09:18] <jdub> ok, will deal with this later
[09:18] <fabbione> daniels: ok
[09:19] <drbyte> bob2: not today, no !
[09:19] <daniels> fabbione: both /XKeySymDB
[09:19] <daniels> not just sudo ln -s /usr/{X11R6/,}lib/X11
[09:20] <jdub> daniels: what's the XKeySymDB bit?
[09:21] <daniels> jdub: that's if you want your keyboard shortcuts to actually *work*
[09:22] <jdub> daniels: so i've symlinked /usr/lib/X11, what do i do for the xkeysym bit?
[09:22] <daniels> jdub: err ... that's it
[09:22] <jdub> ok
[09:22] <daniels> jdub: you were meant to do sudo ln -s /usr/{X11R6/,}lib/X11/XKeySymDB
[09:23] <daniels> or maybe XKeysymDB
[09:23] <daniels> whatever it is on-isk
[09:23] <daniels> on-disk
[09:23] <Amaranth> i did all that when you told me, didn't fix my shortcuts :/
[09:24] <Amaranth> /usr/lib/X11/xkb -> /etc/X11/xkb
[09:25] <Amaranth> sudo ln -s /usr/X11R6/lib/X11/XKeysymDB /usr/lib/X11/XKeysymDB ?
[09:26] <ogra> Eclipse is a program whic didn't need install and has his own
[09:26] <ogra> update-manager.
[09:26] <ogra> wow, you see me impressed....
[09:26] <ogra> software that doesnt need install....
[09:26] <ogra> just flies into your system by esotric rays.....
[09:27] <daniels> Amaranth: yeah
[09:27] <bob2> goddamn
[09:27] <bob2> hoary makes a really creepy noise on login
[09:27] <daniels> bob2: you should supplant it with some samples from dmc champions vol 2
[09:27] <daniels> bob2: available at a 24h jb near you!
[09:27] <bob2> daniels: ah ah ah !
[09:28] <daniels> hahsa
[09:29] <Amaranth> damn, no luck
[09:29] <Amaranth> any thing else i can try? :)
[09:29] <daniels> um
[09:29] <daniels> are you running amd64?
[09:30] <Amaranth> no
[09:30] <Amaranth> x86
[09:30] <daniels> because I was having the same problem, and just fixed it locally
[09:30] <daniels> ok, can't give you a new deb to test then
[09:30] <daniels> so when you run xev and hit ctrl-a, f.e., it gives you (no symbol)?
[09:31] <Amaranth> i don't have xev, what package is that in?
[09:31] <Amaranth> i wonder if that's the problem?
[09:32] <Amaranth> oh, it's just not in my path
[09:33] <Amaranth> http://rafb.net/paste/results/9kLcIg63.html <--me hitting Ctrl-C
[09:34] <daniels> so, if it helps, try sudo for i in /usr/X11R6/bin/*; do ln -s $i /usr/bin/$(basename $i); done
[09:35] <Amaranth> bash: syntax error near unexpected token `do'
[09:36] <daniels> sudo sh -c 'for i in /usr/X11R6/bin/*; do ln -s $i /usr/bin/$(basename $i); done', in that case
[09:36] <daniels> forgot about the semi-colon
[09:36] <Amaranth> ok
[09:37] <Amaranth> got some warnings about symlinks i'd already made, otherwise it's all good
[09:37] <Amaranth> restart X?
[09:37] <Amaranth> does that paste tell you anything?
[09:39] <Amaranth> i give up :/
[10:29] <fabb1one> daniels: ?
[10:29] <bob2> jdub: "Jeff seemed pretty excited about this; I got the feeling Ubuntu would be switching to Thunar pretty shortly!"
[10:30] <fabb1one> bob2: what was the solution for X not finding fixed fonts?
[10:32] <bob2> fabbione: point X.org at /usr/share/X11/fonts for fonts, iirc
[10:33] <bob2> since fonts went from lib -> share
[10:33] <fabbione> meh
[10:33] <fabbione> not all of them tho
[10:33] <fabbione> ok
[10:33] <bob2> well, adding it as a FontPath, I mean
[10:33] <fabbione> that should be handled automagically :/
[10:34] <fabbione> thanks :)
[10:34] <bob2> np :)
[10:40] <daniels> fabbione: there'll be a symlink later
[10:43] <fabbione> daniels: so /usr/lib/X11 symlink to /usr/X11R6/lib/X11 + the font path...
[10:43] <fabbione> do i miss anything?
[10:45] <bob2> daniels: firegl on rdaeon 9250 is stupid, right?
[10:46] <fabbione> apparently it works...
[10:46] <fabbione> daniels: i didn't add the font paths.. just sed the ones already there
[10:46] <fabbione> daniels: btw to compile nvidia just export CC=gcc-3.4 before invoking the installer.. that will make it work with 2.6.12
[10:48] <Mithrandir> hm, does arch bloat the size of binaries checked into it noticeably?
[10:49] <bob2> it stores two copies everytime you commit a change
[10:49] <Mithrandir> I doubt I'll ever change those data.
[10:49] <fabbione> daniels: something else is utterly wrong :)
[10:50] <Mithrandir> (I'm looking for a sane RCS to handle my photo collection)
[10:50] <bob2> then you'll just get one copy + tiny amount of metadata
[10:50] <Mithrandir> ok, that's good.
[10:50] <Mithrandir> apparently, svn bloats it by 50% or so
[10:51] <fabbione> daniels: /usr/bin/X11 :)
[10:52] <bob2> but ammortizes that by using an xdelta-style diff for future changes
[10:53] <Mithrandir> bob2: I tend not to change my photos much
[10:53] <bob2> heh, yeah
[10:53] <Mithrandir> I hate file systems.  Or hardware.  Or both.
[11:17] <mdke> jdub, ping?
[12:50] <daniels> bob2: yes
[12:50] <daniels> fabbione: yeah, /usr/bin/X11 is coming
[12:53] <fabbione> daniels: ok....
[01:38] <mdke> jdub, here yet?
[02:00] <Riddell> that was seb and ogra on the guadec stream
[02:02] <camilotelles> Kamion: ping.
[02:16] <Kamion> camilotelles: hi
[02:16] <camilotelles> hi Kamion, can you talk now?
[02:17] <Kamion> sure
[02:18] <camilotelles> did you saw my chat with mdz? kiko already talked with us about the coding style and approch problems of the installer script.
[02:18] <Kamion> I didn't see your chat with mdz, no
[02:19] <camilotelles> kiko talked with me about the problems in the script. the approach used and the lack of style.
[02:20] <camilotelles> I agree with this diagnostic.
[02:20] <Kamion> well, this is why we put together a specification in advance
[02:20] <camilotelles> I know.
[02:21] <camilotelles> I think that we need to understand better the d-i.
[02:22] <Kamion> we were thinking that it might make more sense for somebody who knows the installer well to put together a top-level framework that you guys can work within
[02:23] <Kamion> we had hoped that it might be possible for you to do the framework as well, but in retrospect perhaps it was a bit ambitious to expect people to do that with no prior knowledge
[02:23] <camilotelles> I agree with it. But I want to take a conservative approach to not jeopardize the project.
[02:24] <camilotelles> If there is someone who can put the framework I think that we can handle some bits of the code. But I think that we can help better in the test team.
[02:26] <Kamion> well, I don't want to totally reject your coding help; it's a matter of guidance more than anything else
[02:26] <camilotelles> thats great.
[02:26] <Kamion> unfortunately you did catch me in a particularly busy week, and the timezone thing made it too difficult to work with you in helping to get a framework together, which was a shame
[02:27] <camilotelles> but you guys have time for it?
[02:27] <Kamion> not really, but we'll have to create time somehow ;-)
[02:27] <Kamion> gotta be done ...
[02:28] <camilotelles> thats ok. but I think that we have to take care with the risk.
[02:29] <camilotelles> when you put the framework we have to make some milestones clear.
[02:31] <camilotelles> But we have others interest too. as a tester and user. and maybe contributing with some code.
[02:33] <Kamion> yes, some degree of project management will be necessary as for all our other large goals
[02:33] <camilotelles> thats ok. what do you think will be the next steps?
[02:41] <Kamion> camilotelles: I haven't really had a chance to think about it yet - I imagine somebody will have to sit down for a while and write a script that runs the top-level procedures defined in the UbuntuExpress spec, with TODO comments left where components don't exist yet
[02:42] <Kamion> we can use debconf for all the interaction, and then when ogra's GUI appears it'll just preset the relevant debconf answers and the UE backend code won't have to change at all
[02:42] <Kamion> (I hope)
[02:44] <camilotelles> kamion: ok. Iin the meantime we will focus to port our scripts from Knoppix to Ubuntu. We have automated the customization process of the knoppix and put everythink inside one svn repository. So we can do build in one step and we can reproduce any custom version that we have already made.
[02:45] <Kamion> ok
[02:46] <camilotelles> I think that a lot of our work is similar with the work that you are doing in BrandingForDerivatives. We are interested in this.
[02:47] <Kamion> really?
[02:47] <camilotelles> sure. in an ugly way, but sure it is.
[02:48] <camilotelles> (remenber or last script)
[02:48] <camilotelles> s/remenber/remember
[02:48] <Kamion> hm, ok. I guess we're trying to do it at a lower level; much of our goal is to arrange for derivatives to have to do only a trivial amount of work to brand
[02:49] <camilotelles> exactly. I think when your work is done, we can reduce or script and put it more cleaner.
[02:50] <camilotelles> we can help to test this part too.
[02:51] <camilotelles> kamion: and because we are doing our job for a computer manufacturer, we are interested in the OEMInstaller.
[02:52] <Kamion> that one I've only *just* started
[02:52] <Kamion> not much to show yet
[02:52] <camilotelles> ok. when you need to test, you can call us.
[02:52] <Kamion> ok, thanks
[02:53] <camilotelles> and finally, we have a lot of hardware here. sometimes new stuff. only MSI and Intel stuff. Ex: last week we are with an engineering intel board here.
[02:57] <camilotelles> kamion: is it. we will be waiting for the installer stuff. when you think that we can help, call us. We will be always in the# ubuntu-devel and surak will be in a better time to meet you in the channel.
[03:58] <ogra> grrr
[03:59] <ogra> guadec locks port 25 on the router....
[03:59] <ogra> everything else is open, but you cant send mails by smtp
[04:00] <Nafallo> ogra: ssmtp? :-)
[04:00] <ogra> Nafallo, yes, if i had the time to reconfigure my server
[04:02] <seb128> who needs to send mails anyway
[04:22] <trulux> chris38-home: here?
[04:22] <trulux> chris38-home: how are you doing man!?
[05:29] <zul> hey
[05:34] <trulux> heya zul
[05:34] <zul> hey Treenaks
[05:34] <zul> damn it..trulux :)
[07:42] <trulux> mpt: ping
[07:58] <Robot101> anyone know of any samba4 snapshot debs?
[07:59] <Lathiat> Robot101: no but i was considering making some
[08:32] <{Seb}> hey all
[08:32] <{Seb}> just upgrading to breezy
[08:32] <{Seb}> it looks pretty sweet
[08:33] <cartman> bad time to upgrade
[08:33] <{Seb}> why?
[08:33] <cartman> X is broken
[08:33] <{Seb}> since when?
[08:33] <cartman> since long time
[08:33] <{Seb}> when is it going to be fixed
[08:34] <cartman> with next X.org upload I hope
[08:34] <cartman> no ETA on that though
[08:34] <cartman> so don't upgrade now
[08:34] <cartman> or don't upgrade xorg bits
[08:34] <{Seb}> i'm just on breey to check out mono and beagle
[08:35] <{Seb}> i'm a beagle hacker
[08:35] <{Seb}> normally using suse 9.3
[08:38] <{Seb}> the only broken package i could find was tomboy 0.3.2
[08:39] <{Seb}> when is gcc 4 coming in?
[08:40] <Nafallo> {Seb}: ehm... read topic ;-)
[08:40] <cartman> its in
[08:40] <{Seb}> how is xorg broken?
[08:40] <{Seb}> if i install it, will my system not boot up?
[08:40] <cartman> it won't start X
[08:41] <{Seb}> i'll just do a 'Force Version' then
[08:41] <{Seb}> or Lock Version even!
[08:41] <{Seb}> will that work
[08:42] <cartman> just don't upgrade xserver-xorg
[08:42] <{Seb}> why does everything depend upon openoffice2?
[08:42] <{Seb}> i didn't want to install it
[08:43] <{Seb}> as it is out of date but if i don't install it
[08:43] <{Seb}> then everything else won't install :-(
[08:46] <{Seb}> btw, when is the release of breezy going to be made?
[08:48] <Nafallo> {Seb}: 5.10
[08:48] <Nafallo> {Seb}: i.e. October 2005
[08:49] <{Seb}> now that makes sense
[08:50] <{Seb}> is it true that ubuntu might be moving to  Thunar as a file manager
[08:58] <{Seb}> when Xorg is fixed and Tomboy is fixed, is there a way of finding out?
[08:58] <{Seb}> mailing list?
[08:58] <{Seb}> or just this IRC channel
[08:58] <mdke> in breezy things don't stay fixed all the time
[08:59] <mdke> best plan is to assume they will break
[08:59] <{Seb}> in what sort of time table will things start to even out
[08:59] <mdke> by october it will be stable
[08:59] <{Seb}> not before that?
[09:00] <{Seb}> hoary was stable in about February IIRC
[09:00] <mdke> well it kind of depends on what you want to do with your system
[09:00] <{Seb}> mono development
[09:00] <{Seb}> beagle hacking
[09:00] <{Seb}> hula hacking
[09:00] <{Seb}> and a bit of tomboy possibly
[09:00] <mdke> as in ubuntu packaging?
[09:00] <Lathiat> the moral of the story is not to run breezy if you want to get any work done :)
[09:01] <Lathiat> run it in a chroot or something
[09:01] <{Seb}> sounds a good idea
[09:01] <{Seb}> mdke: as in finding problems with the code, not packaging
[09:01] <mdke> k
[09:01] <mdke> well i don't know, but sounds like a stable system would be the way forward
[09:01] <{Seb}> mdke: i don't understand of all the packaging system with ubuntu
[09:02] <{Seb}> yeh but there is the mono problem
[09:02] <{Seb}> mono in breezy is looking good
[09:02] <{Seb}> mono in backports is sh*t
[09:02] <{Seb}> mono is hoary is tooo odl
[09:02] <{Seb}> or I could just use SUSE 9.3!
[09:02] <Lathiat> s/mono in//g
[09:03] <{Seb}> what?
[09:03] <Lathiat> "backports is sh*t"
[09:03] <Lathiat> no need for the mono qualifier :)
[09:03] <{Seb}> lol
[09:04] <mdke> won't you want the latest version if you are working on the code? maybe you can install it from cvs or whatever they use
[09:04] <{Seb}> that's what i'll be doing
[09:04] <{Seb}> tomboy and beagle from cvs
[09:04] <{Seb}> but mono from packages me hopes
[09:05] <mdke> maybe qemu?
[09:06] <{Seb}> what is qeum?
[09:06] <{Seb}> the name rings a bell
[09:06] <{Seb}> as long as the basic things work
[09:06] <{Seb}> like GNOME and Evolution, I'm fine
[09:06] <mdke> its an emulator
[09:06] <mdke> i haven't tried it tho
[09:06] <mdke> there is an old guide on the wiki
[09:06] <{Seb}> like xen?
[09:06] <cartman> qemu is slow
[09:07] <mdke> yeah you'll need a good comp
[09:07] <cartman> Xen is fast but needs a custom kernel
[09:07] <cartman> mdke: I have an Athlon64 3500+ 1gb  RAM
[09:07] <cartman> its truly slow
[09:07] <cartman> Xen shines though
[09:07] <{Seb}> will Xen be intergral in Breezy
[09:07] <{Seb}> like in SUSE?
[09:08] <cartman> Xen better integrate itself with kernel first
[09:08] <cartman> Getting into -mm would be a good start
[09:09] <Nafallo> {Seb}: http://udu.wiki.ubuntu.com/Xen
[09:10] <{Seb}> mmmm
[09:10] <mdke> cartman, wow thats a nice computer
[09:11] <{Seb}> what is BOF
[09:11] <cartman> mdke: well qemu is slooow :)
[09:11] <mdke> {Seb}, it means brainstorming session
[09:11] <mdke> cartman, ok
[09:36] <{Seb}> everyone in the ubuntu community is so helpful
[09:36] <{Seb}> even stupid questions like BOF and packaging means i don't get flammed
[09:36] <{Seb}> sorry
[09:46] <mdke> {Seb}, debian is the answer
[09:47] <mdke> mainly
[09:53] <kent> mdke, but its kind of strange. Isn't Debian famous for a very unfriendly (for beginners) irc-channel etc? And #ubuntu is more or less the opposite.
[09:54] <mdke> kent, yes thats true
[09:54] <mdke> not just for beginners either
[09:54] <mdke> last time I went in there to ask a genuine debian related question, someone did a whois on me, saw I was on lots of ubuntu channels, and started swearing at me :p
[09:55] <zenrox> fegueries
[09:55] <zenrox> ubuntu bastared son of debian
[09:55] <zenrox> heheheh
[09:56] <kent> mdke, I got the fealing that some Debian-people are upset becaus lots of Ubuntu-newbies send bugreports/questions to them, rather than to Ubuntu. But that might have changed?
[09:56] <mdke> kent, yeah that's right, but still, just being in ubuntu channels doesn't mean i can't run debian on one of my systems
[09:57] <kent> mdke, No, and people should behave better aswell. :)
[09:57] <zenrox> who know
[09:57] <zenrox> s
[09:57] <mdke> now I can just ask in #ubuntu for debian related advice ;)
[10:00] <{Seb}> i run debian on my server
[10:00] <{Seb}> when i went into #debian and asked a question relating to Qmail
[10:00] <mdke> yeah
[10:00] <{Seb}> and then mentioned Ubuntu, it was like my hair was on fire
[10:00] <mdke> *laughs*
[10:00] <mdke> nice imagery
[10:01] <{Seb}> why can't they accept that some like don't want to use exim
[10:01] <mdke> hi thesaltydog
[10:01] <azeem> {Seb}: "they" is obviously not "Debian"
[10:02] <{Seb}> they is some of the debian community
[10:02] <mdke> just applies to the irc channel
[10:03] <{Seb}> i'm suprised that Progency isn't more popular
[10:04] <{Seb}> probally because ubuntu has stolen that spot!
[10:08] <anna> Hello everybody, I have two questions: First, how do I debootstrap breezy from hoary, is that possible directly anyway?
[10:09] <anna> Second: When is the next xorg update in Breezy ready? :-)
[10:10] <pitti> anna: this is #ubuntu matter, however
[10:10] <pitti> anna: 1) sudo apt-get dist-upgrade
[10:11] <pitti> 2) just wait a bit more, breezy is currently *very* broken
[10:11] <pitti> anna: for 1), you can also use synaptic, of course :-)
[10:11] <anna> pitti: I want to make a chroot with breezy and not break my hoary
[10:11] <pitti> anna: ah :-)
[10:11] <pitti> anna: well, debootstrap is nice for that
[10:12] <anna> Except that I can only debootstrap Debian with Hoary?!
[10:12] <pitti> who told you that?
[10:12] <anna> debootstrap :p
[10:12] <tseng> you need the breezy scripts to debootstrap breezy
[10:13] <tseng> that might be worth a hoary-update, debootstrap from breezy pulls back glibc
[10:13] <pitti> anna: yes, of course, you need breezy's debootstrap, but that is able to install Debian slink to sarge and Ubuntu warty to breezy
[10:13] <anna> hm.... so I am now making a hoary chroot
[10:13] <pitti> anna: just compile the breezy debootstrap for hoary
[10:13] <anna> Then dist-upgrade it there
[10:13] <azeem> anna: you can just extract the breezy script from the .deb
[10:13] <azeem> no need to install it
[10:13] <tseng> pitti: easier to make a hoary and dist-upgrade
[10:14] <tseng> yep :P
[10:14] <anna> ah... ok, that will be easier
[10:14] <tseng> or thats what I do now anyway
[10:14] <azeem> of course, that might not work in practise due to brokeness etc.
[10:14] <tseng> timtowtdi
[10:14] <anna> Well, I actually want to unbreak my machine's X
[10:14] <cartman> tseng: perl monger? :)
[10:15] <tseng> cartman: no, i am forced to write tcl
[10:15] <anna> So I wanted to prepare a package without the diff that kills all the keys
[10:15] <tseng> cartman: and php
[10:15] <cartman> oh :/
[10:15] <thesaltydog> mdke, matt??
[10:15] <mdke> thesaltydog, yes
[10:15] <thesaltydog> nice to meet you here
[10:15] <cartman> timtowtdi is kinda a perl signature, isn't it? :)
[10:15] <mdke> thesaltydog, we met the other day ;) but hi
[10:16] <anna> btw, except for X breakage, Breezy is not THAT bad so far...
[10:16] <cartman> anyway time to sleep
[10:22] <{Seb}> i agree
[10:22] <{Seb}> i've just done a 'Forced Version' of xorg packages and it seems to be fine
[10:29] <mdke> is there an official list of initscripts used in Ubuntu?
[10:30] <anna> {Seb}: What do you mean, a versioned downgrade?
[10:30] <{Seb}> i installed hoary
[10:30] <{Seb}> but when i changed the repos to breezy
[10:30] <{Seb}> i pressed 'Force Version' in Synaptic
[10:30] <{Seb}> so xorg isn't touched
[10:30] <anna> Ah... I see.
[10:45] <pitti> trulux: here?
[10:46] <pitti> ajmitch: ping
[10:47] <{Seb}> btw
[10:48] <{Seb}> is it kernel 2.6.12-1 that has the latest inotify enabled as default?
[10:48] <JStrike> Yes
[10:49] <{Seb}> it's coming down now
[10:53] <JStrike> Does ubuntu-devel have anything similar to Burrito?
[10:53] <Amaranth> nope, we have services
[10:54] <Amaranth> instead of 'Burrito: seen foo' you do /ns info foo
[10:54] <JStrike> ?
[10:54] <JStrike> Thanks
[10:54] <Amaranth> /ns is short for /msg NickServ
[10:54] <JStrike> I get no such command
[10:55] <Amaranth> try /msg NickServ info foo
[10:55] <JStrike> Let me try with /msg NickServ
[10:55] <JStrike> That works
[10:56] <JStrike> Thanks
[11:01] <JStrike> The reply from NickServe, is that just for the channel I am querying from or for the whole of freenode (i.e the person was last seen in #ubuntu-devel x hours ago, or somewhere on freenode x hours ago)
[11:01] <Amaranth> freenode
[11:01] <JStrike> hrm
[11:13] <saintsjd> Quick question from a newbie: There is a package in Ubuntu universe called gdal.  What can I do to make sure that it is fully supported and inclded in the main repository for the breezy release?
[11:20] <pitti> saintsjd: essentially two alternatives:
[11:20] <pitti> 1) write to ubuntu-devel and confine a developer that we can't live without gdal :-)
[11:21] <pitti> 2) become a developer and care for it yourself
[11:21] <tseng> pitti: we were talking about it on -motu also
[11:21] <tseng> pitti: what he really wants is security support for it, which he can help out on in universe as well
[11:21] <pitti> well, right
[11:35] <saintsjd> sorry, I am on the ubuntu-devel. It seems I have things cleared up. Universe will be fine for what GIS apps.  There are not needed by most users.
[12:01] <mx|gone> mjg59: ping


[14:50] <|Ubik|> ssh is overrated, use telnet instead :)
[15:05] <xTEMPLARx> telnet, eh?
[15:05] <xTEMPLARx> manually encrypt everything and copy/paste?
[19:00] <Unit193> xTEMPLARx: Double rot13 all the way!
[19:49] <bwmaker> Afternoon.
[19:51] <Unit193> Howdy.
[20:05] <bwmaker> How's it going?
[20:05] <bwmaker> This room seems quiet. :)
[20:07] <Unit193> It is a bit, but people chat every so often.
[20:07] <Unit193> Not too shabby, got a nice cup o' coffee.
[20:28] <bwmaker> I haven't been around in a while. My old nick was fastforward. I've been running IRC lately and thought I'd pop back in.
[20:28] <Unit193> Oh hey, I remember that nick, sort of!
[20:31] <bwmaker> :) I wasn't around very often.
[20:31] <Unit193> Well I have a terrible memory to boot.  wrst will show up sometime I'm sure.
[20:31] <Unit193> So, what're ye running nowdays?
[20:32] <wrst> hey bwmaker
[20:33] <wrst> Unit193: your wish is my command :)
[20:33] <Unit193> Figured it was a person, you like talking to people! :P
[20:33] <wrst> ha ha
[20:33] <wrst> don't know if I really like talking with people
[20:33] <wrst> maybe more than you Unit193?
[20:34] <Unit193> Hey!  I already saw and was social this week, what more did you want?!
[20:34] <Unit193> :P
[20:34] <bwmaker> I'm using Ubuntu MATE 14.04 today.
[20:35] <wrst> Unit193: good job
[20:35] <wrst> bwmaker: I hear that is an excellent distro
[20:36] <Unit193> It'll be official with Vivid.
[20:36] <wrst> yes
[20:36] <wrst> sounds like it will be what xubuntu used to be
[20:36]  * wrst ducks from Unit193's punch after that
[20:37] <Unit193> Ugly and hardly usable? :----D
[20:37] <bwmaker> I like it, for the most part. My home desktop is running Mint 17.1. I wanted to stop distro hopping on it and leave it alone. Mint runs great on it. I've got the XPS 13 Sputnik laptop, so I wanted to be as close to Ubuntu as possible. I know they're not entirely different, but just felt better about it being Ubuntu.
[20:44] <wrst> stop distro hopping? why would anyone want to do that? :)
[20:45] <Unit193> Because it's so much effort to correct everything the distro does wrong! :P
[20:45] <wrst> exactly Unit193 that's why I run arch :P
[20:46] <Unit193> It'd take too long to setup correctly. :P
[20:47] <wrst> Unit193: by the time you get all the stuff stripped I can have my ideal setup done
[20:47] <wrst> and I don't have to redo it every 6 months
[20:47] <wrst> unless I get bored with it like I did a few weeks ago and start from new for the fun of it
[20:48] <Unit193> I don't have to redo it, and I haven't reinstalled for a while except in VM.  You know you can install a minimal set right?  That was one of my contributions to Xubuntu. ;)
[20:48] <wrst> I have done the web install
[20:49] <wrst> but then a meta package generally pulls int all sorts of junk I don't want
[20:49] <bwmaker> The every months thing is why I switched to Mint 17, it's all based on 14.04 and new packages, updates, etc will get back ported until 16.04. No upgrading! :)
[21:09] <xTEMPLARx> oh the day I get crazy busy at work, this place explodes in conversation
[21:09] <xTEMPLARx> I see how it is
[21:11] <Unit193> :D
[21:11] <Unit193> xTEMPLARx: Come on!  Join in on the distro conversation!  Then we move on to editors, and browsers next! ;)
[21:11] <bwmaker> Woo, editors! :)
[21:13] <bwmaker> I did try openSuse and Fedora 21 for a month or so each.
[21:19] <bwmaker> Came back to Ubuntu/Mint. Just can't get away from the ease and number of deb packages.
[21:19] <Unit193> Mint. :3
[21:20] <Unit193> And yeah, I'd be stuck with Debian based too.  Pretty much only one outside of that I would consider is Arch or Arch based.
[21:33] <Unit193> Oh gosh, another Alien movie?
[23:04] <Unit193> So, just in case I didn't kill the channel dead enough, http://explosm.net/show/episode/141/step-on-a-crack :3


[18:03] <drab> any idea why an iso that would boot just fine locally (in virtualbox) would not boot over the network? I get an error about root device not being found and get dropped into initramfs
[18:08] <TJ-> drab: sharing it via NFS ?
[18:17] <drab> TJ-: no, I'm loading the whole iso via memdisk, boot over http, and I think I figured out the problem
[18:17] <drab> I removed quiet splash and I can see the error /init: line 7: can't open /dev/sr0: no medium found
[18:17] <drab> which makes sense, when I test with virtualbox it's mounted as the cdrom
[18:17] <drab> when it's pulled in via network it's not... and I've no idea where it is
[18:18] <drab> I wonder why other isos work, like UBCD
[18:18] <drab> but not ubuntu liveCD
[18:19] <TJ-> right. I recall a similar issue about 10 years ago whereby on certain Dell PowerEdge servers with SCSI CD-ROM, the installer would boot and then fail trying to mount /dev/sr0 - in that case the initrd didn't contain the correct scsi drivers
[18:24] <drab> not sure it's a driver issue, I think it's a path issue, like I said it works just fine with UBCD or even systemrescueCD
[18:24] <drab> so the approach to use memdisk + iso raw works if the iso is setup in a certain way, just not sure what way that is
[18:24] <TJ-> yeah, I was just pointing out another failure mode that might be related
[18:24] <drab> fair enough, will keep that in mind, thanks
[18:24] <TJ-> could it be the path on the kernel command-line?
[18:25] <TJ-> if you're dropped to shell in the initrd, you can examine the state of the system
[18:25] <drab> yeah I'm trying to, cant figure out how, initramfs has no fdisk
[18:25] <drab> not sure how to list the available drives and stuff
[18:25] <TJ-> "cat /proc/partitions"
[18:26] <TJ-> also /dev/block/
[18:26] <drab> oh, right, forgot about /proc, will try that, rebooting into it, was just testing UBCD again
[18:27] <TJ-> I'm trying to figure out why your error report is /init line 7 ... that isn't from the standard initramfs-tools/init
[18:27] <TJ-> which ISO image is it so I can check?
[18:29] <drab> it's the ubuntu desktop 64bit, I then mounted the squash file and removed all bunch of porgram to slim it down, but didn't touch any of the init/kernel stuff so that should be intact
[18:29] <drab> 16.04
[18:34] <TJ-> OK, 16.04 (the original) or 16.04.1, .2, .3 ?
[18:34] <drab> .3
[18:36] <drab> I see running casper-premount script, then the flood begins
[18:37] <drab> stdin: not a typewriter
[18:37] <drab>  /init: line 7: can't open /dev/sr0: No medium found
[18:37] <drab> repeats that about a hundred times and then drops me in initramfs saying "unable to find a medium cotaining a live file system"
[18:40] <drab> which looking at /proc/partitions I guess makes sense, I don't see any place where the iso has been mounted in memory, but maybe I'm misunderstnding how memdisk works
[18:40] <drab> http://www.syslinux.org/wiki/index.php?title=MEMDISK
[18:40] <TJ-> drab: OK, it's not about the /init! just extracted it and it is the /usr/share/initramfs-tools/init file. Line 7 is "[ -d /dev ] || mkdir -m 0755 /dev" ... so it must be referring to some file being sourced or called
[18:40] <drab> the thing tho, ubcd and systemrescuecd work, so somehow it's possible to boot the iso just fine over http
[18:44] <TJ-> right, but need to know which bit of code is failing so as to know what to give as parameters to fix it
[18:51] <TJ-> what's the actual kernel command line? (cat /proc/cmdline) ... does it include boot=caper
[18:52] <drab> TJ-: I think I'm gonna try a diff route, with squashfs booting, because this way even if I get it to work I'm still ending up with a much larger image than I need and a two stages boot
[18:52] <drab> TJ-: yeah it does
[18:52] <drab> boot=cascpe initrd=/casper/initrd.lz --- priority=low
[18:52] <drab> casper*
[18:52] <drab> that's the whole cmdline
[18:52] <TJ-> drab: ok, so we know ./scripts/casper should be executed
[18:53] <TJ-> the only thing 'cd' related was line 7 of that file: "scripts/casper:7:mountpoint=/cdrom "
[18:53] <TJ-> but that wouldn't cause the line 7 error you reported
[18:53] <drab> yeah that's probably it, since it's trying to mount /dev/sr0, the cdroom, to access the install medium
[18:53] <drab> why not?
[18:53] <drab> it seems to make sense to me
[18:53] <TJ-> because it's only a variable assignment, not a command
[18:53] <drab> initrd has booted and is trying to mount the installation  medium on /cdrom
[18:53] <drab> oh, I see
[18:54] <TJ-> can't open /dev/sr0: no medium found suggests a "mount" command
[18:54] <drab> right
[19:13] <TJ-> one thing I just noticed in ./scripts/casper::mountroot() is it writes to "./casper.log" ... might be something useful in there
[19:24] <TJ-> Got it!
[19:26] <drab> TJ-: ?
[19:26] <drab> in the meantime I failed badly at squashfs :(
[19:26] <drab> I gues sI don't understand the boot process enough
[19:26] <drab> and this seems mighty hard, much harder than I thought it'd be at least
[19:27] <drab> in theory it seems pretty damn simple... fetch a file containing a root filesystem and mount it in ram, point init to that as the root device
[19:27] <drab> but that seems asking for too much
[19:27] <drab> at most I got an installer session going with a debootstrapped squashfs
[19:28] <drab> but I can't get it to boot into it as if it was a normal root
[19:28] <TJ-> ./scripts/casper::mountroot() calls ./scripts/casper::find_livefs() which iterates over /sys/block/ then calls ./scripts/casper-helpers::get_fstype() which calls ./bin/fstype (from the klibc-utils package (/usr/lib/klibc/bin/fstype on an installed system), which returns "No medium found" - try it locally with an empty CD/DVD drive and you get: "/usr/lib/klibc/bin/fstype /dev/sr0" >> "/dev/sr0: No
[19:28] <TJ-> medium found"
[19:28] <drab> wow that's cool that you figured it out
[19:28] <TJ-> :)
[19:29] <drab> I'm still stuck with an unbootable system tho :(
[19:29] <TJ-> so, the upshot is, this is a warning as such not an error :)
[19:29] <drab> heh
[19:29] <TJ-> as in, it would be OK for CD-ROM drive to be empty (might be more than one in the system)
[19:29] <drab> makes sense
[19:30] <TJ-> however, if that fs_type binary returns non-zero as well as reporting it, the scripts may exit if they're running with "set -e" (means shell will exit on any error status returns) Not sure ./init is doing that but it's worth considering
[19:31] <TJ-> so if you want to retry this method and it drops into the initrd shell again, the first thing I'd do would be to "cat ./casper.log" in case there's clues there
[19:31] <drab> I tried that, didn't see anything interesting
[19:32] <TJ-> were there messages in it? those can be valuable since tey indicate HOW FAR the execution got, and from which it is possible to figure out where the scripts died
[19:32] <TJ-> there's a fingerprint like line numbers
[19:32] <TJ-> s/there's/they're/
[19:32] <drab> nope, just the repetition of the stuff I typed above, but will look again
[19:33] <drab> the thing is, looking at /proc/partitions, I don't know there the root OS is
[19:33] <drab> I thought the syslinux memdisk would have loaded the iso in ram
[19:33] <drab> and the root be available at something like /dev/ram0
[19:33] <drab> but I didn't see anything like that
[19:33] <TJ-> it's in casper/filesystem.squashfs
[20:40] <drab> I give up... don't get why it's so damn hard, all the tech is there, ramdisks, fetching squashfs, mounting, root pivot
[20:40] <drab> but I've tried about 2 dozen combinations and scripts and always end up with some problem or another
[20:40] <TJ-> what are you doing? local boot, or network?
[20:41] <drab> network boot from iso or squashfs, not using nfsroot
[20:41] <TJ-> PXE then?
[20:41] <drab> so I can get a rescue system going to fix systems on the lan
[20:41] <drab> yeah, PXE
[20:41] <drab> I already pxe install stuff all the time, so the sever/dhcp and so on is in good shape
[20:41] <drab> and like I said systemrescueCD or UBCD pxe boot from the iso work
[20:42] <drab> but I want ubuntu/apt
[20:42] <drab> for some reason there's no ubuntu based rescue CD, don't know why
[20:43] <TJ-> that's because the LiveCd is used for such things
[20:44] <drab> I found this in one of my last attempts, but it also fails: https://www.slax.org/en/
[20:44] <drab> in a very similar way... can't mount the root fs and drops me into a initramfs shell
[20:45] <drab> it's even got a slack ipxe fetching an iso from http/the internet, so you'd think that'd work, but fails in the same way
[20:46] <TJ-> have you considered it's your network?
[20:47] <drab> I have not, if it was why would: 1) pxe installs normally work 2) pxe boot of UBCD and systemrescueCD work ?
[20:47] <drab> isn't that enough to rule out it's my network?
[20:47] <drab> I can even pxe boot a squash filesystem I custom made
[20:47] <drab> the only problem is that it boots into the installer
[20:47] <drab> instead of booting a usable system
[20:47] <TJ-> we had a very similar issue in #maas where the network seemed to be dropping packets
[20:48] <TJ-> how is the rootfs being provided? what protocol?
[20:48] <drab> http
[20:48] <drab> from local server, same pxe is running on
[20:49] <TJ-> you're using PXE > memdisk > ISO ?
[20:49] <drab> that was the hope, yes
[20:50] <TJ-> what's the PXE/TFTP config for the Ubuntu menu entry?
[20:50] <drab> and if I use nfsroot that also works, booting the liveCD "Try without installing"
[20:50] <drab> sec
[20:51] <drab> http://dpaste.com/305NG8W
[20:51] <drab> the iso is a straightdownload from ubuntu.com
[21:06] <TJ-> Question: for the working ISO boots, are they all contained within their initrd.img files? no additional rootfs to be fetched?
[21:07] <TJ-> The thing is memdisk uses x86 real-mode interrupts, and loads the image into RAM. But once Linux starts it switches to protected mode which no longer has access to the real-mode access. There are workarounds involving finding the ISO image in RAM and loading a kernel module that maps/mounts it as a memory block device
[21:08] <drab> TJ-: http://dpaste.com/0C7EP8J it's all the same for all ISOs
[21:08] <drab> that's a straight iso download from http://www.ultimatebootcd.com/
[21:10] <drab> TJ-: I also found this, but could not get it to work either: https://github.com/medallia/ramroot
[21:10] <drab> it sounded exactly like what I wanted (and motivated by the same reason - avoiding nfs)
[21:33] <TJ-> the reason UBCD works is it has a self-contained squashfs inside the initrd.img
[21:44] <drab> fair enough, I guess it makes not much of a diff to me, maybe I'll look how to back the squashfs into the initrd
[21:45] <drab> rootram tho looks lik eit's doing the right thing, ie what would logically make sense to me
[21:45] <drab> create a ramdisk and wget the root fs and untar it to it
[21:45] <drab> however I'm stuck on "tar: applet not found"
[21:45] <drab> https://github.com/medallia/ramroot/blob/master/initramfs-tools/scripts/ramdisk#L46
[21:45] <drab> which seems to be happenig there
[21:45] <drab> no clue why busybox tar would fail like that...
[21:51] <TJ-> not sure why we can't just add a simple http client fetch inside initrd for these boots. it'd be relatively small and simple
[21:59] <TJ-> I wonder... there's tricks with bash that could do that :)
[22:04] <TJ-> drab: you've given me a challenge now. the ubuntu intrd has ./bin/wget provided by busybox so it's possible to fetch the ISO into a tmpfs, loop mount it, and mount the squashfs
[22:11] <drab> TJ-: dude if you got that working it'd be the best early xmas present anybody ever game me :P
[22:11] <TJ-> just trying to think if it could be done without needing special arguments on the command line :D
[22:12] <TJ-> in *theory* it could be the last-ditch fallback if the other methods fail, before the final drop to shell
[22:13] <drab> another random question as I'm trying to make ramroot work at the same time... if possible
[22:13] <drab> I found out that for whatever fun reason the busybox shipped in ubuntu does not come with tar... hence the fail
[22:14] <drab> I apt-get'ed the source for busybox-initramfs
[22:14] <drab> but it's not obvious to me wwhere the applets are enabled (normally it seems you'd run make menuconfig and pick)
[22:16] <TJ-> drab: did you try telling memdisk it's a "hardisk" image not "iso" - after all, the ISOs are hybrid
[22:16] <drab> TJ-: yes, I saw that and tried that too, made no diff
[22:16] <TJ-> OK.. it got into the initrd though?
[22:16] <drab> because indeed fdisk -l showed it was a disk like in the example they gave
[22:16] <drab> ?
[22:16] <drab> lost you there, what got into the initrd?
[22:17] <TJ-> I mean it booted as far as the initrd then failed the same way it does with 'iso' method - dropping to shell
[22:17] <drab> yeah
[22:17] <TJ-> right, that really does confirm the problem there is the switch from real-mode to protected 'loses' access to the im-memory image
[22:25] <TJ-> That ramroot project is OK, but misses the point. It could easily work with the existing ISO/squashfs images rather than enforcing having to repack it as tar.xz
[22:26] <drab> TJ-: I can't get that to work either... recompiling busybox now, seems a rather wacky choice to ship busybox without tar...
[22:26] <drab> I don't even know why/how it worked for him to begin with
[22:26] <drab> maybe it used to ship it in 14.04
[22:27] <TJ-> we want it small as possible, and don't need tar in the initrd
[22:28] <drab> yeah, I guessed as much, which makes sense
[22:29] <drab> just been a long saturday... and thank you for helping, really appreciate it
[22:31] <TJ-> I did all this stuff years ago; got scripts that automatically configure the PXE server for ISOs so it's simple to deploy, but I use NFS.
[22:32] <TJ-> in case there's any nuggets in it, this is it from 10 years ago: http://tjworld.net/wiki/Linux/Ubuntu/NetbootPxeLiveCDMultipleReleases
[22:33] <drab> TJ-: yeah, I have that working (with nfs), the whole problem started when trying to do this over http
[22:33] <drab> nfs based stuff is no issue, works pretty well
[22:33] <TJ-> yes, I understand
[22:34] <TJ-> the end of the article deals with patching the ISO initrd
[22:34] <drab> thanks, checking it out
[22:35] <TJ-> back then the network modules weren't built-in to the kernel nor included in the initrd, so I had to modify it for getting netconsole
[22:35] <drab> bah, got past the tar issue but now getting a whole new bunch of errors I can't even see because it scrolls too fast and then I can't page up, it's all locked up
[22:35] <TJ-> failures during extraction maybe?
[22:35] <TJ-> one per file in the image maybe?
[22:36] <TJ-> you repacked the rootfs as a tar.xz I assume?
[22:36] <drab> yeah
[22:36] <drab> can't see where it's erroring first, scrolls real fast and dies, I see errors can't create /root/lib/firmware, can't mount /dev on /root/dev and eventually tar fs doesn't have /sbin/init
[22:37] <drab> so it does sound like untarring an setting up failed somehow
[22:37] <drab> I wonder why it all locks up, normally the initramfs prompt is usable and I can at least scroll up
[22:58] <TJ-> did you increase the memtotal size to account for the size of your rootfs when uncompressed?
[23:02] <drab> TJ-: for rootmem? no I didn't think of it, it wasn't in the instructions and I thoguht tmpfs was dynamic these days (and would have worst errored if no more space was not available)
[23:03] <drab> but I have 4Gbs and the img is 100MB so I thought it wasn't a problem
[23:07] <TJ-> look at the ramroot script, line 29. it defaults to 500MB which must take the uncompressed image. if not you have to set memtotal= on tha kernel command-line
[23:22] <drab> TJ-: the unextracted/before tar ramroot is 400MB, but I will try
[23:23] <drab> also I realized that earlier I tarred chroot, ie the tar would have chroot/{etc,var...} and maybe that's also no good
[23:23] <drab> so retarring with the tar straight into the root
[23:24] <TJ-> haha yes that'd be a problem
[23:24] <TJ-> tar needs to start in the root of the rootfs :)
[23:27] <drab> holy cow
[23:27] <drab> there's good news and bad news
[23:28] <drab> the good news, it booted \o/
[23:28] <TJ-> lol
[23:28] <drab> the bad news, I guess it's missing some usb module because the usb keyword plugged doesn't work
[23:28] <TJ-> check for usb_hid I think it is (human interface device)
[23:29] <drab> check where?
[23:29] <drab> I'd thought everything like that was included in the stock kernel I installed in the chroot (and loaded), but maybe not
[23:29] <TJ-> it should be in the kernel image itself
[23:30] <TJ-> i've had that previously where it needed some specific USB chipset driver to bring up the USB side
[23:31] <TJ-> check "find /sys/bus/usb/ " see what's there
[23:31] <drab> cant' type so can't check :)
[23:31] <drab> but I'm looking in the chroot
[23:32] <drab> to see if the module is there, I used linux-virtual-image which installs a minimal kernel
[23:32] <drab> and doing /lib/modules/4.4.0-21-generic/kernel# sudo find . -name "*usb*" returns nothing
[23:32] <drab> so they may not be there after all
[23:33] <drab> yeah on my desktop that returns a lot of stuff, including usbhid.ko
[23:33] <drab> trying again adding a diff kernel in the chroot
[23:35] <TJ-> right; virtual-image doesn't need USB
[23:35] <drab> it's gonna make the img fat tho...
[23:35]  * drab scratches his head
[23:36] <drab> also seems I've recompiled busybox I'm thinking I could also make the root tar bz2 instead of xz
[23:36] <drab> should make it much smaller
[23:36] <TJ-> if you want to boot bare hardware it's better to have it builtin - in case the initrd fails :)
[23:36] <TJ-> you could, but ramroot only supports xz as far as I noticed
[23:36] <drab> yeah, well, in theory I guess I should just compile a static kernel
[23:37] <drab> TJ-: I think it's just the code, to make it more portable as most busyboxes prolly aren't compiled with bzip2
[23:37] <drab> but maybe have xz, so I can prolly just change that part of the code to uncompress the tar
[23:38] <TJ-> it's using pixz for decompressing; you'll need to add code to ramroot script if you're going to use bz2
[23:38] <drab> yeah
[23:50] <drab> that's about 200MB more of modules... kinda whack, but let's see if it works
[23:51] <drab> I guess if it does then I'll spend time compiling a kernel statically and adding a whole bunch of stuff, but avoiding modules I don't really need, like sound
[23:52] <drab> comes to 180Mb vs 100MB it wa before
[23:54] <drab> yep, bingo! got keyboard and even a nice framebuffer and it was up and running pretty quickly overall
[23:58] <TJ-> :) well done


[02:22] <Nothing_Much> When I upgraded to Ubuntu 14.04 I noticed I'm not recieving any updates
[02:22] <Nothing_Much> How do I reenable the updates to appear daily?
[02:22] <Nothing_Much> I already checked in the software sources
[02:22] <Nothing_Much> And it says that it checks daily
[02:22] <Nothing_Much> But it doesn't
[02:23] <Daekdroom> Try doing it manually
[02:23] <Daekdroom> An error message could show up
[02:23] <Nothing_Much> Daekdroom: Okay I got an error
[02:23] <Nothing_Much> It says
[02:23] <Nothing_Much> "Not all updates can be installed"
[02:24] <Daekdroom> How did you try to upgrade?
[02:24] <Daekdroom> apt-get or upgrade-manager?
[02:24] <Nothing_Much> I upgraded with do-release-upgrade
[02:24] <Daekdroom> Not necessary. You're already using 14.04
[02:24] <Daekdroom> 'sudo apt-get upgrade' (and occasionally 'sudo apt-get dist-upgrade') are all you need.
[02:36] <Nothing_Much> Daekdroom: Yeah but when will the updates begin to show up daily again?
[02:36] <Nothing_Much> When the final release of 14.04 shows up?
[02:36] <Daekdroom> If anything, updates should be appearing daily during the development phase
[02:36] <Nothing_Much> Well they aren't
[02:36] <Nothing_Much> And haven't been until I ran the Software Updater
[02:37] <Nothing_Much> There's a "partial upgrade" and "continue" buttons
[02:37] <Daekdroom> I haven't been paying attention if they are offered to me daily, because I usually run the commands from terminal.
[02:39] <Nothing_Much> Daekdroom: Well that's interesting, but when someone upgrades with do-release-upgrade, then that could be a problem that people are missing security updates
[05:57] <jcrubino> I am attempting to do an apt-get update
[05:57] <jcrubino> but i get
[05:57] <jcrubino> E: GPG error: http://ppa.launchpad.net trusty InRelease: Clearsigned file isn't valid, got 'NODATA'
[05:57] <jcrubino> error
[05:58] <jcrubino> what can I do ?
[06:07] <rww> jcrubino: run sudo apt-get update -o Debug::Acquire::http=true , see if it provides any useful errors
[06:08] <rww> if you're using a proxy server, check that that's working properly (and you're logged into it and what not)
[06:11] <jcrubino> https://dpaste.de/yOaa
[06:11] <jcrubino> no proxy server
[06:12] <rww> http://ppa.launchpad.net/ works fine in a web browser?
[06:14] <jcrubino> yep, is just a directory
[06:14] <jcrubino> though
[06:14] <jcrubino> http
[06:14] <jcrubino> not https
[06:15] <rww> odd.
[06:15] <rww> which PPAs do you have enabled?
[06:22] <soee_> guys what happend with libavcodec-extra-53 package ?
[06:22] <soee_> and how to get h.264 support now ?
[06:23] <rww> it became libavcodec-extra-54
[06:24] <soee_> rww: ok thanks, any idea why thers no h.264 support ?
[06:25] <rww> no idea, I don't use libav
[06:31] <jcrubino> rww: whats the easiest way to dump that to file?
[06:31] <rww> jcrubino: cat /etc/apt/sources.list /etc/apt/sources.list.d/* | grep ppa.launchpad.net
[06:32] <jcrubino> https://dpaste.de/z795
[06:32] <jcrubino> thanks
[06:35] <rww> well for starters, go through and clean all of the "precise" PPAs out
[06:41] <rww> apart from that, the /var/lib/apt/lists/partial filename mentioned in the other paste might make it more obvious which of that bunch it means
[08:13] <AussieDownUnder> elfy: Erm am I supposed to put something like that in a terminal?
[08:18] <elfy> what?
[08:19] <elfy> AussieDownUnder: I have absolutely no idea what you're talking about
[08:19] <AussieDownUnder> elfy, whoops wrong person sorry.
[08:19] <elfy> :)
[08:21] <AussieDownUnder> Running Xubuntu 14.04 daily, trying to run minecraft.jar, there's not options in properties to allow it to run as executeable. I have Java 7 installed. Any other way to get the sucker running?
[08:23] <AussieDownUnder> Well whatta ya know, typed some jargon in the terminal & got it going. "sudo java -jar /home/smeg/Downloads/Minecraft.jar"
[08:42] <TheDrums> AussieDownUnder: Err, shouldn't run minecraft as root.
[09:31] <AussieDownUnder> thedrums, right, the sudo thing is a habit
[09:49] <adamshsiasd> Is anyone there?
[09:51] <adamshsiasd> I try anyways, see if some is out there in the ether
[09:52] <adamshsiasd> I fail when booting into my system.
[09:53] <adamshsiasd> first thing that happens: apache2: config test failed: mktemp failed tp create directory via template.
[09:54] <adamshsiasd> sudo apt-get upgrade ==>  dpkg failured debconf version is debconf installed?
[09:54] <adamshsiasd> apt-get install debconf  ==> dpkg failured debconf version is debconf installed?
[09:55] <adamshsiasd> dpkg --configure -a ==> unable to create new file /var/lib/dpkg/info/format-new
[09:56] <adamshsiasd> No dircetory /var/backups
[09:57] <AussieDownUnder> Minecraft doesn't really like being changed from fullscreen to a smaller frame size or vice versa, it stops working.
[09:57] <adamshsiasd> fsck ==> /dev/sdb1: 0.4% non-contiguos
[09:58] <adamshsiasd> The last major thing i did was moving my /home to another partition
[09:58] <adamshsiasd> I didnt have a /var/lib/dpkg folder at boot
[10:08] <adamshsiasd> I'll repeat my broadcast
[10:08] <adamshsiasd> I fail when booting into my system.
[10:08] <adamshsiasd> first thing that happens: apache2: config test failed: mktemp failed tp create directory via template.
[10:08] <adamshsiasd> sudo apt-get upgrade ==>  dpkg failured debconf version is debconf installed?
[10:08] <adamshsiasd> apt-get install debconf  ==> dpkg failured debconf version is debconf installed?
[10:08] <adamshsiasd> dpkg --configure -a ==> unable to create new file /var/lib/dpkg/info/format-new
[10:08] <adamshsiasd> fsck ==> /dev/sdb1: 0.4% non-contiguos
[10:09] <adamshsiasd> The last major thing i did was moving my /home to another partition
[10:12] <AussieDownUnder> I don't know, run a love usb of ubuntu & install boot-repair then run that.
[10:12] <AussieDownUnder> live*
[10:12] <AussieDownUnder> Sorry no love here
[10:12] <adamshsiasd> Love usb. I'll se if i can get a hold of one of those
[10:17] <AussieDownUnder> Honestly don't know if boot repair will work for that. Sounds like you need to tell your o/s where everything is now that you moved it all. Probs a better program or way of moving directories that updates its location to the o/s
[12:59] <BluesKaj> Hey all
[19:20] <pepee> hi.  is this correct?  http://www.phoronix.com/scan.php?page=news_item&px=MTYwNzU    VDPAU will not be enabled for the radeon driver in trusty?
[19:44] <genii> pepee: They could probably better answer that in #ubuntu-x
[19:44] <pepee> genii, thanks
[20:02] <pietro10> Hi. My laptop has been picking up and auto-adding network printers from school. How do I get it to stop? Thanks.
[23:01] <ali1234> bug 1282299
[23:01] <ali1234> anyone else got that and could confirm it?
[23:08] <Daekdroom> It's working ok for me.
[23:09] <Daekdroom> Oh. One has to reset it.
[23:09] <Daekdroom> Let me try
[23:09] <ali1234> failed on two different systems here
[23:09] <ali1234> one running unity, one running xfce
[23:11] <Daekdroom> Hm.
[23:11] <Daekdroom> It appeared again once I started it.


[00:32] <rbelem> Riddell, ScottK, ping
[00:32] <rbelem> plasma-mobile worked fine with the backported patches
[00:32] <rbelem> http://paste.ubuntu.com/491882/
[00:37] <lex79> ScottK: are you doing libbluedevil ?
[02:56] <yofel> ftbfs fixed
[03:04] <claydoh> http://kde-look.org/poll/index.php :)
[05:59] <rgreening> any reason amarok-dbg symbols do not seem to exist for <IP_ADDRESS>?
[06:08] <valorie> hmmm, I see them
[06:09] <valorie> in Synaptic, right this minute
[06:10] <valorie> !amarok-dbg
[06:10] <valorie> hmmm
[06:35] <rgreening> amarok-dbg is wrong version
[06:36] <rgreening> 2.3.1 not <IP_ADDRESS> is missing
[06:49] <valorie> rgreening: I see <IP_ADDRESS>
[06:49] <rgreening> hmm.. strange
[06:50] <rgreening> apt-cache policy amarok-dbg
[06:50] <rgreening> amarok-dbg:
[06:50] <rgreening>   Installed: (none)
[06:50] <rgreening>   Candidate: 2:2.3.1-1ubuntu7
[06:50] <rgreening>   Version table:
[06:50] <rgreening>      2:2.3.1-1ubuntu7 0
[06:50] <rgreening>         500 http://archive.ubuntu.com/ubuntu/ maverick/main i386 Packages
[06:52] <valorie> http://imagebin.ca/view/SA5LnFH.html
[06:52] <valorie> try synaptic
[06:52] <rgreening> um.. same db?
[06:52] <valorie> dunno
[06:53] <valorie> I have the best luck with synaptic
[06:53] <rgreening> synaptic uses same db
[06:53] <valorie> easy searching
[06:53] <valorie> etc.
[06:53] <valorie> well, a picture is worth 1000 words
[06:54] <rgreening> nevermind. figured it out,
[06:54] <rgreening> my bad
[06:59] <valorie> what was it?
[07:00] <rgreening> didn't have the repo enabled. lol
[07:00] <valorie> I was kidding about synaptic
[07:00] <valorie> people should use the tools they like
[09:09] <Quintasan> \o/
[09:10] <apparle> hello guys ... how is it going
[09:11] <Quintasan> well, looking at our ToDo I guess it is not bad
[09:11] <apparle> Can I be of any help... I am getting bored.... I have nothing to do
[09:12] <Quintasan> well, I think it is too late for some thing from our todo
[09:12] <mfraz74> will 10.10 have choqok 1.0 beta 3?
[09:12] <Quintasan> they were postponed for 10.10+1
[09:13] <Quintasan> mfraz74: don't think so but I think it will land in Kubuntu PPA
[09:13] <mfraz74> Quintasan: ok
[09:23] <ScottK> lex79: I am not (yet).  I was hoping someone else would, but can if I need to.
[11:43] <lex79> ScottK: libbluedevil https://launchpad.net/~alessandro-ghersi/+archive/ppa/+packages
[11:44] <lex79> not tested, I don't have a laptop
[11:44] <lex79> and I can't upload it, it's not in the set of the packages for kubuntu-dev
[12:06] <shadeslayer> apachelogger: oh does it now? its still a WIP ...
[12:37] <shadeslayer> any idea how i delete a branch from my gitorious clone?
[12:38] <yofel> git branch -d <branchnick> ?
[12:39] <shadeslayer> yofel: thats only for my local branch IIRC
[12:39] <shadeslayer> how do i delete it from gitorious
[12:39] <yofel> good question..
[12:40] <yofel> #git ?
[12:40] <shadeslayer> sure
[12:46] <shadeslayer> yofel: git push remote :branch
[12:48] <yofel> ah
[12:51] <Nightrose> is there a place where i can get a choqok that works with twitter?
[12:51] <Nightrose> and that's kinda trustworthy
[12:51] <yofel> shadeslayer: ^
[12:52] <shadeslayer> Nightrose: maverick?
[12:52] <shadeslayer> or lucid?
[12:52] <Nightrose> shadeslayer: nope lucid
[12:52] <shadeslayer> ok lemme check if the versioning is right in my lucid package
[12:52] <Nightrose> thx
[12:53] <shadeslayer> Nightrose: ppa:rohangarg/kde-extra
[12:53] <shadeslayer> from https://edge.launchpad.net/~rohangarg/+archive/kde-extra?field.series_filter=lucid
[12:53] <Nightrose> shadeslayer: any other nasty stuff in there? ;-)
[12:54] <shadeslayer> well.. theres rekonq 0.4.90
[12:54] <Nightrose> don't use that so no prob
[12:54] <shadeslayer> and kraft
[12:54] <Nightrose> neither but actualy i can just download the package and install
[12:55] <shadeslayer> Nightrose: and i hope your using kde 4.5.1 .. because apparently there also kdenetwork :P
[12:55] <shadeslayer> oh download qoauth as well
[12:55] <Nightrose> hmm i don't on this one yet
[12:55] <shadeslayer> ah downloading is the best option then
[12:55] <Nightrose> had too many problems on the netbook so waiting on the desktop to upgrade
[12:55] <Nightrose> ok
[12:55] <Nightrose> thx
[12:56] <shadeslayer> no problemo
[12:56] <shadeslayer> im waiting for mtux to workaround some stuff then ill ask for a SRU to lucid
[12:56] <Nightrose> cool
[12:57] <neversfelde> Nightrose: I have a choqok package for lucid in my ppa
[12:57] <Nightrose> hmmmmmmm
[12:58] <Nightrose> which is better now? :D
[12:58] <neversfelde> also qoauth 1.0.1 wich is needed for the new choqok version
[12:58] <neversfelde> :)
[12:58] <Nightrose> fight!
[12:58] <Nightrose> :P
[12:58] <shadeslayer> ah qoauth 1.0.1 is better any day :P
[12:58] <shadeslayer> neversfelde wins :D
[12:58] <Nightrose> haha
[12:58] <Nightrose> ok
[12:58] <neversfelde> yes, mtux told me, that it is necessary for it
[12:58] <shadeslayer> neversfelde: can we have that in maverick ?
[12:58] <shadeslayer> qoauth
[12:59] <neversfelde> shadeslayer: we should, but I guess it will not be easy to get it in
[12:59] <shadeslayer> neversfelde: isnt it a bug fix release ?
[13:00] <shadeslayer> if its just a bug fix, shouldnt be a problem
[13:00] <neversfelde> shadeslayer: not sure
[13:01] <lex79> it's not, it needs ffe
[13:01] <lex79> http://qt-apps.org/content/show.php/QOAuth?content=107420
[13:01] <neversfelde> Nightrose: https://edge.launchpad.net/~neversfelde/+archive/experimental
[13:02] <lex79> * new API
[13:02] <Nightrose> neversfelde: jep thx - got it already - installing
[13:02] <neversfelde> nothing else in this ppa, so should be no problem to use it atm
[13:02] <shadeslayer> lex79: :(
[13:02] <Nightrose> great
[13:02] <shadeslayer> lex79: i say put it in backport ppa
[13:03] <lex79> shadeslayer: write a ffe for it if we need for choqok
[13:03] <shadeslayer> lex79: um.. choqok is already up for a FFe, are you talking about qoauth ?
[13:03] <shadeslayer> choqok 0.9.90 builds fine with 1.0.0
[13:03] <lex79> yes, qoauth
[13:04] <lex79> do we need qoauth  1.0.1 for choqok or something else?
[13:04] <shadeslayer> nope, choqok 0.9.90 builds fine with qoauth 1.0.0
[13:05]  * lex79 is confused
[13:06] <shadeslayer> lex79: mtux recommended qoauth 1.0.1, he didnt say it was necessary
[13:06] <lex79> ah ok
[13:06] <lex79> but since qoauth has only one rdepend (choqok) we should try to have it in maverick
[13:07] <neversfelde> shadeslayer: he told  me that it is necessary
[13:07] <shadeslayer> lex79: feel free to FFe, im coding this weekend ;)
[13:07] <shadeslayer> neversfelde: really? but 0.9.90 has no such build dep
[13:07] <shadeslayer> more like, CMake doesnt say a thing
[13:07] <lex79> maybe it needs on runtime
[13:08] <shadeslayer> it works with 1.0 as well...
[13:08] <lex79> mtux is the developer of choqok?
[13:09] <shadeslayer> yes
[13:09] <lex79> well if upstream says it's necessary, means it's necessary
[13:10] <shadeslayer> lex79: neversfelde http://imgur.com/tw5Lf.png
[13:11] <Nightrose> shadeslayer: neversfelde: do i have to set up the accounts again? cause it's still not working atm
[13:11] <shadeslayer> Nightrose: aye
[13:11] <Nightrose> :(
[13:11] <Nightrose> damn
[13:11] <Nightrose> ok
[13:11] <shadeslayer> theres a new Auth mechanism
[13:11] <Nightrose> yes i know
[13:11] <Nightrose> i was hoping there is some migration...
[13:11] <shadeslayer> nope :(
[13:11] <neversfelde> Nightrose: I do not use twitter, but I had to setup identi.ca after the upgrade
[13:11] <lex79> talk again with upstream please to ensure we are fine wit the old version of qoauth
[13:11] <Nightrose> identi.ca seem to be working fine
[13:12] <shadeslayer> neversfelde: likewise for twitter
[13:12] <shadeslayer> Nightrose: yeah, identi.ca supports both mechanisms for now
[13:12] <Nightrose> k
[13:12] <shadeslayer> btw dont count on choqok working forever
[13:12]  * Nightrose goes and sets up 8 accounts again
[13:12] <Nightrose> *grumble*
[13:13] <shadeslayer> because choqok includes the consumer key, and twitter is blocking all clients which include the user key
[13:13] <shadeslayer> s/user/consumer
[13:13] <Nightrose> \o/
[13:13] <shadeslayer> i know :P
[13:14] <neversfelde> shadeslayer: btw, some people told me that qoauth probably has a missing dependency
[13:14] <neversfelde> libqca2-plugin-ossl
[13:14] <shadeslayer> crissi: rebuilding kdevplatform, tell me if your issue stil exsists
[13:14] <shadeslayer> orly?
[13:14] <shadeslayer> neversfelde: its a sync from debian
[13:15] <neversfelde> shadeslayer: yes, I know
[13:15] <shadeslayer> i dont think debian messes stuff up :{
[13:15] <shadeslayer> s/:{/:(
[13:15] <neversfelde> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595712
[13:15] <shadeslayer> oic
[13:16] <shadeslayer> i shall fix0r that in a moment
[13:16] <neversfelde> I have no internet access this week, so I cannot have a look at it
[13:16] <neversfelde> we should move the choqok and qoauth package over to beta backports, if it is working
[13:32] <CIA-116> [muon] gmartres * 1174169 * trunk/extragear/sysadmin/muon/ (5 files in 3 dirs) Regression fixes: - PackageWidget: set correct stretch factor - UpdaterWidget: initially mark packages for dist-upgrade - Updater/ReviewWidget: hide the DetailsWidget when a package state changes
[14:01] <shadeslayer> apachelogger: around much?
[14:02] <rbelem> Riddell, ScottK, ping
[14:04] <shadeslayer> lex79: can you upload qoauth with my fix?
[14:06] <lex79> yes
[14:07] <shadeslayer> one sec..
[14:07] <shadeslayer> :O
[14:07] <shadeslayer> will take a few mins
[14:08] <lex79> ok
[14:12] <shadeslayer> lex79: http://paste.ubuntu.com/492138/ << debdiff
[14:12] <shadeslayer> it builds locally in pbuilder here
[14:13] <lex79> it's more simple if you upload it in a ppa, then I can grab and upload
[14:14] <shadeslayer> lex79: sure i can upload to my ppa
[14:14] <lex79> thanks
[14:22] <shadeslayer> lex79: https://edge.launchpad.net/~rohangarg/+archive/experimental/+files/qoauth_1.0-2ubuntu4.dsc
[14:22] <shadeslayer> from https://edge.launchpad.net/~rohangarg/+archive/experimental/+packages
[14:22] <shadeslayer> ( note, ignore the ~ppa1 package if you see it )
[14:23] <lex79> ok
[14:27] <lex79> uploaded
[14:29] <shadeslayer> thanks :D
[14:29] <shadeslayer> ill bbiab
[14:32] <Riddell> rbelem: I have your kdelibs patch compiled, still got testing to do
[14:34] <lex79> Riddell: can you retry this? https://launchpad.net/ubuntu/+source/apport/1.14.1-0ubuntu7/+build/1951875
[14:34] <lex79> it's weird, built fine here
[14:35] <Riddell> rbelem: ooh it works
[14:35] <Riddell> rbelem: I'll get it uploaded later
[14:36] <Riddell> lex79: that mystified me, I e-mailed pitti about it but he's on holiday
[14:36] <Riddell> I'll retry but I doubt it'll make a difference
[14:37] <lex79> ok
[14:52] <rbelem> Riddell, cool :)
[14:53] <rbelem> Riddell, will you upload qtwebkit and kdelibs patches?
[14:54] <rbelem> Riddell, can we update plasma-mobile to latest revision?
[15:43] <rbelem> brb
[16:04] <CIA-116> [muon] gmartres * 1174225 * trunk/extragear/sysadmin/muon/libmuon/DownloadWidget.cpp DownloadWidget regression fix: scroll to the bottom of the view when a new item is added to the model
[16:30]  * shadeslayer cant ssh with his old ssh key :(
[16:31] <debfx> then use the new one :p
[16:32] <ulysses> great, OOo Impress crashes while opening anything
[16:42] <ScottK> lex79: The docs for libbluedevil don't have to be stripped.  They are fine, just a misunderstanding by the maintainer.
[16:43] <lex79> ScottK: ah, so "+dfsg" in the version should be removed?
[16:44] <lex79> Riddell: apport built ;)
[16:57] <EagleScreen_> bluedevil crashing receiving a file
[16:57] <EagleScreen_> :(
[16:59] <daskreech> is there a CLI version of the USB creator?
[17:03] <bulldog98> daskreech: man dd
[17:04] <daskreech> bulldog98: That's what I thought as well
[18:01] <JontheEchidna> smarter_: mind if I bug you with a few more regressions? :P
[18:01] <smarter_> hey!
[18:01] <smarter_> do tell :p
[18:01] <smarter_> I'm surprised it's not crashing and burning more
[18:01] <JontheEchidna> now regular muon is suffering the same bug as the updater used to. Marking packages crashes
[18:02] <smarter_> oh right, that's the one thing I didn't test :p
[18:02] <JontheEchidna> :P
[18:02] <JontheEchidna> I think it's re-adding the packages each time a package changes
[18:02] <smarter_> (unmarking after clicking on the upgrade button works)
[18:03] <smarter_> but yeah! less code duplication :p
[18:03] <smarter_> now we share bugs! :p
[18:03] <JontheEchidna> hehe
[18:04] <JontheEchidna> The other thing I noticed is that the DetailsWidget seems to be taking up a lot more space than it used to: http://imgur.com/gwVNp
[18:04] <JontheEchidna> maybe due to kvbox -> qvboxlayout?
[18:04] <JontheEchidna> not that there was a choice, if we wanted to dynamically be able to insert the searchbar
[18:05] <smarter_> have you svn up-ed recently?
[18:05] <smarter_> that should be fixed
[18:05] <smarter_> I added setStretchFactor(0, 4);
[18:05] <JontheEchidna> yep
[18:06] <JontheEchidna> what arguments does that function take?
[18:06] <smarter_> index of the widget in the splitter, stretch factor
[18:07] <smarter_> I see, I didn't notice it because it only happens when the size of the window is quiet small, and I'm on 1920x1200
[18:08] <JontheEchidna> maybe the index is different in the updater vs the manager, since we have the searchbar in the manager?
[18:08] <smarter_> no, the searchbar is part of the first widget in the splitter
[18:08] <JontheEchidna> mm, nope. -updater has the same behavior
[18:09] <JontheEchidna> ah, right
[18:09] <smarter_> see setHeaderWidget
[18:10] <smarter_> I guess we need a sizeHint
[18:10] <smarter_> but it looks fine with a big resolution :p
[18:11] <JontheEchidna> :p
[18:12] <smarter_> (without the stretch factor each widget took half the window size)
[18:21] <smarter_> JontheEchidna: even with the appropriate SizePolicy, the detailswidget still takes a lot of space and grows faster than the view
[18:24] <smarter_> JontheEchidna: oh wait, I was setting the horizontal policy instead of the vertical one ^^'
[18:25] <JontheEchidna> :P
[18:34] <JontheEchidna> smarter_: btw, as a heads-up I'll probably do another bugfix release for libqapt/muon tomorrow
[18:35] <smarter_> okay, what's in it?
[18:37]  * JontheEchidna is waiting on websvn
[18:37] <JontheEchidna> oh, I did notice that during concurrent downloads, only one of the two packages gets progress updates. The second one only gets a progress update when a new package is added to the downloadmodel
[18:37] <JontheEchidna> (unrelated to bugfix release)
[18:38] <smarter_> JontheEchidna: look like we didn't remove the break in the for loop :p
[18:39] <JontheEchidna> smarter_: for libqapt, we have a FindAptPkg.cmake file, your NotFound error for qapt-batch, my fix to make qaptworker not crash on malformed sources.list, and your button focus fix
[18:40] <smarter_> oh that reminds me, the notfounderror thing has a dialog which says "Therefore, it cannot be installed." but the error can happens too(though that's unlikely) when removing a package
[18:41] <JontheEchidna> for muon we have a fix for the standalone purge button showing up when there is already a purge action in the remove submenu, and your fix for a few more non-readonly listview items
[18:41] <smarter_> okay, great
[18:44] <CIA-116> [libqapt] gmartres * 1174256 * trunk/extragear/sysadmin/libqapt/src/worker/workeracquire.cpp Enable parallel downloads monitoring, wheeee
[18:44] <smarter_> JontheEchidna: how did you get apt to perform parallel downloads by the way?
[18:44] <JontheEchidna> smarter_: oh, it does that automagically
[18:44] <smarter_> but it doesn't seem to do it with me :p
[18:44] <smarter_> even when fiddling with apt conf
[18:46] <JontheEchidna> it usually happens when downloading new chromium + a bunch of other smaller packages
[18:48] <smarter_> I downloaded all the fps I could find and still nothing :p
[18:48] <smarter_> (though I've got fps now, but no video card to play them :p)
[18:52] <smarter_> JontheEchidna: do you know any other app which uses a {K,Q}TabWidget in a way similar to us?
[18:52]  * smarter_ is getting frustrated with QSizePolicy :p
[18:52] <JontheEchidna> hmm....
[18:52] <JontheEchidna> perhaps shaman?
[18:53] <smarter_> haha, they've got the same problem
[18:53] <shadeslayer> smarter_: it does parallel downloads when downloading from different repos ... afaik
[18:54] <shadeslayer> so if you have a PPA and the standard repo's it does parallel downloads
[18:54] <JontheEchidna> ah, that might explain it
[18:54] <JontheEchidna> I get chromium from the daily ppa
[18:55] <shadeslayer> JontheEchidna: IIRC thats how it works
[18:55] <shadeslayer> also does it for universe and main.. but only for small packages
[19:09] <smarter_> JontheEchidna: I've seen the light
[19:09] <smarter_> I know what to do with the detailsWidget-make-stuff-crash thing
[19:10] <smarter_> the backend signal packageChanged needs an enum argument that specifies what changed exactly
[19:10] <smarter_> so detailswidget now if it should clear() or just update its content
[19:41] <njin> JontheEchidna: around ?
[19:41] <JontheEchidna> yep
[19:41] <CIA-116> [libqapt] jmthomas * 1174270 * trunk/extragear/sysadmin/libqapt/ (6 files in 3 dirs) (log message trimmed)
[19:41] <CIA-116> - Use DBus to invoke the Apt Xapian Index updater - Introduce a
[19:41] <CIA-116> xapianUpdateProgress signal to report on the percent progress of the updater The
[19:42] <njin> hello, yofel send me to you, can you take a look at this bug ? https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/409039
[19:43] <yofel> nice bot failure o.O
[19:44]  * JontheEchidna was wtf'ing :P
[19:44] <yofel> jussi: ^
[19:45] <JontheEchidna> well... irt to the report I don't really know what to say. I'm not an ubiquity expert, and I don't use mountmanager too terribly much, but just enough to know that it probably should be able to rename mount points
[19:47] <smarter_> JontheEchidna: hmm, there is too kind of changes reported by packageChanged really: when a package state actually being changed (marked for install/removal/...) and when the backend caches is reloaded
[19:48] <smarter_> I think it's worth handling them with separate signals
[19:48] <smarter_> and packageChanged could specify what package is changed and how
[19:49] <JontheEchidna> I don't think reloadCache() does any signal emission...
[19:49] <JontheEchidna> packageChange is emitted on individual package actions, as well as in the case of an upgrade being marked
[19:50] <njin> JontheEchidna: thanks, i refer to reporter to retry with mountmanager
[19:50] <smarter_> yes, the upgrade thing is different
[19:50] <smarter_> and that's what makes handling detailswidget painful
[19:51] <JontheEchidna> a separate signal for that could be wise
[19:51] <JontheEchidna> *would
[19:51]  * JontheEchidna is about to do neat things in the statusbar with the new xapianUpdateProgress signal
[19:51] <smarter_> cool
[19:53] <smarter_> okay, and what about packageChanged giving a pointer to the QApt::Package and a MarkedType enum?
[19:53] <smarter_> with InstallMarked, RemoveMarked, UnMarked, ...
[19:54] <JontheEchidna> It'd be impossible to track dependencies being marked for install, etc
[19:54] <JontheEchidna> since we don't do the actual marking
[19:54] <JontheEchidna> which means that reporting what changes would become way less useful
[19:55] <smarter_> I see
[19:56] <JontheEchidna> I did have packagechanged emitting a package pointer at one point, but since it couldn't report all packages that changed it was only useful for knowing that some package changed state, so I removed the package pointer from the signal
[19:57] <smarter_> but that means that even if we don't break the API we need to introduce a behaviour change since we _don't_ want the packageChanged() signal to be emitted when an upgrade is marked
[19:58] <JontheEchidna> I think at this point that would be OK since we're the upstream for all users of libqapt.
[19:59] <JontheEchidna> users in the "use libqapt" sense
[19:59] <smarter_> okay :)
[19:59] <smarter_> would that require a change in the shaman backend?
[19:59] <JontheEchidna> hmm
[20:00] <JontheEchidna> I don't think it's far enough along
[20:00] <JontheEchidna> it's upgrade button doesn't work yet, iirc
[20:02] <smarter_> ok
[20:03] <smarter_> I'll look into it tomorrow, but feel free to implement the changes before that if you're bored :p
[20:04] <JontheEchidna> k
[20:04] <smarter_> 'night
[20:04] <JontheEchidna> 'night
[20:05] <smarter_> (also, there's a packageChanged() in Backend::restoreCacheState)
[20:31] <ScottK> lex79: Yes and we should build and ship the docs in the -dev package (this will take doxygen and some magic in debian/rules.
[20:34] <lex79> I have to search an example before :)
[20:42] <shadeslayer> ScottK: i agree on bug 635973
[20:45] <jjesse-netbook> hrmm just updated netbook on maverick and choqok is crashing every time status is updated
[20:45] <jjesse-netbook> known problem?
[20:45] <shadeslayer> ScottK: ^ new upload of choqok?
[20:46] <shadeslayer> seems to be the old one
[20:46]  * shadeslayer hopes it isnt qoauth 1.0.1
[20:47]  * lex79 said talk with upstream if we need qoauth 1.0.1 on runtime
[20:48] <shadeslayer> lex79: i sent him a dent, lets see what he says
[20:48] <lex79> great
[20:48] <lex79> :)
[20:48] <ScottK> jjesse-netbook: shadeslayer has a proposed package for an choqok update.  Can you test it?
[20:49] <shadeslayer> lex79: if you can catch him at #choqok do ask as well
[20:49] <shadeslayer> jjesse-netbook: https://edge.launchpad.net/~rohangarg/+archive/kde-extra <<
[20:49] <lex79> I'm busy with other packages
[20:49] <shadeslayer> oh ok
[20:51] <shadeslayer> oh got a reply ..not from mtux tho
[20:51] <apparle_> shadeslayer: ping
[20:51] <shadeslayer> apparle_: pong..
[20:52] <apparle_> shadeslayer:  I am getting this while building the qipmsg package by debuild -d "make[2]: *** No rule to make target `/usr/lib/qt4/mkspecs/linux-g++/qmake.conf', needed by `Makefile'.  Stop."
[20:53] <shadeslayer> apparle:        -d     Do not run dpkg-checkbuilddeps to check build dependencies. << go figure
[20:53] <apparle> shadeslayer: what?
[20:53] <shadeslayer> apparle: you did not install all build deps
[20:53] <apparle> shadeslayer: ahh... -S... by mistake I typed -d here
[20:53] <shadeslayer> since your running with debuild -d
[20:53] <shadeslayer> aye
[20:54] <apparle> shadeslayer: how do I install build-deps here... it doesn't have any source package here
[20:54] <shadeslayer> erm whut?
[20:54] <apparle> shadeslayer: I mean I get that from apt-get source qipmsg
[20:54] <shadeslayer> sudo apt-get install foo
[20:55] <apparle> shadeslayer: but what are the required build-deps where do I get that
[20:55] <shadeslayer> apparle: from control file
[20:55] <apparle> shadeslayer: ahh... so dumb of me
[20:55] <apparle> LOL
[20:56] <apparle> shadeslayer: I already have al the build deps
[20:57] <shadeslayer> apparle: run debuild then
[20:59] <jjesse-netbook> do i just add that ppa to test choqok?
[20:59] <apparle> shadeslayer: http://paste.ubuntu.com/492331/ see make errors
[20:59] <jjesse-netbook> sorry was talking to wife and son
[20:59] <shadeslayer> jjesse-netbook: yes
[21:00] <shadeslayer> apparle: ohhhh
[21:00] <shadeslayer> apparle: see that command produces a foo.source
[21:00] <shadeslayer> +file, you can upload that to a PPA
[21:01] <shadeslayer> make that foo.source.changes
[21:01] <apparle> clear
[21:01] <apparle> typed here by mistake... was for konsole
[21:01] <apparle> :D
[21:01] <shadeslayer> THEN launchpad builds that source package
[21:02] <shadeslayer> also.. if you want local debs, use debuild without any parameters passed
[21:02] <shadeslayer> cd qipmsg-1.0/;debuild
[21:03] <apparle> shadeslayer: but do I just ignore that make error?
[21:03] <shadeslayer> yes
[21:03] <shadeslayer> its not exactly a make error per se
[21:04] <apparle> shadeslayer: a cleaning error, but still, is it ok
[21:04] <shadeslayer> were not telling debuild to actually build the package
[21:04] <shadeslayer> yes, dh_clean takes care of that IIRC
[21:04] <apparle> shadeslayer: and the debian file only has version set as 0.9.6, so where do I change that
[21:04] <shadeslayer> apparle: debian file?
[21:04] <apparle> shadeslayer: changelog
[21:04] <shadeslayer> apparle: also fix : W: qipmsg source: diff-contains-editor-backup-file src/.serve_socket.cpp.swp
[21:05] <apparle> shadeslayer: I am sleepy right now
[21:05] <shadeslayer> me too
[21:05] <shadeslayer> apparle: lets do this tmmrw then
[21:05] <apparle> shadeslayer: no problem
[21:05] <apparle> shadeslayer: tomorrow... good night
[21:06] <shadeslayer> night
[21:07] <shadeslayer> ScottK: we will have to cherry pick a patch to fix a bug in choqok, which was fixed in svn, seems choqok displayed "to" as a clickable link
[21:08] <shadeslayer> ( in the 0.9.90 release )
[21:08] <shadeslayer> will talk to mtux tommorrow about this
[22:45]  * Riddell oggles at http://kubuntuguide.org
[22:52] <Riddell> rbelem: yes you can update plasma-mobile if you want
[22:59] <rbelem> Riddell, cool! :-)
[22:59] <rbelem> Riddell, so i will backport that patch too
[23:00] <Riddell> rbelem: which patch?
[23:01] <rbelem> Riddell, that revision that i pointed in the mail
[23:01] <Riddell> ah the second kdelibs patch
[23:03] <rbelem> Riddell, did you apply the patches?
[23:04] <rbelem> s/apply/upload/
[23:04] <Riddell> rbelem: I uploaded qtwebkit with declarative package, kde4libs with kubuntu_71_backport_plasma_webview_changes.diff and plasma-mobile without kubuntu_02_no_qml_webkit.diff
[23:05] <rbelem> Riddell, cool! :-)
[23:07] <rbelem> Riddell, tomorrow i will work to finish the ksambashare and kdenetwork filesharing patches
[23:07] <Riddell> rbelem: but we also want a newer plasma-mobile and kde revision 1157180 ?
[23:08] <rbelem> Riddell, yup
[23:11] <Quintasan> going to bed
[23:11] <Quintasan> night
[23:11] <rbelem> g'night
[23:17] <Riddell> rbelem: can you get the debdiff for kdelibs and the updated plasma-mobile package?
[23:32] <Riddell> rbelem: if you do you'll need to get someone else to upload it, I'm away for the next three days
[23:35] <ScottK> Riddell: While you're here, I'd appreciate it if you could conisder debfx's comments in Bug 634755
[23:36] <ScottK> (if something needs uploading, let me know and I can do it later)
[23:38] <jjesse-netbook> shadeslayer: using the choqok in the ppa w/ no crashes or problems, works great
[23:40] <rbelem> Riddell, i'll do it tomorrow
[23:41] <rbelem> ScottK, tomorrow I will send the debdiffs to you
[23:41] <ScottK> OK.
[23:42] <rbelem> :-)
[23:45]  * rbelem leaving...
[23:46] <rbelem> bye


[00:43] -SwissBot:#ubuntu-news- ::Security:: Episode 144 @ https://ubuntusecuritypodcast.org/episode-144/
[13:01] -SwissBot:#ubuntu-news- ::Planet:: Full Circle Magazine: Full Circle Magazine #176 @ https://fullcirclemagazine.org/2021/12/31/full-circle-magazine-176/
[13:22] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Libadwaita 1.0 Arrives to Kickstart a New Era of GTK App Development @ https://www.omgubuntu.co.uk/2021/12/libadwaita-1-0-arrives-to-kickstart-a-new-era-of-gtk-app-development (by Joey Sneddon)


[08:46] <TonyBurn> morning
[08:46] <TonyBurn> bore da etc
[09:55] <Kaia> shwmae TonyBurn
[10:00] <TonyBurn> heh, not head shwmae in ages..
[10:00] <TonyBurn> lo
[10:26] <Kaia> :)
[10:26] <Kaia> anyone have a clue about LDAP lol
[10:26] <TonyBurn> depends...
[10:26] <TonyBurn> what you want to do with it?
[10:26] <Kaia> depends on what?
[10:27] <Kaia> part of an assignment, we have to use ldap
[10:27] <Kaia> none of us have a clue lol
[10:30] <TonyBurn> use it to authenticate against? use it to interrogate?
[10:30] <Kaia> authenticate against
[10:31] <TonyBurn> so you know why ldap exists etc?
[10:31] <TonyBurn> sorry if i'm patronising
[10:31] <Kaia> yes we do
[10:32] <TonyBurn> what are you developing in?
[16:55] <brobostigon> afternoonings everyone.
[22:16] <brobostigon> brobostigon-andr: boo.
[23:34] <brobostigon> nos da, sleep well.