[12:01] <tseng> seb128: have you heard anything of f-spot?
[12:02] <seb128> rocking image viewer according to some comments 
[12:02] <seb128> why ?
[12:02] <tseng> seb128: nah we talked about updating it
[12:02] <seb128> oh
[12:02] <seb128> noh, I was thinking to do it seems noboby seems to care
[12:02] <tseng> heard anything on the debian side i wondered
[12:02] <tseng> hrm.
[12:03] <seb128> does it work with the current bindings version in debian ?
[12:03] <tseng> yes, they reverted to gtk-sharp1
[12:03] <seb128> the maintainer is a gnome-pkg maintainers so I guess I could push an upload
[12:03] <tseng> there is a 0.0.8 anounced just now.
[12:04] <tseng> libgphoto2 support
[12:04] <seb128> yep, I've read the mail
[12:04] <tseng> of course :)
[12:04] <seb128> do you have a package for it ?
[12:04] <tseng> nope.
[12:04] <seb128> I can probably upload/get it uploaded in debian
[12:05] <tseng> lets see how gross the current source looks
[12:05] <seb128> but I'm pretty busy and I don't know a lot about gtk-sharp stuff packaging
[12:06] <tseng> seb128: ill get back to you in a bit.
[12:07] <seb128> k, thanks
[12:07] <seb128> the version in debian is really outdated and has some RC
[12:07] <seb128> would be nice to fix that soon :)
[12:17] <mako> lwce has been pretty productive
[12:18] <ogra> hey mako
[12:19] <tseng> seb128: this is going to take some futzing to get the internal libgphoto2-sharp into the debian mandated paths
[12:19] <mako> ogra: hey there
[12:19] <mako> i think we might get a couple more ubuntu derivs out of this.. :)
[12:19] <seb128> tseng: k
[12:20] <daniels> amu: which language did you select?
[12:20] <amu> daniels: german 
[12:21] <daniels> amu: wwwwwweeeeeiiiiirrrrrrrdddddddddddddddd
[12:21] <amu> daniels: :-) 
[12:21] <ogra> daniels: oh, your keyboard has the sam bug as mine ?
[12:21] <ogra> same even
[12:21] <T-Bone> daniels: i've been told to report X-stuff to you:
[12:21] <daniels>   *"DE"* ) LAYOUT="de" XKBOPTIONS="" ;;
[12:22] <daniels> ogra: $LANG is de_DE.UTF-8?
[12:22] <daniels> T-Bone: sure
[12:22] <ogra> yup
[12:22] <T-Bone> daniels: on recent intall ISOs, X setups at 60Hz VertRefresh (as it's been reported on the m-l). That does kill eyes :)
[12:22] <daniels> ogra: argh
[12:22] <T-Bone> especially on big (19"+) screens :)
[12:22] <daniels> T-Bone: is you need to put in horizsync/vertrefresh, then either you're using the i810 driver and it's a bug there, or your monitor's lying to us
[12:22] <amu> daniels: same here, LANG is de_DE.UTF-8 
[12:23] <T-Bone> daniels: changing HorizSync and VertRefresh to more coherent values in xorg.conf fixes that
[12:23] <T-Bone> daniels: none of the above
[12:23] <ogra> daniels: not to be mistaken, i meant the key repitition
[12:23] <T-Bone> daniels: it worked (tm) and it's no longer working since a couple of daily rolls
[12:26] <amu> n8 all  
[12:27] <mvo> n8
[12:30] <daniels> ogra: ah, heh :)
[12:31] <daniels> T-Bone: that's bizzare; i haven't touched x in like two weeks
[12:31] <ogra> daniels: which is a kernel bug i think....
[12:34] <T-Bone> daniels: two weeks is probably the last time i noticed it was working :)
[12:38] <daniels> T-Bone: weird
[12:39] <T-Bone> daniels: heh ;)
[12:40] <Kamion> schweeb: right, what thom said
[12:41] <schweeb> Kamion: heh, if I had a proper internet connection at home, I'd already have had the CD burned before you replied :p
[12:41] <Kamion> T-Bone: hm, I'm thinking that any hand-written hotplug pci map probably needs to be kernel version specific; otherwise we're going to run into problems with module names changing between kernel versions and stuff
[12:41] <tseng> seb128: got it :)
[12:42] <Kamion> T-Bone: would you guys be amenable to having the kernel package ship such a file, if I supplied the initial contents?
[12:42] <T-Bone> Kamion: certainly
[12:43] <T-Bone> Kamion: we'll have to figure out how to integrate it in the kernel package, but i guess it won't be difficult to handle
[12:51] <tseng> erm, we lost seb =/
[12:52] <ogra> no, he likes core dumps....
[12:52] <tseng> heh, but he was about to upload my package
[12:52] <ogra> ouch
[12:52] <sivang> tseng: probaly went to do another "patch fo the boog"  ;-))
[12:53] <tseng> sivang: EZ GTK BOOG!
[12:53] <sivang> tseng: heheheh
[12:53] <ogra> tseng: do you think it was your package that crashed him ? :)
[12:53] <sivang> tseng: him and jdub just ROTFLed me heavily this week with their cross mutual accusations :)
[12:53] <tseng> ogra: nope, hadnt even posted it yet
[12:53] <tseng> just finished rsync
[12:53] <ogra> :)
[12:54] <sivang> tseng: I think seb should be considered for the most hilarious changlog entries ever contest :)
[12:54] <tseng> hah
[12:54] <tseng> I've made some pretty bogus ones to Gentoo
[12:54] <Evaso> hi guys is there any ubuntu devel here?
[12:55] <lamont> Evaso: nah, we're all over in #ubuntu. :-)
[12:55] <sivang> Evaso: what are you looking for?
[12:55] <ogra> heh
[12:56] <Evaso> i'm thinkig to close dehs.alioth.debian.org serice, with al the upstream changelog info getted from internet, is any ubuntu developer interessed on this data?
[12:56] <lamont> lifeless??
[12:56] <lifeless> dude, midnight, sleep tgime
[12:57] <lamont> lifeless: what evaso said
[12:57] <lifeless> so as long as we're quick...
[12:57] <lifeless> what did he say?
 i'm thinkig to close dehs.alioth.debian.org serice, with al the upstream changelog info getted from internet, is any ubuntu developer interessed on this data?
