=== zorael_ is now known as Zorael^nb === zorael_ is now known as Zorael^nb [10:28] Hi there, is there a specific tag for bugs related to kms? [10:37] what's up with KMS? [10:38] nouveau can haz kms. And suspend/resume, too. [10:39] Possibly. If you've got a g80 card, and it's exactly the same as darktama's. [10:39] hyperair: it breaks my system :) [10:40] and "breaks my system" is supposed to be a very specific description of the problem, yes? [10:41] 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] Launchpad bug 402982 in linux "Kernel mode switching causes frequent screen flashing with intel video card (not present with the same packages and kernel 2.6.30)" [Undecided,New] https://launchpad.net/bugs/402982 [10:41] huh screen flashing O_o [10:41] my system is unusable with kms on [10:42] do you know which intel card you're using? [10:42] preferably the lspci -nn line of it [10:42] bryce: do you have the same problem I think you have an intel card? [10:42] since there are so many variants [10:42] * hyperair also has an intel card [10:43] how often does your screen flash? [10:43] hyperair: almost constantly [10:43] areas of it [10:43] I can't describe the problem better [10:43] hmm flickering eh [10:43] a video or picture might be good =\ [10:43] is it the right term? [10:43] I can try [10:43] a video, a picture does not look easy :) [10:43] hahah [10:43] alright [10:44] but if you're using a crt monitor, your video's going to end up funny [10:44] 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] ah no [10:45] sorry [10:45] -nn IS the right way [10:46] I am using my laptop's screen [10:46] but to make a video I need to reboot, later [10:47] laptop screen shouldn't be a problem [10:49] I know :) [11:03] 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] 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] It's a kernel bug anyways, not x [11:05] but I suspect the xorg experts know what information is needed [11:05] thanks anyway I have to go now [16:39] 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] 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] http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=commit;h=7deebf983f53c505bc25171ab77fdc408f250a6e [16:59] 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 [16:59] Ubuntu bug 403316 in xorg-server "dpkg: warning: obsolete option '--print-installation-architecture'" [Low,Triaged] [17:19] 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] fglrx-installer-8.620/debian/xorg-driver-fglrx.preinst [17:20] 18:if [ `dpkg --print-installation-architecture` = "amd64" ]; then [17:20] hmm fglrx-installer might hit trouble when it goes away [17:32] it's just a warning, so not urgent and will be fixed in debian before too long [17:41] darn, linked all those packages before i realized i couldnt set the priorities lol [17:42] fglrx-installer is a bit more serious, it uses the --print-installation-architecture output to determine the diversion on amd64 [17:43] ah, ok [17:44] --print-installation-architecture might actually go away in the karmic timeframe [17:44] 51 When: 1.15.x [18:02] 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] https://edge.launchpad.net/~sarvatt/+archive/bugs/+sourcepub/682315/+listing-archive-extra [18:10] Sarvatt, what is it supposed to be replaced with? [18:10] --print-architecture? [18:10] yup [18:11] well i hope it sticks around at least for karmic's life and changes during LL [18:11] http://git.debian.org/?p=dpkg/dpkg.git;a=blob;f=README.feature-removal-schedule;h=54ec7a7ac1ca0b841156e9385bdd8731943baec1;hb=fd4d99862af837ccf12e83d13da73e8ffb24aa17 [18:11] packaging changes take a long time to show up in AMD's packages [18:28] 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] what the heck is up with all of these warnings the past week or so [18:39] 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] dpkg-shlibdeps: warning: 183 other similar warnings have been skipped (use -v to see them all). [18:55] hope i did that right -- https://bugs.edge.launchpad.net/bugs/404618 [18:55] Ubuntu bug 404618 in xserver-xorg-video-openchrome "Please upgrade xserver-xorg-video-openchrome to latest SVN snapshot." [Undecided,New] [21:24] 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