[05:53] <pitti> Good morning
[06:50] <mlankhorst> g'day mate!
[08:03] <didrocks> pitti: Guten Morgen!
[08:03] <pitti> bonjour didrocks, ça va ?
[08:04] <didrocks> pitti: ça va bien, et toi?
[08:05] <pitti> didrocks: je vais bien aussi, merci
[08:05] <didrocks> pitti: I wanted to ask you about xpathselect
[08:05] <didrocks> pitti: IIRC, autopilot is using it
[08:05] <pitti> didrocks: right, just discussed with robru in #u-touch
[08:06] <pitti> didrocks: it was the second time I had to upload a no-change rebuild into trusty
[08:06] <pitti> didrocks: I added a landing ask, robru is on it
[08:06] <pitti> we need to release dependencies together with packages
[08:06] <robru> didrocks, oh yeah, I just published that because pitti requested it
[08:06] <didrocks> ok, and it's only a cross compilation commit, so fine
[08:06] <pitti> trunk just has some cross-building fixes and our tests run against trunk/daily PPA, so it's fine
[08:07] <didrocks> yeah, I didn't look yet, but autopilot and xpathselect had the reputation to have landing asks with regressions :)
[08:07] <didrocks> hence my fear
[08:07] <didrocks> robru: please go ahead! :)
[08:07] <didrocks> thanks pitti, robru ;)
[08:07] <robru> didrocks, done ;-)
[08:07] <didrocks> robru: so, you release xpathselect + autopilot-gtk again I guess?
[08:07] <didrocks> or rather you "released"
[08:08] <didrocks> ;)
[08:08] <robru> didrocks, nope, just xpathselect. pitti said it would be fine
[08:08] <didrocks> hum, really? that will pass -proposed?
[08:08] <didrocks> ah, next one will pick the cross compile change I guess
[08:09] <didrocks> robru: you need to merge back pitti's changelog for autopilot-gtk though (to not have a yellow prepare for autopilot-gtk)
[08:09] <robru> didrocks, i dunno, but i trust pitti ;-)
[08:09] <robru> didrocks, yeah, I figured that, haven't got to it yet
[08:09] <didrocks> robru: thanks for tracking it to the end :)
[08:10] <robru> didrocks, also just got ubuntu-html5-theme done. heading to bed soon ;-)
[08:10] <didrocks> ah, you have done ubuntu-html5-theme at the same time
[08:10] <didrocks> (just read it)!
[08:10] <didrocks> great, thanks a lot
[08:10] <didrocks> have a good night robru :)
[08:10] <robru> didrocks, no worries, wanted to finish things properly tonight so I can start fresh work tomorrow instead of spending tomorrow cleaning today's mess ;-)
[08:13] <didrocks> heh, indeed :)
[08:13] <robru> didrocks, ok, changelog synced in lp:autopilot-gtk. goodnight!
[08:14] <pitti> robru: thanks
[08:14] <pitti> robru: sleep well!
[08:14] <robru> pitti, thanks pitti ;-)
[08:15] <didrocks> robru: have a good night!
[08:16] <doko> didrocks, whoever, http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg needs your attention ... indicator-datetime lightdm, maybe fonts-wqy-microhe
[08:17] <didrocks> doko: will have a look, thanks
[08:17] <didrocks> I don't think we want gnome-panel back :p
[08:17] <didrocks> oh, and alacarte!
[08:17] <didrocks> neeeeeed ;)
[08:21] <doko> didrocks, and nlpsolver is Sweetshark stuff, or Badshark's ;p
[08:21] <didrocks> yeah, that would be for him :) (I'm sure he has an hilight on Badshark :p)
[08:47] <seb128> good morning desktopers!
[08:48] <mlankhorst> Hello, world!
[09:05] <Laney> morning
[09:06] <seb128> Laney, good morning! how are you?
[09:07] <Laney> seb128: I'm pretty good thanks, had a nice climbing session last night ;-)
[09:07] <Laney> you?
[09:07] <didrocks> good morning seb128, ça va?
[09:11] <seb128> lut didrocks
[09:11] <seb128> Laney, didrocks: I'm good thanks ;-)
[09:22] <seb128> ok, stupid git question
[09:22] <seb128> I've a checkout, I commited a patch, sent it for review
[09:22] <seb128> it got approved upstream, but other commits went it meanwhile
[09:22] <seb128> how do I put it on top of the commit stack?
[09:22] <seb128> when I "git pull" it asks me to put a merge msg
[09:22] <Laney> git pull --rebase
[09:23] <seb128> but I don't want to merge, I just want to put it on top of trunk
[09:23] <seb128> "Cannot pull with rebase: Your index contains uncommitted changes."
[09:24] <seb128> Laney, ^^
[09:24] <Laney> are they the changes from the merge?
[09:24] <seb128> I ctrl-C-ed the merge
[09:24] <Laney> git diff
[09:24] <seb128> since I didn't want to enter a commit msg
[09:24] <seb128> but maybe it something
[09:24] <seb128> $ git diff
[09:25] <seb128> $
[09:25] <seb128> I guess I'm going to rm -rf and checkout again
[09:25] <pitti> git reset --hard origin
[09:25] <seb128> git is such a pain to use :/
[09:25] <pitti> (if you want to completely throw away your changes)
[09:25] <Laney> that'll kill his local patch
[09:26] <pitti> so, "git stash save" first
[09:26] <pitti> then reset, then "git stash pop"
[09:26] <seb128> (no I don't, I just want to push that patch that got approved)
[09:26] <seb128> thanks guys
[09:26] <seb128> I've rm-ed the dir and I'm doing a new checkout
[09:26] <seb128> it's over me how people can find git usable ;-)
[09:28] <Laney> you could probably have done git reset --hard <yourcommit>  ; git pull --rebase
[09:31] <seb128> the reset would have wiped out my commit no?
[09:31] <pitti> seb128: yes, I thought that's what you wanted to do
[09:31] <Laney> if you give it a commit id it resets to that one
[09:31] <pitti> seb128 | I've rm-ed the dir and I'm doing a new checkout
[09:32] <larsu> seb128: you're telling people that edit text in vi that git is hard to use?!
[09:32] <Laney> now that sounds like me and bzr
[09:33] <larsu> Laney: not having an index already kills bzr's (slightly) friendlier command line for me
[09:37] <seb128> hum
[09:37] <seb128> IRC split?
[09:37] <seb128> I was saying
 pitti, I wanted to do the equivalent of "bzr uncommit; bzr pull; bzr commit; bzr push"
[09:37] <seb128>  e.g just update my checking to current trunk
[09:37] <seb128>  and then put back my diff on top to commit/push
[09:37] <seb128>
[09:37] <seb128> well, anyway, I did a fresh checkout and I'm just redoing my commit on top now
[09:37] <pitti> seb128: git pull --rebase
[09:37] <Laney> haha
[09:37] <Laney> that's what I said at the start :-)
[09:37] <seb128> pitti, that was giving me the fing^W "Cannot pull with rebase: Your index contains uncommitted changes."
[09:37] <pitti> seb128: so, stash them away first
[09:38] <pitti> git stash save
[09:38] <pitti> git pull --rebase
[09:38] <pitti> git stash pop
[09:38] <pitti> gives you current trunk plus your local  commits on top, plus the uncommitted changes
[09:38] <seb128> noted for next time
[09:38] <seb128> I had no uncommited changes
[09:38] <pitti> seb128: err, but apparently you did?
[09:38] <seb128> out of whatever git might have done when I tried "git pull" (without the --rebase)
[09:38] <pitti> seb128: ah, so probably a half-done merge
[09:38] <seb128> which I ctrl-Ced when it asked me for a merge msg
[09:38] <seb128> since I didn't want to merge
[09:39] <pitti> ah, "git reset --hard" would probably have done it, but seems you solved it now
[09:39] <seb128> that would have thrown away my commit as well no?
[09:39] <pitti> I've done the "format-patch, store them away, rm -r, re-clone, and git am" exercise a lot of times, too
[09:39] <pitti> seb128: no, just the uncommitted changes (the noise from teh cancelled pull)
[09:39] <seb128> yeah, that's what I always end up doing :/
[09:40] <pitti> seb128: "git reset --hard" == "bzr revert"
[09:40] <pitti> seb128: "git reset --hard origin" ~= "re-clone"
[09:40] <seb128> ok
[09:40] <seb128> that origin thing in git doesn't make any sense to me
[09:41] <pitti> (and yes, git doesn't make sense)
[09:41] <seb128> I should just write all those down
[09:41] <Laney> it's kind of like :parent
[09:41] <pitti> at least not for people who don't want to think much about RC
[09:41] <seb128> and not try to find a logic to it but just copy recipes
[09:41] <Laney> i don't know how to do the equivalent in bzr
[09:41] <seb128> Laney, I never use that either :p
[09:41] <Laney> bzr push --remember :parent is good
[09:42] <pitti> all these indexes, heads, origins, branches concepts are pretty hard to grok, and absolutely unnecessary for 95% of the projects out there
[09:42] <seb128> right, that's my main issue with git
[09:42] <pitti> I really like how bzr says "there are branches only, period"
[09:42] <seb128> I don't care about all those details, don't need them and don't want to have to think about them
[09:42] <pitti> I forgot "repositories" in above list
[09:42] <seb128> yet it's impossible to do anything without running into them
[09:43] <pitti> seb128: that's pretty much what I did, too -- find out how to do the most common workflow, curse about it, memorize it, and stop thinking about it
[09:45] <Laney> git rebase -i ♥
[09:45] <pitti> Laney: indeed, that and bisect are the only two things I really like about git
[09:46] <seb128> Laney, what does rebase -i do?
[09:46] <Laney> Gives you a nice way to reorder, rename and change commits
[09:46]  * seb128 never really rebase anyway
[09:47] <seb128> I just uncommit;pull;commit
[09:47] <seb128> or uncommit/commit if I want to change a commit msg
[09:47] <larsu> git commit --amend
[09:48]  * larsu loves that and hates that he has to jump through hoops for the same thing in bzr
[09:48] <pitti> larsu: ok, good point, too
[09:48] <Laney> pitti: Indeed, those are great. I'd add having all the branches in the same place to my list too
[09:48] <seb128> I hate that, it doesn't work with my brain
[09:49] <pitti> Laney: that's actually a negative for me; git's concept of "checkout" (switch between branches) is utterly broken
[09:49] <seb128> I never know in what branch I am
[09:49] <pitti> as it only changes the tracked files, not the built files
[09:49] <pitti> so it's useless for anything that gets compiled
[09:49] <seb128> I keep screwing up and commiting to the wrong one/checking out the wrong one
[09:49] <pitti> my $PS1 shows which git branch I'm on
[09:49] <Laney> yep
[09:49] <Laney> I clean a lot I guess
[09:49] <pitti> 0 martin@donald:~
[09:49] <pitti> $ cd upstream/upower/
[09:50] <pitti> 0 (master) martin@donald:~/upstream/upower
[09:50] <Laney> it makes comparing/cherry-picking/creating/merging quite easy for me
[09:51] <seb128> Laney, seems like you are an heavy vcs user ;-)
[09:51]  * seb128 mostly does packaging and u-s-s
[09:51] <pitti> I find that a lot easier in bzr with separate dirs per branch, but that's a matter of taste I guess
[09:51] <seb128> neither of those have branches or stuff to cherry pick or such
[09:51] <pitti> (and I use built sources a lot)
[09:51] <Laney> yeah I guess it is
[09:52] <Laney> I did most of my learning with Debian packaging branches which I build out of tree anyway
[10:25] <diwic> seb128, ok, switching
[10:25] <seb128> diwic, larsu: hey
[10:26] <seb128> diwic, we didn't fork g-s-d to u-s-d yet but that's likely to happen this cycle
[10:26] <seb128> having the dialog in there is fine
[10:26] <seb128> but we don't have g-s-d in unity8
[10:26] <seb128> so if you do that here it means it's not futur proof and that you are going to need to redo it somewhere else in the next cycles
[10:27] <diwic> seb128, yeah, it's not that much code so I don't think that's a problem
[10:29] <diwic> seb128, so at this point, should I prepare my code to be a patch/branch against g-s-d and you will merge it?
[10:29] <diwic> seb128, or want me to wait for the fork?
[10:30] <seb128> diwic, g-s-d is fine, the fork is basically going to be a copy of g-s-d with renames when we do it
[10:30] <seb128> well, at first
[10:37] <diwic> seb128, ok, then we have a plan :-)
[10:40] <seb128> diwic, great
[10:40] <diwic> seb128, is it lp:ubuntu/gnome-settings-daemon ?
[10:41] <seb128> diwic, no, lp:~ubuntu-desktop/gnome-settings-daemon/ubuntu
[10:42] <diwic> seb128, ok, thanks
[11:18] <Laney> xnox: upstart halp
[11:19] <xnox> Laney: ok =) trading that for locales help =)
[11:19] <Laney> I want to write a user session job for session-migration but I'm not sure what it's start on should be
[11:19] <Laney> it wants to be 'started dbus' but also ideally to block session starting
[11:19] <Laney> but not to assume gnome-session
[11:19] <xnox> Laney: let me see, i think we can do that.
[11:20] <Laney> I found 'wait jobs' in the cookbook ...
[11:22] <xnox> Laney: start on (started dbus and starting xsession-init)
[11:23] <xnox> Laney: this will result in dbus + all bridges available + pulseaudio, and will block xsession event which is before any desktopy stuff starts.
[11:23] <xnox> I think.
[11:23] <xnox> Laney: initctl2dot is your friend to visuallise things.
[11:23] <Laney> even though dbus is also 'starting xsession-init'?
[11:24] <xnox> Laney: yeah, at the moment dbus blocks xsession-init, and you want to "continue blocking xsession-init" until you are done but with dbus available.
[11:25] <Laney> oh okay I was worried they would deadlock
[11:25] <larsu> are there themes other than light-themes using unico?
[11:25] <xnox> Laney: in practice, it's equivalent to changing "xsession-init" to: start on started session-migration
[11:25]  * larsu is about to hack something really badly
[11:26] <xnox> Laney: assuming that session-migration will be type "task"
[11:26] <Laney> indeed
[11:26] <Laney> let me try that
[11:26] <larsu> hm, looks like mythbuntu-default-settings and lubuntu-artwork depend on it
[11:26] <xnox> Laney: =)
[11:26] <Laney> hopefully it'll work on the device after this ...
[11:26] <xnox> Laney: my problem however is that /etc/default/locale is set, /etc/environment has two lang variables, yet my booted phablet user does not have locale set =(
[11:27] <Laney> got anything in ~/.pam_environment?
[11:29] <xnox> Laney: *sigh* so it sets locale when I do serial tty login....
[11:29] <xnox> Laney: but not when doing adb shell, nor when doing adb shell sudo -u phablet -i
[11:30] <Laney> indeed, it's the same on the device
[11:30] <Laney> doesn't seem to read /etc/environment
[11:31] <xnox> Laney: i think i want to change android-tools-adbd job to source /etc/environment I think...
[11:31] <xnox> or someother way make adb act more like login / pam aware thing
[11:32] <Laney> I think a lack of PAM-ness is the root problem indeed
[11:32] <Laney> can you use ssh instead?
[11:34] <xnox> not really no.
[11:35] <xnox> emulator networking stack is crap & unreliable. And we don't want ssh open by default, so we are tied to adb.
[11:36] <Laney> okay :/
[11:36] <Laney> I guess you could get far enough by doing what you need on an ad-hoc basis
[11:36] <ogra_> xnox, ssh is installed, just add something that calls "start ssh" in the emulator bootup
[11:37] <Laney> I guess that's "we don't want ssh open by default"
[11:37] <ogra_> i would vote for having ssh enabled by default in the emulator
[11:37] <Laney> I don't know if it'd be possible to have adb shell run the pam stack somehow but that feels best to me
[11:38] <ogra_> no, wont
[11:38] <ogra_> at least not without a lot hackery
[11:38] <Laney> well, I didn't imagine it would come for free
[11:39] <ogra_> especially since i was told we need to keep adb for android compatibility we cant really change it to much
[11:39] <Laney> mmm, since it's not forked I suppose
[11:39] <ogra_> right
[11:39] <ogra_> it needs to stay command compatible at least
[11:39] <Laney> I don't know enough of the architecture to answer what happens on the phone side
[11:39] <Laney> that's where I guess it would happen
[11:40] <xnox> Laney: exec sudo -i adb => should result in all the pam stack environment to be present ;-)
[11:40] <pitti> jibel: I committed the pci_add → {device,drive}_add change, I also tested it under precise
[11:40]  * xnox updates g+ mood to Evil
[11:40] <ogra_> heh
[11:41] <Laney> O_O
[11:41] <ogra_> xnox, dont the emulator scripts already modify the rootfs ? i think it would make sense to rm /etc/init/ssh.override
[11:41] <Laney> anyway, that starting condition seems to work
[11:41] <Laney> thanks!
[11:41] <xnox> Laney: your welcome.
[11:43] <xnox> ogra_: i disagree that we want ssh, in either dev device / final device / emulator. And it's a problem that $ adb shell, does not have correct locale set, across the board - regardless ssh having it's pam/LOCALE ducks in a row
[11:43] <ogra_> xnox, well, we need ssh so it will always be installed
[11:44] <ogra_> (just not enabled due to the default .override file)
[11:44] <ogra_> (the sdk enables and uses it)
[11:45] <xnox> ogra_: with emulator we don't have "normal networking" nor "usb networking" only via qemud_pipes, which is multiple times worse than $ adb shell, which is qemud_pipes "native".
[11:46] <ogra_> ah, k
[11:46] <xnox> ogra_: or driving serial tty, which beats them all =)
[11:47] <xnox> "... with Ctrl+C killing emulator, nice feature"
[11:47] <ogra_> heh
[12:55] <popey> Hm. Just updated my trusty desktop and it's broken, dropping to VESA video mode ☹
[12:57] <davmor2> tseliot: so I'm not getting the nvidia crash on start up now woohoo
[12:58] <popey> oh, not just me?
[13:00] <xnox> popey: reboot into 3.12 kernel, i don't think all binary drivers were upload for 3.13 yet.
[13:01] <popey> ah
[13:02] <popey> this shouldn't happen. ☹
[13:02] <popey> nope. 3.12 is broken too
[13:03] <popey> http://paste.ubuntu.com/6714683/
[13:04] <davmor2> popey: man I wish I read your line before I updated :(
[13:04] <popey> is there a bug for this?
[13:05] <popey> [    16.920] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)
[13:05] <davmor2> popey: go into the terminal and disable nvidia
[13:06] <popey> disable as in remove the package?
[13:07] <davmor2> popey: see if the neuvau driver works at least it will give you a desktop again
[13:07] <seb128> popey, wrong channel, try #ubuntu-devel or #ubuntu-kernel
[13:07] <seb128> well "wrong channel"
[13:07] <seb128> you probably want to notify the kernel guys
[13:08] <popey> well. I was trying to see if any other desktop users had the same issue, hence being here. Happy to file it with whoever you think.
[13:09] <seb128> I think most of us use intel
[13:09] <seb128> which obviously doesn't have those binary driver issues...
[13:09] <tseliot> davmor2: great :)
[13:09] <davmor2> popey: changing to kernel 3.12 worked for me
[13:10] <tjaalton> popey: where did you get 3.13?
[13:10] <popey> well, I'm on 3.12 now and it's still failing
[13:10] <davmor2> tjaalton: apt-get update
[13:10] <davmor2> upgrade even
[13:10] <tseliot> popey: in 14.04? Can you get me some logs please?
[13:10] <tjaalton> on -proposed?
[13:11] <popey> no
[13:11] <popey> trusty main
[13:11] <tjaalton> not here
[13:11] <seb128> tjaalton, 3.13 was published in trusty earlier today
[13:11] <tjaalton> huh
[13:11] <tjaalton> ok
[13:11] <seb128> tjaalton, you use a mirror?
[13:11] <popey> http://paste.ubuntu.com/6714725/
[13:11] <tjaalton> my own and it seems fi.
[13:11] <tjaalton> used to be the main mirror
[13:12] <popey> tseliot: http://paste.ubuntu.com/6714683/
[13:12] <popey> tseliot: what logs do you need?
[13:12] <tjaalton> ah no, just my own :P
[13:12] <popey> tseliot: what should I file a bug against? kernel?
[13:12] <tjaalton> popey: you have linux-generic installed, and the headers?
[13:13] <popey> one mo, just rebooting after removing nvidia*
[13:13] <tseliot> popey: yes, it's probably a matter of installing the headers, for 3.12, at least. I'll upload a fix for 3.13 later today
[13:14] <popey> linux-image-generic: Installed: <IP_ADDRESS>.3
[13:14] <tjaalton> linux-generic?
[13:14] <tjaalton> the meta package that pulls headers
[13:14] <popey> linux-generic: Installed: (none)
[13:14] <tjaalton> there you go
[13:14] <popey> why dont I have that?
[13:14] <tjaalton> don't remove it ;)
[13:14] <popey> dont assume I did
[13:14] <tjaalton> check dpkg.log
[13:15] <popey> alan@wopr:~$ dpkg -l linux-generic
[13:15] <popey> dpkg-query: no packages found matching linux-generic
[13:15] <popey> no refernece to linux-generic in dpkg.log
[13:16] <tjaalton> what was the system installed with?
[13:16] <tjaalton> release
[13:16] <popey> 12.04 probably
[13:16] <popey> how can I tell?
[13:16] <tjaalton> and upgraded from it?
[13:16] <popey> ya
[13:16] <tjaalton> /var/log/installer
[13:16] <popey> maybe older
[13:17] <tjaalton> did you upgrade straight to trusty?
[13:17] <popey> jan 2 2012
[13:17] <popey> no
[13:17] <popey> i upgrade like a good boy
[13:17] <tjaalton> then I can't see how nvidia worked before if you didn't have the headers meta pkg installed..
[13:18] <tjaalton> dpkg.log.* probably doesn't go far enough
[13:18] <popey> it worked this morning
[13:18] <popey> and has worked for months
[13:18] <tjaalton> on what?
[13:18] <popey> 14.04
[13:18] <tjaalton> uh
[13:18] <popey> i just did my usual daily update today and boom
[13:19] <popey> and I _do_ have headers installed
[13:19] <popey> so I think this is a red herring anyway
[13:19] <popey> ii  linux-headers-3.13. 3.13.0-1.16    amd64          Linux kernel headers for version 3.13.0 on 6
[13:19] <tjaalton> headers for what?
[13:19] <tjaalton> linux-headers-generic?
[13:19] <popey> linux-headers-3.13.0-1-generic: Installed: 3.13.0-1.16
[13:19] <popey> linux-headers-3.13.0-1: Installed: 3.13.0-1.16
[13:20] <popey> installing ubuntu-desktop task doesn't want to add anything
[13:20] <popey> so it's not like I have anything missing
[13:20] <tjaalton> it's not what should pull it
[13:21] <tjaalton> hardwired to the installer
[13:21] <tjaalton> but no linux-headers-generic?
[13:22] <popey> i have linux-headers-generic, as I said, linux-generic I don't have
[13:22] <popey> 2014-01-08 12:50:00 status installed linux-headers-generic:amd64 <IP_ADDRESS>.3
[13:22] <tjaalton> ok
[13:22] <tjaalton> so that's enough
[13:23] <tjaalton> check /var/lib/dkms if the build logs are still there
[13:23] <popey> i only see bbswitch and vboxhost
[13:23] <popey> (and dkms_dbversion)
[13:23] <tjaalton> so purging nvidia got rid of those, nice
[13:23] <tjaalton> :)
[13:23] <popey> hah
[13:23] <tjaalton> try reinstalling
[13:23] <popey> k
[13:23] <popey> nvidia-current?
[13:23] <tjaalton> yep
[13:24] <tjaalton> hmm no
[13:24] <tjaalton> it's old
[13:24] <popey> bah
[13:24] <tjaalton> nvidia-331
[13:24] <popey> ok
[13:25] <tjaalton> tseliot: is the nvidia-current transitional pkg still needed?
[13:25] <popey> DKMS: install completed.
[13:26]  * popey reboots
[13:27] <popey> tjaalton: http://paste.ubuntu.com/6714792/  dkms log
[13:27] <tjaalton> that's for 3.13, did it build for 3.12 ok?
[13:28] <popey> i see no directory for 3.12
[13:28] <popey> http://paste.ubuntu.com/6714800/
[13:29] <tjaalton> tseliot: shouldn't it build the module for all the kernels?
[13:30] <tseliot> tjaalton: nope
[13:30] <popey> i thought it always used to
[13:30] <tseliot> it's always the kernel in use and the latest kernel
[13:31] <tseliot> if the latest kernel is the one in use then it builds only for one
[13:31] <tseliot> imagine having 10 kernels installed and having to build the module 10 times every time...
[13:32] <popey> imagine having a broken desktop ☻
[13:32] <popey> right, rebooted and no dice, still broken.
[13:32] <tjaalton> popey: so boot the previous kernel.. does it build then?
[13:32] <popey> ok
[13:32] <tseliot> popey: BTW don't use it with 3.13
[13:32] <popey> ok
[13:33] <tjaalton> kinda weird that it was pushed through without checking the dkms builds first..
[13:34] <davmor2> tseliot: no really might it not work with 3.13 grrrrrrr
[13:35]  * popey has built, reboots to 3.112
[13:35] <tseliot> davmor2: I have written patches for it and I'm about to test them. Unfortunately this is isn't the only thing I'm working on
[13:35]  * tseliot is very very busy
[13:35] <popey> 3.12 works
[13:36] <tjaalton> tseliot: is fglrx busted too?
[13:36] <popey> tseliot: where do you want this filed?
[13:36] <tseliot> tjaalton: I think so
[13:36] <tseliot> popey: "this" being what?
[13:36] <popey> this is a bug.
[13:36] <popey> i can't be the only nvidia/ati owner on 14.04?
[13:37] <tseliot> popey: are talking about 3.13 or the fact that linux-generic wasn't installed?
[13:37] <popey> either/both
[13:37] <tseliot> the latter is probably not a bug
[13:38] <tseliot> the former is just that I didn't have enough time to fix the drivers and I don't think we need a bug report about that. I'm already on it
[13:38] <tjaalton> replied to k-t about this..
[13:39] <tjaalton> tseliot: drop everything else ;)
[13:39] <tjaalton> these are a priority now
[13:39] <tseliot> tjaalton: even the hwe stuff?
[13:40] <tjaalton> what's that?
[13:40] <tseliot> not in a public room ;)
[13:40] <tjaalton> i'd say so.. how long does it take to fix these?
[13:40] <seb128> how come the kernel gets uploaded without checking that the video driver still work? (is that what happened?)
[13:40] <seb128> did anyone ping the kernel team about that?
[13:40] <tjaalton> "When I looked on Friday fglrx was still broken, so I hassled Alberto on
[13:40] <tjaalton> IRC. He said he would fix it this week which I assume must have
[13:40] <seb128> e.g move that discussion to -kernel I would say
[13:40] <tjaalton> happened. So, +1 from me."
[13:40] <seb128> or -devel
[13:40] <tseliot> for 331, I can deliver the fix today, assuming it works
[13:41] <tjaalton> -- rtg yesterday
[13:41] <tjaalton> tseliot: right, focus on the latest versions first
[13:41] <tseliot> "this week" means this week
[13:41] <tjaalton> exactly
[13:41] <tseliot> so breakage was expected
[13:42] <seb128> no, it was not
[13:42] <seb128> we shouldn't upload stuff when they are not ready
[13:43] <seb128> can we move that discussion to a channel where kernel people are around as well?
[13:43] <popey> ok
[13:43] <tjaalton> right, so it was expected since it wasn't coordinated well enough :)
[13:43] <seb128> how do we make sure it doesn't happen again next time?
[13:43] <seb128> can we have autopkgtests or something for that?
[13:43] <tseliot> I think we have those tests in place
[14:03] <pitti> ubuntu-drivers-common's autopkgtest check that fglrx, nvidia, and friends build; but they aren't triggered from new kernel uploads
[14:04] <rickspencer3> good morning desktoppers
[14:10] <pitti> hey rickspencer3, happy new year!
[14:10] <rickspencer3> hey pitti
[14:10] <rickspencer3> happy new year to you too!
[14:22] <Mirv> mlankhorst: (my free time stuff) bug #1243261 is so far the only bug I've encountered with Haswell + LTS-S. I've been using the patch in there now since last week and Xv has worked.
[14:22] <ubot2> Launchpad bug 1243261 in xserver-xorg-video-intel-lts-saucy (Ubuntu) "apparent GPU hang on haswell laptop when playing movie using XVideo output" [Undecided,Confirmed] https://launchpad.net/bugs/1243261
[14:28] <seb128> ok, time for some exercice, be back in 1 hour
[15:01] <mlankhorst> jasoncwarner__: ping
[15:08] <Laney> hmm
[15:08] <mlankhorst> no hmms!
[15:21] <Laney> pitti: maybe you can help me... Have you ever seen python-dbus complain about not being able to parse the introspection data? http://paste.debian.net/75028
[15:23] <pitti> Laney: sorry, I've never seen this
[15:23] <Laney> hmm
[15:23]  * Laney applies some hax
[15:28] <mlankhorst> 0x1a7e4
[15:28] <Laney> that's hex
[15:29] <mlankhorst> yeah your name doesn't work well in hex
[15:30] <davmor2> Laney: hax in hex, what wrong with normal programming languages like everyone else?
[15:33] <Laney>       <annotation name="org.freedesktop.Accounts.DefaultValue" value="[{'defaults': <true>}]"/>
[15:33] <Laney> it can't parse that
[15:35] <rickspencer3> hey all, I got that bug back where I can't log in with LightDM unless I use the universal access menu
[15:36] <mlankhorst> Laney: so why isn't it simply value="true" ? :P
[15:41] <Laney> mlankhorst: it's a{sv}
[15:41] <Laney> aa{sv}
[15:42] <seb128> rickspencer3, hey, how "can't log in"? you can type? the session refuses to start?
[15:43] <Laney> desrt: how should I fix ^^^ in a dbus interface file? If I escape the <>s then they get converted back by gdbus
[15:50] <desrt> Laney: sounds like a gdbus bug
[15:50] <desrt> let me look at that
[15:51] <desrt>   g_string_append_printf (string_builder, "%*s<annotation name=\"%s\" value=\"%s\"",
[15:51] <desrt>                           indent, "",
[15:51] <desrt>                           info->key,
[15:51] <desrt>                           info->value);
[15:51] <desrt> doesn't escape the value
[15:51] <desrt> fail.
[15:51] <desrt> Laney: i'll file a bug and start looking at a patch
[15:51] <Laney> you beauty, thanks
[15:52] <desrt> i hate the format of dbus annotations :(
[15:53] <desrt> https://bugzilla.gnome.org/show_bug.cgi?id=721796
[15:54] <ubot2> Gnome bug 721796 in gdbus "insufficient escaping in g_dbus_annotation_info_generate_xml()" [Normal,New]
[16:07] <desrt> Laney: got a couple of patches on that bug now, if you want to test it
[16:07] <desrt> some independent confirmation of fixage is always welcome :)
[16:09] <Laney> nod, I was looking at g_markup_printf_escaped too
[16:09] <Laney> will try in a little bit
[16:34] <seb128> jdstrand, hey, happy new year!
[16:35] <seb128> jdstrand, could you have a look to those trivial diffs, https://launchpadlibrarian.net/156927424/patch and https://launchpadlibrarian.net/156928800/patch2 and tell me if that's ok to merge in the evince apparmor profile (they look fine to me but I prefer to ask before merging them)
[16:35] <seb128> jdstrand, without that evince fails to open .pdf.xz files
[16:35] <jdstrand> seb128: hi!
[16:36] <jdstrand> seb128: ack, go ahead
[16:36] <seb128> jdstrand, thanks
[16:45] <rickspencer3> seb128, it's the "I can't type" one
[16:46] <rickspencer3> only mentioning it because I thought it was fixed
[16:47] <seb128> hum, I don't know about that bug, never saw it
[16:51] <seb128> jdstrand, looking through evince bugs, https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1265491 is an apparmor issue ... do you know if that a standard issue/solution (e.g a "add that 1 line")
[16:51] <ubot2> Launchpad bug 1265491 in evince (Ubuntu) "Evince failes to create new directory on USB-Stick (Save Dialog)" [Undecided,New]
[16:52] <seb128> jdstrand, the log have that error
[16:52] <seb128> [29823.851075] type=1400 audit(1389199770.160:157): apparmor="DENIED" operation="mkdir" parent=14276 profile="/usr/bin/evince" name="/media/user/A3D9-8295/debug/" pid=14347 comm="evince" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[16:52] <seb128> some open calls denied on the device as well
[16:59] <jdstrand> seb128: I think this would be ok in the usr.bin.evince profile: http://paste.ubuntu.com/6715804/
[16:59] <seb128> jdstrand, let me try, thanks!
[17:19] <Sweetshark> woho: US embassy warns its citzens to move around in my town *veeewy* *carefully* -- http://germany.usembassy.gov/hamburg-restricted-zone/
[17:23] <seb128> jdstrand, that works, thanks again ;-)
[17:23] <jdstrand> cool, glad to hear
[17:29] <jasoncwarner__> hey all! hope you all had a good holiday and new year!
[17:31] <kenvandine> hey jasoncwarner!
[17:55] <Sweetshark> jasoncwarner: heya!
[17:58] <seb128> jasoncwarner, hey, welcome back, happy new year!
[18:00] <larsu> hi jasoncwarner! Happy new year
[18:27] <stgraber> not sure if we have any lightdm people around, but I thought I'd just mention that you can't logout and login again on the current daily live image
[18:27] <stgraber> lightdm doesn't list the "ubuntu" user (quite probably because its uid is < 1000) but also doesn't let me manually enter a login and password
[18:27] <stgraber> instead it only shows the remote login thing


