[12:51] <Markus_> Hi There.. Can somebody help my? Why isnt my serial mouse not recognized? Where can I change it?
[12:52] <chrisa> Try #ubuntu
[12:55] <randomnick> hi...
[01:08] <Mithrandir> mdz: any idea what to do about 1872?
[01:28] <seb128> jdub: here ?
[01:30] <jdub> yeah
[01:30] <seb128> python-gtk2-docs
[01:30] <seb128> python-gtk2-tutorial
[01:30] <seb128> these are documentation
[01:30] <seb128> and not in ubuntu (uploaded in deb after the warty freeze)
[01:31] <seb128> perhaps we want to include them somewhere ?
[01:32] <sivang> just removed lp and parport from system, still now sound device. this is after a fresh install on inspiron 8200
[01:42] <seb128> ok, time to sleep
[01:46] <sivang> night seb128
[02:40] <mdz> Mithrandir: I wanted to ask you the same :-)
[02:41] <mdz> Mithrandir: I think the bug is probably fixed; he needs to re-test
[04:11] <npmccallum> anyone having problems with madwifi in the latest kernel release?
[04:18] <mdz> haven't tried it
[04:18] <mdz> I will now
[04:20] <npmccallum> my madwifi card can't get a dhcp since I upgraded the kernel
[04:20] <npmccallum> it worked fine in previous kernels
[05:12] <mdz> doesn't seem to want to associate
[05:13] <mdz> I've never tested it with WEP before, though
[06:15] <fabbione> morning guys
[06:26] <daniels> hm
[06:26] <daniels> fabbione: could you please review the g-v-m change on http://people.ubuntu.com/~daniels/gnome-volume-manager ?
[06:27] <daniels> fabbione: basically, with ubuntu2, if you run /etc/init.d/dbus-1 stop, then g-v-m dies
[06:27] <daniels> with ubuntu3, it should work just fine if you restart dbus
[06:28] <fabbione> daniels: gimme a few
[06:29] <fabbione> daniels: i don't know much about g-v-m. did you write all that patch yourself?
[06:30] <daniels> fabbione: based on Kinnison's patch
[06:32] <fabbione> i don't know enough about g-v-m, but it seems ok
[06:32] <fabbione> daniels: did you tested it?
[06:33] <daniels> fabbione: yeah, it works fine here
[06:33] <daniels> hotplug smartcard reader, nautilus window pops up
[06:33] <daniels> restart dbus with sudo /etc/init.d/dbus-1 restart
[06:34] <fabbione> does that means is going to break *? ;)
[06:34] <daniels> with ubuntu3, it should work just fine if you restart dbus
[06:34] <daniels> er
[06:34] <daniels> then after that, hotplug smartcard reader, nautilus window pops up
[06:34] <fabbione> it should or it does?
[06:36] <daniels> should, and does :)
[06:36] <fabbione> ok
[06:36] <fabbione> go ahead
[06:36] <daniels> thanks
[07:59] <doko> how were all the newly imported "file conflicts" reports handled for warty?
[08:29] <fabbione> doko: argh
[08:29] <fabbione> you were slightly faster than me
[08:29] <fabbione> for tetex-base
[08:38] <pitti> Morning everybody!
[08:41] <SuperLag> any of you guys have Mono installed on your Ubuntu boxen?
[08:41] <pitti> SuperLag: I had it installed on Sid, for my diploma
[08:41] <pitti> SuperLag: should not make much of a difference on Ubuntu
[08:41] <SuperLag> I've added the lines to the repositories, according to the wiki page... but no workey.
[08:42] <SuperLag> Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed.
[08:52] <doko> fabbione: just wanted to remove the file from the binary
[08:54] <fabbione> doko: yes.. you need to fry it from the orig.tar.gz too afaik
[08:54] <doko> uggh, new source upload?
[08:56] <fabbione> doko: yes
[08:56] <fabbione> it's not in the diff.gz
[08:56] <fabbione> if the file is not free you need to remove it from the orig.tar.gz too
[08:57] <pitti> SuperLag: sudo apt-get install -s mono works for me, all dependencies seem to be in place
[08:57] <pitti> SuperLag: I did not actually install the packages, though, but dependencies are checked in the simulation
[09:01] <fabbione> is 2022 really RC?
[09:55] <fabbione> hey mdz
[09:55] <mdz> morning
[09:55] <fabbione> 4.13 ??
[09:55] <fabbione> where are you hooked up?
[09:55] <mdz> verizon
[09:55] <fabbione> whois 4.0.0.0
[09:55] <fabbione> OrgName:    Level 3 Communications, Inc. 
[09:55] <fabbione> not bad :-)
[09:56] <mdz> my home away from home
[09:56] <fabbione> mdz: is 2022 really RC?
[09:56] <mdz> while my house is fumigated
[09:56] <fabbione> yeah i read that ;)
[09:56] <mdz> fabbione: well, the last name implies that it is :-)
[09:57] <fabbione> mdz: well reading the bug i get a completely different idea
[09:57] <fabbione> otherwise i wouldn't ask ;)
[09:57] <mdz> it doesn't seem RC for Warty
[09:58] <fabbione> exactly
[10:07] <elmo_> Mithrandir: ?
[10:07] <Mithrandir> yes?
[10:08] <Mithrandir> elmo_: pong
[10:08] <elmo_> Mithrandir: do you know about epiphany-extensions on amd64?
[10:08] <Mithrandir> what about them?
[10:08] <elmo_> ftbfs
[10:08] <Mithrandir> I've never heard of them before. :)
[10:08] <Mithrandir> ugh :/
[10:09] <elmo_> sgml-validator.c: In function `convert_to_utf8':
[10:09] <elmo_> sgml-validator.c:309: warning: passing arg 4 of `g_io_channel_read_chars' from incompatible pointer type
[10:09] <elmo_> could you have a look at some stage and/or should I file a bug?
[10:09] <Mithrandir> I'll look at it, but please file a bug
[10:12] <doko> mdz, Mithrandir: what is the decision on #1996?
[10:15] <Mithrandir> I asked you to ask mdz
[10:16] <Mithrandir> trivial fix, it seems
[10:17] <sabdfl> anybody else having trouble with firefox stability?
[10:17] <pitti> sabdfl: me
[10:18] <pitti> sabdfl: It just crashes on some websites
[10:18] <sabdfl> hangs and won't respond?
[10:18] <pitti> sabdfl: but I could not reproduce this reliably
[10:18] <pitti> sabdfl: no, no hangings so far
[10:19] <pitti> sabdfl: It's a pity, mozilla has been rock solid for a long time now; sad to see such regressions
[10:20] <azeem> it's the wrath-of-epiphany
[10:21] <sabdfl> perhaps they are suffering from "i want my favourite patch in 1.0" syndrome
[10:22] <hazmat> i can confirm having firefox stability issues, it randomly crashes for me as well
[10:22] <sabdfl> or perhaps it's a packaging problem. thom?
[10:24] <pitti> sabdfl, thom: https://financepilot-banking.mlp.de always crashes at my box the first or second time
[10:24] <pitti> sabdfl, thom: this is the site I could reproduce it most reliably
[10:25] <doko> and it's a memory hog, currently at 580M on my machine. you have to restart it every day (if it doesn't crash ;)
[10:34] <sabdfl> is gnome-nettool generally useful? should we be shipping it?
[10:36] <seb128> morning
[10:37] <pitti> Hi seb128!
[10:37] <seb128> hello pitti 
[10:45] <hazmat> any consideration of replacing totem/gstreamer with something that works?
[10:45] <hazmat> like xine/gxine
[10:45] <pitti> hazmaz: apt-get install totem-xine (or xine-ui)
[10:46] <pitti> hazmaz: we cannot do that by default because of patent restrictions
[10:46] <pitti> hazmaz: BTW, personally I still prefer mplayer; this rocks
[10:47] <hazmat> ic.. thanks for the clarification
[10:47] <hazmat> perhaps an item for the faq
[10:48] <plovs_work> sabdfl, as an admin, i personally don't use it, all these tools exist on cli. But for regular users who want something a little more powerfull, i think many would appreciate it. It is on the gnome-website so people miss it when it is not there.
[10:55] <sabdfl> plovs_work: i guess it is in main for those who want it. but i think it would go well in Applications->System Tools
[10:59] <plovs_work> sabdfl, it *is* part of gnome 2.8, people on irc ask why it is not in the bas-install, they have a point, i would vote for putting it in
[10:59] <doko> do we a policy how to create a new version, when a new upload of the source is needed? tetex-base-2.0.2b -> tetex-base-2.0.2b-1 ?
[11:00] <fabbione> doko: why not using the same approach as debian?
[11:00] <fabbione> dolo: tetex-base-2.0.2b.dfsg.1
[11:00] <fabbione> or something
[11:01] <doko> well, it's not permanent, the Debian maintainer and upstream agree on the removal, so it's a temporary version.
[11:02] <fabbione> doko: a new upstream release means 2.0.2c
[11:02] <fabbione> or similar
[11:02] <fabbione> so a b.whatever is fine
[11:03] <doko> ok, I'd like the version as short as possible.
[11:04] <azeem> isn't glibc using 'ds'? Like 2.3.2.ds.1? How about that?
[11:04] <azeem> oh, and what does ds stand for, btw? :)
[11:04] <azeem> development snapshot?
[11:05] <fabbione> deliberate suicide
[11:05] <doko> hey, glibc stole that one from gcc ;) "debian source"
[11:05] <azeem> so make it 'us' ;)
[11:06] <fabbione> i can't wait to see the first USA
[11:06] <fabbione> Ubuntu Security Announcement
[11:06] <doko> ok, that would become 2.0.2bus :)
[11:06] <fabbione> yeah and next one is 2.0.2taxi
[11:06] <fabbione> 2.0.2tram
[11:07] <doko> we run out after underground
[11:07] <azeem> the term 'ds' is probably older than daniels 
[11:07] <lypanov> doko: shuttle?
[11:07] <pitti> sabdfl: yesterday I installed Warty from scratch and now I can indeed not import mp3 files in Rhythmbox any more
[11:07] <pitti> sabdfl: odd, this worked fine before
[11:09] <pitti> seb128: do you know why rhythmbox cannot import mp3 files any more? This worked fine some time ago
[11:10] <seb128> pitti: gstreamer0.8-mad is installed ?
[11:10] <pitti> seb128: no
[11:10] <pitti> seb128: I did not install this manually on my previous install, though
[11:10] <seb128> ok, that's it probably
[11:10] <seb128>  rhythmbox (0.8.5-1ubuntu2) warty; urgency=low
[11:10] <seb128>  .
[11:10] <seb128>    * debian/control.in:
[11:10] <seb128>      - Remove binary dependency on gstreamer0.8-mad.
[11:10] <pitti> seb128: we should probably install it by default
[11:10] <seb128> Jeff did that saturday
[11:11] <pitti> seb128: do you know whether germinate handles Recommends:?
[11:11] <seb128> pitti: if Jeff did that, there is probably a reason
[11:11] <pitti> seb128: okay, I will ask him. ThanksQ
[11:11] <pitti> seb128: s/Q/!/
[11:11] <seb128> pitti: no idea sorry, but -mad is probrably problematic for patents issues
[11:12] <pitti> seb128: What a pity. Playing mp3 files is not patent protected, just creating them
[11:12] <seb128> are you sure ?
[11:12] <pitti> seb128: -mad is even in universe now :-(
[11:12] <pitti> seb128: pretty sure, yes. 
[11:12] <pitti> seb128: but maybe the -mad library also includes the encoder?
[11:13] <azeem> RedHat also dropped mp3 playback some time ago
[11:13] <seb128> pitti: no
[11:13] <azeem> dunno if they put it back in
[11:14] <pitti> seb128: I will look for the mp3 licensing issue
[11:15] <seb128> pitti: better to just ask to Jeff, he knows the details
[11:22] <seb128> pitti: http://www.mp3licensing.com/royalty/index.html
[11:22] <pitti> seb128: I'm just reading it
[11:22] <seb128> ok
[11:22] <pitti> seb128: seems like my memory did not served me so well: it is free (beer) for private use only
[11:22] <pitti> seb128: that's why I did not convert my collection completely to ogg
[11:23] <seb128> ok
[11:23] <pitti> seb128: but it does not meet the DFSG since you must pay for commercial applications
[11:23] <azeem> are you talking about the algorithm/spec, or about Fraunhofer's implementation?
[11:23] <pitti> azeem: the licensing page talks about "technology", not "software"
[11:24] <pitti> azeem: so I suppose it's the algorithm they patented (which would make sense in their POV)
[11:26] <pitti> azeem: from the website: "I have my own/third party mp3 software. Do I need a license?
[11:26] <pitti> Yes. Use of our patents is not related to a specific implementation of encoders and decoders, which means that a license under our patents is needed. "
[11:26] <azeem> "How do you tell if a piece of software violates a patent? Run wc -l on
[11:26] <azeem> the source; if the number is greater than 1000, it probably does."
[11:26] <azeem>                 -- Nat Friedman
[11:28] <lypanov> hehe
[11:44] <fabbione> what is the command in vim to go "vertical" visual?
[11:44] <lypanov> ctrl-v
[11:44] <doko> mdz, jdub: ok to upload tetex-base without the file with the non-free license? #2066
[11:44] <lypanov> you mean so you can cut a block?
[11:44] <fabbione> lypanov: yes, but a vertical block
[11:45] <lypanov> ctrl-v will do that
[11:45] <fabbione> doko: read the last mail from Matt about uploads and peer-review
[11:45] <fabbione> lypanov: thanks
[11:45] <lypanov> np
[11:48] <doko> fabbione: which list/date?
[11:49] <doko> fabbione: ok, could you do the review?
[11:49] <sivang> morning fabbione
[12:00] <fabbione> doko: sure
[12:00] <fabbione> hi sivang 
[12:01] <doko> chinstrap:~doko/tetex/
[12:02] <sivang> hey fabbione, we need to find someway to make nv/nvidia use 100Hz on the flatrons, as it _is_ supported ;)
[12:02] <fabbione> sivang: it requires a specific mode-line
[12:02] <fabbione> i saw a message floating around
[12:02] <sivang> fabbione : I have tested a bit with knoppix, and see it detects the 100Hz capability, although have been unable to make it work on knoppix ;)
[12:03] <sivang> fabbione : could you point me to the message or else?
[12:03] <fabbione> doko: basically you purged the file from the .orig and that's it?
[12:03] <fabbione> sivang: i saw it on #ubuntu
[12:03] <doko> yes, the .tex and the documentation file.
[12:03] <sivang> ok, i'll ask see if someone knows about it
[12:03] <fabbione> doko: ok that's the same i would have done..
[12:04] <fabbione> doko: do we know if something actually uses that file?
[12:04] <lypanov> that reminds me
[12:05] <lypanov> any chance that ubuntu will do modelines and stuff?
[12:05] <lypanov> as X -configure don't like my dell :)
[12:07] <doko> well, looking at the package itself, nothing. but it gets recommended in the LaTeX companion :( Then it should be added to tetex-nonfree ...
[12:23] <fabbione> doko: hmmmmm 
[12:27] <fabbione> tetex-extra is still in main
[12:27] <fabbione> there is no tetex-nonfree
[12:27] <fabbione> apt-cache search tetex-nonfree
[12:27] <fabbione> tetex-extra - Additional library files of teTeX
[12:31] <doko> hmm, what to do? if some package build depends on the removed file ...
[12:32] <fabbione> doko: should we give a fast look to rdepends and run a check rebuild of the packages?
[12:34] <thom> pitti: i hate asking, but if you move your .mozilla out the way and restart firefox, does it still crash?
[12:34] <pitti> thom: lemme try
[12:34] <pitti> thom: although I already tried this several times...
[12:34] <fabbione> thom: it doesn't look like you hate asking me to hug you :P
[12:35] <pitti> thom: yes, it still crashes
[12:35] <thom> pitti: gar. i can't reproduce this at all
[12:35] <pitti> thom: does it work for you? You might have to try this two or three times
[12:35] <pitti> thom: okay, I will try to get a backtrace.
[12:37] <doko> fabbione: these are 55 packages. could these be built in test-only mode? lamont?
[12:37] <pitti> thom: hmm, I got a backtrace, but it does not say much. I guess I have to build a debugging version
[12:38] <pitti> thom: but it's not that critical, most websites work okay
[12:40] <fabbione> doko: we can build 55 packages by hand...
[12:40] <fabbione> doko: it doesn't take too long
[12:40] <pitti> thom: strace says "SIGSEGV (Segmentation fault) @ 0 (0)" -> NULL pointer access
[12:40] <fabbione> doko: but the problem is if we need that file
[12:40] <fabbione> doko: that means creating or importing that tetex-nonfree thingy, move the packages to restricted and change build-dep
[12:41] <thom> pitti: eh!?
[12:41] <fabbione> doko: i don't think that's even possible at 8 days from release
[12:41] <thom> pitti: hrm, i just created a totally clean user, had no problems at all
[12:41] <pitti> thom: maybe it does not occurr on amd64?
[12:41] <pitti> thom: I build a debug version and extract a bt again
[12:42] <pitti> thom: I can do that in the background
[12:42] <thom> yeah, i'm gonna install an x86 warty on here in a sec and try that
[12:46] <pitti> thom: ugh, 40 MB compressed source? This will take a while to compile on my Duron 1.3...
[12:47] <thom> yeah, it's no fun
[12:52] <doko> fabbione: we don't need to build them, grepping for the removed file would be enough.
[12:54] <fabbione> doko: as well...
[12:54] <fabbione> doko: but it depends how the package is done... a dbs/cdbs or similar will require unpacking first
[12:57] <sivang> any need for a fast compilatio machine?
[12:57] <doko> ohh yes, let's see how the upstream author of the file will react, if he changes the license. I'll start on the packages tomorrow.
[12:57] <sivang> (pentium IV 2.6HT )
[12:57] <sivang> sitting and wasting it's cycles..:-)
[12:58] <thom> sivang: that's considerably slower than our buildds :-)
[12:59] <sivang> thom : they are IA machines?
[12:59] <thom> sivang: dual 3.3 Xeons
[12:59] <sivang> thom : oooo. I see
[12:59] <sivang> thom : I just was pitti was referring to his "slow" 1.3 duron ;)
[12:59] <sivang> pitti : what to you need to compile?
[12:59] <fabbione> sivang: thanks but we need to test a package that is not in the archive yet.
[01:00] <fabbione> sivang: and check 55 packages depending on it
[01:00] <pitti> sivang: DEB_BUILD_OPTIONS=nostrip,noopt debuild -us -uc -b     for mozilla-firefox
[01:00] <sivang> fabbione :  it has a source package right?
[01:00] <pitti> sivang: I'm already at it, but this will probably last over an hour
[01:00] <fabbione> doko: ok. fine for me. let me know if you need help
[01:00] <fabbione> sivang: not in the archive
[01:00] <sivang> pitti : oh, new upstream source?
[01:01] <pitti> sivang: no, I just need a debugging-enabled version
[01:01] <pitti> sivang: to find a segfault
[01:01] <sivang> pitti : i see.
[01:01] <sivang> instead of blabbering, i
[01:01] <sivang> 'd better ask for the bug#
[01:01] <sivang> ?
[01:02] <thom> pitti: ooi, does this happen for you on ppc, too?
[01:02] <pitti> sivang: BTW, can you try whether https://financepilot-banking.mlp.de (and then clicking on the continuation link) crashes for you?
[01:02] <pitti> thom: : I can try
[01:02] <thom> please
[01:03] <pitti> thom: booting...
[01:03] <sivang> thom : I've been to some computer junk yard, they'd sell me an AlphaAXP monster for about 500$
[01:03] <sivang> thom : :-) does this qualify as a buildd?
[01:04] <sivang> pitti : it won't even start.
[01:04] <pitti> sivang: you mean firefox does not even start on your box?
[01:04] <sivang> pitti : mozilla won't start now, let's kill x and relogin
[01:04] <fabbione> sivang: 2066. the problem is a bit more complicate than it looks like
[01:04] <pitti> sivang: not mozilla, firefox please
[01:04] <fabbione> sivang: removing that file is (at this point in time) the solution for the bug, but there are 55 packages depending on that package.
[01:04] <sivang> pitti : , sorry that _was_ firefix
[01:05] <fabbione> sivang: that needs to be checked if they make any use of the file that needs to be removed
[01:05] <sivang> fabbione : ok
[01:05] <sivang> brb
[01:05] <fabbione> sivang: so it's a bit complex. On the otherside there is the option that the author of that file will relicence it and nothing needs to be done
[01:06] <sivang> hmmm
[01:06] <sivang> strange,
[01:06] <sivang> I just upgraded.
[01:06] <sivang> dpkg segfaulted
[01:06] <sivang> when I tried to install linux-image-686-smp
[01:06] <sivang> that didn't happen before..
[01:08] <pitti> thom: firefox on ubuntu crashes as well
[01:08] <pitti> thom: s/ubuntu/ppc/
[01:08] <thom> bah
[01:08] <thom> ok
[01:08] <thom> just about to reboot and install
[01:09] <pitti> thom: my locale is de_DE.UTF-8 (but firefox runs as en_EN)
[01:11] <pitti> sivang: dpkg segfaults? Don't you know that dpkg does not segfault 8 days before release candidate release? :-P
[01:12] <sivang> hmmm
[01:12] <sivang> i think I have a dead warty here :(
[01:12] <sivang> I am now on sid
[01:12] <sivang> i cannot boot warty no more.
[01:12] <sivang> "ld has spawned too fast"
[01:12] <sivang> remember pitti when we thought this was because I extracted my old home dir?
[01:13] <sivang> well, guess what? ;-)
[01:13] <sivang> I think it has something to do with dpkg
[01:13] <sivang> I will have to go out in a sec (getting a new Ultrawide SCSI Server) I will come back to investigate.
[01:16] <sivang> i will also try to fetch a log if I can from the warty
[01:23] <pitti> thom: argh, I just see that the firefox package does not respect DEB_BUILD_OPTIONS
[01:23] <pitti> thom: any easy method to enable debugging?
[01:24] <fabbione> guys is that true that RHAS or ES requires a yearly licence otherwise "It stops working"???
[01:24] <fabbione> someone is asking me via sms and i have no clue
[01:24] <fabbione> last time i checked RH was 7.1 or lower
[01:27] <pitti> thom: don't bother, I fixed debian/rules
[01:31] <|trey|> fabbione: no its not true
[01:31] <|trey|> fabbione: not even microsoft does that.
[01:31] <|trey|> fabbione: of course, updates via rhn stop
[01:32] <|trey|> Its in their best interest for you not to become interested in other products though...
[01:32] <fabbione> |trey|: ok.. i expected so
[01:33] <tuo2> like ubuntu... ;)
[01:34] <fabbione> |trey|: i still remember that night i had to install RH.. brrrr i am still shaking
[01:35] <|trey|> fabbione: enless you want a flame in a devel channel, I suggest that be the end of that discussion  ;)
[01:35] <fabbione> |trey|: eehhe
[01:37] <thom> pitti: please send a patch :-)
[01:38] <pitti> thom: by now I just hardcoded the change, but a patch is easy
[01:38] <pitti> thom: I will send it to you 
[01:38] <thom> thanks :-)
[01:39] <thom> ok, i get crashes on x86
[01:40] <thom> ROCK and ROLL
[01:42] <pitti> thom: maybe your 64 bit are enough to make it work :-)
[01:42] <pitti> thom: as soon as the build finished, I can debug this, if you want
[01:44] <thom> well, it's litterally the biggest bug i have left, so i might as well
[01:44] <thom> i have a faster machine too, so it's much less painful for me :-)
[01:44] <pitti> thom: okay
[01:44] <pitti> thom: how do you build debugging versions, BTW? If not with DEB_BUILD_OPTIONS?
[01:46] <thom> i'd not had need to before now, guess i'm just lucky :-)
[01:47] <pitti> thom: odd, doesn't an -O2 built firefox work on so many arches?
[01:48] <thom> pitti: apparently not, that's very much legacy but the debian maintainer has been specifically turning them off
[01:49] <pitti> thom: I have a patch for debian/rules, where shall I send it? thom@canonical.com?
[01:49] <thom> yes please
[02:14] <thom> ccache should be in build-essential *g*
[02:16] <lypanov> thom: build-essential should include a virtual cluster :P
[02:16] <thom> that'd be nice too
[02:17] <thom> but possibly a little impractical
[02:23] <thom> pitti: on your ibook, can you ls /lib/modules/`uname -r`/kernel/arch/powerpc/kernel/cpu/cpufreq ?
[02:23] <thom> or tell me what cpufreq module you need to load?
[02:23] <pitti> thom: I have to boto it again
[02:23] <thom> oh
[02:23] <pitti> thom: 
[02:23] <thom> not urgent
[02:24] <thom> just trying to get the powernowd modules loading stuff right
[02:24] <pitti> thom: oh, it works well out of the box on my iBook
[02:25] <thom> really? cool
[02:25] <pitti> thom: in fact, the latest isos set up almost everything right out of the box
[02:26] <pitti> thom: the only outstanding issue is the swapped Alt/Apple on the consoles
[02:26] <pitti> thom: I have the following modules: cpufreq_{userspace,powersave}
[02:26] <pitti> thom: they are not hw-specific, I think
[02:27] <pitti> also, apm_emu
[02:28] <sjoerd> your kernel probably has CONFIG_CPU_FREQ_PMAC=y 
[02:28] <thom> you should have a cpufreq-something or a powernow-something module
[02:28] <thom> ah, or it gets built in. which would be odd
[02:29] <pitti> thom: above two are the only ones
[02:29] <sjoerd> thom: for ppc there is just one type of cpu freq switching thingie 
[02:29] <pitti> thom: I can look up specific things in the kernel config, if you want
[02:29] <sjoerd> afaik
[02:30] <thom> pitti: grep for the option that sjoerd just quoted, please :-)
[02:30] <thom> sjoerd: there's only one on amd64, but that's modular. it would just seem a little inconsistent :-)
[02:30] <pitti> thom: its compiled in
[02:31] <pitti> thom: CONFIG_CPU_FREQ_PMAC and CONFIG_CPU_FREQ_TABLE are both 'y'
[02:31] <thom> answers that one then
[02:31] <thom> cool, makes my life easier
[02:31] <sjoerd> thom: looks like i can't turn it into a module here
[02:31] <pitti> thom: btw, any luck with firefox?
[02:38] <thom> pitti: building
[02:38] <thom> ah, just finished
[02:38] <thom> only a glorious 25minutes
[02:39] <pitti> thom: on a powerful amd64 machine?
[02:39] <pitti> thom: then I suppose it would have lasted 1.5 hours on mine :-)
[02:39] <thom> yeah, a marketed-at-3GHz amd64 with a GB of ram
[02:40] <thom> (ie, it's real clock speed is 2GHz)
[02:40] <azeem> they still do this with amd64?
[02:40] <azeem> thought they just use some random numbers these days, or just for the Opteron servers?
[02:41] <thom> model name      : AMD Athlon(tm) 64 Processor 3000+
[02:41] <thom> cpu MHz         : 2003.246
[02:41] <azeem> bah
[02:42] <azeem> model name      : AMD Opteron(tm) Processor 240
[02:42] <azeem> cpu MHz         : 1395.656
[02:42] <azeem> more prudent
[02:47] <elmo_> is /topic out of date or do I need to update my search?
[02:47] <thom> azeem: nod
[02:48] <thom> they obviously couldn't escape the marketroids for the consumer chips :/
[02:54] <thom> oh man. the backtrace for mozilla is making me tired just looking at it
[02:56] <Kamion> elmo_: I can see 23 here
[02:57] <elmo_> cool, thanks
[02:58] <Kamion> thom: try bug #1254 :P
[03:00] <thom> ah, yes
[03:00] <thom> the good old "dell sucks" bug
[03:01] <tseng> mmm, i have that bug
[03:01] <tseng> i can help w/ it between classes
[03:15] <tseng> be back in 2 hours or so
[03:16] <elmo_> argh
[03:16] <elmo_> kamion: what the heck is cdimage/jigit and why do clients go into a tight loop trying to fetch it?
[03:21] <thom> gack
[03:21] <thom> that segfault doesn't happen with a mozilla binary download
[03:29] <pitti> thom: you mean only the warty version crashes?
[03:29] <Keybuk> mdz, sabdfl: is there a tech-board meeting today?  if so, what time and what's the agenda? :p
[03:30] <thom> pitti: yep :/
[03:30] <thom> so now it's binary search time
[03:30] <pitti> thom: bad. Can you reproduce it with the debugging version?
[03:30] <thom> the debug version segfaults, yeah
[03:30] <pitti> thom: my last gstreamer bug did not appear any more as soon as I switched off optimizations... :-)
[03:31] <thom> yeah, that's no fun
[03:31] <pitti> thom: do you get a nice bt?
[03:31] <thom> 109 frames of joy
[03:31] <thom> i have a hunch
[03:33] <pitti> thom: good luck! I've got to go now
[03:43] <|trey|> Who is in charge of Bugzilla? something in the main channel is having probs
[03:43] <azeem> justdave
[03:43] <|trey|> azeem: k, thanks  :)
[03:50] <Kamion> elmo_: because we haven't got the proper snapshot archive set up? I've sent several mails to you and thom asking for this, and Steve has been nagging me too
[03:51] <Kamion> Mark paid Steve money to get this done
[03:51] <elmo_> yeah ok, but why are their multiple IPs hitting it repeatedly, like 5 times a minute for 5 minutes?
[03:51] <elmo_> s/their/there/
[03:52] <Kamion> I guess jigdo is upset by it not existing
[03:52] <elmo_>    2340 81.244.129.5] 
[03:52] <elmo_>    1153 82.161.112.73] 
[03:52] <elmo_> that's an apache2 style (i.e. crap) failure mode for being upset
[03:52] <Kamion> maybe I can change the default fallback server for now, although it won't work well
[03:54] <Kamion> OK, changed, but we really need the snapshot archives soonish
[04:02] <tuo2> hmmm
[04:03] <tuo2> anyone here running the security team? If so, and you are looking for members, flick me a message. :)
[05:10] <pII-350> hi there!
[05:11] <pII-350> can somebody help me.. I got stucked with my Ubuntu installation.. all is installed and seems to work properly, but at the next restart i hangs up with some modules
[05:15] <m_tthew> pII-350 : try #ubuntu
[05:45] <daniels> mdz: the only possible solution to the figlet bug seems to be to remove it; imho we should do so
[05:54] <Keybuk> daniels: except that the "desert island test" bits are bogus ... there's nothing in the DFSG against those, despite what slef & co. might think
[05:55] <daniels> Keybuk: yes, but in general, it's not too dfsg-free :P
[05:59] <Keybuk> this is where I think licence-lawyers go way off the deep end.  figlet has been effectively MIT for over a decade, with myriad distribution and modification under that assumption.
[07:28] <thom> and now firefox is trashing the stack
[07:28] <thom> *hates*
[07:59] <sivang> thom are eanybody else here with knowledge of SCSI devices? 
[07:59] <sivang> are=or
[07:59] <npmccallum> sivang: whats up?
[08:05] <lamont> doko: you around?
[09:06] <Kamion> could I have some developers looking over https://bugzilla.ubuntu.com/attachment.cgi?id=229?
[09:07] <Kamion> testing doesn't seem to be producing particularly excellent results (it's bug #1566); on the other hand, due to the nature of the bug it's very difficult to test a fix reliably once you've encountered it on a given machine, and I haven't heard anyone saying that the patch has behaved any worse than the original
[09:12] <fabbione> Kamion: why does it patches the config.guess too?
[09:14] <Kamion> fabbione: nothing to do with me, guv
[09:14] <Kamion> fabbione: automatic update by debian/rules
[09:14] <fabbione> Kamion: the patch seems sane to me
[09:16] <Kamion> fabbione: thanks
[09:38] <Kamion> What do people think of this text, for an OpenSSH upgrade question?
[09:38] <Kamion> _Description: Disable challenge-response authentication?
[09:38] <Kamion>  Password authentication appears to be disabled in your current OpenSSH
[09:38] <Kamion>  server configuration. In order to prevent users from logging in using
[09:38] <Kamion>  passwords (perhaps using only public key authentication instead) with
[09:38] <Kamion>  recent versions of OpenSSH, you must disable challenge-response
[09:38] <Kamion>  authentication, or else ensure that your PAM configuration does not allow
[09:38] <Kamion>  Unix password file authentication.
[09:39] <Kamion>  .
[09:39] <Kamion>  If you disable challenge-response authentication (the default answer), then
[09:39] <Kamion>  users will not be able to log in using passwords, only with their private
[09:39] <Kamion>  keys. If you leave it enabled, then the 'PasswordAuthentication no' option
[09:39] <Kamion>  will have no useful effect unless you also adjust your PAM configuration in
[09:39] <Kamion>  /etc/pam.d/ssh.
[09:39] <Kamion> [note: this will only be displayed to people who have already modified sshd_config themselves] 
[09:40] <fabbione> Kamion: perhaps you can avoid repeating twice the key atuhentication stuff
[09:40] <fabbione> (perhaps using only public key
[09:40] <fabbione> only with their
[09:40] <fabbione>           private
  keys.
[09:41] <fabbione> you repeat it twice telling 2 different keys
[09:41] <fabbione> it might be confusing
[09:41] <Kamion> "public key authentication" is the term used in the manual page and the correct name for the authentication mode, but you don't use your public key to log in
[09:42] <Kamion> I could just take out ", only with their private keys" I guess
[09:42] <fabbione> yes i know what you meam
[09:42] <fabbione> mean
[09:42] <Kamion> it did occur to me when I wrote it that it might be a little confusing; since somebody else thought so as well, I'll take it out
[09:46] <seb128> grrrr, is there anybody reading the bug reports against bugzilla in ubuntu.bugzilla.org ?
[09:47] <Kamion> you mean bugzilla.ubuntulinux.org?
[09:48] <seb128> no, bugzilla.ubuntu.com :p
[09:48] <seb128> but yeah :)
[09:48] <elmo_> seb128: ?
[09:48] <Kamion> seb128: justdave does a pass over them every so often; he closed a bunch this morning
[09:48] <seb128> I want an UPSTREAM state
[09:49] <seb128> nobody even cares to reply in 10 days
[09:49] <seb128> and I've pinged last week
[09:49] <elmo_> ah, ok, that's a justdave thing.. sorry thought you might have meant some of the outstanding admin stuff
[09:52] <seb128_> sorry, dsl hangup
[09:52] <seb128_> I've stopped after <Kamion> seb128: justdave does a pass over them every so often; he closed a bunch this morning
[09:52] <seb128_> was saying, that it would be really usefull to get an UPSTREAM state
[09:52] <seb128_> most of GNOME issues are upstreams bug and a big part is forwarded
[09:52] <seb128_> I would appreciate to get at least a comment/reply/something on my bug in 10 days :)
[09:56] <seb128_> mdz: ping ?
[09:58] <seb128> justdave: ping ? 
[09:58] <thom> so, is the correct response on ubuntu-devel to Orlando Fiol "exactly"?
[09:58] <thom> :-)
[09:59] <Kamion> thom: :-)
[10:00] <justdave> seb128: sorry, just replied on the bug.
[10:00] <justdave> should have marked it ASSIGNED when I initially grabbed it so you knew it was on my radar
[10:00] <seb128> justdave: no problem that's just that getting the feeling to be ignored is frustating :)
[10:00] <seb128> justdave: thanks
[10:01] <justdave> yeah, I know.  I just made the same complaint on a bug I assigned to someone else a week or so ago, so I feel stupid now :)
[10:01] <mdz> seb128: pong
[10:02] <seb128> mdz: #1851
[10:02] <seb128> you've tested the patch, ok to include it ?
[10:05] <mdz> seb128: I haven't tested the last part (to ifupdown), but the gst patch works fine
[10:06] <seb128> ok, I'm going to upload gst to fix an another bug, ok to include this patch too so ?
[10:07] <mdz> seb128: yes
[10:07] <seb128> thanks
[10:07] <seb128> mdz: #2088 too :)
[10:09] <mdz> seb128: fine with me; they don't seem to have any new dependencies
[10:09] <mdz> I'm happy for them to go in supported
[10:09] <seb128> no depends, that's only html files
[10:09] <seb128> ok, thanks
[10:09] <seb128> I'll add them to the seed and upload
[10:10] <mdz> ok
[11:12] <Keybuk> can I mention that screem's fetish with stealing every available mime type for itself is f*cking annoying
[11:20] <Kamion> OK, I think I have a fix for #1586
[11:20] <Kamion> although it will need to be ported from unstable to experimental and thence to Ubuntu
[11:33] <bradb_> seb128: why does vim show up without an icon in Applications->Accessories?
[11:34] <seb128> because there is no real point to have it here ?
[11:34] <seb128> that's not really a desktop user app
[11:36] <mdz> it should not show up in the menu at all
[11:36] <mdz> bradb_: are you saying it's there with no icon, or that it's not there?
[11:36] <sabdfl> doh
[11:37] <sabdfl> it's there with no icon
[11:37] <sabdfl> both facts surprised me
[11:37] <sabdfl> clicking it runs gvim
[11:42] <seb128> oh ok
[11:42] <seb128> I'll remove the entry