[12:02] <carlos> does that expression exist in English?
[12:02] <simira> I think so
[12:02] <carlos> ok ;-)
[12:03] <simira> but I think Tollef will be asleep soon if I don't get off. Good night!
[12:03] <carlos> simira: night
[12:03] <carlos> simira: thanks for your help
[12:04] <simira> carlos: np, keep up the good work
[12:21] <MrFaber> hi all
[12:21] <MrFaber> Anyone useing a second monitor with dapper?
[12:21] <Burgwork> MrFaber, #dapper+1
[12:22] <Burgwork> sorry, make that #ubuntu+1
[12:22] <MrFaber> nomeata, it is a bug I think
[12:22] <MrFaber> thats why I ask
[12:22] <MrFaber> because xorg ignores modes, but ok, I can ask there at first
[12:22] <Burgwork> if it is a bug, please file it
[12:22] <Burgwork> this channel is for your discussion of the solution
[12:22] <MrFaber> I don't know, maybe it is a driver bug
[12:23] <MrFaber> ok
[12:30] <_ion> Anyone with a madwifi card and a WPA WLAN willing to test NetworkManager 0.6's WPA support?
[12:31] <Burgwork> _ion, I have a madwifi card at home I can test. I will be at home in about 3 hours
[12:33] <siretart> _ion: I can perhaps try tomorrow, but more likley next week
[12:34] <_ion> burgwork: I'm probably asleep by then, but what i'd like you to test is 1) does WPA work with the newest n-m package from http://johan.kiviniemi.name/ubuntu/ and 2) does it work with that package after installing the patched linux-restricted-modules package from "deb http://people.ubuntu.com/~adconrad/networkmanager-lrm/ ./"
[12:35] <Burgwork> _ion, will do
[12:35] <_ion> Thanks!
[01:16] <MrFaber> just want to report that cpu scaling doesn't work with 686 kernel, only with 386 in Dapper, thx, and cu
[01:36] <pschulz01> Test message
[01:36] <Lathiat> pschulz01: Sorry it didn't work
[02:19] <_ion> I hadn't quite thinked the version numbering scheme for my packages through, so i changed it a bit. I apologize for the inconvenience, but if you had installed the packages from my repository earlier, please run: sudo apt-get update && sudo apt-get install {network-manager,nm-applet,libnm-util-0}'=0.6.1-0ubuntu*'
[02:27] <Pygi> _ion: ping
[02:27] <_ion> pygi: Pong
[02:29] <Pygi> _ion: agreed, we'll setup a wiki page later today,ok?
[02:29] <_ion> pygi: Ok.
[02:29] <Pygi> _ion: when I come to IRC, we'll just agree on what to include there, and we'll write it, that shouldn't be a problem
[02:29] <_ion> Yep.
[02:29] <Pygi> _ion: it's kinda too late now, but if you really want, we could do it even now?
[02:30] <_ion> Later today is fine for me, i'm thinking of going to sleep soon. :-)
[02:30] <Pygi> _ion: o joy ;)
[02:30] <Pygi> _ion: just thinking ;)
[02:31] <_ion> Well, i'm considering watching some TV show before going to sleep. :-)
[02:31] <_ion> Oh, btw., i wrote this just before you joined: < _ion> I hadn't quite thinked the version numbering scheme for my packages through, so i changed it a bit. I apologize for the inconvenience, but if you had installed the packages from my repository earlier, please run: sudo apt-get update && sudo apt-get install {network-manager,nm-applet,libnm-util-0}'=0.6.1-0ubuntu*'
[03:48] <jdub> Kamion: ping
[03:49] <jdub> Kamion: ping (now with payload, QA)
[03:50] <mjg59> Almost have autodetection of screen resolution, though admittedly with a rather nasty elilo hack
[03:50] <jdub> mjg59: i am disappointed that all this hackery on the maccery hasn't resulted in more gargargar on your pigblog
[03:51] <mjg59> Pff
[03:52] <mjg59> I am not your dancing monkey, pony or bear
[03:54] <jdub> Bill odia a los nios!
[03:54] <jdub> oh
[03:54] <jdub> i totally misunderstood our relationship
[03:55] <_ion> I knew from the beginning that he refuses to dance.
[04:01] <mgalvin> jdub: ping?
[04:02] <Kamion> jdub: ?
[04:03] <Kamion> Woo. Disk selector.
[04:03] <Kamion> of course exactly what it'll do with only one disk present is still up for debate
[04:03] <jdub> mgalvin: pong! been wanting to catch up with you :)
[04:05] <mgalvin> jdub: hey, howdy!
[04:06] <mgalvin> jdub: you got my email i guess?
[04:07] <jdub> uh, not yet i don't think - like, very recent?
[04:07] <mgalvin> yea, the other day, like 2-3 days ago
[04:07] <jdub> oh
[04:07] <mgalvin> anyway, was just about getting on ubuntu planet
[04:09] <jdub> mgalvin: oh yeah, you didn't include an rss url
[04:11] <mgalvin> jdub: http://people.simplifiedcomplexity.com/~mgalvin/feed/
[04:11] <jdub> heh
[04:11] <jdub> that's a convincing start to your blog ;-)
[04:15] <mgalvin> meh, a small start ;) i have been moving all my stuff on to a new server when i have time, i'll be chatty once the server move is done
[04:15] <jdub> i like the domain name
[04:16] <jdub> i've just updated the configs - next cron you'll b on
[04:16] <mgalvin> cool thanks! :)
[04:16] <Burgundavia> mgalvin: cool, add more doc people!
[04:17] <mgalvin> jdub: hey while i have you here, who do i poke about an @ubuntu.com email alias
[04:18] <jdub> mgalvin: elmo, i think (i thought the procedure was on the website, but that could be a brainfart)
[04:19] <mgalvin> ok, i will hit him up for that, thanks again!
[09:12] <Burgundavia> jdub: do we have a strategy for installation reports?
[09:12] <Burgundavia> jdub: people are mailing them to ubuntu-users
[09:57] <Kamion> Burgundavia: ubuntu-users is not too bad for installation reports
[09:58] <Burgundavia> Kamion: don't they contain useful data that we would want to capture somewhere?
[09:58] <Burgundavia> I guess we need a hardware database before we can start channeling things like that to it
[10:04] <Kamion> Burgundavia: for the most part the usefulness is more in terms of figuring out what bits need to be turned into bug reports
[10:06] <Burgundavia> Kamion: true. Maybe they should spat in LP support requests then?
[10:07] <Kamion> I'm not sure they map well for those
[10:07] <Kamion> just at the moment, mail is easiest
[10:07] <Kamion> people are mailing them to ubuntu-users@ because we tell them to, at the moment
[10:08] <Burgundavia> yes
[10:08] <infinity> I have issues with them on ubuntu-users for now, though an ubuntu-installer mailing list may become more appropriate as the team is forced to grow to ease Kamion's growing burden (and spread some knowlege around)
[10:08] <infinity> s/have issues/have no issues/
[10:09] <Burgundavia> ok, sounds good
[10:09] <Kamion> there are very few anyway
[10:09] <infinity> Having them auto-submit to a hardware databse is only useful when the install is actualy successful, and while we do want successful (and semi-sucessful) reports, the most useful reports are the complete and utter failures.
[10:10] <Burgundavia> successful install stories are good if we can setup a way for people to browse for specific pieces of hardware. That is a not an easy task and may not be worth the efoort
[10:13] <infinity> It can be done, but not for this release, I'm sure.
[10:14] <Burgundavia> we would need a backend before we can even start thinking about backends like that
[10:15] <Burgundavia> frontends, I mean
[10:51] <sivang> morning all
[12:02] <sivang> Burgundavia: worth a spec for sure
[12:03] <Burgundavia> sivang: better to tack it on to a an existing spec on hardware data capturing
[12:03] <sivang> Burgundavia: even better, yes.
[12:04] <sivang> Burgundavia: I'm working hard btw so you can see backup hotness ;-)
[12:05] <Burgundavia> very cool
[12:05] <Burgundavia> how is the rest of your life?
[12:07] <sivang> Burgundavia: mostly revolves around this cool project which I hope to deliver soon, my dayjob and a a couple of hours's rest in the weekend, catching up a comdey act once in few weeks.
[12:07] <sivang> Burgundavia: anh in the remaining time, my gf.
[12:08] <sivang> Burgundavia: (we were in a good show last night, sort of andy kaufman's type of humor, adopted to Israel current affairs , colors and ethinc groups)
[12:19] <Kinnison> Remind me never to party with ddaa again
[12:19] <Kinnison> Nor to let jblack buy me "a" drink
[12:21] <mpt> haha
[12:21] <Burgundavia> Kinnison: heh
[12:21] <Kinnison> mpt: I feel fine
[12:21] <mpt> It was a very *pretty* row of drinks ...
[12:21] <Kinnison> mpt: I just didn't wake up until nearly 10
[12:22] <Burgundavia> Kinnison: I haven't gone to bed yet, so...
[12:22] <Kinnison> Burgundavia: *g*
[12:22] <mpt> Kinnison, so you're not the Launchpadder who is reportedly still in the throes of throwing up?
[12:22] <Kinnison> Burgundavia: We drank the bar out of absinthe and curaao
[12:22] <Kinnison> mpt: god no, I never vomit from alcohol
[12:22] <Pygi> _ion: awake? ;)
[12:22] <mpt> Maybe it's ddaa
[12:23] <Kinnison> perhaps. He did drink a *lot* of absinthe
[12:23] <Robot101> Kinnison: nor me, just the blood poisoning the next day.... :P
[12:23] <Kinnison> Robot101: as I said, I feel fine, no bad head, no aches, no UDIs just didn't wake up until 10 and that's unusual for me
[12:23] <mpt> Some people get their kicks from alcohol ... I get my kicks from watching the effect of alcohol on others ;-)
[12:24] <tseng> mpt++
[12:24] <Kinnison> mpt: I enjoy that too, most of the time that's what I do. Last night I decided I wanted to be the one being laughed at. It was fun
[12:24] <Burgundavia> ugh. I had to excort a roommates friend home tonight, after my roommate (female) and her fought
[12:24] <Kinnison> mpt: So you enjoyed Maominoes?
[12:25] <mpt> Kinnison, generally yes, though I was annoyed by the inconsistency in the way the rules treated what the value of a domino half was
[12:25] <mpt> i.e. face value vs. effect
[12:26] <mpt> Thanks for bringing them to the workshop :-)
[12:26] <Burgundavia> are you lot someone for an LP sprint?
[12:26] <Kinnison> mpt: there was no inconsistency, just the subtleties of is/matches/acts-like and free ends versus closed ends
[12:27] <Kinnison> Burgundavia: Yes, this week just gone was the first of two weeks of LP hacksprinting.
[12:27] <sivang> Kinnison: what was the party reason? how did ddaa manage it? :-)
[12:27] <Kinnison> sivang: landing the huge (> 21,000 line diff) soyuz patch into mainline launchpad
[12:27] <sivang> Kinnison: oh god
[12:28] <Kinnison> Burgundavia: And this was the week of Canonical prototype seven tile double-fifteen maominoes
[12:30] <Pygi> _ion: Don't tell me you are sleepin' again? ;)
[12:31] <sivang> Kinnison: (> 21,000) is huge. did pqm like it? :p
[12:31] <Kinnison> sivang: eventually
[12:31] <sivang> hehe
[12:31] <Kinnison> Anyway, it's 11:30 and I have to check out by 12:00 so I need to go, pay the bar tab, and head home
[12:31] <Kinnison> I get to sleep in my own bed tonight \o/
[12:32] <zyga> sivang: hi
[12:32] <zyga> sivang: do you have a moment?
[12:32] <Kinnison> ciau
[12:32] <zyga> in u-desktop
[12:35] <sivang> ciau Kinnison
[12:59] <Pygi> _ion: please do wake up ^^
[01:52] <pitti> Kamion: yay, no promotions in anastacia any more ;)
[02:09] <Mithrandir> why does ejecting a cd-rom say "writing data to device $dev"?
[02:10] <tseng> Mithrandir: thats been fixed according to changelog
[02:10] <tseng> it is meant for unmounting usb flash only
[02:36] <pitti> Mithrandir: hm, does that still happen with the latest nautilus version?
[02:45] <hendry> I just did a update with dapper
[02:46] <hendry> and I restarted the computer as suggested. And it hasn't restarted. It frozen on "Checking battery state"
[02:59] <Fjodor> Hey. I noticed a considerable slowdown when running seti@home on my amd64-system and a 64bit seti client. So far, I think I have found the error to be a missing patch to glibc a la http://forums.gentoo.org/viewtopic-t-376943.html from gentoo. I might be able to create a patch for ubuntu glibc, but would you guys be receptive to such a patch?
[03:06] <pitti> Fjodor: if the patch is reasonably obvious and nonintrusive, and does not change the API and ABI, then it has a very good change to be adopted
[03:07] <pitti> Fjodor: and thanks in advance for that effort!
[03:07] <Fjodor> Goody. I run breezy here, but I would suspect it to be a change for dapper. Is that correct?
[03:10] <pitti> Fjodor: right
[03:11] <pitti> Fjodor: we won't change these things in stable releases, it's just too risky
[03:11] <Fjodor> Seems reasonable. Time to make a new chroot with dapper then
[04:55] <Pygi> _ion: ping
[05:32] <_ion> pygi: Good morning. :-)
[05:32] <Pygi> _ion: yes, yes, good Mornin'
[05:34] <Pygi> let's discuss it
[05:34] <Pygi> _ion: pm
[05:41] <Fjodor> As discussed with pitti, I would like do make some changes to glibc and send a patch your way, but how do I go about extracting the source after apt-get source glibc? I am rather new to debian/ubuntu
[05:42] <crimsun> it's already extracted if you use apt-get source
[05:44] <infinity> Fjodor: "debian/rules unpack"
[05:44] <infinity> crimsun: glibc is tarball-in-tarball, so it's not quite unpacked when you unpack it. :)
[05:44] <Toadstool> crimsun: it depends, some packages such as glibc (IIRC) contain the debian dir and a tarball dir with upstream tarballs
[05:45] <crimsun> I stand corrected
[05:45] <Kamion> debian/rules unpack^Wextract^Wpatch^Wapply-patches^Wstampdir/patch^Wpatch-apply^Woh-god-I-want-to-die
[05:45] <infinity> Fjodor: And ater the "unpack", "debian/rules patch" if you want to apply all the patches in debian/patches.
[05:46] <infinity> Kamion: Win'n'Pen is waiting for a hacker to implement (and frickin' ship) it...
[05:46] <Kamion> people could freaking agree on ONE TARGET NAME without that
[05:47] <infinity> Kamion: Also, you forgot the oh-so-intuitive DBSism of "source.make"
[05:47] <Kamion> infinity: and also make -f debian/sys-build.mk whatever-it-is
[05:47] <Kamion> or is it debian/scripts/sys-build.mk? don't know, don't care
[05:47] <infinity> That's "source.make"
[05:48] <Kamion> what gets me is that I've never *once* seen a package that aliases any of the other common target names
[05:48] <infinity> I saw one just the other day, actually.
[05:48] <Kamion> just that would improve usability of source packages so much, without anyone having to give up their pet name
[05:48] <Kamion> oh, which one? I need to send its maintainer flowers
[05:49] <infinity> I'll let you know when I see it again. :)
[05:49] <Fjodor> Thanks
[05:50] <infinity> Kamion: It had extract/unpack as aliases, and patch/dopatch, and something else.
[05:50] <infinity> Kamion: No source.make, but I can't imagine that's ever anyone's first try.
[05:50] <infinity> Kamion: My MO when lazy is usually just to do "debian/rules build" and hit Ctrl-C... <smirk>
[05:52] <infinity> Kamion: I could deal with an optional (but strongly recommended) "debian/rules help" that explains WTF the build system does.
[05:53] <infinity> Kamion: Might be nice to explain your interesting pet targets for debian/control regeneration, unpacking source, updating upstream stuff, blah blah.
[05:57] <infinity> Kamion: Perhaps if dh_make included a templated help target that explains the default rules, it would prompt people to add their custom rules to said output.
[05:57] <Kamion> might not hurt ...
[05:58] <infinity> (And, sneaking it into dh_make would make it a defacto standard over time, allowing for a policy amendment; see, I'm clever sometimes)
[08:03] <netstar> gstreamer on PPC is slooooooooooooooooow
[08:03] <netstar> we're talking 99% CPU
[08:06] <LaserJock> hmm, sound like fun :(
[08:06] <netstar> not at all
[08:14] <pagux> hello can I ask a shell scripting  issue in  this channel ?
[08:14] <pagux> i am writting a small script ...on ubuntu 5.10
[08:14] <pagux> how can put result of a command into an variable?
[08:15] <pagux> $count =/opt/lampp | wc -l    -> does not work ?
[08:15] <LaserJock> pagux: you are writing a Debian and Ubuntu 5.10 shell script at the same time? ;-)
[08:15] <netstar> Any PPC users?
[08:15] <pagux> i want to count of files in paerticular to be put in an variable
[08:16] <highvoltage> netstar: yes, there are hundreds and thousands
[08:16] <netstar> Ha
[08:16] <netstar> Are you running Dapper on ppc?
[08:17] <LaserJock> pagux: does $count =`/opt/lampp | wc -l` work?
[08:18] <pagux> no it displays ->/opt/lampp | wc -l rather than output of command
[08:18] <_ion> pagux: You should read some scripting tutorial. No offence, but everything in that example is wrong (assuming you mean sh scripting). :-)
[08:18] <highvoltage> netstar: nope, i run on i386
[08:19] <highvoltage> netstar: i'm sure you'll find some on #ubuntu?
[08:19] <pagux> actully i am writting a install script for xampp
[08:19] <netstar> I need some Dapper users
[08:19] <netstar> gstreamer is mush on my machine
[08:22] <Fjodor> My glibc is now changed to include the amd patches, and I have made a diff with diff -Naurp build-tree buildtree.patched. Where do I send it?
[08:22] <highvoltage> pagux: why do you need a script to install it? it's just a tarball that you extract and it works?
[08:23] <LaserJock> netstar: you could try #ubuntu+1 I suppose
[08:23] <netstar> thanks yeah
[08:23] <netstar> should've thought
[08:23] <wasabi_> Why would hte name of a directory result in anything?
[08:23] <wasabi_> /opt/lampp
[08:24] <wasabi_> isn't it?
[08:24] <pagux> highvoltage: bcos it only works  when extracted in /opt/lampp  directory
[08:25] <pagux> wasabi_: i want to check there was a previous xampp installation in yes then back it up
[08:26] <wasabi_> You want to check if the directory EXISTS?
[08:26] <wasabi_> Or if it has files in it?
[08:26] <pagux> both
[08:26] <wasabi_> Well, small explaination. wc -l counts the number of lines that are piped to it.
[08:26] <wasabi_> Try this:
[08:26] <wasabi_> echo 1 | wc -l
[08:29] <_ion> Has anyone (with madwifi hardware) tested the patched linux-restricted-modules package yet?
[08:30] <pagux> i know that ...i want to count no files in an directory ....thats working ...but I want store this value into an variable
[08:31] <pagux> count='ls /etc | wc -l';echo $count ->> not working
[08:33] <_ion> How about reading some scripting tutorial, and reading others' scripts?
[08:36] <pagux> _ion: if you  solution then tell it otherwise .... ;-)
[08:37] <Pygi> _ion: heh, you are alive ;)
[08:37] <Pygi> _ion: Seveas *is* testing
[08:37] <_ion> Somewhat. :-)
[08:37] <_ion> Nice.
[08:38] <pagux> i got the solution
[09:01] <Seveas> I'm seeing lots of names of people I don't know on the dapper-changes list
[09:01] <Seveas> people who aren't in any launchpad teams either
[09:01] <HiddenPuppy> yeah
[09:01] <Seveas> How is that possible?
[09:03] <Seveas> Maintainer: Sam Pohlenz<EMAIL_ADDRESS>[09:03] <Seveas> Changed-By: Sam Pohlenz<EMAIL_ADDRESS>[09:04] <Seveas> Maintainer: Francesco Paolo Lovergine<EMAIL_ADDRESS>[09:04] <Seveas> Changed-By: Jeremie Corbier<EMAIL_ADDRESS>[09:04] <LaserJock> People upload for other people
[09:05] <Seveas> Then how are they authenticated?
[09:05] <LaserJock> A motu or core-dev signs them
[09:05] <Seveas> ah
[09:05] <LaserJock> but they don't touch the actual packaging, and hence the changelog
[09:05] <Seveas> interesting
[09:07] <Seveas> I really think the name of the person who signs/uploads it should be visible in either the changelog or in the mail to dapper-changes
[09:08] <LaserJock> I think you can get that info other places perhaps
[09:10] <LaserJock> Seveas: In reality I don't know if it really matters much with team maintainance. If there is a problem them I suppose there is a log of who uploaded somewhere.
[09:11] <Seveas> well, in case of theings being uploaded for non-developers the uploader takes responsibility
[09:12] <LaserJock> sure
[09:12] <LaserJock> but the non-developer did the work
[09:13] <LaserJock> but I can definately see both sides of the argument. It is the same way in Debian though
[09:16] <ajmitch> Seveas: every mail on dapper-changes will be signed by the uploader
[09:17] <ajmitch> so it's esay to check who uploaded
[09:18] <Seveas> ah, nice
[09:18] <Seveas> thanks
[09:22] <Fjodor> I talked to pitti about patching glibc with some amd64 patches. I have done so now, and am ready to hand over the patch to you guys. Where do I send it?
[09:30] <Seveas> try pitti ;)
[09:32] <Fjodor> Nice idea Seveas :-), but I don't have his address, and he isn't online. Do any of you know him?
[09:33] <Seveas> Fjodor, martin.pitt(a)ubuntu.com
[09:34] <Fjodor> Thanks
[09:38] <_lemsx1_> how can i fix this?
[09:38] <_lemsx1_> sudo apt-get install xorg-driver-fglrx=6.9.0-8.23.7+<IP_ADDRESS>-1
[09:38] <_lemsx1_> dpkg-divert: rename involves overwriting `/usr/lib/fglrx/libGL.so.1.xlibmesa' with
[09:38] <_lemsx1_>   different file `/usr/lib/libGL.so.1', not allowed
[09:38] <_lemsx1_> dpkg: error processing /var/cache/apt/archives/xorg-driver-fglrx_6.9.0-8.23.7+<IP_ADDRESS>-1_i386.deb (--unpack):
[09:39] <Seveas> _lemsx1_, first remove all fglrx packages then install what you want
[09:39] <mjg59> _lemsx1_: I'd suggest not trying to install old packages on a different release
[09:39] <Seveas> _lemsx1_, and #ubuntu-devel is NOT for support - please go to #ubuntu
[09:40] <_lemsx1_> Seveas: i was planning to open a bug... just wanted to make sure
[09:40] <Seveas> _lemsx1_, this is probably because you do things you shouldn't (installing non-Ubuntu packages), which will only be rejected in the bugtracker
[11:16] <_ion> seveas: Sorry for bugging you again, but have you been able to test the n-m stuff with madwifi yet?
[11:16] <Pygi> _ion: I asked...
[11:16] <_ion> Ok.
[11:16] <Pygi> _ion: he's working on ubugtu
[11:17] <Pygi> _ion: let's stop buggin' people around for now ;) at least until *yours* later tommorow
[11:19] <Pygi> _ion: agreed? ^_^
[11:19] <_ion> Yep. :-)
[11:23] <_ion> seveas: Just in case you didn't notice this the last time i mentioned it on this channel: < _ion> I hadn't quite thinked the version numbering scheme for my packages through, so i changed it a bit. I apologize for the inconvenience, but if you had installed the packages from my repository earlier, please run: sudo apt-get update && sudo apt-get install {network-manager,nm-applet,libnm-util-0}'=0.6.1-0ubuntu*'
[11:24] <Seveas> _ion, that explains the lack of updates :D
[11:24] <Pygi> Seveas: hehe ;)
[11:24] <Seveas> anyway, since Ubugtu is quite broken now I can't test
[11:25] <Pygi> Seveas: no problem at all...take your time ;)
[11:25] <LaserJock> Our beloved Ubugtu! Broken? :(
[11:26] <Seveas> yeah, I'm trying to correct the debian bug handling (which was quite broken)
[11:26] <_ion> In what language is Ubugtu written, btw.?
[11:27] <Seveas> python
[11:27] <LaserJock> I hope him/her/it makes it through the surgery ok ;-)
[11:27] <Pygi> _ion: lemme guess...python perhaps ? ;)
[11:27] <Seveas> he will
[11:27] <_ion> Ok.
[11:27] <Pygi> joy, seveas was faster :-P
[11:27] <Seveas> and in a few hours he'll also understand trac
[11:39] <nekohayo> I think the remote desktop server crashes when someone tries to connect in dapper, could anyone try to confirm this so I file a bug if there isn't one yet?
[11:40] <dotwaffle> nekohayo: doesn't happen here (assuming vnc)
[11:40] <dotwaffle> nekohayo: just logged in, no trouble (using Chicken of the VNC on OSX)
[11:41] <nekohayo> yeah, well the gnome remote desktop thing
[11:41] <dotwaffle> nekohayo: you mean to connect to ubuntu or to connect from ubuntu to something else?
[11:41] <nekohayo> connect to ubuntu using vncnviewer or tsclient or anything
[11:41] <dotwaffle> works fine here :(
[11:42] <nekohayo> I see this in my .xsession-errors file o_O: +1142720916.875581 Session manager: gsm-remote-desktop.c:107: remote desktop server died, restarting
[11:43] <nekohayo> oh! it works the other way around
[11:43] <nekohayo> I'm assuming it is XGL's fault
[11:44] <nekohayo> what should I file the bug against, xserver-xgl or the remote desktop tool?
[11:58] <Seveas> why oh why is the debian bts sucking so hard...


[00:13] <tsimonq2> I guess it's a two-week issue.
[00:14] <tsimonq2> Pushing it forward a day would have solved this :/


[09:09] <plautrba> sadmac: only devel branch
[13:57] <ion> http://isc.sans.org/diary.html?storyid=6820
[13:59] <ion> Is there a typo in the code quotation, though? Should it be if (!sk)?
[16:22] <wasabi> I don't get that.
[16:22] <wasabi> Isn't removing the if a semantic change?
[16:23] <wasabi> oh i see!
[16:23] <wasabi> it's !tun, not !sk
[16:28] <Keybuk> it looks like a bug anyway doesn't it
[16:28] <wasabi> yeah
[16:28] <Keybuk> if the code was
[16:28] <Keybuk> sk = tun->sk;
[16:28] <Keybuk> if (! tun)
[16:28] <Keybuk> it'd crash
[16:29] <Keybuk> the fact the sk = is in the initialiser should make no differences
[16:38] <wasabi> Yeah. The check needed to be before tun->sk
[16:38] <wasabi> I guess I don't really understand the problem.
[16:39] <Keybuk> no, I think the blog poster doesn't understand
[16:40] <wasabi> The post is missing a lot of context maybe.


[19:19] <TandyUK3> hi guys, what is the 'correct' way to map music for mythmusic between a backend which stores it all, and multiple frontends?
[19:19] <TandyUK3> i know this hasnt been necesary for video content for a long time
[19:19] <TandyUK3> but on my extra frontends, i just get an error "could not load audio codec for: '' "
[19:20] <TandyUK3> its showing paths as being /data/music/....., which is the correct location on the backend, however that folder is not mapped on the client, and im guessing the '' should contain the file it is trying to play
[19:20] <TandyUK3> should i just nfs mount it, or should it be using the internal sharing stuff like tv does?
[23:54] <chronic1> 'evening


[17:07] <StephDev> Just a friendly reminder that there hasn't been a successful kernel build in Mainline in 11-days.


[02:05] <rebel> so apparently there's a bug in launchpad bazaar
[02:06] <rebel> https://code.launchpad.net/~rebel/+archive/ppa/+recipebuild/195476/+files/buildlog.txt.gz
[02:06] <SamB> isn't there always at least one?
[02:06] <rebel> heh ;)
[02:06] <rebel> I've filed it here https://bugs.launchpad.net/bzr/+bug/954651
[02:06] <rebel> would be great if someone could up my quota once it's fixed so I can build when I wake up later..
[02:07] <bigjools> it's a dupe of bug 915505
[02:08] <rebel> ic, thanks for marking it
[02:19] <jalcine> https://launchpad.net/bugs/915505
[02:32] <ScottK> bigjools: We think shadeslayer figured out your digikam bug.
[02:33] <bigjools> ScottK: cool
[02:33] <bigjools> I saw a request to test it
[02:35] <ScottK> Please do.
[02:38] <bigjools> ScottK: fwiw, I no longer get a device notification when I plug my camera in
[02:38] <ScottK> bigjools: OK.  Please ping shadeslayer on #kubuntu-devel.
[02:39] <bigjools> ack
[10:43] <ikonia> is ppa.launchpad.net just another mirror of the core repo's or is it actually posting a PPA ?
[10:43] <ikonia> s/posting/hosting
[10:46] <wgrant> ikonia: http://ppa.launchpad.net/ serves PPAs, not the Ubuntu primary archive.
[10:48] <ikonia> wgrant: I'm seeing a lot of people in the support channel with lines such as this
[10:48] <ikonia> http://ppa.launchpad.net oneiric
[10:48] <ikonia> I'm trying to understand where this is comfing from as it's too many people for it to be someone just making a manual mistake
[10:49] <wgrant> ikonia: apt-get doesn't usually show the path
[10:49] <wgrant> Just the scheme, domain and release.
[10:49] <wgrant> So that's normal if it's from 'apt-get update' output.
[10:50] <ikonia> wgrant: even the lines (I pasted the wrong one in my example) http://ppa.launchpad.net oneiric/main i386 Packages
[10:51] <ikonia> normally you see the archive it's referencing eg: http://ppa.launchpad.net oneiric/wgrant-software
[10:51] <wgrant> ikonia: No
[10:51] <wgrant> main is the component
[10:52] <wgrant> That line is normal, and is the same for every oneiric PPA
[10:52] <ikonia> ahh good, so I'm ujust reading it wrong, thank you
[10:52] <wgrant> You need to check /etc/apt/sources.list and /etc/apt/sources.list.d
[10:52] <wgrant> Yep, nothing to worry about.
[10:52] <ikonia> that's fine, it's my reading it wrong, I thought I was having a moment here,
[10:52] <ikonia> thank you
[11:51] <soaringsky> what's with all the oopses on lp lately?
[11:53] <czajkowski> soaringsky: in what way? what are you doing to see the oopses
[11:53] <soaringsky> just using launchpad. searching ubuntu bugs, working on bugs, etc
[11:54] <soaringsky> I've filed bugs for all of the oopses
[11:54] <czajkowski> soaringsky: in some cases it's due to the bugs having many duplicates or lots of subscribers
[11:55] <soaringsky> didn't see that. I'm randomly seeing oopses just about everywhere
[11:56] <wgrant> OOPSes, or timeouts?
[11:56] <wgrant> Timeouts still have an OOPS ID, but they're a rather different situation.
[11:56] <wgrant> And by "everywhere" you mean the occasional bug page?
[11:57] <soaringsky> timeouts mostly. not just bug pages
[11:57] <wgrant> The only thing that's likely to be timing out often is Ubuntu and global bug listings.
[11:57] <wgrant> Sometimes some Ubuntu bug actions will time out the first couple of times.
[11:57] <wgrant> But everything else should be pretty much OK.
[11:57] <soaringsky> bug searches, package searches, performing operations, etc
[11:57] <wgrant> Ah yes, package searches are the other big one.
[11:58] <wgrant> Performing operations?
[11:58] <wgrant> Only on bugs should that be slow.
[11:58]  * ScottK has had timeouts on package searches quite a bit recently.
[11:58] <wgrant> Yeah, /ubuntu/+search is thoroughly broken.
[11:59] <soaringsky> timeouts are happening a lot lately pretty much everywhere for me
[11:59] <soaringsky> lp seems to be having issues recently
[12:00] <wgrant> There are known issues with operations that include Ubuntu bugs.
[12:00] <wgrant> And Ubuntu package searches.
[12:00] <wgrant> But those are the only commonly used pieces of functionality which time out more than ~once an hour.
[12:01] <wgrant> So, there are major issues, but they're not *everywhere*.
[12:01] <soaringsky> I get timeouts much more often than once an hour. try once every 10 min
[12:01] <wgrant> On Ubuntu bug operations, sure.
[12:02] <wgrant> And package searches time out around 5 times an hour over the entire site.
[12:02] <soaringsky> not just there
[12:03] <soaringsky> overall, performance has been bad lately
[12:04] <wgrant> Performance on Ubuntu bug and package search operations has been worse than normal, but overall performance is better than it has been in many years.
[12:04] <wgrant> There's 7 pages that timed out more than 3 times an hour yeterday, and they're all either Ubuntu bug searches or /ubuntu/+search
[12:04] <soaringsky> well, performance was good until a few days ago
[12:05] <wgrant> OK, now that I can entirely refute :)
[12:06] <soaringsky> true, lp is better than it was years ago
[12:06] <wgrant> There have been no more timeouts this week than last.
[12:06] <wgrant> Our page performance report says we're doing about 5% better overall than last week.
[12:06] <soaringsky> but some days it's just more sluggish than others
[12:07] <wgrant> It depends on what you're doing.
[12:07] <wgrant> I have some work in progress which will hopefully make Ubuntu bug operations several times faster in a few weeks.
[12:07] <wgrant> And that will resolve around 3/4 of our total timeouts.
[12:07] <soaringsky> OTOH, are lp servers in other locations being considered?
[12:08] <soaringsky> packet travel time to America is in the hundreds of ms
[12:09] <StevenK> Launchpad is not in the US.
[12:10] <soaringsky> I know, that's why. packets have to travel across the pond
[12:10] <StevenK> Try it from Australia. :-)
[12:10] <soaringsky> StevenK: ouch
[12:12] <soaringsky> lp servers in other locations would probably help page load times a lot
[12:32] <ScottK> wgrant: If I used the +queue page more durning non-freeze periods it'd show up on your list too.
[12:34] <StevenK> DistroSeries:+queue appears in the top ten from time to time.
[12:34] <StevenK> Sadly. :-(
[12:34] <wgrant> Yeah
[12:35] <bigjools> I hate that page
[12:43] <czajkowski> bigjools: and good morning to you :)
[12:44] <aleksander_m> hey; can I copy a package from official ubuntu precise repo to my oneiric ppa?
[12:45] <aleksander_m> or do I need to build it myself for my oneiric ppa using the .orig.tar.gz and debian dir from precise?
[14:17] <geser> aleksander_m: not sure if the web UI allows that (it should be possible with the LP API), but are you sure that you don't need a rebuild of the package (are the dependencies fulfillable in oneiric)?
[14:49] <dobey> aleksander_m: you would need to backport it to your ppa. you should append ~oneiric1 to the version in debian/changelog for example, and may need to make other changes to the source if it doesn't build on oneiric as-is.
[14:50] <aleksander_m> geser, dobey: I just found the required package version for oneiric in another PPA, and there I can copy packages from that PPA to mine
[14:52] <aleksander_m> a rebuild would be needed if I were taking the package from precise, yes; but when I copy a package from one PPA to another one I can request to get the package rebuilt
[14:53] <aleksander_m> I just don't see why I cannot copy a package from ubuntu repos (i.e. no PPA) into my PPA; assuming the ubuntu repo for the release targeted in the PPA doesn't have the package being copied
[14:55] <aleksander_m> its probably just a feature not exposed in the web interface, as geser says probably possible with the LP API
[14:55] <dobey> aleksander_m: because the ubuntu repo for the release doesn't have the package. at that point you might as well just require the new version of ubuntu for your own package, and build for it, than for the older one that doesn't have it
[14:55] <dobey> aleksander_m: it's called backporting for a reason :)
[14:56] <dobey> new package in precise might require other newer packages, which might require other newer packages, and so on and so forth. it's better to backport and rebuild against the older versions if it can be done
[14:56] <aleksander_m> dobey, but with PPAs I can request to copy a package from PPA A (precise) to PPA B (oneiric) with a rebuild in between
[14:56] <dobey> aleksander_m: you can't copy to a different release
[14:56] <dobey> aleksander_m: you can copy a package from one ppa to another, but it will build for the same release
[14:56] <aleksander_m> you sure? I just saw the combobox 1 hour ago
[14:57] <dobey> yes
[14:57] <aleksander_m> let me recheck
[14:57] <dobey> you can copy it, but it will build for precise, not oneiric, if it was for precise in the original ppa
[14:57] <dobey> you can't copy across releases
[14:58] <aleksander_m> dobey, humm.. then why the "Destination series:" combobox when copying packages?
[14:59] <dobey> i don't know. it makes no sense to me
[14:59] <wgrant> dobey, aleksander_m: It will build in the target series if you tell it to rebuild.
[14:59] <wgrant> Otherwise it will copy the existing binaries into the target series.
[14:59] <aleksander_m> that's whay I assumed, yes
[15:00] <dobey> wgrant: that seems broken
[15:00] <wgrant> dobey: Howso?
[15:00] <dobey> wgrant: does it copy any needed dependencies from the newer series automagically?
[15:00] <wgrant> dobey: No.
[15:00] <dobey> right
[15:01] <wgrant> Just as it won't stop you from uploading something that will FTBFS.
[15:01] <wgrant> We have little choice but to trust you to not do broken things :)
[15:01] <dobey> well, that seems like a feature destined to create a world of broken PPAs
[15:02] <dobey> like, you don't really need to know what you're doing to break things that way. at least having to download, make changes, and re-upload and try to do a backport, it requires *some* attempt to avoid breaking things
[15:04] <aleksander_m> I prefer to just try to install the new deb in the system, and if it goes in, it should be safe to just copy it to the PPA, even without rebuild
[15:05] <aleksander_m> as long as the original deb's dependencies are well stated of course
[15:05] <wgrant> dobey: Sure, but people can only break their own PPAs :)
[15:05] <wgrant> dobey: This is a useful feature for many people.
[15:06]  * wgrant sleeps.
[15:09] <dobey> well, in providing answers to people, i prefer to tell them the best way to do something, that avoids breaking things :)
[20:36] <bdrung> comment 8 in https://bugs.launchpad.net/ubuntu/+source/xmms2tray/+bug/219389 is spam
[20:37] <czajkowski> removed