[12:09] <ajmitch> since elmo doesn't appear to really be active
[12:09] <Hobbsee> ahhh
[12:09] <ajmitch> probably
[12:09] <Hobbsee> that should now be active quroum, yay
[12:09] <ajmitch> great, they're here
[12:12] <LaserJock> is the CC, umm happening?
[12:13] <trappist> sorta
[12:13] <ajmitch> LaserJock: sure, once everyone gets settled in
[12:13] <trappist> I think we're waiting on the rest of the cc
[12:13] <LaserJock> ok, cool
[12:13] <LaserJock> I thought I was late
[12:13] <ajmitch> trappist: enough of the CC is there
[12:13] <ajmitch> LaserJock: nah, mako was just busy, elmo was trying to track him down
[12:13] <Hobbsee> once they get off the phone, anyawy
[12:13] <LaserJock> I might be afk  here and there
[12:27] <LaserJock> ok, this might be a silly question
[12:27] <LaserJock> can you run kernel modules for a different kernel in a chroot?
[12:27] <trappist> no
[12:27] <trappist> the chroot uses your running kernel, it's not a virualized environment
[12:28] <LaserJock> if I were to run Xen could I use a different kernel?
[12:28] <LaserJock> the thing is, I really want to run Ubuntu on a particular machine, but I have one thing that needs a 2.4 kernel
[12:29] <ajmitch> LaserJock: you'd still have to run a special domU kernel for the xen guest
[12:29] <ajmitch> which for us is the same as the dom0
[12:29] <bddebian> Later folks
[12:30] <bddebian> Someone please push welshbyte and trappist for me at the meeting :-)
[12:30] <bddebian> Sorry for bailing welshbyte
[12:30] <welshbyte> heh :)
[12:31] <ajmitch> I don't know enough of what they've done :)
[12:31] <Hobbsee> ajmitch: bughunter
[12:31] <trappist> ajmitch: would pulling for me be more appropriate? :)
[12:43] <cbx33> what does W: changelog-should-mention-nmu actually mean
[12:44] <cbx33> and W: source-nmu-has-incorrect-version-number 0.4
[12:44] <Hobbsee> cbx33: you can ignore it.  in debian, people are only allowed to upload things if they're the maintainer, on the uploaders list for that package
[12:45] <Hobbsee> or they can NMU, which means non-maintainer upload
[12:45] <cbx33> thanks Hobbsee
[12:45] <cbx33> one more Hobbsee
[12:45] <cbx33> debian-rules-missing-required-target binary-arch
[12:45] <Hobbsee> cbx33: what version number is the package?
[12:45] <Hobbsee> usually they'll version with .1, hence the incorrect version number
[12:45] <cbx33> 0.4
[12:45] <cbx33> it was 0.3
[12:45] <Hobbsee> er, pass?
[12:45] <Hobbsee> should be 0.4-0ubuntu1 anyway
[12:45] <cbx33> but I just implemented a major spec
[12:45] <cbx33> oh.....ok.....
[12:46] <cbx33> the original pacakge in ubuntu was 0.3
[12:46] <Hobbsee> oh.  weird
[12:46] <Hobbsee> a native package or something?
[12:46] <Hobbsee> (it usually ends in ubuntu1)
[12:46] <cbx33> :S
[12:46] <cbx33> I'm not sure
[12:46] <cbx33> it was written for edubuntu
[12:46] <cbx33> student-control-panel in universe
[12:46] <Hobbsee> if the last package version was 0.3, feel free to make this one 0.4
[12:46] <cbx33> ok
[12:47] <cbx33> what about the debian-rules-missing-required-target binary-arch
[12:47] <Hobbsee> i'm not sure
[12:47] <Hobbsee> it's obviously something in debian/rules
[12:47] <cbx33> ok
[12:47] <cbx33> yeh
[12:47] <Hobbsee> unless you took the binary arch target out
[12:47] <redguy> got one packaging question myself
[12:48] <Hobbsee> redguy: shoot
[12:48] <redguy> what if upstream tarball contains files with mtime 1 jan 1970
[12:48] <redguy> ?
[12:48] <cbx33> Hobbsee, there was never a binary-arch in there
[12:48] <redguy> tar complains about it when running dh_make
[12:48] <Hobbsee> cbx33: odd
[12:49] <Hobbsee> cbx33: are you using build-deps-indep or something weird?
[12:49] <LaserJock> ah
[12:49] <cbx33> LaserJock, any ideas?
[12:49] <LaserJock> do you have a binary-arch rule in debian/rules?
[12:50] <cbx33> hmm....lemme check
[12:50] <cbx33> nope
[12:50] <cbx33> binary-indep: build install
[12:50] <cbx33> binary: binary-indep
[12:50] <cbx33> that's it
[12:50] <cbx33> should I add
[12:50] <LaserJock> just a sec
[12:50] <cbx33> binary-arch: binary-indep ?
[12:51] <redguy> i did touch <the offending files>, and rebuilt the tarball myself. Is this what I should have done?
[12:51] <LaserJock> cbx33: no, just put an empty binary-arch:
[12:51] <cbx33> ok
[12:51] <LaserJock> and yes, it is required according to Debian Policy
[12:52] <cbx33> ok
[12:52] <cbx33> what is the current deb-helper version?
[12:52] <Hobbsee> !info debhelper edgy
[12:52] <ubotu> debhelper: helper programs for debian/rules. In component main, is optional. Version <IP_ADDRESS>ubuntu1 (edgy), package size 499 kB, installed size 1264 kB
[12:52] <Hobbsee> cbx33: 5.0.37
[12:52] <cbx33> Build-Depends: debhelper (>= 4.0.0)
[12:52] <cbx33> should I put 5.0.37 ?
[12:52] <Hobbsee> yeah.  or just >=5
[12:54] <cbx33> just building my .deb :D
[12:58] <crimsun> lovely, my current meeting is ongoing
[12:59] <Fujitsu_> Ah, hi crimsun.
[12:59] <Fujitsu_> I was hoping you'd appear :)
[01:00] <crimsun> sorry, real life meeting was kicking my butt; it's better now
[01:02] <Fujitsu_> OK... I was delayed getting here by the rain causing trains to be a bit unuseful.
[01:06] <welshbyte> meep
[01:06] <crimsun> 'grats trappist
[01:06] <trappist> thanks crimsun :)
[01:06] <Fujitsu_> Yeah, congratulations trappist.
[01:08] <gnomefreak> good luck Fujitsu_  and congrats trappist
[01:08] <Fujitsu_> Thanks gnomefreak.
[01:09] <Fujitsu_> Thanks crimsun :)
[01:09] <Plug> How often are CC meetings?
[01:09] <LaserJock> every 2 weeks I think
[01:10] <Fujitsu_> Generally, although it went 5 weeks without one.
[01:13] <crimsun> sorry, need to return to the meeting. I've already posted "pro" 5 minutes ago in -meeting, so if necessary just repaste
[01:24] <Riddell> gnome types: what's gct?
[01:31] <LaserJock> way to go Fujitsu
[01:32] <gnomefreak> Fujitsu_: congrats sorry i missed it dinner was waiting
[01:36] <Fujitsu_> No problem, gnomefreak :)
[01:36] <Fujitsu_> Thanks both of you :)
[01:36] <LaserJock> has anybody done a Knot2 install?
[01:37] <LaserJock> welshbyte: did you use the desktop cd?
[01:37] <LaserJock> and what flavor
[01:37] <welshbyte> nope, alternate, and amd64
[01:37] <LaserJock> Ubuntu?
[01:37] <gnomefreak> doesnt gksu use the su password and gksudo use the user password?
[01:37] <welshbyte> yeah
[01:38] <LaserJock> I'm trying alternate i386 Kubuntu and it keeps dying on me
[01:38] <gnomefreak> LaserJock: alternate i386 worked for me
[01:38] <welshbyte> LaserJock: "dying"?
[01:39] <welshbyte> gnomefreak: from the man page "gksu is a frontend to su and gksudo is a frontend to sudo"
[01:39] <LaserJock> welshbyte: "Processing was halted becauase there were too many erors"
[01:40] <LaserJock> pkgsel
[01:40] <LaserJock> so at the end of installing everything
[01:40] <gnomefreak> ty thats what i though
[01:40] <gnomefreak> t
[01:40] <welshbyte> strange.. does it give any more info on another tty?
[01:40] <LaserJock> well, that is the tty
[01:41] <welshbyte> sometimes errors/messages get dumped to a different one
[01:41] <tseng> hey
[01:41] <welshbyte> hey tseng
[01:41] <tseng> anyone have ideas about a new dapper 6.06.1 install rearranging interfaces
[01:41] <LaserJock> in the installer it says  it failed on step "Select and install software"
[01:41] <tseng> network interfaces
[01:41] <tseng> old eth0 is now eth1
[01:42] <LaserJock> I don't think I ever had that
[01:42] <tseng> *one* port from a four port pci card moved ahread of the two onboard nics
[01:42] <LaserJock> but I lost all network on edgy
[01:43] <LaserJock> I'm really frustrated these days
[01:43] <LaserJock> I can't seem to get Ubuntu boxen up and going
[01:44] <tseng> oh nice
[01:44] <tseng>  /etc/iftab
[01:44] <tseng> rename by mac
[01:45] <tseng> who knows why the order sucks
[01:45] <tseng> i wonder if i remove this
[01:45] <tseng> it will go back to whatever linux wants
[01:47] <LaserJock> hmm, maybe I got a bad burn, I ran the checker thing and it failed
[01:47] <LaserJock> but the md5sum of the .iso is good
[01:48] <geser> i'm currently looking at the unmet deps of libao-polyp
[01:48] <redguy> any hints on dealing with an upstream tarball containing some files which have their mtime set to 1 Jan 1970?
[01:48] <welshbyte> i think the checks are failing as a bug... my knot2 install disc failed so i burned it again, same thing, but the MD5sum matched so i just installed and it's going fine
[01:48] <geser> one of its build-depends isn't available anymore
[01:48] <LaserJock> welshbyte: stink
[01:49] <geser> what to do with it? request a remove?
[01:49] <welshbyte> LaserJock: yup :/
[01:49] <LaserJock> and installing on this stupid machine takes forever
[01:52] <welshbyte> geser: what's it build-depending on?
[01:53] <geser> libpolyp-dev
[01:53] <geser> part of polypaudio which was removed on 2005-12-21 from dapper
[01:54] <welshbyte> geser: didn't it change its name to pulse audio?
[01:55] <geser> I don't know
[01:56] <geser> there seems to be no package for pulse audio
[01:56] <welshbyte> hm maybe that's irrelevant anyway..
[01:56] <welshbyte> sorry my brain isn't working, been awake for far too long
[01:57] <geser> currently libao-polyp is uninstallable and unbuildable in edgy
[02:03] <tseng> LaserJock: the secret is /etc/iftab btw
[02:03] <LaserJock> to what?
[02:03] <tseng> LaserJock: if you remove it linux does whatever it feels like
[02:03] <tseng> as far as naming interfaces
[02:03] <tseng> s/remove/comment
[02:03] <LaserJock> I see
[02:03] <tseng> yessir
[02:03] <LaserJock> I'm not sure what happened to my machine
[02:04] <LaserJock> it looked like everything was set up and the card was working
[02:04] <LaserJock> but nada
[02:05] <LaserJock> hmm, I think it might have been the card
[02:05] <LaserJock> I just started up the edgy installer for the 4th time today
[02:05] <LaserJock> and finally got it to see my hostname
[02:07] <tseng> interesting
[02:09] <tseng> brilliant, this box claims to have previously had 4 bonded interfaces by my records
[02:09] <tseng> it has 8 total interfaces and one is reserved for management
[02:10] <tseng> 7/2 is not a whole number
[02:10] <Fujitsu_> AHa.
[02:10] <LaserJock> bah, who needs all that math stuff? ;-p
[02:10] <tseng> its just that it appears that someone had an interface bonded
[02:10] <tseng> with no other interface
[02:11] <tseng> a bond is > 1 interface
[02:11] <plugwash> maybe the management interface was an afterthought?
[02:11] <tseng> no, its absolutely useless w/o it
[02:12] <Fujitsu_> 4 interfaces as the product of bonding, or 4 interfaces involved in bonding?
[02:12] <tseng> 4 total bondN interfaces
[02:12] <tseng> the first one
[02:12] <Fujitsu_> Hm.
[02:13] <tseng> its ok, my coworkers arent really linux gurus
[02:13] <tseng> i get to sort it out afterwards
[02:25] <welshbyte> good night guys, thanks for the support :)
[03:03] <bddebian> Heya gang
[03:11] <phanatic> does a native english speaker have time for proofreading a short article?
[03:11] <phanatic> hey bddebian and Hobbsee
[03:11] <bddebian> Heya phanatic and Hobbsee :-)
[03:11] <zul> hey Hobbsee
[03:12] <Fujitsu_> phanatic, I can.
[03:12] <Fujitsu_> And hi, Hobbsee :)
[03:12] <Toadstool> heya everybody
[03:12] <Hobbsee> hey phanatic
[03:12] <Hobbsee> phanatic: sure, where's the link?
[03:12] <Hobbsee> hi bddebian
[03:12] <LaserJock> hi bddebian Hobbsee and everybody else
[03:12] <Hobbsee> hi zul
[03:12] <Hobbsee> he also manages to make time a hell of a lot slower, too
[03:13] <Fujitsu_> Pfft.
[03:13] <Hobbsee> hi Fujitsu_
[03:13] <Hobbsee> hey LaserJock :)
[03:13] <phanatic> Fujitsu_, Hobbsee: okay, i'll put it online then :)
[03:13] <Fujitsu_> I did something useful in my physics class this morning.
[03:13] <Fujitsu_> It was becoming a member.
[03:13] <Hobbsee> heh
[03:13] <Hobbsee> Fujitsu_: we get a different lecturer later in semester.  he's much better
[03:13] <Fujitsu_> Aha.
[03:13] <zul> physics? meh...you young'uns
[03:14] <Fujitsu_> Hey, 15 isn't /that/ young...
[03:14] <Fujitsu_> Well, maybe it is...
[03:15] <phanatic> Fujitsu_, Hobbsee: http://phanatic.hu/announcement_en.txt (maybe you'll need to change charset to utf-8 to display some bits properly)
[03:15] <Hobbsee> zul: indeed.  and you're old and decrepit
[03:16] <zul> happy bday to you too
[03:16] <phanatic> thanks :)
[03:16] <phanatic> please send me your corrections in a /query
[03:17] <phanatic> oh my, it's already 3:15am here :/
[03:18] <bddebian> So who got in today?
[03:19] <LaserJock> Fujitsu and welshbyte made Member
[03:19] <Fujitsu_> Yup :D
[03:19] <Hobbsee> phanatic: i just put it into kate, and will pastebin it?
[03:19] <Hobbsee> yay :)
[03:20] <bddebian> Great, congrats Fujitsu_
[03:20] <bddebian> trappist didn't get in?
[03:20] <phanatic> Hobbsee: would be perfect, thanks
[03:20] <Fujitsu_> Thanks for your support, bddebian :)
[03:20] <bddebian> NP
[03:20] <bddebian> Thanks for your efforts :-)
[03:20] <Fujitsu_> Thankyou for uploading some of my packages :)
[03:22] <Toadstool> wow Fujitsu_ and welshbyte are members now? congrats' :)
[03:22] <LaserJock> darn it, I can't seem to get anything done :(
[03:22] <Toadstool> I wish I had a permanent internet connection :/
[03:22] <zul> LaserJock: heh i think i can hear your wife calling you ;)
[03:23] <Toadstool> heh
[03:23] <LaserJock> zul: she already called a few minutes ago saying it was time for dinner
[03:23] <Fujitsu_> Thanks Toadstool.
[03:23] <zul> LaserJock: funny i can hear her too :)
[03:24] <Fujitsu_> It keeps telling me I'm trying to change the Assignee.
[03:24] <Fujitsu_> And then dies.
[03:25] <Hobbsee> phanatic: http://pastebin.ca/162023 looks good :)
[03:26] <LaserJock> Toadstool: good luck :-)
[03:26] <Toadstool> thx
[03:27] <phanatic> Hobbsee: thanks a lot :)
[03:27] <Hobbsee> phanatic: not a problem :)  did you see the suggested change bit?
[03:28] <phanatic> Hobbsee: yes, i'll take your suggestion
[03:29] <Hobbsee> :)
[03:31] <phanatic> if i post it to -announce, will it be automatically dropped, or is there a chance to get through? :)
[03:31] <Hobbsee> phanatic: where do you want it?  ubuntu-devel-announce?  if you're not subscribed to the list anyway, it'll bounce
[03:32] <Hobbsee> phanatic: give me what you want uploaded, and i'll try to send it.  i recall being subscribed to that
[03:32] <zul> phanatic: -devel-announce is moderated as far as i can tell
[03:32] <Hobbsee> ah okay
[03:33] <phanatic> ubuntu-announce. this conference is intended for users, not developers...
[03:33] <phanatic> or just push it to the weekly news?
[03:36] <Burgundavia> what conference?
[03:36] <Burgundavia> as I moderate -news, I might be able to help you
[03:37] <Burgundavia> actually, the fridge is probably the best place for that
[03:39] <phanatic> Burgundavia: there will be an ubuntu conference in hungary. i just finished the announcement in english
[03:39] <Burgundavia> right, and I said that the fridge is probably the best place to announce it
[03:39] <Burgundavia> I can also carry it in the UWN
[03:40] <Burgundavia> need to add a section for  "upcoming events"
[03:40] <gnomefreak> is there a place to find out about dapper-proposed repos? or is it the same as normal repos with -proposed in it?
[03:40] <phanatic> Burgundavia: thanks. where shall i send the announcement?
[03:41] <Burgundavia> for the fridge<EMAIL_ADDRESS>[03:41] <Burgundavia> for UWN, you can add it to the wiki page yourself (just a short summary, not the full thing)
[03:41] <Burgundavia> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue13#preview
[03:42] <phanatic> thanks for the useful information, i was looking for these exactly :)
[03:42] <Burgundavia> no worries
[03:46] <phanatic> Burgundavia: so i should add a new section at the end called "upcoming events"?
[03:46] <Burgundavia> yep
[03:52] <Burgundavia> phanatic: you done editing?
[03:52] <phanatic> Burgundavia: doing it right now
[03:52] <Burgundavia> sounds good
[03:58] <phanatic> Burgundavia: done, but i discovered a typo in the announcement i sent to fridge-devel@
[03:58] <Burgundavia> phanatic: sent another email
[03:58] <phanatic> Burgundavia: okay, i'll resend it
[03:59] <Burgundavia> still needs to see a human editor to actually write the story
[04:01] <phanatic> Burgundavia: sure
[04:04] <phanatic> i run now... it's already 4am... night folks
[04:05] <Hobbsee> night phanatic
[04:40] <lukaswayne9> How can I apply a patch file?  Like the diffs that are ditributed with packages in launchpad?
[04:41] <Hobbsee> lukaswayne9: in the source dir:  patch -p1 < ../patch.debdiff
[04:41] <Hobbsee> lukaswayne9: often useful to run it with --dry-run first
[04:41] <lukaswayne9> thanks
[04:43] <lukaswayne9> where is the python distutils.core in edgy?
[04:43] <lukaswayne9> python-dev or something?
[04:47] <Hobbsee> lukaswayne9: check apt-cache search, or packages.ubuntu.com - i dont know offhand
[04:47] <lukaswayne9> i'm not near an edgy box, but thanks
[04:48] <Hobbsee> lukaswayne9: packages.ubuntu.com wont care.
[04:48] <lukaswayne9> thanks
[04:48] <lukaswayne9> that came out wrong, i'm really tired
[04:48] <lukaswayne9> but i'm checking now, thanks :)
[04:52] <ajmitch> amazing, someone retied the string
[04:53] <Hobbsee> hmm?
[04:54] <ajmitch> Hobbsee: lower south island lost connectivity for ~4 hours, just came back
[04:54] <Hobbsee> ajmitch: ahh.  nice
[04:55] <sladen> ajmitch: you guys really only have *1* cable?
[04:56] <ajmitch> sladen: probably only 1 cable in this part of the country
[04:56] <ajmitch> this is NZ, you know
[04:56] <Hobbsee> yes, well
[04:56] <Hobbsee> surprising you get more than dialup
[04:56] <ajmitch> so am I
[04:56] <ajmitch> & we have to fight for that, too
[04:56] <Hobbsee> heh
[04:56] <Hobbsee> move to a nicer country :P
[04:57] <ajmitch> yes, like japan
[04:58] <ajmitch> I certainly wouldn't move to australia just for 'fast' internet access
[04:58] <Hobbsee> heh
[05:21] <Hobbsee> heh
[05:22] <LaserJock> I kept backing up and then just untaring in ~/
[05:22] <LaserJock> so it looks like ~/ inside of ~/ inside of ~/
[05:23] <Hobbsee> heh
[05:23] <Hobbsee> i've done that too
[05:34] <Fujitsu_> Hobbsee, what's a differing upstream tarball got to do with anything?
[05:36] <Hobbsee> Fujitsu_: because if the debian tarball has a different md5sum to the ubuntu one, it wont overwrite, saying that it's already in the distro
[05:36] <Hobbsee> if it does, you'llhave to fake sync it
[05:36] <Hobbsee> also, i rejected teh krename merge - it's not
[05:37] <Fujitsu_> What's wrong with krename?
[05:39] <Fujitsu_> dh_iconcache is still a valid sync, isn't it?
[05:39] <Fujitsu_> Oops.
[05:39] <Fujitsu_> Valid change, not sync.
[05:39] <Hobbsee> Fujitsu_: packages that are built with cdbs, that dont include a debian/cdbs/1/* dont need to have dh_iconcache, as that got adopted in the cdbs package (because i put it there)
[05:40] <Fujitsu_> Ah.
[05:40] <Hobbsee> if it's using debhelper, or has a custom kde.mk, you need it still
[05:40] <Fujitsu_> That may want to be put somewhere so people can see it.
[05:40] <Hobbsee> Fujitsu_: done it
[05:40] <Fujitsu_> Ah, OK.
[05:40] <Fujitsu_> Thanks :(
[05:40] <Fujitsu_> *:)
[05:40] <Hobbsee> done about 3 of them, actually, cos i was testing out the request sync script
[05:41] <Hobbsee> Fujitsu_: it was assigned to me, wasnt it?
[05:41] <Fujitsu_> What was?
[05:41] <Hobbsee> krename
[05:41] <Hobbsee> seeing as i made the last change
[05:44] <Fujitsu_> Hmm... The upstream tarball for kstreamripper has a new name, so it should work, shouldn't it?
[05:51] <crimsun> Fujitsu_: yes, it's a completely different source package
[05:51] <Fujitsu_> So it is OK to sync?
[05:51] <crimsun> yes
[05:52] <Fujitsu_> Care to confirm it, crimsun/Hobbsee?
[05:52] <crimsun> if I ever catch up to your flood, sure
[05:53] <Hobbsee> i did some a few days ago :P
[05:53] <Fujitsu_> OK, I did create a bit of a flood :(
[05:53] <Hobbsee> Fujitsui
[05:53] <Hobbsee> Fujitsu_: it's okay, my list was longer :P
[05:55] <Fujitsu_> OK, I'm off to maths methods now...
[06:48] <Fujitsu_> Thanks for all the merges and sync acks, Hobbsee/crimsun :)
[08:19] <dholbach> good morning
[08:20] <LaserJock> hello dholbach
[08:20] <dholbach> hi LaserJock
[08:21] <imbrandon> heay dholbach and LaserJock
[08:21] <dholbach> hi imbrandon
[08:22] <LaserJock> hola imbrandon
[09:00] <imbrandon> no more burning laptop ?
[09:00] <LaserJock> hi Hobbsee
[09:00] <Hobbsee> hey LaserJock
[09:00] <LaserJock> imbrandon: heh, we just had Burning Man here
[09:00] <Hobbsee> imbrandon: fan is still running pretty hot.  *shrugs*
[09:00] <imbrandon> hehe LaserJock i was there last year for burning man
[09:00] <imbrandon> some strange folks
[09:00] <imbrandon> ;)
[09:01] <Hobbsee> current temp says 50C
[09:01] <Hobbsee> *shrugs*
[09:01] <imbrandon> 50C nots too bad
[09:01] <Hobbsee> i've only just turned hte machine on though
[09:01] <Hobbsee> 54
[09:01] <imbrandon> 45 - 55
[09:04] <Hobbsee> imbrandon: this thing has been up to 90C before.  a while to go yet
[09:05] <imbrandon> wow 90, suprised it still works
[09:05] <Hobbsee> of course, ksensors may be reporting back wrong
[09:05] <Hobbsee> it tends to freeze up and die randomly when it gets that hot.
[09:05] <ajmitch> my old desktop ued to shutdown somewhere about 93C
[09:05] <imbrandon> 90 is not good at all , actualy above 60 it should auto shutoff
[09:05] <ajmitch> then when I was visiting .au, it shutdown permanently :)
[09:05] <imbrandon> ouch
[09:05] <Hobbsee> above 60?  wouldnt turn on much, if that were the case :P
[09:06] <Hobbsee> it's winterhere too - i wasnt watching it in summer
[09:06] <Hobbsee> ajmitch: i'm doing a *full* backup now hehe.
[09:06] <ajmitch> 'winter'
[09:06] <ajmitch> so if we don't see you for awhile, we know what happened..
[09:06] <Hobbsee> ajmitch: picture my laptop sounding ten or twenty times sicker than when you were here.
[09:06] <imbrandon> hehe
[09:06] <ajmitch> uh
[09:06] <ajmitch> run away?
[09:06] <Hobbsee> hehe
[09:09] <imbrandon> mount -o bind /dev /mnt/gentoo/dev
[09:09] <imbrandon> doh
[09:14] <Hobbsee> yay
[09:30] <xerxas> Hi everyone
[09:30] <xerxas> slomo, u there ?
[09:30] <xerxas> does anyone knows how to package mozilla extensions ?
[09:32] <Hobbsee> xerxas: examine how the others are done?
[09:32] <xerxas> Hobbsee, I had a quick look
[09:32] <xerxas> it's done differently
[09:32] <xerxas> and most are synced from debian
[09:33] <grexk_> hello xerxas
[09:33] <xerxas> Hi grexk_
[09:35] <xerxas> I would like to package freenigma
[09:35] <xerxas> it's a gpg extension for webmails inside firefox
[09:43] <imbrandon> xerxas, its already packaged
[09:44] <imbrandon> mozilla-thunderbird-enigmail
[09:44] <imbrandon> sudo apt-get install mozilla-thunderbird-enigmail
[09:44] <imbrandon> to use it
[09:44] <xerxas> imbrandon, not enigmail, freenigma
[09:44] <xerxas> freenigma integrates with webmails
[09:44] <xerxas> like gmail
[09:44] <imbrandon> ahh
[09:44] <xerxas> it adds a button to encrypt the content of the form
[09:49] <TheMuso> Why bother integrating with gmail when gmail has POP3?
[09:49] <xerxas> why not ? :)
[09:49] <xerxas> I like gmail web interface
[09:50] <xerxas> messages group by conversation ordered by date, it's really a productive environment
[10:36] <slomo> xerxas: yes
[10:37] <Fujitsu> kdegraphics is really taking its time to build...
[10:37] <imbrandon> Fujitsu, ;)
[10:38] <imbrandon> kde* takes time to build , but good things come to those that wait , right ? hehe
[10:41] <xerxas> hi slomo
[10:41] <xerxas> slomo, do you know elisa ?
[10:42] <slomo> i don't think so, why? :)
[10:42] <Arbiter> hm doh
[10:42] <Arbiter> kcmpureftpd was accepted :)
[10:43] <slomo> xerxas: or do you mean that media center solution from fluendo?
[10:43] <xerxas> yes
[10:43] <xerxas> it's this
[10:43] <xerxas> slomo, is it worth trying to package it ?
[10:44] <xerxas> slomo: I have internet at home since yesterday evening
[10:44] <xerxas> I read your mail ...
[10:44] <slomo> it's already packaged for debian in pkg-gstreamer... but not yet ready for uploading
[10:44] <xerxas> ok
[10:44] <slomo> maybe with next release or something :)
[10:45] <xerxas> My internet access is kind of broken (the modem is given by the isp , it does nat, but you configure nat on the ISP website, and they upload the config on your modem )
[10:45] <xerxas> unfortunately, the website is broken so I cannot have nat ...
[10:45] <xerxas> ...
[10:46] <xerxas> slomo, what I should do with gnash ?
[10:46] <xerxas> find why it seg faults ?
[10:46] <xerxas> slomo,  you wrote: The version from experimental doesn't work at all in edgy... at least
[10:46] <xerxas> for me the firefox/mozilla plugin segfaults immediately :(
[10:46] <slomo> yes, fix it :) but it seems the bugs are known in debian too
[10:46] <xerxas> ok
[10:46] <slomo> so maybe try a newer cvs snapshot
[10:46] <xerxas> ok
[10:46] <xerxas> cvs update within that tree and rename the direcotry ?
[10:46] <slomo> or talk with the debian maintainer
[10:46] <xerxas> ok
[10:47] <xerxas> slomo,  I'm just new to this process ...
[10:47] <xerxas> I would like to make a simple package not yet packaged
[10:47] <slomo> no you do a cvs checkout and then create a tarball from this
[10:47] <xerxas> ok
[10:47] <slomo> if upstream is sane via "make distcheck"
[10:47] <xerxas> copying debian directory in the new tree would work ?
[10:47] <slomo> and then you go into the debian package and run uupdate /path/to/newtarball
[10:48] <slomo> should work when the only changes in the diff.gz are the debian directory
[10:49] <ajmitch> hi slomo
[10:49] <slomo> hi ajmitch
[10:54] <Fujitsu> Hm.
[10:54] <Fujitsu> Ettercap has some issues.
[10:54] <Fujitsu> With both this upload and the last...
[10:55] <Fujitsu> Can somebody please upload a patch for me, in order to let ettercap build?
[10:58] <xerxas> slomo, or I can try to package that : http://thomer.com/icmptx/
[10:59] <slomo> xerxas: sure, do it :) sounds cool
[10:59] <xerxas> :)
[11:00] <xerxas> cool
[11:00] <xerxas> not right now
[11:00] <xerxas> I have a meeting
[11:00] <xerxas> then lunch
[11:00] <xerxas> then we'll see: )
[11:03] <Arbiter> heh :)
[11:05] <Hobbsee> cypher1: kill the script please
[11:07] <Fujitsu> Hobbsee, got a second to upload a two line change to ettercap? Neither of the last two uploads succeeded, as somebody added a .desktop and icon, but not the directories they're meant to reside in.
[11:07] <Hobbsee> Fujitsu: i noticed that, actually.  that our version ftbfs.
[11:08] <Fujitsu> Yeha.
[11:08] <Fujitsu> As does the one before.
[11:08] <Fujitsu> I've got a patch.
[11:08] <Fujitsu> http://people.ubuntu.com.au/~fujitsu/ettercap_fix.diff
[11:16] <Fujitsu> I'm surprised that that FTBFS got through three people: jpatrick, myself, Hobbsee... It's very odd, because I'm /sure/ I build-tested it.
[11:26] <Fujitsu> Actually, the .desktop and icon should probably be installed in -gtk, not -common...
[11:54] <welshbyte> good morning
[11:54] <Fujitsu> Morning, welshbyte.
[11:54] <Fujitsu> And congratulations on your membership!
[11:54] <welshbyte> hey Fujitsu
[11:54] <welshbyte> same to you :)
[11:54] <welshbyte> hi gnomefreak
[11:55] <gnomefreak> hi welshbyte congrats
[11:55] <welshbyte> thanks :)
[12:12] <Lutin> Hi
[12:12] <Fujitsu> Hi, Lutin.
[12:12] <Lutin> is there any policy concerning the x-session-managers packaging ?
[12:20] <Fade> well, this xemacs bug is serious...
[12:21] <TheMuso> welshbyte: Did you get membership or something?
[12:21] <welshbyte> TheMuso: yeah :)
[12:22] <TheMuso> Congrats.
[12:22] <welshbyte> thanks
[12:22] <TheMuso> Welcome
[12:27] <Fujitsu> Hi, Arbiter.
[12:27] <Arbiter> heya Fujitsu
[12:28] <Arbiter> sigh
[12:28] <Arbiter> i'm too busy
[12:28] <Arbiter> i've missed yesterday's CC
[12:28] <Arbiter> :/
[01:05] <Lutin>  is there any policy concerning the x-session-managers packaging ?
[01:13] <welshbyte> hey Hobbsee
[01:14] <Hobbsee> hi welshbyte
[01:14] <geser> hello
[01:15] <Fujitsu> Hi Hobbsee.
[01:18] <geser> libao-polyp is uninstallable and unbuildable in edgy because of missing libpolyp-dev (source was polypaudio). polypaudio got remove on 2005-12-21 from dapper
[01:18] <geser> what should happen with libao-polyp?
[01:19] <Hobbsee> what source is libao-polyp in?
[01:19] <geser> libao-polyp is both binary and source name
[01:19] <Hobbsee> i'ts not in edgy
[01:19] <Fujitsu> Yeah, neither the source nor binary are.
[01:20] <geser> Hobbsee: http://packages.ubuntu.com/edgy/sound/libao-polyp
[01:20] <geser> I see it's amd64 only. why?
[01:21] <geser> and https://launchpad.net/distros/ubuntu/+source/libao-polyp/ doesn't say it got removed
[01:21] <Hobbsee> https://launchpad.net/distros/ubuntu/+source/libao-polyp/0.3-1ubuntu1
[01:21] <Hobbsee> the others are sitting in dep wait
[01:22] <geser> yes, because of the missing libpolyp-dev
[01:22] <Hobbsee> geser: it was never built for amd64 for edgy.
[01:22] <Hobbsee> geser: file a request asking for it to be removed from the archive.
[01:22] <Hobbsee> check the rdepends on it first
[01:23] <slomo> geser: so get polypaudio (aka pulse) 0.9.something from unstable maybe
[01:24] <Hobbsee> slomo: if it was removed on dapper though....
[01:25] <slomo> Hobbsee: because of "dead" upstream... upstream got alive again recently and polyp much better now
[01:25] <Hobbsee> ah
[01:28] <geser> there is currently only an ITP for pulseaudio available
[01:45] <Arbiter> Hobbsee: ping? (don't worry i won't ask you for reviews)
[01:46] <Hobbsee> Arbiter: heya
[01:46] <Arbiter> hey :)
[01:46] <Arbiter> Hobbsee: there's a small issue with konqueror on kubuntu with purple theme
[01:47] <Hobbsee> Arbiter: that some of it's still blue?
[01:48] <Arbiter> yep
[01:48] <Arbiter> Hobbsee: want a screenshot?
[01:48] <Hobbsee> Arbiter: yeah, although i think i know what you're talking about
[01:49] <Arbiter> http://www.arbiterlab.net/shots/sshot.png
[01:50] <Arbiter> Hobbsee: konqueror logo is still blue
[01:50] <Hobbsee> Arbiter: yep
[01:50] <Hobbsee> i think kwwii's fixing that
[01:51] <Arbiter> well :)
[01:53] <geser> Hobbsee: could you add an ACK to bug 59168?
[01:53] <Ubugtu> Malone bug 59168 in libao-polyp "[Edgy]  Please remove libao-polyp from the archive" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59168
[01:55] <Arbiter> brb
[01:56] <Hobbsee> geser: wasnt that going to be fixed, with a new polyaudio thing?  get slomo or someone who knows something about it to ack it
[01:56] <geser> ok
[01:56] <geser> pulseaudio isn't packaged yet
[02:20] <neutrinomass> can somebody please ACK bug 59171 ?
[02:20] <Ubugtu> Malone bug 59171 in deal "Please sync deal 3.0.8-4 from Debian unstable" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59171
[02:49] <xerxas> Where do I find 822-date ?
[02:49] <xerxas> oops
[02:49] <StevenK> dpkg-dev
[02:49] <xerxas> sorry
[02:49] <xerxas> I have it
[02:51] <kagou> can a motu have a look at my 2 packages on revu ?
[02:52] <jenda> Hello - does anyone have a link handy for a .deb packaging guide or something of the sort?
[02:53] <kagou> jenda: in system/help/documentations
[02:53] <jenda> system or online documentation, kagou?
[02:53] <zul> doc.ubuntulinux.org
[02:54] <zul> er...docs
[02:54] <kagou> jenda: like zul, and also on www.debian.org/doc/manuals/maint-guide/
[02:54] <jenda> thx
[02:55] <jenda> ok, good 'nuff. laters.
[02:55] <kagou> cya
[03:03] <Hobbsee> !packagingguide > jen
[03:03] <Hobbsee> !packagingguide > jenda
[03:06] <Arbiter> Hobbsee: perhaps you know how to disable AIGLX in edgy?
[03:06] <Hobbsee> nope
[03:06] <Arbiter> aw
[03:07] <Arbiter> since i get something like this http://phpfi.com/149574
[03:07] <Arbiter> in edgy
[03:08] <Arbiter> composite is not enabled in my xorg.conf... but AIGLX seems to enable it automatically
[03:08] <Hobbsee> that was eay :P
[03:08] <Arbiter> Hobbsee: me too but
[03:08] <Arbiter> i've installed Knot2 this morning
[03:09] <Arbiter> and this is the result :P
[03:09] <Arbiter> (i don't have xgl nor compiz installed)
[03:09] <Arbiter> and AIGLX seems to be included in xserver-xorg
[03:09] <Arbiter> :P
[03:10] <Hobbsee> ah
[03:12] <bddebian> Heya gang
[03:12] <Arbiter> hey bddebian
[03:12] <bddebian> Hello Arbiter
[03:13] <Arbiter> Hobbsee: composite extensions seems to enabled also when they're not explicitly enabled via xorg.conf
[03:14] <Arbiter> this breaks ATI 3d support by default
[03:14] <Hobbsee> ah
[03:14] <Arbiter> (i think that nvidia users shouldn't have problems)
[03:14] <Arbiter> bddebian: i've read your comment about ktagebuch
[03:14] <Arbiter> what were the problems in detail?
[03:15] <bddebian> Arbiter: You'll have to refresh my memory :-)
[03:15] <Arbiter> "Overall the packaging looks good but run linda/lintian on your resulting debs, there are several issues. Thanks."
[03:15] <Arbiter> (sorry, i've been busy for a while)
[03:16] <bddebian> Did you run linda and/or lintian on your .deb files?
[03:16] <Hobbsee> linda
[03:16] <Arbiter> hm wait
[03:16] <Hobbsee> seeing as i can harrass the maintainer when it crashes.  isnt that right, StevenK?  :P
[03:17] <Arbiter> i'm from a fresh ubuntu installation :P
[03:17] <Arbiter> i need to rebuild the .debs :P
[03:36] <Arbiter> i'm (re)building the package
[03:42] <geser> slomo: about the libao-polyp package: should it be removed as pulseaudio isn't in debian yet (only ITP'ed)?
[03:43] <slomo> geser: probably... i thought pulse was already in debian
[03:43] <slomo> geser: but if that's not the case yet... remove :)
[03:43] <geser> could you then add an ACK to bug 59168?
[03:43] <Ubugtu> Malone bug 59168 in libao-polyp "[Edgy]  Please remove libao-polyp from the archive" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59168
[03:49] <Arbiter> bddebian: ping?
[03:51] <bddebian> Arbiter: Yo
[03:52] <Arbiter> W: ktagebuch; The library libfilesystem is not in a shlibs file.
[03:52] <Arbiter> W: ktagebuch; The library libktagebuch is not in a shlibs file.
[03:52] <Arbiter> ?
[03:52] <Arbiter> these errors/warnings?
[03:53] <bddebian> Aye
[03:53] <Arbiter> mh
[03:54] <Arbiter> also
[03:54] <Arbiter> E: ktagebuch: postinst-must-call-ldconfig usr/lib/libktagebuch.so.1.0.0
[03:54] <Arbiter> mh
[03:58] <bddebian> Arbiter: Good man! :-)
[03:58] <ajmitch> using dh_makeshlibs?
[03:59] <Arbiter> yup, and calling ldconfig in postinst
[03:59] <Arbiter> ajmitch: ah, i need your help
[03:59] <Arbiter> hm nope :P
[04:01] <ajmitch> you shouldn't need to put ldconfig in postinst manually, if debhelper is being used throughout
[04:02] <Arbiter> mh ok :)
[04:08] <welshbyte> ho hum, back to work
[04:10] <Arbiter> bddebian: http://phpfi.com/149602
[04:10] <Arbiter> o.O
[04:11] <bddebian> Heya welshbyte, congrats! :-)
[04:12] <bddebian> Arbiter: Those come from the package itself right?
[04:12] <Arbiter> yep
[04:13] <Arbiter> ..so?
[04:13] <Adri2000> hello :)
[04:14] <Arbiter> hello Adri2000
[04:14] <bddebian> Arbiter: Sorry I'm at work so I'm a little in and out
[04:15] <Arbiter> np
[04:15] <Arbiter> :)
[04:15] <Arbiter> Hobbsee: ping?
[04:15] <Adri2000> does someone know what is that (in debian/rules) :
[04:15] <Adri2000> ifneq "$(wildcard /usr/share/misc/config.sub)" ""
[04:15] <Adri2000>         cp -f /usr/share/misc/config.sub config.sub
[04:15] <Adri2000> endif
[04:15] <Adri2000> there is the same with config/guess
[04:15] <Adri2000> config.guess sorry
[04:16] <Arbiter> Hobbsee: i've got no answers from upstreams authors of *-servicemenu
[04:16] <bddebian> Arbiter: I'm not sure I know the answer to that one :-(
[04:16] <Arbiter> (attach-to-email-servicemenu and debian-servicemenu)
[04:16] <Hobbsee> Arbiter: what over?   a debian/ ir or something?
[04:16] <Arbiter> Hobbsee: the licensing issue (website says GPL but no copyright or GPL comments in source files)
[04:17] <broonie> Adri2000: It means "update to a current copy of config.{sub,guess} if there is one on the system"
[04:17] <Hobbsee> oh, yes, right
[04:17] <Arbiter> i sent the email about 1 month ago
[04:17] <Arbiter> i don't know if nuke and remove them from PackageCandidates or not :/
[04:18] <Adri2000> broonie: should i let this as it is ? because then i have a 2877 lines diff.gz :-/
[04:19] <Hobbsee> Adri2000: that seems like a lot.
[04:19] <Adri2000> i agree :)
[04:24] <broonie> Yes, unfortunately some people seem to think that's a good way to do things.
[04:24] <broonie> You can avoid the enormous diff be removing the package that provides config.{sub,guess} (autotools-dev IIRC) during the build.
[04:24] <Arbiter> or delete the ifneq "$(" stuff
[04:24] <Arbiter> :P
[04:27] <Adri2000> broonie: who are "some people" ? dh_make itself adds theses lines when creating debian/rules, i think because it detects config.{sub,guess} in the directory.
[04:33] <welshbyte> bddebian: thanks :)
[04:34] <bddebian> welshbyte: Noo, THANK YOU :-)
[04:43] <Arbiter> bug 58112
[04:43] <Ubugtu> Malone bug 58112 in xorg "Add a debconf option to disable composite extention" [Medium,Confirmed]  http://launchpad.net/bugs/58112
[04:44] <Arbiter> haha! found the xorg bug
[05:08] <Quinn_Storm> hey guys, quick question about pbuilder...is it possible & safe to pbuilder for a different arch than you run on? (like build amd64 packages on an i386 system?)
[05:08] <Hobbsee> yes
[05:08] <Hobbsee> and yes
[05:09] <Hobbsee> as for how, you'll likely have to check man pbuilder, as i dont remember, btu i've seen it done
[05:09] <Quinn_Storm> ok, because people are getting upset that my amd64 packages are out of date.  this will be nice for them
[05:12] <Quinn_Storm> ok...strange...not mentioned in man pbuilder...
[05:18] <zul> hey laserjock
[05:18] <LaserJock> hi zul
[05:36] <dholbach> I'd prefer if quinn_storm would get his packages into ubuntu
[05:36] <dholbach> narf
[05:37] <dholbach> it's his packages that we get bug reports for
[05:37] <bddebian> I thought Quinn_Storm was a she?
[05:38] <LaserJock> mhm
[05:49] <gnomefreak> she is a she
[05:51] <gnomefreak> dholbach: shes thought about it
[05:52] <dholbach> gnomefreak: ah ok
[05:52] <dholbach> gnomefreak: I think I'm going to write her and invite her to work with the desktop team on it
[05:53] <gnomefreak> cool
[06:19] <Sp4rKy> does anyone over edgy ?
[06:32] <Quinn_Storm> hey, anyone got any more info on building amd64 binaries/packages on an i386 system?
[06:32] <habeeb> Since a guy asked in the wiki, are there logs from the sessions about packaging?
[06:38] <LaserJock> habeeb: wiki.ubuntu.com/MOTU/School/
[06:39] <habeeb> Thanks
[07:01] <habeeb> I think I did something retarded ^_^
[07:01] <habeeb> Following this: https://wiki.ubuntu.com/MOTU/School/PackagingBasics
[07:01] <habeeb> I used the command on step 3.
[07:01] <habeeb> Which says something about edgy,and I have dapper <:
[07:04] <geser> Are you trying to backport packages?
[07:04] <thom> did you see step 1?
[07:04] <habeeb> thom: yes, I obviously saw step 1.
[07:04] <habeeb> thom: but it didnt say "If you use dapper, bypass step 2"
[07:04] <habeeb> It should have been waaayyy more clear..
[07:05] <habeeb> So, what did I do? ^_^
[07:05] <habeeb> and what should I expect?
[07:06] <thom> habeeb: why would you skip step 2?
[07:06] <thom> habeeb: the point i was referring to was "If you are running Dapper download Edgy's debootstrap from [WWW]  packages.ubuntu.com and install it with dpkg -i"
[07:06] <habeeb> Because I'm using Dapper. And the command it gives, says something about edgy
[07:06] <habeeb> sudo pbuilder create --distribution edgy \ --othermirror "deb http://archive.ubuntu.com/ubuntu edgy universe multiverse"
[07:07] <thom> well, if you want to create a dapper pbuilder, just change all the instances of edgy to dapper
[07:07] <thom> but to make packages to be uploaded to the archive, you'll need an edgy pbuilder
[07:07] <habeeb> So, what should I do? :/
[07:08] <habeeb> I dont really know what a pbuilder is.. So should I chose the edgy or the dapper one?
[07:08] <geser> a pbuilder is a clean environment to build packages
[07:08] <habeeb> I see
[07:09] <thom> what do you want to do? if you're just making packages for yourself, make a dapper one. if you're wanting to make packages for ubuntu itself, make an edgy one
[07:09] <habeeb> And what would happen if I used the edgy one on dapper?
[07:09] <habeeb> thom: I want to learn the packaging basics, following the school irc logs :/
[07:09] <geser> you would create debs for edgy
[07:09] <habeeb> I see.
[07:09] <thom> right, so follow the instructions then. it doesn't affect your install; it creates a secondary environment
[07:10] <habeeb> Great thanks.
[07:11] <trappist> could somebody have a look at bug 55790 - there's been a patch sitting for about a month, hoping somebody could test and maybe upload it
[07:11] <Ubugtu> Malone bug 55790 in oidentd "Init script always leaves defunct netstat process" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/55790
[07:38] <matid> Hi, do we have a group like ubuntu-universe-sponsors, but for multiverse?
[07:42] <matid> I'm sorry. In fact, I need a group like MOTU Reviewers. Should debdiffs to multiverse be assigned to them or do we have a different group for maintaining the multiverse?
[07:51] <crimsun> matid: same group.
[07:52] <matid> crimsun: Thanks, that what I did
[08:14] <mxpxpod> has anyone taken a look at vmware-player's kernel modules for edgy?
[08:57] <AnAnt><EMAIL_ADDRESS>here ?
[08:57] <hub> mxpxpod: non free stuff?
[08:58] <hub> mxpxpod: that would violate the kernel license?
[08:58] <mxpxpod> hub: no, the free stuff
[08:58] <hub> are you sure it is Free Software?
[08:58] <mxpxpod> well, ok, it's probably not "free", but it's in multiverse
[08:58] <hub> AFAIR, they "taint" the kernel
[09:00] <mxpxpod> hub: ok... but you could apt-get install vmware-player and the kernel modules in dapper and it worked nicely... there are reports and a launchpad bug on some issues in edgy
[09:00] <mxpxpod> hub: so I was just wondering if multiverse is kind of on the backburner for edgy right now
[09:00] <hub> it is community maintained
[09:00] <hub> feel fre to fix the package
[09:02] <mxpxpod> hub: alright, thanks
[09:20] <zul> actually the vmware-player kernel modules is going to be in linux-restricted for edgy
[09:39] <allee> hi,
[10:23] <ausimage> Hello in regards to bug#58682. The update today for edgy did not help my situation.
[10:25] <crimsun> bug 58682
[10:25] <Ubugtu> Malone bug 58682 in galeon "Consistent Crash on Specific Pages in Edgy" [Untriaged,Needs info]  http://launchpad.net/bugs/58682
[10:26] <ausimage> Hey crimsun. I am just looking to get this universe package bug addressed so that Galeon will be useable when it comes out in October.
[10:31] <crimsun> I'll attempt to reproduce it w/ galeon, hold.
[10:34] <crimsun> err, maybe not, since routing seems to be screwed
[10:37] <ausimage> Tnx for trying crimsun... I will try and keep on this bug over the next few days. I am usually connected to IRC though not in chat. I would appreciate any revelations.
[10:51] <mxpxpod> zul: really?
[10:51] <mxpxpod> zul: when is that happening (the vmware modules in linux-restricted)
[10:55] <trappist> what's the proper way to build a package with a specific compiler flag, if the configure script respects, say, CXXFLAGS
[10:56] <trappist> as an env var, not an argument
[10:57] <bddebian> trappist: Inside of debian/rules?
[10:58] <trappist> bddebian: yeah
[10:59] <bddebian> You can set CFLAGS or I believe there is something like DEB_CONFIG_OPTS or something like that
[10:59] <trappist> ok thanks
[10:59] <crimsun> CFLAGS="" CXXFLAGS="" ./configure --blah
[11:00] <trappist> crimsun: yeah that I can do, I was wondering how to say that in debian/rules
[11:00] <crimsun> above verbatim
[11:00] <crimsun> (well, not verbatim, I suppose, since you probably want to enumerate CFLAGS and/or CXXFLAGS)
[11:02] <trappist> ok I just said CXXFLAGS="-myflag" in debian rules and I got the result I was looking for
[11:05] <bddebian> crimsun: Always have to show me up eh? :)
[11:08] <crimsun> bddebian: it's the same thing you said
[11:09] <bddebian> :-)
[11:09] <trappist> bug 19124 <-- this has been a bug since hoary and is still in edgy, and I think there is no solution - can we drop the amd64 package?
[11:09] <Ubugtu> Malone bug 19124 in partimage "partimage 0.6.4-10 on Ubuntu Hoary Hedgehog 5.04 fails at runtime" [Medium,Confirmed]  http://launchpad.net/bugs/19124
[11:10] <trappist> debian has dropped it
[11:11] <crimsun> if they've already dropped it, it will be autosynced out next go-round [or you can ask for its explicit removal now]
[11:11] <trappist> crimsun: they've dropped the amd64 version, because that's where the bug is - does the same thing apply?
[11:12] <crimsun> yes, dropping arch-specific bins
[11:14] <trappist> how often are go-rounds?
[11:15] <crimsun> frequent at the beginning of the dev cycle, all but nonexistent now
[11:15] <crimsun> you can still file a bug against the source package
[11:16] <trappist> I think that's what that bug is
[11:16] <LaserJock> crimsun: can you change permissions on files in debian/rules?
[11:16] <crimsun> yes
[11:18] <LaserJock> crimsun: just chmod?
[11:18] <crimsun> (is this in reference to #edubuntu?)
[11:18] <LaserJock> crimsun: heh, yeah, sorry
[11:18] <crimsun> I haven't read all the backscroll, sec
[11:19] <LaserJock> for the spec I'm doing I need to install files o-r
[11:20] <crimsun> so they need to ship o-r before dh_builddeb(1) is invoked
[11:20] <trappist> crimsun: according the changelog, debian dropped the amd64 version of this package 2 years ago this last monday
[11:20] <LaserJock> crimsun: I did: chmod 640 $(CURDIR)/debian/edubuntu-menus/usr/share/edubuntu-menus/groups/*.menu
[11:21] <LaserJock> but it didn't look like it worked
[11:22] <crimsun> you can use dh_fixperms -X
[11:22] <crimsun> although I don't see why it wouldn't have worked
[11:23] <LaserJock> well, maybe I messed something up
[11:23] <crimsun> pastebin debian/rules?
[11:24] <LaserJock> http://paste.ubuntu-nl.org/22775
[11:24] <bddebian> Damn I hate when my job gets in the way of MOTUness :-(
[11:24] <LaserJock> mhm
[11:27] <LaserJock> -rw-r----- would be 640, right?
[11:27] <crimsun> yes
[11:28] <bddebian> d000d
[11:28] <LaserJock> darn, I just get -rw-r--r--
[11:28] <bddebian> Even my dumb ass gets those..   Later gang
[11:43] <crimsun> ah, debhelper
[11:44] <crimsun> just work around that by using postinst as ogra suggested
[11:44] <mxpxpod> zul: ping?


[01:07] <mwhudson> elmo: looks vaguely reasonable; please don't think i know anything about practical email handling
[01:13] <jml> mwhudson, hi
[01:13] <jml> mwhudson, I'm about to head out to lunch...
[01:14] <mwhudson> jml: call when you get back then?
[01:14] <jml> mwhudson, k.
[01:14] <jml> o
[01:14] <mwhudson> sorry i was out for so long, that wasn't really the plan...
[01:14] <jml> mwhudson, no worries. it happens.
[03:23] <mwhudson> jml: hello?
[04:00] <jml> mwhudson, hi
[04:00] <mwhudson> jml: today has been a day of hhgttg-style lunch breaks, it seems
[04:02] <jml> mwhudson, haha
[04:02] <jml> mwhudson, yeah.
[04:02] <jml> mwhudson, still up for a call?
[04:03] <mwhudson> jml: yeah
[04:03] <mwhudson> jml: let's see how the gods of linux audio treat me today
[04:03] <jml> mwhudson, heh heh
[04:03] <mwhudson> jml: assuming skype works for you?
[04:04] <jml> mwhudson, it should.
[04:04] <mwhudson> jml: i can hear you!
[04:05] <mwhudson> no
[04:06] <mwhudson> grr
[04:07] <mwhudson> mind you
[04:07] <mwhudson> hotel internet
[04:07] <mwhudson> probably shouldn't have expected miracles
[04:32] <lifeless> mwhudson: you're in wlg ?
[04:38] <mwhudson> lifeless: yes
[04:49] <jml> home of the rubber boot.
[05:19] <jml> mwhudson, would it be very hard to show the lines changed on the active merges page?
[05:19] <jml> mwhudson, the same data seems to be rendered synchronously on the merge proposal page
[05:41] <jml> hmm.
[05:42] <jml> maybe what I should ask is, if I made such a change, how could I test it locally?
[09:19] <wgrant> bigjools: Did you end up working out what's wrong with gina?
[09:19] <bigjools> I didn't
[09:20] <bigjools> what exactly is it doing wrong?
[09:20] <wgrant> Not importing 3.0 stuff.
[09:20] <wgrant> eg. dpkg, quilt, ftplib
[09:20] <bigjools> ok
[09:21] <wgrant> Plus the other stuff which has been inexplicably ignored for several weeks, even though it was 1.0.
[09:26] <bigjools> I'll try and get it sorted today
[09:27] <wgrant> Thanks.
[09:27] <bigjools> it's my last working day until next year, so I might have to pass the buck^Wbaton
[09:27] <wgrant> Otherwise, all looks good.
[09:27] <wgrant> Ah.
[09:27] <bigjools> ok cool
[09:29] <wgrant> I think that whoever wrote _dominateBinary must have had something against encapsulation.
[09:37] <mrevell> morning
[10:05] <james_w> E: goobox_2.1.1.orig.tar.bz2 (from goobox) is in the DB but isn't an orig.tar.gz.  (Probably published in an older release)
[10:06] <james_w> eh?
[10:06] <wgrant> That's not an LP error, is it?
[10:07] <james_w> sync-source.py
[10:07] <wgrant> Oh. Crap.
[10:08]  * wgrant checks the code.
[10:08] <wgrant> sync-source.py is not like anything else in the world :(
[10:12] <bigjools> wgrant: gina problem found - /tmp on the machine it runs on has ~32k entries and the filesystem refuses to add more, so I guess it's not cleaning up after itself
[10:12] <wgrant> bigjools: Ahh.
[10:12] <wgrant> bigjools: ext3 ftw.
[10:13] <wgrant> If you don't care about uploading the orig.tar.* multiple times, the sync-source.py fix is trivial.
[10:13] <wgrant> Otherwise it's a bit of work.
[10:14] <bigjools> wgrant: http://pastebin.ubuntu.com/344022/
[10:15] <bigjools> wgrant: you ok fixing that?
[10:15] <wgrant> bigjools: Fixing which?
[10:15] <bigjools> wgrant: gina is not cleaning up its temp files
[10:15] <james_w>  [dpkg-source output:] dpkg-source: warning: -sn is not a valid option for Dpkg::Source::Package::V3::quilt
[10:15] <bigjools> I can take it if you can't, it just won't get fixed for a few weeks if so
[10:16] <wgrant> bigjools: I'll do it.
[10:16] <wgrant> james_w: I noticed that a couple of days ago. It seems harmless, but I can't see why it's even passing that during extraction.
[10:16] <bigjools> wgrant: great, thanks.
[10:17]  * bigjools also notices that gina is not a LaunchpadCronScript ... :/
[10:17] <wgrant> gina isn't a LaunchpadAnything.
[10:17] <wgrant> It's not even Zopey.
[10:18] <wgrant> But I guess the problem here is that it doesn't log its actions to scriptactivity?
[10:18] <bigjools> correct
[10:18] <wgrant>         # We only rmtree if everything worked as expected; otherwise,
[10:18] <wgrant>         # leave it around for forensics.
[10:18] <wgrant>         shutil.rmtree(tempdir)
[10:18] <bigjools> we can do it manually
[10:18] <bigjools> ew
[10:19] <wgrant> I bet it just tried to import 3.0 packages slightly under 32000 times before we upgraded it.
[10:19] <james_w>  [dpkg-source output:] dpkg-source: error: File /home/lp_archive/syncs/ttf-sil-scheherazade_1.001.orig.tar.gz has size 126665 instead of expected 128385
[10:19] <wgrant> james_w: Uh...
[10:19] <james_w> seems to be a short download or something
[10:19] <wgrant> james_w: Any informative log output before that?
[10:19] <james_w> I: ttf-sil-scheherazade [main] -> ttf-sil-scheherazade_1.001-3build1 [main].
[10:19] <james_w>  * command was 'dpkg-source -sn -x /home/lp_archive/syncs/ttf-sil-scheherazade_1.001-6.dsc'
[10:19] <james_w>  [dpkg-source output:] dpkg-source: warning: -sn is not a valid option for Dpkg::Source::Package::V3::quilt
[10:19] <james_w>  [dpkg-source output:] gpgv: Signature made Thu Dec  3 21:14:41 2009 GMT using DSA key ID C0143D2D
[10:19] <james_w>  [dpkg-source output:] gpgv: Can't check signature: public key not found
[10:19] <james_w>  [dpkg-source output:] dpkg-source: warning: failed to verify signature on /home/lp_archive/syncs/ttf-sil-scheherazade_1.001-6.dsc
[10:19] <james_w>  [dpkg-source output:] dpkg-source: error: File /home/lp_archive/syncs/ttf-sil-scheherazade_1.001.orig.tar.gz has size 126665 instead of expected 128385
[10:19] <stub> Which is ok behaviour provided IS knows a /tmp cleaner is needed....
[10:20] <james_w> grabbing the package from the debian server shows that it is fine with the declared size
[10:20]  * wgrant adds that to a list of things to fix tonight.
[10:20] <bigjools> wgrant: so the real problem is that we need it writing to scriptactivity
[10:21] <wgrant> Bug 449408, that is.
[10:21] <mup> Bug #449408: Need scriptactivity monitoring of "gina" <Soyuz:Triaged> <https://launchpad.net/bugs/449408>
[10:22] <bigjools> mthaddon: there's the bug number :)
[10:22] <wgrant> He filed it himself!
[10:23] <mthaddon> thx
[10:23] <wgrant> james_w, bigjools: Do you have any objections to sync-source.py reuploading origs unnecessarily?
[10:23] <bigjools> wgrant: the only issue is client bandwidth
[10:24] <james_w> I don't really have an opinion
[10:25]  * wgrant sets up gina and sync-source.py.
[10:31] <wgrant> bigjools: Is gina running reasonably happily now that /tmp is clean?
[10:31] <bigjools> mthaddon: --^ ?
[10:32] <mthaddon> seems to be, from what I can see
[10:32] <wgrant> Aha, yes.
[10:32] <wgrant> It has imported stuff.
[10:32] <wgrant> 3.0 stuff.
[10:32] <bigjools> yay
[10:32] <wgrant> Thanks.
[10:33] <bigjools> wgrant: did you say you were going to do that scriptactivity bug?  I'll get it sorted if not.
[10:33] <wgrant> bigjools: I've not dealt with that sort of stuff before, so I'd prefer if somebody else did.
[10:33] <bigjools> wgrant: not a problem
[10:38] <james_w> E: webkit is trying to override gir1.0-webkit-1.0_0.6.5-3ubuntu2 without -f/--force.
[10:39] <james_w> it used to be built by gir-repository, but sync-source.py -a tries to sync then fails
[10:41] <wgrant> james_w: Is that a problem?
[10:41] <wgrant> It looks quite deliberate.
[10:42] <james_w> well, it's autosync
[10:42] <james_w> it's not very auto if you have to handhold it because it thinks it can sync something and then changes its mind
[10:43] <wgrant> Oh, that error kills the whole process?
[10:44] <james_w> yes
[10:44] <wgrant> Ah, that is stupid.
[10:44]  * wgrant fixes that too.
[10:46] <james_w> thanks
[11:02] <deryck> Morning, all.
[11:47] <wgrant> james_w: Is that size difference anything more than an orig conflict between Debian and Ubuntu?
[11:47] <james_w> it's at dpkg unpack time
[11:47] <james_w> I assumed it grabbed the whole thing from Debian
[11:48] <james_w> but if it is taking the orig from Ubuntu then that could explain it
[11:48] <wgrant> It'll download the tarball from the librarian if it already exists in Ubuntu.
[11:51] <wgrant> But that should have failed earlier...
[11:51] <wgrant> Ah, no.
[11:52] <wgrant> If it's downloaded from the librarian, it skips all of the internal size/hash checks.
[12:46] <jtv> al-maisan: I'm going through HowToUseSoyuzLocally but running into trouble... any idea what I could do when dpkg-buildpackage fails with "unmet build dependencies"?
[12:59] <al-maisan> jtv: looking..
[13:00] <al-maisan> jtv: won't it say what the missing dependencies are ?
[13:01] <jtv> al-maisan: it does—it's debhelper >= 4
[13:01] <jtv> This is while trying to build buildd
[13:01] <al-maisan> jtv: ..and what is the debhelper version on your system?
[13:02] <al-maisan> on my box it's: Version: 7.3.15ubuntu3
[13:02] <jtv> al-maisan: hmm... not installed.  Shouldn't that be in our developer dependencies?
[13:03] <al-maisan> jtv: don't think so ..
[13:03] <al-maisan> dephelper is typically needed for packaging etc.
[13:04] <jtv> al-maisan: in retrospect it should
[13:04] <jtv> ve been obvious I guess... I blindly assumed I had debhelper installed
[13:05] <al-maisan> :)
[13:05] <al-maisan> jtv: most things are obvious in retrospect ;)
[13:05] <jtv> very true
[13:06] <jtv> yup, working now.  thanks al-maisan!
[13:06] <al-maisan> jtv: de nada :)
[13:41] <deryck> I can't get devel to run.  css combine script offers a ton of warnings/errors and then make exits.
[13:41] <deryck> is this just me?  (I changed my local setup to use lightweight checkouts and store trees in a different path, so maybe I've just not updated something I should.)
[13:43] <BjornT_> deryck: fwiw, i had some problems with css combine as well. i think a make clean solved it for some reason, i think.
[13:43] <deryck> BjornT_, ah, ok, I'll try that.
[13:49] <intellectronica> deryck, BjornT_: i'm surprised that css combine works in devmode. isn't this something we want to do on production only? debugging concatenated files is harder because you don't get a good reference to the file where something originated.
[13:51] <deryck> make clean did seem to work.
[13:52] <deryck> and yes, intellectronica, I would agree that we shouldn't have this in devmode.  But certainly defer to BjornT_'s judgment about this.
[13:52] <BjornT_> intellectronica: well, the combine-css script is called in the build process, which is ok for both production and devel. not sure whether we use the combined css file in dev mode
[13:52] <intellectronica> ah ok
[13:58] <mathiaz> hi - how is https://launchpad.net/+apidoc/ generated?
[14:01] <BjornT_> intellectronica: it seems like we're using the combined css in dev mode, though. i'm not sure it's such a big problem. maybe better to wait and see, rather trying to fix something that might not be a problem?
[14:03] <intellectronica> BjornT_: it's not a huge problem. not as much as with executable sources. but it might make it harder to debug css that is being included from lazr-js for example. i sort of agree that there's no point doing anything about it until we find out whether it really is a problem.
[14:44] <BjornT_> flacoste: do you know if someone other than gary knows a lot about builout recipes?
[14:45] <flacoste> BjornT_: on this team, i suspect not
[14:47] <BjornT_> flacoste: yeah, i thought so. btw, i'm ready for our call whenever you're ready
[14:50] <flacoste> BjornT_: i'll call you in 10 minutes
[14:51] <BjornT_> ok
[14:56] <beuno> does Launchpad stall anyone else's browser when loading a page?
[14:57] <beuno> it keeps my CPU through thr roof for about 20 seconds on each page load
[15:06] <bigjools> it's fine here
[15:08] <jelmer_> beuno: I get the impression its slower than usual here as well
[15:09] <beuno> jelmer_, is it slower to load for you, or does it seem to increase the CPU load?
[15:12] <jelmer_> beuno: the page is shown pretty quick but there's an hourglass for longer than usual after that
[15:13] <jelmer_> beuno: at least that's my impression
[15:13] <beuno> jelmer_, that seems to be what happens for me as well
[15:46] <dobey> is there any way to *disable* blueprints on a per-project level?
[15:47] <beuno> dobey, not at the moment, no
[15:47] <beuno> if I get my way, we will eventually be able to disable apps per project
[15:48] <dobey> unfortunate... (the "not at the moment")
[16:31] <Pilky> beuno: I've set up a project on lighthouse for the UI
[16:31] <Pilky> beuno: http://launchpad.net/rocketship
[16:43] <al-maisan> A branch of mine triggered a failed build of jscheck (2 'Looking up name loginpage_submit_login, failed.' windmill failures in utterly unrelated tests)
[16:43] <al-maisan> https://lpbuildbot.canonical.com/builders/jscheck/builds/274
[16:43] <al-maisan> what should I do about this
[16:43] <al-maisan> ?
[17:26] <sinzui> beuno: flacoste: We now have a css tag for our bugs
[17:27] <flacoste> sinzui: thanks! mars will also be interested
[17:50]  * bigjools is off until new year, enjoy the break everyone
[18:53] <sinzui> \o/ I broke his page: https://edge.launchpad.net/~buy-viagra-39-
[19:46] <mwhudson> good morning
[19:46] <Pilky> evening ;)
[20:01] <mwhudson> an interesting theory
[22:48]  * mwhudson afk for a few


[06:48] <lordievader> Good morning
[14:06] <ackk> xnox, hi, I have a grub question. what sets net_default_server and pxe_default_server when grub is downloaded over network (tftp or http) ? are the two vars equivalent?
[14:16] <xnox> ackk:  the two variables are not equivalent; grub netboot modules have code to retrieve information from firmware; i.e. poke pxe interface to scrape the dhcp lease from there and populate all of those variables.
[14:17] <xnox> ackk:  in suse/rhel/etc. they added non-upstream patch to do similar scrapping from UEFI http to reuse the EFI acquired dhcp lease for these things.
[14:17] <xnox> ackk:  but Ubuntu's grub doesn't ship those patches yet to also do the same for http boot.
[14:18] <ackk> xnox, I see. I'm trying to understand why does pxe_next_server gets set on https://bugs.launchpad.net/maas/+bug/1899581, although the machine did get grub over http
[14:18] <ackk> xnox, also, is (pxe) an alias for (tftp) ? I didn't find any reference of it in grub manual
[14:22] <maret> hello, I am setting up vsftpd server on ubuntu and I am trying to connect to it by IP address via filezilla biut I am get an error  Permission denied (publickey).Connection closed when running a command sftp user@ipaddress. I also  get an error from filezilla  -> failed to retreive directory listing. The error and vsftpd.conf    can be seen here
[14:22] <maret> https://pastebin.com/HU67phx8
[14:23] <xnox> ackk:  the two are orthogonal =) one is boot protocol; the other is file transfer protocol....... one can pxe boot over NFS/FTP/HTTPS/TFTP etc.....
[14:23] <xnox> ackk:  and EFI-HTTP boot protocol can happen over HTTP or HTTPS file transfer (but others/more might be added soon, i.e. nvme-over-ethernet)
[14:24] <xnox> ackk:  so efi machines; may do either PXE or EFI network boot; and get the files over TFTP/HTTP/HTTPS
[14:24] <xnox> however, some of those combinations currently don't work in our grub =(
[14:25] <xtao> maret: might be wrong about this, but i thought vsftpd was an FTP/FTPS server. sftp is neither of those
[14:25] <ackk> xnox, sure, but IIUC if you "configfile (pxe)/grub/grub.cfg" the server address used by default would be the one set in pxe_default_server, which depends on what happened during network boot?
[14:26] <ackk> (same for (http|tftp))
[14:26] <ackk> well, execpt it would use net_default_server I guess?
[14:46] <xnox> ackk:  true...... but i thought that efi-http patches faked same/similar vars in rhel/suse acutally to make things "still wrok"
[14:46] <xnox> ackk:  i think using net_default_server / next_server is the better ones, indeed.
[14:54] <ackk> xnox, what aboug (pxe) vs (tftp) in the configfile command, what is the difference?
[15:33] <RoyK> xnox: ftp != sftp, the latter is just ftp-like file transfer over ssh, like rsync or scp. FTP is long dead but some still stick to it, like systems from the ninetees or something
[15:34] <maret> xtao sorry i meant ftps,
[15:34] <maret> xtao point being i setup vsftpd but I am having a problem to connect to it
[15:35] <maret> hmm will maybe double check open ports but seems like a config. issue
[15:42] <teward> ftp and ftps both have *two* ports necessary for properly speaking, make sure you haveboth ports open (one's a data port and the other's a control port)
[15:42] <teward> and Passive FTP is a pain to get working sometimes if you use firewalls (gotta whitelist a huge section of ports)
[15:46] <xtao> the error you pasted said Permission denied (publickey) which looks like an authentication error with ssh/sftp where it's tried to authenticate using keys and failed. unless that error was nothing to do with it
[16:03] <teward> that's an SFTP tunneled FTP error, yes.
[16:03] <teward> sftp requires SSH keys, FTP doesn't ;P
[16:06] <patdk-lap> ftps is likely to never work, due to nat
[16:06] <patdk-lap> ftps also doesn't use public keys
[16:07] <JanC> FTPS can use public keys
[16:10] <JanC> (X509 keys)
[16:12] <patdk-lap> guess it depends on the ftp server implementation
[16:13] <patdk-lap> would imagine it would be using the x509 naming, client key
[16:21] <maret> i see so I should use ftps? and just stick with ftp?
[16:25] <patdk-lap> no one should be using ftp, unless you want 0 security
[16:25] <patdk-lap> ftps is almost impossible to make work
[16:26] <patdk-lap> sftp is really the only sane option
[16:27] <teward> ftp and ftps are both obsolete
[16:27] <teward> ftps is a pain to get working, because NAT.
[16:27] <teward> sftp is really the only sane way.
[16:42] <JanC> FTP is okay for anonymous downloads, as it works in most browsers also
[16:43] <Ussat> WAT !!!!!
[16:43] <Ussat> FTP is NEVER ok
[16:45] <xtao> firefox ripped out ftp in some recent version. i thought chrome had done so too actually
[16:45] <JanC> that's sad, as there is no real alternative for it
[16:46] <Ussat> its still in FF and Chrome, but its NEVER ok
[16:46] <xtao> ahhh no they haven't done it yet
[16:46] <xtao> it's scheduled for removal in 2021
[16:46] <Ussat> FTP is nevre never never ok
[16:46] <JanC> IIRC they removed gopher at some point
[16:46] <JanC> Ussat: so what alternative do you have?
[16:47] <Ussat> sftp, ftps, scp
[16:47] <JanC> can't do anonymous sftp/scp
[16:47] <Ussat> so ?
[16:48] <Ussat> FTP is never OK'
[16:48] <JanC> and FTPS _is_ FTP
[16:49] <Ussat> ...
[16:50] <sdeziel> SSH supports anonymous login IIRC
[16:51] <sdeziel> so anonymous sftp is possible
[16:55] <JanC> sdeziel: how would you do that?
[16:56] <sdeziel> JanC: https://superuser.com/questions/1152645/openssh-server-anonymous-account
[16:59] <JanC> right, that was sort of what I was thinking about, but it's not really the same as anonymous FTP (you still need to know what login to use etc.)
[17:01] <JanC> and it's not as easy to use obviously (e.g. no browser support)
[17:01] <Ussat> ...
[17:02] <sdeziel> JanC: true but web browsers are now actively trying to get rid of FTP
[17:02] <JanC> it's sad if there is no good replacement...
[17:03] <JanC> maybe they could implement WebDAV or something instead...
[17:03] <JanC> but that's way more complicated than FTP
[17:04] <ikonia> anonymous ftp is still very much in use/demand
[17:04] <JanC> but it would fit into the everything-over-HTTP-folly
[17:05] <ikonia> I'm still not seeing the everything-over-http demand beyond paper exercises
[17:06] <JanC> pretty much all streaming services do streaming over HTTP now, even if it's worse than dedicated streaming protocols
[17:06] <ikonia> yeah, that is common, same with api's
[17:09] <JanC> it has higher latency, suffers from caching issues (web caches aren't designed for real-time), it's much more complicated to do QoS on it because it's HTTP like everything else, ...
[17:37] <xnox> ackk:  so the prefies in the configfile / variable names is whatever $protocol grub things it can use..... i think......
[17:38] <xnox> ackk:  i will re-read the source code and come back to you with answers that are usable =)
[18:00] <ackk> thanks xnox
[22:01] <jayjo-> Is there a reason to prefer VNC or Spice for working with remote VMs with qemu+kvm?
[22:01] <jayjo-> From kvm-manager, it seems like the defaults are now for Spice
[22:05] <sarnold> jayjo-: this bug says you can get copy-paste across guest/host and arbitrary resolution if you run a guest agent https://bugs.launchpad.net/ubuntu/+source/spice-vdagent/+bug/1200296
[22:17] <jayjo-> I assume that's not available with plain/regular VNC? I am still working on it, but I can connect with VNC, not yet with the Spice defaults
[22:21] <jayjo-> is the vdagent a particular qemu guest agent? https://wiki.libvirt.org/page/Qemu_guest_agent
[22:22] <jayjo-> or https://wiki.qemu.org/Features/GuestAgent? Using QMP commands?
[22:25] <sarnold> I don't recall seeing copy-paste things across vnc, but I rarely used the graphical interface to vms
[22:25] <sarnold> re the agent, binary package spice-vdagent
[23:15] <compdoc> jayjo-, you can connect remotely with vnc? what desktop do you use?