[00:08] <jameswf> Anyone in here have the jaunty kernel git repo?
[00:10] <lool> kees: I would be happy if we could document all distinct jaunty issues though; it's one thing not to manage to have them working, but another to be aware of it   ;-)
[00:10] <lool> kees: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/364345 is what I filed so far
[00:11] <lool> Apart of the cups bug
[00:11] <lool> kees: Should I file more bugs for the apparmor side of the issues?
[00:11] <kees> lool: okay, cool.  I just filed 364358  and flipped 364290 to "apparmor" instead of kernel.
[00:12] <lool> Thanks!
[00:12] <kees> lool: np, thanks for helping me debug it :)
[00:12] <lool> kees: I'm happy to give you remote access to an installed system if that can help further testing if you like
[00:13] <kees> lool: if possible, that'd be great.  I'd like to debug why the one of the qrt tests fails too (unrelated to all this stuff).
[00:13] <lool> kees: Do you have IPv6?
[00:14] <kees> lool: I don't have an ipv4/v6 gateway set up, and neither of my ISPs support it :(
[00:14] <lool> That's ok
[00:14] <TheMuso> jameswf: git://kernel.ubuntu.com/ubuntu/ubuntu-jaunty.git
[00:21] <mneptok> statik: ping
[00:21] <mneptok> statik: you going to be at the MySQL O'Reilly conf this week?
[00:22] <spm> mneptok: do you mean the Oracle-SQL O'Reilly conf ? :-)
[00:28] <mneptok> spm: i mean the MariaDB .5 Conference. 1.0 is next year. ;)
[00:28] <spm> heh
[00:42] <slangasek> soren: fyi, ubuntu-server ISOs are going to be respun; linux-server needs to be moved from main to restricted now that it depends on linux-restricted-mumble-tweet
[00:42] <slangasek> kirkland: ^^ (not sure who all is doing ISO testing this round)
[01:39] <Pretto> hey folks, can anyone help me to report a bug in jaunty?
[01:40] <Pretto> i don't know the cause of it, in wich application, i just know the symptom
[01:41] <cody-somerville> Pretto, whats the symptom?
[01:42] <Pretto> the problem is that all video player closes when i have "Virtual	2560 800"  in Xorg's display section
[01:43] <Pretto> sorry, in the screen section cody-somerville
[01:43] <Viper550> think we should mess with the apt-get -moo easter egg on ubuntu?
[01:44] <maxb> No, it deserves not to be messed with :-)
[01:45] <Viper550> well apt-rpm messed with it
[01:49] <Pici> It doesn't look like a cow :(
[01:49] <Viper550> apt-rpm's -moo is more cow-like
[01:51] <Viper550> and it says "Use the moo, Luke"
[01:51] <Viper550> http://www.linuxforums.org/forum/426298-post14.html
[01:52] <ebroder> aptitude's moo support is better :)
[01:53] <ScottK> There's an open bug about the realism of the cow.
[01:54] <Pretto> any help cody-somerville ?
[01:54] <cody-somerville> Pretto, Filing it against the apps that crash is probably a good start
[01:55] <Pretto> cody-somerville, so i must filing every video player?
[01:55] <cody-somerville> You can't possibly have tried *every* video player, have you?
[01:55] <cody-somerville> Pretto, Maybe xorg-server would be better than
[01:56] <Pretto> cody-somerville, what about mplayer, vlc, xine, gxine, gnome-mplayer
[01:56] <cody-somerville> Pretto, just file it against xserver-xorg
[01:56] <Pretto> cody-somerville, ok
[01:56] <Pretto> thank you
[02:31] <statik> mneptok: no, unfortunately i won't be there
[02:34] <xivulon> slangasek: have updated the release notes, in case there is a respin, please remove it
[03:01] <mneptok> statik: grim. :(
[03:58] <pwnguin> Rafik_: net problems?
[04:00] <Snova> I've been wondering about that myself. Based on the timing I would guess it's because of long WHO replies or something.
[04:01] <kirkland> slangasek: i can do some iso testing tomorrow
[04:02] <kirkland> slangasek: mathiaz is at the mysql conference in santa clara
[04:02] <kirkland> slangasek: i can cover for him
[04:02] <kirkland> slangasek: are the iso's ready now?
[04:02] <kirkland> slangasek: my cronjob should pick them up at 6am tomorrow
[04:03] <ScottK> kirkland: I think it's been some time since he respun, so I'd guess they are.
[04:03] <slangasek> kirkland: they're ready now, yes
[04:03] <slangasek> serial 20090421.1
[04:03] <kirkland> slangasek: oh, great, then i have them now
[04:03] <kirkland> slangasek: i've been informally testing them already, then, and haven't hit anything yet.  i'll make sure to record my results tomorrow
[04:04] <slangasek> yay
[04:06] <kirkland> slangasek: how's the blood pressure this release?
[04:10] <slangasek> kirkland: a little bit higher after finishing this coffee; but reasonable overall
[04:11] <kirkland> slangasek: good to hear then, overall ;-)
[04:26] <TheMuso> Full test coverage for ubuntustudio disks, all tests have had at least one result.
[06:31] <slangasek> LaserJock: ffmpeg is not allowed to be on any ISOs (bug #364440); we need to either cut kino out of edubuntu, or ffmpeg out of kino
[06:31] <LaserJock> slangasek: yeah, I just got the bug
[06:31] <slangasek> ok
[06:32] <slangasek> I'm reviewing Debian bug #457988 now, to see which approach is actually sensible
[06:32] <slangasek> hmm, seems to be fairly core functionality for kino, so that doesn't help
[06:34] <slangasek> we also have kino seeded on the DVD and on ubunutstudio
[06:34] <slangasek> ubuntustudio, too
[06:39] <LaserJock> slangasek: how about we drop it?
[06:39] <slangasek> drop which?
[06:39] <LaserJock> slangasek: would that cause too much mess?
[06:39] <LaserJock> slangasek: kino
[06:40] <slangasek> it's been part of the DVD seed in Ubuntu for quite a while, so I'm inclined to think that it would be better to drop the recommends on ffmpeg
[06:40] <LaserJock> slangasek: I mean, we can bump ffmpeg to Suggests but LP already has bugs from people requesting ffmpeg as they can't import videos without it
[06:40] <LaserJock> slangasek: ok
[06:40] <slangasek> but leaving things as-is, and having ffmpeg just not pulled in unless you have the network available, might also be acceptable
[06:41] <slangasek> I'm going to wait for cjwatson to wake up so I can get his opinion
[06:41] <slangasek> LaserJock: do I have your permission to proceed with whatever edubuntu changes are appropriate, to match what we decide for the other images?
[06:41] <LaserJock> slangasek: yes
[06:41] <slangasek> okie
[06:41] <LaserJock> slangasek: I don't have any special affinity for it. It's a bit dead and buggy.
[06:42] <LaserJock> slangasek: but if we can keep it that's good to as it is our only video editing software
[06:42] <slangasek> ah, heh
[06:42] <LaserJock> seems to be a common problem in educational software
[06:43] <LaserJock> "dead upstream, kinda buggy, but darn it, it's all we got"
[06:45] <slangasek> sbeattie: in the case of an edubuntu install w/o network, does the install complete, or does it bail because ffmpeg's deps can't be satisfied?
[06:48] <sbeattie> slangasek: using the add/remove installer, it asks if you'd like to attempt install anyway, even though some packages couldn't be found; if you say okay (vs cancel) it does successfully install.
[06:48] <sbeattie> (just libavcodec52 doesn't get installed)
[06:52] <dholbach> good morning
[06:55] <slangasek> sbeattie: hrm, it installs ffmpeg without libavcodec52?
[06:56] <slangasek> that would be a deeper bug, the deps shouldn't allow that
[06:57] <sbeattie> slangasek: sorry, I take that back, it did not install ffmpeg
[06:57] <slangasek> ok; that's what I expected
[07:02] <pitti> Good morning
[07:03] <pitti> asac, kees: yes, pam-foreground has gone for good for ages; our CK has a compatibility patch which creates the /var/run/console/* stamps
[07:25] <slangasek> pitti: morning
[07:49] <pitti> TheMuso: can you please apply http://paste.ubuntu.com/155171/ to the ubuntustudio ship seed?
[08:02] <toabctl> hi
[08:07] <tjaalton> asac: hey, you already had the patched libxcb for 220628 on your ppa.. mind pushing that to jaunty-proposed?
[08:21] <mdke> persia: can iso files be used to install from a card reader too?
[08:26] <slangasek> mdke: if you can boot from the card reader, sure?
[08:28] <mdke> slangasek: ok, thanks.
[08:35] <TheMuso> pitti: we don't have a DVD seed
[08:36] <sbeattie> TheMuso: well, the alt seed, which only fits on a DVD.
[08:36] <slangasek> TheMuso: yes, it needs to be applied to the ship seed
[08:37] <pitti> TheMuso: right, as I said, ship seed
[08:37] <pitti> oops, what the others said
[08:39] <TheMuso> woops, we had that in there, but it got lost somehow.
[08:39]  * TheMuso sighs, a respin means more testing tomorrow.
[08:41] <slangasek> yes, sorry
[08:41] <TheMuso> np
[08:41] <TheMuso> pushed
[08:41] <slangasek> this should have been caught a long time ago; we apparently had this in intrepid too
[08:42] <TheMuso> As I said, I caught it for studio earlier in jaunty, and addressed it, however some fiddling with the seeds recently to put the RT kernel back in again somehow got it lost.
[08:42] <slangasek> TheMuso: depending on what we decide (when cjwatson wakes up), we will probably need one more change to ubuntustudio seeds plus an ubuntustudio-meta upload; will you be around to help with that?
[08:43] <TheMuso> slangasek: I can be.
[08:43] <slangasek> ok, thanks
[08:44] <TheMuso> Oh well, at least it will mean the others don't have to re-test, and testing again for me is no big deal.
[09:03] <toabctl> how can i set the owner:group and the permissions for a directory (/var/lib/appname) when i build a debian package?
[09:04] <toabctl> i build a deb-package for a django-web-application
[09:09] <directhex> is there no debian team for such things, with documentation?
[09:20] <TheMuso> c
[09:23] <Tm_T> d
[09:30] <juanje> evand: hi, are you there?
[09:30] <pitti> ogra: hm, the UNR stick still fails to be recognized on my wife's PC
[09:30] <pitti> (from the BIOS)
[09:31] <ogra> pitti, but the machine can boot from usb ?
[09:31] <pitti> ogra: yes
[09:31] <ogra> hmm
[09:31] <pitti> ogra: but it looks like the partition table is totally screwed
[09:31] <pitti> oh, it's mounted as a raw device
[09:31] <ogra> aww
[09:31] <pitti> so that isn't a normal usb HD for the bios
[09:31] <ogra> it should only have one vfat partition
[09:31] <pitti> but rather like an USB CR-ROM?
[09:31] <juanje> evand: it's about a bug (310804) on usb-creator. You did commited a fix, but the bug is still witht the issues and the fixes are there since 3 weeks. could you or someone commit the fix, please?
[09:32] <pitti> ogra: well, it doesn't have any kind of partition table _at all_
[09:32]  * pitti tries with USB-CDROM or USB-FDD
[09:32] <ogra> thats really strange
[09:32] <ogra> if you plug it into your ubuntu machine it should be automounted
[09:35] <pitti> ogra: yes, automounting works, but as I said, raw device (/dev/sdb)
[09:35] <pitti> ogra: I got it to boot with "USB-CDROM" in the BIOS
[09:35] <slangasek> TheMuso: please unseed kino from ubuntustudio; we're keeping the recommends as-is
[09:35] <pitti> ogra: but now I get a "boot:" prompt and nothing happens
[09:35] <slangasek> TheMuso: which means it can't go on the ISOs
[09:35] <pitti> ogra: and if I press "enter", it says image "linux" not found
[09:35] <ogra> what does file say about the image ?
[09:36] <TheMuso> slangasek: Right, I guess I need to re-upload meta then.
[09:36] <ogra> oh, wait, you get a bootprompt
[09:36] <slangasek> TheMuso: correct
[09:36] <pitti> ogra: yes, it's the syslinux prompt, I assume
[09:37] <ogra> yeah, hmm, and there shouldnt be a partition table actually
[09:37]  * ogra just checked his image ...
[09:37] <TheMuso> slangasek: Ok so why are we removing kino? Is it pulling in libavcodec via another package as well?
[09:37] <slangasek> TheMuso: yes, kino Recommends: ffmpeg
[09:37] <slangasek> and the recommends: is logically correct
[09:37] <TheMuso> slangasek: Right, thanks.
[09:38] <pitti> ogra: hm, still works in KVM
[09:38] <pitti> ogra: perhaps the booting as "USB-CDROM" broke syslinux somehow
[09:38] <ogra> not sure, it shouldnt write to it, should it ?
[09:38] <pitti> ogra: and I agree, it'd probably be more robust to have a standard partition table and a bootable partition, then the bios woudl just recognize it as a normal hd
[09:39] <ogra> yes
[09:39] <ogra> we do that for the armel image
[09:39] <TheMuso> slangasek: ok unseeded, let me rebuild meta
[09:39] <slangasek> TheMuso: yep, thansk
[09:39] <ogra> it has two partitions ... but the mobile and UNR images used to work that way still
[09:40] <ogra> so its a bit weird that your machine doesnt boot it
[09:40] <slangasek> TheMuso: please close bug #364440 in the changelog
[09:40] <TheMuso> slangasek: gotcha
[09:40]  * TheMuso gives meta five to rebuild.
[09:41] <pitti> ogra: I played with this silly Award bios some more; USB-CDROM/USB-FDD don't work, but USB-HDD works
[09:41] <pitti> ogra: s/works/boots/; but with -HDD I get the broken lilo prompt
[09:42] <pitti> ogra: usually (with a partition) I don't select any USB-* stuff, it just appears as a normal hard disk
[09:42]  * pitti tries to boot in his Dell, bbl
[09:42] <ogra> well, USB-HDD should dtrt
[09:45] <TheMuso> slangasek: would it not make sense to drop the ffmpeg recommendation from kino?
[09:46] <cjwatson> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457988 was why recommends were added to kino
[09:46] <TheMuso> ah
[09:46] <TheMuso> righto
[09:47] <pitti_unr> ogra: hah, it boots on my Dell
[09:47] <ogra> yay
[09:47] <ogra> but given that there seem to be BIOSes out there that cant boot unpartitioned we should consider a partitioning scheme for KK for UNR
[09:47] <ogra> pitti, can you file a bug for that ?
[09:47] <ogra> StevenK, ^^^^
[09:48] <ogra> we have the code on cdimage already for the armel live image so shouldnt be to hard to re-use that
[09:49] <pitti_unr> ogra: will do, when I add my testing results to the ISO tracker
[09:49] <TheMuso> slangasek: woo hold on, we actually also seed ffmpeg. I guess I'd better unseed that as well.
[09:49] <ogra> great
[09:49] <slangasek> TheMuso: <cough> yes
[09:50]  * TheMuso restarts meta build
[09:51] <TheMuso> slangasek: we also ship ffmpeg2theora. Is that also affected?
[09:51] <TheMuso> thats in universe however
[09:52] <pitti_unr> I like that UNR starter, it's really nice
[09:52] <TheMuso> although it does depend on libavcodec52 so I guess its affected.
[10:00] <pitti> ogra: back to my normal system; do you have a LP project for the UNR image builder?
[10:01] <slangasek> TheMuso: sadly, yes
[10:01] <ogra> pitti, ubuntu-cdimage should work for a start
[10:01] <TheMuso> slangasek: np removed, and meta is rebuilding seed lists.
[10:02]  * TheMuso is not bothered by all this removal, but knows the studio video user community may be less than happy. :)
[10:07] <pitti> ogra: done, bug 364506
[10:07] <ogra> thanks
[10:08] <pitti> also recorded in iso tracker
[10:08] <mnemo> pitti: is apport already disabled in jaunty??
[10:09] <pitti> mnemo: yes
[10:09] <mnemo> ah ok
[10:11] <asac> tjaalton: is jaunty-proposed already open?
[10:12] <ogra> asac, yes
[10:12]  * ogra uploaded to it already
[10:13] <asac> ogra: thanks.
[10:13] <asac> tjaalton: so yeah. i can push that to -proposed
[10:15] <asac> pitti: there seems to be something really odd going on with the at_console thing
[10:15] <pitti> asac: --verbose ?
[10:16] <Le-Chuck_ITA> Hi there. I have experienced a very bad system blocker on the latest upgrade of xorg in jaunty. The server crashes on startup and keyboard is locked. I reinstalled and it was there again. I reported basic info in bug #364488. I need to go to work now but could some of you take a look at the bug, ask more information etc? It might go in the release notes if there's no time to fix the bug right now. But it's very serious.
[10:16] <tjaalton> asac: excellent, thanks
[10:17] <asac> pitti: sorry. my tbird hung. couldnt find the id so quickly: bug 360818
[10:18] <asac> pitti: so both parties communicating have uid=0
[10:18] <asac> but dbus doesnt like that. interestingly, adding an allow for at_console suddenly makes that work
[10:18] <slangasek> TheMuso: how's the upload coming?
[10:19] <TheMuso> slangasek: still waiting for meta to rebuild lists. Distance to the UK and bandwidth being used by downloaders is making things a little slower than normal.
[10:19] <TheMuso> bandwidth in this case is the DC bandwidth
[10:19] <TheMuso> my connection only has the rebuilding of lists using download bandwidth so my end is clear
[10:19] <asac> pitti: is there a dbus log or soemthing i can enable to get more info about which rule matches for the user (and leads to a deny)?
[10:19] <slangasek> TheMuso: oh; if that's an issue, I may be able to do it here faster, let's see
[10:21] <TheMuso> slangasek: I'm up to armel so it should be done in short order. ports.u.c is a little quicker than archive.u.c it seems
[10:21] <TheMuso> thats how it appears anyway
[10:21] <TheMuso> slangasek: done, packaging up and uploading.
[10:21] <slangasek> TheMuso: ah, you win :-)
[10:22] <TheMuso> slangasek: uploaded
[10:23] <slangasek> thanks
[10:23] <TheMuso> slangasek: thank you for bringing that to my attention.
[10:23] <slangasek> no problem :)
[10:24] <TheMuso> Ok, unless there is antyhging else pressing, I'll test tomorrow, and I'll be off and on for the rest of the evening, but mostly off I'd say.
[10:25] <slangasek> TheMuso: ok, later :)
[10:28] <cjwatson> ogra: do you know whether the OEM Services 8.04 UNR image was partitioned? (i.e. is bug 364506 a regression from that or not?)
[10:29] <ogra> cjwatson, i dont think it was but i'm not sure
[10:30] <cjwatson> can you find out?
[10:30] <cjwatson> (or somebody on your team)
[10:30] <asac> calc: i had something similar once, but that was a hal-state issue/bug i couldnt reproduce after reboot.
[10:31] <asac> calc: if it persists for you after reboot, it would be precious if you could see which packages got updated in the last few days for you (as it worked before)
[10:32] <cjwatson> ogra: mdz says there's no partition table on the original UNR image either, so this can wait until karmic
[10:33] <ogra> cjwatson, oh, indeed, its wasnt intended for jaunty at all
[10:33] <ogra> cjwatson, we have code that produces partitioned images already and should be easy to port over, the bug was only thought as a reminder for KK
[10:33] <pitti> asac: you could try to start it in the foreground with sudo DBUS_DEBUG_OUTPUT=1 dbus-daemon --nofork
[10:34] <pitti> asac: (warning, untested)
[10:34] <ogra> cjwatson, another thing, what should happen if i boot a liveimage with oem-config/enable=true ? i seem to land in a normal live session here
[10:35] <asac> pitti: ok. i ask
[10:36] <asac> pitti: dan said that dbus might do funny things if root user is always "at_console" ... thats not the case right?
[10:36] <cjwatson> ogra: that's correct, but the installer will run in OEM mode when you start it; the first obvious visible effect of that will be that the title bar is different, and you get a text entry box on the first page asking you for an identifier for the current batch of machines
[10:37] <ogra> ah, k, i somehow was expecting a fullscreen installer
[10:37] <pitti> asac: no, root is not in fact "at_console" unless you have an open su - session
[10:38] <ogra> cjwatson, right, looks different, great
[10:39] <ogra> the extra text makes it a wee bit to big for 600 vertical pixels in german (half of the buttons are behind the panel)
[10:39] <asac> pitti: interesting.
[10:40] <cjwatson> ogra: fullscreen is for "Install Ubuntu" mode, or if you use 'ubiquity --only'
[10:40] <ogra> ah, right
[10:41]  * ogra is impressed, seems to work so far on armel
[10:58] <oly> anyone know if the nvidia freeze bug is going to be fixed for jaunty ? or bug 355155
[11:04] <Hobbsee> oly: unlikely
[11:04] <oly> thats a shame, especially considering how many users have nvidia cards
[11:05] <oly> does that mean we should use the ones from the nvidia site
[11:05] <Hobbsee> oly: how about you contact nvidia about their drivers?
[11:06] <oly> i could do, but really dont know what to report, its locks completely so no logs have errors
[11:06] <Hobbsee> doesn't look like many people are hitting it, fortunately
[11:07] <Hobbsee> oly: how are we supposed to be able to fix it, when we don't have the source to do so?
[11:07] <Hobbsee> i'm not sure if/how you can get more logs though, seeing as i doubt nvidia provide debug symbols either?
[11:07] <StevenK> Magic
[11:07] <oly> yeah, thats true but devs generally have a better idea what to look for / report
[11:08] <mnemo> oly: install the package "ssh" and connect into your machine from another machine... then after the lockup happens, save "dmesg" and "xorg.log" and send them to NVidia
[11:09] <oly> ok, i will give that a try be intresting to see if that works
[11:09] <mnemo> oly: beware though that nvidia purposely makes the log output suck because they don't print stacktraces etc because they dont have debug symbols...
[11:10] <tjaalton> nvidia-bug-report.sh is meant for sending bugs to them
[11:10] <Hobbsee> mnemo: but it's a hard lock?
[11:10] <Hobbsee> tjaalton: ahh, so there is a script!
[11:11] <tjaalton> Hobbsee: yes, it's their's and comes with the package
[11:11] <Hobbsee> mnemo: i thought of suggesting ssh myself, but if it's properly hardlocked, it won't respond to commands by ssh either
[11:11] <oly> do you run the script when i manage to ssh in or after i have had to reboot
[11:11] <Hobbsee> tjaalton: one learns something new every day...
[11:11] <tjaalton> Hobbsee: :)
[11:11] <oly> well by hardlock i mean keyboard / mouse does not work cant get to a terminal with ctrl + alt + f1 or anything like that
[11:11] <mnemo> Hobbsee: xorg often hangs so that ssh still responds... but of course if the kernel hangs there isn't much to do
[11:12] <tjaalton> oly: it could be fixed in the new driver version (180.51)
[11:13] <oly> is that making it into jaunty ?
[11:13] <oly> guessing not now, synaptics shows 180.44 as latest in the repo
[11:14] <tjaalton> maybe as a backport
[11:14] <tjaalton> apparently it's a "prerelease"
[11:15] <oly> okay, well i may wipe the machine anyway just to rule out something left over from a previous upgrade
[11:25] <oly> anyway thxs for the ideas on how to debug :)
[11:34] <directhex> how odd. 7.10 desktop CD doesn't boot for me in kvm
[11:35] <Riddell> bryce: where do I find info on what you need from i965 owners?
[11:36] <ogra> directhex, it probably knows that it's EOLed this week :)
[11:36] <directhex> ogra, i wanted to check something :/
[11:37] <directhex> ogra, goes nuts & eats my CPU when isolinux should be doing something like shopwing a boot menu :/
[11:37] <directhex> let's try the alt cd
[11:37] <pitti> Riddell: https://bugs.launchpad.net/ubuntu/jaunty/+source/xserver-xorg-video-intel/+bug/359392/comments/92
[11:38] <pitti> Riddell: https://edge.launchpad.net/~ubuntu-x-swat/+archive/x-freeze-test also has descriptions
[12:30] <Hobbsee> mnemo: that's true.  I had that for a while under intel
[12:36] <slangasek> TheMuso: I'm tentatively pointing to http://ubuntustudio.org/9-04_release_note for Ubuntu Studio in the release announcement; does this look correct to you, and will content be available by Thursday?
[12:37] <TheMuso> slangasek: I have nothing to do with the website I'm affraid.
[12:37] <slangasek> TheMuso: who do I talk to for that?
[12:38] <TheMuso> slangasek: I think either _MMA_ / Cory or luisbg whenever they are around. _MMA_ is not always in here, actually he hardly ever is in here however.
[12:38] <TheMuso> They should be around in a couple of hours if memory serves.
[12:38] <slangasek> yes, I've noticed this :/
[12:38] <slangasek> luisbg: ping
[12:39] <slangasek> TheMuso: well, luisbg is UTC-2 IIRC, so I guess he might be around (or at least awake)
[12:39] <TheMuso> slangasek: yeah
[12:39] <TheMuso> slangasek: and _MMA_ is on freenode, but not in any channels atm.
[12:42] <slangasek> superm1: is http://mythbuntu.org/9.04/release
[12:42] <slangasek> superm1: ...where you want me pointing for release?
[12:46] <slangasek> TheMuso: something seems awry still with ubuntustudio; libavcodec52 has been successfully blacklisted, kino and ffmpeg2theora are off, but ffmpeg and the other ffmpeg libs are still there
[12:51] <slangasek> TheMuso: however, the seeds look correct, so I guess this is my problem, not yours
[12:57] <StevenK> slangasek: Germinate bug?
[12:57] <slangasek> surely not
[12:57] <StevenK> s/bug/problem/
[12:57] <slangasek> that, maybe
[12:57] <StevenK> I did actually mean problem, silly tired brain
[12:59] <ogra_babbage> The following packages were automatically installed and are no longer required:
[12:59] <ogra_babbage>   amarok-common libfftw3-3 libtunepimp5 libifp4 libruby1.8 libnjb5 libofa0
[12:59] <ogra_babbage> Use 'apt-get autoremove' to remove them.
[12:59] <ogra_babbage> hrm, thats a freshly installed system ... (ubuntu-desktop) ...
[13:02] <ogra_babbage> ogra@oem-desktop:~$ LANG=C dpkg -l amarok-common
[13:02] <ogra_babbage> No packages found matching amarok-common.
[13:02] <ogra_babbage> mvo: why does it want to remove nonexisting packages ?
[13:04] <ogra_babbage> ogra@oem-desktop:~$ LANG=C sudo apt-get autoremove
[13:04] <ogra_babbage> ...
[13:04] <ogra_babbage> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[13:04]  * ogra_babbage is confused
[13:06] <mvo> ogra_babbage: oh? hm, what kind of install is this?
[13:07] <ogra> thats an armel desktop install
[13:07] <ogra> (on the babbage board as you might guess by the nick)
[13:07] <ogra> i ran sudo apt-get install kubuntu-desktop ... that got me the above autoremove msg
[13:08] <ogra> i dont get that message on any other apt action though
[13:09] <mvo> ogra: could you please run "sudo apt-get autoremove -o Debug::pkgAutoRemove=true" ? the output is probably long
[13:09] <mvo> ogra: what command did produce the autoremove message?
[13:09] <ogra> sudo apt-get install kubuntu-desktop
[13:09] <ogra> its the first three lines before it lists what it will install
[13:10] <lool> ogra: interesting
[13:10] <mvo> funny, I suspect its a side effect of the resolver
[13:11] <mvo> the autoremove code checks if something is installed or marked for install
[13:11] <ogra_babbage> ergh, the debug settin spills a lot of output
[13:11] <lool> It's a feature!
[13:12] <mvo> ogra: -o debug::pkgdepcache::autoinstall=true as well please
[13:12] <mvo> ogra: fwiw, i just tried to reproduce it in a chroot but was not able to
[13:12] <ogra_babbage> damned ... /me curses pidgin ... your commands are full of :P
[13:12] <StevenK> mvo: It could be an armel thing?
[13:13] <ogra> it likely is
[13:19] <ogra> mvo, http://people.ubuntu.com/~ogra/autoremove.log
[13:20] <ogra> the autoinstall=true option doesnt give any extra output
[13:20] <soren> I forget... Where are the release notes?
[13:22] <slangasek> soren: ttps://wiki.ubuntu.com/JauntyJackalope/ReleaseNotes
[13:24] <ogra_babbage> Reading state information... Done
[13:24] <ogra_babbage> Garbage: amarok-common
[13:24] <ogra_babbage> Garbage: libfftw3-3
[13:24] <ogra_babbage> Garbage: libtunepimp5
[13:24] <ogra_babbage> Garbage: libifp4
[13:24] <ogra_babbage> Garbage: libruby1.8
[13:24] <ogra_babbage> Garbage: libnjb5
[13:24] <ogra_babbage> Garbage: libofa0
[13:24] <ogra> aha
[13:33] <soren> slangasek: ta
[13:34] <slangasek> soren: there's also the 'ubuntu-release-notes' project that can be used if you need to bring something to attention (throughout the release cycle)
[13:35] <soren> slangasek: Clever :)
[13:36] <slangasek> TheMuso: <gibber> stopmotion *also* recommends ffmpeg
[13:36] <jdstrand> slangasek: IIRC, sbeattie requested that bug #359338 be in the release notes. looking at the bug, I don't see where that would be flagged
[13:37] <slangasek> jdstrand: the 'ubuntu release notes' task at the top
[13:38]  * jdstrand still doesn't see the tag, but could be blind
[13:38] <jdstrand> oh, 'task'
[13:38] <jdstrand> duh
[13:39] <jdstrand> slangasek: anyway, as more people are using encrypted home and Private, more people will be affected by this
[13:40] <slangasek> jdstrand: you don't need to advocate for it, I was just in the process of writing the release note for that one. :)
[13:41] <jdstrand> slangasek: :)
[13:41] <jdstrand> slangasek: thanks
[14:16]  * TheMuso gulps.
[14:16] <TheMuso> slangasek: if I unseed, could you be so kind as to rebuild meta?
[14:22] <slangasek> TheMuso: is unseeding the right thing here?  That would seem to leave only dvgrab in the video seed
[14:22] <TheMuso> slangasek: I don't know what other option we have. Removing the recommends means diverting from debian.
[14:23] <TheMuso> and likely again removes functionality.
[14:23] <slangasek> is that worse than having an empty video seed?
[14:23] <slangasek> s/seed/task/
[14:23] <TheMuso> I couldn't honestly say, since I'm not a user of such apps.
[14:24]  * TheMuso checks its source to see whether it actually uses ffmpeg in any way
[14:24] <slangasek> TheMuso: point being that there's only one app left in the video seed after this change
[14:24] <slangasek> it uses ffmpeg for exports
[14:24] <TheMuso> slangasek: Yes I know.
[14:24] <slangasek> ok
[14:25] <slangasek> my opinion is that it makes more sense to repopulate the video task, but drop the video task from the ISO
[14:26] <TheMuso> hrm ok thats a possibility, yes.
[14:26] <TheMuso> The only problem that might cause is the video task still appearing to be selectable at install time
[14:27] <slangasek> TheMuso: it would appear for installation IFF the ubuntustudio-video package is available, which will only be the case when network repos are available
[14:27] <TheMuso> slangasek: Right.
[14:29]  * TheMuso attempts to get in touch with other studio devs to see what they think. If not, my gut is we go for it, and deal with the fallout from the community later.
[14:31] <Riddell> mvo: upgrading from 8.04 to 9.04 in kubuntu leaves guidance-power-manager (called kde-guidance-powermanager in hardy) installed, but it's marked as ForcedObsoletes in DistUpgrade tool, shouldn't it be removed?
[14:32] <mvo> Riddell: yes it should, could you mail me the main.log file please?
[14:37] <TheMuso> slangasek: If I don't get a response from anyone before meta gets rebuilt here, we go with the dropping of the video task, but still have it available in the repo etc.
[14:37] <slangasek> TheMuso: ok; which way are you rebuilding meta, currently?
[14:37] <TheMuso> slangasek: which way? the way one always does with regenerating seed lists for a metapackage.
[14:38] <slangasek> TheMuso: I mean, in which direction have you modified it
[14:38] <TheMuso> slangasek: in the seed branch, reverted the video seed back to what it was before I removed kino, ffmpeg etc, but removed video from a dependency of the ship seed
[14:38] <slangasek> ok
[14:41] <slangasek> jdstrand, sbeattie: please review https://wiki.ubuntu.com/JauntyJackalope/ReleaseNotes#Apparmor%20profiles%20incompatible%20with%20ecryptfs
[14:43] <jdstrand> slangasek: looks good except that it is ecrypted $HOME and encrypted Private
[14:43] <TheMuso> I'll get the changes made here, and announce it to the lists.
[14:43] <slangasek> jdstrand: I don't understand
[14:43] <TheMuso> woops wrong channel
[14:44] <jdstrand> slangasek: there are two ways to setup ecryptfs in the installer: a) all of a user's home directory (encrypted $HOME) and b) a regular $HOME directory with an encrypted $HOME/Private directory
[14:45] <jdstrand> slangasek: granted, users of 'b' will have made a concious decision to put things in ~/Private and symlink, etc to be affected by the bug
[14:45] <TheMuso> cjwatson: If I have a line in a seed STRUCTURE file like this, "ship: boot desktop audio graphics audio-plugins video d-i-requirements" and I wanted to revent the video task from being on the disks, I remove video from that line correct?
[14:45] <cjwatson> TheMuso: right, but good grief it's late to be doing that?
[14:46] <TheMuso> cjwatson: see above, and the ffmpeg mess.
[14:46] <jdstrand> slangasek: thinking about it just now, 'b' may not be worth mentioning in the release notes
[14:46] <TheMuso> cjwatson: It was slangasek's suggestion.
[14:46] <PecisDarbs> what a is with that udev + netlink scare?
[14:46] <jdstrand> slangasek: I'll leave that up to you
[14:46] <slangasek> jdstrand: are you saying both are affected and this isn't clear from the note?
[14:46] <jdstrand> slangasek: yes
[14:47] <TheMuso> cjwatson: 99% of our video packages need ffmpeg.
[14:47] <jdstrand> slangasek: I might be too 'inside' though, because I recognize the difference, where and average user probably wouldn't
[14:47] <slangasek> cjwatson: the alternative is to have a totally useless video task on the ISO, because only one of 6 apps are left in the seed after getting rid of ffmpeg :(
[14:47] <cjwatson> TheMuso: ok, then yes that's the way to remove it
[14:47] <jdstrand> slangasek: perhaps s/encrypted home directories/encrypted directories/
[14:48] <TheMuso> cjwatson: thanks
[14:48] <slangasek> jdstrand: hmm - I'm personally content with what's currently there, but feel free to edit if you think it needs further improvement
[14:49] <jdstrand> slangasek: ok. kirkland may have a better handle on the language, since he knows the user's better than I
[14:49] <jdstrand> kirkland: can you review/comment? ^
[14:49] <TheMuso> slangasek: ok one more meta upload coming your way, and the work to remove video from the disk is now in the seeds.
[14:50] <slangasek> TheMuso: right; thanks
[14:50] <TheMuso> slangasek: thanksagain for the ehads up and suggestion.
[14:50]  * TheMuso is glad he checked in here before heading to bed. :)
[14:51] <slangasek> me too!
[14:51] <jdstrand> s/user's/users/
[14:56] <kirkland> jdstrand: howdy, what am i looking at?
[14:58] <kirkland> slangasek: ?
[14:59] <slangasek> kirkland: https://wiki.ubuntu.com/JauntyJackalope/ReleaseNotes#Apparmor%20profiles%20incompatible%20with%20ecryptfs
[14:59] <kirkland> slangasek: ack, looks good to me
[15:00] <mvo> Riddell: thanks for the guidance-power-manager bug, could you please run "sudo apt-get remove guidance-power-manager" on the upgraded system and let me know if that will remove something else?
[15:02] <superm1> slangasek, yes that's the URL we'll be using
[15:02] <slangasek> superm1: thanks
[15:03] <superm1> slangasek, i take it you are only planning to accept ubiquity 1.12.13 in the event a livefs reroll is needed for all disks?
[15:03] <slangasek> superm1: correct
[15:04] <superm1> slangasek, ok sounds good
[15:11] <Riddell> mvo: only kde-guidance-powermanager
[15:13] <mdz> quadrispro: you reported in the iso tracker that bug 340160 was not fixed for you
[15:14] <mdz> quadrispro: that bug says that the module is not built.  however, it does seem to be built: filename:       /lib/modules/2.6.28-11-generic/kernel/drivers/staging/rtl8187se/rtl8187se.ko
[15:14] <mdz> quadrispro: so if your wireless isn't working, that's likely a different bug.  could you file it separately?
[15:16] <jdstrand> kirkland: what I was asking about was perhaps also including encrypted Private
[15:16] <jdstrand> kirkland: if you think it is not worth mentionign because of everything a user has to do to hit the bug with encrypted Private, that is fine
[15:17] <kirkland> jdstrand: ah
[15:17] <kirkland> jdstrand: well, anyone using ecryptfs might hit it
[15:17]  * jdstrand nods
[15:17] <kirkland> jdstrand: i think that was fairly clear
[15:17] <kirkland> jdstrand: let me read it again
[15:17] <jdstrand> kirkland: it said 'encrypted home directories'
[15:18] <kirkland> jdstrand: right, i see that now
[15:18] <jdstrand> kirkland: I of course am very aware of the difference, but an average user might not be
[15:18] <jdstrand> kirkland: I thought maybe 'encrypted directories' would cover most use cases
[15:18] <kirkland> When using encrypted home (or private) directories together with apparmor
[15:18] <kirkland> jdstrand: ah, yeah, that's good
[15:19] <kirkland> jdstrand: slangasek: fixed.
[15:21] <liw> ubiquity seems to show the name of every package it removes from the target system; I wonder if that's a significant drain on cpu (the text changes too fast even under kvm for me to read, so I'm not even sure it's sensible)
[15:22] <cjwatson> I doubt printing the name is much of a drain
[15:22] <cjwatson> most of the work is in apt/dpkg
[15:22] <directhex> label1.markup = pkgname;
[15:22] <cjwatson> I think actually it's unusual for it to be too fast to read; it isn't for me, IME
[15:22] <cjwatson> (so in my case, the feedback is useful)
[15:23] <liw> cjwatson, ah, kvm may actually have an edge here, since all disk I/O is actually in RAM
[15:24] <slangasek> TheMuso: confirmed that the seed change has ffmpeg off the ISO now; just need to wait for another publishing run to get the -meta packages up-to-date.
[15:25] <asac> we had ffmpeg on iso? its in main?
[15:26] <cjwatson> it's in main but forbidden from CDs
[15:26] <directhex> asac, without libavcodec. somehow.
[15:26] <asac> cjwatson: why is it in main if its not on CDs?
[15:26] <cjwatson> there was a TB decision on it
[15:26] <asac> did we need to provide support for that?
[15:26] <asac> hmm
[15:27] <cjwatson> yeah, something like that - there's a date reference to the TB meeting in question in the seeds, if you want to look it up
[15:27] <asac> ok. though i dont really get whats the difference from being in main vs. universe if not on CD
[15:28] <cjwatson> there was a reason for it, I just forget it :)
[15:28] <asac> no, but good to know. i can tell gnash folks that they can focus on ffmpeg now (they always said gstreamer is a real pain)
[15:28] <cjwatson> only if we don't want gnash on the CDs
[15:29] <cjwatson> and gnash is in mobile-mid
[15:29] <asac> really. wow
[15:29] <asac> i should let the gnash folks know about that i guess ;) ... might help to motivate them
[15:30] <asac> someone said that ffmpeg now has a similar mechanism as gstreamer that would allow on-demand codec install
[15:32] <directhex> asac, i think that's most plugin developers' view - ffmpeg is easy peasy, gstreamer is not
[15:32] <directhex> asac, e.g. moonlight uses ffmpeg, but they'd welcome a gstreamer port from someone with a high pain threshhold
[15:35] <mvo> Riddell: I think I found it, its a bit too careful. if guidance-power-manager is no longer useful at all, I can force the removal earlier (via PostUpgradeRemove)
[15:37] <mvo> Riddell: I updated the bug
[15:37] <mvo> Riddell: just let me know what is most appropriate
[15:40] <Riddell> mvo: may as well just add to PostUpgradeRemove
[15:40] <mvo> Riddell: thanks, doing that now
[15:42] <mvo> Riddell: commited
[15:43] <Riddell> thanks mvo
[15:46] <quadrispro> mdz: the module is build correctly, but it doesn't work
[15:46] <quadrispro> i must go away now, see you soon
[15:46] <mvo> np
[16:01]  * kwwii leaves for the airport
[16:02] <mdz> cjwatson: as discussed: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/364649
[16:20] <NCommander> O_o;, I'll be damned. The Ubuntu jaunty SPARC cd works. I thought we broke those
[16:22] <soren> Try harder.
[16:31] <cjwatson> NCommander: d-i hasn't built on sparc for ages, so they aren't releaseable
[16:33] <wasabi> Does anybody other than me even use Winbind?
[16:33] <wasabi> Seems like somebody would have realized that it breaks horrible between distro upgrades. Heh.
[16:34] <soren> wasabi: Bug reports to that effect would be much appreciated.
[16:34] <wasabi> I think I have one.
[16:34] <wasabi> Just seems a bit odd.
[16:37] <wasabi> The basic idea is that turning off Winbind for 5 minutes is not good.
[16:39] <slangasek> lool, ogra: oh, iop32x got posted to the tracker, but that's DOA, right?
[16:39] <slangasek> wasabi: yes, you did file a bug about that, 6 or 12 months ago... :)
[16:39] <ogra> i think so
[16:39] <ogra> wasabi, 225874 people according to http://popcon.ubuntu.com/main/by_inst
[16:40] <wasabi> Do they actually use it for NSS? If you turn winbind off, nss starts failing.
[16:40] <wasabi> And the desktop goes down pretty shortly after.
[16:40] <ogra> heh, no idea :)
[16:40] <wasabi> So, like, I just did the Jaunty upgrade.
[16:41] <wasabi> It shut down winbind early in the process... and everything broke.
[16:41] <wasabi> Nautilus died, window manager went poof.
[16:41] <wasabi> tried to respawn a few times...
[16:42] <wasabi> all my open terminals were useless, because they didn't know who I was.
[16:42] <wasabi> The time that winbind is down should be kept to an absolute minimum.
[16:43] <lool> slangasek: It's likely it's dead, but I'll double check on a 100 MBits link to be sure
[16:43] <wasabi> And then at some point during the upgrade X died. That was nice too. Probably a seperate problem.
[16:43] <wasabi> or maybe gnome-session died because of lack of NSS.
[16:45] <slangasek> why would gnome-session need NSS while it's running?
[16:45] <wasabi> Got me.
[16:45] <wasabi> Any usage of getent pretty much fails.
[16:46] <wasabi> Basically, figuring out the home directory.
[16:48] <slangasek> there's no reason the process should need to do that more than once
[16:48] <wasabi> Well, lots of stuff pretty much broke horribly during hte upgrade.
[16:48] <NCommander> cjwatson, well, the CD image itself is also hosed (I think its the same bug that bit PowerPC in intrepid), so thats pointless. Its on my karmic things-to-fix list now
[16:49] <wasabi> It wouldn't suprise me that being unable to find the home dir, or the user name, or whatever, would be a handled error condition.
[16:49] <wasabi> unhandled.
[16:50] <wasabi> On that vein, winbind should also cache all records for any logged in user, and never even try to reconsult the domain for it.
[16:50] <wasabi> s/on/in/
[16:50] <ebroder> wasabi: You could just install nscd
[16:50] <wasabi> Oh goodness.
[16:51] <wasabi> winbind is supposed to play that role.
[16:51] <wasabi> and last I checked nscd was barely functional.
[16:52] <ebroder> Yeah, so I hear, but I wouldn't expect NSS modules to write their own caching when there's this thing that's supposed to do it already. UNIX philosophy and all that
[16:52] <directhex> nscd is junk. gnscd works but needs-packaging
[16:52] <directhex> fwiw
[16:52] <wasabi> Winbind is already a seperate daemon.
[16:52] <wasabi> And it already does caching.
[16:52]  * ebroder shrugs
[16:54] <directhex> winbind is free to cache if it likes, but nscd has the specific role of caching for all of nss
[16:54] <directhex> caches on caches. lame? maybe. required? oh yes
[16:56] <wasabi> nscd also has the side effect of not doing the nss request as the proper user... which in the case of Winbind doesn't matter much... but like, with LDAP, it matters.
[16:56] <wasabi> Screws up anything you're trying to use kerberos with.
[16:57] <wasabi> Not sure how I feel about that. Requires more thoughrt.
[16:57]  * ogra wonders about bug 364648 ... lool it was enabled by default for me
[16:57] <ebroder> I'm...somewhat baffled that NSS+LDAP where you need krb auth works at all. Surely root needs to look up things sometimes? But that's not actually important
[16:58] <ogra> (i'm 100% sure)
[16:58] <wasabi> Well, the computer should have it's own kerberos ticket.
[16:58] <wasabi> Which is a pain in the ass to make work right.
[16:58] <wasabi> The computer should also change it's own password. :)
[16:58] <wasabi> winbind/samba does all this.
[16:58] <wasabi> But only for AD.
[16:59] <NCommander> cjwatson, on the topic of releasable, are the PowerPC ones are? (I know they've been tested, and to my knowledge they work fine, both live and alternative).
[16:59] <wasabi> I guess I do sort of think the userlist should be maintained by the machine, and not by the user.
[16:59] <wamty> I realize this isn't linux specific, but I thought someone in here might happen to know, is it possible to add two 128 bit ints in a single opcode on x86?
[16:59] <wasabi> But that's a broken scenario too though.
[16:59] <cjwatson> NCommander: in principle, if they work ...
[17:00] <wamty> on any x86 cpu, I mean
[17:00] <NCommander> cjwatson, does that mean they'd be on releases.u.c, or just in the release folder on cdimage?
[17:00] <cjwatson> they aren't unreleaseable in the same way as sparc, certainly
[17:00] <cjwatson> NCommander: not on releases.ubuntu.com
[17:00] <cjwatson> that's only for the most-downloaded images
[17:00] <NCommander> wamty, I think there are some SSE opcodes that can, but I'd have to break out the book to check.
[17:00] <NCommander> cjwatson, I thought as much; I just dislike how unpublized ports are at times :-/. At least my goal of PowerPC on jaunty was met.
[17:12] <pace_t_zulu> anyone here have any experience with gconf?
[17:12] <pace_t_zulu> i am trying to remove a directory
[17:13] <pace_t_zulu> and i get the following message: "(process:16228): GConf-WARNING **: Directory `/apps/panel' was not being monitored by GConfClient 0x18eac60"
[17:14] <pace_t_zulu> i realize that i am skipping a crucial step to remove the '/apps/panel' directory... but i have been unable to locate any documentation as to what that step is
[17:23] <pace_t_zulu> apologies for my question...
[17:27] <cody-somerville> cjwatson, Why does livecd-rootfs override the default showformat of dpkg-query to have a space between the name and version instead of a tab?
[17:38] <jcole> hi all, i noticed an update to evolution-mapi recently so i tried to test tit again... still fails, so i did a detailed apport bug 364708
[17:38] <jcole> s/tit/it
[17:40] <larsivi> hi - it would be very good if bug 347361 could be fixed in Hardy, the corresponding debian package should have a patch
[17:40] <larsivi> I can confirm that the bug is real
[17:44] <cjwatson> cody-somerville: does it matter?
[17:45] <cjwatson> cody-somerville: I think it could use the default format, but it hardly seems important
[17:45] <cody-somerville> cjwatson, You tell me if its important :P
[17:45] <cjwatson> it is not important
[17:45] <cody-somerville> Okay, thanks.
[17:45] <larsivi> regarding the bug above, it is reported against intrepid, must another bug be created for hardy?
[17:46] <cjwatson> cody-somerville: if you want it changed, though, feel free to file a low-priority bug
[17:46] <cjwatson> it would only be for code cleanup purposes
[17:47] <cody-somerville> cjwatson, Okay
[18:03] <jcole> how do i go about getting my password removed from an apport bug report stacktrace
[18:06] <seb128> jcole: you can try asking on #launchpad, they can edit comments
[18:06] <seb128> jcole: retracing are private bugs by default if that makes any difference, ie only selected people can access to those
[18:07] <jcole> thanks seb128
[18:07] <seb128> you're welcome
[18:08] <jcole> seb128: im thinking i may need to sudo sed -i /var/crash/* from now on before submitting to apport
[18:08] <seb128> jcole: will that works in crashdumps too?
[18:09] <seb128> jcole: you can still retrace locally and clean the stacktrace if you don't want those infos to be in private bugs
[18:09] <james_w> jcole: is the password in an attachment?
[18:09] <jcole> james_w: yes, stacktrace
[18:10] <james_w> jcole: you can just delete the attachment then
[18:10] <james_w> on the right hand side is an "attachments" box
[18:11] <james_w> click the "edit" link next to it, and then delete
[18:11] <james_w> you can do that for each that contains it
[18:11] <jcole> james_w: oh ok, maybe i can edit then reupload
[18:11] <james_w> yeah, that would be useful if you still want this report worked on
[18:11] <james_w> is this bug still private? it will say in the top right
[18:15] <jcole> james_w: yes it is... but, i will make it public after i clean up the trace :)
[18:16] <james_w> just wanted to make sure you were vaguely protected
[18:28] <jcole> thanks guys, ive sanitized the attachments in bug 364708 and made it public... now ill just sit back and wait :)
[18:31] <directhex> jcole, does it work with SSL-demanding servers yet?
[18:33] <jcole> directhex: if i dont use jaunty's version and compile openchange/evolution-mapi/samba4 manually, everything works, even tls/ssl
[18:34] <directhex> jcole, hm. lame.
[18:36] <jcole> directhex: if i manually "fudge" evolution mapi configs into ~/.evolution/ and ~/.gconf.gconf/apps/evolution/ i can get mail to *partially* work with jauntys versions, but calendar does not work at all
[18:37] <jcole> s/.gconf.gconf/.gconf
[18:44] <seb128> jcole: can you figure if rebuilding only one of openchange, evolution-mapi, samba4 and see which one fix the issue?
[18:51] <jcole> seb128: well, ive tried that to a certain extent... the latest openchange does not like the samba4 dev in jaunty so i had to pull the latest samba4 dev from cvs for it to compile... then, the latest compiled openchange would not "cooperate" with jaunty samba4... i had to make install both openchange and samba4
[18:52] <seb128> jcole: could you try if building openchange 0.8.2 is enough to fix the issue?
[18:52] <jcole> seb128: after that fiasco, i tried evo mapi in jaunty which still crashed fro me... so again, i compiled evo mapi from source which worked
[18:53] <jcole> seb128: i compiled openchange (using the latest samba4 dev) and did a make install... but jauntys samba4 version wont work with it
[18:53] <seb128> jcole: could you try just updating openchange to 0.8.2?
[18:59] <jcole> seb128: jaunty already has 0.8.2 and but svn has a later version... i will try to build again according to http://wiki.openchange.org/index.php/Debian
[18:59] <seb128> jcole: no, it has 0.8
[19:00] <jcole> $ apt-cache show libmapi0 | grep Version
[19:00] <jcole> Version: 1:0.8-2ubuntu1
[19:00] <jcole> ohh
[19:01] <jcole> 0.8-2 != 0.8.2
[21:50] <jelmer> hi seb128, jcole
[21:52] <seb128> hey jelmer
[21:52] <seb128> jelmer: thanks for not updating openchange before jaunty
[21:53] <jelmer> seb128: sorry, I just haven't had the time
[21:53] <jelmer> upstream has nontrivially changed for 0.8.2
[21:53] <seb128> that's ok, would be nice to let us know next time though
[21:53] <seb128> evolution-mapi doesn't work at all in jaunty
[22:02] <superm1> seb128, so perhaps considering that is it worthwhile to look into an SRU for 0.8.2?
[22:02] <seb128> superm1: if that's an update with non trivial changes that's not going to be easy to get sru-ed
[22:02] <seb128> superm1: we will try to backport fixes though
[22:03] <superm1> right, well maybe as soon as karmic opens; a backport at least yeah
[22:03] <seb128> superm1: but testing exchange fixes without an exchange server is not trivial so we rely on user comments
[22:04] <superm1> seb128, understood. i personally kept getting excited every time at the prospect that evolution-mapi might finally work whenever i saw the uploads for related packages coming through
[22:05] <seb128> I've been tried to get working for jaunty, but jelmer said he would update to 0.8.2 in debian which he didn't
[22:05] <seb128> then I backported some svn changes which were fixed a crasher issue according to upstream but there is still some bugs apparently
[22:08] <superm1> ah i see
[22:54] <Picklesworth> Hey, I'm staring at a bug in notify-osd, where sometimes bubbles don't fade in properly, instead starting at 0 opacity until I mouse over them. (Especially when I am not moving the mouse, and ESPECIALLY volume confirmation ones although it could be because those are the ones I most expect to fade in properly). Anyone know about this one?
[22:59] <jcole> Picklesworth: https://launchpad.net/ubuntu/+source/packagenameyouareinterestedabout/+bugs
[23:02] <directhex> am i the only one confused by the new volume control behaving in reverse compared to the old one if you use the mouse wheel in it?
[23:02] <jcole> directhex: ditto
[23:03] <directhex> i have volume buttons on the keyboard, but habits die hard
[23:03] <jcole> directhex: to make it more confusing, open up the volume control and its reversed
[23:05] <jcole> wtf with hyperair
[23:05] <directhex> jcole, lame. file a bug!
[23:06] <seb128> there is a bug about the volume thing
[23:06] <directhex> that's okay then
[23:06] <seb128> bratsche looked a bit to it but said that's non trivial to change
[23:06] <seb128> I usually use the mouse scrolling on the icon without opening the popup dialog which works correctly ;-)
[23:06] <directhex> let me guess. some stupid thing to do with the gtk widget itself?
[23:07] <hyperair> jcole: very sorry. i had a screen + irssi malfunction.
[23:07] <directhex> probably workaroundable in some hideous manner, but easier to ignore for now
[23:07] <seb128> right
[23:08] <seb128> or rather there is other higher priority bugs open
[23:08] <seb128> but patches are welcome as usual ;-)
[23:08] <jcole> gnome volume control also used to be "linked" to the volume control on the panel... now when you control the gnome volume control, panel volume doesnt update...
[23:08] <directhex> i said "for now"!
[23:08] <seb128> jcole: is the panel mixer displayed the same channel than the one you control?
[23:08] <directhex> seb128, i'm not accepting responsibility for patching gtk. too high profile.
[23:08] <seb128> displaying
[23:09] <hyperair> jcole: if you set them both to modify the same stream then it will be linked. otherwise it won't
[23:09] <seb128> right click, preferences, see what is selected there
[23:09] <directhex> plus, C. yuck.
[23:10] <jcole> ie: open gnome volume control, then click the panel to show the volume control, move back over to the gnome volume control master and scroll on it
[23:10] <TheMuso> no problem, I am going to start leaning on luisbg_  more anyway./c
[23:10] <TheMuso> woops
[23:10] <jcole> the reverse works just fine
[23:11] <seb128> the popup is hidden when switching focus
[23:12] <jcole> seb128: just use the scroll
[23:12] <jcole> seb128: dont focus it :)
[23:12] <jcole> its no biggie, just something i noticed
[23:13] <seb128> right, the icon is not updated either when doing that
[23:17] <jcole> im out early...
[23:25] <Picklesworth> Jaunty does have the fancy new gnome-volume-control-pulse in the repositories, now, which is vastly cooler if you use PulseAudio :)
[23:25] <Picklesworth> (If you want a workaround)
[23:33] <bratsche> seb128, directhex: Yeah, since the volume control went horizontal the mousewheel does the opposite effect.  Because mouse-up translates into left in the range widget, which the applet interprets as "volume down".
[23:33] <Picklesworth> funny that Ubuntu kept the horizontal thing but dropped the PulseAudio part. Not even Fedora is using the horizontal applet
[23:34] <Picklesworth> unless my memory is foggy :P
[23:41] <seb128> the horizontal slider is the GNOME official 2.26 applet
[23:41] <seb128> the new one is a notification area icon and use pulseaudio only
[23:41] <seb128> we just build the optional upstream applet and use that without changing it
[23:42] <Picklesworth> seb128: okay, thanks for clearing it up. Wasn't sure how official it was :)
[23:51] <alex-weej> seb128: notification area icon? how do i enable that?
[23:51] <alex-weej> i still have volume applet
[23:52] <seb128> alex-weej: install gnome-volume-control-pulse that's the GNOME 2.26 pulse only thing
[23:52] <alex-weej> is this in the default install?
[23:52] <seb128> alex-weej: it's only an icon in the notification area and a slider and can do pulse only
[23:52] <seb128> alex-weej: no, it does pulse only and we have the applet which does alsa, gstreamer, etc which quite some people rely on
[23:53] <alex-weej> ok
[23:53]  * alex-weej doesn't even have pulse installed, too much trouble for me right now :(
[23:54] <lamont> WTF can't I modify fields in read-only spreadsheet?  I mean,  it's not like I want to actually save them....
[23:57] <alex-weej> lamont: because open office.
[23:59] <lamont> heh