[10:28] <Le-Chuck_ITA> Hi there, is there a specific tag for bugs related to kms?
[10:37] <hyperair> what's up with KMS?
[10:38] <RAOF> nouveau can haz kms.  And suspend/resume, too.
[10:39] <RAOF> Possibly.  If you've got a g80 card, and it's exactly the same as darktama's.
[10:39] <Le-Chuck_ITA> hyperair: it breaks my system :)
[10:40] <hyperair> and "breaks my system" is supposed to be a very specific description of the problem, yes?
[10:41] <Le-Chuck_ITA> hyperair: a "what's up" question requires a quick reply :) But in bug 402982 you'll find a bit more, if you could triage that and request additional information that would be really lovely
[10:41] <hyperair> huh screen flashing O_o
[10:41] <Le-Chuck_ITA> my system is unusable with kms on
[10:42] <hyperair> do you know which intel card you're using?
[10:42] <hyperair> preferably the lspci -nn line of it
[10:42] <Le-Chuck_ITA> bryce: do you have the same problem I think you have an intel card?
[10:42] <hyperair> since there are so many variants
[10:42]  * hyperair also has an intel card
[10:43] <hyperair> how often does your screen flash?
[10:43] <Le-Chuck_ITA> hyperair: almost constantly
[10:43] <Le-Chuck_ITA> areas of it
[10:43] <Le-Chuck_ITA> I can't describe the problem better
[10:43] <hyperair> hmm flickering eh
[10:43] <hyperair> a video or picture might be good =\
[10:43] <Le-Chuck_ITA> is it the right term? 
[10:43] <Le-Chuck_ITA> I can try
[10:43] <Le-Chuck_ITA> a video, a picture does not look easy :)
[10:43] <hyperair> hahah
[10:43] <hyperair> alright
[10:44] <hyperair> but if you're using a crt monitor, your video's going to end up funny
[10:44] <Le-Chuck_ITA> btw when I need to find the lspci -nn line I first need lspci, take note of the bus id, and ... is there a simpler way?
[10:45] <Le-Chuck_ITA> ah no
[10:45] <Le-Chuck_ITA> sorry
[10:45] <Le-Chuck_ITA> -nn IS the right way
[10:46] <Le-Chuck_ITA> I am using my laptop's screen
[10:46] <Le-Chuck_ITA> but to make a video I need to reboot, later
[10:47] <hyperair> laptop screen shouldn't be a problem
[10:49] <Le-Chuck_ITA> I know :) 
[11:03] <Le-Chuck_ITA> hyperair: thanks for advice, I'll be back later, please take a look to that bug if you have ideas 
[11:04]  * hyperair doesn't have any idea because KMS is working perfectly for him
[11:04] <Le-Chuck_ITA> hyperair: I am here to request some triaging and setting priority and all the things that turn a bug into a known bug
[11:05] <Le-Chuck_ITA> It's a kernel bug anyways, not x
[11:05] <Le-Chuck_ITA> but I suspect the xorg experts know what information is needed
[11:05] <Le-Chuck_ITA> thanks anyway I have to go now
[16:39] <Sarvatt> hmm, i think the g-s-d touchpad stuff is screwing up somewhere, not getting TapButton settings after a reboot anymore since upgrading that even though I have a hal fdi enabling them and tapping is enabled in g-s-d
[16:46] <Sarvatt> bryce: about the openchrome debdiff, should I fix debian/xsfbs/xsfbs.sh at the same time? ARCHITECTURE="$(dpkg --print-installation-architecture)" needs to be removed from every package with xsfbs because of the new dpkg to get rid of the warnings
[16:46] <Sarvatt> http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=commit;h=7deebf983f53c505bc25171ab77fdc408f250a6e
[16:59] <Sarvatt> should we add every package that uses xsfbs that isnt updated to this bug? https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/403316
[17:19] <Sarvatt> well i'll start adding stuff, got a ton of source packages here that was easy to grep through and dont think it'd hurt to have a list of what needs updating
[17:20] <Sarvatt> fglrx-installer-8.620/debian/xorg-driver-fglrx.preinst
[17:20] <Sarvatt> 18:if [ `dpkg --print-installation-architecture` = "amd64" ]; then
[17:20] <Sarvatt> hmm fglrx-installer might hit trouble when it goes away
[17:32] <tjaalton> it's just a warning, so not urgent and will be fixed in debian before too long
[17:41] <Sarvatt> darn, linked all those packages before i realized i couldnt set the priorities lol
[17:42] <Sarvatt> fglrx-installer is a bit more serious, it uses the --print-installation-architecture output to determine the diversion on amd64
[17:43] <tjaalton> ah, ok
[17:44] <Sarvatt> --print-installation-architecture might actually go away in the karmic timeframe
[17:44] <Sarvatt>   51 When: 1.15.x
[18:02] <Sarvatt> ok made up a debdiff for xserver-xorg-video-openchrome against the current svn741 in karmic. i used bryce's r758 package, removed all the .svn folders and repackaged the orig.tar.gz, then added 02_xextproto_7_1_compat.patch and removed the print-installation-architecture call in xsfbs.sh -- http://sarvatt.com/downloads/xserver-xorg-video-openchrome_0.2.903%2bsvn758-0ubuntu1.debdiff
[18:08] <Sarvatt> https://edge.launchpad.net/~sarvatt/+archive/bugs/+sourcepub/682315/+listing-archive-extra
[18:10] <superm1> Sarvatt, what is it supposed to be replaced with?
[18:10] <superm1> --print-architecture?
[18:10] <Sarvatt> yup
[18:11] <superm1> well i hope it sticks around at least for karmic's life and changes during LL
[18:11] <Sarvatt> http://git.debian.org/?p=dpkg/dpkg.git;a=blob;f=README.feature-removal-schedule;h=54ec7a7ac1ca0b841156e9385bdd8731943baec1;hb=fd4d99862af837ccf12e83d13da73e8ffb24aa17
[18:11] <superm1> packaging changes take a long time to show up in AMD's packages
[18:28] <Sarvatt> ok, so it looks like I should file a bug against xserver-xorg-video-openchrome asking to upgrade it and list all of the changes I have done and link the build on a PPA, then subscribe ubuntu-main-sponsors and attach the debdiff?
[18:39] <Sarvatt> what the heck is up with all of these warnings the past week or so
[18:39] <Sarvatt> dpkg-shlibdeps: warning: debian/xserver-xorg-video-openchrome/usr/lib/xorg/modules/drivers/openchrome_drv.so contains an unresolvable reference to symbol DRIDestroyInfoRec: it's probably a plugin.
[18:39] <Sarvatt> dpkg-shlibdeps: warning: 183 other similar warnings have been skipped (use -v to see them all).
[18:55] <Sarvatt> hope i did that right -- https://bugs.edge.launchpad.net/bugs/404618
[21:24] <Sarvatt> is there anything special I should do for requesting to join pkg-xorg in alioth besides requesting to join through the web interface? i dont see a pkg-xorg list on lists.alioth.debian.org like some of the other projects have