[12:34] <ogra> hi susus 
[12:35] <susus> hi
[12:35] <ogra> :)
[12:42] <crimsun> jordi: hi, I don't know offhand if Jani asked upstream
[12:48] <hub> hi
[12:49] <hub> I just installed kubuntu flight 3, and I have a huge issue
[12:49] <ryanpg> funny topic, save a copy for infinity :P
[12:50] <hub> the uname does not match the kernel-image package
[12:50] <hub> and that mess up as I don't have the right drivers
[12:50] <hub> any idea how to debug that?
[01:04] <hub> no biggie, I configured the network by hand loading the right kernel module (hard to guess)
[01:04] <hub> and I apt-get upgrade
[01:55] <jordi> crimsun: I mailed him, I'll find out.
[05:29] <Bicchi> i need to write an application that looks just like the "update manager." A bubble should popup showing that an action needs to take place. can anyone point me in the right direction to do this.
[05:49] <Burgundavia> Bicchi, update manager uses the notification-daemon for its notifications
[05:50] <floam> Bicchi: anything can do those, even you (go to a terminal and type notify-send Bicchi "Is a very silly man"
[05:59] <Bicchi> floam: notify-send doesn't do anything
[06:07] <floam> is xchat-gnome's spell checking broken everywhere?
[06:08] <Bicchi> floam: notify-send doesn't do anything. how can i display stuff in the notification area. sorry to bother you. :)
[06:11] <floam> the notification daemon is what that uses, on dapper
[06:11] <Bicchi> yeah but you said to type on the console: notify-send message here
[06:12] <Bicchi> and it doesn't do anything, i am thinking maybe the name is wrong
[06:13] <floam> Bicchi: if nothing happens something is probably messed up
[06:15] <Bicchi> its weird because i do get those notifications. it must be done some other way. i even get the bubble to popup and allows me click update and everything.
[09:06] <Den> Anyone here?
[09:06] <HiddenWolf> never
[09:08] <Den> HiddenWolf: Say, can you give me some info regarding what I should do about a bug, about perhaps requesting that the latest kernel be put into Breezy & released as an  update?
[09:08] <HiddenWolf> newest kernel is not going to happen.
[09:08] <HiddenWolf> hotplug to udev conversion etc.
[09:08] <Den> I had a bug with external HD offlining, BenC told me to check out latest kernel
[09:09] <HiddenWolf> bugs should be filed in malone launchpad.net/distros/ubuntu/bugs
[09:09] <Den> Mithrandir got me a cd with Dapper, the bug is gone.
[09:09] <HiddenWolf> Den: kernel can not be put back into breezy without breaking the world.
[09:10] <HiddenWolf> Den: I guess you'll have to use dapper. Which is pretty stable already.
[09:10] <Den> So, anyone here who could put the newest kernel into dapper?
[09:10] <HiddenWolf> Den: if it's on BenC's tree, it'll be in shortly, :)
[09:10] <Den> Er, dapper has mouse & display brightnes problems
[09:10] <Den> HiddenWolf: What do you mean?  How do I know if it's in BC's tree?
[09:11] <Kamion> if BenC told you to check it out, it's in his tree
[09:11] <Kamion> he's the Ubuntu kernel maintainer
[09:12] <Den> HiddenWolf: Ok, so why do you say it'll be in shortly, when earlier you said newest kernel isn't gonna happen?
[09:12] <HiddenWolf> Den: kernel will not be updated for Breezy, but it's still under development for Dapper.
[09:12] <Kamion> it'll be into *dapper* shortly. 2.6.15 kernels in *breezy* are not going to happen.
[09:13] <HiddenWolf> Kamion: hah, beat you to the punch. :)
[09:14] <Den> Well, if it's the _kernel_ that fixed the bug, and the kernel won't be updated in Brez, then Brez is being left with a bad bug, & that seems bad.
[09:14] <Kamion> Perhaps the fix can be backported (ask Ben about that), but we can't just drop the newest kernel in verbatim.
[09:14] <Mithrandir> most people don't have firewire devices, so doesn't affect most people.
[09:15] <Den> Don't the developers want to get bad bugs out of a system that will not be supersceded or at least 3 months?
[09:15] <Kamion> Please read what I said.
[09:15] <Den> Mithrandir: Hi!  Hey - your cd worked, and solved the bug about offlined devices.
[09:15] <Mithrandir> coolie
[09:16] <Mithrandir> Den: that depends on how risky fixing the bug is.  Better with one bug we know about than a random number we don't.
[09:18] <Den> Mithrandir: Ok, I didn't realize you were on here.  So, if you read my statements above, you know the situation.  So, I'll report back to the bug & BenC the result.  So, I'm wondering what, if anything, I should ask BenC to do (as a way of summarizing the situation to him).
[09:19] <Den> Mithrandir: It doesn't seem good to leave the bug there, so should I suggest he see if he can backport the fix, since I'm told here it's too much difficulty to backport the kernel?
[09:19] <Kamion> let him worry about what to do ...
[09:19] <Kamion> you don't go to a doctor and tell him what to prescribe. :-)
[09:19] <Den> Kamion: :)
[09:20] <Mithrandir> Den: just give him the information and he'll decide.  He's the one who knows the kernel best and is in the best position to decide.
[09:20] <Mithrandir> Kamion: my girlfriend does that. ;-)
[09:20] <Kamion> and be prepared for the possibility that he'll say that it's too much work to backport it to breezy given the severity of the bug
[09:21] <Den> Is BenC often active on this channel?  I've never once seen a post by him.  I'm wondering so as to know if I shoujld email him, or try to catch him here & chat with him about what to do.  When is he usually online?
[09:22] <Mithrandir> he live in the US
[09:22] <Den> Mithrandir: So do I.
[09:22] <Kamion> e-mail, or comment on the bug
[09:22] <Mithrandir> sure that should work
[09:22] <Den> When is BenC usually active on this channel?
[09:22] <Kamion> he's normally here during US working hours
[09:23] <Den> Kamion: thx
[09:23] <Kamion> but fairly quiet
[09:24] <Den> Ok, anyone.  So, Dapper has mouse & display brightness problems that Breezy doesn't.  What am I supposed to do about reporting that.  Are those know issues?
[09:24] <HiddenWolf> Den: check launchpad, and if there isn't a bug open, please file one.
[09:28] <Den> Anyone - A week or so I checked the bug track system, after it had moved from ?Bugzilla to ?Launchpad, and it seemed that the bug # for the bug I'd submitted on Bugzilla was now for a different bug, and also when I searched using words for the bug I'd submitted, it didn't come up.  Were bugs supposedly brought across using the sme bug #'s?
[09:30] <HiddenWolf> ubuntu.com is down.
[09:45] <Den> Should a bug from ubuntu bugzilla have been transfered into Launchpad?  Bugzilla says "not for changing bugs, logins disabled".  Should I file a bug that my bug wasnt' transfered?  Or, start a new bug entry for the same bug? Or???
[09:47] <HiddenWolf> Den: it should've been transferred, but ask on #launchpad for the specifics
[09:50] <Den> HiddenWolf: thx
[10:05] <zyga> is ubuntu.com down or is it just my network?
[10:06] <Burgundavia> zyga, nah, is down for me as well
[10:06] <mdke> morning all
[10:07] <lsuactiafner> ubuntu needs mkvtoolnix to better support Matroska video files, its open source but yet ubuntu doesnt promote such formats that wouldnt give a patent headache in the long-term?
[10:08] <Burgundavia> lsuactiafner, is matroska patent-encumbered?
[10:09] <lsuactiafner> nope, not as far as i can tell
[10:09] <lsuactiafner> http://www.bunkus.org/videotools/mkvtoolnix/
[10:09] <lsuactiafner> http://www.matroska.org/
[10:10] <lsuactiafner> i cant manage to install it from source, i tried to install its dependancies manually but they didnt want to work either, seems a large piece of ubuntu is outdated which also needs attention
[10:12] <lsuactiafner> look @ this goal:      * Establish Matroska as the opensource alternative to existing containers such as AVI, ASF, MOV, RM, MP4, MPG
[10:13] <lsuactiafner> and media developers already think Matroska is the best container for media
[10:13] <lsuactiafner> if its adopted rather than avi thats one less hassle for open-source developers
[10:45] <Kamion> Den: there's a link from the Bugzilla page for the old bug number to the new Launchpad bug. Try there.
[10:46] <Kamion> Yes, bug numbers have changed.
[10:46] <Den> Kamion: yes, I was told about it.  But, it seems launchpad itself has a bug in its search function.
[10:47] <Kamion> You don't need to use the search function. What's the old bug number?
[10:47] <Den> Kamion: see my comment in #launchpad - last comment to mdke
[10:47] <Kamion> OK, it looks like you've already found the bug so there's no longer a problem
[10:47] <Den> Kamion: Bugzilla Bug 21565
[10:47] <Ubugtu> malone bug 21565 in wireless-tools "ERROR: invalid MAC Address at line 2, this is dangerous" [Minor,Fix released]  http://launchpad.net/bugs/21565
[10:48] <Den> Kamion: well, there's no problem now as far as my bug being in the launchpad system, buth there is a problem with launchpad search of text words in the bug topic failing to find the correct search resuldts.
[10:48] <Kamion> http://bugzilla.ubuntu.com/show_bug.cgi?id=21565 has a link saying "View this bug in Launchpad".
[10:48] <Ubugtu> ubuntu bug 21565 in linux "external hard disk disconnects (firewire ieee1394 over SCSI) during file copy 'Read-only file system' 'Device offlined'" [Normal,Needinfo]  
[10:49] <Kamion> right, but that's #launchpad's problem and not ours. :-)
[10:49] <Den> Kamion: yes, but I'm a seldom user of bugzilla, & didn't know to look for that, 
[10:50] <Kamion> it's on the bug page for your bug *shrug*
[10:50] <Den> Kamion: I _did_ look on launchpad, & launchpad failed - so I'm letting you know about this launchpad bug,cause I'm too tired & busy to do anything abou t it
[10:50] <Den> Kamion: Anyway - thanks for your help.! :)
[10:59] <netdur> on livecd, how do I do pre-select screen resolution? (livecd customization)
[11:00] <Mithrandir> in dapper or breezy?
[11:00] <netdur> hoary
[11:01] <netdur> I guess... must be the same as breezy
[11:02] <Mithrandir> yes, it is.
[11:02] <Mithrandir> you could possibly preseed it, I'd think.
[11:03] <netdur> hmm? what file to edit?
[11:05] <netdur> I don't what "preseed" mean!!!
[11:06] <Mithrandir> no need to use multiple exclamation marks
[11:06] <Mithrandir> you have read https://wiki.ubuntu.com/LiveCDCustomizationHowTo ?
[11:06] <Mithrandir> search for "preseed" on that page
[11:08] <netdur> I use it to pre-select lang and keymap, I did not know I could use it to pre-select screen secolution
[11:10] <netdur> Mithrandir, sorry
[11:15] <netdur> Mithrandir, thanks for help "DEBCONF_PRIORITY=critical" help to skip the questions... which is fine for me
[11:16] <Mithrandir> oh, ok.  Yeah, it should
[11:17] <simira> Mithrandir: good morning, honey. Working today also?
[11:21] <simira> oh. Not interested today. 
[11:21] <simira> mwell
[12:01] <poningru> question where should I be filing bugs to for dapper?
[12:01] <lifeless> lp
[12:01] <poningru> I only see about 32 bugs there
[12:01] <poningru> so...
[12:02] <poningru> I mean people have to be filing more right?
[12:02] <mpt__> poningru, most bugs are being reported just on Ubuntu, afaict
[12:02] <poningru> oh ok
[12:02] <mpt__> and then developers are targeting them to Dapper or not
[12:02] <poningru> so should I do the same? or file it under dapper?
[12:03] <mpt__> I honestly don't know
[12:03] <netdur> malone?
[12:04] <poningru> yeah same thing
[12:04] <mdke> poningru, if it's dapper specific, it would make sense to file under dapper I think
[12:04] <poningru> ok also should I file some of the obvious ones?
[12:05] <poningru> like two instances of screensaver under system->pref
[12:06] <poningru> I mean I assume the dev knows about it
[12:06] <mpt__> If it's not in the bug tracker, they can't use the bug tracker to decide what to work on next
[12:07] <poningru> ok this is def weird and confusing, but I will search under ubuntu also before filing for dapper
[12:07] <poningru> thanks for the help
[12:08] <mdke> searching under Ubuntu should turn up dapper bugs too, I would have thought
[12:12] <Kamion> poningru: there's no particular need to file them under dapper
[12:12] <Kamion> poningru: we'll take care of targeting bugs to dapper as necessary for release management
[12:12] <zyga> what is the current standards version?
[12:13] <poningru> Kamion: oh ok
[12:19] <mpt__> aha, you can't "file it under dapper" anyway
[12:19] <mpt__> https://launchpad.net/distros/ubuntu/dapper/+filebug redirects to https://launchpad.net/distros/ubuntu/+filebug
[12:19] <mpt__> which is good
[12:21] <Kamion> zyga: sudo apt-get install debian-policy
[12:21] <zyga> Kamion: merci
[12:35] <poningru> mpt__: doh
[12:36] <poningru> mpt__: now I see it
[01:14] <\sh> gnarf
[01:14] <\sh> loopback is not setup properly
[01:15] <\sh> running 2.6.15-14-amd64-generic 
[01:16] <\sh> can anybody confirm this? 
[01:16] <\sh> [pid  5732]  stat("/usr/bin/xauth", {st_mode=S_IFREG|0755, st_size=35880, ...}) = 0
[01:16] <\sh> [pid  5732]  socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 7
[01:16] <\sh> [pid  5732]  bind(7, {sa_family=AF_INET, sin_port=htons(6010), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EADDRNOTAVAIL (Cannot assign requested address)
[01:16] <\sh> [pid  5732]  close(7)                    = 0
[01:42] <Kamion> \sh_away: 'ifup lo'. Check whether that solves your openssh bug too; bugs from a system without lo tend to be invalid
[01:49] <mdke> \sh_away, see if you have duplicate entries for an interface in /etc/network/interfaces which is preventing your system from bring up lo
[03:32] <jdong> is there any chance we can get a newer libxine in Dapper?
[03:32] <zyga> jdong: maybe, but unlikely
[03:32] <jdong> zyga: the current version cannot play h.264 mpeg4's at all
[03:33] <jdong> the xine folks say that 1.1.0 and onward have full h264 support
[03:33] <zyga> jdong: you need to convice someone (I cannot remember who/which group) that this is critical
[03:33] <zyga> or just badly needed
[03:33] <jdong> alright, off to LP then
[03:34] <siretart> jdong: we have 1.1.1 in dapper, FYI
[03:34] <jdong> hmm, I'm not pulling it.... when was it put there?
[03:35] <siretart> jdong: this is the latest upstream release. so I don't think dapper will get anything newer
[03:35] <jdong> siretart:  1.1.1 is perfect; just somehow I'm not getting it
[03:35] <siretart> jdong: http://packages.ubuntu.com/dapper/source/xine-lib
[03:36] <jdong> wow I feel stupid
[03:36] <jdong> somehow there are a bunch of breezy lines in my sources.list
[03:36] <jdong> I swear I changed them over!
[03:37] <jdong> wait... booted into wrong partition
[03:37] <jdong> hehe
[03:37] <jdong> alright, everyone, point and laugh at jdong
[03:37] <siretart> jdong: but honestly, I think you are more interested in http://packages.ubuntu.com/dapper/source/xine-extracodecs
[04:30] <HiddenWolf> siretart: yeah, that's a pity, it used to be only gstreamer that needed tweaking before it'd play. Now with xine lobotomised too, video sucks. :)
[04:31] <siretart> HiddenWolf: I'd also like to change the world :(
[04:33] <HiddenWolf> siretart: let's do it together. :)
[04:34] <crimsun> I find both gstreamer and xine work well for my test cases
[04:34] <siretart> HiddenWolf: how? - I currently don't see much interest in discussing patent issues in the community
[04:35] <siretart> in the one corner, you have developers of video players, which are pissed by distributions, because of 'patent issues'. They say that there are so many patents in distributions already, that it wouldn't matter to include/ship their software
[04:36] <siretart> in the other corner you have distributions, who fear legal prosecution from a really livid multimedia lobby
[04:37] <topyli> and the winner is... ta-daa! nobody :)
[04:37] <siretart> recent example: see the discussion about the status of ffmpeg and rte in debian. ffmpeg IS in debian, and can be used to encode video into mpeg, and rte offers the same functionality, but may not enter debian
[04:37] <siretart> because of this very reason.
[04:38] <siretart> topyli: the loosers are our users :(
[04:38] <topyli> yep
[05:17] <Gandalfar> infinity: I have a broken initrd here for 2.6.15-14-386, it doesn't recognize the hard disk after breezy -> dapper upgrade, does this help you?
[05:19] <wasabi> Heh. All initrd's I generate don't work. ;)
[05:59] <hunger> Gandalfar: I think you should file a bugreport, attach the initrd and assign it to adam conrad.
[07:01] <zwnj> i try to run Gedit in Persian locale, but """LANG=fa_IR gedit""" doesn't work.  same about other gnome applications.
[07:03] <Treenaks> wow, my SD card reader has some (non-working) driver in current dapper
[07:04] <zyga> zwnj: could you try running gedit from the terminal and checking out if it says anything helpful?
[07:10] <jordi> daniel nylander
[07:10] <jordi> this dude is like the translation superhero
[07:11] <Treenaks> why?
[07:11] <jordi> he submits a new translation to rosetta every hour or less
[07:11] <Treenaks> wow
[07:12] <jordi> he hit a bug with his policycoreutils translation though :)
[07:13] <zyga> jordi: upstream or his own?
[07:20] <jordi> zyga: his own I'd say
[07:20] <zwnj> zyga: i tried, and it says nothing.  no error with fa_IR.  but if i set LANG to something like ab_CD, it makes Gtk-WARNING: Locale not supported by C library.
[07:21] <zyga> zwnj: that's because fa_IR is a valid locale and ab_CD is not
[07:22] <zyga> zwnj: does it crash? does it exit silently?
[07:22] <zwnj> and i do have this file: /usr/share/locale-langpack/fa/LC_MESSAGES/gedit.mo
[07:22] <zwnj> zyga: no, it just works like en_US locale
[07:23] <zyga> zwnj: ah, okay
[07:23] <zyga> zwnj: then check out if that file really contains any translations 
[07:23] <zwnj> i tried both fa_IR and fa_IR.UTF-8
[07:23] <zyga> zwnj: or better, take the upstream version of corresponding .po file and rebuild the .mo file yourself
[07:24] <zwnj> lemme test a Persian session from GDM
[07:24] <zwnj> AFAIR, everything works in that way
[07:24] <zwnj> it's not a gedit bug
[07:25] <zwnj> non of gnome applications works
[07:35] <zwnj> zyga: any idea?
[07:52] <zyga> zwnj|away: no, sorry
[08:54] <poningru> mako: may I suggest a human turing test?
[08:55] <poningru> mako: just create a text box with the message dont put anything in here if you are human
[08:55] <poningru> ofcourse you might have idiots that will fail it: http://adam.rosi-kessel.org/weblog/this_weblog/humans_fall_turing_test.html
[09:04] <dredg> then surely they fail the turing test and are pronounced not human, right? :)
[09:42] <poningru> dredg: hehe yeah and their comments are not posted
[09:57] <dredg> poningru: the correct response from the server should be to kill them in the face.
[09:57] <dredg> now if only there was an rfc for that
[09:57] <poningru> I dont know we could try to create a firefox extension that will do that
[09:58] <poningru> although we would have to convince the user to install it
[09:59] <mpt> that's similar to jwz's "audio-cock technology"
[10:00] <dredg> hmm. i wonder if my employers would take issue with adding this feature to the google toolbar...
[10:01] <mpt> http://jwz.livejournal.com/123070.html?thread=521918#t521918
[10:02] <dredg> hah. awesome
[10:51] <Mez> oh poop, we're in UVF arent we
[10:51] <Mez> so I might as well click "cancel" on that email I was about to send
[11:17] <EvanCarroll> Are there any plans to upgrade the mplayer package, aparently #mplayer says they are 9months old
[11:17] <crimsun> eh?
[11:17] <crimsun> mplayer | 2:0.99+1.0pre7try2+cvs20060117-0ubuntu1 | http://archive.ubuntu.com dapper/multiverse Sources
[11:18] <crimsun> (I suppose you could always ask for a backport to breezy)
[11:18] <EvanCarroll> Thats 9 months old.
[11:18] <EvanCarroll> I'm on dapper.
[11:18] <crimsun> huh?
[11:18] <EvanCarroll> old checkout i suppose.
[11:18] <crimsun> surely you mean _12 days_
[11:20] <poningru> from their website: v1.0pre7try2 is the latest stable
[11:20] <EvanCarroll> I'm confused, I agree with you
[11:20] <EvanCarroll> I just want my rm to play at this point
[11:21] <EvanCarroll> and it doesn't with the version in the dapper archive =[
[11:21] <EvanCarroll> pastebin.com/529462
[11:21] <crimsun> EvanCarroll: it's really quite simple; slomo did a fresh cvs checkout on Jan 17th, which is 12 days ago
[11:21] <EvanCarroll> I agree
[11:21] <EvanCarroll> I'm blaming it on bad cvs
[11:22] <EvanCarroll> Tell me if these work for you w/ your mplayer
[11:22] <EvanCarroll> webcast.berkeley.edu/courses/archive.php?seriesid=1906978270
[11:22] <crimsun> let's take this to #ubuntu, because I have a feeling you're trying to play media unsupported by your installed codecs
[11:22] <EvanCarroll> I have the w32codecs
[11:23] <EvanCarroll> works with xine
[11:23] <poningru> that wont do
[11:24] <EvanCarroll> Why is that?
[11:25] <poningru> I think realplayer 10 messes up w32codec
[11:26] <poningru> dont remember the details
[11:26] <EvanCarroll> I dont have it installed.
[11:26] <crimsun> I can't play it at all
[11:26] <EvanCarroll> crimsun: And thats the problem.
[11:26] <crimsun> again, this is a support question, let's migrate to #ubuntu
[11:26] <poningru> yeah
[11:26] <poningru> EvanCarroll: #ubuntu
[11:30] <EvanCarroll> 16:18 < theoddbot> its bad packager
[11:30] <EvanCarroll> 16:18 < theoddbot> apt-get build-dep mplayer
[11:30] <EvanCarroll> 16:18 < theoddbot> then checkout your own cvs and build it
[11:30] <EvanCarroll> 16:19 < theoddbot> i'm running ubuntu with cvs and it works just fine
[11:30] <EvanCarroll> 16:19 < theoddbot> strangley enough that particular package (that i also having installed) is fubar
[11:30] <EvanCarroll> 16:19 < theoddbot> so yeah
[11:31] <EvanCarroll> that makes two people experiencing the same problem, I'll have my own build done in about 30min
[11:32] <poningru> what happens when xine tries to play it?
[11:32] <EvanCarroll> Works perfectly
[11:32] <EvanCarroll> for him too, he is also on dapper
[11:38] <EvanCarroll> guess I wont be building my own, libasound dev files 404ing
[11:39] <EvanCarroll> I'll build after archives updates, and get back to #ubuntu-devel
[11:39] <slomo> EvanCarroll: what about filing a bug then ;P i'll take a look at it this week and try to get it fixed
[11:50] <EvanCarroll> Bah i suppose I should do that too. =/ being a little lethargic today
[11:51] <slomo> EvanCarroll: just as a reminder for me... add the url that doesn't work there, a short description and assign it to slomo
[11:51] <EvanCarroll> sure thing got the url of the bugtracker
[11:52] <slomo> https://launchpad.net/malone