[05:19] (AnAnt/#ubuntu-motu) bddebian: I just realized that you advocated kchmviewer, thanks !
[05:19] (bddebian/#ubuntu-motu) NP
[05:19] (AnAnt/#ubuntu-motu) bddebian: I done the fixes that you & daemon suggested
[05:20] (bddebian/#ubuntu-motu) Ah, cool
[05:20] (AnAnt/#ubuntu-motu) bddebian: I just re-uploaded it & I would appreciate reviewing it again
[05:20] (AnAnt/#ubuntu-motu) bddebian: who is daemon btw ?
[05:20] (AnAnt/#ubuntu-motu) what is his nick I mean
[05:20] (AnAnt/#ubuntu-motu) bddebian: oh btw, did you have a look at archmage ?
[05:20] (bddebian/#ubuntu-motu) AnAnt: Not again yet no. Sorry, RL job is killing me the last couple of days :-(
[05:20] <AnAnt> what is RL job ?
[05:21] <AnAnt> RL=real life /
[05:21] <AnAnt> ?
[05:21] <bddebian> Aye
[05:21] <AnAnt> I'm on a vacation since 2 weeks, hence I am doing a lot of packaging work :)
[05:21] <AnAnt> well, I'm supposed to study for masters actually
[05:22] <AnAnt> anyways, I got a question
[05:22] <AnAnt> daemon said that I should use Conflicts in the control file
[05:22] <AnAnt> does that mean that I should also remove the Replaces: ?
[05:22] <AnAnt> or I can have both?
[05:24] <bddebian> You can have both
[05:24] <AnAnt> here's his comment: http://revu.tauware.de/details.py?upid=2913
[05:24] <bddebian> I think
[05:25] <AnAnt> ok, thanks
[05:25] <AnAnt> bddebian: oh, what did you mean by new python policy ?
[05:27] <welshbyte> http://www.debian.org/doc/debian-policy/ch-relationships.html  (replaces, conflicts)
[05:28] <welshbyte> http://wiki.debian.org/DebianPython/NewPolicy (new python policy)
[05:29] <AnAnt> oh
[05:30] <AnAnt> bddebian: what if I can't fix that python policy thing  ? is it a problem ? note that I am not the one who originally did packaging, and I dunno much about python
[05:38] <tortoise_> I'm part of ubuntu-universe-contributors but I keep getting rejection emails when i dput.  Can anyone lend a hand?
[05:38] <AnAnt> tortoise_: emails ?
[05:38] <AnAnt> ping bddebian
[05:38] <shawarma> tortoise_: Where are you dputting to?
[05:39] <lionelp> tortoise_: did you get a REVU admin updating gpg keyring ?
[05:39] <tortoise_> shawarma: Upload package to host ubuntu
[05:40] <tortoise_> lionelp: uh..wha??
[05:40] <lionelp> REVU gpg keyring need to be updated with your key before you can upload anything
[05:40] <shawarma> tortoise_: You're supposed to dput to REVU.
[05:41] <shawarma> lionelp: Isn't that done automatically these days?
[05:41] <lionelp> I don't think so
[05:41] <tortoise_> lionelp: my gpg key is on launchpad
[05:41] <lionelp> it was not the case the day before yesterfay
[05:41] <lionelp> tortoise_: yes
[05:41] <lionelp> ping raphink
[05:41] <raphink> yop lionelp
[05:42] <shawarma> lionelp: Ah. Then I'm mistaken.
[05:42] <lionelp> does a REVU admin need to upate manually REU keyring before someone can upload ?
[05:44] <tortoise_> so how do I get the REVU keyring updated?
[05:44] <lionelp> raphink, are you still there ? :)
[05:51] <raphink> quite
[05:55] <raphink> tortoise_: need  refresh of the revu keyring?
[05:55] <tortoise_> raphink: yeah, please
[05:55] <raphink> alirht
[05:55] <raphink> updating
[06:01] <raphink> tortoise_: updated
[06:09] <neutrinomass> ajmitch: bug 5521 can be closed, right ?
[06:09] <Ubugtu> Malone bug 5521 in pyx "pyx: merge new debian version" [Medium,Confirmed]  http://launchpad.net/bugs/5521
[06:11] <shawarma> neutrinomass: It appears so, yes.
[06:12] <neutrinomass> Thought so as well but better safe than sorry :)
[06:23] <Sp4rKy> hi again motu
[06:25] <fbond|away> Sp4rKy, when you are creating symlink, why does the file already exist?  Is the existing file not a symlink?
[06:26] <Sp4rKy> the file doesn't exist :/
[06:26] <fbond|away> oh nm
[06:26] <fbond|away> you are symlinking the wrong way
[06:27] <fbond|away> you are doing ln -s file1 file2 when you want ln -s file2 file1
[06:27] <fbond|away> ln: File exists <-- ln disagrees with you
[06:28] <Sp4rKy> you think ?
[06:28] <fbond|away> yes, are you familiar with ln?
[06:28] <fbond|away> I'm not sure which way it's supposed to be (i.e. I don't know which file is supposed to be the real file, and which is supposed to be a symlink), but you definately can't symlink the way you're trying to
[06:29] <fbond|away> also, it looks like you are building version 0.0.1 of that library, but the .so file has 0.0.0 on the end... I'm not sure if that is correct?
[06:43] <bddebian> Heya LaserJock
[06:44] <LaserJock> hi bddebian
[06:47] <Arbiter> need one more review/advocate for kcmpureftpd http://revu.tauware.de/details.py?upid=2981
[06:47] <Arbiter> 
[06:50] <neutrinomass> bddebian: Should your bug 56536 be marked as a dupe of bug 32169 ?
[06:50] <Ubugtu> Malone bug 56536 in mythtv "[debian-multimedia]  mythtv 0.19-0.10" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/56536
[06:50] <Ubugtu> Malone bug 32169 in mythtv "Update to .19" [Wishlist,Confirmed]  http://launchpad.net/bugs/32169
[06:55] <bddebian> Arbiter: I'll try to get through some reviews tonight
[06:56] <bddebian> neutrinomass: I would rather see 32169 marked as a dupe of mine since mine is a specific sync request subscribed to the archive admins
[07:00] <Arbiter> bddebian, thank you 
[07:00] <Arbiter> Hobbsee alredy did some initial review
[07:01] <j00bar> howdy -- looking at https://wiki.ubuntu.com/MOTU/School/PackagingBasics and trying to set  up my chroot environment, pbuilder seems to be querying debian's servers, not ubuntu's...
[07:01] <j00bar> is my /etc/apt/sources wrong?
[07:01] <j00bar> should --othermirror instead be --mirror?
[07:02] <tortoise_> dcut
[07:03] <j00bar> tortoise_ -- eh?
[07:03] <tortoise_> sorry wrong window focused
[07:03] <j00bar> k.
[07:04] <welshbyte> j00bar: maybe check your /etc/pbuilderrc file for references to debian's repositories
[07:04] <j00bar> yeah -- just saw that.
[07:05] <j00bar> i overrode it with --mirror "http://us.archive.ubuntu.com/ubuntu"
[07:05] <j00bar> it's working now.
[09:13] <welshbyte> .e pokes any reviewers with 5 minutes to spare :)
[09:13] <welshbyte> oops
[09:14] <welshbyte> http://revu.tauware.de/details.py?upid=2998
[09:15] <vil> geser: hello, I would like to talk about bug #57732 in launchpad. would you have few minutes for me?
[09:15] <Ubugtu> Malone bug 57732 in eclipse-pydev "[Edgy]  Rebuild for libgcj7 -> libgcj7-0" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/57732
[09:15] <LaserJock> zul: when are we gonna get knot2? huh? huh? ;-)
[09:15] <zul> LaserJock: heh..
[09:16] <geser> vil: yes, i have
[09:17] <vil> I would like to know if there is anything I can do about it. unfortunately, I do not have upload rights, so I cannot include your nice fix.
[09:19] <geser> As I also don't have upload rights, I'm waiting for someone from the universe sponsor team to upload the fix
[09:20] <LaserJock> hmm
[09:21] <lotusleaf> does backports need another person helping?
[09:22] <LaserJock> lotusleaf: hmm, I have no idea
[09:23] <LaserJock> lotusleaf: you might as the backports team
[09:23] <lotusleaf> LaserJock: thx
[09:23] <vil> geser: ook, then. that's it, thanks
[09:23] <zul> you might want to talk to jdong
[09:23] <lotusleaf> zul: k thx ;)
[09:25] <lotusleaf> does motu need extra ppl?
[09:25] <zul> always
[09:26] <lotusleaf> do we need to dedicate ourselves to a certain program or does it matter
[09:26] <LaserJock> doesn't matter
[09:26] <lotusleaf> cool
[09:26] <lotusleaf> how active is the mailing list for motu
[09:26] <zul> irc is more active
[09:27] <LaserJock> depends on your definition of active as well
[09:27] <lotusleaf> zul: excellent
[09:27] <lotusleaf> LaserJock: well, where most of the conversation takes place, most frequently
[09:30] <lotusleaf> where does one get started? Do I need to cram a motu page @ ubuntu.com ?
[09:30] <lotusleaf> debain packaging docs, etc?
[09:31] <zul> pretty much..
[09:31] <lotusleaf> sounds good
[09:31] <LaserJock> !packagingguide
[09:31] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[09:31] <lotusleaf> debian*
[09:31] <lotusleaf> awesome, thx
[09:31] <LaserJock> geser: I'm sponsoring your upload as soon as I verify that it builds
[09:32] <geser> thanks
[09:52] <LaserJock> I'm trying to buy some motorized optical mounts
[09:52] <LaserJock> and the controllers all come with ActiveX UIs
[09:56] <zul> heh...you said mount..
[09:56] <bddebian> Oh, CoC, COC...
[09:57] <LaserJock> of for goodness sakes
[09:57] <LaserJock> *oh
[09:57] <LaserJock> I guess I better not show pictures
[09:59] <Nafallo> lol
[09:59] <LaserJock> well, I found some motorized pint-sized mounts and some flipper mounts
[10:02] <welshbyte> hm can someone remove pybackpack from REVU for me? I've decided it's not ready to go into universe yet
[10:04] <LaserJock> welshbyte: email the archive admins
[10:04] <welshbyte> okie dokie
[10:06] <bddebian> welshbyte: Hey, aren't you supposed to be working on maxima? ;-P
[10:06] <welshbyte> who, me? :)
[10:07] <welshbyte> bddebian: i meant to ask...
[10:07] <welshbyte> bddebian: wxmaxima seems to not have that bug in edgy
[10:07] <welshbyte> although it doesn't actually do anything at all when you type 1+1; into it
[10:08] <bddebian> Hmm, I thought someone told me that it was still there
[10:08] <LaserJock> geser: ping?
[10:08] <LaserJock> well
[10:08] <LaserJock> I assumed it was just a different manifestation of the same bug
[10:08] <LaserJock> dapper version = can't connect, gives error
[10:09] <LaserJock> edgy version = can't connect, just sits there
[10:09] <geser> LaserJock: does it build?
[10:09] <LaserJock> geser: yes, but I don't quite understand where there was a problem in the first place, what dep  changed?
[10:09] <welshbyte> LaserJock: yeah that's what i'm seeing. i don't see how it can be the same bug though
[10:10] <LaserJock> why?
[10:10] <welshbyte> or, i haven't seen any proof that it's the same bug yet
[10:10] <LaserJock> I swear when I hit "restart maxima" (or whatever it's called) I see a "can't connect" type error flash by
[10:11] <geser> LaserJock: libgcj7 got renamed to libgcj7-0 and eclipse-pydev needs to be rebuild to pick up the new name
[10:11] <welshbyte> ah yes
[10:11] <LaserJock> geser: but I dont' see any dep on libgcj7
[10:12] <LaserJock> ah, hang on
[10:12] <LaserJock> eclipse-pydev-gcj is the problem
[10:12] <geser> yes
[10:13] <LaserJock> hmm, I'm still not seeing the dep in the binary though
[10:13] <geser> the current one depends on libgcj7 which is done
[10:14] <welshbyte> LaserJock: but on edgy, maxima is still running after that, and after you type in 1+1; whereas on dapper it actually makes maxima shut down/crash
[10:14] <bddebian> w00t
[10:14] <geser> the rebuilt one depends now on libgcj-bc which depends on libgcj7-0
[10:15] <welshbyte> i should probably take ethereal to it to see if wxmaxima is talking to maxima ok on edgy
[10:16] <LaserJock> geser: ahh
[10:18] <welshbyte> s/ethereal/wireshark/ i see
[10:18] <geser> I should've edited the changelog to name the right package name after a rebuild
[10:20] <LaserJock> so it went from deping on libgcj7 to deping on libgcj-bc?
[10:20] <geser> yes
[10:21] <geser> I expected it to depend on libgcj7-0 when I created the the changelog entry
[10:24] <sistpoty> hi folks
[10:24] <AnAnt> is daemon@poleboy.de here ?
[10:24] <sistpoty> AnAnt: yes, what's up?
[10:24] <dholbach> AnAnt: that's sistpoty :)
[10:24] <crimsun> he's right there.
[10:24] <bddebian> Heya sistpoty
[10:24] <sistpoty> hi bddebian, dholbach, AnAnt
[10:25] <AnAnt> sistpoty: I fixed the kchmviewer issues (added the Conflicts: field) and re-uploaded it
[10:26] <sistpoty> AnAnt: ok, will take a look
[10:26] <AnAnt> sistpoty: thanks
[10:27] <AnAnt> bddebian: you still tied up with work ?
[10:27] <sistpoty> AnAnt: btw.: does it fix any of the kchmviewer bugs? https://launchpad.net/distros/ubuntu/+source/kchmviewer/+bugs
[10:28] <AnAnt> dunno, lemme see
[10:29] <AnAnt> sistpoty: I dunno what is meant by "when trying to run a chm file"
[10:31] <sistpoty> AnAnt: I dunno either ;)... maybe you could ask the submitter about that?
[10:32] <sistpoty> AnAnt: any reason you keep the replaces line in the control file?
[10:33] <AnAnt> sistpoty: hmmm, I didn't know wether to remove it or not
[10:34] <Nafallo> where else to put it? :-)
[10:34] <sistpoty> AnAnt: usually that's used if a new library (as in new soname and thus new package name) ultimately replaces the old library...
[10:34] <AnAnt> sistpoty: ok, so I remove the replace
[10:34] <sistpoty> AnAnt: I'm not 100% sure if there isn't any special apt treatment for this... does anyone know?
[10:35] <vil> doko: hi doko, this is Vladimir. I made some changes to the eclipse source you showed me. I'd like to say it builds without errors, but I can't.
[10:35] <AnAnt> sistpoty: as for the bug about opening from removable media, I tried to open from flash disk, and it worked
[10:35] <vil> doko: It's just to lengthy. Isn't there a machine I could use to build it? I gues ... no :)
[10:36] <sistpoty> AnAnt: then you should also add something like (closes: lp #bugnumber) to the changelog
[10:36] <trappist> what's the right way to make a package install, say, etc/terminfo/E/Eterm, when it currently builds it but doesn't install it
[10:36] <sistpoty> AnAnt: (but that's just for information, you'll still need to close the bug by hand after the package has been uploaded and built on all arches)
[10:36] <AnAnt> sistpoty: well, how do I know that the packaging is what done that
[10:36] <vil> doko: Also, is there a place, where could I publish it?
[10:36] <AnAnt> sistpoty: maybe it's the code in version 2.6, I dunno
[10:37] <sistpoty> AnAnt: it seems like that's the code in version 2.6, so you should add that after the "new upstream release" entry (but I'm just guessing there)
[10:37] <doko> vil: sorry, no, no x86 or amd64 machine; I could offer you access to a sparc box.
[10:37] <AnAnt> oic, good idea
[10:38] <AnAnt> sistpoty: there's nothing in the changelog mentioning those bugs btw
[10:39] <AnAnt> sistpoty: I mean the software's ChangeLog, not the package changelog
[10:39] <vil> doko: this will be next step :) I just wandered if alioth does not offer something.
[10:39] <AnAnt> sistpoty: besides, I only use the kchmviewer-nokde
[10:39] <AnAnt> sistpoty: as I don't have KDE installed here
[10:39] <sistpoty> AnAnt: if you're unsure, then don't mention it... but once the package is compiled, you could ask if the submitter if the bug is still present in the newer package ;)
[10:40] <AnAnt> ok
[10:40] <trappist> vil: I can get you on an amd64 box
[10:40] <trappist> vil: it's a dapper box though
[10:40] <AnAnt> actually I'm not sure about any of the bugs
[10:40] <vil> doko: I will try to prepare a debdiff and send it to other people in that post.
[10:40] <AnAnt> but I'm really suspicious about the bug that says that kchmviewer crashes when opening any CHM file
[10:41] <AnAnt> I've been using it since v1.3, and I never seen that !
[10:41] <doko> vil: are you registered as an alioth user?
[10:42] <sistpoty> AnAnt: maybe freeflying can give you some hints there ;)
[10:42] <AnAnt> anyways, that's on PPC, maybe that's the problem ? I'm using a centrino (i386)
[10:42] <AnAnt> what is freeflying?
[10:43] <sistpoty> AnAnt: freeflying is the submitter of the bug
[10:43] <AnAnt> oh
[10:47] <AnAnt> how is Kubuntu different that Ubuntu ?
[10:47] <lotusleaf> AnAnt: it has KDE instead of Gnome
[10:48] <hub> AnAnt: default to KDE
[10:57] <sistpoty> ping segfault
[10:57] <trappist> eterm ships with and builds its own terminfo file, but our package doesn't install it, and it needs to (imho).  what's the right way to accomplish that
[10:57] <sistpoty> erm... what's a terminfo file?
[10:59] <AnAnt> is there anyone here willing to review a package called "acon" ? it needs another advocate !
[10:59] <sistpoty> AnAnt: I'll put it to my queue ;)
[10:59] <trappist> sistpoty: like /lib/terminfo/E/Eterm
[10:59] <trappist> sistpoty: that one is "wrong", installed by ncurses-base
[11:00] <trappist> eterm wants to install his in /etc/terminfo, which will fox the problem I'm trying to fix and not conflict with anything
[11:00] <trappist> s/fox/fix/
[11:00] <AnAnt> sistpoty: thanks
[11:01] <AnAnt> sistpoty: you know about library packaging ?
[11:01] <sistpoty> trappist: sorry, don't have a clue on that... :/
[11:01] <sistpoty> AnAnt: a little bit ;)
[11:01] <AnAnt> sistpoty: I am packaging a new library called fsplib
[11:02] <AnAnt> it installs in debian/tmp/usr/{lib,include}. So I made fsplib0.install file which contains: usr/lib/* , and fsplib-dev.install file which contains: usr/include/*
[11:02] <AnAnt> yet, the resulting packages don't have anything in the lib & include dirs ! anyone knows what may cause that ?
[11:05] <sistpoty> AnAnt: not quite sure... maybe it should be debian/tmp/usr/lib/* instead?
[11:06] <AnAnt> sistpoty: you mean in the *.install files ?
[11:06] <sistpoty> AnAnt: yes
[11:06] <AnAnt> sistpoty: I think I tried that, but can try again
[11:07] <AnAnt> btw, I have something to suggest, but not sure if that is the correct place
[11:07] <AnAnt> can't there be a virtual "cron" package ?
[11:08] <AnAnt> there are multiple cron software , Vixie, anacron, fcron
[11:08] <AnAnt> the problem is that ubuntu-desktop depends on anacron
[11:08] <AnAnt> and anacron conflicts with fcron
[11:08] <AnAnt> now, what if a guy (like me in that case) decides that he wants fcron ?
[11:08] <AnAnt> in that case, he will have to remove anacron & hence ubuntu-desktop
[11:09] <AnAnt> if there was some virtual package (like mail-transport-agent) that the ubuntu-desktop would depend on, that would be better
[11:09] <crimsun> ...which is perfectly acceptable since ubuntu-desktop is a metapackage, not a requirement that one _must keep it_
[11:10] <sistpoty> hm... and this should be fixed with ubuntu-desktop only recommending the packages instead of depending on it, iirc
[11:10] <crimsun> the idea is that if you've installed fcron (from universe), it's unsupported anyhow, and the removal of ubuntu-desktop is simply another manner of reflecting that
[11:10] <AnAnt> crimsun: aha, one maybe it is not a requirement, but its info says: "However, it is recommended that you keep it installed, because it is used to carry out certain upgrade transitions (such as adding new packages to the system)."
[11:11] <AnAnt> crimsun: hmmm, ic
[11:11] <crimsun> AnAnt: yes, it has always been recommended to reinstall ubuntu-desktop prior to dist-upgrades
[11:11] <trappist> crimsun: you happen to know the answer to my question?  the right way to get a package to install, say, /etc/terminfo/E/Eterm (it gets built, just not installed)
[11:11] <crimsun> trappist: debian/rules: dh_install(1) or cp/mv/blah
[11:13] <trappist> crimsun: so there's not a debhelper specific to something like that, just dh_install it.  thanks.
[11:14] <sistpoty> hey, crimsun, you are core-dev, right? could you eventually give me an ack for my main sync req at bug 58046? *beg* ;)
[11:14] <Ubugtu> Malone bug 58046 in sdl-image1.2 "please sync sdl-image1.2 [main]  (1.2.5-2) from unstable" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58046
[11:14] <AnAnt> thanks anyways
[11:16] <crimsun> sistpoty: done, thanks.
[11:16] <sistpoty> yeehaa, thanks crimsun!
[11:16] <crimsun> np
[11:17] <sistpoty> thanks for also subscribing archive ;)
[11:17] <crimsun> :)
[11:19] <vil> doko: I'm sorry, my laptop went crazy
[11:19] <vil> doko: where did we end?
[11:22] <doko> vil: are you registered on alioth?
[11:22] <vil> trappist: thanks for your offer, do you think that it would be possible to use pbuilder there?
[11:22] <vil> doko: yes: vladimir-guest
[11:22] <trappist> vil: yep
[11:22] <trappist> vil: you want to email your ssh pubkey to grasshopper@linuxkungfu.org ?
[11:22] <doko> trappist: can you create an edgy chroot on this machine
[11:22] <trappist> or I can get it off your lp page
[11:23] <vil> trappist: I want, I will
[11:23] <trappist> doko: a 64bit edgy chroot?
[11:25] <doko> trappist: doesn't really matter, if 32 or 64 bit (just that vil has an edgy environment)
[11:25] <trappist> I'll upgrade my 32bit chroot to edgy
[11:25] <trappist> will take a little time
[11:26] <doko> trappist: thanks
[11:26] <vil> trappist: thanks, too
[11:26] <trappist> np
[11:29] <vil> doko: I guess, you packaged libmx4j because of eclipse dependencies, right?
[11:30] <doko> vil: yes, but it doesn't build
[11:30] <vil> because of rmic, I tried
[11:31] <trappist> the dist-upgrade is in progress.  I'm about to leave work, but it's running in a screen.  I'll keep you posted.
[11:34] <doko> ahh, I remember
[11:35] <lotusleaf> trappist: did you jump the mdk ship? I used to see you active in the mdk channel years ago
[11:37] <trappist> lotusleaf: sure did :)
[11:37] <lotusleaf> trappist: :) ha! good, such knowledge as yours belongs on the good ship ubuntu ;)
[11:38] <trappist> haha thanks
[11:43] <Goshawk> hi, is there any pbuilder guru here?
[11:43] <trappist> vil: I haven't received your ssh key.  should I be looking for it?
[11:44] <vil> trappist: in a minute
[11:45] <vil> could you please repeat the address...
[11:45] <trappist> grasshopper@linuxkungfu.org
[11:46] <vil> trappist: sent
[11:47] <trappist> vil: ok I'm just about out of here, I'll set it all up tonight and ping you
[11:48] <trappist> where tonight means the next 3-5 hours
[11:50] <vil> trappist: thanks a lot, I will look tommorow. Going to sleep soon
[11:50] <trappist> k, g'night
[12:01] <ryanakca> is there any "convention" or "proper" way to name a patch?  03-simple-readme.patch like, what number? number-patch.patch ... how do you select "number"
[12:02] <tseng> is theresomething up with xorg /radeon?
[12:02] <crimsun> lexical ordering, ryanakca.
[12:02] <tseng> as in failing to stasrt
[12:02] <ryanakca> crimsun: so.. 01, 02-, 03-, etc?
[12:03] <crimsun> ryanakca: you can decide what order has what meaning
[12:03] <crimsun> just document it
[12:03] <crimsun> I normally summarise what the patch does
[12:03] <ryanakca> tseng: what? radeon cards? mine works fine
[12:04] <ryanakca> crimsun: kk, ty
[12:04] <tseng> mine starts a few times
[12:04] <tseng> gets a cursor even
[12:04] <crimsun> e.g., 01_fix-broken-mmap.dpatch
[12:05] <ryanakca> kk, ty
[12:05] <ryanakca> tseng: you radeon card doesn't work iiuc? what kind is it? Radeon 9200SE?