[12:57] <lamont> for some reason, I thought of maybe you.
[12:58] <lamont> and it's not midnight in .au...
[12:58] <lifeless> I'm in London
[12:58] <lamont> you jet-setter you
[12:58] <lifeless> yeah, kindof interesting though we don't have a scific use for it
[12:58] <lifeless> *specific*
[12:59] <lifeless> night
[12:59] <lamont> g'night then
[12:59] <sivang> lamont: hrm, what is dehs.a.d.o ?
[12:59] <lamont> sivang: I imagine it's something alioth-ish...
[12:59] <lamont> Evaso: ??
[12:59] <sivang> lamont: heh ok 
[01:00] <Evaso> dehs is an info system about debian situation against upstream version with upstream changelog where the upstream version is noth in sync with debian one
[01:00] <Kamion> it uses information from debian/watch
[01:00] <Kamion> sounds like something that could live in launchpad, I guess
[01:01] <Kamion> but I suspect Evaso is annoyed because many Debian people who are also upstream or have upstreams that don't release code in conventional ways don't find debian/watch very useful
[01:01] <Kamion> so we shouldn't expect 100% coverage or anything
[01:02] <Evaso> kamion: dehs had also generetad already 1588 watch file (for packages that no had one) and has passed uscan test
[01:03] <Kamion> sure, I should probably add some to a few of my packages
[01:03] <Evaso> kamion: it must only be puttend in the debian directory of their own packages
[01:03] <Kamion> yes, I am aware of what the debian/watch file does
[01:04] <Evaso> and actually i doesn't know any internet service that retrive upstream changelog other than dehs
[01:04] <jvw> Evaso: I already asked you to not close down the site, I think it's useful for QA purposes in Debian. If the load on alioth is too high, I'm sure some admin will mail you about it, don't worry as long as you don't hear anything
[01:05] <jvw> I also told you that I'm very likely going to include an 'outdated w.r.t. upstream' warning in the PTS's "todo" based on dehs...
[01:07] <Evaso> jvw: is PTS more popular that developer.php?
[01:07] <jvw> Evaso: they are both popular, different use cases
[01:08] <Evaso> jvw: do u know some lintian developer?
[01:08] <jvw> Evaso: erm, you're talking with one, check the changelog :)
[01:08] <sivang> Evaso: would appriciate pointer on how to make my package my pkgs dehs compliant :)
[01:09] <jvw> Evaso: I also nowadays maintain PTS, with still occasional help from the original author
[01:09] <Kamion> sivang: man uscan
[01:09] <Evaso> jvw: i doesn't know litian source code but i think fixing this #234202 require 30 sec for a guy that know the source code
[01:10] <Kamion> ah, uscan --pasv helps
[01:10] <jvw> Evaso: I agree it'd be easy to fix
[01:10] <Kamion> #234202 should only be applied to non-native packages at most
[01:10] <zul> hey
[01:10] <Kamion> no point in warning for dpkg, say :-)
[01:10] <jvw> Kamion: what do you think for non-native packages?
[01:10] <jvw> ppl can override it...
[01:11] <jvw> I'm a tad unsure
[01:11] <jvw> Evaso: that's why that isn't yet implemented
[01:11] <Kamion> jvw: *shrug* - I think a warning's reasonable enough, I guess, not sure
[01:12] <jvw> my estimate is that it's useful for well over 95% or so, probably more, of the packages
[01:12] <jvw> non-native ones, that is
[01:12] <Evaso> dehs already exlude debian native packages: they are not archived/processed in dehs
[01:13] <jvw> Evaso: this is about the lintian warning, which cannot be aware of dehs
[01:13] <jvw> Evaso: Kamion is also a lintian maintainer
[01:13] <Kamion> some of my non-native packages just can't have dehs files, though, db1-compat comes to mind immediately
[01:13] <Kamion> er, watch files
[01:13] <lexhider> Having a problem with eject command from right on CD icon, what package do I report a bug against?
[01:13] <elmo> the last time I looked at the QA pages, the "new upstream version" stuff was a bit crackful for my packages
[01:13] <jvw> elmo: PTS of DDPO?
[01:14] <elmo> probably because some of them pre-date the birth of the sun
[01:14] <jvw> or
[01:14] <Kamion> it's not native because it wasn't written for Debian, but its source was picked out of an old version of glibc by hand
[01:14] <elmo> jvw: not sure - the fun one, with a huge table and lots of info ;)
[01:14] <jvw> elmo: heh, DDPO :)
[01:14] <Kamion> which is, er, not exactly easily encodable in debian/watch :)
[01:14] <lexhider> right-click
[01:14] <jvw> Kamion: there surely are a significant number of valid cases to not have one
[01:15] <Evaso> Kamion: if there isn't a clear upstream release version watch info had no sense
[01:15] <Kamion> Evaso: yeah, but we keep appearing on your statistics and you keep sending mails to Debian lists saying how lazy we are :)
[01:15] <Kamion> maybe there could be some way to say "yes, I have checked and I can't produce a watch file for this package, it's not just that I'm lazy"
[01:16] <jvw> I'm just a bit uncertain whether there are few enough valid non-watch-possible packages to still warn, and have those people override
[01:16] <elmo> kamion: echo "WHATEVER" > debian/watch
[01:16] <elmo> ;)
[01:16] <jvw> Kamion: or that, yeah
[01:16] <Kamion> elmo: tempting
[01:16] <Kamion> jvw: would dehs be able to parse lintian overrides though?
[01:17] <daniels> elmo: if anyone ever did that, I would hope a large fist came and punched them in the goolies for stupid use of quotes :)
[01:17] <jvw> Kamion: of course it can be made, but then StevenK needs to start parsing lintian overrides when he catches up copy-catting lintian :)
[01:17] <Evaso> jvw: nload is genereted and tested from dehs
[01:17] <jvw> 5611 N   Feb18 01 Planet Debian   (0.6K) Marco d'Itri: Closing bugs feels good!
[01:17] <Kamion> jvw: yeah, that's kind of why I don't feel that a lintian override is the right place to put that information
[01:18] <jvw> Kamion: ack
[01:18] <Kamion> how about a present but empty watch file?
[01:18] <Kamion> what does that do?
[01:18] <jvw> Evaso: suggestion for a way to have maintainers say "No, there is no watch file, and it makes sense to not have one"?
[01:19] <jvw> dunno, could be made to do the right thing of course
[01:19] <Kamion> daniels: that's rich coming from Mr. '[ "x$RET" = "xtrue" ] '
[01:19] <jvw> but, seems a bit ugly to me
[01:19] <Evaso> we could talk to Jdg (actually the defacto maintaier of the watch file format) about introduce antoher state in the watch file
[01:19] <Evaso> so we colud intoduce status
[01:19] <Evaso> like
[01:19] <Kamion> de facto? de jure :-)
[01:19] <dholbach> sleep tight everyone
[01:20] <Evaso> for example:
[01:20] <Evaso> status=1
[01:20] <jdub> goooooood morning freedom lovers
[01:20] <jvw> Evaso: is he responsive, Jdg?
[01:20] <sivang> jdub: morning :)
[01:20] <Kamion> jvw: fairly
[01:20] <jvw> oh, ok, seemed to recall some issues, but be outdated on that
[01:20] <daniels> Kamion: :)
[01:21] <Evaso> jvw: http://lists.debian.org/debian-policy/2005/02/msg00078.html
[01:21] <dholbach> hai jdub
[01:21] <daniels> jdub: try waking up earlier, hippy
[01:21] <Kamion> I wonder what that bug fix is
[01:21] <Kamion> daniels: (the x thing definitely isn't needed in busybox sh, and I don't think POSIX sh requires it either, BTW)
[01:21] <dholbach> jdub: just have a look at the end of http://wiki.ubuntu.com/UniversePythonTransitionTODO - i think it speaks for the ubuntu-love ;-)
[01:21] <jvw> as nobody (AFAIK) uses uscan itself anyway... maybe we just shouldn't care
[01:22] <daniels> Kamion: yeah, istr something about "" invalidating need for x
[01:22] <Kamion> hey, I do use uscan from time to time
[01:22] <jvw> well, but those that don't, it doesn't matter how their watch file works with uscan like as long as it works for the QA scripts :)
[01:22] <Evaso> jvw: i had a badly hacked version of uscan for dehs, we want to define own format and rewrite an application on it?
[01:23] <jvw> err, no, rather not :)
[01:24] <Kamion> no reason to fork the format, Julian is not that unresponsive; last upload of devscripts 13 January 2005
[01:24] <jvw> I already looked it up, he used to have key issues
[01:24] <Evaso> I think that we must to work with Julian, for integrate a dehs command line option in uscan and to expand the uscan format with new features
[01:26] <jvw> Evaso: I think you're by far the most suited to do so, I think the most important thing is to there be a good way to say "no upstream available"
[01:26] <Kamion> jvw: fixed a while back I think
[01:27] <jvw> Kamion: eh, how then?
[01:27] <jvw> oh, you mean his key issues?
[01:27] <Kamion> yeah
[01:27] <jdub> daniels: i am so dead to the world, was up for... 48hrs? :)
[01:28] <jvw> must be, as he isn't in the official MIA db about that, but was merely in my private list of those, which is quite old by now :)
[01:28] <daniels> jdub: heh :) i slept most of yesterday after I got back
[01:28] <jdub> dholbach: :D awesome!
[01:29] <daniels>  /m jdub so, like ... you still have legoness on your table
[01:29] <daniels> ah, bleh
[01:29] <jdub> haha
[01:29] <jdub> yes, i noticed that yesterday
[01:29] <jdub> everyone, daniels bought lots of lego for me :)
[01:29] <daniels> went to grab them before I left, but only realised just then that they were only tied, and couldn't find any duct tape; maybe not so good for checked luggage ;)
[01:29] <sivang> jdub: leog?
[01:29] <sivang> lego?
[01:30] <sivang> can I also have some? ;-)
[01:30] <daniels> sivang: mindstorm, even
[01:30] <jdub> daniels: yeah
[01:30] <daniels> jdub: so yeah, if you want to get them down at some stage, that would be awesome ;)
[01:30] <sivang> daniels: ah!!!!!1
[01:31] <sivang> daniels: I'm hooked on mindstorm, I had to previous "version" of these and build a couple of circular motion based vechicles :)
[01:31] <Evaso> well, there is no relevant news, i tink to leave
[01:31] <daniels> jdub: and I can pay you for the postage
[01:34] <Evaso> bye guys
[01:34] <ogra> bye
[01:56] <mjg59> Suspend/resume situation is looking quite massively pleasing
[01:59] <azeem> which reminds me
[01:59] <lamont> Errors were encountered while processing:
[01:59] <lamont>  mozilla-firefox
[01:59] <lamont>  mozilla-firefox-gnome-support
[01:59] <lamont>  yelp
[01:59] <lamont>  ubuntu-desktop
[01:59] <lamont>  mozilla-firefox-locale-en-gb
[02:00] <lamont> E
[02:00] <lamont> Kamion: you have a copy of the "current" livecd-rootfs for ia64, and I'll put it back in the right spot for you to keep fetching it
[02:01] <lamont> Kamion: the alternative is to make the ia64 livecd be just ubuntu-base for the moment.. :-(
[02:02] <mjg59> azeem: Rock
[02:02] <mjg59> Suspend to disk ought to work on any machine with enough swap now
[02:03] <Kamion> lamont: I do?
[02:03] <tritium> how much is enough swap?  >= memory size?
[02:03] <lamont> Kamion: sorry - that was an 'if you do'
[02:04] <lamont> I guess I could just grab it from the last daily, eh>?
[02:04] <Kamion> I suppose I could pick it out of something, yeah
[02:04] <lamont> Kamion: I can grab it if you don't have it lying naked somewhere
[02:04] <lamont> what all do you fetch?  cloop and manifest?
[02:05] <Kamion> yeah. I can pick out both, one sec
[02:05] <lamont> if you have it trivially, that'd be great
[02:05] <Kamion> isoinfo is my friend
[02:07] <Kamion> lamont: chinstrap:~cjwatson/casper-ia64/
[02:07] <bob2> hm, I should try suspend-to-disk again
[02:07] <Kamion> will need to be renamed to livecd-current.* of course
[02:07] <tritium> mjg59, what's the minimum requirement on swap size for suspend to disk?
[02:08] <lamont> Kamion: wget, or scp?
[02:08] <lamont> nm
[02:08] <mjg59> tritium: Larger than RAM
[02:08] <tritium> thanks
[02:08] <mjg59> tritium: The technical requirement is that everything current used must fit in RAM, and that must then fit in your swap partition
[02:11] <tritium> mjg59, that's what I thought.  The automatic partitioner sometimes makes a swap slightly smaller than the amount of RAM.
[02:11] <smurfix> mjg59: does suspend-to-disk turn of swap entirely, or just the swap partition you're suspending to?
[02:11] <mjg59> smurfix: Mm?
[02:12] <mjg59> tritium: Yeah, should be fixed on laptop installs in Hoary
[02:12] <azeem> smurfix: the swap partition is used to write the memory content to, and gets reused as swap once Ubuntu is resumed
[02:12] <tritium> mjg59, great!
[02:12] <smurfix> Mmh, but the stuff that's already swpped out needs to be swapped in forst, right?
[02:12] <smurfix> first
[02:13] <mjg59> smurfix: Good question. No idea.
[02:13] <mjg59> (I try not to read the swsusp code too much, it scares me)
[02:13] <lamont> Kamion: you're golden
[02:13] <tritium> I guess I'll reinstall to get enough swap space for suspend to disk
[02:13] <mjg59> Kamion: Does the installer make big swap partitions on laptops for suspend?
[02:14] <smurfix> because then it'd actually make sense to have two appropriately-prioritized swap partitions, one for actual swapping and one for suspend.
[02:14] <smurfix> I'll investigate then
[02:16] <ogra> argh,my-space-key-stopped-working-in-x...works-on-console-though
[02:16] <hawke> ogra: lol
[02:20] <ogra> grrrrrr
[02:22] <ogra> hmm, gnome keyboard selector seems to fix it
[02:23] <ogra> actually switching layouts....
[02:23] <dredg> nightol
[02:23] <ogra> night dredg, nice first package, thanks
[02:46] <sivang> night all!
[02:46] <ogra> night
[02:51] <Kamion> mjg59: not especially, no
[02:52] <Kamion> lamont: thanks
[02:56] <Kamion> lamont: http://weddell.buildd/%7Ebuildd/livecd/livecd-current.cloop:
[02:56] <Kamion> 01:55:18 ERROR 403: Forbidden.
[02:56] <lamont> doih
[02:57] <lamont> EOWNER
[02:57] <lamont> try it now
[03:01] <mjg59> Kamion: Hrm. I can't remember who I discussed this with now.
[03:01] <mjg59> Kamion: We certainly need larger swap by default if we want hibernation support
[03:05] <Kamion> mjg59: oh, it tries for up to 3 times RAM though
[03:05] <Kamion> mjg59: it depends what fits, but I think it should be OK by default
[03:11] <Kamion> lamont: could you give daily-live 20050218.1 ia64 a go, please? it should work without weird boot arguments now
[03:12] <bob2> oh, wow
[03:14] <lamont> Kamion: it'll take a while, fetching shortly
[03:15] <Kamion> np
[03:18] <lamont> is there a way to tell rsync that if it dies during the middle of the rsync, that it shouldn't truncate the target file?
[03:19] <Kamion> one option is not to use --partial, but that has other problems ...
[03:20] <maswan> lamont: as far as I know, only "not use --partial"
[03:32] <zul> lamont: ping
[03:33] <zul> doh unping
[03:37] <YokoZar> http://homepages.paradise.net.nz/dazjw/img_0121.jpg
[03:38] <tseng> YokoZar: hah, thats cute
[03:38] <YokoZar> That picture has good public relations written all over it
[03:41] <jdub> elmo: ping
[03:41] <mxpxpod> is anyone else having problems with icons on their desktop not showing up properly?
[03:42] <ari> YokoZar: wow
[03:42] <mxpxpod> I get the generic icon
[03:42] <jdub> YokoZar: haha
[03:43] <jdub> YokoZar: post to sounder :)
[03:43] <YokoZar> Heh, maybe
[03:45] <mxpxpod> hmm, seems to be something with the new gnome-icon-theme
[03:59] <schweeb> Kamion: all went well so far, cept for the bootloader (I'm using XFS /)
[05:32] <Safari_Al> jdub, around
[05:32] <Safari_Al> ?
[05:33] <jdub> yo!
[05:33] <Safari_Al> Hi there!  Just wondering what that status is of that info you were going to pass along to me?
[05:34] <jdub> shoulda got it on wednesday
[05:35] <jdub> is slackzone the most useful address to use?
[05:35] <Safari_Al> In this case, probably @commander is better.
[05:36] <jdub> mmm, didn't have that address :)
[05:36] <jdub> tim.riley?
[05:36] <Safari_Al> woah
[05:36] <Safari_Al> I thought I had been using that address for our previous correspondence.
[05:37] <jdub> whoa is me (haw haw)
[05:37] <jdub> you had too
[05:37] <jdub> n/m
[05:37] <jdub> triley
[05:37] <Safari_Al> haha
[05:37] <Safari_Al> That's it.
[05:37] <Safari_Al> Anyway, slackzone is no problem either.  Whichever you remember first :P
[05:39] <jdub> i get lbdb to do my remembering
[05:39] <Safari_Al> with mutt?
[05:39] <jdub> yeah
[05:39] <Safari_Al> Nice.
[05:40] <jdub> so my lbdb database was updated today
[05:40] <jdub> and i have records going back to 2002
[05:40] <jdub> 2001 even
[05:41] <jdub> but no tim riley, corporate style
[05:48] <Safari_Al> Well, now you've got corporate-tim :)
[05:58] <jdub> i resent, let me know when you get it
[06:00] <Safari_Al> Thanks.  I don't remember getting this @slackzone.org.
[06:01] <jdub> !
[06:01] <jdub> that is because it is not slackzone.rg!
[06:01] <Safari_Al> ah!
[06:02] <jdub> argh
[06:02] <jdub> sorry
[06:02] <jdub> not that anyone would get a bounce out of it
[06:02] <jdub> because they're patently useless now
[06:06] <Safari_Al> jdub, passing along the appropriate information and my recommendations now.  I'll get back to you once I have something.
[06:06] <Safari_Al> Thanks again.
[06:55] <schweeb> thom: you awake?
[07:18] <ficusplanet> Hey everyone.  Will dbus-0.23.1 make it into hoary anytime soon?  I noticed that the latest beagle requires it?  Also, do the latest hoary kernels have inotify-0.18?
[07:25] <schweeb> they have inotify, dunno which version
[07:46] <pitti> Morning
[07:58] <Mitario> morning!
[08:25] <dholbach> hai
[08:26] <d3vic3> hi
[08:27] <dholbach> morning d3vic3, how are you?
[08:55] <d3vic3> lo dholbach, me is ok and you ? 
[09:01] <dholbach> should be sitting in the train already *hectic*
[09:01] <amu> moins 
[09:09] <dholbach> have a nice weekend
[09:09] <dholbach> see you on sunday
[09:33] <amu> daniels: sended debug
[09:35] <daniels> amu: thanks a lot
[09:36] <amu> daniels: it was a T41 if you want another test letme know  
[09:39] <daniels> amu: ah sorry, could you please put the -x on .config.in, rather than .postinst.in?
[09:39] <amu> daniels: iso was 20050217 
[09:40] <amu> daniels: do you want the test with the current iso, rsync just finished
[09:49] <daniels> amu: whichever is easiest for you -- xorg hasn't changed in a while
[10:03] <rburton> Kamion: so i've a copy of syslog with debugging if you want it
[11:00] <YokoZar> good morning again: http://homepages.paradise.net.nz/dazjw/img_0121.jpg
[11:00] <Treenaks> YokoZar: cool
[11:01] <seb128> elmo: here ?
[11:05] <smurfix> seb128: not yet, apparently
[11:08] <pitti> mvo: ping
[11:08] <mvo> pitti: pong
[11:08] <pitti> mvo: in Synaptic's progress dialog, would it be possible to first display the package name and then the URL?
[11:09] <mvo> pitti: when the details are opened?
[11:09] <pitti> mvo: currently I only see a long list of "http://archive.ubuntu.com/u..." (unless I resize the dialog)
[11:09] <pitti> mvo: yes
[11:10] <mvo> pitti: it's stuff I get from apt that way, I can change it 
[11:10] <pitti> mvo: another thing
[11:10] <pitti> mvo: if I open a Ubuntu CD and upgrade, then I still get a Nautilus window
[11:10] <pitti> mvo: you currently have a HAL script, right?
[11:11] <pitti> mvo: maybe it would be better to integrate this stuff into gnome-volume-manager
[11:11] <mvo> pitti: no, it's part of the C code in update-notifier
[11:11] <pitti> mvo: huh, you detect Ubuntu CDs in u-n?
[11:11] <pitti> I thought you have a hal callout?
[11:11] <mvo> pitti: I link against libhal
[11:11] <pitti> ah
[11:12] <pitti> hm, somehow we should teach gvm not to open Ubuntu CDs when upgrading from them
[11:12] <pitti> what do you think?
[11:12] <mvo> is there a way to tell hal to stop processing the event when I handled it?
[11:12] <pitti> mvo: no, because it will be executed asynchronously and in parallel
[11:13] <pitti> mvo: whoever is faster handles it first :-)
[11:13] <pitti> mvo: that's why I think a gvm integration would be nice
[11:13] <pitti> mvo: gvm is meant for stuff like that
[11:14] <Kamion> rburton: yes please
[11:16] <mvo> pitti: I agree that it's ugly that a nautilus window is opened. but I'm not sure about the integration into g-v-m. 
[11:17] <seb128> pitti: dunno if that's due to inotify/gamin, but I've a DVD in my drive and totem starts some minutes after the login ... which is kind of weird :p
[11:17] <rburton> Kamion: email?
[11:18] <Kamion> cjwatson@ubuntu.com
[11:19] <rburton> Kamion: sent
[11:21] <mvo> pitti: we could add it to gvm_device_autorun()
[11:21] <pitti> mvo: yes, that was the idea
[11:22] <elmo> seb128: ?
[11:22] <elmo> jdub: ?
[11:23] <seb128> elmo: need an ia64 access with the libbonobo build-dep installed to track a ftbfs is that's possible
[11:23] <pitti> seb128: #6002 ?
[11:24] <seb128> pitti: kind of, happens just on the system start/login
[11:24] <seb128> not every single 5 mins
[11:25] <pitti> seb128: oh, ok. can you please add that to the bug?
[11:25] <seb128> k
[11:25] <pitti> thanks
[11:25] <Mithrandir> Kamion: why does now tar (for instance) get SIGPIPE when piping stuff through ssh?
[11:25] <pitti> seb128: removable devices automatically get mounted at login
[11:25] <jdub> elmo: yo
[11:25] <pitti> seb128: probably this erroneously causes the device to autostart, too
[11:26] <Kamion> damn, the installer's memory footprint is huge; minimum in lowmem 1 is like 52MB
[11:26] <Kamion> Mithrandir: dunno
[11:26] <elmo> seb128: halley.ubuntu.com
[11:26] <Kamion> don't think anything that might affect that has changed recently
[11:26] <Mithrandir> Kamion: up-to-date hoary, I see it on both amd64 and i386.
[11:26] <Mithrandir> Kamion: been that way for a while, probably a few weeks
[11:26] <elmo> jdub: you pinged 10 hours or so ago?
[11:27] <Kamion> weird
[11:27] <seb128> elmo: thanks
[11:27] <Kamion> Mithrandir: could be the shell or the terminal rather than ssh; that's happened in the past
[11:27] <jdub> elmo: didn't note down why :)
[11:27] <Mithrandir> I'm using pterm
[11:27] <Kamion> Mithrandir: IIRC either the shell or the terminal conventionally ignores SIGPIPE
[11:29] <Mithrandir> hmm, right, seems to be zsh's fault
[11:29] <seb128> jdub: hey, do you know what happened to gtk2-engines-dev ?
[11:32] <mvo> grrr. my system was frozen again :( 
[11:32] <jdub> seb128: it was a new binary package in my upload
[11:32] <Kamion> damnit, I can't get the installer's memory footprint below 32MB
[11:32] <seb128> mvo: boot with "noinotify" :)
[11:32] <seb128> jdub: ie ? 
[11:32] <Kamion> even in lowmem mode 2 it's fractionally over that on i386
[11:33] <seb128> jdub: is gtk-engines-2.pc somewhere atm ?
[11:33] <Kamion> (and doesn't work properly then 'cos I'm missing the module for my network card)
[11:34] <jdub> seb128: it should be in gtk2-engines-dev
[11:35] <jdub> seb128: (gar! so stupid!)
[11:35] <jdub> $ dpkg -L gtk2-engines-dev | grep pc$
[11:35] <jdub> /usr/lib/pkgconfig/gtk-engines-2.pc
[11:35] <seb128> grumpf
[11:36] <seb128> apparently something screwed my cache
[11:37] <seb128> jdub: sorry for the noise :)
[11:37] <seb128> elmo: libglib2.0-0-dbg on halley please :)
[11:38] <elmo> seb128: done
[11:38] <seb128> thanks
[11:39] <bob2> Mithrandir: tell me if you figure out which zsh option is it
[11:39] <bob2> I get (I think) the same problem with piping stuff to patch
[11:40] <seb128> jdub: I'm not going to put an epoch on yelp :p
[11:40] <jdub> seb128: haha :-)
[11:47] <jdub> seb128: can you check the rawhide panel patches
[11:48] <seb128> looking for something special ?
[11:48] <jdub> seb128: they've done the desktop menu changes
[11:48] <seb128> admin/pref order ?
[11:48] <jdub> yeah
[11:48] <seb128> k, thanks
[11:48] <jdub> and s/Administration/System Settings/
[11:48] <jdub> etc.
[11:48] <seb128> do
[11:49] <seb128> all these strings changes suck
[11:49] <seb128> (on the translation plan)
[11:49] <jdub> yes
[11:49] <jdub> they have them, though ;)
[11:49] <seb128> s/do/doh/
[11:49] <jdub> they're also not renaming desktop
[11:49] <jdub> i'll talk to mark about desktop/system
[11:50] <jdub> yeah
[11:55] <jdub> seb128: what do you think about that?
[11:55] <jdub> seb128: i don't really want to ship/support mdnsresponder
[11:56] <seb128> still reading :)
[11:57] <HiddenWolf> link?
[11:57] <seb128> BTW a bug which sucks: debian #295815
[11:57] <seb128> the gtk icon cache seems to have endian issue, we have updated a gnome-icon-theme using it yesterday and already get 3 bug today saying that all the icons are broken
[11:58] <HiddenWolf> yuk
[12:09] <seb128> jdub: hum, we so just drop it ?
[12:10] <sivang> morning all
[12:10] <mjg59> thom: Ping?
[12:10] <thom> mjg59: ack
[12:11] <pitti> Hi sivang
[12:11] <mjg59> thom: We need to work out what we're doing about swap sizes in the installer
[12:12] <mjg59> At the moment, people may end up with swap partitions that are slightly smaller than RAM, which won't work too well with swsusp
[12:13] <thom> right
[12:14] <thom> what's the best solution? just add n MB to the size of ram to get the ideal swap size?
[12:14] <sivang> hey pitti  :)
[12:14] <mjg59> thom: Something like that. Do we have any idea what Suse 9.2 defaults to for swap size?
[12:15] <jdub> seb128: well, i need your thoughts on that (and the debian gnome team's).
[12:18] <thom> mjg59: i've not looked at suse at all, tbh
[12:18] <seb128> jdub: I don't really care about it, removing it in fine for me
[12:19] <jdub> seb128: even in debian?
[12:19] <jdub> seb128: that's a fair amount of uploads, thanks to libtool mess
[12:19] <seb128> yeah, but there is no real choice
[12:19] <Kamion> mjg59: did you see my comment last night?
[12:19] <seb128> jdub: move that to #gnome-debian
[12:20] <mjg59> Kamion: Nope
[12:20] <Kamion> 02:05 < Kamion> mjg59: oh, it tries for up to 3 times RAM though
[12:20] <Kamion> 02:05 < Kamion> mjg59: it depends what fits, but I think it should be OK by default
[12:20] <elmo> 3 times RAM?  that'd rock on emperor
[12:20] <thom> yay 36GB swap
[12:21] <mjg59> Kamion: Is this a change since Warty?
[12:21] <Kamion> it doesn't force it up to 3x RAM :P
[12:21] <daniels> elmo: speaking of RAM, when do I get to build xorg in a RAM disk on concordia?
[12:21] <daniels> that would kick arse
[12:21] <daniels> disks are slow :P
[12:22] <Kamion> that's the maximum; minimum 64MB; "priority" (which kind of skews size calculations relative to other partitions) 512MB
[12:22] <mjg59> Kamion: So given a reasonably sized disk, it'll tend to be larger than RAM?
[12:22] <Kamion> mjg59: yes, warty had "64 512 512" rather than "64 512 300%"
[12:22] <Kamion> mjg59: I believe so, though checking wouldn't hurt
[12:23] <mjg59> Ok, cool
[12:23] <Kamion> partman-auto (31) unstable; urgency=low
[12:23] <Kamion>     - limit the maximum size of the swap to 3 times the available RAM but
[12:23] <Kamion>       not less than 64 MB.  Thanks to Margarita Manterola, closes: #254935
[12:28] <mjg59> Ah, hang on. My sysadmin's a Suse bigot.
[12:29] <bradb> Does Ubuntu's Bugzilla grant editbugs to every new user account? I don't want to spam our Bugzilla to verify this. :)
[12:29] <mjg59> The machine with 4GB of RAM has 4GB of swap
[12:29] <elmo> bradb: yes
[12:29] <sivang> does someone know how do I view the channel topic in irssi? (the topic and the top bottom of the screen get's cut due to window width limitations)
[12:29] <bradb> wow, ok
[12:30] <elmo> sivang: /topic
[12:30] <elmo> bradb: dude, Debian doesn't even require accounts; it's entirely wide open for all write access to anyone
[12:30] <bradb> cool!
[12:30] <elmo> which would seem insane, but AFAIK hasn't been abused in the last 10-15 years
[12:31] <elmo> well, seriously abused.  some would say folks like Dan Jacobson are a failing of the Debian system
[12:31] <daniels> well, it's wide open for everyone who hasn't been blacklisted
[12:31] <sivang> elmo: tnx :)
[12:32] <elmo> daniels: the only blacklisting is of control@ access
[12:32] <Kamion> the only abuse that's happened is spam
[12:32] <elmo> well, excluding the spam filtering
[12:32] <Kamion> to my knowledge
[12:33] <Kamion> there's been some open/close wars and things, but the people involved would've had accounts anyway if it worked that way; no randoms going through and closing all bugs or anything
[12:33] <Kamion> the system's designed so that all actions are recorded and reversible anyway
[12:35] <mjg59> Kamion: elmo: With luck, the next kernel ought to suspend to RAM on recent Mac hardware, so would you be willing to test it once it's out?
[12:35] <elmo> mjg59: sure
[12:35] <Kamion> mjg59: absolutely
[12:36] <mjg59> And if that works, then we can try suspend to disk as well...
[12:37] <mjg59> I think lamont was aiming for Monday
[12:38] <elmo> oh, I may have < swap than mem.. lemme check
[12:40] <elmo> Mem:        514308 
[12:40] <elmo> Swap:       500312   
[12:40] <elmo> duh
[12:40] <elmo> I'm sure that was what warty chose for me too
[12:40] <Kamion> hm, I have 512MB RAM and like 64MB swap
[12:40] <sivang> mjg59: I will check my swap partition now, on the dell craptop
[12:41] <mjg59> elmo: May work anyway
[12:53] <sivang> mjg59: how can I know for sure if I am using a swap partitoin at all? something is strange here on this laptop..
[12:53] <Kamion> 'free' will tell you
[12:55] <sivang> Kamion: tnx
[12:55] <sivang> Mem:        256620     168028      88592          0       8868      44792
[12:55] <sivang> -/+ buffers/cache:     114368     142252
[12:55] <sivang> Swap:            0          0          0
[12:56] <mjg59> sivang: You have no swap partition enabled, which is odd
[12:56] <mjg59> Does /etc/fstab have one mentioned?
[12:58] <sivang> mjg59: yes, that's why I thought I had
[12:58] <sivang> mjg59: /dev/hda5       none            swap    sw              0       0
[01:06] <mjg59> sivang: mkswap /dev/hda5; swapon -a
[01:06] <mjg59> Then try hibernate again
[01:15] <Kamion> rburton: ok, I think I have a vaguely plausible fix
[01:15] <sivang> mjg59: ok, thanks
[01:15] <sivang> mjg59: will try that now
[01:19] <sivang> mjg59: ok, it worked :-) now let's see how good the machine comes back
[01:21] <rburton> Kamion: excellent
[01:22] <sivang> mjg59: well, the resume from hibernate is a regular boot :-/ (slow as a regular boot and looks the same)
[01:22] <mjg59> sivang: Ok. Is RESUME set in mkinitrd.conf?
[01:28] <sivang> mjg59: I did RESUME=/dev/hda5 and hibernated again, takes the same time and apart a big delay in boot up (before saying "creating udev entries") nothing changed.
[01:28] <T-Bone> lamont: ping (for when you're around)
[01:28] <sivang> guess I'll be using the sleep :-)
[01:33] <mjg59> sivang: Did you generate a new initrd?
[01:33] <Kamion> incidentally DEBCONF_DEBUG traces rock
[01:34] <daniels> Kamion: unless they crap all over your db_progress and just make everything unreadable :P
[01:34] <T-Bone> Kamion: good you're here! Time to sort out the pci.handmap stuff? :)
[01:34] <T-Bone> daniels: if i can provide anything that'd help fixing the '60Hz' issue, let me know. FWIW i tested on ia64, but according to the m-l, it's arch-indep
[01:34] <sivang> mjg59: hrm, no O:-) also it's very strange I my swap partition is not mounted nither set up correctly .
[01:35] <daniels> T-Bone: if you can solve it, that'd be great ...
[01:35] <T-Bone> heh
[01:35] <Kamion> daniels: they're syslogged as standard
[01:35] <Kamion> T-Bone: yeah, after I've done this netcfg fix
[01:35] <T-Bone> daniels: actually, why is there a need to add VertRefresh/HorizSync in the default xorg.conf? Can't the driver figure those by itself?
[01:35] <mjg59> sivang: Yes, that's because it didn't attempt to resume
[01:35] <mjg59> You'll need to mkswap it again
[01:35] <T-Bone> Kamion: ok. I'll do some parisc stuff in the meantime. Ping me when you're ready :)
[01:35] <mjg59> sivang: mkinitrd -o /boot/initrd-whatever and then suspend again
[01:36] <sivang> mjg59: I wonder how I can fix the non operating swap partiton
[01:36] <daniels> T-Bone: it shouldn't be adding them unless it really has to ...
[01:36] <T-Bone> daniels: it did
[01:36] <daniels> T-Bone: although it will decide that it really has to on amd64 and ia64
[01:36] <sivang> mjg59: and use this initred for booting the currently booting kernel?
[01:36] <T-Bone> daniels: they were there when i booted
[01:36] <mjg59> sivang: Yes
[01:36] <daniels> T-Bone: since we can't probe the monitor from userspace on either of those two architectures
[01:36] <T-Bone> daniels: and they were obviously the cause of the mis-setting
[01:36] <mjg59> sivang: Once you've done that, swap shouldn't be an issue
[01:37] <daniels> T-Bone: if you can reproduce it on i386 or powerpc, I'm interested; else, it's not solveable for Hoary :\
[01:37] <sivang> mjg59: ok, so I'll have to replace the current on in menu.lst right?
[01:37] <T-Bone> daniels: damn. How comes it worked before?
[01:37] <daniels> T-Bone: because of an accident that broke a whole lot of other crap :)
[01:37] <mjg59> sivang: No - just do mkinitrd -o (name of your initrd)
[01:37] <T-Bone> daniels: if the livecd uses the same detection method, i can easily boot one on any of my ppc boxes
[01:37] <daniels> T-Bone: yep
[01:37] <T-Bone> daniels: lol :)
[01:37] <T-Bone> daniels: ok will do
[01:38] <Kamion> daniels: is there anything I can help with for xresprobe/amd64? if you give me hints what might be needed, I can do the work
[01:39] <sivang> mjg59: done, now re enable swap and hibernate
[01:39] <Kamion> oh, I suppose it's scary evil real mode crap?
[01:39] <mjg59> sivang: Yup
[01:39] <T-Bone> hmm. cdimage doesn't perform that well. 440kB/s avg is mean :^)
[01:39] <daniels> Kamion: basically, move ddcprobe's real-mode code to vbetool, and then move vbetool from using lrmi to x86emu
[01:40] <daniels> Kamion: unfortunately this is not hoaryable; i asked about a fortnight ago
[01:42] <sivang> mjg59: hrm, no go , boot was the same, say, maybe the fact I am using LVM breaks the hibernation?
[01:42] <Kamion> daniels: ah :(
[01:42] <Kamion> -m32 doesn't help?
[01:43] <mjg59> sivang: Argh. Yes, that's quite possible. Are you using LVM for swap?
[01:43] <sivang> mjg59: no
[01:43] <mjg59> Hmm. Ought to work, then.
[01:43] <mjg59> It used the initrd you generated?
[01:43] <mjg59> sivang: Can you cat /sys/power/resume ?
[01:43] <sivang> I named it the same and assumed it goes to the right place :) checking again
[01:44] <daniels> Kamion: nope; vm86.h simply doesn't exist, and the kernel doesn't provide vm86()
[01:44] <sivang> mjg59: 0:0
[01:44] <mjg59> amd64 kernels have no vm86 support whatsoever
[01:45] <mjg59> sivang: Ok, so either the wrong initrd was used, or something is very broken
[01:47] <sivang> mjg59: retrying...
[01:48] <mjg59> sivang: The timestamp on /boot/initrd-2.6.10-3-686 (or whatever) ought to be updated after the mkinitrd
[01:49] <sivang> mjg59: bah, then I suspect it didn't. looked odd me after the second time I created the initrd , but I thought it was neglectable.
[01:50] <sivang> mjg59: shall I rm -rf it and recreate?
[01:50] <mjg59> sivang: What command line are you using
[01:50] <mjg59> You don't need to remove it
[01:50] <sivang> mjg59: mkinitrd -o initrd.img-2.6.10-3-686
[01:51] <Kamion> daniels: ah, d'oh
[01:51] <mjg59> sivang: /boot/initrd.img-2.6.10-3-686
[01:51] <mjg59> (assuming you're using a 686 kernel)
[01:51] <sivang> mjg59: well yeah, I was in the /boot dir so I omitted the location prefix
[01:52] <mjg59> sivang: Ah, right
[01:52] <mjg59> I've no idea what it does in that situation
[01:52] <smurfix> mjg59: should work, actually -- check by "ls -l"
[01:53] <sivang>  mkinitrd -o /boot/initrd.img-2.6.10-3-686
[01:53] <sivang> File descriptor 3 left open
[01:53] <sivang> File descriptor 4 left open
[01:53] <sivang> File descriptor 5 left open
[01:53] <sivang> File descriptor 6 left open
[01:53] <sivang> File descriptor 7 left open
[01:53] <sivang>     Finding all volume groups
[01:53] <sivang>     Finding volume group "mainpart"
[01:53] <sivang> mjg59: ok, laterz! :)
[01:53] <mjg59> sivang: If it still doesn't work, you probably want to hassle jbailey for a bit
[01:53] <sivang> mjg59: ok, I will :)
[01:53] <mjg59> And if it /still/ doesn't work, it'll be a kernel issue and I'll produce one with more debugging
[01:54] <sivang> mjg59: sure, thanks alot 
[01:55] <sivang> mjg59: it worked!!!
[01:55] <sivang> mjg59: I rm -rf the initrd, then recreated with your command line, and it workd! RAWK
[01:56] <Kamion> I should work out what that "File descriptor <n> left open" thing is coming from
[01:56] <sivang> Kamion: oh yes, this has been botherting for quite some time :)
[01:56] <jbailey> mjg59: For testing, I also added support for it over the command line.
[01:56] <Kamion> sivang: it seems to be harmless
[01:56] <jbailey> mjg59: Of course you have to have at least regenerated it one with that initrd-tools, but after that resume= will override whatever is set in the config file.
[01:57] <jbailey> Kamion: It's only on lvm support, right?
[01:57] <sivang> jbailey: strange thing, mkinitrd didn't work untill I told it /boot/initrd.img-blah
[01:57] <jbailey> sivang: Eh?
[01:57] <sivang> jbailey: I suspect it working had nothing to do with my rm -rf'ing the old one.
[01:57] <Kamion> jbailey: yeah, just checked and it's coming from lvm2
[01:57] <Kamion> ./tools/lvmcmdline.c:990:                       fprintf(stderr, "File descriptor %d left open\n", fd);
[01:58] <Kamion> the question is whether I care enough to fix it :) I bet those fds are held open by debconf.
[01:58] <jbailey> Kamion: No, by initrd.
[01:58] <jbailey> Kamion: Xu likes to play with random file descriptors.
[01:58] <sivang> anyone has an idea why the swap partiton automagically stopped being created and mounted? how can I put it back to be created automaticall upon each boot?
[01:58] <Kamion> jbailey: well, no, I see it in d-i.
[01:58] <jbailey> Kamion: For some reason ">>" isn't good enough.
[01:58] <Kamion> jbailey: in code that is not descended from anything Xuish :)
[01:59] <jbailey> A'ight.
[01:59] <jbailey> sivang's issue is definetly that, though.
[01:59] <Kamion> ok
[01:59] <jbailey> I should learn enough about lvm to install one.
[01:59] <sivang> (the swap partitoin is not on th lvm)
[02:01] <sivang> jbailey: when I tried the fix my non suspending kernel, it appeared that when using mkinitrd -o initrdfilename it didn't work
[02:02] <sivang> jbailey: whant I prefixed it with /boot it was ok
[02:02] <jbailey> sivang: Oh, like it only worked with a fully qualified path?
[02:02] <sivang> jbailey: that is, mkinitrd -o 
[02:02] <sivang> jbailey: yes
[02:02] <sivang> jbailey: I also did an rm -rf for the old one, but I hardly think this voodoo had anything to do with fixing the problem . (though I do that just for good feeling)
[02:03] <Kamion> elmo: would you mind delaying processing the new debian-installer BYHAND, if possible?
[02:04] <elmo> Kamion: err, too late, sorry
[02:05] <Kamion> damn
[02:05] <Kamion> ok, will work around in cdimage somehow
[02:08] <Kamion> smurfix: could you please remove all the BitKeeper gunk from the kbd-chooser source package?
[02:08] <Kamion> I don't want to have to merge that every time :)
[02:08] <smurfix> Kamion: Sorry -- will do ASAP.
[02:08] <Kamion> thanks
[02:18] <Kamion> smurfix: I don't think #6706 should be target milestone hoary?
[02:19] <Kamion> Indic fonts are apparently really hard to get right
[02:19] <Kamion> bubulle thinks it'll require a graphical installer
[02:19] <smurfix> Kamion: Hmm, target milestone => noticed in version, it seems.
[02:20] <Kamion> yeah, we don't have a field for that in bugzilla AFAIK :/
[02:21] <smurfix> ah. food. back in a bit.
[02:30] <T-Bone> daniels: X autodetect works fine on ppc. I was wondering: if autodetect doesn't work on ia64, how comes it works on my box anyway? :)
[02:31] <Kamion> I bet it asks you a resolution question
[02:31] <T-Bone> Kamion: correct
[02:31] <Kamion> that would be autodetection failing
[02:32] <T-Bone> strangely enough it works afterwards
[02:32] <daniels> so it asked you a question on powerpc, or on ia64?
[02:32] <daniels> if it asks you no questions, then autodetection succeeded
[02:33] <daniels> if it asks you about your resolution, autodetection failed, but we can infer all we need (for 60Hz) from the resolution, so that's all we ask
[02:35] <HiddenWolf> daniels: How about someone trading monitors, is there any likelyhood of of blowing up a monitor due to an existing x conf?
[02:35] <T-Bone> daniels: it asked on ia64
[02:36] <T-Bone> daniels: what i'm saying is that if i increase the value range for vertrefresh and horizsync in xorg.conf, it finds the right freq anyway. I can try completely removing the fields if you want
[02:36] <sivang> bah, suspend and hibernate won't work with the evil nvidia module.
[02:36] <sivang> oh well :)
[02:36] <elmo> HiddenWolf: how's that any more of an issue with or without auto-detect?
[02:36] <T-Bone> daniels: so i'm asking why not simply either 1) not specify default refresh for ia64. or 2) define a large enough range?
[02:37] <HiddenWolf> elmo: I have no idea, but it something to think about either way.
[02:37] <daniels> HiddenWolf: no
[02:37] <tritium> sivang, I've had pretty good success with nvidia, both suspend and hibernate
[02:37] <mantiena> Hi all
[02:37] <daniels> T-Bone: because we have to work out when we configure X if X is capable of working out the monitor's sync ranges by itself
[02:37] <daniels> T-Bone: our current way of determining this only works for i386/powerpc, and the solution cannot go into hoary this late, apparently
[02:38] <sivang> tritium: where you using the proprierity nvidia module?
[02:38] <daniels> T-Bone: so we have to assume that X can't work it out for itself and write out the sync ranges on amd64 and ia64
[02:38] <tritium> sivang, yes
[02:38] <daniels> T-Bone: i know this is crap
[02:38] <Mitario_> hi everyone
[02:38] <sivang> tritium: did you add it to the modules list in /etc/default/acpi-support ?
[02:38] <mantiena> amu, tonight I installed ubuntu live CD with my installer module ;)
[02:39] <tritium> sivang, no, but I did have to comment out video posting
[02:39] <T-Bone> daniels: what would make X unable to figure out its sync freq?
[02:39] <sivang> tritium: video posting? ok I'll try that.
[02:39] <T-Bone> daniels: because the video hardware range on ia64 is pretty much restrained, afaik
[02:39] <tritium> sivang, yeah, the line that says POST_VIDEO=true.  I commented that out.
[02:39] <daniels> T-Bone: the monitor can't do DDC, the driver is crap and doesn't do mode validation right on laptops, the video card is incapable of DDC ...
[02:40] <T-Bone> daniels: you can already skip the last two
[02:40] <T-Bone> no ia64 laptops ;)
[02:40] <T-Bone> and all boxes come with ATI cards, or nvidia in some cases
[02:40] <daniels> T-Bone: i might consider making an exception for ia64, but honestly, the real, real problem we have is amd64
[02:40] <daniels> and that's unfixable for hoary
[02:41] <sivang> tritium: thanks, I did that, now let's see if it works.
[02:41] <T-Bone> daniels: heh. If making an exception for ia64 is easily feasible, it might improve end user's experience :)
[02:41] <daniels> T-Bone: yeah, but as I said, this kills us badly on amd64, which sucks horribly, but eh, what can you do
[02:41] <tritium> sivang, hope so...
[02:41] <T-Bone> daniels: besides, i doubt one would hook a pre-DCC capable monitor to an ia64 machine ;)
[02:41] <daniels> T-Bone: you'd be surprised
[02:41] <mantiena> Kamion, are you online ?
[02:42] <T-Bone> daniels: not much i guess. I don't have amd64 hardware. If you want to sponsor me, you're welcome :^))
[02:42] <elmo> yeah, I did at my previous job
[02:42] <T-Bone> daniels: people doing so usually know how to setup X :)
[02:42] <elmo> to both an RX-2600 and an i2k
[02:42] <daniels> T-Bone: i have an amd64, and I'm capable of fixing it, but by the time I got to it, feature freeze had slipped, and I had other stuff distracting me for a week, so I couldn't get it in beforehand
[02:42] <T-Bone> but heh, that's subjective.
[02:42] <T-Bone> daniels: heh ok
[02:42] <daniels> so the issue is not people-to-do-it, but people-to-do-it-four-months-ago
[02:42] <T-Bone> lol
[02:43] <elmo> sabdfl really needs to get his act together, both the cloning and time machine projects are still showing no signs of any real progress
[02:43] <T-Bone> rotfl
[02:44] <daniels> elmo: i hope you're not talking about cloning me; one of me is enough pain inflicted on the world
[02:44] <amu> mantiena: well done!
[02:45] <sivang> elmo: wasn't the time machine already done?
[02:45] <Kamion> *groan*
[02:45] <azeem> sivang: there were spurious tachyon emmission AFAIK, so it had to be dumped and redoe from scratch
[02:45] <T-Bone> sivang: well, if it's done in the future, then it's *already* done. Paradox of the time-machine :)
[02:45] <mantiena> amu, but some other d-i modules should be modified a little for working with live-installer
[02:46] <amu> mantiena: did you put infos to the wiki? 
[02:47] <sivang> azeem: hehe
[02:48] <mantiena> amu, still not, was pretty simple to write live-installer, I used a lot of functions (like check-target or initrd generating) from base-installer ;)
[02:48] <sivang> tritium: didn't work. any more then just commeting out the VIDEO_POST is it?
[02:49] <mantiena> Kamion, to which udeb belongs apt-install from d-i ?
[02:50] <tritium> sivang, no, the only other thing I did was uncomment the line at the top: ACPI_SLEEP=true to actually enable suspend to ram
[02:51] <Kamion> mantiena: di-utils
[02:51] <Kamion> why does apt-install need to be changed?
[02:52] <azeem> when doing suspend-to-disk, does the network on resume get reconfigured based on the state at suspend, or on what's in /etc/network/interfaces?
[02:53] <sivang> tritium: commented out the line or set POST_VIDEO=false?
[02:54] <tritium> I commented it out.
[02:54] <mantiena> Kamion, some d-i modules (for example grub-installer) uses apt-install to install software, for example grub or initrd-tools, but apt-install does not check if this software is already installed and this couses an error :(
[02:55] <sivang> tritium: well, doens't work for me. crappi dell :)
[02:55] <tritium> sivang, How is it behaving?  On my Dell (C840), the only thing I haven't resolved is that I have to press the power button 2X to resume.
[02:56] <pitti> elmo: ping
[02:56] <Kamion> mantiena: apt-install just calls apt-get install, which should exit without an error if the package is already installed.
[02:56] <elmo> pitti: ?
[02:56] <pitti> elmo: is there something like arch.ubuntu.com?
[02:56] <pitti> elmo: i. e a publicly http/sftp accessible place
[02:56] <pitti> elmo: where we can store our arch repos and work on them with non-canonical people?
[02:57] <elmo> pitti: mirror them to rookery is what most people do
[02:57] <pitti> elmo: currently we use to host our repos on chinstrap
[02:57] <mantiena> Kamion, problem is, than during live CD install there are no sources.list and no deb packages (if there are no internet access) and apt-get install produces an error
[02:57] <pitti> elmo: right, but that has to happen manually, right?
[02:57] <mantiena> s/than/that
[02:57] <pitti> elmo: since you cannot/should not ssh from chinstrap to rookery without a password
[02:58] <elmo> Kamion: how do you mirror the seeds?
[02:58] <mantiena> Kamion, I can patch apt-install for checking if package isn't already installed on /target
[02:58] <tritium> sivang, I'm using NvAGP, and nvidia module parameters NVreg_EnableAGPFW=1 NVreg_EnableAGPSBA=1
[02:58] <pitti> elmo: sabdfl seems to like the idea of arch.u.c
[02:58] <elmo> pitti: IIRC rookery has unrestricted http access to chinstrap
[02:58] <pitti> elmo: ah, that way round :-)
[02:58] <elmo> or https or whatever
[02:58] <pitti> elmo: okay, that's fine
[02:58] <elmo> the name 'arch.ubuntu.com' is already in use
[02:59] <elmo> for an entirely different service
[02:59] <pitti> elmo: would it be possible to update to baz 1.1.1 on rookery?
[03:00] <elmo> done
[03:00] <elmo> tho I hope it doesn't break anyone using 1.0 specific stuff
[03:00] <pitti> huh, thanks :-)
[03:00] <pitti> elmo: no, I'm just afraid that 1.0 could break when mirroring an 1.1 archive
[03:00] <Kamion> mantiena: well the former should be fixed, not the latter
why do people who are downloading ISOs prefer ftp so much?
[03:00] <Kamion> mantiena: fix the cause, not the symptoms
[03:01] <Kamion> elmo: crappy rsync cron job on chinstrap
[03:01] <Kamion> mantiena: (making apt-install check first would slow regular installs down quite a lot - dpkg -l is not very fast
[03:01] <Kamion> )
[03:02] <rcaskey_> does anyone know if the hardware database has been specced out?
[03:02] <mantiena> Kamion, maybe, then we can fix at least grub-installer
[03:02] <Kamion> mantiena: huh?
[03:03] <Kamion> mantiena: no
[03:04] <Kamion> mantiena: hmm, the no-network case is awkward, but I don't think any of these proposed solutions are quite correct
[03:05] <mantiena> Kamion, no network case is very usual, especially with live CD
[03:05] <Kamion> sure
[03:05] <mantiena> Kamion, it's one line fix in grub installer
[03:05] <Kamion> but breaking installer error handling is not the answer
[03:05] <Kamion> it's the wrong place
[03:05] <mantiena> Kamion, and it doesn't break an install
[03:05] <Kamion> I am not going to maintain a bunch of little patches to everything that calls apt-install
[03:06] <mantiena> Kamion, not to everythink
[03:06] <mantiena> it's nonsense to install same package if it is already installed
[03:07] <tritium> sivang, and I did blacklist intel_agp in order to use NgAGP
[03:07] <Kamion> sigh, I have other things to do, sorry :(
[03:08] <Kamion> mantiena: how about using the -m flag to apt-get install?
[03:08] <Kamion>               Ignore missing packages; If packages cannot be retrieved or fail
[03:08] <Kamion>               the  integrity  check after retrieval (corrupted package files),
[03:08] <Kamion>               hold back those packages and handle the result.
[03:08] <Kamion> although I'm not sure about that
[03:08] <Kamion> maybe for speed it would be better to run apt-get install, and *only* if it fails check whether the package is already installed
[03:09] <mantiena> Kamion, maybe
[03:09] <Kamion> that would be more efficient, because it would do the work only in error cases
[03:09] <sireesh> hey does ubuntu have any embedded linux distribution
[03:09] <mantiena> Kamion, I'm happy with any solution which works ;)
[03:09] <Kamion> mantiena: I'm not happy with just any solution that works, as you may have gathered; I have to maintain the installer going forward so I want it to stay as simple as possible :)
[03:10] <mantiena> Kamion, I understand you, so for my it's fine any solution which is fine for you ;)
[03:11] <zul> heylo
[03:11] <mantiena> Kamion, I try to install some more times and see if -m helps
[03:12] <Kamion> I think actually -m is probably wrong
[03:12] <Kamion> it won't have the right error behaviour if the package is unavailable and not installed
[03:12] <Kamion> (in that case apt-install needs to return an appropriate error code so that the user can be notified of the error)
[03:12] <mantiena> Kamion, if package is unavailable and not installed then it's really error for liveCD
[03:13] <Kamion> indeed so
[03:13] <Kamion> so you want to know about it
[03:14] <Kamion> hm, have you no /etc/apt/sources.list at all?
[03:14] <mantiena> Kamion, liveCD should contain all packages for installing without internet access and it seems now just one - grub is missing in live CD
[03:14] <Kamion> grub's in base - ah, but debootstrap does not install it, deliberately
[03:15] <mantiena> Kamion, yes, live CD doesn't need any sources in sources list
[03:15] <Kamion> I would prefer sources.list to *exist*, even if empty; it makes the change simpler
[03:16] <mantiena> Kamion, I think sources.list should contain all needed sources like now, just they should be commented out as default
[03:16] <mantiena> then apt-get install doesn't produce an error ;)
[03:17] <Kamion> it does
[03:17] <Kamion> produce an error, I mean
[03:17] <mantiena> Kamion, why ?
[03:17] <Kamion> try it
[03:18] <Kamion> remember to apt-get update
[03:20] <mantiena> Kamion, I'm talking about situation, when sources.list contains only commented out sources (all lines are begining with # )
[03:20] <Kamion> yes, I know you are, and I just tested that
[03:20] <mantiena> root@ubuntu:/etc/apt # apt-get update
[03:20] <mantiena> Reading Package Lists... Done
[03:20] <mantiena> no error
[03:21] <Kamion> now try apt-get install grub
[03:21] <Kamion> ah, but grub is uninstalled for me, I'm sorry
[03:21] <Kamion> apt-get install dpkg does exit non-zero
[03:22] <Kamion> ok, there's your fix :-)
[03:23] <Kamion> just make sure always to create /target/etc/apt/sources.list and you should be fine
[03:23] <Kamion> you'll need to arrange for grub.deb to be available for installation on the CD; that is a more generic problem
[03:23] <Kamion> (along with lilo.deb, yaboot.deb on powerpc, that sort of thing)
[03:24] <mantiena> Kamion, sources.list is created, but in ubuntu live CD it contains uncommented entries as default :(
[03:24] <Kamion> ok, maybe apt-setup should be called to test those entries
[03:24] <mantiena> maybe
[03:25] <Kamion> at the moment that involves asking the user one question though
[03:28] <Kamion> the other plausible solution is to have an apt repository on the CD that's always usable and that contains stuff like grub, lilo, yaboot that the live CD installer might need to install
[03:28] <Kamion> that sounds rather simpler
[03:28] <Kamion> might need another seed though
[03:29] <mantiena> Kamion, how to simply check exit value of some program in command line ? (sorry for stupid question)
[03:29] <Kamion> man bash :)
[03:30] <pitti> mantiena: <cheat> use $? </cheat> :-)
[03:31] <Kamion> but make sure to avoid set -e exiting on you
[03:32] <mantiena> pitti, thanks
[03:32] <pitti> mantiena: or if you just need to check for success, "if foo; then...; fi
[03:32] <Kamion> or like read any shell script for examples :)
[03:33] <Kamion> there is no shortage of them
[03:33] <mantiena> pitti, I know if, but it's too many to write for testing some commands in terminal
[03:33] <d3vic3> #6712 is killing me 
[03:49] <mantiena> daniels, maybe you know why ddcprobe doesn't detect properly my monitor when connected to integrated savage video card, but works fine with same monitor, connected to nvidia video card ?
[03:50] <daniels> mantiena: because it only works for the primary video card
[03:51] <elmo> oh dear god
[03:51] <daniels> elmo: ?
[03:51] <mantiena> daniels, I have only one video card connected
[03:51] <elmo> daniels: that bug d3vic3 mentioned
[03:53] <mantiena> daniels, ddcprobe detect monitor incorrectly on savage video card
[03:54] <sivang> yay!!
[03:54] <pitti> sivang: lucky you...
[03:55] <daniels> mantiena: yes, I know
[03:55] <daniels> mantiena: but if you have two video devices
[03:55] <sivang> pitti: you should try that, but the instruction I got from tritium are i386 specific :)
[03:56] <daniels> mantiena: it will only work for whichever one of those is the primary one, i.e. whichever one the bios shows on
[03:56] <pitti> sivang: there's currently no sleep support for newer iBook G4's :-(
[03:57] <sivang> pitti: ah and that nice little machine of yours (which you brought to the conf) is iBook G4 ?
[03:57] <mantiena> daniels, I have only one device, I simply connect same monitor to different computers
[03:57] <daniels> mantiena: oh, ok.  is the savage a laptop?
[03:57] <pitti> sivang: yes
[03:57] <mantiena> no, both are workstations
[03:58] <sivang> pitti: oh :-/
[03:58] <daniels> mantiena: ok, so the savage hardware sucks; not much we can do there, sadly
[03:59] <mantiena> daniels, on savage video dccprobe shows strange results, I can paste output to  you private irc window if you need
[04:00] <daniels> mantiena: if you like, but there's not much I can do about it other than suggest you write to S3 and tell them they should stop producing such terrible hardware
[04:00] <mantiena> daniels, but win98 detect horizontal and vertical freqencies correctly with savage drivers
[04:01] <daniels> mantiena: yes, but they don't have the same restrictions we do (in order to work across almost every video card, we have to use vbe, the vesa bios extensions; doing per-card stuff in ddcprobe is totally impractical, although I want to see it happen, and have plans to make it so)
[04:07] <daniels> *blink*, hardware that actually totally mangles ddc results into uselessness while keeping it as a totally valid edid packet
[04:07] <daniels> WHOOHOO S3!!!
[04:07] <Treenaks> daniels: well, at least they follow /some/ standards..
[04:08] <tritium> pitti, if you'd like to try what I did anyway, we can give it a shot
[04:08] <lamont> daniels: sounds like a lot of work went into that
[04:08] <tritium> the only i386-specific thing was blacklisting intel_agp
[04:08] <daniels> lamont: obviously when they said 'make a terrible video card', their employees obviously took it as a challenge, rather than an opportunity to be lazy for months
[04:08] <lamont> lol
[04:09] <pitti> tritium: no, there is no iBook G4 sleep support in the kernel
[04:09] <pitti> tritium: even if I remove all modules, X, etc.
[04:09] <tritium> pitti, oh, it's in the kernel itself.  Okay, sorry...
[04:09] <pitti> tritium: Benjamin Herrenschmidt is working on that, but it isn't ready yet :-(
[04:10] <mantiena> btw, I've read, that savage already has open source DRI and DRM drivers ;) maybe somewhere are some development debs or debianized sources ?
[04:10] <tritium> Well, hopefully it will be ready soon.  I plan to buy a powerbook in the next few months.
[04:10] <pitti> tritium: for powerbooks the patch already seems to work
[04:10] <mantiena> for Xorg
[04:10] <daniels> mantiena: no, and there won't be for hoary
[04:10] <daniels> they're still experimental (read: broken)
[04:10] <pitti> tritium: i. e. Kamion and sjoerd use it regularly (IIRC)
[04:10] <tritium> pitti, excellent news.  Will that patch be in ubuntu kernels soon?
[04:11] <pitti> tritium: I doubt, it's too invasive
[04:11] <pitti> tritium: and believe me, we do bugged fabbione enough about this :-)
[04:11] <tritium> pitti, okay.  Thanks for the info, though!  Heh :)
[04:11] <mantiena> daniels, they aren't included into lates Xorg (6.8.2) ?
[04:11] <pitti> s/do bugged/did bug/
[04:11] <daniels> mantiena: no, they aren't even in Xorg HEAD
[04:11] <daniels> it's a combination of latest DRM + Xorg HEAD + DRI HEAD
[04:12] <mantiena> daniels, hehe, it seems savage users should wait few months ;)
[04:12] <daniels> mantiena: yeah
[04:13] <mantiena> daniels, thanks for sad info >:>
[04:23] <tseng> seb128: mailed you the f-spot sources, ping me with any issues.
[04:25] <seb128> tseng: I've just replied
[04:25] <seb128> tseng: need to build-dep of libgphoto2.2-dev
[04:25] <tseng> hm i was *sure* i did that
[04:25] <seb128> s/of/on/
[04:26] <zul> seb128: heh did you have a look #6712 yet?
[04:26] <seb128> tseng: perhaps you updated debian/control which is replace with debian/control.in on build ?
[04:26] <tseng> seb128: that must be it.
[04:28] <seb128> tseng: BTW I'm away for an hour or so, I'll upload it tonight 
[04:28] <winkle> tseng: could you fix muine while you're at it? :)
[04:28] <tseng> winkle: someone else "fixed" it, but its FTBFS
[04:29] <tseng> winkle: something nasty looking about libxine.
[04:29] <seb128> tseng: xine-lib FTBFS in ffmpeg with asm stuff here
[04:29] <seb128> perhaps the same issue
[04:29] <tseng> seb128: reuploading now. thanks
[04:29] <tseng> hm
[04:30] <seb128> BTW I'm out for a while, bbl
[04:30] <tseng> cya
[04:30] <tseng> winkle: could be solved possibly by syncing with debian, their latest is using gstreamer
[04:31] <winkle> tseng: yeah, I saw that
[04:31] <tseng> the muine maintainer still seems hesitant to upload gtk-sharp 1.9.2 to experimental
[04:31] <tseng> which for some reason makes me less eager to stick it in universe
[04:32] <tseng> on the other hand, it currently on is used by muine afaik, and is parallel installable
[04:32] <Kamion> oh, wow
[04:32] <tseng> cant hurt much.
[04:32] <Kamion> the Tagalog word for "archive" is "arkibong"
[04:33] <daniels> Kamion: nice!
[04:34] <tseng> do I still need to mail mdz/jdub to approve a sync into universe?
[04:35] <elmo> no
[04:36] <elmo> you need to be a MOTU tho; I forget if you are or not (sorry)
[04:36] <tseng> elmo: in that case, can you please sync muine. (I am on the MOTU wiki :)
[04:37] <Felixjuh> Will Hoary ship Xorg 6.8.1 or 6.8.2? There are some Intel 810/815 problems (refresh problems) in 6.8.1 so the live CD isn't working :(
[04:38] <tseng> Felixjuh: the current xorg in hoary is 6.8.1 with a huge backport from .2
[04:38] <Kamion> Felixjuh: current plan is 6.8.2
[04:38] <daniels> Felixjuh: eh, 6.8.2, but 6.8.1-1ubuntu16 is almost entirely 6.8.2 anyway (it's missing about four patches)
[04:38] <daniels> the problem you have is actually caused by drivers/i810 from CVS HEAD, so in this case, it's too new rather than too old :P
[04:39] <Felixjuh> Ah I see :) thanks for the reply, so it's a known problem? or should I still bugzilla it? 
[04:40] <daniels> Felixjuh: known problem, will chase down the fix one way or another before hoary
[04:40] <elmo> [NOT Updating - Modified]  muine_0.6.3-5ubuntu1 (vs 0.6.3-6)
[04:40] <elmo> tseng: ok to override ubuntu changes?
[04:40] <tseng> elmo: yes.
[04:41] <Felixjuh> daniels: cool thanks! :)
[04:41] <tseng> that was meant to be a rebuild against new libflac
[04:42] <daniels> Felixjuh: no worries
[04:43] <elmo> tseng: done
[04:46] <zul> hey t-bone
[04:46] <T-Bone> hey zul :)
[04:46] <Mitario_> hello again
[04:47] <tseng> elmo: thanks.
[04:51] <sivang> seb128: still here?
[04:52] <tseng> sivang: left for an hour he says
[04:52] <T-Bone> Kamion: low-pri ping ;)
[04:52] <Kamion> T-Bone: sorry I'm not going to manage the pci.handmap stuff today, other stuff has come up
[04:52] <T-Bone> damn :P
[04:53] <Kamion> I have to leave for the weekend in about 40 minutes
[05:01] <T-Bone> Kamion: no way you could send me a draft so that I'd now what to put in there?
[05:01] <Kamion> T-Bone: haven't got that far sorry
[05:02] <T-Bone> forget it. Hope we'll make it in time for hoary anyway :)
[05:02] <T-Bone> i'll deal with zul/lamont for the kernel fixmerge party now :)
[05:02] <zul> oh yay!
[05:02] <Kamion> I totally intend to, it will fix a whole lot of regressions from warty
[05:03] <T-Bone> Kamion: cool!
[05:04] <mako> have people seen the new http://www.ubuntuitalia.org ?
[05:05] <sivang> mako: wow
[05:05] <sivang> mako: what the ? ;-))
[05:06] <mako> yeah, seriously :)
[05:06] <zul> mako: i should be getting my key signed today but its my non-gentoo email address
[05:06] <sivang> mako: is it plone?
[05:06] <lamont> Kamion/daniels: what's the word on that demo-process?
[05:06] <mako> zul: i first read that, "non-ghetto" email address ;)
[05:06] <Kamion> lamont: trying to finish off now
[05:06] <daniels> lamont: the word is 'fuck'
[05:06] <T-Bone> lamont: #ubuntu-kernel for kernel work ;)
[05:06] <lamont> kamion/daniels: IOW, can we break the kernel?
[05:06] <daniels> but i suspect that's not what you were after
[05:06] <Kamion> lamont: please wait a bit :)
[05:06] <lamont> T-Bone: is #ubuntu-kernel logged?
[05:07] <daniels> lamont: give us an hour or something and we'll let you know
[05:07] <Kamion> as in, not *right* now ...
[05:07] <lamont> Kamion: we talking monday, or later?
[05:07] <T-Bone> lamont: by me. If you want to do it otherwise go ahead :)
[05:07] <lamont> T-Bone: grumble.
[05:07] <daniels> lamont: we're talking 'this one should be gold, honest'
[05:07] <Kamion> lamont: hopefully tonight should be fine
[05:08] <lamont> Kamion: planning to have things together by monday-ish
[05:08] <Kamion> oh hell, that'll be more than fine
[05:08] <zul> mako: same thing ;)
[05:09] <lamont> T-Bone: IOW, I'd prefer to leave the kernel conversations here until fabbione starts logging #ubuntu-kernel, or I figure out how to do it for him in his absence...
[05:09] <T-Bone> lamont: i can start an instance of irc2html there
[05:09] <lamont> T-Bone: let me look at my fabbione mail in a minute
[05:12] <tseng> argh
[05:14] <thom> T-Bone: you run a client and then feed irclog2html the logs
[05:14] <lamont> bummer.  sparcbuildd machine is down.
[05:14] <T-Bone> thom: trying to do that
[05:14] <lamont> well, that was short. :-(
[05:15] <thom> quick, fly elmo to denmark!
[05:15] <T-Bone> irclog2html <xchatlogfile> doesn't seem to produce any output
[05:17] <tseng> this is retarded.. muine refuses to build any more
[05:17] <tseng> same version we've had for ages
[05:17] <T-Bone> bummer. it writes its output to the originating directory
[05:17] <zul> thom: fly? teleportation is much more efficent
[05:19] <lamont> thom: on the bright side, he won't waste cycles building things that will be superseded anyway :-)
[05:19] <T-Bone> lamont: ok logging works and I'll be pleased to upload logs wherever you'd want me to :)
[05:19] <daniels> thom: fly?  he can drive
[05:19] <lamont> T-Bone: heh
[05:20] <T-Bone> lol
[05:20] <mako> 
[05:20] <T-Bone> hey mako!
[05:20] <mako> T-Bone: yeah
[05:20] <daniels> mako: trying to kill your window, eh? :)
[05:21] <mako> daniels: i was trying to kill the line
[05:21] <daniels> mako: ah
[05:21] <daniels> with ^A^K?
[05:21] <mako> i'm so excited.. there's a snowstorm and i am going to go see The Gates covered in snow 
[05:21] <thom> "the gates"?
[05:21] <thom> oh, as in the building
[05:21] <thom> right
[05:22] <mako> http://www.christojeanneclaude.net/tg.html
[05:22] <mako> when i saw it, the first thing i thought was "this would look AWESOME in the now"
[05:23] <mako> is now the snow even
[05:24] <thom> holy crap
[05:24] <thom> that's pretty awesome
[05:24] <sivang> I hope to canvas doesn't tear up under the weight of the snow
[05:24] <rburton> mvo: do you have a synaptic supporting the pluggable progress window for sid?
[05:27] <mvo> rburton: wanted to upload it today, not yet
[05:27] <mako> sivang: the canvas is hung in such a way that this wouldn't be a problem
[05:27] <sivang> mako: ah ok
[05:27] <rburton> mvo: i'll apply your patch when i can test it
[05:27] <rburton> but it looks good
[05:28] <mvo> rburton: cool, thanks. if you want to test it fast, I can make the synaptic tarball available (with debian/ dir) so that you can build it yourself
[05:30] <rburton> mvo: i'll wait
[05:51] <Kamion> Keybuk: how would I use hi_mom.py by hand to merge a Debian change, given all three source packages required for the three-way merge?
[05:53] <Keybuk> you have them on disk?
[05:54] <Keybuk> or you want it to fetch them?
[05:54] <Keybuk> if you have your own checkout, "hi_mom hotplug main" or similar works
[06:00] <Kamion> I have them on disk
[06:00] <Kamion> would rather it didn't fetch them
[06:01] <T-Bone> Kamion: weren't you supposed to leave for the weekend at some point? :^)
[06:01] <Kamion> yes
[06:02] <T-Bone> begone then! B-)
[06:03] <Kamion> Keybuk: anyway, if I could lodge being able to do something like "hi_mom netcfg_1.07.dsc netcfg_1.07ubuntu7.dsc netcfg_1.08.dsc" as a feature request, that'd be cool
[06:05] <Keybuk> you can do it in the API, import hi_mom and then hi_mom.prepare(...) and hi_mom.merge(.....)
[06:05] <Keybuk> (after some sifting; it would be handy if there were a one-shot though, yeah)
[06:06] <Keybuk> though it'd be also handy if there were a config for it so you didn't have to grab stuff from sourcerer and hct to make it run :p
[06:07] <Kamion> I'll have a go at that early next week then
[06:10] <Kamion> Keybuk: (also, if you could re-mirror scott@canonical.com--2005/mango-sorbet that'd be good
[06:10] <Kamion>  MISMATCHED ARCHIVE CHECKSUM
[06:10] <Kamion>   archive: scott@canonical.com--2005
[06:10] <Kamion>   revision: mango-sorbet--devel--0--patch-17
[06:10] <Kamion>   file: mango-sorbet--devel--0--patch-17.patches.tar.gz
[06:10] <Kamion> )
[06:10] <Kamion> the baz bug I assume
[06:10] <Keybuk> yeah
[06:11] <Kamion> hm, baz doesn't like it if you crash in the middle of 'baz switch'
[06:11] <Kamion> $ baz update
[06:11] <Kamion> update: tree has no common history with version
[06:11] <Kamion>     tree: /home/cjwatson/src/canonical/mango-sorbet/mango-sorbet
[06:11] <Kamion>     version: scott@canonical.com--2005/mango-sorbet--devel--0
[06:11] <Kamion> $ baz switch scott@canonical.com--2005/mango-sorbet--devel--0
[06:11] <Kamion> Specified directory does not exist
[06:11] <Kamion> Path: scott@canonical.com--2005/mango-sorbet--devel--0--
[06:11] <Mithrandir> join-branch, then
[06:11] <Keybuk> he's just going "yeah" at the moment :p
[06:11] <lifeless> Kamion: baz tree-version <old-version>
[06:12] <lifeless> Kamion: then switch again.
[06:12] <Keybuk> like we did last summer...
[06:12] <lifeless> what baz version btw ?
[06:12] <lifeless> silbs?
[06:12] <lifeless> ah, not on this cahnnel :)
[06:12] <Kamion> mkay
[06:12] <Kamion> ii  bazaar                                         1.1.1                                          arch revision control system
[06:12] <lifeless> right, I think thats fixed in 1.2
[06:13] <Kamion> ok
[06:13] <Keybuk> Kamion: ok, mango-sorbet remirrored
[06:13] <pitti> lifeless: btw, is "baz rm" fixed for directories in 1.2, too?
[06:13] <lifeless> pitti: fixed ?
[06:14] <pitti> lifeless: 
[06:14] <pitti> postgresql-8.0-8.0.1/debian$ baz rm po
[06:14] <pitti> attempt to remove directory po
[06:14] <pitti> lifeless: po is an empy, but registered directory
[06:14] <lifeless> uhm, don't think soo
[06:14] <lifeless> rm -rf will work, fwiw.
[06:14] <pitti> $ baz rm --help
[06:14] <pitti> remove a file (or dir, or symlink) and its explicit inventory tag (if any)
[06:14] <lifeless> I agree that should be fix.
[06:14] <lifeless> *fixed*
[06:14] <pitti> help says it can remove dir
[06:14] <pitti> lifeless: that'd be great
[06:15] <pitti> lifeless: so just rmdir will work?
[06:15] <lifeless> yahuh.
[06:15] <pitti> okay, nice
[06:15] <pitti> thanks
[06:43] <thom> seeeeeeeeb!
[06:49] <sivang> thom: everything's ok?
[06:49] <thom> sivang: eh?
[06:49] <thom> no, he's broken yelp :P
[06:49] <sivang> ah
[06:49] <sivang> ;-)
[06:49] <thom> he's going to blame me though
[06:49] <sivang> well, he'd probably fix it quick no?
[06:50] <sivang> or maybe, EZ GTK BOOG ?
[06:50] <thom> no, it's not that simple i think
[06:51] <sivang> it's working fine here
[06:51] <sivang> what is the problem?
[06:51] <thom> try viewing anything that's brought in by doc-base
[06:52] <sivang> thom: man pages for instance?
[06:52] <thom> no
[06:53] <thom> the ESP ghostscript manual, if you have it, is one
[06:53] <sivang> ok, I'll check
[06:54] <thom> or applications/programming/dive into python
[06:54] <sivang> thom: ah that? I got used to seeing that
[06:55] <sivang> thom: thought it was regular of the development cycle..;-)
[06:55] <seb128> tseng: here ?
[06:55] <seb128> thom: http://bugzilla.ubuntu.com/show_bug.cgi?id=6705 ?
[06:56] <seb128> thom: I've opened a bug upstream, but I'm not sure that's an yelp issue, the documents are not correct according to the dtd
[06:56] <thom> seb128: ross was saying it doesn't happen with yelp linked to mozilla in sid
[06:56] <thom> just with ffox in hoary
[06:56] <rburton> yeah
[06:56] <rburton> you all suck
[06:56] <seb128> gni ?
[06:56] <seb128> debian has 2.6
[06:56] <seb128> we have 2.9
[06:57] <rburton> seb128: i've got 2.9 from cvs
[06:57] <seb128> rburton: have you tried 2.9.3 ?
[06:57] <seb128> maybe that's fixed in the CVS
[06:57] <rburton> $ yelp --version
[06:57] <rburton> Gnome yelp 2.9.3
[06:57] <rburton> let me try
[06:57] <seb128> I don't get how the backend would change that
[06:57] <seb128> trying to open a document with mlview gives the same error
[06:58] <seb128> the pages don't follow the dtd
[06:58] <rburton> i'm happily viewing diveintopython
[06:59] <rburton> what xml parser is giving those errors
[06:59] <sivang> thom: btw, people told me that #6590 isn't happening on debian, might be worthwhile checking the changed on the ubuntu pkgs?
[07:00] <seb128> xmllint --valid /usr/share/doc/diveintopython/html/index.html 
[07:01] <seb128> hum
[07:01] <seb128> if I try to open it with mlview
[07:01] <seb128> file:///usr/share/doc/diveintopython/html/index.html:15: parser error : Opening and ending tag mismatch: link line 0 and head
[07:01] <seb128>    </head>
[07:01] <rburton> that xml error comes from mozilla
[07:01] <seb128> hum ?
[07:02] <seb128> mlview doesn't use mozilla, that's a xml editor :)
[07:02] <rburton> the one in the bug
[07:02] <thom> sivang: i know exactly what 6590 is
[07:02] <rburton> so blame firefox
[07:02] <seb128> rburton: lemme try to build with mozilla
[07:05] <sivang> thom: I may try and fix it if you care to explain where, but if it's not RC stuff I'd cotinue to decipher some gnome-cups-manager mumble people have written as bugs :)
[07:06] <thom> sivang: i'd prefer that you do other stuff, tbh
[07:06] <sivang> thom: ok :)
[07:07] <thom> you'll get to have fun testing it since i have no clue if hebrew is backwards forwards or sideways
[07:08] <sivang> thom: hehe, ok, I personally do mind that much, my folks over the country team however....;-)
[07:08] <sivang> s/do mind/do not mind/
[07:09] <thom> heh
[07:11] <seb128> thom, rburton: same error with the mozilla backend
[07:13] <rburton> your stupid mozilla shouldn't think it's an xml file
[07:13] <rburton> its clearly html
[07:14] <rburton> i've got moz 1.7.5
[07:14] <sivang> rburton: I thought yelp feeds off docbook xml...isn't dip one such document?
[07:15] <seb128> ii  mozilla-browse 1.7.5-1ubuntu1 The Mozilla Internet application suite - cor
[07:15] <seb128> rburton: how do you know than mozilla thinks that's an xml file ? it opens it right here
[07:16] <seb128> yelp doesn't
[07:21] <seb128> rburton: ?
[07:21] <seb128> any hint ?
[07:22] <rburton> no idea
[07:22] <rburton> sorry
[07:23] <seb128> k, no problem
[07:23] <seb128> I'm just surprised that work on a debian system :)
[07:32] <zul> mako: ping
[07:39] <rcaskey_> so is the MTA still going to be nixed?
[07:48] <tseng> seb128: here now
[07:49] <seb128> > I have it packages, but I was waiting for testing output (no mono on my
[07:49] <seb128> computer right now).
[07:49] <seb128> 
[07:49] <seb128> reply from the debian maintainer
[07:49] <seb128> he says that I can go ahead with your package if I want
[07:49] <tseng> sounds great.
[07:49] <seb128> do you have changed some tricky part ? Or should I say him to get ahead with his version ?
[07:50] <tseng> well, i changed a few minor things
[07:50] <tseng> first, i stopped copying two files into debian/f-spot from debian/ that are now in the main distribution
[07:51] <tseng> second I added an mv of libgphoto2-sharp from /usr/lib/mono to /usr/share/dotnet/f-spot or so
[07:51] <seb128> I've asked for his package in fact, I'll diff both
[07:51] <seb128> k
[07:51] <tseng> really just cleaning up to the latest version..
[07:51] <seb128> do you mind to get tours version since you worked on it ?
[07:52] <tseng> not especially, as long as it works
[07:52] <seb128> cool, thanks!
[07:52] <seb128> BTW time for dinner
[07:53] <tseng> ok.
[08:00] <robtaylor> hmm, think i might have a clue why ipw2100 isn't working on my box..
[08:00] <robtaylor> i take it th0: Radio is disabled by RF switch. isn't normal?
[08:00] <robtaylor> s/th0/eth0
[08:10] <tseng> robtaylor: do you have a switch or a wireless function key on f2?
[08:10] <Mitario> anyone who uses ACL permissons on their directories? files?
[08:11] <tseng> support questions really belong in #ubuntu, dudes.
[08:11] <Mitario> oh sorry, wrong channel
[08:11] <Mitario> forgot to press alt f3 :)
[08:11] <mjg59> robtaylor: Either you have a hardware switch or a software switch that controls it
[08:12] <mjg59> If there's no physical switch, check rfswitch.sf.net
[08:24] <robtaylor> mjg59: coolio thanks :)
[08:24] <robtaylor> i definitly havn't switch anything since it was working with 2.6.9, so :/
[08:25] <mako> zul: hey there
[08:25] <zul> mako: willy has my key he just has to sign it should i send you my keyfingerprint now or should i wait?
[08:28] <mako> zul: upload the key to a keyserver
[08:28] <mako> i'd prefer keyserver.kjsl.com
[08:28] <mako> then send me the signed coc
[08:28] <zul> mako: ok
[08:28] <mako> and ping me when willy has uploaded the signed key to a keyserver
[08:28] <zul> great thanks
[08:29] <robtaylor> tseng: this is a regression from warty, so probably more relevent here..
[08:29] <tseng> robtaylor: it doesnt sound like a regression
[08:29] <tseng> it sounds like you accidentally pushed an RF kill switch
[08:30] <tseng> which I've done myself
[08:30] <robtaylor> tseng: appears i have a software switch
[08:30] <tseng> here its Fn+F2, some have a real switch
[08:31] <robtaylor> ahhh
[08:31] <tseng> see a little wireless tower icon by chance?
[08:33] <robtaylor> got it.. 
[08:33] <robtaylor> *doh*
[08:33] <tseng> drs appointment, bbl
[08:54] <Mitario> ok, little question here: should distro names like 'Warty Wharthog' also be localized?
[08:54] <Mitario> eh Warthog
[08:55] <mako> Mitario: i'd say no
[08:55] <mako> Mitario: that would get insane :)
[08:55] <Mitario> hmm, me either
[08:55] <Mitario> yeah :)
[08:55] <Mitario> i would laugh every time I see that name in dutch ;)
[08:56] <mako> i'm a native english speaker and i didn't even know what "hoary meant :)
[08:56] <mako> maybe it's more common on the other side of the pond
[08:56] <Mitario> heh, dunno, i have really no clue what it means
[08:58] <mako> white..
[08:58] <mako> like having white hair.. old
[08:59] <Mitario> ahh
[08:59] <Mitario> hmm, and what about numbers like '5.04'
[08:59] <Mitario> i mean is that part of the name
[08:59] <mako> not to be confused with whorey hedgehot.. which is something else entirely
[08:59] <Mitario> or actually a version numer
[08:59] <mako> it's a version number
[08:59] <mako> it stands for the year and the month
[08:59] <mako> 2005/04
[08:59] <Mitario> yeah i know, but would for example a chineese translator want/need to translate it?
[08:59] <mako> no
[09:00] <Mitario> So you get like Ubuntu Hoary <some chinese chars> "Hoary Hedgehog"
[09:00] <Mitario> ok
[09:00] <Mitario> good ;)
[09:00] <mako> if it's really more common to write the equivalent of "Five point four" than 5.04, that's fine but i don't know of a language where that would happen
[09:01] <Mitario> ok
[09:02] <Mitario> hmm, and for something as 'Debian Stable'? would a translator need/want to translate 'Stable'?
[09:02] <Mitario> or is that also 'part of the release name'
[09:07] <pitti> good night everybody
[09:07] <mako> Mitario: i'm not sure what the convention is there
[09:08] <mako> Mitario: but stable is a term that people to type into their sources list.. so i would treat it like hoary unless we're using it as an adjective
[09:08] <Mitario> yeah ok
[09:39] <whiprush> tseng: ping
[10:03] <zul> later
[10:14] <Mitario> hi mvo!
[10:19] <mvo> hi Mitario 
[10:24] <Evaso> what is the status of packet writing (udf) support in hoary after the official support in kernel 2.6.10?
[10:25] <lamont> jdub awake?
[10:27] <lamont> or mako?
[10:30] <tseng> whiprush: yes?
[10:30] <whiprush> I wanted you to check my f-spot package. But nm ...
[10:30] <whiprush> .8 requires gphoto-sharp
[10:31] <tseng> gphoto-sharp is part of f-spot
[10:31] <tseng> i made a package also
[10:31] <whiprush> oh
[10:31] <tseng> but the maintainer has one
[10:31] <whiprush> I wonder what I messed up. :-/
[10:31] <tseng> you can look at mine
[10:31] <whiprush> I'd like to
[10:31] <tseng> http://getsweaaa.com/~tseng/f-spot
[10:32] <tseng> it works great, but seb talked to the maintainer and is taking his package possibly
[10:32] <tseng> we assumed the maintainer wasnt interested since he hasnt uploaded a new version since forever
[10:33] <whiprush> Mine wouldn't build in pbuilder without liblcms1-dev as a build-dep
[10:33] <tseng> thats a build dep in the original I believe
[10:34] <tseng> gar, guess not. it got pulled in on my system from somewhere
[10:47] <metalikop> what's the cleanest way to resolve a W: cfv: script-not-executable ./usr/lib/python2.4/site-packages/cfv.py
[10:47] <metalikop> error
[10:56] <tseng> metalikop: chmod +x cfv.py
[10:57] <metalikop> that's what I figured, just wanted to make sure that was the clean way to do it
[10:57] <metalikop> postinst?
[10:58] <tseng> cleaner would be earlier than that
[10:58] <tseng> when its still in debian/foopackage/usr/lib/python3.4
[10:59] <tseng> package im looking at does stuff like that in binary-install
[11:01] <metalikop> which package would that be?
[11:01] <tseng> f-spot
[11:02] <tseng> luis_: thank dajobe mostly
[11:02] <metalikop> I'm looking for docs or something on binary-install.
[11:02] <tseng> luis_: he picked up one patch from me, i mostly rebuilt his sources
[11:02] <metalikop> Can you point me in the right location?
[11:03] <tseng> debhelper docs, um..
[11:03] <tseng> maybe not.
[11:03] <metalikop> I checked through that & dh_install
[11:05] <mako> lamont: yeah
[11:06] <tseng> luis_: see how well those work for awhile.. id like to stick them in universe
[11:08] <luis_> tseng: yeah, I'll punish them heavily; muine is the only thing we use for music here and my gf has been asking for a version with shuffle for a while
[11:08] <luis_> so they'll get heavily used
[11:08] <tseng> luis_: i seem to remember you blogging about muine on a set top box with xfce
[11:09] <luis_> yeah
[11:09] <luis_> though I ended up not bothering with xfce, and just using the standard gnome panel stuff
[11:09] <tseng> luis_: heh, dajobe has no qualms about us uploading those
[11:10] <luis_> the muine ones or f-spot?
[11:10] <tseng> muine
[11:11] <luis_> in exactly two songs worth of testing they seem to work fine ;)
[11:12] <tseng> yeah I've been using it for weeks.
[11:14] <tseng> luis_: add muine !!
[11:14] <tseng> :)
[11:15] <luis_> I have
[11:15] <luis_> well, no, I take that back, I didn't, because of the libflac thing
[11:15] <luis_> I assume yours depend on libflac6 and not 4?
[11:16] <tseng> correct
[11:16] <tseng> the current one has had fixes uploaded, but they all fail to build =/
[11:17] <tseng> on libmuine, gst or xine. tis odd, seeing as its the same version we've had forever
[11:18] <luis_> weird.
[11:19] <luis_> anyway, I'd definitely love to have muine on the liveCD
[11:19] <luis_> and I'll probably use your f-spot packages
[11:20] <luis_> but right at the moment I seem to have screwed up the liveCD badly enough that it is nearly 900 megs
[11:20] <luis_> so I have to figure out the cause of that and fix it first :)
[11:20] <whiprush> that used to happen to me.
[11:20] <whiprush> when I tried putting it back together but everything was still mounted.
[11:20] <luis_> ah-ha
[11:20] <mdz> Kamion, here?
[11:21] <luis_> whiprush: you are wise
[11:21] <luis_> as usual
[11:21] <mdz> lamont, here?
[11:22] <mdz> jbailey, ?
[11:25] <jbailey> mdz: Here.
[11:43] <mxpxpod> does the icon caching thing mess anyone elses icon themes up?
[11:44] <T-Bone> (on ppc)
[11:44] <mxpxpod> T-Bone: what's that?
[11:44] <T-Bone> mxpxpod: random build kills with SIGILL
[11:45] <T-Bone> on ppc
[11:45] <mxpxpod> T-Bone: never had that problem
[11:45] <T-Bone> with Ubuntu kernels
[11:45] <T-Bone> mxpxpod: neither did I until i used ubuntu-shipped kernels
[11:45] <mxpxpod> strange
[11:45] <T-Bone> mxpxpod: it seems to be a known bug, it happens on ubuntu buildds as well
[11:46] <mxpxpod> hmm
[11:46] <mxpxpod> T-Bone: I'm having strange problems with icon themes
[11:47] <T-Bone> same here since I upgraded 1h ago
[11:47] <mxpxpod> T-Bone: if I remove all the icon-theme.cache's from my icon themes, everything works fine
[11:48] <T-Bone> already seen that kind of bug in Debian a long time ago
[11:48] <T-Bone> mxpxpod: i guess you want to report a bug on bugzilla
[11:48] <T-Bone> (and note the fix as well :)
[11:49] <mxpxpod> I'm wondering if gtk-update-icon-cache needs to be run in a certain order on icon theme dirs
[11:49] <T-Bone> feh. Yet another GTK B00G
[11:50] <mdz> jbailey, never mind, found lamont
[11:52] <mxpxpod> *sigh*
[11:52] <mxpxpod> if only icon caching actually worked...
[11:52] <jbailey> mxpxpod: That's already in bugzilla.
[11:52] <mxpxpod> jbailey: what bug?
[11:53] <jbailey> mxpxpod: icon caching sucking on ppc.
[11:53] <jbailey> np237 and I looked at it a bit this morning.  Looks like bad mapping of a hash algorithm to disk.
[11:53] <mxpxpod> nice
[11:53] <mxpxpod> endianness?
[11:53] <jbailey> Probably.  The file gets mmap'd.
[11:53] <jbailey> Either that or alignment.
[11:53] <mxpxpod> jbailey: do you have the bug number?
[11:53] <jbailey> (Actually, more probably alignment, since the file is generated on the local host)
[11:54] <jbailey> mxpxpod: Nope, but searching bugzilla for 'icon' this morning was enough.
[11:54] <mxpxpod> jbailey: gnome bz or ubuntu bz?
[11:54] <jbailey> mxpxpod: Ubuntu.
[11:54] <jbailey> mxpxpod: It's also in the Debian BTS.   It's not a recent bug, it's just that we've started to use icon caches. =)
[11:55] <mxpxpod> jbailey: hmm, is it the hicolor-icon-theme one? I don't see anything about icon caching on ppc
[11:56] <jbailey> Yeah yeah yeah, make me do work why don't you? =)
[11:56] <mxpxpod> :P
[11:57] <jbailey> But I was so enjoying reading the CGI spec and debugging Perl. =)
[11:57] <mxpxpod> just think of this as a fun distraction
[11:57] <jbailey> https://bugzilla.ubuntu.com/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=icon&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&resolution=DUPLICATE&resolution=---&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa
[11:57] <jbailey> _contact2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=
[11:57] <jbailey> All of the DUPLs at the top. =)
[11:57] <jbailey> WEll didn't that paste just suck?
[11:58] <T-Bone> jbailey: as most bugzilla URLs, yeah :)
[11:58] <jbailey> wtf?
[11:59] <jbailey> https://bugzilla.ubuntu.com/show_bug.cgi?id=6697 claims that it's a dup of 6715.
[11:59] <jbailey> Which it's certainly not. =)
[11:59] <T-Bone> somebody was on crack when editing the bug? :)
[12:00] <T-Bone> hmm. Seems much easier to reproduce the SIGILL shyte on super fast g5 than on g4...
[12:00] <jbailey> T-Bone: Yeah.  Take a look.  The original bug and all of the replies have nothing to do with one another: https://bugzilla.ubuntu.com/show_bug.cgi?id=6715
[12:00] <jbailey> All Debian imported, so I'm not going to fuss with it.
[12:00] <T-Bone> looks like i'll have vm/pm debugging to do. *sigh*