[12:19] <cjwatson> gaah, apport per-package hooks are broken
[12:19] <Mithrandir> cjwatson: we'll releasenote that, then.
[12:20] <cjwatson> and I'm going to back out the ubiquity change to use apport hooks
[12:20] <cjwatson> otherwise I'm not going to get decent crash information
[12:20] <Mithrandir> ok; you needed an apport upload anyway, didn't you?
[12:20] <cjwatson> s/an apport/a ubiquity/
[12:21] <cjwatson> yeah, there's a new-partitioner crash I'd like to fix, trivial
[12:21] <cjwatson> https://launchpad.net/ubuntu/+source/apport/+bug/82566
[12:21] <Ubugtu> Malone bug 82566 in apport "per-package hooks are broken" [Undecided,Unconfirmed]  
[12:24] <Mithrandir> ok
[12:32] <keescook> Mithrandir, cjwatson: anything I can help with in the apport department?  I've spent a good bit of time digging around in that code.
[12:33] <Mithrandir> keescook: I don't think so, ETA for the herd release is tomorrow and I'd like to go to bed soonish
[12:33] <keescook> Mithrandir: okay.
[12:33] <Mithrandir> so unless you have a fix now, I'd rather just have ubiquity back out the changes.
[12:33] <cjwatson> keescook: 82566 makes it pretty clear, I think, but as Mithrandir says ...
[12:33] <Mithrandir> thanks for offering, though.
[12:34] <cjwatson> we could have a fix now, but I'm not sure what else would go wrong
[12:34] <cjwatson> I'm already two or three levels deep here
[12:34] <keescook> yeah, that's why I was offering; the fix is quick
[12:34] <keescook> cjwatson: okay, makes sense
[12:34] <keescook> next cut.  :)
[12:34] <cjwatson> if Mithrandir wants, I *can* try out a fix on the spot
[12:35] <Mithrandir> sure, if the fix is simple and Kees has it ready.
[12:35] <keescook> as I understand it just needs         m = __import__(self['Package'] .split(' ')[0] )
[12:36] <cjwatson> exactly what I was about to suggest
[12:36] <cjwatson> give me a few minutes and I'll trigger it again
[12:39] <cjwatson> Mithrandir: for casper, I suggest diverting away /usr/lib/update-notifier/apt-check and replacing it with a symlink to /bin/true
[12:39] <cjwatson> that seems to work in my tests, and makes sense from the code
[12:39] <Mithrandir> ok, so you'd like a casper upload too?
[12:42] <cjwatson> yes - preparing
[12:42] <cjwatson> a ubiquity upload probably isn't strictly necessary at this point, unless we want to fix that easy crash while we're here
[12:43] <cjwatson> the crash in question is that if you edit a partition and then press OK without changing anything, the partman component crashes
[12:44] <Mithrandir> sounds useful to get fixed.
[12:44] <Mithrandir> I presume it's low-risk
[12:45] <cjwatson> -                        del partition['active_partition_visit'] 
[12:45] <cjwatson> +                        try:
[12:45] <cjwatson> +                            del partition['active_partition_visit'] 
[12:45] <cjwatson> +                        except KeyError:
[12:45] <cjwatson> +                            pass
[12:45] <cjwatson> three of those
[12:45] <Mithrandir> looks same to me
[12:46] <keescook> cjwatson: if it turns out you want it, I've got apport 0.47 ready to upload with that change.
[12:52] <cjwatson> just doing a test run
[12:52] <Mithrandir> s/same/sane/
[12:52] <Mithrandir> sure.
[12:53] <cjwatson> so. tired.
[01:08] <Mithrandir> cjwatson: did you crash?
[01:10] <cjwatson> not yet
[01:11] <cjwatson> keescook: looking good
[01:11] <keescook> cjwatson: neato!  :)
[01:11] <keescook> And I got a chance to link my bzr tree to a bug for the first time.  wooo!  :)
[01:12] <cjwatson> bug 82573
[01:12] <Ubugtu> Malone bug 82573 in ubiquity "[apport]  ubiquity crashed with KeyError in __init__()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/82573
[01:12] <keescook> cjwatson: oh well.  :(
[01:13] <keescook> or wait?
[01:13] <cjwatson> no no, that's good
[01:13] <keescook> yay! it's got logs!
[01:13] <keescook> I misread!
[01:13] <Hobbsee> Mithrandir: [11:12]  <Hobbsee> Mithrandir: can you give back libgpod on all arches please?  (in the right channel)
[01:13] <Mithrandir> Hobbsee: it's dep-wait
[01:13] <keescook> cjwatson: shall I upload 0.47 of apport with that fix?
[01:13] <Mithrandir> so it'll be done automatically when the deps become available
[01:13] <Hobbsee> Mithrandir: the deps exist though.  how long will it take before it's redone?
[01:14] <cjwatson> keescook: please
[01:14] <Mithrandir> Hobbsee: hmm, weird.
[01:14] <Mithrandir> Hobbsee: given-back on i386, let's see if that helps.
[01:15] <Hobbsee> Mithrandir: thanks :)
[01:15] <Hobbsee> that's the arch i checked on :)
[01:15] <keescook> cjwatson: done.
[01:16] <Mithrandir> keescook: accepted
[01:16] <cjwatson> casper uploaded
[01:21] <Mithrandir> cjwatson: casper accepted
[01:23] <Hobbsee> Mithrandir: it still failed :(
[01:23] <Mithrandir> Hobbsee: prod me again tomorrow or when herd 3 is out?  I'm about to fall asleep here.
[01:23] <Hobbsee> Mithrandir: okay, sure
[01:23] <Mithrandir> thanks
[01:23] <Hobbsee> Mithrandir: go sleep then!  :)
[01:24] <Mithrandir> I'm waiting for cjwatson to upload a new ubiquity
[01:24] <cjwatson> ubiquity uploaded
[01:26] <Mithrandir> alternate CD images building.
[01:26] <cjwatson> I added a quick fix for console-setup running update-initramfs while ubiquity was running
[01:26] <cjwatson> I've tested it
[01:26] <cjwatson> I'm not sure it's the right fix, but it's not totally wrong
[01:27] <cjwatson> without it the keyboard page hung for a minute or s
[01:27] <cjwatson> o
[01:27] <Mithrandir> ugh, ok
[01:27] <Mithrandir> ok, new ubiquity accepted.
[01:27] <cjwatson> thanks, sorry again
[01:28] <Mithrandir> let's hope all this works and that the fresh ISOs we get tomorrow morning work correctly.
[01:29] <Mithrandir> universe stuff accepted, publisher's back on auto.  This should look better in the morning, I hope.
[01:29] <Mithrandir> and with that, I'm off to bed.
[02:36] <poningru> writing the release notes for herd 3
[02:36] <poningru> need help
[02:37] <poningru> with what to write about
[02:37] <_ion> "Ubuntu Feisty, herd 3. 'nuff said."
[02:39] <poningru> lol
[02:48] <_ion> Yay, 2.6.20-6 fixed IPv6.
[02:48] <_ion>           inet6 addr: 2001:14b8:1d6:1:2e0:4cff:fe30:a7de/64 Scope:Global
[02:50] <beuno> does anyone know the gnome version that's in herd3?
[02:55] <stdin> beuno: it's not out yet
[02:56] <beuno> stdin, but isn't it frozen already'
[02:58] <Lathiat> _ion: what was the issue in <2.6.20-6?
[02:58] <geser> beuno: the current gnome in feisty is 2.17.90 so it should also be in herd3
[02:58] <beuno> thanks geser
[03:00] <beuno> geser, I'm cooking up the Herd3 release wiki, care to comment on major changes in herd3?
[03:01] <Hobbsee> beuno: the easy codecs spec has been implemented
[03:01] <beuno> Hobbsee, that's huge!
[03:01] <Hobbsee> for ubuntu
[03:01] <Hobbsee> part of kubuntu already had it
[03:02] <_ion> lathiat: IPv6 autoconfiguration didn't work, i.e. the only address the box had was the link-local one. Specifically, the latest kernel update fixed it. The relevant line from the changelog might be this one:   * [IPV6]  MCAST: Fix joining all-node multicast group on device initialization.
[03:02] <bddebian> Heya
[03:03] <Lathiat> ah right
[03:03] <beuno> thanks Hobbsee, anything else anyone has to offer would be great, it's due tomorrow and I'm diggin through forums and mailing lists to try and gather information
[03:08] <Hobbsee> beuno: look on ubuntu-devel ML
[03:08] <Hobbsee> beuno: forums wont tell you anything of use
[03:09] <beuno> Hobbsee, I am, it's just not terrible beuno-friendly   ;)
[03:09] <Hobbsee> sort by subject
[03:10] <Hobbsee> i think the zeroconf stuff is in progress - being tested.  iirc it was in other herds to
[03:10] <Hobbsee> o
[03:10] <beuno> Hobbsee, yes, that was introduced in herd2
[03:11] <_ion> beuno: tracker is universe stuff, so it's probably not relevant, right? Its newest release contains huge speed improvements.
[03:11] <_ion> (and a deskbar plugin)
[03:11] <beuno> _ion, might work under the Gnome section, doesn't deskbar come preisntalled?
[03:12] <poningru> it doesnt matter re: tracker
[03:12] <poningru> last time we put in wine
[03:12] <_ion> beuno: ubuntu-desktop does depend on deskbar-applet. But tracker isn't gnome-specific.
[03:13] <Hobbsee> _ion: why not add it, universe's still supported
[03:13] <Hobbsee> beuno: kde 3.5.6 (new release) is in there now
[03:13] <Hobbsee> (bugfixes)
[03:13] <beuno> _ion, you have a link to somewhere where the improvements are described?
[03:14] <_ion> beuno: http://mail.gnome.org/archives/tracker-list/2007-January/msg00249.html (0.5.4 is 
[03:14] <beuno> Hobbsee, great, addind that too  (kubuntu seems to be a bit ignored in these announcments)
[03:14] <Hobbsee> indeed
[03:15] <Hobbsee> we're still waiting on a couple of the high noted apps for kde :(
[03:15] <_ion> beuno: Oh, also xfce 4.4 seems to be there.
[03:15] <poningru> anyone know if the feisty cds will be availble through shipit?
[03:16] <beuno> _ion: that's right!   thanks
[03:17] <stdin> poningru: I doubt it
[03:17] <_ion> beuno: Improvements in xfce 4.4: http://www.xfce.org/about/tour
[03:17] <poningru> stdin: do you know when they will start doing shipit again? for non-dapper cds I mean
[03:17] <beuno> poningru, afaik, with the next LTS version
[03:18] <stdin> yep ^^
[03:18] <poningru> ah ok
[03:31] <beuno> any idea where I can find info on Gnome 2.16.9 changes?   Gnome's ML doesn't have anything
[03:32] <sistpoty> gn8 Nafallo
[03:32] <beuno> oh, it's 2.17.9
[03:32] <beuno> ignore me  ;)
[04:51] <czr> anyone working with the ia64-port?
[06:04] <poningru> already asked in -installer does ubiquity's new partition editor have a name? or is it still gparted
[07:21] <Burgundavia> am I daft or is there no daily desktop x86 cd?
[07:23] <jsgotangco> hey Burgundavia
[07:23] <Burgundavia> hey jsgotangco
[07:24] <Burgundavia> http://cdimage.ubuntulinux.org/daily/current/ <-- nothing
[08:04] <Mithrandir> Burgundavia: daily doesn't have desktop, daily-live has desktop.
[08:04] <Burgundavia> Mithrandir: oh right, I am being daft
[08:05] <Mithrandir> but the current desktop CD is out of date, I'm building fresh ones now
[08:16] <zakame> is it just me, or is /etc/networks not included in netbase?
[08:35] <Mithrandir> Riddell: your ppc cd is hopelessly oversized.
[08:35] <Mithrandir> Riddell: (i386 didn't build because of a soyuz bug)
[08:36] <Mithrandir> ogra: what have you done to your build process?  Is your alternate CD only server now?
[08:44] <poningru> Mithrandir: thanks for the reminder emails to -marketing :)
[08:51] <pitti> Good morning
[08:58] <Burgundavia> morning pitti
[08:58] <Burgundavia> your apport is going to cause lots of work I can see
[08:58] <pitti> Burgundavia: hi
[08:59] <pitti> Burgundavia: any idea appreciated how to further reduce duplicate bugs
[08:59] <Burgundavia> not at midnight, nope :)
[08:59] <pitti> Burgundavia: right now we should improve the LP interface to point out that the displayed dup list is to be taken seriously
[08:59] <pitti> Burgundavia: heh :)
[09:02] <mpt_> pitti, apport's still hooked into Launchpad?
[09:02] <pitti> mpt_: 'still'?
[09:05] <mpt_> pitti, what I should have said was: Is there a chance of CrashReporting being implemented for Feisty+1? :-)
[09:05] <pitti> mpt_: ah, I see
[09:05] <mpt_> or at least before the next LTS
[09:06] <mpt_> so that the BugSquad aren't brought to their knees
[09:06] <pitti> mpt_: not sure yet; we should discuss again whether we actually need this, or just keep improving Malone; we had a short discussion with Bjorn at the sprint
[09:06] <pitti> if we can get automatic dup detection into that, and automatic retracing, then it doesn't make much of a difference any morer
[09:07] <pitti> and I'm this --><-- close to getting automatic retracing work on the DC
[09:07] <mpt_> Sure it does, it makes the database fat and slow and hard to search
[09:07] <pitti> right, we didn't drop the idea yet
[09:07] <mpt_> and requires people to register with some site they have no interest in, just to report a crash :-)
[09:08] <pitti> and it's not so much a matter of the db, it needs to be stored somewhere anyway
[09:08] <mpt_> Yes, but old crash reports can be deleted, whereas old bug reports can't
[09:08] <pitti> mpt_: if it's set in stone to never remove attachments from Malone, then you are right
[09:17] <pitti> asac: hi
[09:20] <ajmitch> hi pitti, mpt_ 
[09:20] <pitti> hi ajmitch 
[09:21] <Mithrandir> Riddell: your amd64 desktop CD is oversized too.
[09:23] <cjwatson> Mithrandir: Edubuntu live -> desktop, install -> server as of a few days ago
[09:24] <Mithrandir> cjwatson: ok.
[09:24] <cjwatson> Mithrandir: serveraddon should be released along with server
[09:25] <Mithrandir> I guessed that much
[09:30] <Treenaks> AboutAboutUbuntu
[09:31] <StevenK> :-P
[09:31] <ajmitch> StevenK: what time is the meeting?
[09:31] <mpt_> hey StevenK 
[09:33] <StevenK> ajmitch: 7am for me
[09:33] <mpt_> StevenK, did you get it into Universe?
[09:34] <StevenK> I haven't uploaded yet, since I haven't sorted out the menu issue
[09:34] <mpt_> ah
[09:34] <StevenK> Which is one of the things I want to talk about tomorrow.
[09:34] <ajmitch> StevenK: hm, just checked time, isn't it 8am for you, or have you finished with daylight savings?
[09:35] <mpt_> fair enough
[09:35] <StevenK> ajmitch: According to the fridge, its in 12 hours
[09:35] <mpt_> StevenK, if you manage to get seb128's attention for a couple of minutes, he may be able to tell you :-)
[09:36] <StevenK> It isn't just seb128, though. Where it goes for Kubuntu and Xubuntu is also important.
[09:36] <StevenK> And if the same .desktop file can be used.
[09:37] <mpt_> StevenK, I don't think Kubuntu would use a GTK program in the first place
[09:37] <Riddell> nope
[09:38] <StevenK> I've been thinking about that. Abstracting out into a module isn't hard.
[09:38] <StevenK> It also means I have to find something like glade for KDE.
[09:38] <cjwatson> Qt Designer
[09:38] <mpt_> Don't the various terminal commands it calls count as abstraction already? :-)
[09:39] <cjwatson> (qt4-designer, etc.)
[09:39] <StevenK> mpt_: Somewhat. :-)
[09:39] <StevenK> mpt_: I'd rather not duplicate code if I can help it.
[09:40] <cjwatson> haha, I doubt it
[09:40] <StevenK> It was worth a shot. :-)
[09:40] <Amaranth> yeah, i don't see that happening
[09:41] <mpt_> StevenK, not that I'm a programmer or anything, but this sounds like making things very complicated
[09:41] <mpt_> for an About box
[09:41] <StevenK> Personally, I'd rather not leave Kubuntu out
[09:41] <StevenK> Just because they don't use GTK.
[09:43] <cjwatson> Mithrandir: ubiquity 1.3.17 uploaded
[09:43] <Treenaks> StevenK: so you need a glade2qt converter ;_)
[09:43] <Treenaks> StevenK: maybe XSLT can do it (glade files are XML.. right?)
[09:43] <StevenK> Treenaks: Or I do it by hand, I don't really mind.
[09:44] <Mithrandir> cjwatson: waiting for */5 * * * *
[09:44] <mpt_> StevenK, do you speak Norwegian?
[09:44] <StevenK> I have enough trouble with English
[09:45] <mpt_> ok
[09:45] <mpt_> this seems a wee bit like
[09:46] <Riddell> StevenK: there's no glade to qt designer converter, it has to be done by hand
[09:46] <mpt_> You're wanting to publish a short story, and the thing that's stopping you is that you won't be able to provide the Norwegian translation
[09:46] <Mithrandir> mpt_: but he knows Norwegians, so that's not a showstopper. :-P
[09:47] <Riddell> StevenK: but if you're talking about AboutUbuntu, it hasn't been spec'ed for Kubuntu and you'd need to think about where it would be launched from
[09:47] <Mithrandir> where's the ubiquity upload?
[09:47] <mpt_> StevenK, if it's any good, a Norwe^WKubuntu developer will turn up and port it
[09:47] <cjwatson> mpt_: while I see where you're coming from, I think it's a poor analogy
[09:48] <mpt_> And if it's not, they're no worse off than they were
[09:48] <Treenaks> cjwatson: they don't speak Norwegian in .nz ;)
[09:49] <StevenK> Last time I brought this up, it was raised that AboutUbuntu is all about the branding, so why not a QT front-end?
[09:49] <cjwatson> Mithrandir: oops, unsigned, reuploading
[09:49] <Mithrandir> cjwatson: cheers.
[09:50] <Riddell> StevenK: Kubuntu has different branding, I'm not against it but we don't need it immediately and it needsa bit of thought
[09:52] <mpt_> StevenK, the initial rationale was to make it easy to see what version of stuff you're using, in a window that doesn't contain a Bookmarks menu.
[09:52] <StevenK> And I quite like the idea, which is why I got interested and started helping
[09:53] <StevenK> And my second thought was, "Why does it have to be Ubuntu-only?"
[09:53] <cjwatson> Mithrandir: uploaded
[09:53] <mpt_> I'm all in favor of Kubuntu doing whatever the Kubuntu designers think best
[09:55] <StevenK> Agreed.
[09:55] <StevenK> Personally, I don't think it's much work to move to a module and two frontends.
[09:55] <dholbach> good morning
[09:57] <Riddell> StevenK: it's not, design for the possibility and we'll make a Kubuntu frontend when we work out what we want
[09:58] <StevenK> The minimalist one in GTK doesn't do it for you? :-)
[09:58] <cjwatson> Mithrandir: I processed the upload manually to speed things up
[09:58] <mpt_> StevenK, needs a Preferences dialog ;-)
[09:58] <Mithrandir> cjwatson: thanks.  I was wondering if I was dreaming here.
[09:58] <StevenK> mpt_: And a About dialog. :-P
[09:59] <Mithrandir> cjwatson: accepted.
[09:59] <Mithrandir> cjwatson: I'll byhand the publisher.
[09:59] <mpt_> haha
[10:00] <Mithrandir> ogra: your i386 desktop is oversized.
[10:02] <Mithrandir> building i386 + ppc alternate ISOs
[10:02] <StevenK> Riddell: Should have bought this up yesterday, so you could have discussed it at the Kubuntu meeting...
[10:02] <cjwatson> Mithrandir: I stuck stuff about the advanced partitioner in FeistyFawn/Herd3 on the wiki; if you want something longer you can probably crib it from https://lists.ubuntu.com/archives/ubuntu-installer/2006-December/000003.html
[10:03] <Mithrandir> cjwatson: thanks.  I'll pull that into the announcement as well.
[10:09] <StevenK> The tray-applet Recommends desktop-environment | kde, which means installing it using aptitude marks about 700Mb of stuff to be installed.
[10:10] <zakame> is it just me, or is /etc/networks removed from netbase?
[10:11] <pitti> zakame: it's installed by base-files
[10:11] <pitti> zakame: from /usr/share/base-files/networks
[10:12] <zakame> ah... /me checks
[10:13] <Riddell> Mithrandir: new kubuntu-meta uploaded
[10:13] <Mithrandir> Riddell: thanks.
[10:13] <zakame> pitti: hmm seems to be missing in mine, on edgy
[10:13] <pitti> zakame: yup, was added on feisty
[10:14] <zakame> ah
[10:14] <pitti> zakame: edgy didn't install a networks file by default, but now we want to add the 'link-local' name
[10:14] <pitti> . o O { Never ask developers about stable releases -- they don't use them :-) }
[10:14] <Mithrandir> Riddell: I presume this is to fix the ppc problem?  I'll just rebuild that once it hits, if that's ok?
[10:14] <zakame> pitti: yeah
[10:15] <zakame> pitti: I was asking since I had a link-local network I couldn't access via edgy, but it was ok through etch
[10:16] <Riddell> Mithrandir: yep
[10:24] <Mithrandir> Riddell: i386 alternate rebuild finished, publisher running for new -desktop.
[10:26] <Riddell> would be nice if .list had file sizes in it so I could work out why powerpc is so much larger than the others
[10:26] <zakame> is cowbuider --create working already on feisty?
[10:27] <Mithrandir> cjwatson: ^^ does anything use .list so we can not extend it?
[10:27] <StevenK> dpkg itself?
[10:28] <Mithrandir> StevenK: this is the .list in http://cdimage.ubuntu.com/daily-live/current/ and similar directories.
[10:28] <Mithrandir> not the .list in /var/lib/dpkg/info
[10:28] <StevenK> Ah. Never mind me, then. :-)
[10:29] <StevenK> s/j//
[10:31] <cjwatson> Mithrandir: not AFAIK
[10:32] <cjwatson> Mithrandir: oh, stuff within debian-cd does, but I think it's obsolete anyway
[10:32] <cjwatson> the old pseudo-image-kit stuff, superseded AFAIK by jigdo
[10:32] <Mithrandir> ah, ok
[10:34] <cjwatson> I'm sure debian-cd/tools/pi-makelist could be abused somehow
[10:59] <Treenaks> http://questionablecontent.net/view.php?comic=808 
[11:01] <ogra> Mithrandir, still ? ... looking into it ... 
[11:04] <Mithrandir> publishing new ubiquity and kubuntu-meta
[11:53] <ogra> Mithrandir, seeds updated, ready for a rebuild i think ...
[12:00] <elkbuntu> ogra, i believe you might have forgotten to do something the other day... :)
[12:24] <gpocentek> hello
[12:25] <gpocentek> I won't have time to work on herd 3, so unless Jani comes around, I guess we'll wait for herd4 for Xubuntu
[12:28] <Riddell> Mithrandir: looks like kubuntu-meta is in the archive, want to rebuild?
[12:35] <Mithrandir> Riddell: that should already have happened
[12:37] <Riddell> Mithrandir: I don't see new CD images
[12:38] <Mithrandir> Riddell: let me investigate
[12:39] <Mithrandir> gpocentek: ok, thanks for telling me
[12:42] <Mithrandir> Riddell: sorry, I'm a muppet
[12:42] <Mithrandir> Riddell: building now.
[12:43] <Hobbsee> or is that Mithrandirmuppet>?
[12:47] <Mithrandir> Riddell: ppc rebuilt
[12:49] <Riddell> Mithrandir: want to do the live CDs as well?  kubuntu has oversized amd64 and no i386
[12:50] <Mithrandir> Riddell: yes, once lithium isn't busy, I'll do those.
[12:50] <Mithrandir> that is, now.
[12:52] <Riddell> ta
[12:53] <gnomefreak> pitti and /or Riddell is there a  reason apport isnt included with kubuntu? im seeing kubuntu doesnt have a central place for crash reports its up to user to save it somewhere (if they do) and than have to remember where they saved it.
[12:53] <Riddell> gnomefreak: the reason is that there's no KDE port of apport
[12:53] <gnomefreak> good reason
[12:54] <Riddell> gnomefreak: which is partly just that I havn't got round to it yet and partly because KDE already has a crash handler and I'm worried about what upstream will think if we replace it with our own
[12:55] <Riddell> (also I did hear that there could be a bounty for a kde apport, but it would need to be clearly spec'ed first)
[12:56] <gnomefreak> kcrash is kdes crash handler right? is there aa way we can get it to make a /var/crash or something like that and have it auto save toa  file? that way upstream doesnt have to worry about loosing it? i have seen bugs reports where users cant find crash logs that we need to find out the issue. (personally i dont think they are saving them)
[12:57] <givr2> ogra: i took the initiative to work on the merge of fuse (2.6.2). Since you are the last merger, it's could be great if you could review it.
[12:57] <givr2> debdiff -> http://paste.ubuntu-nl.org/3668/
[12:58] <pitti> Riddell: oh, if you principally want an apport-qt, it's easy to do; I thought you generally didn't want it
[12:58] <givr2> ogra: thanks 
[12:58] <pitti> Riddell: A friend of mine might actually be interested in doing it
[12:59] <gnomefreak> pitti: well i agree with Riddell it may not be best to remove kcrash and replace with apport. but would be nice if there was  away to auto save crash logs with kcrash (if kde doesnt want to lose kcras
[01:00] <Riddell> pitti: I'm entirely unsure if we want it
[01:01] <pitti> Riddell: I think the basis for that decision should be: is upstream happy with the krash reports they receive?
[01:01] <pitti> Riddell: if yes> we might want apport for crashes of non-KDE apps
[01:01] <pitti> Riddell: if not>check if apport can do better
[01:01] <gnomefreak> pitti: btw ty i love new apport :)
[01:02] <pitti> gnomefreak: \o/
[01:02] <Riddell> it's on my todo list to look into
[01:03] <ogra> elkbuntu, sorry, sorry ... i'll try to get to it, really
[01:03] <ogra> givr2, ugh, where doe that initscript come from ? i'm not convinced we want to use that
[01:03] <elkbuntu> ogra, thanks
[01:03] <cjwatson> pitti: crash reports aren't just for upstream, considering e.g. things we wrote
[01:04] <ogra> givr2, and please dont switch udev scripts to /bin/bash ... if there is a bashism in it we need to fix that rather 
[01:04] <givr2> ogra: upstream. It's use to load fuse module at startup & mount the control filesystem
[01:05] <ogra> givr2, we have a udev script for that and i'd prefer to put something into /etc/modprobe.d to load the module if fuse-utils is installed thats what its for ...
[01:05] <pitti> cjwatson: right, that too; that's why I'd still love to see apport in Kubuntu for at least non-KDE things
[01:06] <Mithrandir> Riddell: amd64 is oversized.
[01:06] <givr2> ogra: bashism -> it's a function, so i didn't know what to do
[01:06] <Mithrandir> Riddell: are the others candidate ISOs or should I hold them off until you've fixed the problem?
[01:06] <ogra> giv
[01:06] <ogra> givr
[01:06] <ogra> meh
[01:07] <ogra> my keyboard fr
[01:07] <ogra> eaks out
[01:07] <ogra> grmbl
[01:07] <Mithrandir> Riddell: actually, i386 is oversized too.
[01:07] <ogra> hmm ... now its working again ... tab and enter were swapped .... how weird
[01:08] <ogra> givr2, well, make it POSIX compliant ... :)
[01:08] <Riddell> err, hmm
[01:08] <givr2> ogra: ok ;)
[01:08] <ogra> bash isnt our system shell anymore ...
[01:09] <cjwatson> givr2: functions are in POSIX shell; just leave out the 'function' keyword, which is entirely redundant
[01:09] <ogra> admins might uninstall it in favor of some other shell ... or if you want to have fuse in initramfs for whatever reason there wont be a bash ....
[01:09] <cjwatson> i.e. 'foo () { ... }'
[01:09] <cjwatson> admins can't uninstall bash because it's essential, but other shells are faster which is why we prefer to use POSIX shell where possible
[01:10] <ogra> well, still initramfs wont have a bash :)
[01:10] <cjwatson> indeed
[01:10] <givr2> ogra: so for the initscript, do you think it's better to not use it at all, and reinstall the udev rule ? and reuse /etc/modules ?
[01:10] <givr2> ogra: will be a big diff
[01:10] <ogra> givr2, well, the /etc/modules piece should be moved to modprobe.d 
[01:10] <givr2> cjwatson: ok, thanks
[01:11] <ogra> why a big diff ? just dont install the initscript ... 
[01:11] <ogra> and make sure the udev one does everythng we need
[01:12] <givr2> ogra: ok, i'll have a look at it
[01:12] <givr2> ogra: thanks
[01:12] <mjg59> New liferea seems somewhat slower than the old one
[01:12] <ogra> thanks for looking at it :)
[01:12] <ogra> really appreciated
[01:13] <Riddell> Mithrandir: that still seems to be using the old kubuntu-desktop on live amd64, but since i386 is also oversized I'll need to edit the seeds/do kubuntu-meta again anyway
[01:14] <Mithrandir> Riddell: that would surprise me.
[01:15] <cjwatson> Mithrandir: oh, should note in the announcement that the new partitioner is only for GTK as yet
[01:15] <cjwatson> Riddell: if you want to start porting that now, I wouldn't object; there will still be changes, but probably at a manageable level
[01:16] <cjwatson> Riddell: I suggest just doing the partition list UI to start with, as in GTK
[01:16] <Riddell> cjwatson: I'll put it on my TODO for next week
[01:16] <cjwatson> I'm making progress with the disk view UI now
[01:19] <carlos> seb128: hi
[01:19] <carlos> seb128: Danilo implemented https://bugs.launchpad.net/rosetta/+bug/81281
[01:19] <Ubugtu> Malone bug 81281 in rosetta "Visual tag to represent non-breaking spaces" [Medium,Fix committed]  
[01:19] <carlos> seb128: and It should be on production now
[01:19] <carlos> seb128: it's not full support for non-breaking spaces, but it's an start
[01:24] <seb128> carlos: hey, ah, cool :)
[01:25] <pitti> mvo: would you mind if I abuse update-notifier once again for the notification for https://wiki.ubuntu.com/IncreaseHardwareDatabaseParticipation?
[01:25] <pitti> mvo: I could depend on libnotify-bin and use that, but that lacks i18n
[01:25] <mvo> pitti: I have a look after lunch
[01:25] <pitti> mvo: no, I'll do it
[01:25] <pitti> mvo: well, unless you really want to, of course :)
[01:25] <StevenK> mpt: Refactor done. :-)
[01:26] <pitti> mvo: just asking whether you would generally object
[01:26] <mvo> sure, use it
[01:27] <pitti> mvo: ok, thanks
[01:27] <Mithrandir> ubuntu desktop and alternate are ready, please read https://wiki.ubuntu.com/Testing/ReportingResults before testing.
[01:28] <pitti> Mithrandir, cjwatson: do we have a standard interface or a robust method for processes to detect whether they run on a live system?
[01:28] <pitti> Mithrandir: (uid==999 would catch too much AFAICS)
[01:28] <Mithrandir> check /proc/cmdline for boot=casper
[01:29] <pitti> ah, nice
[01:29] <pitti> Mithrandir: thanks
[01:36] <Riddell> Mithrandir: new kubuntu-meta uploaded
[01:37] <Mithrandir> Riddell: I presume the removal of example-content is just a temporary measure?
[01:38] <Riddell> Mithrandir: yes
[01:40] <Mithrandir> accepted and publisher running
[01:47] <pitti> ogra: oh, hwdb-client does not yet comply to the new python policy, I'll fix that while I touch the package
[01:47] <ogra> thanks
[01:48] <pitti> ogra: I guess you would hit me if I just converted debian/rules to cdbs? :)
[01:48] <pitti> (nevermind, I do it the debhelper way)
[01:49] <ogra> pitti, go ahead
[01:49] <ogra> cdbs is fine for it ...
[01:49] <seb128> could ~/bin be added to the default path?
[01:50] <seb128> we have a bug "gnome-panel run app dialog doesn't use ~/bin"
[01:51] <Hobbsee> seb128: isnt it already?
[01:51] <Mithrandir> seb128: that's slightly nontrivial.
[01:51] <seb128> Hobbsee: it is for bash due to .bashrc only, no?
[01:51] <cjwatson> .bash_profile actually
[01:51] <seb128> Mithrandir: the bug was asking for gnome-panel to special case ~/bin
[01:52] <seb128> like look to it
[01:52] <seb128> I'm not convinced that apps should be patch for that
[01:52] <cjwatson> should probably be moved to .bashrc with an extra guard to avoid adding lots of instances of it
[01:52] <Mithrandir> no, they shouldn't.  IMO.
[01:52] <seb128> if that makes sense to look to ~/bin by default then the PATH should probably list it
[01:52] <cjwatson> maybe it should go in .gnomerc or .xsession or whatever
[01:52] <seb128> well, .gnomerc is an user file
[01:52] <cjwatson> so is .bashrc
[01:52] <seb128> not something we write by default
[01:52] <seb128> right
[01:53] <seb128> by any reason it can't be done at the system level?
[01:53] <Hobbsee> seb128: ahh, probably
[01:53] <cjwatson> unfortunately it can't go in /etc/environment because we can't do environment expansions there
[01:53] <seb128> right
[01:53] <seb128> maybe somewhere to xorg then, so it's not desktop specific
[01:53] <seb128> rather than .gnomerc
[01:54] <Mithrandir> cjwatson: maybe pam_env should have $HOME available.  It would make sense for some bits.
[01:54] <Mithrandir> Xsession.d would work too, but I don't think it should be X-specific.
[01:54] <cjwatson> putting it in .xsession would be inconvenient, since having that file existing overrides x-session-manager etc.
[01:54] <seb128> Mithrandir: should I reassign the bug as a pam wishlist?
[01:55] <Mithrandir> seb128: yes, do that.
[01:55] <cjwatson> it's probably more appropriate on pam than anywhere else
[01:55] <seb128> ok, thank you
[01:55] <Mithrandir> heno: are you coordinating testing etc now?
[02:00] <pitti> ogra: diffstat -> debian/rules |  107 +++-----------------------------------------
[02:00] <ogra> :)
[02:00] <ogra> nice
[02:00] <ogra> pitti, would you put up big objections to having sshfs in main ? 
[02:01] <pitti> ogra: at first glance it sounds relatively harmless to me
[02:01] <ogra> fine ....
[02:01] <ogra> i thought i better ask before bombing you with MIRs :)
[02:02] <heno> Mithrandir: yes, I can do. Do you have some images for me? :)
[02:03] <givre> ogra: just a little question. with an /etc/modprobe.d/fuse we can get ride of one part of the init script, but how can we replace the second part : mounting the fusectl stuff
[02:03] <Mithrandir> heno: yes, I've filed bugs about the ubuntu images.  They should be all good.
[02:03] <heno> Mithrandir: OK, I see them, thanks
[02:03] <givre> ogra: it seams to be a new feature of 2.6.*
[02:04] <heno> Mithrandir: 'good' as in ready for testing, not ready for release obviously
[02:05] <Mithrandir> heno: correct.
[02:06] <pitti> argh, argh
[02:07] <pitti> doko: I just converted hwdb-client's bzr trunk to new python policy and just saw that you already did it
[02:09] <pitti> doko: also, your version has the files in /usr/lib/python2.5/site-packages/hwdb_client/, mine in /usr/share/python-support/hwdb-client-common/hwdb_client/; which is correct?
[02:13] <pitti> BenC: morning
[02:13] <BenC> pitti: hey, good morning
[02:13] <pitti> BenC: I got your kernel apport hook ready; calling /usr/share/apport/kernel_hook now does nice things
[02:14] <pitti> BenC: it'll be in apport 0.48 after herd-3
[02:14] <BenC> pitti: excellent, I'll try to do something useful with it for the next kernel upload. Thanks!
[02:14] <pitti> BenC: could you figure out how to trigger it from the kernel? Or do we need an userspace hack for that?
[02:14] <kylem> pitti, rock on!
[02:15] <AlexLatchford> Howdy guys, anyone know who the best person to assign a bug in the Preferred Applications Window is?
[02:15] <AlexLatchford> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/41849
[02:15] <Ubugtu> Malone bug 41849 in firefox "Firefox with "Open in new Tab" as preferred application does not show" [Unknown,Fix released]  
[02:18] <pitti> ogra: hwdb-client doesn't output sound for me; is there an easy way to fix this?
[02:18] <pitti> ogra: ooh, do you happen to use esd for that? I don't have that installed
[02:19] <doko> pitti: python-central is correct =)
[02:21] <pitti> doko: that's what I'm using :)
[02:21] <doko> pitti: then they should not appear in /usr/share/python-support
[02:22] <Mithrandir> cjwatson: hmm, the i386 alternate seems to still be busted wrt i82365
[02:22] <Mithrandir> and taking ages to install
[02:23] <pitti> doko: oh, argh, I should of course call dh_pycentral, not dh_pysupport *blush*
[02:23] <pitti> damn copy&paste
[02:28] <pitti> doko: so, they land in ./usr/share/pycentral/hwdb-client-common/site-packages/hwdb_client/ now, but your package has them in ./usr/lib/python2.5/site-packages/hwdb_client/
[02:28] <pitti> doko: but I /u/s/pycentral/ is correct now?
[02:28] <doko> pitti: yes
[02:34] <pitti> doko: danke
[02:37] <ogra> pitti, hwdb uses gnome_sound_play() iirc
[02:37] <pitti> ogra: ah, and that certainly uses libgnome, which uses esd
[02:38] <ogra> which should be fixed :) .... but a subprocess call to aplay wont do any harm i guess
[02:38] <pitti> ogra: I uploaded a version with the menu icon and the gettext and python policy fixes now
[02:39] <pitti> s/uploaded/in the long process of uploading/, thanks isdn
[02:39] <ogra> ok, i'll look into the aplay fix
[02:39] <pitti> ogra: not urgent, we install esound by default
[02:39] <pitti> it just breaks totem A/V, that's why I uninstalled it
[02:39] <ogra> do we ?
[02:40] <ogra> we should really take pulse :) 
[02:40] <ogra> its so cool :)
[02:40] <pitti> ogra: did you fix the skips by increasing the frame size?
[02:40] <ogra> skips ? 
[02:40] <pitti> it sounds horrible here, apart from breaking OSS apps and multiuser
[02:41] <ogra> its running fine here
[02:41] <pitti> whenever I move a window, music playback crackles
[02:41] <ogra> with five concurring clients i hear no skips or lag or anythig
[02:41] <ogra> but it use alsa emu
[02:41] <pitti> hm, weird; I thought my amd64/3000 wasn't the slowest box you could imagine...
[02:42] <pitti> ogra: hm, that might be it, alsa seems to use longer frames
[02:42] <ogra> well, i have a turion 2000 here as server .... my laptop
[02:42] <pitti> I never got these skips with alsa directly
[02:42] <ogra> right
[02:42] <ogra> and ltsp now uses the alsa pcm and ctl emulation which gives me volume control for free
[02:43] <givre> ogra: my opinion on that (fuse) is that we should use the init script only to mount fusectl, and make use of domount for that (i just had a look at mountdevsubfs). And we load the fuse module with an /etc/modprobe.d/fuse
[02:43] <ogra> the only thing i havent solved (and likely wont solve in feisty) is the selection of the input source on the client hw
[02:43] <ogra> givre, you can use the udev script for that 
[02:44] <ogra> so if the module is loaded, the fusectl mount is done automatically ...if you unload it, the tmpfs gets unmounted as well
[02:46] <givre> ogra: oh oh
[02:46] <givre> ogra: didn't really know that...
[02:53] <cjwatson> Mithrandir: it's a kernel bug, I can't solve it
[02:53] <cjwatson> Mithrandir: hw-detect/start_pcmcia=false is a workaround
[02:53] <Mithrandir> cjwatson: ok. :-(
[02:53] <ogra> elmo, ping
[02:53] <cjwatson> AlexLatchford: leave it unassigned, please
[02:54] <AlexLatchford> cjwatson: I assigned it to the desktop bugs team for now, I presumed that someone from there will know what to do with it
[02:55] <Mithrandir> ogra: your i386 desktop ISO is oversized.
[02:55] <ogra> Mithrandir, i dropped all langpacks this m,orning, that cant be
[02:56] <Mithrandir> ogra: 5MB oversized.
[02:56] <ogra> a current build ? 
[02:56] <ogra> hmm
[02:57] <cjwatson> BenC: have you made any progress on the i82365 modprobe loop Mithrandir mentioned?
[02:57] <cjwatson> (you or kyle)
[02:58] <BenC> cjwatson: You know what, that was one of the things I wanted to discuss with Keybuk at oslo...can we add it to the agenda for today?
[02:58] <cjwatson> BenC: it has a significant negative effect on the installer on any system without PCMCIA unless you know the magic workaround, and it really needs to be fixed
[02:58] <cjwatson> BenC: sure
[02:58] <BenC> cjwatson: We're still not sure if it's udev or kernel that should be fixed...I'll have to find the lkm thread about it
[02:59] <Keybuk> kernel
[03:00] <Keybuk> the kernel adds a device to the system, and instructs udev to load an explicit module for that device
[03:00] <Keybuk> and then immediately removes that device again
[03:00] <Keybuk> (and fails the module load)
[03:01] <Keybuk> so udev just sees a never ending stream of "load this module; load this module; load this module"
[03:01] <czr> any ia64-port users/developers around?
[03:01] <BenC> czr: I'm a user
[03:02] <BenC> not really a porter for the arch, but I do the kernels
[03:02] <czr> BenC, cool. which hw/version are you running?
[03:02] <BenC> i2k
[03:02] <BenC> the worst of them :)
[03:02] <czr> I tried getting 6.06 and 6.06.1 installed on rx2600 and end result was really bad
[03:02] <czr> had to install centos of all things. made me sad :-)
[03:03] <czr> i2k?
[03:03] <ogra> elmo, unping
[03:03] <Keybuk> the kernel's doing several things wrong here
[03:03] <Keybuk> 1) adding a device to the system before checking whether the device even exists
[03:03] <givre> ogra: something like that http://paste.ubuntu-nl.org/3680/ ?
[03:03] <kylem> czr, you might want to wait a couple hours and ask lamont about it.
[03:03] <Keybuk> 2) giving an explicit module name in the MODALIAS, instead of a subsystem alias (e.g. it's doing MODALIAS=i82365 when it should do something like MODALIAS=platform:i82365)
[03:03] <czr> kylem, ok, thanks
[03:04] <lamont> kylem: why wate?
[03:04] <lamont> wait, even
[03:04] <kylem> lamont, 'cause it's only 7am? :)
[03:04] <lamont> heh
[03:04] <Keybuk> (#2 doesn't cause this bug, it's what prevents blacklisting from working as a temporary work-around)
[03:04] <BenC> Keybuk: I'm willing to accept that...guess the ideal thing is to fix the three drivers having this problem and make them probe before registering the device
[03:04] <Keybuk> right
[03:04] <czr> heh. lamont, is there any version that works better than the rest? are 6.06/6.06.1 known non-working ones?
[03:04] <Keybuk> like every other driver in the kernel does ;p
[03:04] <Keybuk> they register the device as a result of a successful probe
[03:05] <lamont> czr: ia64 server install?
[03:05] <czr> lamont, sure.
[03:05] <lamont> 6.06 seemed to work well for me
[03:05] <lamont> what did you run into?
[03:05] <czr> 6.06.1 had problems finding a suitable kernel to install -> no go. 6.06 had problems loading mpt-driver after first reboot. no go.
[03:05] <czr> which was funny because the installer loaded the driver just fine.
[03:07] <czr> so basically the system just was waiting for "root to become available", which never happened obviously.
[03:07] <lamont> yeah... booting from the CD and chrooting into the right partition, mounting things, installing a nice kernel, and rebooting might have been one of the ugly steps at one point... I ran into that during one of the pre-release 6.06 builds - couldn't reproduce it though
[03:07] <czr> and the reason for mpt modprobe fail for kernel symbol problems (didn't find symbols)
[03:07] <lamont> I wonder if there's a mismatch there.
[03:08] <lamont> otoh, there's that support thing
[03:08] <czr> I couldn't find edgy iso anywhere
[03:08] <mpt> A driver of my own would be rather nice
[03:08] <czr> mpt, oh, sry :-)
[03:08] <mpt> I could do without being probed, though
[03:09] <czr> lamont, "that support thing" = not officially supported?
[03:09] <czr> I understood that :-)
[03:09] <lamont> czr: dapper == 5 years on server, edgy == 1.5
[03:10] <lamont> Mithrandir/cjwatson: uh... where did we put the edgy ia64 isos?
[03:10] <czr> ah. that one. yeah. that's why I wasn't that worried about edgy not being there. but was wandering whether I'd have better success with edgy. didn't really know the state of the port so was just wondering about many things
[03:10] <Mithrandir> lamont: did we release them?  I can't remember anybody having tested them.
[03:11] <lamont> where are the untested ones then?
[03:11] <cjwatson> good question, I think as Mithrandir said nobody had tested them
[03:11] <cjwatson> nobody claimed to have done
[03:12] <lamont> czr: eta to people.ubuntu.com/~lamont/ubuntu-6.10-server-ia64.iso being there: 28 minutes
[03:12] <czr> lamont, hmm. well. it's too late :-)
[03:12] <czr> no need really anymore.
[03:12] <ogra> hmm, something is weird with my seeds 
[03:12] <cjwatson> easiest approach might be to rebuild them
[03:12] <czr> as said, I installed centos on my itaniums. just feel bad about it.
[03:13] <ogra> language-pack-kde-ar is on the live image, but there is nothing in my seeds that could pull it in
[03:13] <cjwatson> though the server ISOs are still on http://cdimage.ubuntu.com/ubuntu-server/ports/daily/current/ along with feisty due to a bug in cdimage ...
[03:13] <ogra> as well as a lot other langpacks
[03:13] <lamont> cjwatson: neato
[03:13] <cjwatson> ogra: suggests the livefs hasn't been rebuilt since the seed change
[03:14] <ogra> cjwatson, well ...
[03:14] <czr> lamont, anyhow, thanks for the help
[03:15] <ogra> thats why i asked Mithrandir if he's referring to a current build 
[03:15] <lamont> czr: np - and thanks for pointing out that the isos disappeared.
[03:15] <lamont> cjwatson: I actually have what I believe to be the release isos for ia64/edgy - I'll go retest them just to make sure we're happy
[03:16] <czr> lamont, np. just wished that I wouldn't have been in such hurry, I could still give a spin or two, but I've already setup the systems and don't have extra itaniums to test on :-(
[03:16] <lamont> that'll be monday-ish though
[03:16] <cjwatson> ogra,Mithrandir: the livefs builder uses tasks based on what the archive's Packages file says, so you need to wait for a publisher run after changing the seeds before rebuilding livefses
[03:16] <lamont> czr: understood
[03:16] <cjwatson> it looks like it was simply rebuilt too soon
[03:16] <ogra> cjwatson, ah
[03:16] <Riddell> Mithrandir: able to make me new livefs and cds?
[03:16] <Mithrandir> cjwatson: the latest livefs-es were built a little more than an hour ago.
[03:16] <Mithrandir> Riddell: sure
[03:16] <Mithrandir> sorry, a little more than an hour ago
[03:17] <Mithrandir> Riddell: running
[03:17] <givre> ogra: this one should be better : http://paste.ubuntu-nl.org/3681/ but i'm still not sure if it's fine...
[03:18] <givre> ogra: anyway, you have probably other stuff to do, i'll dug on that
[03:18] <givre> ogra: thanks :)
[03:19] <cjwatson> Mithrandir: the archive seems to be in sync now so I'd suggest just retrying
[03:21] <janimo> Mithrandir: hi, when you are done with the other livefs and iso runs could you give xubuntu a spin as well? thanks
[03:21] <Mithrandir> janimo: sure.
[03:22] <heno> Mithrandir, cjwatson: http://cdimage.ubuntu.com/daily/current/MD5SUMS seems to be missing amd64 sums
[03:23] <Mithrandir> indeed it does.
[03:23] <Mithrandir> cjwatson: the scripts are supposed to copy them over, aren't they?
[03:23] <czr> lamont, I might be able to run some live-cd on them later on to make images and retry the installation, but that will take some months. is the ia64-port under active development?
[03:24] <heno> FWIW I get 83ed692d9f3a7545139db72f93a9cb6c  feisty-alternate-amd64.iso
[03:26] <lamont> czr: reasonably active devel, yes
[03:26] <czr> lamont, good to know :-)
[03:26] <lamont> that is, I make sure it runs at least on HP's ia64 boxen
[03:26] <lamont> and they even let me do that on work time. :-)
[03:26] <czr> I have one rx2600 and rx1600 (old hp ones, itanium 2 though)
[03:27] <czr> heh. lucky you then :-)
[03:27] <lamont> good space heater, that one is.
[03:27] <lamont> zx2000 is not bad
[03:27] <czr> zx2000 is newer one? I haven't really followed ia64 stuff
[03:28] <czr> just wanted to replace couple of no-brand-desktop-boxes with something that at least looked like a server (and had couple of spare itaniums, so :-)
[03:28] <lamont> deskside version of the rx2600
[03:28] <ogra> cjwatson, could it be that ship gets installed on my live image instead of ship-live ?
[03:28] <czr> one funny thing I didn't quite get is that rx1600/rx2600 don't come with integrated RAID. just normal non-raid fusion/mp-tee things. makes me sad
[03:28] <czr> lamont, ah, more quiet I'd think :-)
[03:29] <lamont> 0000:20:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
[03:29] <lamont> 0000:20:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
[03:29] <czr> yeah. those. no raid.
[03:29] <lamont> not bad.  I also have an rx2600 here
[03:29] <lamont> swraid doesn't totally suck these days.. :-(
[03:29] <czr> it does when you try to make the partitions start at exact boundaries (the efi eats space at start)
[03:30] <czr> I almost managed to do it. but missed by a sector or two. damn parted.
[03:30] <lamont> hrm... 
[03:30] <lamont> heh
[03:30] <czr> lamont, any idea how to replicate efipart over the disks (raid1)?
[03:31] <lamont> I don't know that efi would like that very much....  dd??
[03:31] <lamont> the good news is that the efi partition contents change very infrequently...
[03:31] <czr> err. suppose you have two disks. one of them breaks. the one that contains efi.
[03:32] <czr> or you suggesting that nothing on itaniums ever breaks? ;-)
[03:32] <cjwatson> Mithrandir: sort of. ideally when you start building images with a different name, the old name would be zapped
[03:32] <lamont> yeah - I think I'm using manual-raid :-(
[03:32] <cjwatson> ogra: no
[03:32] <cjwatson> ogra: I described the exact problem above.
[03:32] <cjwatson> ogra: the solution is "rebuild livefs now"
[03:32] <cjwatson> ogra: don't invent problems
[03:32] <czr>   8     1     256000 sda1 |   8    17     255999 sdb1
[03:32] <ogra> oh, sorry, missed that
[03:32] <czr> damn floating point units gah.
[03:33] <ogra> i was already digging through the logs when you said that :)
[03:34] <lamont> czr: I looked at my disks...  I'm using 'lalalalalala raid' :-)
[03:34] <lamont> that is, if/when sda dies, I'll be booting from CD, and then rebuilding /dev/sda
[03:35] <czr> lamont, that must be some very special raid level :-)
[03:35] <czr> yeah, that's what I'm doing too.
[03:35] <czr> but it seems silly.
[03:35] <lamont> yeah
[03:35] <lamont> I'll pester some folks about doing something about that
[03:35] <czr> that would be very nice
[03:36] <czr> I have no idea how GPT works, otherwise I could have said something. I mostly work with x86-boxes
[03:39] <seb128> tkamppeter: could you have a look to https://launchpad.net/ubuntu/+source/libgnomeprint/+bug/75858? the guy replied to your comment
[03:39] <Ubugtu> Malone bug 75858 in libgnomeprint "regression: png to postscript -> black image" [Low,Confirmed]  
[03:41] <bddebian> Heya
[03:44] <heno> For those who are testing ISO images: Please read this: https://wiki.ubuntu.com/Testing/ReportingResults and report results here: https://bugs.launchpad.net/ubuntu-iso-tests/+bugs 
[03:45] <heno> and poke me if you have a question about the new setup
[03:53] <Riddell> Mithrandir: did the kubuntu livefs build happen?
[03:58] <iwj> Can I expect /var/run to exist and be writeable in the initrd ?
[03:59] <Mithrandir> Riddell: yes, new live images are ready.
[04:00] <Riddell> thanks Mithrandir 
[04:01] <Riddell> have we turned off new parallel ATA stuff?  I seem to be back to hdaX
[04:01] <mjg59> Riddell: You probably want to talk to Ben about that...
[04:15] <Mithrandir> ogra_: new live isos building, should be ready in a little bit.
[04:15] <ogra_> thanks
[04:16] <heno> Mithrandir: could you run the LP bug-injection script for kubuntu?
[04:16] <cjwatson> Riddell: depends on the driver - not everything moved
[04:20] <geser> sabdfl: is there a reason why the poll for crimsun for MC starts nearly 11 hours later than the other four?
[04:22] <sabdfl> geser: fixed, thanks
[04:28] <pitti> mvo: FYI, I uploaded the new update-notifier with the hwdb notification and pushed the bzr branch
[04:28] <cjwatson> pitti: given an apport-filed bug with a coredump in it, is there an easy way to say "grab this coredump, suck down the dbgsym packages, and turn it into a useful stack trace"?
[04:29] <cjwatson> pitti: apport-retrace --lpbug <blah> might be nice
[04:29] <pitti> cjwatson: not at the moment, I'll do exactly this with dholbach's new python-launchpad-tools package
[04:29] <cjwatson> aha
[04:30] <dholbach> (a package of bughelper)
[04:30] <pitti> cjwatson: for now you have to download the attachments manually and call apport-retrace on it with the 'external files' options
[04:30] <pitti> cjwatson: these apport-retrace things are only on apport's bzr head unfortunately (yay freeze)
[04:31] <dholbach> pitti: once I'm through a bunch of nautilus bugs, I'll improve some small bits of bughelper/python-launchpad-tools and upload it
[04:31] <pitti> cjwatson: easiest thing is just to download the coredump and call 'gdb app coredump' on it, though, and install the dbgsyms manually
[04:32] <mvo> pitti: ok
[04:32] <mvo> pitti: is there a way to get auto-subscribed on all bugs filed with the apport package_hook ?
[04:33] <cjwatson> pitti: how does apport know how to get ddebs, by the way? I can't find anything referring to your people.ubuntu.com directory
[04:33] <pitti> mvo: not that I know of, you should add a bookmark for a canned search, I guess
[04:33] <pitti> cjwatson: you have to have that in your normal apt sources ATM
[04:33] <cjwatson> ah
[04:33] <cjwatson> shouldn't be hard to use a custom sources.list ...
[04:33] <pitti> cjwatson: FYI, I'm currently working on a crazy fakechroot implementation that will allow us to do that automatically on the DC's porter machines
[04:34] <pitti> cjwatson: right, adding that to apport-retrace itself is trivial, I just didn't want to hardcode the apt source
[04:45] <Mithrandir> ogra_: new desktop images for you
[04:46] <Mithrandir> heno: filing them now
[04:46] <heno> thx
[04:48] <Mithrandir> (filed)
[04:48] <ogra_> Mithrandir, 676M ? ... bought ... :)
[04:50] <Mithrandir> ogra_: ok, filing testing bugs
[04:51] <ogra_> Mithrandir, hmm, where is my i386 server CD ?
[05:00] <givre> ogra_: (some news from the fuse front to let you know. i don't think an udev rules will work. fusectl fs use the fuse module, and so if we trigger the unmount only when fuse is unload, it will not work, fusectl need to be unmount before and i don't see other alteranatives than an init script to do that. but i might be wrong...)
[05:09] <seb128> hey keescook
[05:09] <keescook> hiya seb128
[05:12] <Keybuk> seb128: gnome power manager won't start
[05:12] <seb128> Keybuk: tell ogra, he's maintaining it ;)
[05:13] <carlos> mvo: hi, could you join #ubuntu-translators?
[05:13] <cjwatson> ogra_: speaking of which, did you see my comment to the effect that the fix you backported for my crash on startup was incomplete?
[05:13] <carlos> mvo: there is a user asking about ddtp-ubuntu deployment
[05:13] <Keybuk> ogra_: ?
[05:13] <cjwatson> ogra_: you only applied the patch I sent, but that patch was supplemental to one that Richard had already applied
[05:15] <holycow> morning
[05:15] <holycow> guys i'm looking for confirmation that sudoers doesn't work proiperly on dapper
[05:16] <holycow> specifically adding 'username ALL = /usr/bin/time-admin' does not give a specific user access to a specific binary such as time-admin
[05:16] <seb128> cjwatson: he did an another upload with that changelog entry "make sure we apply both parts of the fix for 65-fix-ppc-crasher", what version do you use?
[05:16] <holycow> does anyone have a dapper install they can try to confirm?  i have 2 dapper installs here where that doesn't work at all
[05:17] <ogra_> cjwatson, i fixed it the same day
[05:18] <ogra_> seb128, i guess his version he developed that patch on :)
[05:19] <janimo> ogra_: regarding g-p-m not starting are you sure there's an autostat file in /etc/xdg?
[05:19] <Keybuk> ogra_: any ideas?  it doesn't seem to get started on login, starts manually just fine, but disappears after a while
[05:19] <Keybuk> janimo: I have no file in /etc/xdg
[05:19] <ogra_> Keybuk, in autostart
[05:19] <janimo> /etc/xdg/autostart
[05:19] <Keybuk> there is no g-p-m related file there
[05:19] <seb128> no .desktop there
[05:20] <janimo> ogra even if I remoe and reinstall g-p-m I still get no desktop
[05:20] <Keybuk> bluetooth-applet.desktop
[05:20] <Keybuk> evolution-alarm-notify.desktop
[05:20] <Keybuk> gnome-volume-manager.desktop
[05:20] <Keybuk> nm-applet.desktop
[05:20] <Keybuk> update-notifier.desktop
[05:20] <Keybuk> -- 
[05:20] <Keybuk> the installed package does not contain one either
[05:20] <seb128> janimo: reinstalling a package doesn't restore a deleted conffile
[05:20] <seb128> though in that case that looks like a package but
[05:20] <seb128> not a conffile deleted
[05:20] <Keybuk> it's not deleted
[05:20] <Keybuk> it's simply not in the package
[05:21] <janimo> seb128: I was replying to a comment in a LP bug related to this, so you had no context :)
[05:21] <seb128> Keybuk: that was for information, not about that bug ;)
[05:21] <Keybuk> right
[05:21] <mjg59> janimo: Removing and reinstalling wouldn't result in it appearing if you'd deleted it at some point, so that's not a helpful check
[05:21] <seb128> janimo: I thought you were typing on #ubuntu-devel
[05:21] <janimo> bug 81304
[05:21] <Ubugtu> Malone bug 81304 in gnome-power-manager "autostart desktop file location" [Undecided,Fix released]  https://launchpad.net/bugs/81304
[05:21] <seb128> janimo: if you write on a chan either give context or don't write on the chan :p
[05:21] <ogra_> DEB_MAKE_INSTALL_TARGET += autostartdir=/etc/xdg/autostart
[05:21] <ogra_> seems it ignores that one
[05:21] <mjg59> Hm. Does the "Ignore future crashes of this program version" box in apport actually work for anyone?
[05:22] <ogra_> Keybuk, thanks, i'll fix after herd3
[05:22] <janimo> seb128: I was writing to ogra and he has extra context :p
[05:22] <seb128> ogra_: what "autostartdir=" is supposed to do?
[05:22] <seb128> that's not a cdbs magic
[05:22] <seb128> is that something from upstream?
[05:23] <janimo> ogra_: g-v-m does a mv in postins from /usr/share/gnome without telling configure anything
[05:23] <seb128> I would rather mv the file from /usr/share to /etc/xdg from debian/rules, looks a better way
[05:23] <janimo> maybe that's better for g-p-m as well
[05:23] <ogra_> right
[05:23] <seb128> janimo: no no no
[05:23] <seb128> not in postinst
[05:23] <seb128> do it in debian/rules or .install
[05:23] <janimo> mjg59: even if I delete with --purge ?If so how can I get a conffile back ?
[05:23] <ogra_> i will just mv it
[05:23] <seb128> janimo: man dpkg
[05:24] <janimo> seb128: yeah, in the rules file. Mistyped. Not in a hook obviously
[05:24] <mjg59> janimo: Oh, if you purge, yes. But that's a different state.
[05:27] <janimo> mjg59: right, forgot to specify I purged as well.
[05:30] <mjg59> Does anyone else here use Liferea?
[05:30] <zul> i use to
[05:30] <kylem> tollef does, i believe
[05:30] <cjwatson> ogra_: ah yes, so you did, thanks
[05:30] <kylem> mjg59, i preferred the mozilla extension one.
[05:31] <mjg59> Mithrandir: Do you use liferea, and if so have you noticed it becoming much slower since the upgrade to 1.2? (I'm using the gecko backend, not the gtkhtml one)
[05:33] <iwj> Our software is too buggy.  There are too many security updates.  Maybe we should stop shipping a web browser.
[05:33] <kylem> iwj, let's all go back to gopher.
[05:34] <iwj> I was thinking FTP, but yes :-).
[05:34] <iwj> As we know, all ftpds are 100% secure and always have been.
[05:34] <cjwatson> let's default to proftpd
[05:35] <Nafallo> I see... scary people :-)
[05:36] <Riddell> Mithrandir: all 6 kubuntu CDs are good to go
[05:37] <BenC> anyone actually have an i82365 pcmcia on their system?
[05:38] <BenC> need to test this driver to make sure it still works
[05:38] <kylem> i82365 means not yenta, right?
[05:39] <mjg59> Yes
[05:39] <mjg59> In theory it should still drive it
[05:39] <mjg59> But I think it might have been hobbled to prevent that now
[06:01] <Riddell> bddebian: do you have a bug id for the konqueror profile issue?
[06:01] <bddebian> Me again or bdmurray?
[06:01] <Riddell> bah
[06:01] <bddebian> :)
[06:01] <Riddell> bah tab
[06:01] <Riddell> bdmurray: ^^
[06:03] <_MMA_> Mithrandir: Im to get Cinelerra packaged. They currently have 1 license file in the root dir to cover their source. Is this sufficient get approval from you guys?
[06:04] <Mithrandir> mjg59: yes, I use it, no, I can't remember it being much slower, but I use the gtkhtml frontend.  I think.
[06:04] <Mithrandir> _MMA_: as long as it covers the source correctly, yes.
[06:04] <mjg59> Mithrandir: Hm. I should try the gtkhtml one.
[06:05] <_MMA_> Mithrandir: Its GPL licensed and could you clarify "correctly" this is what we're a little fuzzy about.
[06:05] <_MMA_> We're getting different opinions.
[06:08] <Mithrandir> _MMA_: if all of it is GPL, that's fine.  If bits are GPL, bits are LGPL, bits are random other licences, make sure they're compatible and all shipped in the source.
[06:09] <_MMA_> Ok. Thats good enough for me. Thank you.
[06:09] <crimsun> and we should ensure that it's consistent with debian/copyright.
[06:11] <_MMA_> crimsun: I asked muzzol to hop on the channel so when he does Ill hit you up if you have the time. We can look at it then.
[06:14] <Mirv> _MMA_: you should probably package the "community edition" of Cinelerra, unless you are already doing that?
[06:15] <Mirv> _MMA_: http://cvs.cinelerra.org/ - it's more stable, more supported bugfix-wise
[06:16] <_MMA_> Mirv: Yup.Thats what we're doing.
[06:17] <glatzor> Riddell: hi, still working? I have add support for adding and changing custom mirrors and a "select best mirror" function in software-properties.
[06:18] <Riddell> glatzor: aww, man, and I had nearly caught up with you :)
[06:18] <Mirv> _MMA_: great, I applaude you in beforehand :) it's a great addition to Ubuntu packages.
[06:18] <_MMA_> Thanx. We're tryin.
[06:19] <Riddell> glatzor: I see you changed import AptSources to lower case in your branch, but that doesn't seem to have been changed in the python-aptsources branch I'm using
[06:19] <glatzor> Riddell: are there any bottle necks?
[06:19] <glatzor> Riddell: aptsources was merged with python-apt
[06:19] <Riddell> ah, groovy
[06:20] <glatzor> http://bzr.glatzor.de/python-apt/sebi/
[06:20] <Riddell> glatzor: just Herd CD testing getting in my way, otherwise I'd be done by now
[06:20] <glatzor> Riddell: whoa, you are really fast
[06:20] <Riddell> glatzor: I had a question, where do update radio buttons get disabled/enabled at program start?
[06:21] <glatzor> Riddell: basically from /etc/apt/apt.conf.d/10periodic
[06:22] <Riddell> glatzor: I ment at the UI level, I don't see any code in SoftwarePropertiesGtk.py to do it
[06:22] <glatzor> AFAIK get_update_automation_level
[06:22] <glatzor> wait I will check it
[06:23] <Riddell> glatzor: but that doesn't touch the widgets
[06:23] <glatzor> Riddell:(UPDATE_MANUAL, UPDATE_NOTIFY, UPDATE_DOWNLOAD, UPDATE_INST_SEC) = range(4) or none it returns one of the values 
[06:24] <glatzor> Riddell: you can find the code in show_update_auto_level
[06:24] <glatzor> no, it is show_auto_update_level
[06:25] <glatzor> Riddell: but it is a good question if adept uses the apt periodic stuff
[06:25] <Riddell> it does
[06:25] <glatzor> Riddell: wasn't there a different implementation?
[06:25] <glatzor> Riddell: oh, fine
[06:28] <glatzor> Riddell: should extend the packaging?
[06:28] <glatzor> should I ...
[06:29] <Riddell> glatzor: sure, please do
[06:29] <glatzor> Riddell: cool. I will merge all branches tomorrow.
[06:34] <Riddell> glatzor: the gtk package is missing depends on python-glade2 and python-gtk2
[06:34] <glatzor> Riddell: oh thanks
[06:34] <Riddell> the kde one will need just python-qt4
[06:34] <glatzor> fine
[06:34] <glatzor> Riddell: are there any kde specific terms in the user interface?
[06:35] <Riddell> glatzor: no
[06:35] <Riddell> glatzor: oh, you mean strings?
[06:35] <glatzor> Riddell: strings/terms yes
[06:36] <Riddell> glatzor: yes, a few, I've not looked at i18n yet
[06:36] <glatzor> Riddell: hm. so perhaps we have to add different gettext domains
[06:37] <glatzor> Riddell: or let us just see if there are any conflicts
[06:37] <Riddell> glatzor: shouldn't be a need for a different domain, most of the strings are the same
[06:38] <Riddell> I add a few dialogue titles is about all, but actually the GTK one would probably benefit from that too
[06:38] <pitti> mvo: there?
[06:38] <mvo> pitti: yes
[06:39] <pitti> mvo: if I have an apt.Cache() object and mark some packages with markInstall(), can I get a list of packages that it's going to install? (i. e. with all dependencies)?
[06:39] <pitti> mvo: or even better, is there an easy method to get the transitive dependencies of a package?
[06:39] <Riddell> glatzor: does the popcon box to anything yet?
[06:40] <glatzor> Riddell: yes. it is fully working.
[06:40] <glatzor> it was already part in edgy
[06:40] <Riddell> glatzor: doesn't work for me on the gtk frontend, but maybe that's just me
[06:41] <glatzor> Riddell: perhaps I introduced a bug
[06:41] <glatzor> Riddell: oh you need to have popcon installed
[06:41] <mvo> pitti: use Cache.getChanges() -> that will give you a list of packages. those need to be checked for "markedInstall, markedDelete, etc"
[06:41] <Riddell> glatzor: aah
[06:41] <mvo> pitti: as for the easier way, what do you need exactly?
[06:41] <Riddell> glatzor: should it be disabled then?
[06:42] <glatzor> Riddell: it isn't?
[06:42] <pitti> mvo: I want to install a package into a chroot, then figure out which dependencies it has, and install the corresponding -dbgsym pacakges
[06:42] <Riddell> glatzor: not for me
[06:42] <Riddell> glatzor: actually, I do have popularity-contest installed
[06:42] <glatzor> Riddell: I will take a look at it. it should be set to insensitive
[06:42] <mvo> Riddell: it should modify /etc/popularity-contest.conf
[06:42] <mvo> if the box is ticket
[06:43] <mvo> h
[06:43] <mvo> make that "checked"
[06:43] <Riddell> "ticked"
[06:43] <Riddell> nope, doesn't seem to edit that file
[06:44] <glatzor> Riddell: than it is a transitional bug
[06:44] <mvo> pitti: right. in this case, the mentinoed method is proably easiest
[06:44] <pitti> mvo: hm, right, .markedInstall of course doesn't catch stuff like libc6 which is already installed
[06:44] <glatzor> Riddell: I will investigate it tomorrow. I am currently at a client's office :)
[06:45] <pitti> mvo: hm, something like getDependencies()?
[06:45] <pitti> dir() doesn't reveal anything like that, though
[06:45] <mvo> pitti: you can use apt_pkg.Config.Set("Dir::State::status","some/empty/file")
[06:45] <mvo> pitti: currently you have to fall back to the apt_pkg interface to get a full dependency access
[06:45] <pitti> mvo: hm, I could just as well re-use my existing dpkg-query method after installing the package then :)
[06:46] <pitti> mvo: thanks a lot!
[06:46] <glatzor> Riddell: does the config file exist on your system?
[06:47] <glatzor> Riddell: currently we only write the config if the file exists
[06:47] <Riddell> glatzor: it does yes
[06:47] <ogra_> Mithrandir, could i get an i386 server iso as well ?
[06:47] <mvo> pitti: feel free. I can send you some code for getDependencies() if you rather prefer that. it would probably be good to have something like this in the apt interface at some point
[06:48] <mvo> Riddell: strange, works fine for me on feisty
[06:49] <mvo> Riddell: can you put the file on a pastebin please (the configfile)?
[06:52] <Riddell> mvo: it's just the default from my feisty install this afternoon http://paste.ubuntu-nl.org/3705/
[06:53] <mvo> Riddell: strange, I will test it on my next test-install 
[06:54] <heno> Riddell: tested amd64 desktop (installs fine). See: https://bugs.launchpad.net/ubuntu-iso-tests/+bug/82687 Should I subscribe you to all the Kubuntu images so you can track them via bugmail?
[06:54] <Ubugtu> Malone bug 82687 in ubuntu-iso-tests "20070201.2: kubuntu amd64 desktop" [Undecided,Unconfirmed]  
[06:59] <Riddell> heno: can you subscribe kubuntu-team?  that way they go to the mailing list
[06:59] <Riddell> heno: thanks for testing
[06:59] <Riddell> heno: is it just the tags that decide what CD the bug is for?
[07:00] <heno> Riddell: I can do that. I don't think there will be very much mail this time around, but later it might be
[07:00] <heno> Riddell: and the title
[07:02] <Riddell> glatzor: does the cdrom treeview ever get populated?
[07:03] <glatzor> Riddell: it should :)
[07:04] <Riddell> glatzor: I don't see any code to do so
[07:04] <Riddell> show_cdrom_sources() just clears it
[07:04] <glatzor> Riddell: Indeed. that is right. I made a mistake.
[07:05] <glatzor> hey, it was a quite drastic change :)
[07:05] <Riddell> glatzor: ok, I can ignore it for now and come back to that bit later
[07:05] <glatzor> Riddell: let us care about the bugs after the 8th :)
[07:06] <Riddell> exactly :)
[07:08] <glatzor> Riddell: s-p-qt will be avaible in adpet only? do you plan to add it to the control centre?
[07:09] <glatzor> Riddell: how do you handle universe+multiverse by default in kubuntu?
[07:11] <Mithrandir> ogra_: sorry, I misread; rebuilding all of them.
[07:11] <Riddell> glatzor: yes, only through adept
[07:11] <Riddell> glatzor: not sure what you mean, we do universe+multiverse same as ubuntu
[07:16] <glatzor> Riddell: oh, gnome-app-install is independent of the activated components and does only use its internal filter
[07:16] <glatzor> so software-properites and gnome-app-install work on a completely different level
[07:16] <glatzor> that is why I would like to remove software-properties from the menu
[07:16] <Riddell> glatzor: so even if you don't have universe in sources.list it can install from it?
[07:16] <glatzor> and make it only available in adept
[07:17] <glatzor> Riddell: yes. this functionality is required to also support the ISV sources, e.g. the canonical one
[07:17] <glatzor> adpet_installer only shows "installable" applications?
[07:18] <Riddell> hmm, right, yes it does
[07:19] <Riddell> I was going to ask why -commerical isn't an option to enable
[07:19] <glatzor> Riddell: but we can work around this quite easily
[07:19] <Riddell> glatzor: how?
[07:20] <glatzor> we would just have to add "deb http://canonical.com/ubuntu feisty-commercial main #Canonical" to the sources.list
[07:20] <glatzor> so it would be displayed in the third-party software tab
[07:20] <glatzor> of course "#deb http://canonical.com/ubuntu feisty-commercial main #Canonical" :)
[07:20] <glatzor> then you could enable it by just one click
[07:21] <Riddell> if we can convince the relevent person to include that
[07:21] <elmo> glatzor: ehm, archive.canonical.com, pls
[07:21] <elmo> maybe you were just shorthanding, but plain 'canonical.com' won't work
[07:21] <glatzor> elmo: it was only a proof of concept :)
[07:21] <elmo> glatzor: ok
[07:22] <glatzor> but thanks for notifying anyway
[07:25] <Riddell> cjwatson: got an opinion on putting -commercial in the default sources.list?
[07:28] <pina> http://paste.ubuntu-nl.org/3710/
[07:28] <pina> any clues
[07:30] <Riddell> pina: a description usually helps
[07:31] <ogra_> Mithrandir, ta
[07:31] <pina> ok Riddell
[07:34] <glatzor> Riddell: cjwatson: software-properties will use the comment of a sources list line for its display name in the third-party software tab
[07:34] <Riddell> so I've found out
[07:37] <pina> odd very odd I cant update or open Synaptic 
[07:38] <pina> errors errors heh
[07:38] <pina> I just want to make a nice background hah
[07:43] <pina> Failed to fetch http://snapshots.ekiga.net/ubuntu/dists/edgy/main/binary-i386/Packages.bz2  Sub-process bzip2 returned an error code (2)
[07:43] <pina> Failed to fetch http://snapshots.ekiga.net/ubuntu/dists/edgy/main/binary-i386/Packages.bz2  Sub-process bzip2 returned an error code (2)
[07:43] <pina> Reading package lists... Error!
[07:43] <pina> E: Dynamic MMap ran out of room
[07:43] <pina> E: Error occurred while processing audacious-dumb (NewVersion1)
[07:43] <pina> E: Problem with MergeList /var/lib/apt/lists/morgoth.free.fr_ubuntu_dists_edgy-backports_main_binary-i386_Packages
[07:43] <pina> etc etc
[07:43] <pina> :D
[07:43] <pina> Riddell: any ideas
[07:48] <Riddell> pina: does apt-get work?
[07:48] <plougher> exit code 2 indicates corrupt compressed file, rather than I/O error.  Don't know if that helps
[07:49] <pina> Riddell: i tried it and i get the errors I pasted above
[07:50] <pina> weird now its working http://paste.ubuntu-nl.org/3713/
[07:51] <pina> something an ubuntu developer should be looking into :(
[07:52] <glatzor> pina: Riddell: too many sources. I think that there is a memory limit in apt somewhere
[07:52] <glatzor> pina: you should fine some hints on goolge
[07:52] <pina> hmm
[07:52] <elmo> jesus that paste bin is stupid
[07:52] <elmo> "You appear to be spamming the pastebin. I hate spammers so I won't let you. If you're not attempting to spam, please enable javascript so you can pass the antispam check"
[07:52] <pina> it is
[07:53] <pina> wait are you being sarcastic
[07:53] <Riddell> pina: does reverting to a default sources.list fix it?
[07:53] <pina> why would i need to spam it
[07:54] <pina> let me try
[07:54] <kylem> elmo, are you one of those weirdos like me who disable javascript?
[07:55] <pina> ok Riddell how can i revert it to default?
[07:55] <Nafallo> <3 no-script
[07:55] <elmo> kylem: yeah.  on some days, I even use browsers that don't even support javascript
[07:55] <kylem> word.
[07:55] <elmo> but clearly (at least to the lovely folks behind ubuntu-nl.org) I'm just an evil spammer
[07:56] <pina> how do i revert to default sources.list
[07:57] <kylem> elmo, did you get those xen issues sorted?
[07:57] <elmo> kylem: yep, thanks - took like 12 hours, but we are now Xentastic
[07:58] <kylem> sweet... i think.
[07:58] <pina> Riddell: ping
[07:58] <iwj> python--
[07:58] <Riddell> pina: hmm?
[07:58] <iwj> Why can't it tell me about more than one syntax error per invocation ?
[07:59] <Riddell> pina: http://www.ubuntu-nl.org/source-o-matic/
[08:00] <pina> thanks go tit
[08:00] <pina> it
[08:00] <pina> :D
[08:00] <pina> besides my current issue, did ubuntu for server need array conf, for proliant ML 370 ??
[08:01] <pina> what i mean is configuragion array to raid for scsi 
[08:01] <Riddell> Bad command or file name
[08:01] <Riddell> (user questions in #ubuntu)
[08:02] <pina> ok sorry
[08:04] <zul> elmo: what issues if i may ask?
[08:05] <elmo> zul: I was trying to get 2.6.16.38 kernels running with 3.0.4 and having some grief.  some of it was pebkac, and some of it was packaging - you've got a bug about the latter
[08:05] <zul> super
[08:09] <iwj> elmo: You're using a fairly vanilla 2.6.16.38 in the DC then ?  I wonder if that has the dm-snapshot bug which I've found.  It might be worth my while trying to set up something more similar to what you have.
[08:10] <iwj> Certainly you wouldn't want to use autopkgtest in the DC with a kernel affected by this bug.
[08:10] <elmo> iwj: yeah, very vanilla.  2.6.16.38 straight from k.o with patches from xen 3.0.4
[08:10] <elmo> iwj: well we haven't tried using any snapshoting yet, only plain lvm
[08:11] <iwj> Right.  What kind of kernel config ?  Custom for the box or you have some standard version ?
[08:11] <pina> Riddell: i just reverted
[08:11] <pina> I did and i get the same error
[08:11] <elmo> iwj: we have a custom config, which works for all of our boxes of that architecture.  I just used that with the extra bits needed for Xen (bridging, disabling SCSI, etc.)
[08:11] <iwj> The dm-snapshot bug didn't seem to turn up when I tested it by hand with the lv commands.  autopkgtest does things slightly differently and drives dmsetup by hand.
[08:12] <pina> iwj: so then what is the issue
[08:12] <iwj> elmo: Aha.  Could you email me a copy of the .config for that kernel ?  I expect it'll work for me and then I can check.
[08:12] <pina> i was just rtying what Riddell suggested still doesnt work
[08:12] <iwj> pina: dm-snapshot has an oops on device removal.
[08:13] <elmo> iwj: it's amd64, is that ok?
[08:13] <iwj> I can reproduce it by filling the snapshot from inside my Xen guest and then shutting the guest down with xm destroy.
[08:13] <iwj> elmo: Err, no, unfortunately.
[08:13] <pina> before that you're talking to me right, or referring to elmo's issue
[08:13] <iwj> I mean, I have only i386.
[08:13] <elmo> iwj: ok, well I should be building an i386 kernel in the next couple of days, I'll send you the config when I do
[08:13] <iwj> Right, thanks.
[08:13] <iwj> pina: I don't know anything about any of elmo's other issues :-).
[08:14] <pina> woah confusing
[08:14] <pina> :D
[08:14] <pina> ok dm-snapshot bug
[08:15] <pina> Riddell: ping
[08:17] <pina> i'll figure something out
[08:17] <pina> thanks 
[08:27] <Adri2000> Mithrandir: please give back guifications on ia64
[08:29] <_ion> adri2000: If i used gaim, i'd use gaim-libnotify.
[08:30] <Mithrandir> Adri2000: given-back
[08:32] <Adri2000> Mithrandir: thanks, do you have time to look at this FTBFS please http://librarian.launchpad.net/6034262/buildlog_ubuntu-feisty-i386.sim_0.9.4.2-1ubuntu1_FAILEDTOBUILD.txt.gz ? same error as the previous version uploaded by gpocentek and it builds fine in a pbuilder
[08:32] <Adri2000> "Error: Package: and Architecture: do not alternate in debian/control"
[08:32] <Mithrandir> let me check
[08:36] <Lure> pitti: does bug 75017 waits for your push?
[08:36] <Ubugtu> Malone bug 75017 in kubuntu-default-settings "SRU: remove /.hidden file " [Undecided,In progress]  https://launchpad.net/bugs/75017
[08:36] <Mithrandir> Adri2000: unsure.
[08:38] <Adri2000> Mithrandir: no idea? :(
[08:49] <geser> Mithrandir: have you had time to look at the build failure of xmms2?
[09:54] <Mithrandir> geser: no, sorry.  Been busy with herd stuff
[09:54] <bddebian> Hurd? Awesome! ;-P
[09:55] <geser> Mithrandir: np
[10:02] <cjwatson> Riddell: yes, I don't think we should do it
[10:02] <cjwatson> Riddell: (commercial)
[10:09] <ogra> cjwatson, i discovered that pam_mount isnt possible with openssh at all ... do you happen to know a fix or patch for that ?
[10:09] <ogra> i couldnt find anything yet
[10:10] <cjwatson> ogra: after meeting
[10:10] <ogra> yep
[10:10] <ogra> thanks
[10:45] <Adri2000> iwj: I'm trying to figure out the libnspr conflict between firefox and xulrunner, why firefox builds this package instead of using the one from xulrunner?
[10:47] <kylem> pitti, btw, i finally managed to get the security kernels uploaded, can you approve them so they can ftbfs for me? :)
[10:47] <pitti> kylem: no need to approve them, they'll ftbfs fully automatically :-P
[10:47] <kylem> hmm.
[10:47] <kylem> i got no mail.
[10:47] <pitti> linux-source-2.6.15 | 2.6.15-28.51     | source              | 6 hours old
[10:47] <pitti> linux-source-2.6.17 | 2.6.17.1-11.35   | source              | 6 hours old
[10:48] <pitti> no binaries yet after 6 hours? hmm
[10:48] <pitti> oh, heh
[10:48] <pitti> linux-source-2.6.15 | 2.6.15-28.51            | all amd64 hppa i386 powerpc sparc | 5 hours old
[10:48] <pitti> linux-source-2.6.17 | 2.6.17.1-11.35          | all amd64 i386 powerpc sparc      | 3 hours old
[10:48] <pitti> ^ in NEW
[10:48] <kylem> heh.
[10:48] <keescook> why is it in new?
[10:48] <kylem> spiffy.
[10:48] <kylem> keescook, abi.
[10:49] <StevenK> I'm guessing the ABI of the kernel changed
[10:49] <pitti> kylem: ok, since they bump the ABI, we have to go to that crazy NEW/half-publish/NEW again/upload l-r-m/l-meta/NEW/half-publish dance again
[10:50] <kylem> apparently people who write CVE fixes haven't grasped the concept of a stable kernel.
[10:50] <pitti> kylem: does l-r-m actually need to build against the new kernel, or is it just the debian/control dependencies?
[10:51] <kylem> pitti, the latter, likely.
[10:52] <pitti> kylem: oh, no, they b-dep on l-headers
[10:52] <tkamppeter__> pitti, have you got my mail about the corrected m2300w package?
[10:52] <pitti> tkamppeter__: I replied with a complaint/question about the cupsys b-dep
[10:52] <pitti> tkamppeter__: is that really necessary?
[10:53] <pitti> cjwatson: any chance you could NEW the -security kernels on jackass?
[10:53] <cjwatson> pitti: sure
[10:54] <kylem> pitti, probably best to wait, i don't have lrm uploaded yet.
[10:54] <elmo> don't bother
[10:54] <elmo> I'm already on it
[10:54] <pitti> elmo: thanks
[10:54] <pitti> kylem: no, I need to publish them to the jackass archive before you can b-dep on them
[10:54] <cjwatson> elmo: I'd only just managed to remember the script name. Thanks :-)
[10:54] <pitti> kylem: will do in a minute
[10:55] <kylem> ugh. complicated.
[10:55] <pitti> kylem: breezy kernel ftbfs'ed on all but ia64 and powerpc; I sent zul the log a while ago
[10:55] <kylem> haha.
[10:55] <kylem> that's pretty backwards.
[10:55] <pitti> kylem: yup, due to having two archive management systems here
[10:55] <pitti> kylem: but the breezy one doesn't seem to change the abi, so that should be quicker
[10:56] <kylem> uhh.
[10:56] <pitti> cjwatson: btw, I guess we don't release a breezy point release any more? so we could get rid of the 8 month old d-i/installation-report security uploads?
[10:56] <kylem> i don't see how that's possibly, unless he just ignored patches which did.
[10:57] <pitti> kylem: probably exactly this happened
[10:57] <sfllaw> mvo: Bug 81428 is ready for upload.
[10:57] <Ubugtu> Malone bug 81428 in app-install-data-commercial "sugarcrm needs update of app-install-data-commercial and a synaptic fix" [High,Fix committed]  https://launchpad.net/bugs/81428
[10:57] <tkamppeter__> pitti, I have seen the mail now. configure check for /usr/share/cups/model and this dir is provided by the cupsys package. I don't think that we should split cupsys for that.
[10:57] <pitti> kylem: which CVE was the complicated one again?
[10:57] <pitti> tkamppeter__: I agree
[10:57] <tkamppeter__> pitti, simply upload it.
[10:58] <pitti> tkamppeter__: alright
[10:58] <kylem> 4572 and 5753 changed the ABI.
[10:58] <pitti> tkamppeter__: can you please put the source.changes on your page?
[10:58] <pitti> tkamppeter__: I'm on strings-and-cans internet ATM and down/uploading the entire package would take a while
[10:59] <cjwatson> pitti: yeah, it's pretty unlikely at this point
[10:59] <pitti> kylem: right, neither are fixed in the current upload
[10:59] <Lure> pitti: any chance to accept bug 75017 in edgy-proposed?
[10:59] <Ubugtu> Malone bug 75017 in kubuntu-default-settings "SRU: remove /.hidden file " [Undecided,In progress]  https://launchpad.net/bugs/75017
[11:00] <pitti> Lure: I'll do some archive admin tomorrow morning
[11:00] <kylem> pitti, sigh. ok.
[11:00] <kylem> pitti, maybe i'll do it. there's only likely one or two breezy uploads after this before we EOL it going by the current timelines.
[11:01] <Lure> pitti: thanks
[11:01] <pitti> kylem: OTOH the local DoS in iso9660 wasn't that critical/urgent either
[11:02] <pitti> keescook: claiming USN-416-1 for the currently pending kernel upload
[11:02] <keescook> pitti: go for it.
[11:02] <pitti> keescook: I probably won't release before next week, though
[11:03] <tkamppeter__> pitti, sorry, mistyped the filename when creating it and so it did not go up with the package upload. Now it is on my site.
[11:03] <keescook> pitti: that's fine.  :)
[11:04] <pitti> tkamppeter__: thanks; uploaded
[11:04] <pitti> tkamppeter__: oh, argh
[11:04] <pitti> tkamppeter__: please do not build with -sa
[11:04] <ogra> cjwatson, so any suggestions about openssh and pam_mount ? i only found debian bug 242119 but that seems not to fix pam_mount
[11:04] <kylem> pitti, should lrm be targetted at -security too?
[11:04] <pitti> kylem: yes, and -meta
[11:04] <Ubugtu> Debian bug 242119 in ssh "ssh - password authentication never uses pam" [Grave,Closed]  http://bugs.debian.org/242119
[11:04] <kylem> okies.
[11:05] <pitti> tkamppeter__: I mangled the .changes and uploaded for real now
[11:05] <elmo> kernel's out of NEW
[11:05] <kylem> elmo, thanks.
[11:05] <kylem> did it build everywhere?
[11:05] <pitti> kylem: yes
[11:06] <kylem> excellent.
[11:11] <pitti> kylem: ok, published those to jackass' archive; please upload l-r-m and l-meta now, then l-r-m need to go through jackass' NEW
[11:12] <kylem> ok.
[11:14] <pitti> kylem: thanks
[11:18] <tkamppeter__> pitti, what is the correct command line for the _source.changes file then?
[11:18] <pitti> tkamppeter__: 'debuild -S' in that case
[11:19] <tkamppeter__> Thanks, I used always dpkg_genchanges.
[11:20] <pitti> tkamppeter__: oh, that's pretty low-level and usually not necessary
[11:20] <tkamppeter__> pitti, also thanks for the upload.
[11:20] <pitti> debuild is easiest, some people use dpkg-buildpackage (same options)
[11:20] <pitti> tkamppeter__: you're welcome!
[11:34] <cjwatson> ogra: ok, sorry, I know I said I'd look after the meeting but I think it's going to have to be tomorrow morning now - hope that's ok
[11:34] <cjwatson> ogra: a bug reference or reproduction recipe would be appreciated
[11:34] <ogra> sure, totally fine 
[11:35] <cjwatson> know that openssh and pam is historically a can of worms, though it's mostly settled down now
[11:35] <ogra> seems its a longstanding bug with openssh and privilege separation
[11:35] <cjwatson> the bug you refer to may not be the same thing
[11:35] <ogra> pam_mount doesnt seem to get the right password handed over ...
[11:35] <ogra> Feb  1 23:33:03 edubuntu sshd[23777] : pam_mount(pam_mount.c:453) error trying to retrieve authtok from auth code 
[11:35] <ogra> Feb  1 23:33:03 edubuntu sshd[23777] : pam_mount(pam_mount.c:159) conv->conv(...): Conversation error 
[11:35] <ogra> Feb  1 23:33:03 edubuntu sshd[23777] : pam_mount(pam_mount.c:456) error trying to read password 
[11:35] <cjwatson> anyway, it's complicated, let's please look at it in the morning
[11:35] <ogra> i'll go on diggin
[11:36] <ogra> yep
[11:55] <keescook> Ack... can someone push the gtk+2.0 security upload through LP?
[11:56] <Mithrandir> keescook: which queue?
[11:56] <keescook> main
[11:56] <Mithrandir> wrong answer.
[11:56] <Mithrandir> which suite?
[11:56] <Mithrandir> (edgy, dapper, ..)
[11:56] <keescook> breezy, dapper, edgy
[11:56] <kylem> ok, lrm and linux-meta uploaded.
[11:56] <ogra> security
[11:57] <Mithrandir> ogra: that's a pocket, not a suite.
[11:57] <ogra> i know
[11:57] <gnomefreak> has anyone pushed kernel or X uploads for edgy the past couple of days?
[11:58] <keescook> gnomefreak: I don't see any in the edgy-changes mailing list.
[11:58] <Mithrandir> kylem: whereto?
[11:58] <kylem> Mithrandir, -security
[11:59] <Mithrandir> keescook,kylem: publisher running.
[11:59] <keescook> Mithrandir: thanks
[11:59] <Mithrandir> we should really split the publisher runs so -security isn't affected by regular freezes.
[11:59] <keescook> kylem: I thought you weren't doing a publish of the kernel updates yet?
[11:59] <kylem> eh? why not?
[12:00] <keescook> I thought pitti said you had to do some dance with publication/NEW or something
[12:00] <kylem> well. someone might have to, but that person isn't me. :)
[12:00] <keescook> heh
[12:01] <Mithrandir> kylem: you might want to poke an archive admin, then.
[12:01] <keescook> Mithrandir: just to double-check: there weren't any kernel updates in the queues for publication, right?
[12:01] <Mithrandir> let's see
[12:02] <kylem> oh. pitti is already gone. nevermind.
[12:02] <keescook> Mithrandir: if there is, we need to freak out a little -- they're not all done.
[12:02] <keescook> I'm pretty sure they're just on jackass right now, but kylem got my worried.  :)
[12:02] <keescook> s/my/me
[12:03] <Mithrandir> keescook: which suite?
[12:03] <keescook> Mithrandir: I wouldn't know; I wasn't expecting a kernel to be published to LP yet.
[12:03] <Mithrandir> kylem: suite?
[12:04] <kylem> no sugar for me, thanks
[12:04] <kylem> Mithrandir, que?
[12:04] <keescook> I'm going to assume there isn't one, and will calm down now.  :)
[12:04] <Mithrandir> kylem: where did you upload that kernel?
[12:04] <kylem> i'm going to assume suite means distro, and {edgy,dapper}-security.
[12:04] <Mithrandir> suite is {warty,hoary,breezy,dapper,edgy,feisty}, yes.
[12:05] <Mithrandir> {release,updates,proposed,security} are pockets.
[12:06] <Mithrandir> kylem: what'd the version be?
[12:10] <Nafallo> 2.6.15-28.51 2.6.17.1-11.35