[12:37] <Riddell> Kamion: kde ubiquity is good to merge if you're awake
[01:05] <ryanpg> hi all... I've searched launchpad and found nothing related to an issue I'm seeing: no EXA support with dapper FOSS ati driver and xorg
[01:05] <ryanpg> radeon m9 chipset
[01:05] <ryanpg> should I file a bug or check upstream?
[01:07] <Burgwork> ryanpg, file a bug at the vary least
[01:07] <Burgwork> s/vary/very
[01:07] <ryanpg> Burgwork, in launchpad I'm guessing?
[01:09] <Burgwork> ryanpg, yep
[01:09] <ryanpg> k
[01:09] <ryanpg> ty
[01:15] <mdke> jdub: around?
[01:56] <jono_> hey
[02:07] <LinuxJones> hi jono
[02:35] <jdong> Riddell: will you be upgrading your Ubiquity branch to knits soon?
[02:42] <Riddell> jdong: knits?
[02:44] <jdong> Riddell: new bzr 0.8's repository format. faster, fewer total files, takes less space, and makes network fetching a bearable process again :)
[03:07] <Riddell> jdong: are other ubiquity repositories using that?
[03:08] <jdong> Riddell: not sure; it's a viscious cycle until everyone switches though :)
[03:08] <jdong> maybe try to work together with other ubiquity developers to make the switch?
[03:08] <jdong> bzr.dev switched over to knits quite literally days after it was marked stable
[03:08] <zul> heylo
[03:09] <jdong> knits are such a great improvement that there's little reason to use weaves anymore... bzr upgrade magically converts weave repositories to knits
[03:15] <bddebian> Heya peoples
[03:31] <jdub> hrm, attempting to find some info about mvo's dist-upgrader - can't see anything obvious on ubuntu-devel
[03:31] <jdub> can't see packages on his people space
[03:36] <crimsun> I think what you want is: gksudo "update-manager -d"
[03:36] <jdub> oh
[03:36] <crimsun> at least according to http://people.ubuntu.com/~mvo/dist-upgrader/screenshots/dist-upgrader-01.png
[03:36] <jdub> it's integrated and shit :)
[03:36] <crimsun> (pulled from a factoid in #ubuntu)
[03:37] <jdub> thanks :-)
[03:37] <crimsun> np
[03:37] <crimsun> woo
[03:49] <ispiked> should I be in here or somewhere else to ask about launchpad?
[03:49] <ispiked> or rather, Malone.
[03:49] <bddebian> Depends on the issue but probably #launchpad
[03:49] <ispiked> anywho, I want to find a bug with "screen" in its summary. how do I do this. "search" seems to jsut search entire bugs.
[03:50] <ispiked> bugzilla has a far superior search feature, I must say.
[03:52] <ispiked> maybe I'll just file it and hope someone dupes it to a currently open bug. :)
[04:06] <bddebian> ispiked: I find 1087 bugs with "screen" in them.  What are you looking for?
[04:06] <ispiked> bddebian: I resolved it. 
[04:06] <bddebian> Oh OK, great
[04:07] <ispiked> yep.
[04:09] <bddebian> Kamion: Any chance you are here?
[05:12] <truz24> Are there an oss programs to calculate PI?
[05:12] <truz24> out to N digits...
[05:18] <neuralis> truz24: please ask on #ubuntu; this is the wrong channel.
[05:19] <truz24> I apologize.
[05:40] <jsgotangco> good morning
[05:42] <bddebian> Heya jsgotangco
[05:44] <jsgotangco> hey bddebian good weekend to you!
[05:45] <bddebian> jsgotangco: You too, thanks
[05:45] <YokoZar> Hey, I seem to not have a .diff.gz for my package, is there a way to generate one?
[05:45] <bddebian> YokoZar: Is it a new package?
[05:45] <YokoZar> Not really, but I updated it in a funny way
[05:46] <YokoZar> Using dch -v
[05:48] <YokoZar> I suppose I could just try running uupdate, letting it error out at the diff part, and then copying the /debian directory, right?
[05:53] <YokoZar> Actually, I suppose I could just try and generate a new diff
[05:53] <YokoZar> Using diff...
[05:53] <bddebian> Damn, I need doko
[05:54] <bddebian> YokoZar: What exactly are you trying to do?
[05:54] <YokoZar> bddebian: I'm trying to uupdate a package with a new upstream release, but uupdate can't find the diff for the package since somehow I don't have one
[05:55] <YokoZar> I built the package with -sa before
[05:55] <YokoZar> So I think there would be no content in the diff anyway
[05:55] <bddebian> Where did you get the package from?
[05:55] <YokoZar> These are the Wine packages I make
[06:30] <mxpxpod> desrt: ping
[06:55] <lifeless> Kamion: art thou here ?
[07:50] <jdub> Kamion: unlikely ping?
[07:50] <jdub> how big is our base install now? (as in debian base packages, not ubuntu-* meta foo)
[07:55] <infinity> I don't have figures for base, but I can clean up my build chroots and give figures for those.
[07:56] <lifeless> right, one archive sucker written
[07:56] <lifeless> infinity: wheres the best place to get a list of all the distribution/component/arch triples we've shipped ?
[07:57] <infinity> Divine it from the archive layout, or trust the LP database to be accurate.
[08:16] <lifeless> huh, interesting bit of trivial - across all arches, all of breezy and dapper excluding proposed, there are 91K unique binaries
[08:16] <infinity> jdub: :
[08:16] <infinity> 136M    woody
[08:16] <infinity> 209M    warty
[08:16] <infinity> 217M    sarge
[08:16] <infinity> 218M    hoary
[08:17] <infinity> 259M    etch
[08:17] <infinity> 269M    sid
[08:17] <infinity> 270M    breezy
[08:17] <infinity> 295M    dapper
[08:17] <infinity> jdub: Not sure how accurate that is (I may have some stray cruft in those chroots I didn't find when cleaning), but it's likely close.
[08:17] <LaserJock> can anybody confirm that dselect is used in the installer?
[08:17] <infinity> jdub: Those are buildd chroots, so that's just Essential+Build-Essential
[08:18] <jdub> infinity: thanks
[08:19] <infinity> For the record, though I've since deleted it, potato was under 100MB...
[08:19] <infinity> I think it's time for us to start slimming again.
[08:20] <Mithrandir> LaserJock: it's not.
[08:20] <LaserJock> Mithrandir: not in the text installer?
[08:20] <Mithrandir> LaserJock: no, it gives you aptitude, not dselect.
[08:21] <jsgotangco> dselect is not used at all right?
[08:22] <infinity> I use dselect all the tim!
[08:22] <infinity> s/tim/time/
[08:22] <infinity> But no, the installer doesn't use it anymore.
[08:22] <infinity> Hasn't for a long time.
[08:22] <jsgotangco> even upstream right?
[08:23] <infinity> sarge's installer may still give the option to pop you into one or the other, I don't recall.
[08:23] <Mithrandir> upstream as in Debian?  They do the same as us there, iirc.
[08:23] <infinity> Etch should be all aptitude, all the time.
[08:23] <Mithrandir> yeah, sarge gives you the option, but I think it went away with base-config.
[08:23] <jsgotangco> thanks, im actually the one who asked LaserJock first because im doing a small article
[08:24] <infinity> OTOH, dselect still rocks out with its (censored) out, in certain situations.
[08:24] <infinity> So, I'm still madly in love with it for unsnaring ugly upgrade scenarios.
[08:24] <jsgotangco> i needed to make sure because in the back of my mind i know its aptitude at work
[08:24] <jsgotangco> seems to be quite flexible
[08:37] <lifeless> hmm, language packages seem somewhat weird
[08:37] <lifeless> E:Cannot find chunk data.tar.gz
[08:38] <lifeless> lamont: btw, *how* many getTranslations process do you expect on rookery ?
[08:44] <_ion> /summon keybuk
[09:23] <_ion> I built uqm 0.5 and vim 7 from debian for dapper, in case anyone's interested. http://johan.kiviniemi.name/ubuntu/
[09:24] <crimsun> using Debian experimental's source packages?
[09:24] <_ion> For vim, yes.
[09:24] <crimsun> cool
[10:36] <_ion> seveas: I updated to falcon 0.11. Seems like it works when i have the following directory structure: pool/dapper/falcon.ini, pool/vim/, pool/dapper/vim  ../vim, but it doesn't work if there's no pool/vim/ and pool/dapper/vim/ is a directory, not a symlink. Is that intentional?
[10:36] <Seveas> no
[10:36] <Seveas> what is the problem/error?
[10:37] <Seveas> btw: you need 0.11.1
[10:37] <Seveas> there was a bug in 0.11 that could have caused this
[10:39] <_ion> % bzr pull
[10:39] <_ion> Using saved location: http://www.kaarsemaker.net/files/Software/falcon/
[10:39] <_ion> 0 revision(s) pulled.
[10:40] <Seveas> ok, then you have the latest 
[10:40] <_ion> Well, it says 0.11, not 0.11.1
[10:42] <Seveas> hmm, forgot to bump the version number in conf.py.in
[10:42] <Seveas> but that's no big deal
[10:42] <Seveas> what is the problem you face? 'does not work' is not really descriptive 
[10:45] <_ion> http://johan.kiviniemi.name/tmp/falcon-update-dirs.log
[10:45] <_ion> http://johan.kiviniemi.name/tmp/falcon-update-symlinks.log
[10:46] <Seveas> interesting
[10:46] <Seveas> could you try with falcon --verbose
[10:47] <Seveas> and could you give me the ls -l of pool/dapper/
[10:49] <_ion>     sections = [ dir for dir in os.listdir(os.path.join(falcon.conf.basedir,'pool', r))
[10:49] <_ion>                  if os.path.isdir(os.path.join(falcon.conf.basedir,'pool',dir)) ] 
[10:49] <_ion> Shouldn't that be os.listdir(os.path.join(falcon.conf.basedir,'pool', dir, r)?
[10:50] <Seveas> no
[10:50] <Seveas> r == release
[10:50] <_ion> Whoops.
[10:50] <Seveas> (fwiw: it works fine for me with both symlinks and dirs
[10:50] <Seveas> )
[10:51] <_ion> What i was supposed to say: shouldn't that be os.path.isdir(os.path.join(falcon.conf.basedir,'pool',r,dir))?
[10:52] <Seveas> hmmm
[10:52] <Seveas> that sounds correct
[10:52] <Seveas> but then again: why does it work for me 
[10:52] <Seveas> ah, because I am using links and dirs with the same name
[10:56] <Seveas> fix pushed to bzr
[10:56] <pygi> Seveas, heh :)
[10:56] <Seveas> thanks!
[10:56] <_ion> :-)
[10:59] <_ion> It works now. 
[11:13] <_ion> seveas: Hm. It seems like the update action doesn't recreate the HTML files anymore.
[11:14] <_ion> 'falcon update html' does what just 'falcon update' used to do.
[11:42] <_ion> http://johan.kiviniemi.name/ubuntu/dists/dapper/w32codecs/
[11:46] <Coyctecm> _ion from finland? :)
[11:47] <_ion> coyctecm: Yep.
[11:49] <Coyctecm> _ion: nice :) me too :)
[12:29] <Kamion> lifeless: language packs use data.tar.bz2
[12:29] <lifeless> Kamion: thanks :). Bug #44493
[12:29] <Ubugtu> Malone bug 44493 in python-apt "apt_inst.debExtract is unhelpful for packages with data.tar.bz2" [Normal,Unconfirmed]  http://launchpad.net/bugs/44493
[12:29] <Kamion> Riddell: thanks, will merge. I'll move to knits as soon as I've upgraded my development box to a version of bzr capable of using them :) oh, and probably need to make sure rookery is updated too
[12:30] <Kamion> jdong: ^--
[12:30] <ajmitch> morning Kamion 
[12:30] <Kamion> morning
[12:30] <lifeless> rookery is at 0.7pre
[12:30] <lifeless> definately needs some luvin
[12:31] <Kamion> my push script relies on ssh rookery bzr revert, which I'm assuming requires a knit-capable bzr
[12:31] <Kamion> I'll file an RT request to upgrade that
[12:31] <lifeless> you can install bzr in your home dir in the interim
[12:31] <Kamion> faff
[12:32] <lifeless> faff ?
[12:33] <Kamion> fiddly effort with little gain
[12:33] <lifeless> righto
[12:33] <Kamion> I've filed the RT request, by the time I care I expect it'll be done
[01:07] <_ion> seveas: From the changelog i noticed that it's intentional that update doesn't create the HTML files. That's fine, but falcon --help shouldn't lie. :-)
[01:31] <roico> why was filight 7, which is "alpha", released after beta2?
[01:36] <Kamion> roico: because the effort of releasing a beta (with extra QA) is considerable, but we wanted to get another test release out there
[01:36] <Kamion> with slightly less effort involved on the part of the release and core dev teams
[01:36] <Kamion> there'll be a flight 8 too
[01:36] <Kamion> we've done something similar with every previous Ubuntu release; it's just that we used to call it "preview" rather than "beta"
[01:37] <roico> ummm ok... =\
[01:38] <roico> will there be beta 3?
[01:38] <Kamion> probably not
[01:38] <Kamion> flight 8, release candidate, release
[01:38] <Kamion> I expect
[01:39] <Kamion> woo, task overrides in the archive fixed
[01:39] <lifeless> :)
[01:40] <Kamion> and xubuntu tasks are there now too
[02:19] <Kamion> Riddell,Mithrandir: OK, I hope you guys are using bzr 0.8, since I'm upgrading ubiquity to knits now :-)
[02:20] <Mithrandir> Kamion: I'm running dapper on all boxes I use for development, so yes.
[02:20] <Kamion> good
[02:27] <Riddell> Kamion: anything special I need to do to convert?
[02:32] <Kamion> Riddell: 'bzr upgrade', I believe
[02:32] <Kamion> <cjwatson@cairhien ~/src/ubuntu/ubiquity/ubiquity>$ du -s .bzr.backup
[02:32] <Kamion> 34744   .bzr.backup
[02:32] <Kamion> <cjwatson@cairhien ~/src/ubuntu/ubiquity/ubiquity>$ du -s .bzr
[02:32] <Kamion> 24736   .bzr
[02:32] <Kamion> not bad
[02:53] <mdke> jdub: if you pick this up, can you change the details for my blog on planet? thx
[03:04] <crazy_penguin> sorry dor intruding. i want to say only this. Thank you guys for this excellent distro and for your hard work. :) Thank You!
[03:04] <crazy_penguin> dor=for
[03:05] <ompaul_isfair> wats dor=for?
[03:06] <crazy_penguin> i was misstyping
[03:06] <crazy_penguin> sorry
[03:06] <ompaul_isnotfair> ah ok 
[03:06] <crazy_penguin>  it was for this: "sorry dor intruding. i want to say only this. Thank you guys for this excellent distro and for your hard work. :) Thank You!"
[03:06] <ompaul_isnotfair> everybody is sleeping?
[03:07] <ompaul_isnotfair> yeah the best distro around
[03:08] <ompaul_isnotfair> i was wondering who can i give you people a helping hand?
[03:08] <ompaul_isnotfair> i am into website design and administration
[03:12] <jsgotangco> ompaul_isnotfair: http://www.ubuntu.com/community/participate
[03:12] <ompaul_isnotfair> thanks jsgotangco
[03:14] <ompaul_isnotfair> hi pygi
[03:14] <pygi> hi ompaul_isnotfair
[03:14] <pygi> whats up_
[03:14] <pygi> ?
[03:14] <ompaul_isnotfair> nothing am getting bored
[03:15] <pygi> ompaul_isnotfair, nice :)
[03:15] <ompaul_isnotfair> not much chatting around here
[03:15] <ompaul_isnotfair> whats up on your side?
[03:15] <pygi> currently some C#/Mono hacking
[03:16] <pygi> (Diva thingy)
[03:16] <ompaul_isnotfair> u must be a real geek
[03:16] <pygi> lol
[03:16] <ompaul_isnotfair> are u into ruby?
[03:16] <ompaul_isnotfair> am trying to learn that
[03:16] <pygi> no, I never tried it, and never will
[03:16] <ompaul_isnotfair> why?
[03:16] <pygi> just because :)
[03:17] <pygi> No need to learn 9999999 amount of languages
[03:17] <ompaul_isnotfair> yeah i guess so
[03:17] <ompaul_isnotfair> are u into python?
[03:17] <_ion> Ruby rules.
[03:17] <pygi> indeed, but you should rather get someone else to learn you python right now :P
[03:18] <pygi> _ion, yea, yea, whatever :P
[03:18] <_ion> I used to think python rules, but then i learned ruby and saw how much python really sucks. :-)
[03:18] <ompaul_isnotfair> hehe flamewars! i luv em
[03:19] <pygi> no flamewar needed
[03:19] <pygi> heh] 
[03:19] <ompaul_isnotfair> wat about lisp?
[03:19] <pygi> this is offtopic for this channel
[03:19] <jsgotangco> please chekc topic
[03:19] <ompaul_isnotfair> the geeks love it.. dunno why
[03:19] <ompaul_isnotfair> ok
[03:19] <pygi> jsgotangco, nice, thanks :)
[03:20] <ompaul_isnotfair> where are u from pygi?
[03:20] <pygi> that is offtopic 
[03:20] <pygi> for this channel
[03:20] <ompaul_isnotfair> sorry
[03:20] <ompaul_isnotfair> who decides when to release drapper? shuttleworth?
[03:21] <pygi> hurg? It will be released next month, 1 day
[03:21] <pygi> that is for #ubuntu
[03:21] <ompaul_isnotfair> yeah but am banned there
[03:21] <pygi> no wonder :P
[03:21] <ompaul_isnotfair> even #ubuntu-offtopic
[03:21] <ompaul_isnotfair> u think am trolling right now?
[03:22] <thoreauputic> ompaul_isnotfair: you stole a nick - that's not on anywhere
[03:22] <mdke> ompaul_isnotfair: not trolling, but the developers tend to like this channel to be kept clean, because they read the log. It's best to chat in another channel
[03:23] <ompaul_isnotfair> i know but since no one was chatting i thought i was not disturbing sorry
[03:23] <mdke> ompaul_isnotfair: no problem at all, don't worry
[03:23] <ompaul_isnotfair> mdke : any suggestions ?
[03:24] <mdke> ompaul_isnotfair: what about?
[03:24] <ompaul_isnotfair> mdke : another channel to chat
[03:24] <mdke> ompaul_isnotfair: #ubuntu or #ubuntu-offtopic are the ubuntu related channels which you should try. If you're banned, try and talk to an operator to resolve it
[03:25] <ompaul_isnotfair> mdke : its no use .. he won't listen.. dats why i was protesting.. anyway i'll find out
[03:26] <ompaul_isnotfair> mdke : appologises for disturbing u people
[03:26] <mdke> ompaul_isnotfair: ok, np
[03:26] <ompaul_isnotfair> u are doing a great job
[03:27] <sladen> ompaul_isnotfair: 2006-06-01
[03:27] <ompaul_isnotfair> :) can't wait
[04:00] <bddebian> Morning
[04:00] <pygi> mornin to you bddebian 
[04:00] <bddebian> Hello pygi
[04:26] <pygi> wb JaneW 
[04:45] <lifeless> mvo: around ?
[04:59] <mdz> morning folks
[05:16] <mvo> lifeless: sort of, what can I do?
[05:24] <ogra> mdz, oh, so you found network connectivity ? or did you stay at home ? 
[05:33] <doko> network connectivity is slow, but seems to work; at least in the morning if nobody is awake
[05:36] <ogra> isnt it 9am there ? 
[05:36] <Evaso2> please take care of this bug  6017 on launchpad seem solved upstream but i dosen't know if the maintainer is still active in ubuntu
[05:36] <Ubugtu> Malone bug 6017 in foo2zjs "Update to latest package to make HP LaserJet 1020 work" [Normal,In progress]  http://launchpad.net/bugs/6017
[05:36] <Evaso2> this issue doesn't let to print with hp 1020 on ubuntu breezy and dapper
[05:38] <doko> infinity: is this the second OOo build on i386?
[05:39] <bddebian> doko: Did you see Bug #35196?
[05:39] <Ubugtu> Malone bug 35196 in eclipse "Rebuild against firefox" [Normal,In progress]  http://launchpad.net/bugs/35196
[05:41] <doko> bddebian: stay away, it doesn't work. you can easily test this by building with firefox and then trying to use the help
[05:41] <bddebian> doko: OK, thanks.  Sorry to subscribe you to that
[05:42] <doko> hopefully will be fixed in edgy with xulrunner
[05:43] <bddebian> OK, should I reject that one then?
[05:45] <doko> no, why? it's at least a wishlist request
[06:47] <bddebian> doko: OK
[06:51] <sladen> ogra: do you not sure dpatch for gnome-screensaver?
[06:51] <ogra> its cdbs
[06:54] <infinity> doko: Yes, it failed with... Wait for it... A SIGABRT... Same as the OOo-l10n builds previously did.
[06:55] <sladen> ogra: where are the broken out diffs?
[06:56] <sladen> ogra: a lot of the hacks from the straight Debian version aren't being built, but I can't find any reference to what was changed
[06:56] <ogra> sladen, gnome-screensaver-2.14.1/debian/patches/
[06:56] <ogra> err, hacks are not gnome-screensaver
[06:56] <sladen> ogra: g-screensaver is just using the hacks from /usr/lib/xscreensaver ?
[06:56] <ogra> they are xscreensaver and there is no patch system in it anymore
[06:57] <sladen> ogra: which are built from the 'xscreensaver' package;  debian version was 4.23-4, but that's no longer in the debian archive to diff against
[06:57] <ogra> i once added dpatch and debian complained very loudly that we shouldnt just change theor packages
[06:57] <ogra> so it switched it back with the beginning of dapper
[06:57] <sladen> ogra: $developer_developer needs smacking over the head with a sledgehammer
[06:58] <ogra> heh
[06:58] <sladen> $debian_developer
[06:58] <doko> infinity: nice :-/
[06:58] <ogra> but to be honest, there are not much changes to the hacks themselves 
[06:58] <sladen> aside from that, I think it would be best to use some sort of dpatch system;  maintain and rebasing is hell otherwise
[06:59] <infinity> doko: If this fails again, I'll do a manual build for you and keep the broken bits.
[06:59] <ogra> most changes i did this release are made to control, rules and the default settings
[06:59] <ogra> yep, agreed
[06:59] <infinity> doko: Since it failed much earlier than OOo-l10n, it might be a bit less painful to reproduce (failed in ~6 hours)
[06:59] <sladen> ogra: probably being at the moment I can't make a diff of what has changed between the Debian and current Ubuntu version before it's not possible to get hold of the Ubuntu version it was based off
[06:59] <sladen> s/probably/problem/
[06:59] <ogra> especially since our package differs completely from debians now
[07:00] <sladen> ogra: do you have any of  4.23-4 left on your hard-drive?
[07:00] <infinity> sladen: Grab the old Debian version from snapshot.debian.net to diff against.
[07:00] <infinity> sladen: Much easier than guessing.
[07:01] <ogra> sladen, will look
[07:02] <ogra> might be its in my other office on the desktop machine i havent here
[07:02] <ogra> i usually keep the sourcepackages around anywhere
[07:03] <infinity> http://snapshot.debian.net/archive/2006/01/13/debian/pool/main/x/xscreensaver/
[07:04] <sladen> infinity: just found it.  thanks for the reminder/pointer
[07:09] <sladen> ogra: okay found it;  it's as simple as most of them being moved to 'xscreensaver-data-gl'
[07:09] <ogra> nope
[07:09] <ogra> there are also -data-extras and data-gl-extras
[07:10] <ogra> there are nore moved into the -extras packages (universe) the non-extra ones contein the set we ship since warty 
[07:10] <ogra> s/nore/more/
[07:11] <ogra> also have a look at the gnome-screensaver-helper dir in xss's debian dir, that contains the files used by g-s-s
[08:07] <mxpxpod> desrt: ping
[08:08] <desrt> mxpxpod; pong
[08:09] <mxpxpod> desrt: you have ae working with nm?
[08:09] <desrt> mxpxpod; no.
[08:09] <desrt> mxpxpod; i found a bug in nm that broke it on powerpc but i believe there are still others
[08:09] <mxpxpod> hrmm
[08:09] <mxpxpod> ok
[08:09] <desrt> mxpxpod; so i gave up and switched to using wpa-supplicant manually
[08:09] <mxpxpod> aha
[08:09] <mxpxpod> and that works?
[08:09] <desrt> ya
[08:09] <mxpxpod> sweet
[08:09] <desrt> works very nicely
[08:10] <Chipzz> hrrrm sorry for the off-topic-ness, but does anyone know of a program that does the same as "bigecho" onder dos, or a font/option to figlet to have it output fixed-width charachter?
[08:11] <mxpxpod> desrt: how do you invoke wpa_supplicant?
[08:11] <desrt> mxpxpod; you have to write a config file for it...
[08:11] <desrt> lemme post my stuff
[08:11] <mxpxpod> suckage
[08:11] <mxpxpod> ok, thanks
[08:11] <Treenaks> desrt: you can do that through /etc/network/interfaces though
[08:11] <Treenaks> desrt: (afaik?0
[08:12] <ogra> erm, AE works here out of the box with NM
[08:12] <ogra> (iBook G4)
[08:13] <desrt> http://desrt.mcmaster.ca/random/wpa/
[08:14] <desrt> mxpxpod; that's the conf file and the script i use (does wpa + dhclient)
[08:14] <mxpxpod> thanks
[08:15] <mxpxpod> ogra: how'd you get that working?
[08:16] <ogra> mxpxpod, installing my firmware and select my network
[08:16] <ogra> nothing more
[08:16] <mxpxpod> strange...
[08:16] <ogra> but i'm not using wpa at all
[08:17] <mxpxpod> ogra: yeah, mine doesn't even work without wpa or wep
[08:17] <mxpxpod> desrt: does that config work with wep?
[08:17] <ogra> (in fact i dont know *anybody* presonally using wpy=)
[08:17] <ogra> *wpa
[08:17] <desrt> mxpxpod; well
[08:18] <desrt> mxpxpod; assuming you put in actual ssid's and passkeys, yes :)
[08:18] <mxpxpod> desrt: :)
[08:18] <desrt> mxpxpod; those two networks are my home and work networks
[08:18] <desrt> mxpxpod; it autodetects and connects to whichever one
[08:18] <mxpxpod> desrt: and how about non-encrypted networks?
[08:18] <desrt> mxpxpod; uhm... i don't know how to connect to non-wpa networks :)
[08:18] <mxpxpod> heh
[08:18] <desrt> mxpxpod; if you find out, plz let me know :)
[08:18] <mxpxpod> will do
[08:32] <mxpxpod> hmm, so that *sort of* worked
[08:32] <mxpxpod> ae with nm for unencrypted
[08:34] <ogra> it sometimes needs a little push (second attempt) to get the dhcp negotiation done in time
[08:35] <kapputu> Hi guys
[08:35] <kapputu> anyone looking for a deck hand?
[08:35] <mxpxpod> ogra: the signal kept coming and going, and I know for a fact that this is a strong signal
[08:35] <kapputu> mxpxpod: aliens?
[08:35] <kapputu> :-)
[08:35] <ogra> oh, right
[08:36] <mxpxpod> kapputu: hmm...
[08:36] <mxpxpod> kapputu: you may be on to something
[08:36] <ogra> mxpxpod, i forgot to mention the signal meter of the NM applet doesnt work at all for me here
[08:36] <kapputu> mxpxpod: or I'm on something 
[08:36] <ogra> but thats a known missing feature in the softmac implementation afaik
[08:38] <mxpxpod> ogra: nice
[08:50] <jdong_> is there any VCS branch for linux-restricted-modules?
[08:51] <_ion> The concept of Frank Schoep's "minimalistic" usplash theme in bug #44339 is really excellent IMO.
[08:51] <Ubugtu> Malone bug 44339 in usplash "Regression in usplash artwork" [Normal,Confirmed]  http://launchpad.net/bugs/44339
[08:53] <infinity> _ion: Yes, but not happening for dapper.  Not sure how many times this needs to be said.
[08:53] <infinity> _ion: We currently rely on the fact that usplash has text output (we even use it for prompting on the LiveCD), so it's not changing in the next 3 weeks.
[08:53] <infinity> jdong_: No, I don't maintain it in any VCS... What's in the archive is what's current.
[08:54] <infinity> jdong_: What do you need to know?
[08:54] <jdong_> infinity: nothing really; I'm just maintaining a customized kernel extremely similar to the Ubuntu kernel, and I was just getting l-r-m for it
[08:57] <infinity> jdong_: Ahh.  Well, I could import it into git at some point, but there's not much point, since it doesn't change as rapidly or drastically as the kernel itself does.
[08:57] <infinity> jdong_: It's probably trivial to just track uploads and debdiff occasionally when you're stumped. :)
[08:57] <jdong_> infinity: I don't really have a preference either way; I'm currently bzr'ing it just for easier merging for my branches
[08:58] <jdong_> it's fine the way it is
[08:58] <jdong_> infinity: what are the redistribution restrictions on l-r-m?
[09:09] <_ion> infinity: One idea comes to mind: setting priorities to all the log_*_msgs and printing only the ones higher than a certain priority. If log_end_msg is called with a non-zero parameter, the previous log_begin_msg should be printed no matter the priority. For backward compability it could be set using an env var, for example 'LOG_PRIO=normal log_begin_msg "Starting foobar daemon"' would be equivalent to not setting LOG_PRIO at all, and the prompting ...
[09:09] <_ion> ... on the Live-CD could be done using 'LOG_PRIO=important log_action_msg "You have ten seconds to run before your computer self-destructs"'. 
[09:17] <infinity> jdong_: You'll have to check debian/copyright.  I don't recall all the horrible licenses off-hand.
[09:18] <desrt> ogra; word.
[09:18] <infinity> _ion: Currently, our init scripts are aiming for LSB compliance.  That would have us forking from standard yet again for no real benefit.
[09:19] <infinity> _ion: Anyhow, using usplash for prompting can and will be changed AFTER RELEASE.  Nothing like this will be changed in dapper.  We have real bugs to fix that don't cater to people's offesne at the aesthetics of a screen they see for 20 seconds every few days when they choose to reboot.
[09:20] <desrt> who is responsible for the new splash screen?
[09:20] <sladen> infinity: I hope the screen does get fixed.  It's the first thing people see of Ubuntu.
[09:20] <desrt> it's pretty
[09:20] <infinity> sladen: It'll likely change again, but not to something without text.
[09:21] <infinity> sladen: (Which is what _ion is advocating)
[09:21] <infinity> sladen: It'll get replaces with something with a correct aspect ratio and colours that don't make my eyes bleed, I suspect.  S'about it.
[09:21] <_ion> Well, was. :-)
[09:21] <infinity> sladen: There's a nice one submitted to the bug report mentioned above.
[09:21] <sladen> infinity: that's what I'm advocating, yes
[09:22] <mdke> it's really fuzzy the image too
[09:22] <mdke> badly defined edges and so forth
[09:22] <mdke> dunno if that can be fixed or not
[09:22] <sladen> infinity: and failing anything else, a revery would fix the situation
[09:22] <sladen> revery
[09:22] <sladen> revert
[09:22] <desrt> even if you completely _do not_ understand what the text means it's still nice to have something to tell an expert about when your computer locks in the middle of boot
[09:22] <Burgundavia> desrt: if you make it simple to show the text, there is no reason to show it
[09:23] <sladen> desrt / Burgundavia: dapper +1
[09:23] <infinity> Burgundavia: I kinda like the "ooh, my computer is doing cool computer stuff" effect, even if I don't understand it.
[09:23] <_ion> desrt: Well, "no unnecessary text on bootup". E.g. error messages (that obviously should be printed) would be more distinguishable if there weren't any redundant lines.
[09:23] <infinity> But I realise I'm in a minority here, and will bow to the "no text by default crowd" for Edgy, I'm sure.
[09:23] <desrt> _ion; lockups don't give error messages
[09:24] <_ion> desrt: If the computer locks up, then you'd boot without splash or switch to a virtual console before the lockup to see what's going on.
[09:24] <desrt> _ion; but with a continuous "i'm doing this, i'm doing that, ..." output you can guess where the lockup is around
[09:24] <sladen> I think the "fail" text could do with being changed to the same colours as success
[09:25] <sladen> or even "ok" on success and "(null)" on fail
[09:25] <desrt> too scary?
[09:25] <desrt> i say, make it blinking bright red and change the text to read "YOUR COMPUTER WILL EXPLODE"
[09:26] <desrt> Couldn't connect to the net to sync with the timeserver... YOUR COMPUTER WILL EXPLODE!
[09:26] <desrt> etc
[09:27] <_ion> :-D
[11:21] <_ion> Hmm. There seems to be a xvidcap source package, but no binary package. https://launchpad.net/distros/ubuntu/+source/xvidcap
[11:25] <infinity> _ion: Because it's in dep-wait on a package that doesn't exist? (libavcodec1-dev)
[11:25] <infinity> _ion: An upload to change that build-dep to libavcodec-dev might make it happy.
[11:26] <_ion> I'm just testing whether it builds with libavcodec-dev.
[11:35] <pygi> hi rajasun 
[11:35] <pygi> gah, sorry :P
[11:35] <pygi> hi raphink 
[11:35] <raphink> hi pygi
[11:35] <pygi> how are you? :)
[11:36] <raphink> I'm good thanks
[11:36] <raphink> you?
[11:37] <pygi> good as well :)
[11:38] <raphink> good :)
[11:39] <_ion> Hm. Building xvidcap dies with a bunch of lines like xvidcap-mngutil.o: In function `mng_write_sig':/home/ion/src/xvidcap/xvidcap-1.1.3/src/mngutil.c:49: undefined reference to `png_write_data'
[11:40] <infinity> Sounds like it wants a -lpng but doesn't have one (if I had to guess)
[11:40] <_ion> infinity: Nope, that's not the problem.
[11:41] <_ion> % grep -c png_write_data /usr/lib/libpng.{a,so}
[11:41] <_ion> /usr/lib/libpng.a:3
[11:41] <_ion> /usr/lib/libpng.so:0
[11:41] <_ion> I'm very tired now, but maybe i'll try to fix that tomorrow.
[11:42] <infinity> png.h:PNG_EXTERN void png_write_data PNGARG((png_structp png_ptr, png_bytep data,
[11:42] <infinity> It's definitely missing a -lpng
[11:42] <_ion> No, it isn't. :-)
[11:44] <infinity> In other news, why do they redefine png_write_data (and others) in mngutil.c?
[11:44] <infinity> Ugly.
[11:44] <_ion> Ugly indeed.
[11:44] <_ion> Also the compilation of every single .c file in xvidcap seems to throw a bunch of warnings. :-)
[11:45] <infinity> Shocker.
[11:45] <infinity> I've looked at exactly one file (mngutil.c), and it made me want to vomit, so I'm stopping.
[11:45] <_ion> :-)