[09:35] <CosmiChaos> hello, can anyone help me i want to talk to ops from +ubuntu-de and #ubuntu-de-offtopic
[09:37] <niko> CosmiChaos: /join #ubuntu-de-ops no ?
[09:37] <CosmiChaos> hm no im the only one there with chanserv xd
[09:38] <CosmiChaos> but -s is correct
[09:38] <CosmiChaos> thanks
[09:51] <cdm10> !test
[09:51] <cdm10> !version gdm
[09:52] <cdm10> !info gdm
[09:52] <ubot4> cdm10: gdm (source: gdm): GNOME Display Manager. In component main, is optional. Version 2.20.10-0ubuntu2 (jaunty), package size 1933 kB, installed size 15980 kB
[09:52] <ubot2> cdm10: gdm (source: gdm): GNOME Display Manager. In component main, is optional. Version 2.20.10-0ubuntu2 (jaunty), package size 1933 kB, installed size 15980 kB
[11:04] <andrew_46> Is someone here able to remove the Ubuntu Member cloak from from this nick? I am no longer a member on launchpad but the cloak remains :-)
[11:04] <andrew_46> I am not sure if it is simply a matter of waiting....
[11:05] <andrew_46> andrew.46
[11:10] <andrew_46> Hopefully somebody will catch this on logs :-). Good night!


