[00:02] <Hydrant> hey all... what's the official way to downgrade your kernel?
[00:03] <RainCT> Hydrant: uhm.. just install an older version and change the grub configuration to use it?
[00:04] <Hydrant> what about headers and such for the old kernel?
[00:04]  * Hydrant needs to recompile some things against an old kernel
[00:07] <Hydrant> I installed linux-image-2.6.24-21-generic... I don't believe that has header info in it though
[00:23] <bytor4232> Does anyone know when the netboot.tar.gz and mini.iso are being updated?  They are currently broken.
[00:23] <stgraber> bytor4232: what's broken ? I used netboot.tar.gz yesterday and it worked
[00:24] <bytor4232> I assume the kernel update last night broke it.
[00:24] <bytor4232> Try using it right now.
[00:24] <bytor4232> It gets past the network configuration, and fails when it tried to download the release notes.
[00:24] <bytor4232> Tried about five different mirrors, same thing.
[00:25] <stgraber> so internet doesn't work ?
[00:25] <bytor4232> No, the hardy netboot.tar.gz works fine.
[00:25] <jdong> ok this system has been unbroken for 3 days. new record. let's change that....
[00:26] <jdong> wish me luck, today is ext4dev day
[00:27] <stgraber> bytor4232: where did you get it ? the one from I'm looking at at the moment was generated on the 26th according to the http server, so that can't be the kernel update
[00:29] <calc> jdong: yea it sucks a lot
[00:29] <calc> jdong: i just try not to do much disk io
[00:30] <bytor4232> stgraber, Same timestamp.
[00:30] <calc> jdong: i didn't realize it just started happening with intrepid since i don't do very heavy disk io very often
[00:30] <bytor4232> I even tried re-downloading it.
[00:30] <bytor4232> There was a kernel update last night.
[00:30] <bytor4232> I know that during development of Intrepid when there was a kernel update, it broke the netboot.tar.gz and mini.iso.  I had to re-download it.
[00:31] <bytor4232> not re-download it, I had to download the updated version.
[00:31] <stgraber> bytor4232: nope, the kernel update was actually done on release day (TCP fix). But in this case mini.iso wasn't rebuilt and the md5 matches the one that worked for me on thursday.
[00:31] <jdong> calc: Hardy never really felt that way
[00:31] <stgraber> bytor4232: so in your case, I'd say that your ethernet module isn't included in the initrd
[00:31] <bytor4232> stgraber, No, I can ping out.
[00:31] <jdong> calc: I am going to try my last resort (AHCI hack) and resort after last resort (ext4dev) and if that all fails then I'm going to be doing some deeper IO layer hacking :)
[00:32] <bytor4232> stgraber, so you used the mini.iso, not netboot.tar.gz.
[00:32] <stgraber> bytor4232: no, I used netboot.tar.gz I don't have a cdrom drive on that device :)
[00:33] <stgraber> bytor4232: did you check tty4, is there an error message more useful than what the installer tells you ?
[00:33] <bytor4232> stgraber, Not sure why its not working then.
[00:34] <stgraber> bytor4232: *.archive.ubuntu.com being overloaded may be a reason (getting an http timeout), did you with a mirror outside *.archive.ubuntu.com ?
[00:34] <bytor4232> stgraber, I did check it, but it scrolled out beyond anything useful.  Does it keep a log file I can post?
[00:34] <stgraber> bytor4232: /var/log/syslog should contain the installer log
[00:34] <bytor4232> stgraber, That would be it then.  Maybe its timing out.
[00:35] <bytor4232> stgraber, all the mirrors I tried were all *.archive
[00:35] <calc> jdong: ok, is there a bug reported about this already for the kernel?
[00:36] <jdong> calc: I haven't done a bug report yet because I really don't know what to say.
[00:36] <stgraber> bytor4232: you can try gulus.usherbrooke.ca this one isn't loaded for sure (just used by Sherbrooke's university and there isn't much Ubuntu user there :))
[00:37] <jdong> calc: it sounds like one of those vague "yeah this is kinda slow and wasn't before" type reports that won't be terribly helpful
[00:37] <stgraber> bytor4232: then when installed revert to archive.ubuntu.com (as gulus is a bit laggy and I prefer using official mirrors)
[00:37] <calc> jdong: hmm well reporting that disk io is really really really slow (causes repaints to take minutes) and that both of us see it might help for the kernel devs to take a look at it
[00:37] <calc> it should be something they can reproduce fairly easily
[00:38] <bytor4232> stgraber, BAD signature from "Ubuntu Archive Automatic Signing Key"
[00:39] <bytor4232> There is a lot of errors on alt-f4
[00:39] <wgrant> calc, jdong: I think I first started seeing that mid-Hardy, and blamed it on LUKS eating my CPU.
[00:39] <stgraber> hmm, what the hell did they do, looks like the rsync failed in the middle of the sync ... :(
[00:39] <calc> wgrant: sorry was does LUKS expand to?
[00:39] <wgrant> calc: Disk encryption.
[00:40] <jdong> wgrant: I think it's related to the new scheduler in Hardy/intrepid and how it interacts with CFQ
[00:40] <wgrant> I recently reinstalled without it, and it's not so bad, but it's still there.
[00:40] <stgraber> bytor4232: do you remember which *.archive.ubuntu.com you tried ?
[00:40] <bytor4232> stgrabber anna WARNING bad d-i packages file
[00:40] <calc> wgrant: oh, i have no encryption so it most likely isn't that
[00:40] <wgrant> jdong: I suspect so.
[00:40] <stgraber> bytor4232: a good part of them are actually the same overloaded servers (london) ?
[00:40] <jdong> wgrant: I also have a slight suspicion that Firefox3's sync() calls aren't helping either.
[00:40] <bytor4232> stgraber, quite a few
[00:40] <wgrant> calc: Right, the encryption just makes it worse.
[00:40] <wgrant> jdong: Mhm.
[00:40] <jdong> wgrant: forcing 3G of write cache to disk is probably going to hurt response times!
[00:40] <calc> wgrant: ok
[00:40] <stgraber> bytor4232: did you try Switzerland ? (ch.archive.ubuntu.com) this one is not one of the London ones so shouldn't be as overloaded as the others
[00:41] <bytor4232> stgraber, Well what do you know.
[00:42] <bytor4232> stgraber, switzerland is working.  Not much of a timeout on that.
[00:54] <calc> gotta run, have to finish packing and go to bed, i have to be up at 4am to catch a flight to Beijing for OOoCon
[01:02] <srbaker> ugh
[01:02] <srbaker> i'm finding intrepid to be sluggish
[04:17]  * ptx0-aWay is Away, Reason: ( sleep ) | Since: ( Wednesday, October 29, 2008. 01:36:44 ) Xlack v2.1
[04:52] <slangasek> superm1: because the mythbuntu tasks aren't in the archive Packages files, iirc, and are only listed in the Packages files on the mythbuntu ISOs
[04:52] <superm1> slangasek, so would it be a sane workaround then in livecd-rootfs for now to just use the metapackage rather than the task name?
[04:53] <slangasek> I... don't know
[04:53] <slangasek> are you not already using livecd-rootfs for the liveCDs you guys build?
[04:53] <superm1> well we're doing most of what it does
[04:53] <superm1> but i wanted to switch everything over to the formal route, and get rid of our old hacks
[04:54] <superm1> and every time i've tried, too much other stuff is breaking so i've never gotten it all moved over
[05:09] <slangasek> fwiw, I've found it inconvenient before to not have the mythbuntu tasks in the archive; it would be nice to remedy that
[05:15] <superm1> do you know what needs to be poked to remedy it?
[05:15] <slangasek> talking to cjwatson about getting germinate to look at the mythbuntu seeds, I think
[09:15] <cjwatson> torkel: I believe gutsy did work on QS22, so you could try it ...
[09:17] <cjwatson> superm1: could you file a bug on https://bugs.launchpad.net/soyuz/+filebug about the mythbuntu tasks thing, please, and let me know the bug number so that I can ack it?
[09:37] <calc_> good morning
[11:38] <calc_> weird
[11:39] <calc_> gnome didn't update its idea of the timezone
[11:39] <calc_> but the system itself did
[11:39] <calc_> hmm now it did after looking at the time setting it automatically fixed itself
[11:46] <cjwatson> ok, let's see if that glibc/jaunty upload builds
[11:47] <cjwatson> (on ports)
[11:55]  * calc gone, running to the plane bbia 1 day (19-20hr flight ugh)
[11:56] <cjwatson> calc: safe travels
[11:59]  * ogra wonders if it wouldnt be possible to add something like:  hal-find-by-property --key info.linux.driver --string btusb ... to /etc/init.d/bluetooth and make it exit silently
[11:59] <ogra> indeed in a loop for all possible BT lowlevel drivers
[12:07] <ogra> hmm, could be easier done by sending a dbus message and check if org.bluez.Device exists
[12:30] <ogra> aha ... dbus-send --system --type=method_call --print-reply --dest=org.bluez / org.bluez.Manager.ListAdapters
[12:31] <ogra> hmm
[12:31] <ogra> only works with bluetooth running ... indeed not what i want
[12:57] <lool> ogra: Mind hoping in #ubuntu-virt to discuss locale handling ?
[14:26]  * cjwatson gives back glibc/powerpc to test the hypothesis that tst-pselect is racy
[15:08] <superm1> sure cjwatson, but 292652
[15:09] <superm1> oops bug 292652
[17:49] <mohbana> hi, who is is responsible for the emacs 2.3 on ubuntu. i'd like to point out that there isn't even a link to start it. it's the ver. of emacs with AA fonts
[18:07] <mohbana> anyone?
[18:07] <RainCT> mohbana: Ubuntu hasn't Maintainers for each package like in Debian
[18:07] <azeem> mohbana: this channel is not for bug reporting, use launchpad for that
[18:08] <mohbana> RainCT, what u mean?
[18:09] <RainCT> mohbana: that there isn't anyone "responsible" for it, but the entire developer team maintains it
[18:20] <jms32> how to mount NTFS partition in console?
[18:20] <mdke> jms32: try #ubuntu for support
[18:21] <jms32> hm... And about what is this channal?
[18:22] <stgraber> development of Ubuntu
[18:22] <jms32> oh, sorry
[18:24] <jms32> Hm... why in ubuntu 8.10 readonhd drivers are not in standart package?
[19:16] <mohbana> hi, i've installed the adobe reader tar 'AdobeReader_enu-8.1.2_SU1-1.i486.tar.bz2' i.e., from their site
[19:16] <mohbana> now when i try and start it, it complains
[19:17] <mohbana> $ acroread
[19:17] <mohbana> exec: 579: /lib/ld-linux.so.2: not found
[19:17] <mohbana> please help
[19:17] <ScottK> Then you should probably talk to them about it.
[19:18] <ScottK> We really can't support solving problems with third party software.
[19:18] <ScottK> In any case, #ubuntu is the support channel.
[19:19] <s0u][ight> hello what are packages that are installed on the live-cd that can be missed?
[19:19] <ScottK> mohbana: Adobe does have a .deb installation option.  You'd likely have more luck with that.
[19:20] <mohbana> ScottK, i'm on a 64bit isntall
[19:20] <s0u][ight> i need to strip the iso to a 480 mb one
[19:21] <ScottK> Oh.  No idea then.
[19:21] <s0u][ight> i still need to clear up about 80 mbs software
[19:24] <murdok> hi pochu :)
[19:29]  * pochu waves at murdok :)
[19:33] <tlbdk> hey, just stated on my first PPA project and wanted to get a little info on how it's all working
[19:34] <ScottK> tlbdk: PPA questions in #launchpad.
[19:35] <tlbdk> OK, thanks
[19:37] <Laney> Heh, DIF on Christams day
[19:42] <tlbdk> Another question that also might be for another channel, so sorry for that, the packages in working on is Ekiga 3.0.1 that I have working without non-free codecs.
[19:43] <tlbdk> As it uses ffmpeg for codec support and the default version in ubuntu only has free codecs enabled.
[19:43] <siretart> tlbdk: what are 'free codecs'?
[19:44] <tlbdk> does the exists a version of ffmpeg with support for patent encumbered codecs(non free if you need the debian package comments)
[19:44] <siretart> EPARSEERROR
[19:46] <tlbdk> siretart, I looked in the ffmpeg package and I could several codecs where disabled do to being "nonfree code"
[19:46] <tlbdk> see
[19:46] <siretart> that is wrong. ffmpeg does not contain any non-free code upstream
[19:47] <siretart> what codec do you require?
[19:47] <tlbdk> MPEG4 Part 2 and H.263+
[19:48] <tlbdk> as i understand it, they should be provided in ffmpeg
[19:48] <siretart> no idea what you mean with mpeg4 part2, but the h263 encoder is indeed disabled in the ubuntu libavcodec51 package in ubuntu intrepid
[19:49] <siretart> however that encoder is available in libavcodec-unstripped-51 package in intrepid/multiverse
[19:49] <tlbdk> http://wiki.ekiga.org/index.php/Additional_Information#H.264.2C_MPEG4_Part_2_and_H.263.2B_.2F_H.263-1998_using_debian_prebuild_binaries_.28maybe_working_for_UBUNTU.2C_too.29
[19:49] <siretart> the h263 decoder OTOH is available in both versions
[19:50] <tlbdk> libavcodec-unstripped-51??
[19:50] <tlbdk> and why does the version in the end change for every release?
[19:51] <siretart> bah, that page is recommending users to fetch the broken packages from debian-multimedia.org
[19:51] <siretart> ignore that page
[19:52] <siretart> the numbers in the end are for the library versioning. google for the shared library packaging howto
[19:55] <tlbdk> ok, so I need to created two different versions of the package if I want to make it both for hardy and intrepid as the depends would be different.
[19:57] <tlbdk> the unstripped in libavcodec-unstripped-51 does that mean that it's the version with debug symbols?
[19:57] <tlbdk> and if that's the case would that not be a bad idea to depend on?
[19:57] <siretart> no, it means that the debian/strip.sh, which disables some encoders like h263 was not run before creating the source package
[20:01] <tlbdk> ok, so the best option would be to create two version, one that depends on libavcodec-unstripped-51 and one that depends on libavcodec51
[20:54] <NCommander> ScottK, around?
[20:57] <ScottK> NCommander: Sure.
[21:04] <savvas> hello, does anyone know if there's a way to specify /etc/security/time.conf from a different file/folder? e.g. /etc/security/time.conf.d/ ?:)
[21:16]  * directhex reads debian-devel@lists, notes slangasek is enjoying interaction with my current favourite DD in the whole world
[22:01] <cjwatson> Laney: note the question mark; that's a recognised problem and is strictly provisional
[22:06] <cjwatson> could somebody in ~launchpad-buildd-admins bump up glibc's build score on hppa?
[22:06] <cjwatson> I'd like to find out whether it's going to fail
[22:25] <Hobbsee> cjwatson: request granted.
[22:25]  * Hobbsee idly wishes buildd.py worked for that, still.
[22:28] <Hobbsee> cjwatson: primero's fallen over again - i presume elmo isn't awake to fix it?
[22:28] <cjwatson> Hobbsee: thanks
[22:28] <cjwatson> elmo: ^-
[22:28] <Hobbsee> cjwatson: you're welcome.
[22:29] <cjwatson> +Original author: Joe Thornber (thornber@sistina.com)
[22:29]  * cjwatson completely misreads in the light of the current US election campaign
[23:01] <lordhelmet> hey. how do i compile something with debug symbols for the standard c library with gcc?
[23:22] <Laney> cjwatson: Hm?
[23:26] <Laney> Oh, DIF
[23:32] <cjwatson> Laney: right
[23:32] <Laney> Yes, that seems like a problematic date
[23:39] <cjwatson> I agree. The problem is that the other possible dates are also problematic in different ways. I've already asked various people for advice.
[23:44] <Laney> cjwatson: Are you release manager for Jaunty? Or just taking on this task?
[23:45] <Hobbsee> Laney: he's part of the release team, but the release manager is slangasek
[23:45]  * Laney nods
[23:45] <Laney> I thought it might have rotated
[23:50] <LordMetroid> Is there a specific reason why usb wifi-peripherals required drivers to be loaded though ncurses?
[23:50] <LordMetroid> *s/d/s
[23:50] <LordMetroid> *through
[23:54] <jdong> WHOO, alsa panicked!
[23:54] <jdong> my punishment for trying upstream 1.0.18 to see if it makes sound quirk less
[23:54] <wgrant> jdong: I blame it on ext4.
[23:55] <jdong> haha
[23:55] <ajmitch> ext4 is crack for the new generation?
[23:55] <jdong> no way, btrfs is crack :)
[23:56] <wgrant> ext4 hasn't eaten my root filesystem yet.
[23:56] <ajmitch> that's a good thing
[23:57] <wgrant> Debatable.
[23:57] <ajmitch> would you prefer it to be eating your filesystem?
[23:57] <wgrant> Probably. It would probably stop me from using such crack in future.
[23:58] <ajmitch> surely it'll be stable by the time 2.6.28 is released?