[00:02] <dtchen_> are the irc channels for UDS logged?
[00:02] <dtchen_> err, the room-specific irc channels
[00:04] <ScottK> dtchen_: I have a complete backscroll for all of them if there's something you want.
[00:07] <tsimpson> dtchen_: http://ubottu.com/uds-logs
[00:07] <dtchen_> tsimpson: / ScottK: thanks
[00:09] <dtchen_> bah, 20091116 seems missing for alamo2
[00:09] <tsimpson> times are UTC+2, and UDS is UTC-6 I think
[00:11] <tsimpson> hmm, actually some of it does seem to be missing
[00:12] <tsimpson> oh well, someone has logs I'm sure
[00:15] <dtchen_> ok, gobby it is, then
[00:15] <tsimpson> I remember now, we just didn't start logging until half-way through the first day
[00:16] <tsimpson> no one had thought to get some logging before then
[00:16] <tsimpson> so it was a bit of a scramble to get it up
[00:26] <dtchen_> l
[00:31] <ScottK> Let me look if I have it.
[00:32] <ScottK> dtchen_: I have that day.  What time do you want?
[00:36] <dtchen_> ScottK: 1200-1300
[00:47] <maxb> james_w: Is there any reason why the udd task on https://bugs.edge.launchpad.net/udd/+bug/248447 should remain open?
[00:48] <maxb> or https://bugs.edge.launchpad.net/udd/+bug/91579 for that matter
[01:26] <dtchen_> pitti: hi, do you know of any changes in karmic-proposed's udev that might cause bug #424655?
[01:28] <dtchen_> s/proposed/updates/
[01:35] <pitti> dtchen_: well, obviously I cannot rule out weird toolchain changes, but the actual code changes just fix an fd leak and an eternal loop in inotify handling (which doesn't actually affect the .deb by sheer luck, just when you build with -O0)
[01:36] <pitti> dtchen_: IOW, it added a missing closedir() and fixed a variable type; no memory allocation changes at all
[01:36] <pitti> ah, in comment 43?
[01:37] <pitti> dtchen_: so, one potential explanation would be that said fd leak made udev completely stop recognizing new hardware on a lot of systems
[01:37] <pitti> so the fix might uncover another leak by adding/probing sound hw which previously didn't appear in udev (since it simply stopped working because of exceeding the 1024 fd limit)
[01:38] <dtchen_> pitti: hmm, right.
[01:38]  * pitti asks on bug report
[01:39] <micahg> pitti: can I talk to you about a blueprint?
[01:41] <dtchen_> pitti: thanks!
[01:41] <pitti> dtchen_: done
[01:41] <pitti> micahg: just ask :)
[01:42] <pitti> micahg: are you here @ UDS?
[01:42] <micahg> no
[01:42] <pitti> ok
[01:42]  * pitti in need of food and beer :)
[01:43] <micahg1> but I subscribed to some blueprints to keep up to date
[01:43] <micahg> I was wondering about https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-bug-management
[01:43] <micahg> it mentioned subscribing uploaders to bugs for a few days
[01:43] <micahg> I wanted to suggest only subscribing them if apport caught their version as the one being reported on
[01:43] <pitti> right; it's something that we already discussed last cycle, but didn't get to implementing
[01:44] <pitti> micahg: right, it'd certainly check the package version if the bug report has it
[01:45] <micahg> ok, great, didn't see that in there, so I thought I'd mention it
[01:46] <ScottK> dtchen_: OK.  I should have that for you in a moment.
[01:48] <ScottK> dtchen_: http://paste.ubuntu.com/322064/
[01:48] <ScottK> There isn't a lot
[03:10] <krisives> Hey how can I add screenshots?
[03:11] <Hobbsee> to?
[03:11] <krisives> Like in the Software Center when it says "No Screenshot"
[03:13] <krisives> http://img5.imageshack.us/img5/6360/screenshot003fw.png
[03:14] <Hobbsee> good question
[03:14]  * Hobbsee only just discovered that
[03:14] <krisives> It's in Synaptic too
[03:15] <krisives> http://img8.imageshack.us/img8/3626/screenshot004kl.png
[03:16] <krisives> http://img691.imageshack.us/img691/8924/screenshot005z.png
[03:16] <Hobbsee> i have no idea
[03:16] <krisives> I just don't know where the repository for that would be
[03:16] <Hobbsee> mvo should know, it appears, but it's very late where they all are
[03:17] <Hobbsee> mpt: should also know, it seems
[03:17] <mpt> Hobbsee, http://screenshots.ubuntu.com/
[03:18] <Hobbsee> ah!
[03:18] <Hobbsee> i was looking for something like that
[03:18] <Hobbsee> that's very cool :)
[03:19] <krisives> mpt: THANK YOU! :D::D:D:D:D:D:
[03:19] <mpt> O_o
[03:19] <mpt> You're welcome
[03:53] <dtchen_> ScottK: thanks!
[03:53] <dtchen_> maco: not all quirk lookups are via PCI SSIDs; some broken hardware requires the codec SSID
[03:54] <dtchen_> (I have a blog post half-written explaining all this mess)
[03:56] <ScottK> Hobbsee: The screenshots are from screenshots.debian.org (or net, I'm not sure)
[03:56] <ScottK> Ah, read the whole backlog first.
[03:58] <Hobbsee> ScottK: cheers :)
[04:08]  * ScottK waves back to Hobbsee.
[09:43] <Lindows> so, okay, I need a sanity check...
[09:43] <Lindows> I first installed kubuntu 9.10 x64 with ext4
[09:44] <Lindows> I ran md5sum of a windowsXP virtual image, one stored on a samba share in ext3
[09:44] <Lindows> against the local copy in ext4, the checksums didn't match
[09:44] <Lindows> repeated the experiment after reinstalling kubuntu using ext3 instead.....the checksums also don't match
[09:44] <Lindows> maybe I don't understand md5sum?
[09:45] <Lindows> I thought it was deterministic
[10:57] <engla> DktrKranz: ciao; don't package kupfer c18 yet, there will be a small release for bugfixes
[10:58] <engla> DktrKranz: otherwise, upstream gap closing going well, c18 will install into $DATADIR
[10:59] <DktrKranz> engla: sure thing
[11:00] <DktrKranz> and thanks for addressing my boring attitudes :)
[11:00] <engla> everything makes so much sense now. $DATADIR is fantastic :-)
[11:00] <engla> the idea to use it, that is
[12:56] <Hiram> Hi all. I'm trying to roll a .deb package for Snort 2.8.5.1. It all goes well, but it's not including the snort config files. could anyone help me out with this?
[12:56] <LucidFox> Short config files?
[12:57] <Hiram> they can be.
[12:57] <Hiram> they're pretty well commented, but i could cut them down.
[13:41] <Chipzz> Hiram: #ubuntu-motu pls
[13:42] <Chipzz> Hiram: also, debian has a package for snort - why are you creating your own?
[13:54] <Hiram> Chipzz: because i need a package for 2.8.5.1, the one that's out now is only 2.8.4.1
[13:55] <philsf> In Jaunty I used to set my keyboard settings in /etc/default/console-setup, but it's being ignored now in Karmic, both for console and X. I need to use setxkbmap everytime I login and also everytime I switch to the console. How can I set my keyboard variant permanently now?
[13:56] <philsf> sorry for asking here, but I already tried in #ubuntu, and #ubuntu-x
[15:13] <maco> dtchen_: i only know how much youve explained so far. pleeeeeeeeeease finish that blog post so i can learn more ;-)
[15:20] <soren> maco: Definitely.
[15:21] <maco> soren: re vmbuilder?
[15:22] <soren> maco: Oui, oui.
[15:35] <_follower_> hi, if a tty has a pending newline and then fills the input buffer it no longer responds to ^C etc or bells.   this seems to be a pervasive "issue" across multiple OS, but I'm not sure if it's considered "correct behaviour" or not. possibly relevant code is 'n_tty_receive_room' in 'n_tty.c' and http://lwn.net/Articles/123724/ suggests that at least some of the code is considered suspect. is there a better place than here to mention this? :) if i
[15:35] <_follower_> considered a bug then I can file something, but i wasn't sure if it was just considered expected behaviour--even though it ends up leaving a terminal which you can't do anything with unless you kill the program. to test you can do e.g. perl -e "sleep 1000".
[15:47] <_follower_> hmmm, apparently the relevant code might now be around " n_tty_set_room"
[15:58] <vadi2> Will there ever be a  public response from Ubuntu Developers to the PulseAudio failfest and people dumping Ubuntu because of it failing so much?
[15:58] <vadi2> http://tycheent.wordpress.com/2009/11/18/pulseaudio-revisited#comments is just sad to read.
[17:18] <soreau> Hello folks
[17:19] <soreau> I am having trouble assisting a user in #compiz because he is trying to get the fire effect working but /usr/lib/compiz/libanimationaddon.so does not exist. So I had him do 'sudo aptitude remove --purge compiz-fusion-plugins-extra && sudo aptitude install compiz-fusion-plugins-extra' but the file still does not exist. It is a 64bit jaunty install. Why is this file not being installed?
[17:21] <couannette> hi
[17:21] <soreau> I can not come up with any conceivable scenario where this could happen and I am out of ideas. Might anyone know how this could be possible?
[17:21] <couannette> is it possible to use 'germinate' to merge two archives or two configurations ?
[17:22] <micahg> soreau: according to packages.ubuntu.com, it's in there
[17:22] <soreau> micahg: I know that, that's is why I am completely baffled
[17:23] <soreau> Here is the output of his 'dpkg -l | grep compiz' http://pastebin.ca/1677983
[17:24] <soreau> and the output of the re-installation command I gave him: http://pastebin.ca/1677973
[17:24] <soreau> Other than having him install the file manually, I don't know what else to do
[17:26] <soreau> more than anything, I want to know how this can possibly happen. Because when I tell a user to reinstall a package, I expect it to restore/replace/populate all files contained in the package
[17:28] <cragdor> Hi all, who is the best person to talk to about the development of UbuntuOneMusic store
[17:28] <StevenK> soreau: He is using another source in his sources.list that has a greater version than in Jaunty, and it doesn't provide that library?
[17:29] <soreau> StevenK: Even on Karmic, the package and file name situation is the same but I will investigate this possibility
[17:29] <StevenK> soreau: apt-cache policy will help determine that
[17:29] <soreau> StevenK: I had him output this
[17:31] <soreau> StevenK: http://pastebin.ca/1677938
[17:31] <soreau> I have to run, but I will bbi~45
[17:31] <soreau> I will remain logged in here
[17:31] <soreau> any other suggestions appreciated
[17:31] <StevenK> That's -main, not -extra
[17:32] <micahg> soreau: according to your first pastebin, the version is not from the archive
[17:32] <micahg> http://pastebin.ca/1677973
[17:54] <jdong> dammit...
[17:54] <jdong> I lost my build system
[17:54]  * jdong waits for 60 minute dyndns timeout
[17:55] <jdong> it is generally bad (intra)netiquette to try your SSH pubkey against a /16 subnet, right? ;-)
[18:04] <ebroder> jdong: Did you upload bug #463429, or should I subscribe sponsors?
[18:35] <pecisk> GIMP will be gone in Lucid default, true?
[18:36] <StevenK> What gives you that idea?
[18:37] <pecisk> StevenK, Slashdot as always http://linux.slashdot.org/article.pl?sid=09/11/19/1342230
[18:37] <StevenK> But that requires reading Slashdot
[18:38] <tgpraveen1> it is true
[18:38] <soreau> micahg: Thanks for pointing that out, I didn't notice it said ppa
[18:38] <tgpraveen1> pittivi is going to be included
[18:38] <pecisk> rocks
[18:38] <tgpraveen1> probably
[18:39] <pecisk> it is not said that dropping GIMP from default isn't smart - true, most of people won't use it
[18:39] <pecisk> I just hope it stays in main :)
[18:45] <ebroder> jdong: Oh, also, could you accept the jaunty/karmic milestones for bug #463429?
[18:47] <soreau> Thanks for the help too StevenK
[18:50] <soreau> So if it says http://ppa.launchpad.net jaunty/main Packages and not http://ppa.launchpad.net jaunty/main Packages this means it's a ppa repo and not official packages
[18:50] <soreau> err...
[18:50] <soreau> paste fail
[18:50] <soreau> So if it says http://ppa.launchpad.net jaunty/main Packages and not http://us.archive.ubuntu.com jaunty/main Packages Packages this means it's a ppa repo and not official packages
[19:22] <StevenK> soreau: That's correct -- it's from a PPA, not the archive
[19:25] <pkern> Riddell: Seriously?  https://bugs.launchpad.net/ubuntu/+source/gobby/+bug/485408 breaking all translations?
[19:28] <pkern> Riddell: IMHO you cannot assume that C is en_US albeit it might be common.  And I even NACKed this change with a reason to the bug log.  I don't see the point in opening a bug if one uploads anyway.
[20:42] <tjaalton> is the devel subscription of lwn still available?
[20:43] <ajmitch> I believe so, there's an ubuntu members group for it
[20:44] <ajmitch> https://wiki.ubuntu.com/Membership/LWN has the details
[20:44] <tjaalton> ah, so the contact person has changed.. thanks
[21:51] <Keybuk> what is the .ssh/known_hosts file hashed by?
[21:59] <wamty> Ubuntu will drop GIMP?
[21:59] <wamty> why?
[22:00] <ebroder> Don't trust what you read on /. It's being removed from the /CDs/, not Ubuntu altogether
[22:02] <ion> If it’s on Slashdot – especially Slashdot comments – it must be true.
[22:03] <ebroder> Of course. What was I thinking
[22:07] <wamty> ebroder: any idea why?
[22:07] <wamty> the /. headings have gotten increasingly more misleading in the last few years
[22:07] <ebroder> I wasn't involved in the decision, but I can only guess it's because GIMP is a crappy excuse for a UI
[22:09] <wamty> ebroder: compared to what?
[22:09] <wamty> btw f-spot is what the article mentioned
[22:10] <ebroder> Yes, I believe that's what's being used as thh replacement
[22:13] <wamty> ah
[22:15] <wamty> fspot is a gimp replacement now??
[22:15] <ion> For most basic users, sure. Advanced users are free to install the advanced software of their choice.
[22:18] <wamty> f-spot looks like an iPhoto app, not photoshop
[22:18] <ebroder> WHich is what basic users need for photo editing
[22:19] <wamty> I imagine gimp must be massive otherwise it shouldn't be an issue
[22:20] <wamty> especially when you include the dependancies.
[22:20] <ebroder> The Live CD is tight enough on space that it doesn't have to be massive to be an issue
[22:20] <wamty> whats the issue then?