[07:23] <pitiye> merry xmas - i can't add tmux to lubuntu menu as a menu item - how to do it effectively ?


[01:25] <gpd> i seem to have broken mysql -- Access denied for user 'debian-sys-maint'@'localhost
[01:26] <gpd> can't even remove it with dpkg
[01:26] <gpd> anyone around to assist?
[01:26] <gpd> tried changing the pw in mysql user table for debian-sys-maint to the same as in /etc/mysql/debian.cnf
[01:26] <gpd> but doesn't seem to help
[01:39] <gpd> ok - dpkg --purged managed after i killed mysqld
[06:22] <amachu> hi
[06:22] <amachu> anyone tried Oracle 9i on Ubuntu
[06:22] <amachu> we at our office planning to deploy
[06:22] <amachu> need your help
[11:54] <okaratas> is Ubuntu supporting VLAN; is there any documentation for that; is there anything to do in kernel for this?
[02:29] <linnuxxy> how to install ZipArchive   for php5 in dapper?
[09:02] <linnuxxy> how to install ZipArchive   for php5 in dapper?


[11:39] <poVoq> https://github.com/PipeWire/pipewire
[11:40] <poVoq> Maybe this would be interesting for audio routing of desktop apps in UT?
[15:14] <Fuseteam> Hmmm


