[00:00] <Mithrandir> lamont: mashup of C, python and sh.. that explains a lot of your code. :-P
[00:00] <Mithrandir> "hm, didn't work, where's the big hammer?"
[00:00] <Nafallo> lol
[00:01] <LaserJock> lbathnc: it's more of using the proper tool for the job
[00:01] <cjwatson> lbathnc: this channel is for coordination of Ubuntu development, and is not really the best place for introductory questions; https://wiki.ubuntu.com/ContributeToUbuntu might be a place to start, though you should also be able to Google for things like comparisons between programming languages
[00:01] <lamont> Mithrandir: rock.
[00:01] <cjwatson> or indeed for comparisons between distributions
[00:01] <Mithrandir> lamont: yeah, I assume you can use a rock as a hammer.   It's got wireless, though
[00:03] <Mithrandir> and ia64-powered heating.
[00:03] <Nafallo> :-)
[00:10] <ScottK> lamont: Thanks.
[00:11] <ScottK> lamont: It looks like you didn't do my IPv6 localhost patch yet?
[00:11] <lamont> ScottK: didn't do any real patches.
[00:11] <ScottK> OK.  Makes sense for the first one.
[00:12] <lamont> I need to run into town now, either toss me email or remind me when I'm back online in a couple 3 hours
[00:13] <ScottK> Will do.
[00:27] <cjwatson> mr_pouit: could you please merge seed changes properly, using 'bzr merge', rather than by copy-and-paste?
[00:27] <cjwatson> mr_pouit: if you don't know how, ask :)
[00:28] <cjwatson> mr_pouit: (Doing it the way you do it causes unnecessary conflicts and means that other people typically end up redoing part of the work later.)
[00:33]  * LaserJock looks at his seed change and hopes it was ok
[00:34] <cjwatson> LaserJock: which one?
[00:34] <cjwatson> LaserJock: r681 in edubuntu.hardy from six days ago or so?
[00:35] <cjwatson> LaserJock: if so, looks fine
[00:35] <cjwatson> though you might want to use 'bzr whoami' to set a real name as well as an e-mail address
[00:37] <LaserJock> bah
[00:37] <LaserJock> thanks
[01:02] <articpenguin3800> is it too early to suggest features for hardy +1
[01:03] <ion_> On IRC, they’ll most likely be lost in the noise. Better write a spec at launchpad, or something.
[01:04] <articpenguin3800> where would i write it?
[01:07] <ion_> https://blueprints.launchpad.net/ubuntu/
[02:17]  * Hobbsee waves
[02:17] <LaserJock> hi Hobbsee
[02:17] <bddebian> Hi Hobbsee, LaserJock
[02:21] <zul> hey Hobbsee
[02:21] <Hobbsee> hiya zul!
[02:58]  * lamont wanders back in
[03:14] <lamont> bouncy bouncy hobbse
[03:14] <lamont> hobbsee, even
[03:15] <ScottK> Tab completion sucks when the person isn't on.
[03:27] <bddebian> heh
[03:35] <lamont> ScottK: it does at that
[03:35]  * lamont blames Hobbsee
[03:36]  * Hobbsee blames lamont back
[03:36] <lamont> Hobbsee: how's things?
[03:36] <Hobbsee> doing OK
[03:36]  * Hobbsee has the day off - woo!
[03:42] <ScottK> slangasek: Thank you for the NEWing (yeah.  clamav on dapper-backports is done)!
[03:46] <slangasek> ScottK: no problem
[05:23] <mdomsch> s
[05:48] <mike__> Does anyone have a make file for a usb_skeleton.c project?
[07:23] <warp10> Heya all!
[07:38] <dholbach> good morning
[07:48] <\sh> pitti, I filed a removal request for octave2.1/2.9 (bug #186944) I'm dealing with the other package uploads and syncs this afternoon when I'm coming back from city shopping :) just for reference :)
[07:48] <ubotu> Launchpad bug 186944 in octave2.9 "[REMOVAL REQUEST] octave2.9 and octave2.1" [Wishlist,Confirmed] https://launchpad.net/bugs/186944
[08:31] <stgraber> moin
[08:33] <superm1> bryce, ping
[08:36] <Kano> hi, what is the tool used to create the initramfs for the desktop cd?
[08:37] <superm1> Kano, the same tool that creates the initramfs on normal systems.  you may want to take a look at livecd-rootfs to learn more about its build process
[08:38] <Kano> but you nee dmore hooks
[08:38] <superm1> yes, see what casper adds
[08:38] <Kano> so still named caspar?
[08:38] <superm1> yeah
[08:38] <Kano> but thats universe?
[08:38] <superm1> and additionally there are some more hooks added in ubiquity-casper
[08:39] <Kano> not main
[08:39] <superm1> capser is in main
[08:39] <superm1> http://paste.ubuntu.com/3968/
[08:39] <Kano> ok, wrote it wrong
[08:40] <Kano> there are even .swp files in caspar...
[08:40] <Kano> ./ubiquity-hooks/.30accessibility.swp
[08:41] <superm1> i'd imagine that's a mistake
[08:42] <superm1> but you'd have to check with colin on that
[08:42] <Kano> how about modding it the same way like live-initramfs to support union=... option
[08:42] <superm1> not too sure on that, sorry
[08:43] <Kano> thats not a big diff
[08:44] <Kano> you basically have to change unionfs 2 times to a var, add the unionfs cheatcode and add aufs as hook
[08:46] <superm1> aufs hasn't been added in yet to our kernel
[08:46] <superm1> laga was going to work on a patch for that
[08:47] <Kano> what i currently dont get is that network-manager works with unionfs on hardy but not when i use unionfs with live-helper
[08:47] <superm1> live-helper on debian?
[08:48] <ln-> keescook: ping. can you tell me what "Declined for Dapper by Kees Cook" means in https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/65631 ?
[08:48] <ubotu> Launchpad bug 65631 in linux-source-2.6.15 "skge driver broken: invalid call to spin_unlock causes system crash" [Medium,Fix committed]
[08:49] <Kano> superm1: i use live helper backported from sid to etch + ubuntu kernel compiled on etch
[08:51] <superm1> Kano, well i was gonna say maybe missing some of our (hefty) unionfs patchset, but hmph
[08:52] <Kano> well i can patch casper with ease to support aufs
[08:53] <superm1> i'm sure everyone would be very open to that
[08:53] <superm1> additionally if you wanted to do the patch to add aufs support, i don't believe laga started it yet, but you can check with him
[08:59] <Aloha> whats this channel for? if not application development?
[08:59] <soren> Ubuntu development
[09:00] <soren> Development *of* Ubuntu, not *on* Ubuntu.
[09:00] <Aloha> like advocacy?
[09:00] <soren> Er.. no.
[09:00] <soren> Development.
[09:00] <soren> Y'know. Computers and stuff.
[09:00] <soren> :)
[09:01] <Aloha> like ubuntu core?
[09:01]  * Aloha is confused
[09:01] <Kano> superm1: compared to live-initramfs caspar has really no options...
[09:01] <Kano> no toram, nothing
[09:01] <persia> Aloha: The development of the applications that make up Ubuntu, as opposed to the development of applications that run on Ubuntu.
[09:01] <superm1> Kano, yeah its a bit specialized for the purposes its used for
[09:02] <Aloha> Aloha, can you give me an application for an example?
[09:02] <Aloha> oops
[09:02] <Aloha> s/Aloha/persia/
[09:02] <Aloha> heh
[09:02] <persia> Aloha: X
[09:03] <Aloha> persia, gotcha so like the packaging of the main upstream components?
[09:04] <persia> Right.
[09:04] <Aloha> so like the opposite of MOTU kinda
[09:04] <soren> I would certainly not call it opposite. They complement each other.
[09:05] <Aloha> well i mean in the case that MOTU is for extra stuff while devel is for core stuff. opposite was the wrong word
[09:06] <soren> That's sort of the idea, yes.
[09:07] <Kano> superm1: what a huge patch ;)
[09:07] <Kano>  casper                |   12 ++++++++++--
[09:07] <Kano>  casper-bottom/12fstab |    2 +-
[09:07] <Kano>  2 files changed, 11 insertions(+), 3 deletions(-)
[09:10] <superm1> :), well if you want to publish that branch somewhere, someone in ~ubuntu-core-dev can merge and add that patch
[09:10] <Kano> well i prefer to try that first
[09:10] <superm1> well of  course :)
[09:10] <Kano> but the patch should be correct
[09:11] <Kano> hmm one thing is missing
[09:11] <Kano> i forgot the hook
[09:11] <Kano> but thats only one line more
[09:18] <Kano> what package is used to add unionfs-tools?
[09:19] <Kano> http://kanotix.com/files/thorhammer/updates/casper/casper-aufs.patch
[09:19] <Kano> to casper this should be enough
[09:22] <superm1> Kano, I believe just the 'unionfs' package
[09:22] <superm1> its in universe
[09:23] <Kano> hmm
[09:23] <Kano> maybe they dont need it
[09:23] <Kano> as they only use mount
[09:25] <pitti> Good morning
[09:27] <Kano> btw. did you notice that ntfs-3g was updated... i updated my package yesterday
[09:28] <pitti> \sh_away: octave is already NEWed
[09:29] <pitti> ScottK: just looked, apparently someone took care of sylpheed in dapper-backports NEW
[09:31] <pitti> \sh_away: old octaves removed and blacklisted
[09:32] <Kano> new ntfs-3g is independend of fuse, as it has built-in fuse-lite
[09:33] <Kano> btw. fuse-utils would be too old in hardy, as it would need 2.7.2 when you want to use external fuse
[09:33] <Kano> http://www.ntfs-3g.org/releases.html
[09:34] <Kano> #
[09:34] <Kano> # Fix: the SIGTERM signal may caused deadlock which could block for instance the shutdown process. If NTFS-3G is used with an external FUSE library, which is not the default, then FUSE 2.7.2 package is required.
[09:35] <pitti> carlos: so I assume it's ok when I add code to langpack-o-matic to ignore all country specific locales except en_*, zh_*, and pt_BR?
[09:36] <carlos> pitti: yeah, please. I will tell you when Launchpad is fixed to do it directly
[09:42] <Kano> well maybe the panic message could use the var too
[09:45] <Kano> updated the patch
[09:46] <superm1> Kano, i posted the url to it in the installer channel.  when one of the other folks in there steps in they'll get a chance to look at it.
[09:46] <Kano> well you need aufs in lum
[09:46] <superm1> yeah like i said laga is supposed to work on that
[09:46] <superm1> :)
[09:47] <Kano> yesterday aufs cvs was updated
[09:48] <geser> good morning
[10:00] <tkamppeter> pitti, hi
[10:08] <Kano> superm1: that casper seems to be broken, it does not copy the casper script itself in the hook
[10:09] <Kano> only function and helper
[10:10] <Kano> has your initramfs that implicit?
[10:23] <cjwatson> Kano: initramfs-tools copies everything in /usr/share/initramfs-tools/scripts by default; the explicit copy of casper-functions and casper-helpers is in fact unnecessary
[10:24] <cjwatson> your patch looks fine but I'll let Evan look at it
[10:29] <MacSlow> Amaranth, https://answers.edge.launchpad.net/launchpad/+question/19394 did you suggest that?
[10:30] <Kano> cjwatson: the problem is the initramfs utils from debian did not add casper at all...
[10:30] <Kano> only the casper.conf somehow
[10:31] <MacSlow> Amaranth, I think the term "ubuntu-desktop-effects" is meant to be a more general umbrella for things like window-level effects (which means compiz mostly) and at some point toolkit-level effects.
[10:31] <cjwatson> Kano: I can't help you with the initramfs utilities from Debian
[10:32] <Amaranth> MacSlow: If the team should be kept around the people currently on it should be purged
[10:32] <cjwatson> perhaps they broke compatibility
[10:32] <Amaranth> MacSlow: It was actually originally "people who help with beryl even though its not in the repo" but it ballooned into "i like beryl, why not join?"
[10:33] <Amaranth> Because it was originally open membership
[10:33] <MacSlow> Amaranth, while we don't have toolkit-level effects yet to "justify" this umbrella-term, we certainly will in some not too distant future.
[10:33] <Kano> cjwatson: i guess i know the problem..
[10:34] <Kano> busybox-initramfs
[10:35] <Kano> is a depend in a special version
[10:35] <Kano> and thats not installable...
[10:36] <Kano> will add that and see..
[10:36] <cjwatson> yeah, IIRC busybox is packaged differently in Debian
[10:37] <Kano> /tmp/buildd/busybox-1.1.3/networking/libiproute/ipaddress.c:25:27: error: linux/if_addr.h: No such file or directory
[10:37] <Kano> funny
[10:37] <Kano> what stupid build-dep do you have got in u
[10:38] <cjwatson> Kano: the kernel headers are hardly an exotic build-dependency; indeed, they're in build-essential
[10:39] <cjwatson> (linux-libc-dev)
[10:39] <Kano> when does somebody add hardy to search for files template in packages.ubuntu.com
[10:40] <Kano> cjwatson: hmm that header does not seem to be in etch
[10:40] <cjwatson> Kano: packages.ubuntu.com is a third-party service, not provided by us. You should mail the address linked to at the top of the page.
[10:42] <Kano> how about using the debian busybox package instead as depend?
[10:43] <cjwatson> linux-kernel-headers (the old name) in etch doesn't seem to have linux/if_addr.h; I assume you need to back out the changes in the Ubuntu diff which were needed to cope with newer kernels
[10:44] <cjwatson> I rather strongly suspect that Debian's busybox doesn't have all the necessary bits (e.g. awk, the mount patches I did for FUSE, pidof, etc.) but you are of course free to find that out for yourself ...
[10:45] <Kano> also why do you add busybox-initramfs depends to casper, usually busybox is a depend of initramfs-tools?
[10:45] <cjwatson> different (smaller) build
[10:46] <cjwatson> it hardly matters; busybox-initramfs is a dependency of initramfs-tools too
[10:46] <cjwatson> (note, we did all this *before* Debian, you should be asking why they changed it ;-))
[10:46] <cjwatson> the casper dep on busybox-initramfs is because it needs newer features in the specified version
[10:46] <Kano> which ones
[10:47] <cjwatson> we document this in the changelog so that you don't have to ask the developers
[10:47] <Kano> well it would be more to tell if the standard debian busybox has em or not
[11:20] <Kano> i think backporting caspar is not that easy...
[11:20] <Kano> has ubuntu something like live-helper to create images from scatch easyly?
[11:26] <cjwatson> Kano: livecd-rootfs is what we use
[11:26] <Kano> but that creates only the rootfs
[11:26] <Kano> isnt there a tool that combines all into an iso?
[11:27] <saispo> hi all
[11:43] <cjwatson> seb128: could you (get somebody to) have a look at bug 184137?
[11:43] <ubotu> Launchpad bug 184137 in gtk+2.0 "please backport support for switching input method on the fly" [Undecided,New] https://launchpad.net/bugs/184137
[11:43] <seb128> cjwatson: oh, right
[11:43] <seb128> lool: ^
[11:44] <seb128> cjwatson: lool started to work on the new version today,
[11:46] <cjwatson> cool, thanks
[11:48] <Ubulette> slangasek, is there anything blocking bug 185178 ? (I see you've been assigned to it)
[11:48] <ubotu> Launchpad bug 185178 in libpng "Please sponsor libpng 1.2.24" [Undecided,New] https://launchpad.net/bugs/185178
[11:48] <pochu> soren: thanks for the gtk-vnc upload
[11:48] <soren> pochu: Thanks for preparing it! :)
[11:50] <soren> pitti: Didn't we agree to /not/ make "Erase disk" the default when using the auto-crypto-lvm thing?
[11:52] <TheMuso> cjwatson: evand managed to get the a11y stuff done in ubiquity last week during the sprint, but since the privelages changes still need to go in, it can't properly be tested yet. However, when testing is possible, and issues need fixing, I will endever to fix these myself.
[11:53] <TheMuso> I'll reply to the list, so there is a paper trail.
[11:55] <Kano> how about using icedtea for java (because it has a amd64 firefox plugin)?
[11:56] <Kano> hmm in universe
[11:58] <mok0> Is there a 32 bits libg2c for hardy-amd64?
[12:00] <mok0> Ah, lib32g2c0...
[12:14] <DktrKranz> pitti, regarding https://wiki.ubuntu.com/StableReleaseUpdates?action=diff&rev2=81&rev1=80, does it mean low severity bugs could be sru-worthy too?
[12:18] <tjaalton> asac: the latest version of n-m works fine here, the previous one failed completely :)
[12:19] <cjwatson> soren: erase disk is the default again because Debian implemented a cancel button
[12:19] <cjwatson> TheMuso: right, I just mentioned for completeness, bearing in mind that people may be reading ubuntu-installer@ who weren't at the sprint :)
[12:21] <TheMuso> cjwatson: yep fair enough
[12:26] <asac> tjaalton: the previously started to early for some ... thanks for the info
[12:27] <tjaalton> asac: yeah, thanks for packaging the snapshow, now I can test ppp support
[12:28] <tjaalton> uh, -shot
[12:31] <asac> tjaalton: let me know
[12:31] <ogra> asac, my NM misbehaves :/
[12:32] <asac> ogra: define misbehave? like what i do all day:)?
[12:32] <ogra> doesnt let me connect to the most powerful network on this floor but insists on connecting to the one in the basement
[12:33] <ogra> which indeed isnt stable over time due to the fact that the signal needs to go through three steel concrete ceilings
[12:33] <asac> ogra: does NM tell you that it found a better connection?
[12:34] <ogra> no, it just ignores the strong one
[12:34] <asac> whats the reason stated in syslog (when nm gives up)?
[12:34] <asac> just timed out?
[12:35] <ogra> i wonder if i connected to a net called "linksys" during travel recently and it has a wrong key ...
[12:36] <asac> ogra: you are still using wep?
[12:36] <ogra> yes
[12:36] <asac> if so, that might indeed be the case
[12:36] <Kano> tjaalton: do you really want to close the X700 SE bug?
[12:36] <ogra> and actually i used 64Bit ... now the ui says 40Bit
[12:36] <asac> wep doesn't tell anythinga bout why something isn't working ... previously nm assumed that you have wrong key ... but people complained iirc
[12:36] <Kano> when there is no fix in the mesa -4 debian package
[12:36] <asac> so maybe they switched to prefer the assumption that you cannot connect
[12:36] <ogra> ah
[12:36] <asac> look in keyring
[12:37] <tjaalton> Kano: sure is
[12:37] <tjaalton> oh crap
[12:37] <Kano> tjaalton: it is not, you are blind
[12:37] <asac> ogra: and look whether you have something in /system/networking/
[12:37] <asac> in gconf
[12:37] <ogra> i'll just remnove the linksys network with gconf-editor ;)
[12:37] <ogra> right, did that before
[12:37] <tjaalton> Kano: no, just that the -4 changelog is missing
[12:37]  * ogra considers giving his networks proper names now :)
[12:37] <tjaalton> Kano: the patch is upstream, and the package contains it
[12:37] <asac> ogra: the key is in the keyring
[12:38] <ogra> i wonder how many WLANs called "default" exist in the world :)
[12:38] <asac> ogra: i don't even know if thats a problem :)
[12:38] <asac> ogra: but you should switch to wpa
[12:38] <asac> most likely your router supports it
[12:38] <Kano> tjaalton: but when i apply the patch it works... and it was not there before and it is not in patches dir
[12:38] <Kano> so where should it be?
[12:39] <tjaalton> Kano: in the diff...
[12:39] <tjaalton> it's maintained in git you know
[12:39] <ogra> asac, half of my APs are so old they dont know WPA
[12:39] <tjaalton> Kano: "Update to mesa_7_0_branch head (commit 48ae5cf0)."
[12:40] <asac> ogra: dump them :) ... a new one costs 25 EUR or something similar ridiculous
[12:40] <Kano> tjaalton: when it is in the diff then why can i apply it?
[12:40] <ogra> asac, indeed
[12:42] <Kano> tjaalton: you can not find the comment,thats impossible
[12:42] <ogra> asac, no way ... still switches back
[12:43] <ogra> what bothers me here is that i dont even get a new question for the key
[12:43] <tjaalton> Kano: ok, so it's not in the stable branch
[12:43] <tjaalton> duh
[12:43] <Kano> tjaalton: i wrote that it will be in NEXT version not in stable
[12:44] <asac> ogra: show me syslog
[12:45] <tjaalton> Kano: next version will be 7.0.3, please be more specific next time :)
[12:45] <asac> ogra: http://paste.ubuntu.com <- remember
[12:45] <ogra> asac, !
[12:45] <Kano> sure next is 7.0.3 your first comment was ok,but you wrote that 7.0.2 would fix it in the bugreport
[12:46] <tjaalton> Kano: nitpicking, I already said that it didn't include the changelog from -4
[12:46] <ogra> asac, http://paste.ubuntu.com/3971/
[12:46] <Kano> tjaalton: just add the patch for next upload
[12:47] <Kano> https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/151974
[12:47] <ubotu> Launchpad bug 151974 in mesa "[RV410] X700SE [1002:5e4f] - DRI images corrupted" [Undecided,Fix committed]
[12:47] <tjaalton> Kano: why not ask upstream to include it in the stable branch instead?
[12:47] <Kano> thats not fixed till then
[12:47] <Kano> you can not fix it in the past
[12:47] <tjaalton> why?
[12:47] <Kano> 7.0.3 will have it
[12:47] <ogra> there is nothing else apart from some dhclient noise
[12:47] <Kano> tjaalton: the orig file will never change
[12:47] <Kano> so add it to patches dir
[12:48] <asac> ogra: thats a successful connect ... you need to provide more context ;)
[12:48] <tjaalton> Kano: you don't seem to understand how the XSF packages are maintained...
[12:48] <Kano> tjaalton:it would be highly dangerous when you upload a modified .orig file
[12:48] <Kano> add a patch to the dir and you are done
[12:49] <Kano> whats your problem?
[12:49] <tjaalton> Kano: changes are pulled from git, and the changes are visible from the diff
[12:49] <Kano> tjaalton: well it is not in the diff
[12:49] <tjaalton> you just pointed out that the patch _will_not_ be in 7.0.3 (which the current version is ubuntu is tracking)
[12:49] <tjaalton> right
[12:49] <tjaalton> and I reopened the bug
[12:49] <ogra> asac, http://paste.ubuntu.com/3972/
[12:50] <ogra> asac, linksys (the one i want) doesnt even show up there
[12:51] <asac> ogra: do a tail -f /var/log/syslog > /tmp/log ... then press on linksys
[12:51] <asac> does it actually spin?
[12:51] <ogra> yes
[12:51] <ogra> oh
[12:51] <asac> ;)
[12:51] <ogra> its not in the list in the UI anymore
[12:52] <ogra> i cant select it
[12:52] <ogra> hmm
[12:53] <ogra> the classmate sees it though
[12:53] <ogra> (same NM version)
[12:54] <ogra> not back after restarting the applet ...
[12:54] <ogra> sigh
[12:55] <ogra> oh
[12:55] <ogra> now its there again
[12:55] <ogra> that seems wonky
[12:55] <Kano> tjaalton: why do you look at pre 7.0.3 changes and upload 7.0.2?
[12:57] <ogra> asac, http://paste.ubuntu.com/3973/
[12:59] <asac> ogra: ok it asks you for a key?
[12:59] <ogra> nope
[12:59] <tjaalton> Kano: we just do our changes on top of debian, so what's the point?
[12:59] <asac> ok according to log it receives a secret ... so most likely in your keyring
[12:59] <asac> ogra: have you removed that?
[12:59] <asac> 1. Jan 29 13:55:19 laptop NetworkManager: <info>  Activation (wlan0_rename/wireless): access point 'Auto linksys' has security, but secrets are required.
[12:59] <asac> 2. Jan 29 13:55:19 laptop NetworkManager: <info>  Activation (wlan0_rename/wireless): connection 'Auto linksys' has security, and secrets exist.  No new secrets needed.
[12:59] <ogra> i removed all data related to linksys in /system/networking in gconf
[12:59] <asac> (line 31)
[13:00] <asac> ogra: you need to remove it from keyring
[13:00] <asac> gconf doesn't have any secrets
[13:01] <asac> ogra: gnome-keyring-manager :)
[13:02] <ogra> asac, no change
[13:03] <asac> ogra: you are stiill not asked for a key?
[13:04] <ogra> yup
[13:04] <ogra> it silently switches to netgear
[13:05] <asac> kill nm-applet ... remove gconf stuff ... remove key ... restart NM ... start nm-applet
[13:05] <asac> it _should_ ask you for a key
[13:08] <ogra> nope
[13:08] <ogra> same behavior
[13:09] <ogra> (the classmate uses that network right away and sits about 20cm away from the other laptop that exposes the prob)
[13:09] <ogra> and there is nothing related to linksys in gconf or the keyring  ...
[13:09] <ogra> not even after a connection attempt
[13:10] <ogra> does dbus cache such data ?
[13:10] <ogra> s NM would get it out of a cache
[13:10] <ogra> *so
[13:11]  * ogra tries a reboot with all the data deleted
[13:15] <asac> ogra: no idea ... sounds like a bug somewhere else (like keyring doesn't wipe cache et al)
[13:16] <ogra1> asac, no changes
[13:17] <asac> ogra1: strange ... you sure there is no key in the keyring atm?
[13:17] <ogra1> yes
[13:17] <ogra1> 100%
[13:17] <ogra1> at least not in the ui
[13:18] <ogra1> not sure there is another way to acce3ss the keyring data
[13:18] <asac> and nm still tells in syslog that it has a secret avail?=
[13:18] <ogra1> its also not listed in gconf anymore
[13:18] <asac> scary
[13:18] <asac> maybe paste syslog again ... so i can check that its not something else now
[13:19] <ogra1> Jan 29 14:15:11 laptop NetworkManager: <info>  Activation (wlan0_rename/wireless): connection 'Auto linksys' has security, and secrets exist.  No
[13:19] <ogra1> new secrets needed.
[13:19] <pitti> soren: we did, but nowadays the installer should allow you to cancel it (which is better IMHO)
[13:19] <ogra1> thats the last attempt
[13:19] <pitti> DktrKranz: yes, if they have trivial and obvious patches, and the regression potential is low
[13:20] <ogra1> Jan 29 14:15:12 laptop NetworkManager: <info>  Activation (wlan0_rename/wireless) Stage 2 of 5 (Device Configure) successful.  Connected to wirele
[13:20] <ogra1> ss network 'linksys'.
[13:20] <ogra1> hmm, intresting
[13:20] <soren> pitti: Oh, does it? TBH, I didn't check, I just had a friend complain to me about it,.
[13:20] <pitti> soren: it should, at least; if not, that's a bug
[13:20] <soren> pitti: Noted. Thanks.
[13:21] <ogra1> http://paste.ubuntu.com/3974/
[13:22] <ogra1> asac ^^^
[13:22] <ogra1> Jan 29 14:15:43 laptop NetworkManager: <info>  Activation (wlan0_rename) failed for access point (linksys)
[13:22] <ogra1> Jan 29 14:15:43 laptop NetworkManager: <info>  Marking connection 'Auto linksys' invalid.
[13:22] <ogra1> i dont see why though
[13:23] <asac> ogra1: it5 still tells you that it has secrets
[13:23] <ogra1> hmm, beyond the fact that dhcp doesnt seem to get through ... weird ...
[13:23] <asac> ogra1: "connection 'Auto linksys' has security, and secrets exist."
[13:24] <ogra1> oh, right
[13:24] <ogra1> i looked to far down
[13:24] <ogra1> its probably my system that wants me to work in the basement rather than in the office :P
[13:26]  * ogra1 pokes evo in the guts for that silly recovery dialog
[13:26] <asac> ogra1: can you see a passphrase in keyring now?
[13:27] <ogra1> nope
[13:27] <ogra1> the other two networks are theeeeeeeeeeeeeeeeeeeeeeeeeeeeeeere though
[13:27] <ogra1> oops
[13:27]  * ogra1 pokes x2x for being evil
[13:30] <ScottK> pitti: Yes.  slangasek took care of sylpheed-claws-gtk2 in dapper-backports last night.  Thanks for looking.
[13:30] <ogra1> asac, success !
[13:30] <dktrkranz> pitti: thanks.
[13:30] <asac> ogra1: he?
[13:30] <ogra1> asac, selecting "connect to a different network" from the nm menu worked
[13:31] <ogra1> before i tried the "create new network" option, that didnt
[13:31] <asac> strange
[13:31] <asac> he?
[13:31] <ogra1> yeah
[13:31] <asac> so is your AP hidden or what?
[13:31] <ogra1> nope
[13:31] <asac> (create new network tries to create "ad-hoc")
[13:31] <ogra1> as i said the other wlan clients here work fine
[13:32] <ogra1> hmm, now i have a small arrow in the menu next to linksys
[13:32] <ogra1> popping up a menu saying "linksys Auto" twice
[13:32] <ogra1> err
[13:32] <asac> ogra1: thats two different bssid
[13:32] <ogra1> Auto linksys
[13:32] <ogra1> intresting
[13:32] <asac> you can now force NM to stick to one if you have multiple bssids with the same essid
[13:33] <ogra1> well, i dont have more than one here
[13:33] <asac> maybe you have a neighbour that you don't know about?
[13:33] <ogra1> hmm
[13:33] <asac> ogra1: please look in gconf /system/networking/connections
[13:33] <asac> are there now two connections for linksys?
[13:34] <ogra1> if i wouldnt have to reconfigure half the world i'd just change the name right away
[13:34] <asac> whats the difference?
[13:34] <sjoerd> it really is segv day today
[13:34] <ogra1> lol
[13:34] <ogra1> there is nothing in there
[13:34] <sjoerd> hrm, wrong channel
[13:34] <ogra1> (no linksys at least)
[13:35] <ogra1> oh, wait .. just in "networks" there is nothing
[13:35] <ogra1> seems i have two new entries in "connections"
[13:36]  * ogra1 deletes all entries and starts over
[13:37] <asac> ogra1: i remember that nm tried to avoid default essids ... because they where too common. but it doesn't look like you are hit by that from your log
[13:37] <asac> just a wrong key somewhere
[13:38] <ogra1> i didnt evennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn look in the connections before, just in networks
[13:38] <ogra1> hrm
[13:38]  * ogra1 pokes x2x even more
[13:38] <ogra1> that turns into an evil thing on unstable connections
[13:40] <asac> ogra1: yes ... everything beneath /system/networking :)
[13:42] <ogra1> heh
[13:42] <ogra1> now it just connected ... no passphrase asked
[13:43] <ogra1> but there is still nothing in the keyring
[13:51] <ogra1> cjwatson, regarding all these recurring fuse group credentials bugs we have, how about adding a reboot notification to the package so we make sure people are actually in the fuse group after installing it
[13:52] <ogra1> (especially for dapper->hardy)
[13:53] <\sh> re-moins
[13:53] <\sh> pitti, thx
[13:55] <pitti> gpg: skipped `Ubuntu automatic language-pack builder<EMAIL_ADDRESS>unusable secret key
[13:55] <pitti> ???
[13:55] <pitti> oh, I bet it expired
[13:56] <cjwatson> ogra1: a reboot notification sounds wrong (should be log out/in), and it would be nice if there could be a check that the user is in the group
[13:56] <cjwatson> ogra1: I also think we shouldn't incessantly nag non-admin users who shouldn't be in the group
[13:56] <cjwatson> ogra1: but if you can figure out a way to satisfy all of that, go ahead
[13:56] <ogra1> we dont have a log in/out notification yet, do we ?
[13:57] <ogra1> all i know of is the reboot one
[13:57] <cjwatson> that's just a stock notification; doesn't prevent packages from adding their own
[13:58] <ogra1> k, i'll take a look
[13:58] <ogra1> it just struck me that we dont even install fuse in ltsp environemnts in dapper
[13:58] <ogra1> (no localdev support back then)
[13:59]  * ogra1 wonders if fuse was even in main back then ... goes checking
[13:59] <\sh> pitti, mind adding the libs to ia32-libs mentioned in bug #161030, when you have some time? :)
[13:59] <ubotu> Launchpad bug 161030 in ia32-libs "ia32-libs is missing libcapi20 and libjack" [Wishlist,Confirmed] https://launchpad.net/bugs/161030
[13:59] <ogra1> bah, all universe
[14:00] <pitti> \sh: yep, I noticed the bug mail; on my list
[14:00] <ogra1> (teh module was in the kernel package though iirc)
[14:00] <\sh> pitti, I owe you several pints of good beer or some bottles of wine :)
[14:00]  * pitti ← not a wine drinker
[14:01] <pitti> but mmmmm beer :)
[14:02]  * \sh makes a note -> pitti => beer
[14:04] <cjwatson> soren: hmm, is it possible to get a virtual machine to boot from CD at any point other than initial creation?
[14:04] <cjwatson> (virt-manager)
[14:04] <soren> cjwatson: Not from virt-manager, no.
[14:04] <soren> cjwatson: (yet)
[14:04] <cjwatson> OK, known issue?
[14:04] <soren> cjwatson: Yes.
[14:04] <cjwatson> ah, bug 182050
[14:04] <ubotu> Launchpad bug 182050 in virt-manager "no easy way to choose a temporary boot device" [Undecided,New] https://launchpad.net/bugs/182050
[14:04] <soren> cjwatson: I'm not sure upstream considers it a bug, actually.
[14:05] <soren> cjwatson: The assumption is that the CD is only meant to be used for installation.
[14:05] <soren> I consider that a rather sub-optimal assumption.
[14:05] <cjwatson> from the point of view of somebody doing installation testing, I agree it is extremely suboptimal ;-)
[14:05] <cjwatson> perhaps you could pass that use case on to them?
[14:06] <soren> I could.
[14:06] <cjwatson> is there a hand-hacky way to slam the virtual machine back to the initial state?
[14:06] <soren> cjwatson: Not really.
[14:07] <soren> cjwatson: You might find the virtinst cli interesting, though?
[14:08] <cjwatson> python-virtinst? happy to give it a go ...
[14:13] <cjwatson> soren: am I supposed to install dnsmasq to get DHCP?
[14:14] <soren> cjwatson: To get DHCP on a virtual network you need dnsmasq, yes.
[14:14] <cjwatson> worth mentioning that in the wiki page?
[14:14] <soren> cjwatson: I tend to use static addresses on virtual networks and otherwise hook them up to a bridge.
[14:14] <soren> cjwatson: Point.
[14:16] <cjwatson> with regard to hand-hacky ways to boot the VM from CD again, this is necessary in order to test anything interesting with partitioning scenarios that involve a non-blank disk
[14:16] <cjwatson> I'd be happy (for now) with just editing some configuration file or something
[14:19] <soren> cjwatson: Well, you can invoke kvm from the commandline if you like. You just lose the ability to detach and reattach as easily as when using libvirt.
[14:20] <soren> cjwatson: If you're used to qemu, you should feel at home with kvm's cli as well.
[14:21] <soren> cjwatson: "qemu-img create 4G hda.img ; kvm -cdrom foo.iso -hda hda.img -m 1024" or whatnot.
[14:22] <cjwatson> mm, I'd be a lot happier with virt-manager if I can get it to play nicely
[14:38] <\sh> pitti, uploaded all packages needing changes for octave3.0 ... it's time to sync the rest...
[14:38] <pitti> \sh: great
[14:39] <\sh> pitti, should I file LP reports, or just give you the src pkg names and versions?
[14:40] <pitti> \sh: isn't there already a bug about the octave transition?
[14:40] <pitti> \sh: if you put the list there (or add appropriate tasks), that would be best
[14:44] <\sh> pitti, yes there is...bug #185959 ..
[14:45] <ubotu> Launchpad bug 185959 in xmds "octave3.0 transition" [Undecided,Confirmed] https://launchpad.net/bugs/185959
[14:45] <\sh> pitti, all packages which are "confirmed" can be synced now...all "wontfix" don't do anything with them, the others are "fix released" and already uploaded...
[14:45] <\sh> pitti, changelogs are in the comments
[14:48]  * \sh hates phonecalls where people are telling him to buy a service which costs more money then the service he has already
[14:49] <slangasek> Ubulette: I discussed that bug with a few people during the distro sprint last week; it seems that the diff introduces a patch for a non-standard extension that's not been accepted by libpng upstream and has been rejected by the standards body
[14:49] <pitti> \sh: great, thanks
[14:49] <slangasek> Ubulette: so I'm not really comfortable with introducing that as an Ubuntu-local diff; I'll follow up to the bug with this
[14:51] <\sh> pitti, no thank you :)
[15:04] <xivulon> TheMuso I am designing an accessibility page for wubi
[15:04] <xivulon> would like to know if the boot options in ubuntu are mutually exclusive
[15:04] <xivulon> so if I boot with v1 v3 m1 m2 which one ends up being active?
[15:08] <cbx33> hey guys, anyone seen the python-samba support since feisty?
[15:10] <pitti> carlos: can you please mark the full export on https://translations.edge.launchpad.net/ubuntu/hardy/+language-packs as used?
[15:10] <pitti> carlos: (sorry, forgot to ask earlier)
[15:16] <carlos> pitti: sure
[15:17] <carlos> pitti: done
[15:17] <pitti> carlos: thanks
[15:17] <carlos> np
[15:26] <cjwatson> ogra1,mr_pouit,joejaxx: would you organise updates and uploads of edubuntu-meta, xubuntu-meta, and ubuntustudio-meta respectively?
[15:26] <cjwatson> (system-config-printer -> system-config-printer-gnome, required for installability)
[15:27] <ogra1> do i need to merge the seeds still ?
[15:28] <slangasek> cbx33: python-samba was deprecated upstream due to lack of maintainer
[15:29] <cbx33> slangasek, :(
[15:29] <cbx33> damn it
[15:29] <cbx33> and I really needed that too
[15:29] <cbx33> I guess I'll have to grab the source
[15:29] <cbx33> I know there was a security risk with it
[15:29] <cbx33> but that's damn inconveinient
[15:33] <slangasek> not a security risk, it was a maintenance problem; the code would simply stop building from source randomly with upstream point releases, because the code wasn't being test-built and had no upstream maintainer
[15:34] <cbx33> :(
[15:34] <cbx33> slangasek, ok....any thing else similar
[15:41] <cjwatson> ogra1: oh, also, I took edubuntu-addon-light out of ship-addon as it depends on XFCE stuff which is now there
[15:42] <cjwatson> ogra1: no, you don't need to merge the seeds
[15:43] <ogra1> oki
[15:43] <ogra1> cjwatson, we missed to discuss consolekit integration in ssh :/
[15:45] <cjwatson> ogra1: any references I can read for context?
[15:45] <ogra1> i'll assemble a mail describing the prob ...
[15:45] <cjwatson> thanks
[15:46] <cjwatson> does consolekit integrate with PAM at all?
[15:46] <ogra1> there is a pam module
[15:46] <cjwatson> still in universe apparently
[15:47] <ogra1> but according to mccann who is ck upstream its not working with ssh X sessions
[15:47] <ogra1> (i suspect due to privilege separation)
[15:48] <cjwatson> privsep and PAM is often an issue depending on exactly how the module is structured
[15:48] <ogra1> right
[15:48] <ogra1> his suggestion was to make ssh call ck directly like gdm does ... which sounds quite evil
[15:48] <cjwatson> anyway, yeah, send me mail and I can have a look at some point
[15:49] <ogra1> will do
[15:52] <joejaxx> cjwatson: sure
[15:52] <joejaxx> though i will need someone else to upload it as i am not motu
[15:52] <joejaxx> i will see if TheMuso is not busy :)
[16:05] <alex-weej> bryce: ping
[16:05] <alex-weej> i think i has a bug in xorg fonts that is driving me insane can i chat for a min to figure it out?
[16:06] <asac> carlos: when did you plan to work on mozilla langpacks? was it in february?
[16:06] <alex-weej> asac: need testing for your NM PPA?
[16:06] <carlos> asac: starting this week, yes
[16:06] <carlos> asac: https://edge.launchpad.net/rosetta/+milestone/1.2.2
[16:06] <asac> carlos: good ... keep me updated.
[16:07] <carlos> asac: there you can see the tasks I'm planning to work on
[16:07] <asac> alex-weej: your choice. it already received a good amount of testing, but more exposure is never bad :)
[16:08] <alex-weej> does it support static configuration yet?
[16:08] <asac> alex-weej: but please post issues to the forum thread (not yet as bugs)
[16:08] <carlos> asac: it will not support ububox but Firefox or Thunderbird should work, the needed bits for ububox will be done next cycle (March)
[16:08] <bryce> alex-weej: what do you need?
[16:08] <alex-weej> bryce: give me 30 seconds while i finish writing this on launchpad
[16:08] <alex-weej> it's a problem with dejavu sans introduced in hardy
[16:08] <asac> carlos: hmm ... sounds pretty tight ... please focus on firefox 3 and xulrunner-1.9
[16:08] <carlos> asac: mainly, missing feature will be multiple languages in the same package
[16:08] <alex-weej> where the Italic style seems to be matching DejaVu Sans Condensed Oblique instead
[16:09] <carlos> asac: is Hardy going to ship only Firefox 3 ?
[16:09] <alex-weej> buit there are more problems i have discovered
[16:09] <asac> carlos: yes
[16:09] <carlos> asac: will it be ready at that time?
[16:09] <asac> it has to be ready. we have no choice
[16:09] <asac> firefox will be gone in alpha 5
[16:10] <carlos> asac: anyway, we are adding infrastructure after that is just a matter of cover corner cases or specific details per package we want to support
[16:10] <carlos> asac: I see
[16:10] <asac> carlos: you always sound pretty optimistic ... i would really love to share that optimism :) ... but haven't seen a single thing, which scares me a bit ;)
[16:11] <asac> carlos: we have a split: xulrunner-1.9 + firefox-3.0 ... upstream won't distribute split up langpacks though - so that you know
[16:11] <alex-weej> bryce: https://bugs.launchpad.net/ubuntu/+bug/176392
[16:11] <ubotu> Launchpad bug 176392 in ubuntu ""Sans Italic" is noticably thinner than "Sans"" [Undecided,Confirmed]
[16:11] <carlos> asac: my only tasks for this cycle is Firefox (or at least bigger tasks to work on) so I would say it's my main focus :-)
[16:12] <asac> sounds good. but ubufox is more important as it doesn't have any translations. firefox i could manually do in worst case :)
[16:12] <alex-weej> bryce: and there's a simple HTML test case on there for you to try
[16:12] <alex-weej> http://launchpadlibrarian.net/11623398/test.html
[16:12] <asac> carlos: anyway ... start soonish ... then all will be fine i guess
[16:13] <carlos> yeah
[16:13] <bryce> alex-weej: hmm, I'll see if I can recreate the issue myself
[16:13] <alex-weej> asac: does it support static config yet? i'm still using old-style configuration (and it doesn't come up on boot, i have to restart the networking service every time - go figure)
[16:14] <asac> alex-weej: give it a try.
[16:14] <asac> i haven't tested ... you might need to start the connection editor by hand
[16:15] <asac> alex-weej: hmmm doesn't look like the configuration dialog is functional yet
[16:15] <asac> you might be able to do it by manually tweaking gconf settings though
[16:15] <bryce> alex-weej: meanwhile, can you look into where we need to make a configuration change?  Font issues generally have not been a priority for me so I'm not certain about changes needed with them.
[16:15] <alex-weej> the static config is stored in gconf!??!
[16:16] <alex-weej> bryce: i have really no idea -- can you at least give me a pointer? is it fontconfig or something do you think?
[16:16] <asac> alex-weej: well ... if the user configures it yes ... the system config will be read from interfaces
[16:16] <alex-weej> you are the xorgiest person i know
[16:16] <bryce> hmm, unfortunately not fontiest ;-)
[16:16] <alex-weej> do you know any fonty people?
[16:20] <bryce> alex-weej: let me look into this a bit first to see if I can identify a good troubleshooting direction for you
[16:20] <alex-weej> bryce: actually i've just found something that might be part of the problem -- the metadata for the dejavu sans fonts is wrong in places
[16:20] <Ubulette> slangasek, i expected something like that. so what are the options ?
[16:20] <alex-weej> DejaVuSansCondensed-Oblique.ttf's metadata claims it is style "Condensed Book"
[16:20] <bryce> alex-weej: interesting.  I also notice that the test case displays differently on hardy vs gutsy
[16:21] <alex-weej> bryce: yeah this was a new problem in hardy
[16:21] <alex-weej> i noticed it as soon as i upgraded
[16:21] <bryce> alex-weej: can you please post screenshots of what you're seeing, as well as (if possible) what the expected correct font rendering should look like?
[16:21] <alex-weej> bryce: already done so, the pngs are on the bug
[16:21] <slangasek> Ubulette: the preferred option would be to propose it upstream to the libpng maintainers first, and get a consensus that this patch is a good thing to have
[16:23] <bryce> alex-weej: hmm, I'm still not certain what things *should* look like
[16:23] <alex-weej> see in the test case on gutsy?
[16:23] <alex-weej> :)
[16:23] <alex-weej> the italic font should be selected as "DejaVu Sans" style "Oblique"
[16:24] <bryce> on gutsy all three lines in the test case look identical.  Is that what it's supposed to look like?
[16:25] <alex-weej> yes
[16:25] <alex-weej> because the italic font is selected correctly as DejaVuSans-Oblique.ttf
[16:25] <Ubulette> slangasek, providing they already rejected it 10 against 8, it's a dead end. problem is there's no valid alternative, MNG, JNG, mPNG, etc.  APNG will gain some momentum now that Firefox 3 and Opera are shipping it.
[16:34] <adrock359> #ubuntu-devel
[16:38] <slangasek> Ubulette: why is MNG not a valid alternative?  And what do you mean, "10 against 8"?  I don't remember libpng being maintained by a committee of 18 people...
[16:38] <slangasek> (also, I don't think it's a given that a format will gain momentum just because FF and Opera support it...)
[16:38] <Ubulette> slangasek, http://sourceforge.net/mailarchive/message.php?msg_name=<IP_ADDRESS>.20070420132821.012dd8e8%40mail.comcast.net
[16:39] <xivulon> slangasek did you have a look at #140458?
[16:40] <slangasek> Ubulette: that's about whether the PNG group adopted it as an extension, it doesn't appear to be a statement from libpng upstream that they won't support it?
[16:41] <Ubulette> slangasek, FF3 will be much more popular than FF2 (easy guess) so if all win/mac users start to play with animated PNG, then APNG should gain momentum
[16:41] <slangasek> Ubulette: and according to the statements in the thread you pointed me to, that would be a bad thing because it's a bad spec.
[16:41] <slangasek> xivulon: not yet, sorry
[16:43] <adrock358> can someone throw me a bone?   Can not write log, openpty() failed (/dev/pts not mounted?)
[16:43] <xivulon> slangasek: let me know if there anything I can do to help there. I tested the script, as mentioned in the bug, and looks good to me.
[16:43] <slangasek> xivulon: no, it just needs me to slot it into my schedule one of these days :)
[16:43] <xivulon> slangasek: that does not need to be in the ISO build process
[16:43] <adrock358> Anybody? how do i mount pts?
[16:44] <slangasek> xivulon: well, as I haven't looked at it, I couldn't say :)
[16:44] <MacSlow> seb128, did you happen to have a chance to look at the patch I supplied here http://bugzilla.gnome.org/show_bug.cgi?id=512649
[16:44] <ubotu> Gnome bug 512649 in general "display of (metacity's) accelerator in window-action-menu" [Enhancement,Unconfirmed]
[16:44] <Ubulette> slangasek, ok, i'll patch the mozilla lib then. fell free to nuke the bug. we'll have several copies of that lib. I don't mind
[16:44] <MacSlow> seb128, that's part of what we need for the hardy-desktop-effects-shortcuts spec
[16:44] <adrock358> ANybody?
[16:45] <seb128> MacSlow: no, I'm busy packaging GNOME 2.21.90
[16:45] <MacSlow> seb128, k
[16:45] <MacSlow> ok
[16:45] <slangasek> Ubulette: uh. have I missed something? why would any mozilla libs need patched, I thought you said ff3 was already shipping a patched libpng for this reason?
[16:45] <adrock358> this is prolly a real simple Q
[16:46] <Ubulette> slangasek, i'm not talking about apng related patches
[16:47] <xivulon> slangsek: 140458 is about generating metalinks (partial checksums) as part of the ISO build process. But it could well be on a separate cron job processing whatever ISO is available
[16:47] <xivulon> so that we do not slow down the building itself
[16:48] <Ubulette> slangasek, libpng seems unmaintained anyway (both debian and ubuntu). nm, i'll revert my changes in the mozilla packages i maintain to use private copies like before.
[16:50] <bryce> alex-weej: I seem to have narrowed it down; see my latest comments on the bug
[16:51] <bryce> alex-weej: it is indeed fontconfig
[16:53] <alex-weej> bryce: my system selects DejaVuSansCondensed-Oblique.ttf: "DejaVu Sans" "Condensed Book"
[16:53] <alex-weej> it wouldn't surprise me if our /etc/fonts differed somehow -- my system has been through many upgrades and i frequently have to sort that all out
[16:53] <bryce> add to bug report
[16:53] <alex-weej> done
[17:05] <Lutin> pitti: could you give-back delo please ?
[17:06] <geser> Lutin: got the bug in pkg_create_dbgsym fixed already?
[17:07] <geser> Lutin: see bug #186610 and bug #180364
[17:08] <ubotu> Launchpad bug 186610 in pkg-create-dbgsym "pkg_create_dbgsym fails if objcopy can't recognize the file format" [Undecided,New] https://launchpad.net/bugs/186610
[17:08] <Lutin> geser: ah, didn't know it was the problem. my bad
[17:08] <ubotu> Launchpad bug 180364 in pkg-create-dbgsym "ocamlrpcgen no longer works on Gutsy. Probably a wrongly stripped binary" [Undecided,In progress] https://launchpad.net/bugs/180364
[17:09] <Lutin> geser: thanks
[17:22] <slangasek> Ubulette: being conservative about updating to new upstream versions of libpng doesn't mean it's unmaintained. rather the contrary, upstream has a history of breaking the world
[17:32] <bryce> hrm, alex left just when I finally have an answer for him
[17:35] <Ubulette> slangasek, no real upload (except security NMUs) for 13 months, last being a beta, despite 10 versions released upstream, I call that unmaintained. even without the APNG patch, it should be upgraded
[17:38] <kagou> Hi
[17:38]  * cjwatson blinks at http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt - did I break Extra-Include?
[17:39] <kagou> For Bug #181561 I'm searching repository with hardy alpha1 and 2 . WHere can i found them ?
[17:39] <ubotu> Launchpad bug 181561 in linux "Hardy alpha 3 daily-live i386 don't boot" [Unknown,Confirmed] https://launchpad.net/bugs/181561
[17:53] <geser> ogra1: tuxtype (main) depwaits on libsdl-pango-dev (universe). Do you plan to move sdlpango to main?
[17:55] <koko___> (kiba-dock:2839): GLib-GObject-WARNING **: invalid (NULL) pointer instance
[17:55] <koko___> (kiba-dock:2839): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed, hello
[17:55] <koko___> anybody knows what does that mean ?
[17:56] <slangasek> koko___: are you on amd64?
[17:56] <koko___> no
[17:56] <slangasek> oh, (NULL), then I have no idea anyway :)
[17:57] <slangasek> but this isn't a support channel; perhaps you should ask in #ubuntu?
[17:57] <koko___> lol
[17:57] <seb128> likely that the application you are using has a bug
[17:57] <koko___> seb128 may be
[17:57] <koko___> it is not in the packages anymore
[17:57] <bryce> alex-weej: in case you review logs, for bug 176392, I found that ArneGoetje appears to have put in a fix for ttf-dejavu for Gutsy, but that fix is missing on Hardy.  I've assigned the bug to him to take a look at; I think it's simply needed to port those fixes to Hardy (and maybe push them upstream)
[17:57] <ubotu> Launchpad bug 176392 in fontconfig ""Sans Italic" is noticably thinner than "Sans"" [Medium,Confirmed] https://launchpad.net/bugs/176392
[17:57] <koko___> but i like kiba-dock
[19:30] <jwendell> pochu, is there any reason to not having gdm 2.21 in hardy yet? If not I can make one...
[19:31] <pitti> Lutin: done
[19:32] <pochu> jwendell: not that I know of. You can ask in #ubuntu-desktop too, perhaps someone knows of one there.
[19:33] <geser> pitti: a give-back for delo won't help unless you fixed pkg-create-dbgsym in between.
[19:40] <jwendell> pochu, I think I know why: gdm is very complicated, it has a lot of patches
[19:48] <pitti> asac: firefox-3.0 moved to main
[19:48] <pitti> asac: thanks for the MIR
[19:58] <mdz_> mjg59: are you available for TB?  Keybuk is away on holiday and sabdfl has disassembled his computer
[20:03] <lool> cjwatson: I didn't understand the request for a Gtk+ backport of the im thingy as something urgent as in "I want it for yesterday", if it was meant for alpha 4, I can work on it tonight; otherwise, I prefer having a look tomorrow
[20:04] <lool> (I had a surprize conference with folks at the mobile sprint this afternoon and was kept otherwise busy with GNOME updates until now)
[20:09] <seb128> lool: I don't think that's that urgent, they are not likely to do ubiquity changes today
[20:09] <seb128> lool: he opened the bug before the distro sprint
[20:10] <lool> Ok
[20:10] <lool> Since it was mentionned today, I thought this might be overdue
[20:11] <seb128> I think that's a would be nice to have ubiquity thing
[20:15] <lool> seb128: Did you upload Gtk+ yet?
[20:15] <seb128> no
[20:15] <lool> seb128: I'll ported the patch; let me do a test build and I'll hand an updated dsc to you if you don't mind
[20:15] <seb128> not at all
[20:16] <seb128> is there still the arch all and any issue?
[20:16] <seb128> I was waiting to not break other GNOME builds
[20:16] <lool> seb128: It's not
[20:16] <seb128> ok, I was not sure if you did change it because of the changelog thing
[20:16] <lool> seb128: I've added transition code and we still use an unversionned depends now
[20:16] <lool> The symlinks?
[20:17] <seb128> the copyrights need to be uptodate thing
[20:17] <lool> seb128: Well I could happily upgrade my hardy box, but I didn't test downgrades indeed
[20:17] <lool> But with the way the transition code is written, it should work in both the Debian and the Ubuntu case
[20:17] <pitti> \sh_away: hm, cannot update ia32-libs ATM, since the kernel is FTBFS (source/binary mismatch); I'll stack this for later
[20:21] <changelog> Is this the channel I should use to report bugs?
[20:21] <lool> changelog: See topic
[20:22] <changelog> It's not a support issue, I know what's wrong.
[20:23] <Mithrandir> changelog: please report bugs in Launchpad.
[20:23] <lool> changelog: Did you file a bug?
[20:23] <lool> Right
[20:24] <changelog> https://launchpad.net/linux
[20:24] <changelog> This one?
[20:24] <Mithrandir> probably not
[20:24] <Mithrandir> what is the problem?
[20:25] <changelog> Well, I have a RAID 5 partition
[20:25] <changelog> Which keeps getting reseted because the kernel fails to negotiate the speed.
[20:26] <changelog> So I get
[20:26] <changelog> Jan 29 19:22:51 zeus kernel: [88872.317250] ata7.00: exception Emask 0x10 SAct 0x0 SErr 0x780100 action 0x2
[20:26] <changelog> And a few lines later
[20:27] <changelog> Jan 29 19:22:51 zeus kernel: [88872.799468] ata7: SATA link up 1.5 Gbps (SStatus 113 SControl 310) and Jan 29 19:22:51 zeus kernel: [88872.821938] ata7.00: configured for UDMA/33
[20:27] <changelog> From what I've read, it's an issue with the .22 kernel
[20:30] <Mithrandir> https://launchpad.net/ubuntu/+source/linux-source-2.6.22/+filebug is probably where you want to file it
[20:30] <changelog> OK. Thanks Mithrandir
[20:30] <Mithrandir> np
[20:31] <changelog> You don't happen to know any repos I can find .23 or .24 (not that zen one, that doesn't work), do you?
[20:31] <Mithrandir> hardy has 2.6.24
[20:32] <changelog> Yeah, but I really shouldn't install that because this is a work-critical machine :)
[20:37] <changelog> I've installed it in my laptop and I've noticed increased speed. It's really awesome
[20:39] <cjwatson> lool: it's a customer request, so I would like to be sure it makes it for hardy, but it's not urgent for alpha-4
[20:53] <lool> cjwatson: I have it here, but can't figure how to set xsettings easily
[20:54] <lool> cjwatson: I'm trying to xprop -set _XSETTINGS_SETTINGS on the root window, but it can't parse it
[20:54] <lool> seb128_: I uploaded a gtk+ with the changes
[20:54] <seb128_> lool: ok, same location?
[20:55] <lool> Yes
[20:57] <Joe_CoT> any core devs bored and wanna sign off on a debdiff? 15051 and 186187
[20:58] <Joe_CoT> heh, ubotu didn't pick it up
[20:58] <cjwatson>         settings = gtk.settings_get_default()
[20:58] <cjwatson>         try:
[20:58] <cjwatson>             settings.set_string_property('gtk-im-module', cfg['GTK_IM_MODULE'])
[20:58] <cjwatson>         except TypeError:
[20:58] <cjwatson> lool: ^-- is what I'm using in python
[20:58] <cjwatson>             pass
[20:58] <Joe_CoT> bug 15051 and bug 186187
[20:59] <ubotu> Launchpad bug 15051 in pcre3 "grep -P is not supported" [Medium,Triaged] https://launchpad.net/bugs/15051
[20:59] <ubotu> Launchpad bug 186187 in pcre3 "Please merge pcre3 7.4-1 (main) from Debian unstable (main)" [Undecided,Triaged] https://launchpad.net/bugs/186187
[20:59] <lool> cjwatson: Thanks, for some reason I was starting a C version pff
[20:59] <pitti> Joe_CoT: we can just sync that package, no need to merge AFAIR
[21:00] <pitti> Joe_CoT: (Debian now also ships the example file, which was our only delta)
[21:00] <pitti> Joe_CoT: but I wouldn't like to sync it until after alpha-4
[21:00] <Joe_CoT> Debiab moved libpcre to /lib ?
[21:00] <cjwatson> lool: of course I haven't yet seen it working ...
[21:01] <pitti> Joe_CoT: http://changelogs.ubuntu.com/changelogs/pool/main/p/pcre3/pcre3_7.4-1ubuntu1/changelog
[21:01] <pitti> Joe_CoT: either keescook dropped the patch, or it's not relevant any more, or Debian took it
[21:01] <slangasek> pitti: or it's a bug that's never actually been addressed in Ubuntu?
[21:02] <pitti> maybe; but it doesn't look like it's a current delta
[21:02] <Joe_CoT> pitti, look at the bugs. Appended to the libpcre one is moving libpcre to /lib , so that grep can be compiled with preg support
[21:02] <slangasek> I don't see that anyone said it was, though?
[21:02] <pitti> Joe_CoT: ah, so it's a *new* patch, not a merge
[21:03] <Joe_CoT> yeah. I'm not the one who added that debdiff to that bug, but I would like to see it go in
[21:03] <Joe_CoT> since that grep bug's been sitting there since warty i believe. noticed the bug #
[21:03] <Joe_CoT> *notice
[21:04] <Joe_CoT> pitti, g2g for now. I'll be back in about 1 1/2 if you want to talk about it
[21:05] <pitti> seb128_: uploading hardy langpack update now, including fixed evo translations (FYI)
[21:05]  * seb128_ hugs pitti
[21:05] <daxroc> Is the tracker broken, has been indexing for two days here ?
[21:05] <daxroc> * In hardy
[21:06] <pitti> seb128_: I also enabled the cron'ed auto-upload to hardy now
[21:06] <pitti> carlos ^ FYI
[21:06] <carlos> pitti: cool, thanks
[21:06] <pitti> carlos: I tested the locale filtering, seems to work, so it should be safe noew
[21:06] <pitti> s/noew/now
[21:06] <carlos> ok
[21:07] <seb128_> pitti: ok
[21:07] <lool> cjwatson: Whatever I try, I can't change IM
[21:08] <lool> Even with GTK_IM_MODULE
[21:08] <lool> Even in a Xnest
[21:08] <cjwatson> colour me confused then, I talked with Murray and he seemed to think that was how it worked
[21:09] <cjwatson> (though I didn't get the code from him)
[21:09] <lool> cjwatson: Your snippet is probably correct, but I can't figure out how to get anything to change the IM working
[21:09] <cjwatson> try ubiquity/im_switch.py in the ubiquity source
[21:09] <cjwatson> and make sure to install say language-pack-zh first so that you have an interesting locale generated
[21:09] <lool> I took entry.py from pygtk and added your snippet first
[21:10] <lool> cjwatson: I used LC_ALL=C to disable locale im selection
[21:10] <cjwatson> err, sorry, lib/im_switch.py in the oem-config source
[21:10] <cjwatson> I'd recommend os.environ['LC_ALL'] = 'zh_CN.UTF-8'; locale.setlocale(locale.LC_ALL, ''); im_switch.start_im()
[21:11] <cjwatson> and im_switch.kill_im() before exiting the interpreter
[21:12] <cjwatson> you'll also need at least scim-chewing, scim-pinyin, scim-tables-zh installed
[21:12] <cjwatson> then fire up a gtk.Entry() or something and try shift-space
[21:12] <lool> cjwatson: Does it work if you set GTK_IM_MODULE in the env?
[21:13] <lool> cjwatson: (I'm pulling all this, taking a while)
[21:14] <cjwatson> im_switch will deal with setting GTK_IM_MODULE
[21:14] <cjwatson> err - you will also need os.environ['OEM_CONFIG_FRONTEND'] = 'gtk_ui'
[21:14] <cjwatson> otherwise it won't :)
[21:22] <lool> cjwatson: I'm sorry, but I'm completely lost in what I'm actually testing
[21:24] <cjwatson> lool: sorry, it is a touch confusing - if you have a package prepared, you could send it over to me and I'll hook it into the stuff I know how to test?
[21:24] <cjwatson> as I say, it's not critical for alpha-4
[21:24] <lool> cjwatson: http://people.ubuntu.com/~lool/packages/gtk+2.0/2.12.6-1~hardy1/hardy/
[21:24] <lool> cjwatson: it's in seb's sponsoring queue
[21:25] <lool> cjwatson: I'm afraid I'm too tired to keep up testing
[21:25] <lool> cjwatson: I'll try to look at it with fresh eyes tomorrow morning, ATM I'm unable to understand anything
[21:26] <lool> I don't even know why I still get scim running when I commented out all the os.environ and settings.set_string_property
[21:26] <lool> I guess it's the default for chinese
[21:27] <seb128_> lool: already uploaded
[21:30] <cjwatson> lool: OK, I'll have a look, thanks, though probably also tomorrow
[21:30] <lool> cjwatson: I'll have a new look tomorrow too
[21:30]  * lool
[21:30]  * lool &
[21:30] <seb128_> cjwatson: I've sponsored the upload to hardy so it should be available tomorrow
[21:35] <cjwatson> seb128_: great, thanks
[21:50] <pitti> soren: hm, submittodebian created a great template mail, but I don't see any attachment by default in mutt; where is it?
[22:28] <keescook> pitti: did I screw up pcre3?  from scroll-back it sounds like not, but the "problem" isn't clear to me.
[22:31] <geser> keescook: there is an other proposed merge for 7.4-1ubuntu1 in bug #186187 with an new change (move the lib to /lib)
[22:31] <ubotu> Launchpad bug 186187 in pcre3 "Please merge pcre3 7.4-1 (main) from Debian unstable (main)" [Undecided,Triaged] https://launchpad.net/bugs/186187
[22:33] <keescook> geser: ah, okay.  once freeze clears, I'll look at it.
[22:43] <soren> pitti: It doesn't show.
[22:44] <soren> pitti: Or... erm... mvo made the mutt integration. If it behaves like the normal reportbug thing, it won't show the attachment, but now that I think about it, i haven't actually used it with mutt.
[22:47] <dmb> hmm, why is gmake not a symlink to make?
[22:53] <geser> what's the best VM to boot an iso for testing?
[22:55] <TheMuso> Real hardware? :p
[22:56] <stgraber> geser: Looking at what is used in the testing team, it's : virtualbox-ose, qemu, vmware
[22:57] <geser> TheMuso: I want to reproduce bug #184681 by updating from alpha3
[22:57] <ubotu> Launchpad bug 184681 in mono-addins "Some missing /usr/share/cli-common/policies.d/libmono-addins*/*.dll break mono installatsions (! Assembly /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll does not exist)" [High,Triaged] https://launchpad.net/bugs/184681
[22:57] <TheMuso> geser: Right.
[23:03] <geser> there are currently no virtualbox-ose-modules for the current kernel in hardy :(
[23:03] <TheMuso> geser: You sure? I remember seeing an upload for them at some point.
[23:05] <stgraber> IIRC the module is in binary new
[23:05] <TheMuso> That sounds about right.
[23:06] <geser> TheMuso: virtual-ose-modules 8 (uploaded today) FTBFS
[23:07] <TheMuso> ah
[23:08] <geser> I tried kvm but get only a black window when I try to boot the iso
[23:08] <stgraber> geser: you can use a standard qemu but that'll be slow ...


[05:17] <teward> well... that's gonna be a problem...
[05:17] <teward> *apparently* the software that nginx uses for the Lua module in universe isn't found in LD at all
[05:17] <teward> so FTBFS majorly.
[05:18] <teward> that's... concerning.
[05:18] <teward> at least, for Bionic.
[06:02] <rbasak> nacc: now that git has its own namespaces, I'd like to avoid using the term "namespace" if possible. I'm not sure a full rename/refactor across the code is warranted, but I figured that "ref_prefix" made sense in my case.
[06:02] <rbasak> It's unambiguous as to what it means
[06:03] <rbasak> (I felt namespace wasn't clear as to whether '/' separator was included or intended to be added)
[06:04] <teward> rbasak: FYI, the above.
[06:04] <teward> also see #u-release
[06:58] <albech> been very happy in the past with Nagios/Icinga, but wondering if there are other players on the monitoring area worth looking into. We are planning to rebuild our monitoring setup over the next few months so now is the time to do a little research.
[07:07] <lordievader> Good morning
[09:01] <hateball> albech: well there's Zabbix (I dont like it)
[09:02] <hateball> and there's zenoss, opennms, pandorafms
[09:02] <hateball> personally I quite like pandorafms, what I've tried it
[09:02] <hateball> we use icinga2 here tho
[09:17]  * lordievader likes zabbix
[09:17] <lordievader> hateball (IRC): How does pandorafms compare to zabbix?
[09:18] <hateball> lordievader: I just like the interface better
[09:34] <Slashman> hello, is there a way to deactivate the keeping of crash dump in the directory /var/crash? I had the nasty surprise of a full /var volume because of that :/
[09:47] <albech> thanks hateball and lordievader. I think ill try Icinca2. Not sure about opennms. Dont really like the whole java idea.
[09:50] <hateball> albech: suppose it depends what you need for your monitoring solution also
[09:51] <hateball> I havent personally setup Director, but I think that makes icinga2 more user friendly
[09:51] <hateball> pandorafms is configured through gui by default, and it has nice graphs and what not for managment types :p
[09:51] <hateball> stuff you need to manually setup with graphite or whatever, for icinga
[09:59] <albech> pretty much everything in a modern datacenter with a strong focus on linux. so network, storage, iron, security, gues os's etc.
[10:00] <pankaj_> Hello, guys. Where can I get gtk3 manpages. I have tried to do 'apt-cache' for its doc but it is still not there.
[10:23] <pankaj_> Hello, guys. Where can I get gtk3 manpages. I have tried to do 'apt-cache' for its doc but it is still not there.
[10:29] <lordievader> pankaj_: I don't think this is the right channel for gtk related things.
[10:30] <hateball> I'm not sure there are any man-pages for GTK either
[10:40] <lordievader> pankaj_: What are you actually looking for? Gtk documentation or something?
[15:48] <nacc> rbasak: +1
[15:55] <coreycb> jamespage: seems i'm hitting this withhttps://bugs.launchpad.net/glance/+bug/1728368 glance -
[15:55] <coreycb> jamespage: with glance unit tests
[15:55] <jamespage> coreycb: \o/
[15:55] <jamespage> coreycb: I figured out my neutron problem
[15:56] <coreycb> jamespage: oh?
[15:57] <jamespage> coreycb: yeah a new version of flake8 was causing the discovery process to fail, which stalled the test execution upfront
[15:58] <coreycb> jamespage: ah geez
[15:58] <jamespage> coreycb: tbh the state of flake8 usage upstream vs what we have in distro is poor
[15:58] <jamespage> we have 3.x, upstream still uses 2.x
[15:59] <coreycb> jamespage: interesting, i wonder why that is
[16:08] <mecotri> I have two public IPv6 addresses on one interface and need to change which one is the default for outgoing traffic. How can I do that? I've tried all sorts of ip route commands with no success.
[16:10] <nacc> rbasak: where did you get :param: from? are we switchig to sphinx docstring?
[16:13] <rbasak> nacc: I've been trying to be consistent all along but never knew the actual syntax. Yesterday I looked it up :-)
[16:14] <nacc> rbasak: that's the sphinx specific syntax
[16:14] <nacc> rbasak: is that what we want to use?
[16:14] <rbasak> nacc: if we were to settle on something concrete, any other candidates apart from sphinx?
[16:14] <nacc> rbasak: no, just want to know what you want to use and ask that you put it in the style guide if you're changing it :)
[17:16] <nacc> rbasak: do you want me to keep your commits separate for the devel branch stuff? or can i squash?
[17:27] <axisys> how do I upgrade dig on trusty to allow caa type query? I get Warning, ignoring invalid type caa when doing dig -t caa example.com
[17:34] <sdeziel> axisys: I don't think you can get a fresher version on Trusty. You can still lookup the CAA records with "dig -t type257" though
[17:37] <axisys> sdeziel: right.. but seems like they are pushing new code and want to rely on dig query for caa.. it works on some systems but those are running centos 7.. we have quite a few ubuntu servers around that are still trusty .. works fine on xenial
[17:37] <axisys> may be there is a ppa .. I have not found one
[18:16] <TJ-> axisys: how about a shell wrapper and a diversion? e.g. http://pastebin.ubuntu.com/25975772/
[18:19] <powersj> cyphermox: I have it narrowed down to the cmdline... tests are using debconf/priority=critical and that doesn't seem to work with bionic. Works with artful. Changing it to priority=critical makes it work.
[19:01] <axisys> TJ-: genious!
[19:01] <axisys> so whats the diff between that divert and symlink ?
[19:05] <TJ-> axisys: the dpkg-divert ensure any package updates update /usr/bin/dig.real not your /usr/bin/dig script
[19:08] <sdeziel> putting the dig wrapper in /usr/local/bin might be a viable option as well
[19:10] <cyphermox> powersj: that's very bad
[19:10] <cyphermox> priority is supposed to be an alias to debconf/priority, not the other way around
[19:17] <TJ-> sdeziel: yes. I was trying to protect against anything using the exact path. been caught by that in the past
[19:17] <TJ-> sdeziel: also makes it clear there's something been changed on the system
[19:18] <sdeziel> TJ-: true
[19:24] <powersj> cyphermox: where should I file a bug?
[19:24] <powersj> or to be more clear, what should I file a bug against
[19:26] <cyphermox> powersj: I'd say debconf for now, I'll look more into it
[19:31] <cyphermox> powersj: actually, let's do a hangout and have a look at something?
[19:31] <powersj> ok
[19:31] <cyphermox> if you have the time
[19:31] <powersj> I do
[19:57] <powersj> cyphermox: LP: #1732776 with an example not using a preseed
[21:23] <axisys> TJ-: gotcha
[21:41] <rbasak> nacc: feel free to squash
[21:41] <nacc> rbasak: i ended up just pushing up
[21:41] <nacc> i reviewed the squashed version :)
[21:41] <nacc> and then kept your changes
[21:42] <rbasak> axisys, sdeziel: FWIW, an update to dig on Trusty may be acceptable under current SRU policy (change to the Internet environment).
[21:43] <rbasak> It'd need someone to drive it, and for the change to be minimal etc though. Which may not be practical.
[21:43] <rbasak> nacc: np
[21:44] <sdeziel> rbasak: yeah, backporting just the CAA RR support I guess
[22:39] <Epx998> https://www.top500.org/system/179068
[22:39] <Epx998> probably running precise /smirk


[11:27] <Mithrandir> BenC: did you drop the planned kernel upload?
[11:39] <poningru> hi anyone alive?
[11:39] <TheMuso> c
[11:40] <poningru> is there a possibility of getting this module uploaded http://www.promise.com/support/download/download2_eng.asp?productId=139&category=driver&os=3&go=GO#
[11:40] <poningru> TheMuso: I am having the hardest time getting it built
[11:40] <poningru> cause they have a weird ass makefile
[11:41] <TheMuso> poningru: Sorry dude, didn't mean to do that. KVM and speakup like doing funny things with each other
[11:41] <poningru> blargh?
[11:43] <mjg59> Why is sata_promise.ko not adequate?
[11:46] <mjg59> poningru: Given that there's an in-kernel driver for the hardware already, it's unlikely that we'll include it. Why do you want it?
[11:48] <poningru> mjg59: that module is apparently causing troubles
[11:48] <mjg59> poningru: Which one, and where?
[11:48] <poningru> sorry sata_promise.ko
[11:49] <mjg59> Got a bug number?
[11:49] <poningru> nope about to file one ;)
[11:49] <mjg59> Ok, based on reading that driver, there's no real chance of us including it
[11:49] <poningru> hmm k
[11:49] <mjg59> It seems to hook straight into the scsi layer
[11:50] <mjg59> Rather than using libata
[11:50] <poningru> hmm ic
[11:50] <poningru> http://lwn.net/Articles/122289/ thats the patch that created support for this device back in 2.6.11
[11:50] <poningru> atleast in this hardware config sata_promise.ko is failing
[11:51] <poningru> so I have to test out couple of other hardware configs to make sure
[11:51] <poningru> the big prob is this box is an old ass dell optiplexx
[11:51] <mjg59> In what way is it failing?
[11:52] <poningru> just wont boot even if just the pci card is plugged in and the hdd is plugged directly into the mobo's ide controller
[11:53] <mjg59> Won't boot in what way?
[11:54] <poningru> yeah let me copy the logs hold on
[11:54] <mjg59> Thanks
[12:00] <poningru> err do you know which logs I should look under?
[12:00] <poningru> /var/log/dmesg* hasnt turned up anything
[12:01] <poningru> mjg59^^
[12:02] <mjg59> poningru: If the system is alive when it stops booting, /var/log/kern.log is probably the best bet
[12:02] <mjg59> Otherwise you're going to have to copy them down by hand
[12:03] <poningru> frack
[12:03] <poningru> ok let me do that then
[12:15] <poningru> mjg59: ok well the last thing is this: udevd-event[1772] :run-program:'/sbin/modprobe' abnormal exit
[12:16] <poningru> right before this there is a huge stack trace
[12:16] <poningru> mentioning everything from libata and sata_promise to mem pointers
[12:17] <poningru> hmm you know what hold on let me see if I can put it on my camera phone
[12:28] <poningru> mjg59: well it drops me down to the busybox cli after a while
[12:28] <poningru> is there anything I can run in this that will show anything useful?
[12:42] <poningru> mjg59: http://img220.imageshack.us/img220/9712/0130070621wp0.jpg
[12:43] <poningru> http://img219.imageshack.us/img219/1164/0130070622rb0.jpg
[12:44] <poningru> let me know if you want to see more screencaps
[12:49] <mjg59> poningru: Which version of Ubuntu is this?
[12:49] <poningru> feisty
[12:49] <mjg59> Ok
[12:49] <poningru> grabbed the cdimage like 2 days ago
[12:50] <mjg59> I suspect that it's related to https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/78224
[12:51] <poningru> ah hmm
[12:51] <poningru> well mine is a bit different
[12:51] <mjg59> If you could boot without the splash and quiet options, and add vga=ask then choose the 80x50 mode, you ought to be able to get more of it
[12:51] <poningru> ooh ok
[12:51] <mjg59> Alternatively, if it drops you to busybox, does shift+pageup work?
[12:51] <poningru> doh
[12:51] <poningru> let me try both
[12:52] <poningru> hold on
[12:54] <poningru> the vga option and shift+pageup worked
[12:54] <poningru> let me grab some better screenies then
[12:55] <poningru> yeah nm its almost word for word what that bug shows
[12:55] <poningru> except ofcourse the other hardware modules
[12:56] <mjg59> The important bit is what the "EIP is at" line says
[12:59] <poningru> EIP is at pdc_port_start+0x96/0xc0 [sata promise]
[01:00] <mjg59> Ok
[01:01] <poningru> btw this bug is in sarge, etch and edgy
[01:01] <mjg59> Heh
[01:01] <mjg59> So probably upstream
[01:01] <poningru> yeah
[01:02] <poningru> I was going to try a vanilla but never got around to it
[01:02] <mjg59> Interesting. It's not entirely clear where it's failing.
[01:02] <mjg59> Anyway. Can you follow up to that bug, stick the "EIP is at" line there as well, and mention the precise kernel version you have installed?
[01:02] <poningru> yep
[01:03] <poningru> btw thanks for helping with this
[01:03] <poningru> I was confoozled for a while with this
[01:03] <mjg59> No problem
[01:03] <mjg59> We'l try to get that fixed
[01:03] <poningru> thanks :)
[01:42] <poningru> done
[02:27] <zul> hiho
[02:32] <Mithrandir> zul: did you seem my prod about xen-3.0 FTBFS-ing?
[02:34] <zul> when?
[02:35] <zul> the xentop issue in -4?
[02:35] <zul> yeah fixed in -5 :)
[02:42] <Mithrandir> good
[02:52] <BenC> Mithrandir: can I still upload kernel now?
[02:52] <BenC> fell asleep last night while builds were finishing
[02:53] <BenC> but it's ready
[02:53] <kylem> BenC, i think feisty is frozen atm.
[02:53] <BenC> kylem: that's why I'm asking the freezer for an exception :)
[02:55] <kylem> hehe
[02:55] <Mithrandir> BenC: ok, go ahead.
[03:12] <BenC> Mithrandir: bombs away
[03:16] <Mithrandir> thanks
[04:58] <mjg59> BenC: Why do we build prism2_cs?
[04:58] <BenC> mjg59: For some people, it works better than the alternative
[04:59] <mjg59> BenC: Here, it doesn't work at all
[04:59] <mjg59> Despite me having an entirely normal prism 2 card...
[05:00] <BenC> does hostap_cs work?
[05:00] <mjg59> Yup
[05:04] <BenC> is there conflicting PCI id's in them? If so, I can disable them in prism2_cs
[05:04] <mjg59> It's not PCI
[05:04] <BenC> or you can just wait on the driver-manager to select the one you want :)
[05:04] <BenC> I thought PCMCIA used PCI id's of sorts
[05:04] <mjg59> But yes, there are going to be conflicting IDs - prism2_cs and hostap_cs should drive the same hardware
[05:04] <BenC> I thougth I cleaned out the ones in prism2 that hostap had
[05:04] <mjg59> Similar, but PCMCIA is effectively ISA
[05:06] <mjg59> BenC: I suspect it's matching on some subdevice thing
[05:07] <mjg59> PCMCIA_DEVICE_PROD_ID123("D",  "Link DWL-650 11Mbps WLAN Card",  "Versi\
[05:07] <mjg59> on 01.02", 0x71b18589, 0xb6f1b0ab, 0x4b74baa0), // D-Link DWL-650 11Mbps 802.11\
[05:07] <mjg59> b WLAN Card
[05:07] <mjg59> That's binding from prism2_cs
[05:08] <mjg59> Are you sure there were people that found prism2_cs to work better? prism2_pci I could believe.
[05:08] <mjg59> Oh, it's loaded orinoco_cs as well
[05:08] <mjg59> This is something of a mess...
[05:09] <BenC> Yeah, for most of edgy, I had prism2_cs disabled because it wouldn't compile in .17, and sufficient numbers of folks complained about hostap_cs not working to get me to fix it
[05:09] <mjg59> Got a bug number?
[05:09] <BenC> let me check the change log
[05:09] <mjg59> Actually, it's using orinoco_cs
[05:12] <BenC> so it's not prism2_cs, or it's not hostap_cs?
[05:13] <BenC> I found what I think was the bug, but it mainly mentions prism2_usb
[05:13] <BenC> at least it was the bug that prompted me to fix things
[05:13] <mjg59> By default, prism2_cs binds and nothing works
[05:13] <mjg59> Yeah, prism2_usb is a reasonable choice
[05:13] <mjg59> I don't think prism2_cs is
[05:14] <BenC> wasn' the first mention of it (I rejected any bugs dealing with it before that)
[05:32] <fabbione> kylem: 81782 is an easy one.. tho i don't think we will rebuild d-i or cdimages for it
[05:33] <fabbione> kylem: might be still good to get the kernel in case cjwatson decides to upload a new d-i (at least we can get netboot/netinstall to work)
[05:35] <Mithrandir> we'll need a new d-i once the new kernel is in, yes.
[05:38] <fabbione> Mithrandir: yeah but that's edgy...
[05:46] <BenC> mjg59: Disabled prism2_cs in git
[05:46] <mjg59> BenC: Ta
[05:47] <Mithrandir> BenC: lrm accepted
[05:48] <BenC> Mithrandir: I'll wait to make sure linux-image and lrm build ok before uploading linux-meta
[05:49] <Mithrandir> BenC: thanks.  linux-image will need NEW processing and I'm leaving for the movies in about an hour, so if they're done before I'm back, either get another archive admin to process them or wait for me to do it (at about 21 UTC, I suspect)
[05:49] <BenC> Mithrandir: ok, thanks
[05:49] <BenC> Mithrandir: how's the weather there since we left?
[05:50] <Mithrandir> BenC: slightly warmer and a bit more snow.    It's supposedly supported, but not with hardware raid activated.
[10:56] <Mithrandir> it's also supposedly fixed in 2.6.16.
[10:57] <kylem> it sounds familiar.
[10:59] <Mithrandir> I don't have a machine yet, but I'd be very interested in getting it fixed in dapper, if that'd not too big of a backport.
[11:00] <kylem> i'm struggling to remember what the problem is. does it use the cciss driver?
[11:01] <Mithrandir> https://launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/37452 is the same bug, it seems
[11:02] <Mithrandir> so yes, it seems like you've committed a fix for it.
[11:03] <kylem> woo. go me. :)
[11:03] <kylem> oh. no, it doesn't work right yet.
[11:03] <kylem> i don't have hw to test, and no one has identified which patches fix it.
[11:03] <Mithrandir> I'll get hardware to test it on in a couple of weeks, then
[11:03] <kylem> so i guessed, and wrong.
[11:04] <Mithrandir> well, as long as there exists _some_ fix for it, I'll be able to find out which.


[12:42] <dns53> i have found a minor bug with the ubuntu installer in oneric, how do i file a bug with it?
[13:20] <cjwatson> dns53: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+filebug (if the text-mode installer) or https://bugs.launchpad.net/ubuntu/+source/ubiquity/+filebug (if you mean the graphical installer)
[13:21] <cjwatson> dns53: https://help.ubuntu.com/community/ReportingBugs
[13:21] <cjwatson> (actually, you might need to add ?no-redirect to the end of those)
[13:25] <dns53> i've filed the bug, just a minor one, if you enable the extras repository it points to:     deb-src http://extras.ubuntu.co/ubuntu oneiric main


[10:52] <_raven_> hello i need a simple midi recorder which runs without jack) - any ideas?
[11:41] <_raven_> hello i need a simple midi recorder which runs without jack) - any ideas?
[14:17] <holstein> hey _raven_
[14:17] <holstein> have you tried lmms ?
[14:18] <holstein> i dont think you need jack with it
[14:18] <holstein> ALTHOUGH, i suggest using jack for best results
[14:18] <_raven_> hello
[14:18] <holstein> with maybe muse or rosegarden
[14:18] <_raven_> i just need anything which simply and fast records something from my keyboard or edrums
[14:19] <akirad> hi people
[14:19] <holstein> yeah, maybe lmms
[14:19] <holstein> hey akirad
[14:19] <_raven_> holstein, thats not fast
[14:20] <holstein> hmmm
[14:20] <holstein> LMMS?
[14:21] <holstein> http://www.youtube.com/watch?v=11VWsbeT35s
[14:22] <holstein> there are some MUSE tutorials on youtube
[14:22] <holstein> maybe you can use muse without jack
[14:23] <holstein> check out #opensourcemusicians too if you want
[14:24] <holstein> i think some folks there do MIDI without jack
[14:24] <holstein> i think they do it with lilypond though
[14:26] <_raven_> ok tnx
[23:23] <Saftpackl> hey all
[23:24] <holstein> hey Saftpackl
[23:31] <Saftpackl> is someone of you using a focusrite saffire usb interface? ^^
[23:34] <holstein> i have a friend with one
[23:34] <holstein> and i googled
[23:34] <holstein> and decided not to push ubuntu studio on him
[23:34] <holstein> not that i have any experience
[23:34] <holstein> first hand with it
[23:34] <holstein> Saftpackl: try the mailing list
[23:37] <Saftpackl> holstein, ok, im on my way =)
[23:39] <holstein> good luck :)
[23:40] <holstein> Saftpackl: #opensourcemusicians too if your interested
[23:57] <Saftpackl> holstein, thanks =)
[23:57] <Saftpackl> holstein, yeah, sounds nice :) I'm just beginning in making music in linux, but im really looking forward to it =)


[02:36] <Viper550> Hello?
[09:56] <msikma> Ooh
[09:57] <msikma> Ubuntu is today's featured article on Wikipedia
[09:57] <msikma> http://en.wikipedia.org/wiki/Ubuntu_%28Linux_distribution%29
[09:58] <msikma> And rightfully so. I read through it before and it's a nice article.
[10:02] <Madpilot> that was mentioned on the sounder ML earlier today - coolness
[10:11] <msikma> It's going to be raided by vandals now :P
[10:24] <Madpilot> probably
[10:24] <Madpilot> those GNAA idiots will get on it... :|
[10:34] <msikma> Haha, I once made a screenshot for Wikipedia when GNAA attacked its channel.
[10:35] <Madpilot> when GNAA attacked #wikipedia?
[12:02] <msikma> Yeah
[12:03] <msikma> http://en.wikipedia.org/wiki/Image:Gnaa-wikipedia-assault.jpg
[12:04] <Madpilot> crazy
[12:05] <Madpilot> we haven't (AFAIK) had any major problems on #ubuntu in a while... knock on wood...
[12:05] <msikma> I don't visit #ubuntu anymore. Too high-traffic to me!
[12:05] <Madpilot> it can be a bit of a shock :)
[07:55] <cbx33> ping troy_s
[07:55] <troy_s> go cbx33
[07:55] <troy_s> how you doing my brother?
[07:55] <cbx33> I'm doing great you !
[07:56] <cbx33> great to finally talk to you on IRC :p
[07:56] <cbx33> There is already an audio LP group
[07:56] <cbx33> but it seems pretty stagnant
[07:56] <troy_s> do you have your nick registered?
[07:56] <cbx33> yes
[07:56] <troy_s> at freenode


[15:47] <MWM> https://bugs.launchpad.net/soundconverter/+bug/1610559 <-- I had this issue in 17.04 and am going to re-convert now in 18.10
[15:47] <MWM> My question is about wether or not this bug exists with soundKonvertor (the kde version )
[15:49] <MWM> meh, I guess Ill just give it a try :D
[15:49] <ducasse> why not just try a track?
[15:49] <ducasse> exactly :)


[01:21] <Scary_Guy> oh yeah, I like that company
[12:32] <rick_h> morning
[12:36] <rick_h> jrwren: hah, nice video there
[12:48] <cmaloney> Morning
[14:03] <jrwren> Good morning. :)
[14:08] <Scary_Guy> hey
[14:27]  * greg-g yawns
[14:28] <greg-g> I've been up since 4:30ish. On a bus into SF now. An all day tech manager (aka: those of us who report to the CTO) face-to-face, then thur/fri is our org's All Hands.
[14:29] <greg-g> I didn't need to get up at 4:30, my alarm was set for 5:45, but, stupid bodies/brains.
[14:29] <cmaloney> greg-g: understandable. And ugh.
[14:33] <jrwren> greg-g: anxious?
[14:33] <greg-g> nah, well, not about the work stuff, leaving home for 3 days yeah
[14:41] <rick_h> greg-g: ouch, hate it when that happens (the waking up before the alarm bit)
[14:42] <greg-g> yeah, laying in bed for those 40 minutes (I gave up) was real annoying