[00:15] <manjo> crimsun, I was trying to get you info on bug #528719
[00:15] <ubot3> manjo: Error: Could not parse data returned by Malone: HTTP Error 500: Internal Server Error
[00:15] <crimsun> the maintenance window for LP was just extended another 1,5 hrs
[00:15] <manjo> do you want me to cat /proc/sound/... codec/* while capturing ? is this correct ?
[00:15] <crimsun> manjo: yes
[00:16] <manjo> crimsun, also The front mic playback toggle is muted. Please adjust this accordingly.
[00:16] <manjo> what does this mean ?
[00:16] <manjo> crimsun, sorry I am audio illiterate
[00:16] <crimsun> which bug was this?
[00:16] <manjo> Launchpad is undergoing maintenance and is in read-only mode. You cannot make any changes. Please see the Launchpad Blog for details.
[00:16] <manjo> Launchpad is undergoing maintenance and is in read-only mode. You cannot make any changes. Please see the Launchpad Blog for details.
[00:16] <manjo> [LUCID] Aphla3 Acer AspireOne: Playback of audio recorded from external mic not loud.
[00:18] <crimsun> ah
[00:18] <crimsun> amixer set 'Front Mic' unmute
[00:18] <manjo> crimsun, for my edu... what is 'Front Mic' stand for ? external mic input ?
[00:20] <crimsun> manjo: unfortunately that is ambiguous. It's supposed to mean the built-in mic if you have it.
[00:20] <manjo> crimsun, awesome!
[00:20]  * manjo learned something important today
[00:21] <crimsun> it's unfortunate because it's the precise opposite in many cases :/
[00:21] <manjo> crimsun, if I get a chance and you get some free time @ uds I would like to learn some basic audio debugging
[00:21] <crimsun> sure
[00:21] <manjo> crimsun, that is very kind of you .. thanks
[00:22] <TheMuso> bjf and I were thinking of doing something audio related at UDS.
[00:22] <crimsun> TheMuso: like a plenary?
[00:22] <TheMuso> Since I've been learning a bit recently as well.
[00:22] <bjf> TheMuso, we were? news to me :-)
[00:22] <TheMuso> crimsun: No, more a session of "audio doesn't work, bring it here and we'll do what we can to fix it"
[00:22] <crimsun> oh, that would be nice
[00:23] <TheMuso> bjf: I vaguely remember saying such to you and Conor. Its not on record, so don't hold me to it.
[00:23] <crimsun> (granted, that's what I end up doing at UDS anyhow)
[00:23] <manjo> crimsun, luke I have few audio related bugs on netbooks that I have filed this week...
[00:23] <TheMuso> crimsun: Right, with more of us knowing what the hell to do, we can get more done, and set asside some time where people can come to us to do it.
[00:23] <manjo> s/luke/TheMuso
[00:23] <bjf> crimsun, if you go I don't want you stuck fixing peoples audio the whole time
[00:24] <TheMuso> manjo: Yeah saw those. Unfortunately I am not yet learned enough to help debug hda issues without access to real hardware.
[00:24] <manjo> TheMuso, yep I have the HW, just need the knowledge
[00:24] <TheMuso> manjo: I think crimsun knows enough to do remote debugging, but I could be placing him on a pedistel.
[00:24] <manjo> crimsun, ^
[00:25] <crimsun> as long as there's the codec output at the time the symptom is seen, it's easier
[00:26] <manjo> crimsun, where can I read/rtfm about codecs etc ?
[00:26] <crimsun> I've been inquiring whether there's a way to trawl through these alsa-driver/linux bugs to retrieve the codec output, because fixing the volume dB ineptitude is fairly straightforward from them
[00:26] <manjo> crimsun, infact how can I disipher what alsa-info prints out
[00:26] <JFo> crimsun, I am interested in compiling some kernel audio troubleshooting pages if possible
[00:26] <JFo> perhaps you me TheMuso and bjf can get our heads together at UDS
[00:27] <crimsun> manjo: so the good/bad news is that it's the Azalia spec on Intel's web site
[00:27] <manjo> crimsun, so that is a place to start ?
[00:27] <crimsun> manjo: the bad news is that you then need to download the data sheets for every existing codec from codec manufacturers' web sites
[00:27] <crimsun> manjo: yes
[00:27] <manjo> s**t
[00:28] <crimsun> JFo: sounds like a plan
[00:28] <JFo> crimsun, cool
[00:29] <manjo> JFo, remember we were talking about how to unmute the mic ? ... crimsun just gave me a command line option
[00:29] <JFo> manjo, I saw that
[00:29] <JFo> coolness :)
[00:29] <crimsun> manjo: unfortunately that's actually a quirk
[00:29] <manjo> crimsun, on most laptops/netbooks mic come muted by default
[00:29] <crimsun> manjo: if the codec were sane, it would be a capture toggle instead of a playback toggle
[00:31] <manjo> crimsun, we have a kernel-qa testsuite for audio, right now it tests basic stuff, you can probabaly help me expand it by adding more tests... one thing I learned today is you need to cat proc/sound while recording, so I need to change the caputre test to do that
[00:31] <manjo> ie help me identify areas where I can write more test
[00:32] <crimsun> manjo: yes, I began updating it to account for an additional round based on negative results, i.e., unloading the existing drivers and loading a daily snapshot's
[00:34] <manjo> crimsun, by default on a fresh install... SoundPreferences->Input is always muted ... is this some default in gnome ?
[00:34] <crimsun> manjo: presumably
[00:35] <manjo> amixer set 'Front Mic' unmute  == Unable to find simple control 'Front Mic',0
[00:35] <manjo> crimsun, ^
[00:37] <manjo> crimsun, amixer scontrol == does not list 'Front Mic' ... this is on a Asus EEPC
[00:38] <crimsun> manjo: this is the same hardware as in bug 528719, correct?
[00:38] <ubot3> Malone bug 528719 in alsa-driver "[LUCID] Aphla3 Acer AspireOne: Playback of audio recorded from external mic not loud." [Undecided,Incomplete] https://launchpad.net/bugs/528719
[00:38] <manjo> no this is on a different one
[00:39] <manjo> crimsun, this is on ASUS 1201N
[00:39] <crimsun> different hardware, different codecs, most probably different control elements
[00:39] <manjo> eeepc
[00:39] <manjo> ah!
[00:39] <crimsun> would you pastebin amixer output, please?
[00:39] <crimsun> 'amixer'
[00:40] <manjo> doing ...
[00:42] <manjo> crimsun, http://pastebin.ubuntu.com/387946/
[00:43] <crimsun> in the current 1201N's case, it's due to 'Capture' being muted and 'Front Mic Boost' being zeroed
[00:43] <manjo> crimsun, so I have to manually unmute it ... is there a command line option to unmute ?
[00:44] <crimsun> amixer set 'Capture' cap && amixer set 'Front Mic Boost' 100%,100%
[00:44] <crimsun> you probably want to increase 'Capture', too: amixer set 'Capture' 100%,100%
[00:45] <manjo> wow magic
[00:55] <manjo> crimsun, I have another one .. http://pastebin.ubuntu.com/387953/
[00:55] <manjo> this is on a Acer aspire R1600
[00:55] <bjf> crimsun, and you got that "Capture" was muted by seeing that "Front Left" and "Front Right" were "off"
[00:55] <manjo> when I record sound all I hear is white noise
[00:56] <crimsun> bjf: correct
[00:56] <crimsun> manjo: 'Mic' is zeroed and muted
[00:56] <manjo> ah crap
[00:56] <manjo> crimsun, I did 'Caputure'0 & 1 cap
[00:56] <manjo> ok let me try again
[00:57] <bjf> manjo, do you see in your pastebin where the 'Mic' is 'off'?
[00:57] <crimsun> I would not be surprised if one or more of these need a more recent driver (you could verify with linux-alsa-driver-modules-foo from ppa:ubuntu-audio-dev)
[00:59] <manjo> crimsun, ok let me try that ..
[00:59] <manjo> when I unmuted mic I get some constant white noise on the audio out
[01:00] <manjo> crimsun, so can we quirk this in the driver for each laptop ie unmute, set cap etc ?
[01:01] <crimsun> manjo: it doesn't appear to be a driver issue
[01:01] <manjo> or is this some kind of user space quirk that needs to be done for each model laptop/netbok
[01:01] <crimsun> manjo: I would start by seeing if it's a gnome-media (mixer applet) decision
[01:01] <manjo> ic
[01:02] <crimsun> we could unmute 'Mic', 'Front Mic', 'Capture', etc., but that could result in some pretty nasty feedback
[01:02] <manjo> I assume they have some base config for each type of codec
[01:02] <crimsun> (the unmuting would be done in /sbin/alsa-utils)
[01:03] <crimsun> right, there's the init db, too
[01:03] <crimsun> (alsactl init)
[04:39] <crimsun> manjo: in bug 531715, can you get amixer output while attempting capture, too?
[04:39] <ubot3> Malone bug 531715 in pulseaudio "[LUCID] cannot record sound on Acer Aspire R1600" [Undecided,New] https://launchpad.net/bugs/531715
[04:39] <manjo> yes
[04:39] <manjo> its attached to the bug
[04:39] <manjo> oh amixer output ?
[04:40] <manjo> just a sec
[04:46] <manjo> crimsun, attached
[04:47] <crimsun> Capture,1 is muted
[04:47] <crimsun> amixer set 'Capture',1 cap
[04:52] <manjo> crimsun, I did that, I also did Capture,0
[04:53] <manjo> and boosted to 100%
[04:53] <manjo> crimsun, do you want codec output after I do that ?
[04:55] <crimsun> manjo: no need. I presume that unmuting 'Mic' playback has no effect?
[05:03] <manjo> crimsun, umuting the mic caused the audio out to produce a constant hissing noise
[05:04] <crimsun> manjo: ok, at least that works correctly.
[05:04] <manjo> I have the output of codecs with capture 1,0 set to cap...
[05:04] <crimsun> manjo: can you try linux-alsa-driver-modules-2.6.32-15-generic from the ubuntu-audio-dev ppa?
[05:04] <manjo> do you want me to attach that info ?
[05:04] <manjo> yep
[05:04] <crimsun> no need
[05:09] <manjo> crimsun, rebooting with your ppa installed
[05:14] <manjo> crimsun, no luck
[05:14] <crimsun> manjo: please rerun apport-collect 531715
[05:17] <manjo> crimsun, updated
[05:24] <crimsun> manjo: can you verify the symptom without PA?  pasuspender -- arecord -Dplughw:NVidia -fcd
[05:25] <manjo> doing
[05:25] <manjo> gnarl, lucid tree does not build for me
[05:25] <manjo> gnarl, can you verify
[05:26] <manjo> gnarl, I send apw a mail about it
[05:26] <manjo> crimsun, doing ...
[05:28] <crimsun> manjo: also, is it just capture that doesn't work?
[05:29] <manjo>  crimsun only capture does not work
[05:29] <crimsun> ok
[05:29] <manjo> crimsun, with that command I don't hear any sound
[05:29] <manjo> crimsun, earlier I could hear something like a SW radio sound
[05:29] <manjo> ie noise
[05:29] <crimsun> manjo: well, you shouldn't.
[05:30] <manjo> ok
[05:30] <crimsun> manjo: did anything garble across the terminal when you, say, tapped the mic?
[05:30] <manjo> yes
[05:30] <manjo> strange chars
[05:30] <crimsun> and only when you tapped it?
[05:30] <manjo> ie non-printable chrs
[05:30] <manjo> no always
[05:31] <crimsun> but no noticeable change when you tapped it?
[05:31] <crimsun> please check your mixer settings, too
[05:31] <manjo> hmm... let me check again
[05:34] <manjo> crimsun, I think its pretty much random noise, but when I tap I do see some diff in pattern
[05:35] <manjo> crimsun, what I could do tomorrow is get a different set of mic and test with that
[05:35] <manjo> probably this one has a bad pin... not sure
[05:36] <manjo> but this mic works for me with skype
[05:37] <crimsun> manjo: pasuspender -- arecord -Dplughw:NVidia -fcd foo.wav
[05:37] <crimsun> should give you something audible in foo.wav
[05:37] <crimsun> but I need to head off now
[05:38] <manjo> yeah I tried that and there was silence
[05:38] <manjo> ok then catch you later
[09:38] <apw> damned document package is broken
[09:38] <apw> Document /home/apw/build/lucid/ubuntu-lucid/debian/linux-doc/usr/share/doc/linux-doc/linux-doc-tmp/Documentation/DocBook/media.xml does not validate
[10:18] <mgoetze> hi... could someone quickly explain the SRU process for me? there's a patch adding pci ids for broadcom 5716 chips, it already has one ack: https://lists.ubuntu.com/archives/kernel-team/2010-March/009099.html does that mean it will automatically be in the next sru, or is anything else missing?
[11:28] <apw> mgoetze, it would need a second ack to get on the SRU track
[11:30] <apw> though as i understand things once the current proposed moves there will be a security update before any new proposed kernel would be staerted, so i don't think there is any hurry
[11:33] <mgoetze> apw: you mean there will be no non-security SRUs for hardy anymore, and it would need to sneak into a security update?
[11:34] <apw> no not saying that at all.  saying that there is time yet to get any acks it needs
[11:37] <matti> Hi apw
[11:38] <apw> hi
[11:51]  * apw wins against doc-book
[16:01] <tgardner> apw, bug #531981
[16:01] <ubot3> Malone bug 531981 in ubuntu "[MIR] linux-qcm-msm" [Undecided,New] https://launchpad.net/bugs/531981
[16:17] <apw> tgardner, thanks
[16:18] <tgardner> apw, prolly don't need to get it in -meta just yet
[16:18] <apw> tgardner, ack
[16:19]  * apw has plenty of other poo to deal with
[16:19] <tgardner> apw, i can take care of it when it finally pops
[16:20] <apw> tgardner, heh whchever, its not a lot of work, but i'll get it on the tracker
[16:20] <manjo> tgardner, so we are going back and forth on the firmware update... since there is no clear doc or wiki ... I am always missing things, I am trying to copy what already exists ... and even that is not consistent ...
[16:21] <tgardner> manjo, well, like I said, gimme some names and email addresses at least.
[16:21] <manjo> tgardner, apart from who gave it to me how and when ... is there any thing else I need ?
[16:22] <manjo> tgardner, once I am through I will doc it in a wiki and you can cross check
[16:22] <tgardner> manjo, k
[16:22] <manjo> tgardner, sorry about the mess
[16:23] <tgardner> manjo, np
[16:23] <apw> manjo, i assume there is no licencing issue with the driver itself
[16:23] <manjo> apw, I got the licen"ce" from realtek
[16:23] <manjo> just need doc who when where how
[16:32] <manjo> tgardner, I pushed the changes to whence file ...
[16:33] <manjo> tgardner, please ping me if there is any more bits missing I will be happy to fix them
[16:33] <manjo> apw, we have the skype call ?
[16:34] <apw> not every other week
[16:34] <manjo> apw, but I could probably skype you ? :)
[16:34] <manjo> won't take more than 10mts or so
[16:34] <apw> as you wish
[16:35] <manjo> ok ... skype you in a minute or so?
[16:35]  * apw makes tea, make it 2
[16:42] <manjo> apw, https://wiki.canonical.com/KernelTeam/manjo/status-2010
[16:45] <JFo> I need to do something like that
[18:00] <tgardner> apw, I have a generic hash library I'm thinking of submitting upstream, cause I couldn't find one anywhere else in the kernel. Do you suppose it would be like tilting at  a windmill?
[18:01] <apw> the question will be, is it performant enough for any of the use cases which it fits
[18:01] <apw> generic generally == slower ... and hashes are often in perf critical spaces
[18:01] <apw> though people for rbtrees and the like in, so it can be done
[18:01] <tgardner> apw, I've been using it in a couple of netfilter modules for 5-7 years.
[18:02] <tgardner> on single core Geods
[18:02] <apw> you might approach peterz about it, he is into major optimised access for trees and stuff
[18:02] <tgardner> apw, how about Andrew?
[18:02] <apw> might have an angle on how to present it
[18:03] <apw> he is a good conduit in for the code once it has traction as its not for anywhere in particular
[18:03] <tgardner> apw, I've about got it cleaned of 2.4'isms. I'll run it through the k-t list so you guys can have a  look.
[18:04] <apw> soudsn good
[18:05] <tgardner> cnd, kudos on bug #530348, great sleuthing.
[18:05] <ubot3> Malone bug 530348 in linux-firmware "e100: eth0: e100_request_firmware: Failed to load firmware "e100/d101m_ucode.bin" [Undecided,Invalid] https://launchpad.net/bugs/530348
[18:25] <cnd> tgardner: thanks
[18:37] <apw> cnd, yeah that was good work :)
[18:37] <cnd> apw, thanks
[18:38] <cnd> I learned all about the firmware upload process on both sides of the kernel divide and udev too :)
[18:38] <apw> most excellent :)
[18:38] <apw> now to get that into some debugging hints wiki pages
[18:39] <cnd> apw, true true
[18:39] <JFo> yep yep... and let JFo know where they are cnd ;)
[18:40] <cnd> JFo: kk
[18:40]  * JFo adds them to the list to be included in the Kernel Team pages reorg
[18:59] <apw> jjohansen1, pulled your apparmor update, ta.
[19:10]  * cnd kills the OOM killer by adding a swap file
[19:20] <JFo> cnd, that on the new mini or a bug?
[19:21] <cnd> JFo: no, that's on my macbook with 2G of ram!
[19:21] <cnd> swap partition was set to 750 MB by default
[19:21] <cnd> it's not enough apparently
[19:21] <cnd> evolution is a hog
[19:21] <cnd> chrome (maybe?) is a hog
[19:21] <hyperair> evolution is probably the one at fault.
[19:22] <hyperair> for chrome you can see about:memory for how much it is actually using
[19:22] <cnd> thunderbird is a hog
[19:22] <hyperair> that i agree.
[19:22] <cnd> (not that I run both thunderbird and evolution at the same time)
[19:22] <hyperair> heh
[19:22] <cnd> I usually stick with one of the mail clients until it start seizing up in an endless cycle
[19:22] <hyperair> thunderbird takes up a lot of memory.  but evolution hangs over a bad network.
[19:22] <hyperair> which is ridiculous
[19:22] <cnd> then I flip to the other, that miraculously is fixed
[19:23] <hyperair> lol
[19:23] <cnd> this has happened about every 2 weeks for a month now
[19:23] <hyperair> i got rid of evolution completely because it'd hang my panel whenever i clicked on the clock.
[19:23]  * cnd contemplates using mutt or pine
[19:23] <hyperair> that pile of crap ought to be rewritten from ground up.
[19:24] <hyperair> evolution i mean
[19:24] <cnd> do you think mutt or pine will sync with my google caldav calendars? :)
[19:24] <hyperair> it's got features, but it hangs too damn much, and is completely dependent on the stability of the network and mail servers (and calendar servers) in order to not hang.
[19:25] <hyperair> and do mutt or pine even have calendar features?
[19:25] <cnd> hyperair: I don't think so...
[19:25] <hyperair> yeah, see?
[19:25] <JFo> cnd, I have been using the web interface
[19:25] <hyperair> so we've got nothing that can replace it properly, and evolution is a pile of crap.
[19:25] <JFo> it is all I have found so far
[19:25] <cnd> JFo: for which accounts?
[19:26]  * hyperair uses rainlendar for calendar features.
[19:26] <JFo> the internal ones
[19:26]  * JFo googles rainlendar
[19:26] <hyperair> it's non-free.
[19:26] <JFo> hmm
[19:26] <hyperair> i'd rather have something that integrates into the gnome-panel's clock, *AND* not hang my panel.
[19:26] <JFo> the option I was told about for using on my phone flattens them all
[19:27] <JFo> I want them to be seperately accessible
[19:27] <JFo> separately*
[19:27] <hyperair> so use google cal
[19:27] <JFo> I do
[19:27] <JFo> :)
[19:27] <hyperair> and so do i, so my solutions are all separately accessible
[19:27] <JFo> I want something that makes sense and that is integrated with my e-mail
[19:28] <hyperair> anyway what has email clients and calendars got to do with the kernel?
[19:28] <JFo> <-spoiled :)
[19:28] <JFo> nothing
[19:28] <hyperair> JFo: sunbird.
[19:28] <JFo> we digressed
[19:28] <hyperair> wait a sec. not sunbird
[19:28] <hyperair> lightning or something..
[19:28] <hyperair> lightningbird?
[19:28] <hyperair> @_@
[19:28]  * hyperair -> bed
[19:29] <JFo> night hyperair
[19:29] <JFo> :)
[19:29] <hyperair> night =)
[20:40] <dyek> Hi! Is Ubuntu 9.10's vmlinuz-2.6.31-16-generic using a compression algorithm other than gzip, such as LZMA?
[21:47] <cnd> JFo: I just added https://wiki.ubuntu.com/KernelTeam/Firmware
[21:48] <cnd> A few people were automatically notified, but the list doesn't seem to include you
[21:48] <JFo> excellent
[21:48] <cnd> you may want to add yourself
[21:48] <JFo> yeah, I will subscribe to it
[21:48] <cnd> well, half the team was notified :)
[21:48] <JFo> heh
[21:50] <cnd> JFo: I'm going to add it to the knowledgebase if the wiki stops being DDoS'd
[21:51] <JFo> ok
[21:51] <JFo> sounds good
[22:02] <jk-> dyek: nope, gzip
[22:49] <mozmck> compiled the karmic kernel from git today and it got almost done and failed with the following:
[22:49] <mozmck> get_debug_info: Can't create a handle for a new debug session.
[22:49] <mozmck> makedumpfile Failed.
[22:49] <mozmck> make[1]: *** [install-generic] Error 1
[22:49] <mozmck> make: *** [binary-generic] Error 2
[22:49] <mozmck> what does that mean?
[23:11] <mozmck> figured it out.  I disabled debugging in the config, so I had to add “no_dumpfile=true” before the build command


[01:15] <ahoneybun> mhall119, around?
[02:40] <Garheade> exit
[02:40] <Garheade> derp
[02:46] <mhall119> ahoneybun: I am now
[02:56] <ahoneybun> I've applied for funding to SELF mhall119
[02:56] <ahoneybun> though I forgot to put the currenty
[02:56] <ahoneybun> lol
[02:56] <ahoneybun> so I had a derp Garheade
[14:04] <Garheade> ahoneybun: I derp a lot these days


[04:50] <pitti> Good morning
[05:42] <didrocks> morning
[05:43] <mvo> hey didrocks, good morning
[05:43] <didrocks> good morning mvo, how are you?
[05:43] <mvo> didrocks: good, thanks!
[05:43] <mvo> and you?
[05:44] <didrocks> I'm great! thanks ;)
[06:37] <larsu> good morning!
[06:37] <didrocks> hey larsu
[07:08] <TheMuso> Hey willcooke, seems like things are all well with your connection. :)
[07:08] <willcooke> yeah, seems to be back on again
[07:16] <didrocks> morning willcooke
[07:18] <willcooke> morning :)
[08:05] <Laney> hey hey
[08:20] <willcooke> señor Laney - flights for the sprint.  How goes?  All in hand?
[08:20] <Laney> I'm preparing a pointy stick
[08:20] <willcooke> need me to chase them?
[08:20] <willcooke> s/need/want
[08:22] <Laney> let's see if my pointy stick is long enough
[08:26] <didrocks> waow
[08:26] <didrocks> reconciling a merge conflict
[08:26] <didrocks> git push to github
[08:26] <didrocks> even before the push command finished, https://github.com/didrocks/ubuntu-developer-tools-center/pull/25/files changed to say "you can merge automatically now"
[08:40] <michael-vb> Good morning (or whatever your time-zone says).  I wanted to ping people about LP 1353675.  Specifically about how long it is likely to take before the fix hits release versions of Ubuntu, and which versions it is likely to get into.  My reason for asking is to know whether it is worth our working around the problem in the next VirtualBox release or not.
[08:41] <Laney> michael-vb: Trevinho should know
[08:43] <michael-vb> From his nick I would guess he is located in Brazil, if he is it will probably be a while before he responds.
[08:43] <Laney> no, in Europe (normally)
[08:43] <michael-vb> Ah right.  Thanks.
[09:07] <Laney> willcooke: cooking on gas now
[09:08] <willcooke> woot, thx Laney
[11:55]  * Laney goes on a ftbfs fixing adventure
[11:59] <Laney> after lunch
[11:59] <Laney> to the crocus cafe!
[12:45] <Trevinho> michael-vb: hi (located in EU, but with some western timezone :D), I've proposed the fix fo the next compiz image that will land in utopic soon.
[12:46] <Trevinho> michael-vb: however for getting that in trusty, you should propose a branch against the compiz stable branch and we'll manage to get it released as SRU asap
[12:46] <Trevinho> michael-vb: for the SRU the time could be longer, consider some weeks (less than a month hopefully)
[12:54] <didrocks> hey Trevinho, any news on the launcher gsettings issue?
[12:54] <michael-vb> Trevinho: ah, good timing, I am just back.
[12:54] <michael-vb> Thanks.
[12:55] <michael-vb> Portugal?
[12:55] <Trevinho> michael-vb: no, italy... :)
[12:56] <Trevinho> didrocks: no, I've something higher prio to work on now, sorry
[12:56] <michael-vb> Is that a Western time-zone?  I am in Germany.
[12:56] <didrocks> Trevinho: that's been 4 months that we started discussing about it though :/
[12:57] <didrocks> Trevinho: it's hurting the ubuntu developer story core experience
[12:57] <michael-vb> So I have to check out the stable branch and back-port the change to that, then push that?
[12:58] <Trevinho> michael-vb: no, I was jocking... like that "my own timezone" does not follow sun :D
[12:58] <michael-vb> Ah right.  I am a bit slow today.
[12:58] <Trevinho> michael-vb: yeah, a branch is enough with that patch applied... THen we'll manage an SRU
[12:59] <Trevinho> didrocks: I know, but it's not the only, unfortunately :(
[12:59] <didrocks> willcooke: can you help getting bug #1364070 on the Unity7's bug list? ^
[12:59] <michael-vb> Right, got to learn a bit more bzr then... after cvs, svn and git.
[12:59] <didrocks> willcooke: basically, some people experiment no launcher icon addition at the end of the ubuntu developer tools center addition
[12:59] <Trevinho> michael-vb: nothing harder than a bzr commit and bzr push :)
[13:01] <didrocks> willcooke: last June I was told to not open a bug, but seeing nothing moving after 4 months, I preferred then to log it in (that's why I opened it recently)
[13:01] <michael-vb> Do I need to do a fresh check-out, or does bzr have something like git to switch to a branch?
[13:02] <Trevinho> michael-vb: it has, but you only need to branch the repo, then push it with another name such as lp:~machael-vb/compiz/name-of-the-branch
[13:04] <michael-vb> Actually I meant that I have already checked out trunk (or whatever bzr calls it), whether I can switch to the stable branch on that check-out or whether I need to check-out the stable branch separately.
[13:04] <michael-vb> Whatever, you probably have some on-line documentation about the work-flow.
[13:04] <michael-vb> Finding that is probably more sensible than a personal tutorial on IRC.
[13:05] <Trevinho> michael-vb: ah, no the repo is different... you need to branch a different branch... Well you also could switch to it, but you don't need it
[13:05] <Trevinho> michael-vb: just bzr branch lp:compiz/0.9.11
[13:06] <michael-vb> Thanks.
[13:07] <michael-vb> And is there a preferred way to pull the change-set over from 0.9.12?
[13:11] <GunnarHj> pitti: Re bug #1090288: It would be logical if you withdrew https://sourceware.org/bugzilla/show_bug.cgi?id=13414 or made some kind of comment.
[13:11] <willcooke> didrocks, sure I'll speak to Bregma and see what he says
[13:11] <didrocks> willcooke: thanks! :)
[13:12] <Trevinho> michael-vb: well, you can just apply your old patch (it should do it cleanly) or use bzr merge -r rev-pre..rev-actual
[13:14] <pitti> GunnarHj: good idea, done
[13:18] <GunnarHj> pitti: Great!
[13:59] <attente_> happyaron: hey, you said the fcitx MIR is just waiting on a new upstream release? do you know when that is?
[15:00] <JackYu> hi, developers, would you please help to upload a new package for Ubuntu Kylin? please see bug #1371165
[15:32] <michael-vb> Trevinho: https://code.launchpad.net/~michael-thayer/compiz/lp-1353675-compiz-0.9.11
[15:32] <michael-vb> Think I did the back-port right...
[15:36] <Trevinho> michael-vb: cool, I'll propose to the branch, thanks
[15:36] <michael-vb> Great, thanks.
[15:38] <Trevinho> michael-vb: here it is https://code.launchpad.net/~michael-thayer/compiz/lp-1353675-compiz-0.9.11/+merge/235158
[15:38] <michael-vb> Already seen!  Thanks.
[15:39] <michael-vb> Is it expected that it still says "Unmerged revisions 3867"?
[15:44] <cbaker_> anyone have any ideas as to why when trying to boot Ubuntu from USB it asks me what to do (Try without installing, install, advanced, etc) and after clicking anything, it just goes to a blank white box in the upper left hand corner?
[16:37]  * willcooke_ -> EOD
[16:38] <didrocks> see you willcooke_
[16:38] <willcooke_> l8r
[23:36] <nickoba> hello. I hope that I am in the right IRC for my question. I have setup an extended desktop successfully using xrander --right-of command
[23:37] <nickoba> I would like to setup chrome in fullscreen. When I setup fullscreen in does not expand across all monitors. Just one.
[23:38] <nickoba> Can someone help me with making chrome to expand across all screens?
[23:39] <sarnold> nickoba: does chrome respect the -geometry 1000x1000+0+0 command line argument to set the size?
[23:44] <nickoba> sarnold: I am looking into it. So are you suggesting this not settable in desktop or OS level?
[23:46] <sarnold> nickoba: some window managers make those sorts of configurations easier than others, see e.g. http://i3wm.org/docs/userguide.html#_arbitrary_commands_for_specific_windows_for_window


[00:28] <BarkingFish> see ya dudes, I'm off to bed.  Catch you later tonight
[01:08] <ScottK> Meh.  He's gone.
[06:14] <ScottK> ubuntu-desktop/ppa qt4-x11 packages need testing for oneiric.
[07:07] <DarkwingDuck> jussi, ping
[07:10] <jussi> DarkwingDuck: yessir?
[07:10] <DarkwingDuck> jussi, care for a PM?
[07:11] <jussi> DarkwingDuck: can do
[08:52] <bambee> morning
[08:58] <Riddell> bonjour
[09:02] <bambee> :)
[09:28] <JabberwockyA19> I cannot download the amd64 deb file, is this just me? http://packages.ubuntu.com/oneiric/libboost-iostreams1.46.1
[09:39] <Riddell> JabberwockyA19:  http://se.archive.ubuntu.com/ubuntu/pool/main/b/boost1.46/libboost-iostreams1.46.1_1.46.1-5ubuntu2_amd64.deb  works here
[09:47] <JabberwockyA19> thanks Riddell the se mirror worked
[10:42] <debfx> didrocks: qt 4.7.4 works fine with kde
[10:43] <didrocks> debfx: ok, great! agateau confirmed it as well :) Will push the new Qt tomorrow with the new unity-2d release (there are some regressions)
[10:43] <debfx> sounds good
[10:45] <didrocks> debfx: thanks for testing :)
[10:58] <apachelogger> !find qdoc3
[11:10] <apachelogger> http://i.imgur.com/jbypG.png
[11:10] <apachelogger> ?
[11:10] <debfx> has anyone tested 4.7.1 from the ninjas ppa?
[11:19] <ryanakca> ScottK, Riddell: Sorry, I completely forgot to take care of the Amarok announcement and I'm leaving on a family trip as we speak, could either of you take care of it please?
[11:20] <Riddell> ok, although I'll need to work out what is being announced first
[11:31]  * Riddell doesn't spot any new amarok on ftpmaster, in ~kubuntu-ppa or oneiric
[11:46] <apachelogger> Riddell: maybe he meant kde?
[11:46] <apachelogger> debfx: apparently not
[11:47] <debfx> how do you know? :)
[11:52] <apachelogger> lucky guess
[11:55] <debfx> shadeslayer, bulldog98_, bambee: have you done some 4.7.1 testing?
[12:07] <bambee> debfx: yes
[12:07] <bambee> kde 4.7.1 works just fine here
[12:07] <bambee> I use it since few days
[12:08] <bambee> everything looks good
[12:09] <debfx> ok, thanks
[12:09]  * debfx uploads meta-kde and kdelibs
[13:59] <shadeslayer> debfx: nope, haven't had the time to do much testing, have been busy with presentations and such
[14:00] <shadeslayer> the weirdest thing happens with backlight control ... it starts working randomly ...
[14:17] <ScottK> Riddell: We neglected to announce amarok 2.4.3. when we uploaded it.
[14:17] <ScottK> It's not new at this point, merely missing having been announced.
[14:18] <ScottK> debfx: I see you've started uploading 4.7.1.  Great.  I was going to ask.
[14:23] <bulldog98_> debfx: just booted 4.7.1 up, but seems nice so far (even printer applet didn’t crash)
[14:30] <ScottK> Did anyone package 4.7.1 for natty?
[14:38] <ScottK> didrocks: Any idea if Bug #805303 is addressed by Qt 4.7.4?
[14:39] <didrocks> ScottK: doko told me it's supposed to be addressed by this one
[14:40] <ScottK> Cool.  That's a pretty nasty one.
[15:54] <ScottK> debfx: Did you plan on continuing to upload KDE 4.7.1 stuff?
[15:55] <debfx> ScottK: yes, but certainly not all of it
[15:55] <ScottK> OK.  Let's make sure to coordinate here so we don't duplicate.
[15:55] <ScottK> Quintasan_: You going to help upload?
[15:56] <ScottK> debfx: I'll do kdepimlibs unless you've already done it.
[15:57] <debfx> ScottK: I've already uploaded pimlibs
[15:57] <ScottK> OK.  I won't do that one then.
[15:57] <ScottK> How about baseapps?
[15:57]  * debfx grabs libkipi, libkdeedu and libksane
[15:57]  * ScottK does baseapps
[15:58] <debfx> we should use etherpad or something instead of the wiki to coordinate uploads
[15:58] <ScottK> If it's just two of us, I think IRC is good enough.
[16:02] <debfx> yes, but we should try an etherpad for 4.7.2
[16:05]  * ScottK does okular
[16:08] <debfx> on the other hand it doesn't seem to support tables
[16:08] <apachelogger> who needs tables anyway
[16:12] <rbelem> apachelogger, i need :-D
[16:12] <ScottK> apachelogger: Can you join the 4.7.1 upload fest?
[16:14] <debfx> without tables there is no order, so everything would obviously decay into anarchy
[16:19] <apachelogger> ScottK: in a bit
[16:20] <ScottK> OK.  THanks.
[16:20] <debfx> ScottK: don't forget to add bzr tags after uploading :)
[16:21]  * ScottK doesn't think he's ever done that.  OK.
[16:22] <apachelogger> debcommit -R -r is your friend
[16:22] <debfx> tags make bzr log much easier to read
[16:26] <ScottK> Sigh.  I don't think it's possible for me to type anything other than bzr ci -m " ...."
[16:27] <ScottK> Although that does look fancy enough it might be worth it.
[16:27] <debfx> bzr tag (without parameters) also does the right thing
[16:31]  * debfx grabs kate
[17:03]  * ScottK mashes retry on powerpc failures.
[17:22] <shadeslayer> Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/k/kde4libs/libkparts4_4.7.1-0ubuntu1_amd64.deb  404  Not Found [IP: <IP_ADDRESS> 80]
[17:22] <shadeslayer> O_O
[17:24] <nigelb> shadeslayer: use a different mirror.
[17:25] <shadeslayer> nigelb: dude, these packages won't have been mirrored yet
[17:25] <nigelb> shadeslayer: wait, its that new?
[17:25] <shadeslayer> yep
[17:26] <nigelb> Then just try again after some time
[17:26] <shadeslayer> yep, i'll do that in another hour
[17:28]  * ScottK grabs workspace
[17:28] <ScottK> Did anyone test 4.7.1 on Natty yet?
[17:31] <ScottK> oxygen-icons too.
[17:32] <shadeslayer> ScottK: i don't think we have packaged 4.7.1 for Natty yet
[17:32] <ScottK> Oh, you're right.
[17:33] <ScottK> It's 4.7.0 still in ninjas for some reason.
[17:33] <ScottK> Quintasan_: You need to remember to commit to bzr (kde-workspace).
[17:47] <afiestas> Heya! see you in orlando girls and guys!
[18:06] <shadeslayer> heh, we were  just hit by a quake
[18:07] <jussi> shadeslayer: small one?
[18:08] <shadeslayer> jussi: big by delhi standards
[18:08] <jussi> size?
[18:09] <shadeslayer> i'm just checking that
[18:09] <shadeslayer> my router fell off the table
[18:10] <shadeslayer> jussi: 6.6 i think ... not sure if these sources are correct
[18:11] <shadeslayer> i mean it happened just a couple of minutes ago
[18:11] <jussi> any major damage?
[18:11] <shadeslayer> nah
[18:12] <shadeslayer> just that everyone in the house is awake now and chattering about it :P
[18:15] <shadeslayer> jussi: there was a terrorist attack here in the afternook -.-
[18:15] <jussi> :(
[18:16] <shadeslayer> outside the high court ...
[18:16] <jussi> oh yeah, I read that
[18:17]  * debfx uploads runtime
[18:19]  * ScottK works on smokegen
[18:20]  * jussi reminds people the ubuntu app developer week is on, and Stuart Langridge is giving the ubuntu one app talk right now...
[18:22] <ScottK> jussi: How is that relevant to Kubuntu?
[18:22] <shadeslayer> jussi: http://www.imd.gov.in/section/seismo/dynamic/PRLMNEW.HTM
[18:23] <ScottK> yofel_: Please talk to pino about your changes in smokegen.  It'd be nice to be able to sync the package again once they've updated.
[18:24] <jussi> ScottK: well, there is no reason kubuntu devs may or may not be interested to use the ubuntu one backend for storing user data in applications they write.../patches they submit for existing apps?
[18:24] <ScottK> jussi: There's no way to use Ubuntu SSO from Qt.
[18:24] <ScottK> So not really.
[18:25] <debfx> oh no, runtime contains the active stuff *sigh*
[18:25] <ScottK> It should be cleanly separated.
[18:25] <ScottK> ~cleanly
[18:26]  * jussi sighs...
[18:26] <ScottK> jussi: Don't sigh at us.  It's not our fault.
[18:26] <yofel> evening
[18:26] <ScottK> Hello yofel.
[18:26] <jussi> ScottK: I didn't :)
[18:26] <ScottK> OK.
[18:27] <yofel> ScottK: right, I was in a bit of a hurry to patch that, I'll talk to him
[18:27] <ScottK> That and coming to a group of free software developers and pitching your closed cloud solution may not be the most receptive audience.
[18:29] <shadeslayer> jussi: this reminds me of http://xkcd.com/723/
[18:30] <BarkingFish> evening all :)
[18:38] <ScottK> Hello BarkingFish.
[18:38] <BarkingFish> Sorry if I was bugging you last night, ScottK.
[18:39] <ScottK> Not at all.  I was just not at the computer much.
[18:39] <BarkingFish> did you get my memo about dammit?
[18:39] <ScottK> I did.
[18:40] <ScottK> So let's go over how we get your fix into Ubuntu if that's all right?
[18:40] <BarkingFish> sure
[18:41] <BarkingFish> just one quick question, if my fix goes up into Ubuntu/Kubuntu, does this mean I become its maintainer?
[18:41] <ScottK> No.
[18:41] <ScottK> Everything in Ubuntu is team maintained.
[18:41] <BarkingFish> cool, ok.
[18:42] <ScottK> If Debian updates the package you'll get first crack at merging the changes, but that's it.
[18:42] <ScottK> The first question we need to answer is if you'll make changes directly in the upstream code or in some patch system.
[18:43] <ScottK> Looking at the package structure I can tell ~trivially it doesn't use a patch system.
[18:43] <BarkingFish> no, i did changes directly in the code
[18:43] <ScottK> You can also use the 'what-patch' script from ubuntu-dev tools (run from the top level directory of the package.
[18:43] <ScottK> For this package that's the right way to do it.
[18:44] <BarkingFish> if there'd been a patches folder, i'd have patched it, but there wasn't.
[18:44] <ScottK> If the package used a patch system, we'd want to convert the inline changes to a patch.
[18:44] <ScottK> Great.
[18:44] <BarkingFish> it looks only to be a beta or a demo anyhow
[18:44] <ScottK> Next step is a debian/changelog entry.
[18:45] <ScottK> Probably, but this kind of work is about gardening the whole of the archive and trying to get it consistent for release.
[18:45] <debfx> something is wrong with the archive mirror
[18:45] <BarkingFish> i think I did a changelog entry for it.
[18:45] <ScottK> The debchange (or dch) script is what you use for this.
[18:45] <debfx> it doesn't have kdelibs 4.7.1 anymore
[18:45] <ScottK> dch -i will get you a new, blank changelog entry.
[18:45] <ScottK> Weird.
[18:46] <BarkingFish> i edit the changelog directly in vim.tiny, i couldn't figure out dch
[18:46] <shadeslayer> debfx: its fixed iirc
[18:46] <shadeslayer> debfx: i was having the same issues a couple of minutes ago
[18:46] <ScottK> BarkingFish: Mostly just use dch -i to get the initial format right and then use your $EDITOR_OF_CHOICE from there is what I advise.
[18:47] <ScottK> BarkingFish: Can you pastebin your debian/changelog entry?
[18:47] <BarkingFish> i just looked at the format of everyone else's changelog entry and did mine the same way
[18:47] <BarkingFish> sure
[18:47] <BarkingFish> http://paste.ubuntu.com/684653/
[18:48] <BarkingFish> the only thing different in mine is the signature, since my gpg key has a nickname with it, i had to include it or the dsc wouldn't sign
[18:48] <ScottK> Not bad.
[18:48] <ScottK> It should be a little more descriptive though.
[18:48] <BarkingFish> in what way?
[18:48] <ScottK> You should have a line or two below the main on, indented and starting with - ... that describes what exactly you changed.
[18:49] <BarkingFish> ah, ok
[18:49] <BarkingFish> do you want me to do that and repackage it?
[18:49] <ScottK> Also, instead of build2, this should be ubuntu1 on the revision.  buildx is only used for no change rebuilds .
[18:49] <ScottK> yes.  please.
[18:49] <BarkingFish> ok, i'll do that now while it's fresh in my head
[18:50] <BarkingFish> give me a few moments and I'll come back to you.
[18:50] <ScottK> You'll also need to change the maintainer from the Debian maintainer to Ubuntu Developers now that we've modified the package.  You do this by running the update-maintainer script from inside the package dir.
[18:50] <ScottK> Sure.
[18:51] <ScottK> BarkingFish: You should also look at https://bugs.launchpad.net/ubuntu/+source/dammit to see if there's a relevant bug about it not buildng.
[18:51] <ScottK> (there is).
[18:52] <debfx> shadeslayer: yep, seems to work now
[18:52] <ScottK> So if you add (LP: #831128) at the end of the main line in your changelog entry, that bug will get automatically closed when the package is uploaded.
[18:54] <BarkingFish> along with the (), ScottK?
[18:54] <ScottK> Yes, although that's just standard usage and not formally part of the regex that LP uses.
[18:57] <Quintasan_> Oh
[18:57] <Quintasan_> I got sponsorship
[18:57] <BarkingFish> this update-maintainer script, where do I find it? I don't seem to have it in the project folder
[18:57] <BarkingFish> is it in the pbuilder/ area?
[18:57] <Quintasan> shadeslayer,yofel: ^ check your emails
[18:57] <ScottK> It's in ubuntu-dev-tools
[18:57] <BarkingFish> ah, ok
[18:58] <BarkingFish> ok, I've redone the changelog listing what I did, I'll sign it and rebuild now, maintainers are also updated
[18:59] <ScottK> Cool.
[19:02] <BarkingFish> bugger. Give me a moment, I've just screwed this up.
[19:02] <BarkingFish> i'll brb
[19:03] <Quintasan> 4.7.1 released!
[19:06] <ScottK> Quintasan: Please help us upload it.
[19:09] <BarkingFish> That was fun, ScottK  :)
[19:10] <ScottK> Got it?
[19:10] <BarkingFish> I lost the original tar.gz file, repulled the source and it sucked out all the flaming changes I'd put in :)
[19:10] <BarkingFish> had to go back and do it again
[19:10] <ScottK> Oops.
[19:12] <BarkingFish> anyhow, build is redone, everything's looking good. What do I do with it now? :)
[19:12] <BarkingFish> clean suggestions only :P
[19:12] <BarkingFish> lol
[19:14] <Quintasan> dammit: Unbelievably inflexible build tool
[19:14] <Quintasan> Why would anyone use this?
[19:14] <debfx> ScottK: replace the "~cleanly" with "not really"
[19:15] <ScottK> Sigh.  OK.
[19:15] <ScottK> It was, IIRC, a demo of some kind.
[19:15] <ScottK> BarkingFish: There are two ways to submit this change for review.
[19:15] <Quintasan> IIRC we start by uploading kdelibs
[19:15] <Quintasan> Right?
[19:15] <ScottK> Quintasan: Done.
[19:15] <BarkingFish> ok ScottK - shoot
[19:16] <BarkingFish> :)
[19:16] <ScottK> Quintasan: Review your backscroll for the stuff that's uploaded already.
[19:16] <debfx> Quintasan: please fix kde-runtime so the active patches aren't applied when dh_auto_install is executed
[19:16] <ScottK> BarkingFish: 1.  Use the fancy UDD/bzr stuff that was in the packaging guide you were pointed too (I don't really use this myself, so can't advise you).
[19:17] <debfx> also: W: kde-runtime-active-dbg: empty-binary-package
[19:17] <BarkingFish> i haven't worked out bzr yet, maybe it should be called bizarre, not bazaar :P
[19:17] <BarkingFish> what's the other way? :)
[19:17] <ScottK> BarkingFish: 2.  Use debdiff dammit_0~preview1-3build1.dsc dammit_0~preview1-3ubuntu1.dsc > patch to get a patch of the differences.
[19:18] <ScottK> Then you can attach that patch to the bug I found and subscribe the ubuntu-sponsors team to the bug.
[19:18] <ScottK> They go through and look for stuff that needs uploading.
[19:20] <debfx> Quintasan: and W: plasma-scriptengine-javascript-active: file-in-unusual-dir debian/tmp-kde-runtime-active/usr/lib/kde4/plasma_appletscript_simple_javascript.so
[19:20] <Quintasan> debfx: Fixing
[19:21]  * Quintasan looks at rbelem
[19:22] <CIA-89> [kde-runtime] Michal Zajac * 233 * debian/plasma-scriptengine-javascript-active.install Fixed install file for plasma-scriptengine-javascript-active
[19:22] <Quintasan> debfx: pushed
[19:23] <dacresni> why do the kipi pluginsrequire konquerer?
[19:24] <BarkingFish> ScottK, done.  Patch and comments added, and I've subscribed the ubuntu-sponsors team.
[19:24] <Quintasan> bulldog98_: Could you remove packaging branches which we already merged?
[19:24] <debfx> all of it?
[19:24] <ScottK> Great.
[19:24]  * Quintasan grabs kdeutils
[19:25] <ScottK> BarkingFish: Your dammfile.cpp changes aren't in the diff: https://launchpadlibrarian.net/79262267/patch
[19:25] <BarkingFish> ?
[19:25] <BarkingFish> I musta forgotten to do them
[19:25] <debfx> Quintasan: what about the other two issues?
[19:25] <BarkingFish> The package still built though
[19:25] <Quintasan> debfx: What are the two other issues?
[19:26] <ScottK> So then I guess those weren't needed.
[19:26]  * Quintasan lost track of it
[19:26] <BarkingFish> most likely not
[19:26] <BarkingFish> it was just missing ; and a couple of spaces
[19:26] <ScottK> So you'll need to fix the changelog entry (also lose the blank line(
[19:26] <BarkingFish> ok
[19:26] <ScottK> s)/(/
[19:26] <debfx> [21:16:40] <debfx> Quintasan: please fix kde-runtime so the active patches aren't applied when dh_auto_install is executed
[19:26] <debfx> [21:17:00] <debfx> also: W: kde-runtime-active-dbg: empty-binary-package
[19:27] <Quintasan> Ah
[19:27] <Quintasan> I see
[19:27] <dacresni> why do the kipi pluginsrequire konquerer?
[19:27] <BarkingFish> which blank line, the one between the * and the two -  lines?
[19:28] <Quintasan> debfx: You want me to revert the patches before calling dh_auto_install?
[19:28] <debfx> Quintasan: yes
[19:28] <Quintasan> Any particular reason for this?
[19:28]  * Quintasan would like to know for future reference
[19:30] <BarkingFish> ok, sorted, i've cleaned up the changelog, redoing the build now
[19:31]  * Quintasan wonders why dh_strip doesnt work with runtime
[19:31] <BarkingFish> brb, prepping food
[19:32] <Quintasan> debfx: Any ideas on debug stripping? Adding dh_quilt_unpatch in override_dh_auto_install should do the trick for the first issue however I have no idea how to fix the stripping if it doesn't work that way
[19:32] <debfx> Quintasan: otherwise you don't have a seperation, dh_auto_install rebuilds all files that have been modified
[19:34] <BarkingFish> be back in about a half hour
[19:34] <debfx> dacresni: they don't
[19:34] <dacresni> i shouldn't have asked it in that manor
[19:34] <debfx> however kipi-plugins recommends konqueror
[19:34] <debfx> the changelog says "Added konqueror as recommend because flickr-plugin needs it."
[19:34] <dacresni> kipi automatically installs konkorer
[19:34] <dacresni> in kubuntu
[19:34] <dacresni> (natty)
[19:34] <debfx> I'm not sure if that's true anymore
[19:35] <dacresni> it doesn't in
[19:35] <dacresni> oneric
[19:35] <dacresni> oh
[19:35] <debfx> dacresni: yes, but you can remove it afterwards
[19:35] <dacresni> they fixed it
[19:35] <dacresni> oh, thank
[19:35]  * rbelem pokes Quintasan
[19:35] <Quintasan> debfx: http://paste.kde.org/119221 Should that fix the issue with the patches?
[19:35] <Quintasan> rbelem: Well, you forgot to fix plasma-scriptengine-javascript-active.install
[19:36] <rbelem> oh!
[19:36] <rbelem> :/
[19:36] <Quintasan> I fixed it but we have something else
[19:36] <rbelem> sorry
[19:36] <Quintasan> debug info stripping doesn't work for some reason
[19:37] <rbelem> Quintasan, did you use that vim cmd?
[19:37] <Quintasan> Nope, I was too lazy to go through the backlog
[19:37] <Quintasan> :P
[19:37] <rbelem> Quintasan, maybe we have to override dh strip
[19:37] <debfx> Quintasan: something like dh_strip -Nkde-runtime-active --dbg-package=kde-runtime-dbg; dh_strip -pkde-runtime-active --dbg-package=kde-runtime-active-dbg
[19:38] <Quintasan> That will require testing!
[19:38] <rbelem> Quintasan, the cmd was in my idemtica
[19:38] <debfx> Quintasan: that would unapply all patches
[19:39] <debfx> and you need to have the active patches applied when calling dh_auto_install the second time
[19:40] <rbelem> brb
[19:40] <Quintasan> debfx: Well, the active patches remain applied after dh_auto_build, don't they?
[19:40] <Quintasan> First I build the source with the normal patches
[19:40] <Quintasan> unapply them
[19:40] <Quintasan> apply active patches and build the source once again
[19:42] <Quintasan> debfx: http://paste.kde.org/119227 IMO that should work unless I am mistaken with the patches still being applied after dh_auto_build
[19:42] <ScottK> BarkingFish: Yes.  That one.
[19:43] <ejat> anyone know y kontact 4.7.0 display this error : KMail encountered a fatal error and will terminate now.
[19:43] <ejat> The error was:
[19:43] <ejat> Failed to fetch the resource collection.
[19:43] <CIA-89> [kdeutils] Michal Zajac * 129 * debian/changelog releasing version 4:4.7.1-0ubuntu1
[19:43] <Quintasan> apachelogger: debcommit -R -r FTW!
[19:43] <debfx> Quintasan: yes, that looks better
[19:44] <BarkingFish> ok, it's all done, i'll see you in a bit, i need to eat right now.  back in about 20 odd minutes o
[19:44] <BarkingFish> *or so
[19:44] <ScottK> Great.
[19:44] <Quintasan> debfx: Anything else before I commit?
[19:45] <debfx> Quintasan: nope
[19:46] <ScottK> Quintasan: Can you do the updated translation upload?
[19:46] <CIA-89> [kde-runtime] Michal Zajac * 234 * debian/rules Fixed issue with wrong patches being applied when calling dh_auto_install and debug info stripping issues
[19:46] <Quintasan> ScottK: I have absolutely no idea how do we do this but I think it's a good opportunity to learn
[19:47] <DarkwingDuck> Woot! Sponsorship approved.
[19:47] <ScottK> See if you can stir apachelogger from his stupor to explain it.
[19:47] <DarkwingDuck> I'll be at UDS-P
[19:47] <Quintasan> DarkwingDuck: Grats, same here
[19:47] <DarkwingDuck> Yay!
[19:47]  * Quintasan wonders if he can get visa on time
[19:47] <DarkwingDuck> It'll be more then just me and Riddell then.
[19:47] <Quintasan> BarkingFish: Can you lend me your baton?
[19:47] <rbelem> me too :D
[19:47] <rbelem> afiestas, too
[19:47] <DarkwingDuck> Quintasan, I believe that Canonical will help you with that.
[19:48] <Quintasan> Well, I already requested a letter of invitation
[19:48] <rbelem> Quintasan, i think you dont need visa
[19:48] <Quintasan> Why wouldn't I need one?
[19:48] <rbelem> Quintasan, you are european
[19:49] <Quintasan> rbelem: Earth to Rodrigo, we are talking about USA
[19:49] <rbelem> europeans doest need visa
[19:49] <Quintasan> News to me
[19:49] <rbelem> Quintasan, check the embazy website
[19:49] <Quintasan> AFAIR people from Poland always needed Visas
[19:49] <rbelem> you dont need
[19:50]  * Quintasan will call embassy tomorrow
[19:52] <Quintasan> ScottK: Looks like I won't get to upload anything today, I have to go soon and it doesn't look like apachelogger is going to explain it anytime soon
[19:53] <Quintasan> it being translation magic
[19:53] <ScottK> OK.
[19:53]  * rbelem googles for visa
[19:53] <debfx> hasn't apachelogger already uploaded kde-l10n?
[19:53] <Quintasan> rbelem: You'd better stick +Poland there
[19:53] <rbelem> oki
[19:53] <apachelogger> debfx: yes
[19:53] <apachelogger> debfx: and -fr needs a rebuild once l10n is in
[19:54] <apachelogger> and what was it that Quintasan/ScottK wanted to have explained
[19:54] <Quintasan> How do we deal with this translation stuff
[19:54] <apachelogger> also I am buzz-y with the phonons
[19:54] <apachelogger> Quintasan: what is there to deal with?
[19:54] <Quintasan> apachelogger: Just put up a wiki page how to do it and everyone will be happy
[19:54] <apachelogger> https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging/L10nOperatorGuide
[19:55] <apachelogger> just look at the wiki and everyone will be happy
[19:55] <apachelogger> besides, there is also a README.source
[19:55] <Quintasan> I see
[19:55] <Quintasan> Awesome
[19:55] <Quintasan> It's already uploaded then?
[19:56]  * Quintasan will do it next release to get his share of experience in l10n magic
[19:56] <apachelogger> as requested by someone, like before other stuff was uploaded
[19:56] <apachelogger> leading ot consequential FTBFS on -fr
[19:56] <txwikinger> Riddell: Can bzr do submodules now?
[19:57] <ScottK> Sure enough.  apachelogger did it already.
[19:58] <ScottK> Doing smokeqt
[19:59] <sheytan> apachelogger hey
[20:01] <Quintasan> rbelem: http://en.wikipedia.org/wiki/Visa_Waiver_Program
[20:01] <rbelem> http://en.m.wikipedia.org/wiki/Visa_Waiver_Program
[20:01] <Quintasan> rbelem: As you can seen, Poland is not included
[20:02] <rbelem> :D
[20:02] <rbelem> :/
[20:02]  * Quintasan shrugs
[20:02] <Quintasan> I never expected anything to change in USA in that department
[20:02] <debfx> cp: cannot stat `debian/tmp/usr/lib/kde4/activitymanager_plugin_dummy.so': No such file or directory
[20:02]  * debfx sighs once more
[20:03] <Quintasan> What on Earth...
[20:03] <Quintasan> President Obama promised that Poland would be added to the program, in a meeting with Polish President Bronislaw Komorowski in December 2010; however no date has been set for when Poland will be added.[9]
[20:03] <Quintasan> rbelem: Something is still broken with runtime-active :/
[20:04] <rbelem> why dont you have visa free?
[20:04] <rbelem> what is broken?
[20:04] <apachelogger> sheytan: lo
[20:04] <Quintasan> rbelem: [22:02:54] <debfx> cp: cannot stat `debian/tmp/usr/lib/kde4/activitymanager_plugin_dummy.so': No such file or directory
[20:04] <rbelem> o.O
[20:05] <Quintasan> rbelem: Why don't we have no visa program? Don't ask me, ask USA
[20:05] <rbelem> i will check that now
[20:05] <sheytan> apachelogger do you know any  good and cheap hotel in Berlin near brandenburger tor?
[20:05] <apachelogger> nope
[20:05] <apachelogger> sheytan: you should talk to Blizzz
[20:06] <sheytan> apachelogger: will do, thans :)
[20:06] <rbelem> Quintasan, is poland part of europe union?
[20:06] <Quintasan> Are you seriously asking this?
[20:07] <Quintasan> Yes, Poland is in EU
[20:07] <rbelem> yup :)
[20:07] <sheytan> lol :D
[20:07] <Quintasan> Since May 2004 I think
[20:08] <Quintasan> Well, it doesn't matter at this point in time. If I won't get visa then I won't attend, that's all there is to it.
[20:09] <rbelem> i got a visa for usa in less than a nonth
[20:09] <Quintasan> You live in a country with a better bureaucracy then
[20:10] <ScottK> shadeslayer got a visa last year. If he can do it, surely you can.
[20:10] <ScottK> For visas it's the US bureaucracy you have to worry about.  Not Polish.
[20:10] <Quintasan> ScottK: Well, I can get a visa. The question is if I can get it within time
[20:11] <rbelem> Quintasan, nope brazil is the most one
[20:11] <rbelem> Quintasan,  it should be easier for polish get visa than brazilians
[20:12] <rbelem> brb
[20:13]  * Quintasan heads to bed
[20:13] <Quintasan> Good night
[20:29] <BarkingFish> Hi again, sorry about the delay, just wanted to give everything time to settle :)
[20:40] <ScottK> No problem.
[20:41] <ScottK> BarkingFish: Did you update the debdiff in the bug?
[20:41] <BarkingFish> no. I'll do that now
[20:45] <BarkingFish> ok, the correct patch is up
[20:45]  * ScottK looks
[20:46] <ScottK> Looks decent.  Let's try it.
[20:46] <BarkingFish> the blank line has gone, I've removed the info about damnfile.cpp since the changes weren't required, it looks good to fly
[20:46] <BarkingFish> it builds ok here, I have a copy of it.
[20:47] <ScottK> Missed the maintainer change.  I'll fix that.
[20:48] <BarkingFish> did I? oh flipping heck.
[20:48]  * BarkingFish facepalms
[20:52] <ScottK> Also there's two spaces after the email address (the format is very picky - always use dch -i to at least get the initial skeleton)
[20:52] <ScottK> Fixed.
[20:56] <BarkingFish> If I'd not lost all the original changes when I repulled the source, I'd have been fine.
[20:56] <BarkingFish> Panic does strange things to a person, ScottK :P
[20:56] <ScottK> Yep.
[20:56] <ScottK> Very good for a first effort.
[20:56] <ScottK> With most people I'd still be explaining what a source package was at this point.
[20:57] <BarkingFish> I'll settle in soon, it's just a new thing for me, a new way of doing stuff, and I'm taking a wee bit of time absorbing the changes.
[20:58] <BarkingFish> The next thing I'd like to do once I've got the hang of the basics is learn how to package from scratch, i.e package something that's never been packaged.   This is something I didn't do with mandriva, everything there was just updating deps and stuff, and repackaging
[20:59] <BarkingFish> I found out earlier that there's a package which needs redoing anyway, adobe's site is mentioning a security issue with flash 10.3.183, it's been updated to <IP_ADDRESS>
[21:00] <BarkingFish> iirc they released a security bulletin about it
[21:01] <BarkingFish> sorry, not .7, .5
[21:01] <BarkingFish> "Adobe recommends users of Adobe Flash Player <IP_ADDRESS> and earlier versions for Windows, Macintosh, Linux and Solaris update to Adobe Flash Player <IP_ADDRESS>."
[21:01] <BarkingFish> i think ours still needs updating though
[21:04] <ScottK> That's one the Ubuntu security team will take care of.
[21:05] <BarkingFish> ok. I wasn't sure, since I have 10.3.r183 - and I'd not seen an update in kpackagekit, it was issued by Adobe about 3 weeks ago
[21:09] <ScottK> micahg: ^^^
[21:09] <ScottK> He'll enlighten us.
[21:09] <ScottK> BarkingFish: https://launchpad.net/ubuntu/oneiric/+source/dammit/0~preview1-3ubuntu1 - Thank you for your contribution to Ubuntu.
[21:10] <BarkingFish> :D
[21:11] <ScottK> If you like fixing FTBFS, http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20110816-oneiric.html is a list of things that failed a rebuild test three weeks ago.  Most anything not marked superceded probably needs fixing.
[21:12] <ScottK> BTW, that's not Kubuntu specific, so the best channel for that kind of work is #ubuntu-motu (I'm there as well).
[21:12] <ScottK> For Kubuntu stuff we're uploading 4.7.1 now and it's just a matter of waiting for it all to build so we can test some more.
[21:13] <BarkingFish> on phone, brb
[21:26] <BarkingFish> again, sorry.  My house should become an automated phone exchange.
[21:27] <BarkingFish> Anyway, I'm pleased that my update got accepted, have you personally got anything else you want testing, ScottK?
[21:27] <claydoh> omg!!!
[21:27] <ScottK> What I'm working on is boost1.42 removal.
[21:27] <claydoh> omg!!
[21:27] <claydoh> I  might be able to go to uds!
[21:27] <claydoh> omg!!
[21:28] <ScottK> Which means I've got to get all the stuff that still uses it built against boost1.46 or removed.
[21:28] <ScottK> claydoh: How'd that happen?
[21:28] <BarkingFish> Do you have anymore packages that need build testing against oneiric?
[21:28] <ScottK> Lost my list.  Give me a moment.
[21:28] <claydoh> I got sponsorship
[21:28] <BarkingFish> okies
[21:28] <BarkingFish> <coffee
[21:28] <claydoh> wow
[21:29] <ScottK> Nice.
[21:29] <claydoh> ScottK: so I got lucky somehow
[21:30] <claydoh> someone somewhere suggested I apply, I forgot i had done so actually
[21:31] <claydoh> whatamIgonnawear???
[21:31] <ScottK> Heh.
[21:31] <ScottK> Something casual.
[21:31] <claydoh> lol
[21:32]  * claydoh goes off to calm down
[21:32] <ScottK> BarkingFish: The remaining targets for boost-filesystem are smc, scenic, and plee-the-bear.
[21:32] <BarkingFish> ok, all to build against oneiric?
[21:32] <ScottK> Yep.
[21:33] <BarkingFish> ok, I'll get started and keep you up as I go through
[21:33] <ScottK> And then fix them when they are broken or declare them more trouble than it's worth.
[21:33] <ScottK> Oh, one then left on dammit.
[21:33] <BarkingFish> if they're basic, probably one or two minor errors, I'll see what I can do patchwise or change the code, whichever is the done thing with it.
[21:34] <BarkingFish> Another one on dammit? Oh dammit.
[21:34] <ScottK> BarkingFish: If you look at http://packages.qa.debian.org/d/dammit.html and click on bugs, you'll see this fail to build problem is a problem there too.
[21:34] <ScottK> So you should send your patch to Debian as well.
[21:34] <Riddell> hola chicos
[21:34] <ScottK> hola Riddell.
[21:35] <Riddell> BarkingFish: did you chat about whatever you wanted to chat about yesterday?
[21:36] <micahg> BarkingFish: I haven't seen a new flash yet, but we usually get updated pretty soon after release
[21:37] <ScottK> BarkingFish: After boost-system, boost-program still has some reverse dependencies: vowpal-wabbit and glogg.
[21:37] <BarkingFish> Riddell, yes I did. Turns out I'm nowhere near the standard for the group I wanted to join, so I'll stick to low level stuff for now until I'm better at my job.
[21:37] <ScottK> Not sure how much you're up for.
[21:38] <BarkingFish> ScottK, those need build testing too?
[21:38] <ScottK> And then probably fixing.
[21:39] <BarkingFish> ok, I'll see what come up from them.
[21:40] <ScottK> If you find ones that need fixing, you can alse check if the Debian BTS has a patch already.  Sometime they do.
[21:41] <ScottK> Don't redo stuff that someone else has already figured out.
[21:44]  * rbelem is back
[21:47] <BarkingFish> ok, well I'm in chat with #debian, while I'm dealing with them, I'll get started on the test build of smc
[21:49] <debfx> micahg: are you aware of http://labs.qt.nokia.com/2011/09/07/what-the-diginotar-security-breach-means-for-qt-users-continued/ ?
[21:50] <micahg> debfx: no, I was told that 4.7 used the system certs...I'll add these to my list, thanks
[21:52] <debfx> micahg: it does but I guess every library that does certificate validating needs to blacklist the intermediate CA certs (which are cross-signed by other CAs)
[21:52] <micahg> debfx: right, makes sense since ca-certs has no such functionality yet
[21:54] <micahg> debfx: can you take care of oneiric?
[21:54] <micahg> debfx: we're tracking this in bug 837557
[21:57] <debfx> micahg: didrocks wants to do a Qt upload tomorrow, I guess he can add that patch
[21:58] <micahg> debfx: yeah, please let him know if you chat with him
[21:58] <micahg> I'll try to catch him in the morning
[21:58] <micahg> and assign him this task
[22:01] <BarkingFish> ScottK, I've forwarded an email with the patch attached to the Debian bugs team, so hopefully it'll get sorted
[22:04] <BarkingFish> holy cow. I can't watch that for too long.   Not fun to do it in konsole, maybe that needs fixing too, instead of having it print dots, have it count up a percentage of the package downloaded on screen
[22:08] <BarkingFish> epilepsy and rapidly repeating images have a horrible habit of not going well together
[22:09] <BarkingFish> the other course would be to include an option in pull-lp-source, such as --no-progressbar
[22:10] <BarkingFish> ScottK, major problem
[22:10] <BarkingFish> I can't build smc - one of the packages I need to install to do it is going 404 on the archive server
[22:11] <BarkingFish> E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/n/ncurses/libtinfo5-dev_5.9-1ubuntu3_i386.deb: 404  Not Found [IP: <IP_ADDRESS> 80]
[22:11] <micahg> that package is gone in oneiric I think
[22:12] <BarkingFish> well that makes a bugger of things, do we have anything to replace it?
[22:12] <micahg> libtinfo-dev?
[22:12] <BarkingFish> Apologies for the language by the way, it's a habit of mine.  If it gets too much, please feel free to kick me
[22:12] <BarkingFish> micahg, where would I update that in the packaging layout?
[22:13] <micahg> BarkingFish: debian/control or debian/control.in with a note in the changelog
[22:13] <BarkingFish> thanks
[22:13] <BarkingFish> !info libtinfo-dev
[22:13] <BarkingFish> !info libtinfo-dev oneiric
[22:16] <BarkingFish> weird. the file is not mentioned in debian/control whatsoever
[22:16] <BarkingFish> and there isn't a control.in file
[22:18] <micahg> sounds like something's out of date
[22:18] <BarkingFish> yeah, the question is, what? :)
[22:20] <BarkingFish> sorry, i cut myself off there for a brief period.
[22:20] <BarkingFish> could you repeat anything you said to me within the last 2 minutes or so please?
[22:22]  * micahg said nothing
[22:22] <micahg> ScottK: or debfx, you guys don't have stable release branches, right?
[22:23] <debfx> micahg: for Qt? no
[22:23] <micahg> debfx: ok, thanks
[22:25] <BarkingFish> well this is confusing now.  I've just run kfind against the smc directory, searching for the text libtinfo5-dev, and it's not hit anything.
[22:25] <DarkwingDuck> Riddell, ping
[22:28] <BarkingFish> ScottK, I'm gonna hiccup on smc for now, until I can figure out why it's looking for something which it shouldn't be.
[22:30] <yofel> could be a dep of a build-dep, where did that happen?
[22:31] <BarkingFish> yofel, while I was building the package, it went looking for all the things to add to the cache so i could build it, I got the error I posted above about a package being missing
[22:31] <BarkingFish> BarkingFish> E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/n/ncurses/libtinfo5-dev_5.9-1ubuntu3_i386.deb: 404  Not Found [IP: <IP_ADDRESS> 80]
[22:32] <BarkingFish> I can't find it in the control file, I've searched the entire directory with kfind for the name of the package, and scored a big zero
[22:32] <BarkingFish> i'm getting more 404s too while building scenic
[22:32] <BarkingFish> have we got any problems on the archive at all?
[22:32] <yofel> BarkingFish: do you have a build-dep on ncurses or so?
[22:32] <BarkingFish> in the control file, no.
[22:33] <yofel> hm, package cache up to date?
[22:33] <BarkingFish> yep
[22:33] <BarkingFish> I'm missing a load of stuff on this build, I'll paste the output up
[22:35] <BarkingFish> http://paste.ubuntu.com/684772/
[22:35] <BarkingFish> there's roughly 8 or 9 404'd files in there
[22:35] <yofel> are you *sure* your pbuilder package cache is up to date?
[22:36] <yofel> libgnome-keyring0 i386 3.1.4-0ubuntu1 <- rather old
[22:36] <yofel> !info libgnome-keyring0 oneiric
[22:36] <BarkingFish> well if it's not, how do I fix it? I only set the kit up 72 hours ago, how much has changed?
[22:36] <yofel> BarkingFish: the archive changes as soon as someone upload something, for now run pbuilder update
[22:37] <BarkingFish> ok
[22:37] <BarkingFish> this may fix the smc one too
[22:37] <BarkingFish> it won't allow me to update it
[22:37] <yofel> BarkingFish: in the kubuntu pbuilder hooks there's a hook that updates the cache every time you build something
[22:37] <yofel> BarkingFish: sudo?
[22:38] <BarkingFish> it seems I'd missed some steps which weren't mentioned when I set up
[22:38] <BarkingFish> I tried sudo pbuilder update and it said there was no base.tgz, had I run pbuilder create?
[22:39] <BarkingFish> I didn't know I had to
[22:39] <yofel> BarkingFish: sudo -E ?
[22:39] <BarkingFish> I'm running pbuilder create at the moment
[22:39] <yofel> uh.. how did you run pbuilder build without setting it up first?
[22:40] <BarkingFish> your guess is as good as mine
[22:40] <yofel> BarkingFish: did you use sudo with or without -E ?
[22:40] <BarkingFish> sudo without -E
[22:40] <yofel> for pbuilder that makes a difference
[22:40] <yofel> as without -E it ignores your ~/.pbuilderrc
[22:41] <BarkingFish> when I've been building, all I've been doing is pbuilder-dist oneiric *whatever.dsc.here*
[22:41] <BarkingFish> and it's been building
[22:41] <yofel> BarkingFish: aaah, you're using pbuilder-dist
[22:41] <Riddell> DarkwingDuck: pong
[22:41] <yofel> then run pbuilder-dist update
[22:41]  * yofel doesn't use pbuilder-dist
[22:41] <BarkingFish> too late now, I'm going through the create as I said
[22:41] <BarkingFish> :)
[22:41] <BarkingFish> I'll sort it in a moment or three, whenever this finished
[22:45] <ScottK> BarkingFish: Did you mail it to that bug?
[22:46] <BarkingFish> yes
[22:48] <ScottK> BarkingFish: You probably need to run pbuilder-dist oneiric update to update your packages list.
[23:04] <BarkingFish> yep, looks like that's what it needed
[23:04] <BarkingFish> I've got scenic on the move now, no 404s as of yet
[23:05] <BarkingFish> just out of interest, how often should I be looking to update pbuilder-dist? once a day, a couple of times a week?
[23:06] <yofel> whenever you get 404's - usually like every time before you build something
[23:06] <BarkingFish> ok
[23:06] <BarkingFish> i hadn't had any 404s until today
[23:07] <yofel> BarkingFish: see the hooks part on https://wiki.kubuntu.org/Kubuntu/Ninjas/BuildEnvironment - there's a hook that runs apt-get update before every build
[23:08]  * yofel is off to bed, good night
[23:08] <BarkingFish> night yofel
[23:09] <BarkingFish> sleep well