[00:52] <hggdh> micahg: enigmail needs an update for ffox 7, again ;-)
[01:04] <micahg> hggdh: ugh, ok, I'm sure it's on chrisccoulson's list, but will take a look if he can't get to it
[01:05] <hggdh> micahg: trying to look at the source package, IIUC should be a simple change, correct?
[01:05] <micahg> hggdh: depends, probably a new upstream release
[01:06] <hggdh> ugh
[15:51] <micahg> chrisccoulson: could you push up lp:thunderbird/beta please
[15:53] <chrisccoulson> micahg, i can do the beta stuff. do you want to do the release builds?
[15:54] <micahg> chrisccoulson: yeah, I can take care of the release builds, I was just wondering if you could push up your bzr branch in case it's another 10 hrs before it's ready :)
[15:54] <chrisccoulson> micahg, it should be ready before then :)
[15:58] <micahg> chrisccoulson: yeah, should be soon, I still suggest using the security PPA for the oneiric builds so as to not impact the archive until it's ready for all releases
[16:06] <micahg> chrisccoulson: actually, let's move discussion to #ubuntu-release
[16:19] <chrisccoulson> micahg, you can build the 6.0.1 tarball now btw
[16:20] <chrisccoulson> none of the language pack changesets changed, so you don't need to worry about that
[16:20] <micahg> chrisccoulson: thanks, I just saw the tags come in
[16:22] <micahg> I think I might have to hold off uploading, see #ubuntu-release
[16:23] <chrisccoulson> right, our builds should take priority :)
[16:23] <chrisccoulson> brb, food
[16:42] <micahg> chrisccoulson: I think we should try to get an ACK from upstream to distro patch the arm fix for Firefox 7 as that's what we'll release with
[16:42] <chrisccoulson> possibly
[16:43] <chrisccoulson> i'm not touching anything arm related until i have access to some hardware though
[16:43] <micahg> I could test it
[16:43] <chrisccoulson> people keep pinging me about arm issues, expecting me to have some sort of crystal ball
[16:46] <micahg> chrisccoulson: jason won't get you arm hardware?  not too much: https://www.genesi-usa.com/store/, although, I'd probably go for a board like the new arm builders will have if you have the option
[16:46] <micahg> anyways, we can sort this out next week
[16:49] <micahg> chrisccoulson: http://hg.mozilla.org/releases/mozilla-beta/rev/455584906d41 seems like the only risky revision in the bunch, but do you concur we carry more risk if we cherry-pick?
[16:50] <chrisccoulson> no, we definitely shouldn't cherry pick
[16:54] <chrisccoulson> hmm, this sucks. for the thunderbird builds, we really need the mozilla-rev as part of the version number
[16:54] <chrisccoulson> i can't respin the thunderbird aurora build until someone pushes a new rev to comm-aurora
[16:55] <micahg> chrisccoulson: they should be tagging as well soon
[16:55] <chrisccoulson> the script thinks there are no new versions else
[16:55] <chrisccoulson> micahg, this is for aurora, so there isn't any tagging ;)
[16:55] <micahg> oh...hmm...
[16:58] <micahg> chrisccoulson: BTW, have you looked at enigmail yet for TB7?, I started tinkering with a 1.3.1 build while I was waiting for stuff
[16:58] <chrisccoulson> micahg, not yet, it's on my list
[17:01] <micahg> chrisccoulson: ok, I might have some time to look at it today if I can't get these builds up until later
[17:11] <micahg> chrisccoulson: you've got your tag in case you didn't see it yet
[17:11] <chrisccoulson> micahg, yeah, i'm just refreshing all the translations
[17:12] <chrisccoulson> i think i'm going to make this automatic when we build the source tarball
[17:22] <micahg> chrisccoulson: I have the firefox 6.0.1 tarball if you need it
[17:28] <chrisccoulson> micahg, yeah, can you host it somewhere, and i will do the firefox-stable uploads now?
[17:29] <micahg> chrisccoulson: sure
[17:29] <chrisccoulson> thanks
[17:29] <micahg> chrisccoulson: I assume public is fine?
[17:29] <chrisccoulson> micahg, yeah, that's fine
[17:42] <micahg> chrisccoulson: http://people.ubuntu.com/~micahg/
[17:42] <chrisccoulson> micahg, thanks
[17:45] <chrisccoulson> maaaaan, my laptop is going really slow now
[17:46] <chrisccoulson> so much stuff hitting the disk ;)
[17:56] <chrisccoulson> micahg, how far are you from uploading the lucid/maverick/natty-security builds? i don't really want to upload the oneiric builds until those ones are building first
[17:56] <micahg> chrisccoulson: no, please build yours first as it's blocking beta respins, I'll get mine out tomorrow
[17:58] <chrisccoulson> micahg, oh, we should probably do that the other way around. when i spoke to pitti this morning, i got the impression that we weren't going to do a beta respin for this, and that we were just going to upload it as a post-beta update (we'll still upload and build before thursday though)
[17:58] <chrisccoulson> i think we should do the release builds first
[17:58] <micahg> let's move to -release and get their opinion, he was holding a buildd foryou
[18:05] <dupondje> any eta on lightning in oneiric ?
[18:16] <chrisccoulson> dupondje, really really busy today ;)
[18:19] <debfx> and enigmail? :P
[18:19]  * debfx hides
[18:39] <chrisccoulson> not good timing ;)_
[19:32] <micahg> chrisccoulson: continuing from -release, ok, thanks, is publishing disabled on -stable?  we probably shouldn't push that until upstream actually releases
[19:32] <chrisccoulson> micahg, yeah, publishing is disabled on all of the PPA's at the moment
[19:33] <micahg> chrisccoulson: ok, thanks, I've got lucid/maverick uploaded to sec PPA, waiting on natty to finish test building
[19:33] <chrisccoulson> thanks
[19:38] <chrisccoulson> we desperately need more builders ;)
[19:39]  * micahg wonders if we can switch to clang for building firefox...
[20:03] <chrisccoulson> ok, that's all the PPA's done now, except for tbird beta
[22:01] <Omega> micahg: I'm sorry I've been MIA I'm in the middle of a move right now
[22:01] <micahg> Omega: no problem, whenever you're ready
[22:57] <BUGabundo> o/