unggnuhi all10:03
unggnuI have read about the xorg-options-editor and wanted to ask if there will be a modeline generator shipped within?10:04
unggnuthe best would be a combination with a driver importer like displaconfig-gtk I guess. Maybe this part could be reused.10:07
unggnuFor faulty hardware of course. Would make things for the concerned much more easier I think. Btw. displayconfig-gtk seems to depend on Python too.10:12
jcristauwhat's wrong with cvt and gtf?10:24
jcristauother than 'omg a command-line tool'10:25
tseliotunggnu: we haven't planned to add a modeline generator since this tool won't be used to set the resolution10:27
unggnuI thought it will be an advanced button for screen resolution?10:33
unggnujcristau: People love their Guis :)10:34
unggnuIt is if the monitor sends wrong data and the user is stick with low resolutions or hugh fonts thish could be fixed through adding modelines. And a driver importer or easy setup (add size, hsync and vsync) would things much more easier.10:35
jcristaui think most people don't use 10-year old monitors so they don't need that anyway10:36
jcristaubut hey10:36
unggnujcristau: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/12061910:41
ubottuLaunchpad bug 120619 in xserver-xorg-video-intel "[Gutsy] invalid resolution detected resulting in BIG fonts on i915" [Undecided,Confirmed] 10:41
unggnuI don't know, but it doesn't seem so rare10:41
unggnujcristau: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/19100010:42
ubottuLaunchpad bug 191000 in xserver-xorg-video-intel "[Hardy] X Server fails to start [845g] (dup-of: 194760)" [Unknown,Fix released] 10:42
ubottuLaunchpad bug 194760 in xorg-server "EDID fail" [High,Triaged] 10:42
jcristauunggnu: i suspect most of those have been resolved by now10:43
unggnuThe second one 191000 can't be fixed without adding a modeline according to Upstream.10:44
jcristauplus they don't need a modeline, they need correct size detected10:44
unggnuI don't know, just though it would make things much more easier if someone has this problem. It is of course no must have10:44
unggnuSeveral people could fix their problem with displayconfig-gtk because of the modlines but as we know it could break easily X.10:46
unggnuBtw. isn't the display size saved in the modeline?10:46
jcristauurgh. 1600x1024 doesn't make any sense10:47
tseliotunggnu: I'll think about adding this feature (since I'm the developer of xorg-options-editor)10:48
tseliotbryce__: hi10:55
unggnu__re, sorry, had a connection problem :)10:57
bryce_unggnu: no I think we want to get away from users generating modelines on their own10:57
unggnu__It is just for the case where the correct resolutions aren't recognized. Hidden in the advanced tab or something like that10:58
bryce_if they know what they're doing enough to generate one, then they probably have the aptitude to do it via command line via one of the tools jcristau suggests10:58
bryce_to be honest I'd sort of prefer them to report these as bugs so we can get them fixed11:00
jcristauunggnu: afaict 191000 doesn't need a modeline, just the PreferredMode option?11:00
unggnu__Ok, but most people don't know how to do it and it doesn't look so great. I have always asked why Windows hasn't this resolution problems but I guess it is most likely because they use a monitor driver in most cases.11:00
bryce_unggnu, this sort of falls into the category of the MonitorsOnlineDatabase spec (which I'm skeptical we even need anymore, but would fit in with that)11:00
bryce_unggnu, right.  displayconfig-gtk had a tool for getting the modeline/resolution by parsing it out of the windows .inf files, which I think might be useful11:01
bryce_esp. if coupled with a mechanism for sending the data back up (maybe via apport?)11:02
unggnu__That was what I suggested except of the data backup.11:02
bryce_ah, I thought you meant a modeline generator11:03
unggnu__a generator with an import function :)11:03
bryce_in any case, I'd like to keep it separate from tseliot's option editor, to keep things simple.  11:03
unggnu__import is easier I guess but if there is no driver file add the data from the monitor handbook11:03
unggnu__Ok, I just though a GUI would be great. Displayconfig-gtk is to risky imho.11:04
unggnu__I mean no automatically modeline generator. If the resolution isn't recognized you could go to the advanced tab or something like that and generate/import one.11:05
bryce_anyway, I think monitor configuration issues are reducing in frequency a lot, and I don't plan on investing time in gui tools for monitor config myself (I'd rather focus those energies on fixing the problem at its root), however if someone else were to write something which was adequately simple (and easy to maintain), and had provisions for getting the data upstream, I'd be open11:06
unggnu__If someone come to the IRC channel my resolution is 800x600 or something like that you can lead him to the advanced function so he could try it. Btw. does the Vesa driver accept modelines?11:06
unggnu__bryce_ Ok, sure.11:06
bryce_I think I'd be more open to just an importer, than a generator/importer11:06
unggnu__I personally never installed a monitor driver but it is possible that nearly every vendor has some on their homepage.11:07
* bryce_ nods11:07
bryce_there's web pages out there to generate modelines, if people really wish to avoid cmdline tools11:09
unggnu__Yeah, I tried it but it is not very easy imho.11:10
bryce_I'll admit, I've never run into a bug where a modeline I generated with those web tools solved it.  Like jcristau points out, it usually ended up needing some server or driver option be set, or else some monitor quirk added to the xserver11:11
bryce_so that's what made me think maybe just an options editor would be the best approach, and just have people file bugs so we can care for the rest.11:11
unggnu__If I need a modeline to test I normally search for it :)11:11
bryce_unggnu__: btw I just sat in on a presentation by the bug team about a new bug web report / graph thing they're working on:11:13
bryce_(that's a prototype)11:13
unggnu__looks great11:14
unggnu__But could make depressive ;)11:14
bryce_btw, I don't know if you look at this one - https://bugs.launchpad.net/ubuntu/+upstreamreport11:15
bryce_the last couple days I've been working on getting all the valid triaged bugs reported upstream for xserver-xorg-video-intel11:15
tseliotbryce_: this is a list of the value types which xorg-options-editor should deal with (apart from '...'): http://pastebin.com/m3a97992711:15
bryce_tseliot: ok11:16
tseliotbryce_: is there anything we should ignore?11:16
bryce_tseliot: how do you mean?11:16
bryce_unggnu__: I've still got a few left to do, but two of the three columns are now green :-)11:17
tseliotbryce_: here's the full XML with the options: http://pastebin.com/m40690da011:17
unggnu__No, didn't know this statistic page. Is there any Wiki/ link page for them?11:17
tseliotbryce_: I mean, are there any options which we should not make available in the program?11:18
bryce_unggnu__: I'd love to see the third column green (it must be hard to achieve, only gedit has it green), but it would be a great goal to work for with -intel11:18
bryce_unggnu__: not sure, maybe from the QA page?  I learned of it at UDS, it's sort of experimental so not well advertised.11:19
bryce_tseliot: hmm11:19
unggnu__I am thinking about moving Bug 233787 upstream. It seems most likely that it is a pipe/output/quirk problem. I am asking for Force Pipe a and if it doesn't work I am going to move it upstream.11:20
ubottuLaunchpad bug 233787 in xserver-xorg-video-intel "No display with Intel x3100 965GM Express" [Undecided,Incomplete] https://launchpad.net/bugs/23378711:20
bryce_tseliot: if it were me, I'd be lazy and just let them be freeform string entry, and if the user puts in something invalid, then they can deal with the breakage.  But you might be more kind than me.  :-)11:20
bryce_unggnu__: excellent11:21
bryce_tseliot: let me look more at it a minute11:21
tseliotbryce_: ok11:21
bryce_tseliot: well, could we associate regexp's for each?11:23
bryce_so we could specify { validator => '^\d+ \d+ \d+$', } { validator => '\d+\s*-\s*\d+' }11:24
tseliotbryce_: ok, so that we can check the type of the components of each typed value?11:26
tseliotdecimal, string, etc.11:27
tseliotbryce_: how would we deal with time?11:27
bryce_that'd probably be a sufficient sanity check to catch typos11:27
bryce_what options need time?11:28
bryce_ah blanktime11:29
tseliotBlankTime, OffTime, SuspendTime, StandbyTime, etc11:29
bryce_ok those are probably all measured in seconds, so it'd just be '^\d+$'11:29
tseliotbryce_: seconds, minutes, etc. I can set the precision of floats in any case11:30
bryce_or maybe '^(?:\d+|\d+\.\d+)$' or some such to permit fractional seconds, if it is allowed11:30
tseliotbryce_: HandleSpecialKeys has a "when" type11:31
tseliotwhat do we do with it?11:31
bryce_oh looks like time is in minutes11:31
bryce_but the regexp's would be the same11:31
bryce_tseliot: that looks like it's an enum with three values possible11:32
bryce_so a regexp for that would be /^(?:Always|Never|WhenNeeded)$/i11:32
tseliotbryce_: ah, ok. So, when possible I should include the accepted values too. I might define these types in an XML file11:33
bryce_sure, if you'd like11:35
bryce_tseliot: I know python's regexp handling isn't as convenient as in perl, but if it were me, I'd do all the type specification and checking just using regexp's, and keep it simple11:36
bryce_so for boolean, it'd be /^(?:1|0|true|false|yes|no)$/i or whatever11:37
tseliotbryce_: ok, good idea11:37
* pwnguin wishes we had something as popular as regex for more complicated languages11:47
pwnguinantlr seems close11:47
unggnu__tseliot: Do your program get the values and descriptions from the man page or do you enter them all in your program?11:58
tseliotunggnu__: it parser the man page11:59
unggnu__Ok, that is the best way to do I guess :)11:59
bryce_tjaalton, jcristau: cjwatson noticed that the SECURITY module isn't getting loaded on xserver 1.5 in intrepid.  Has there been changes with that?  13:37
bryce_looks like it's disabled in 1.513:38
bryce_hmm, seems to be an selinux change13:54
tseliotbryce_: the program should deal with these sections: device, screen, monitor, serverflags. Shall we keep serverlayout out?13:58
bryce_I'd think so, unless the other sections won't work without it present14:00
=== james_w_ is now known as james_w

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!