cnd | bryceh, RAOF: I have a small patch for oneiric's x server: http://paste.ubuntu.com/712635 | 00:19 |
---|---|---|
cnd | it's an obvious fix for a code path that I must have missed testing | 00:19 |
cnd | but it is hit everytime a touchpad gesture is accepted by our new gesture recognizer | 00:19 |
RAOF | Causing a memory leak? | 00:20 |
cnd | what's the best way to get this into oneiric, since precise won't have these patches | 00:20 |
cnd | RAOF, no, dereferencing a NULL ptr | 00:20 |
cnd | it's not obvious from the patch | 00:20 |
RAOF | Fair enough. | 00:20 |
cnd | but the if statement is literally "if (first)" | 00:21 |
cnd | the if statement that you can't quite see at the top of the patch | 00:21 |
RAOF | Nothing in oneiric actually hits this, right? At least, *my* touchpad gestures don't seem to crash the server :) | 00:21 |
cnd | no, you'll only hit it if you are using touch grabs on trackpads | 00:22 |
cnd | which I am doing with my new gesture recognizer | 00:22 |
RAOF | But it's still SRUable even if it doesn't apply to precise. | 00:22 |
cnd | yeah | 00:22 |
cnd | so that's my question | 00:22 |
cnd | should I just leave precise as is? | 00:22 |
cnd | create a new git branch for oneiric | 00:22 |
cnd | and then upload following the sru procedure? | 00:23 |
cnd | because precise hasn't actually deviated from oneiric yet, has it? | 00:23 |
cnd | so I *could* upload it to precise too | 00:23 |
RAOF | Precise hasn't deviated just yet, no. | 00:24 |
RAOF | I've got an ubuntu+1 branch already which will become ubuntu once it's ready. Until then, feel free to push to ubuntu and from there to oneiric-proposed. | 00:25 |
cnd | RAOF, so I should skip precise? | 00:26 |
RAOF | We can copy the upload from oneiric-proposed into oneiric-updates & precise (if we haven't already uploded a new server to precise, in which case we don't need to anyway ?) | 00:27 |
RAOF | In short: yeah, skip precise. | 00:27 |
cnd | ok | 00:27 |
cnd | RAOF, bryceh: I'm going to upload to oneiric-proposed | 00:37 |
cnd | heads up, just in case you were working on an sru too | 00:38 |
bryceh | alright | 00:39 |
cnd | RAOF, are you able to release a package into -updates? | 01:12 |
RAOF | I am, yes. | 01:12 |
cnd | there's an sru that has passed verification (though hasn't been tagged), and it's been a week | 01:12 |
cnd | I was wondering if you could take a look | 01:12 |
RAOF | Why hasn't it been tagged? | 01:12 |
cnd | not sure | 01:13 |
RAOF | Unless it's tagged it doesn't show up as green on the SRU page. | 01:13 |
cnd | who is supposed to tag it? | 01:13 |
cnd | bug 827958 | 01:13 |
ubot4 | Launchpad bug 827958 in libgrip (Ubuntu Precise) (and 3 other projects) "eog crashed with SIGSEGV in gdk_x11_window_get_xid() (affects: 36) (dups: 6) (heat: 160)" [Undecided,Triaged] https://launchpad.net/bugs/827958 | 01:13 |
RAOF | Anyone can tag it; the person who's done the verification is fine. | 01:13 |
cnd | oh, in the past someone always came by and tagged it for me | 01:14 |
cnd | they read the comments, and then tagged it as appropriate | 01:14 |
maco | oh oh there are people | 01:14 |
maco | can someone help me with how to respond to http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2011-October/006721.html ? when you're done with that bug | 01:14 |
cnd | RAOF, I may see the issue | 01:15 |
cnd | I'm moving bugs to fix committed | 01:15 |
cnd | instead of leaving them as in progress | 01:15 |
cnd | RAOF, wiki.ubuntu.com/SRU says the SRU team will set the verification tags as appropriate | 01:16 |
RAOF | Fix committed is the right status for "uploaded to -proposed". | 01:16 |
cnd | ok | 01:16 |
cnd | nm then | 01:16 |
RAOF | Yeah. We do set those tags. | 01:17 |
cnd | hmmm, who sets the verification-needed tag? | 01:17 |
RAOF | The person who accepts it into -proposed. | 01:17 |
cnd | there seems to be a whole in the process, according to the wiki page | 01:17 |
cnd | oh, I'm getting ahead of myself | 01:18 |
cnd | the bug has verification-needed | 01:18 |
RAOF | I think one reason that bug hasn't been tagged as verified is that it's not immediately obvious that it did succeed. | 01:18 |
cnd | that's one thing I worried about | 01:18 |
RAOF | So people browsing through their SRU mail won't necessarily go "ok, time to set verification-succeeded" | 01:19 |
cnd | ahh | 01:19 |
cnd | RAOF, does this bug look ok to you for being verified? | 01:19 |
RAOF | And it's perfectly reasonable to raise these to ubuntu-sru members. | 01:19 |
RAOF | It does, yes. | 01:19 |
cnd | ok | 01:19 |
cnd | it's only been 8 days, so just one day past the waiting period | 01:20 |
cnd | so I didn't want to grab someone too fast | 01:20 |
cnd | I just happened to notice that you are an sru member :) | 01:20 |
RAOF | Marked as verification-done; once I've got through the pending-sru queue I'll run through the srus that are verified. | 01:23 |
cnd | RAOF, ta! | 01:25 |
cnd | maco, if you need info on the nvidia binary driver, tseliot would be the one to ask | 01:26 |
maco | cnd: as far as i can tell, he's NEVER on irc | 01:26 |
cnd | maco, he's in italy | 01:27 |
cnd | maybe your timezones aren't overlapping | 01:27 |
cnd | you could also email him at alberto.milone@ubuntu.com | 01:27 |
maco | i'm in the eastern us. we should overlap at least for the morning | 01:27 |
cnd | yeah, I know he's on in the morning | 01:27 |
maco | i'll look again tomorrow then | 01:28 |
cnd | I can try to ping him tomorrow morning as well | 01:28 |
cnd | but I'm on the west coast, so I may not catch him either :) | 01:28 |
cnd | maco, he'll be in orlando next week too | 01:29 |
cnd | so you should be able to catch him on irc during the day then as well | 01:29 |
cnd | oops, nm, looked at the wrong alberto | 01:29 |
cnd | he'll be at uds in a week and a half | 01:30 |
RAOF | maco: nvidia-settings is open-source, though. I've not checked the source, but the fallback-to-compile-time-variable sounds like it would work. | 01:30 |
maco | yeah i missed that bit of the code when i was going "see if it makes a call to pkg-config...oh hey look it does, ok i guess that bug reporter is right" | 01:31 |
* RAOF is surprised by "do_butmap_changed" | 06:14 | |
ara | hey! | 08:41 |
ara | is there any main bug where you guys are tracking the issue with jockey and hybrid gpu systems? | 08:41 |
ara | (where jockey will show drivers, but will be unable to load them) | 08:42 |
tjaalton | ara: maybe filed against jockey, dunno | 08:47 |
ara | tseliot1, ^ any ideas? | 08:47 |
tseliot1 | ara: no, sorry, I've never seen that bug report | 08:51 |
ara | OK, thanks, then I will suppose that the master bug is https://bugs.launchpad.net/ubuntu/+source/jockey/+bug/660443 | 08:53 |
ubot4 | Launchpad bug 660443 in jockey (Ubuntu) "Recommended drivers don't work with Nvidia Optimus (affects: 3) (dups: 1) (heat: 20)" [Undecided,Confirmed] | 08:53 |
ara | although it is strange to not see more activity on it | 08:53 |
tseliot1 | ara: yes, that one should work as the master bug | 09:11 |
eltocia | Hi, my keyboard and mouse are forzen at log in (11.04 64), I edited xorg.conf adding AutoAddDevices false, and only the mouse came back. I reinstalled xserver-xorg and fglxr with no success. Any suggestion? thx | 10:44 |
tjaalton | "frozen" means you have no mouse/kbd | 10:50 |
tjaalton | if you add that option you're on your own | 10:50 |
eltocia | yes, they are dead at log in. but I can switch to terminal with alt F1, after pressing alt-sysrq-r. I tried to restore a backup'd copy of xorg.conf, too. But it didn't work | 10:52 |
tjaalton | file a bug without the AutoAddDevices-nonsense | 10:54 |
eltocia | ok, I'll do it. With that line in xorg.conf I'm able to use the mouse, though. With the original conf, or with a new one generated with X -configure, mouse doesn't work, unless I edit the config | 10:57 |
tjaalton | what if you start it without xorg.conf? | 10:59 |
eltocia | they're still dead | 11:01 |
tjaalton | install pastebinit, and run 'pastebinit /var/log/Xorg.0.log' | 11:02 |
tjaalton | post the link here | 11:02 |
eltocia | ok, I'll need to reboot to do that, because I'm using an other OS right now. I'll come back as soon as I have done it. | 11:05 |
tocia | Hi, here's my log as requested before. http://paste.ubuntu.com/713097 | 11:35 |
tjaalton | tocia: nope, you have the xorg.conf in place | 11:36 |
tocia | I suspect it could be a layout issue, since HAL is working, xorg is working and it's not the hardware. But I still can't understand why the mouse is dead until I add the option AutoAddevices "False". Well, I'll need to look for something else, or just do a clean install and see if it works | 11:42 |
tjaalton | HAL isn't used | 11:42 |
tjaalton | udev is | 11:42 |
tjaalton | why can't you just move the xorg.conf aside and redo what I asked | 11:42 |
tocia | I did boot without xorg.conf, mouse and keyboard are still dead, but in this case when I switch to a terminal with alt F1 my screen freezes | 11:44 |
tjaalton | for starters, purge fglrx | 11:44 |
tocia | done, nothing changed, I purged xserver-xorg, too | 11:45 |
tjaalton | uh | 11:45 |
tjaalton | no need to do that | 11:45 |
tocia | it was a suggestion, I tried lot of things this two days | 11:46 |
tjaalton | suggestion by whom? | 11:46 |
tjaalton | anyway, unless you've rebooted and removed the xorg.conf, you still have the fgrlx module loaded etc | 11:47 |
tocia | It was a suggestion in the ubuntu chat, I don't remember who said that to me. I did reboot when I rm the xorg.conf | 11:48 |
tjaalton | so did you purge the 'fglrx' package before reboot? | 11:49 |
tocia | yes | 11:51 |
tjaalton | what does 'apt-cache policy xserver-xorg-input-evdev' tell | 11:52 |
tocia | I need to reboot to do anything on ubuntu, with no keyboard on the GUI, I have to browse the internet on win7. | 11:55 |
tjaalton | you don't need to browse internet.. | 11:56 |
tocia | and to chat here, too | 11:56 |
tjaalton | i suspect you don't have -evdev installed | 11:56 |
tjaalton | reinstall xserver-xorg and see if it installs the missing drivers | 11:57 |
tocia | I already did a reinstall of that package after I purged it. But I can do it again. along with fglrx | 11:59 |
tocia | Anyway, Is that right to purge fglrx? sudo apt-get remove --purge xorg-driver-fglrx fglrx* | 12:01 |
tocia | I purged fglrx, reboot, reinstalled xserver-org, reboot, same as before. apt-cache policy xserver-xorg-input-evdev says: Installed 1:2.6.0-1ubuntu12/ Candidate 1:2.6.0-1ubuntu12/ Version Table:/ *** 1:2.6.0-1ubuntu12 0/500 http://ch.archive.ubuntu.com/ubuntu/ natty/main amd64 Packages/ 100 /var/lib/dpkg/status | 12:34 |
tjaalton | ok, so pastebinit Xorg.0.log | 12:35 |
tjaalton | it worked with 11.04 at some point? | 12:36 |
tocia | It worked since last weeks, I upgraded to 11.10, I had some problems and I reinstalled 11.04, it worked for a couple of days until I had this problem. When I was installing some package with Synaptic suddenly mouse and keyboard frozen, I rebooted and they were still dead | 12:40 |
tjaalton | ok | 12:42 |
tjaalton | i'd rather fix the issues with 11.10 though | 12:42 |
tocia | I had black screen and fglrx problems after the second reboot of the installation, I wasn't able to resolve them, so I reinstalled 11.04. I'll come back with the log in 5 | 12:47 |
tocia | http://paste.ubuntu.com/713160 | 12:57 |
tjaalton | tocia: and again, you have the xorg.conf there.. | 13:01 |
tjaalton | tocia: pastebinit /etc/X11/xorg.conf | 13:01 |
tocia | mmh, I lookd for the xorg.conf after the reinstall of xserver-xorg and I didn't find it, now I see it's been used, too | 13:03 |
tocia | that's the old one I used before the issues http://paste.ubuntu.com/713172/ | 13:05 |
tocia | now I reboot and look if there's a new one | 13:05 |
tjaalton | doesn't the default ati driver work, or why do you use fglrx? | 13:06 |
tocia | yes, they work, but I'm using the fglrx since very long without any problem | 13:08 |
tocia | I'll try to switch back to ati drivers and see if something changes | 13:09 |
tjaalton | but had issues in 11.10. | 13:10 |
tjaalton | i'd say install that and use the default driver.. | 13:11 |
jjohansen | So I have been suffering from an odd corruption for a while | 13:13 |
jjohansen | http://people.canonical.com/~jj/screeshot.png | 13:13 |
tocia | Ok, I'll give a shot at that. | 13:13 |
tjaalton | jjohansen: xterm? | 13:13 |
tjaalton | oh | 13:14 |
jjohansen | tjaalton: no not just xterm, all windows | 13:14 |
tjaalton | not just the term | 13:14 |
jjohansen | goes away when the window get refreshed | 13:14 |
tjaalton | which hw/driver? | 13:14 |
jjohansen | tjaalton: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c) (prog-if 00 [VGA controller]) | 13:18 |
jjohansen | Kernel modules: intelfb, i915 | 13:18 |
maco | tseliot1: hello? | 13:18 |
jjohansen | sorry, was doing lspci in a terminal on the wrong machine at firts :) | 13:18 |
tseliot1 | maco: hi | 13:19 |
maco | tseliot1: i need help replying to debian nvidia people | 13:19 |
maco | tseliot1: can you look at http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2011-October/006721.html ? | 13:19 |
tjaalton | jjohansen: this with oneiric? | 13:20 |
jjohansen | tjaalton: yes and natty | 13:20 |
jjohansen | tjaalton: actually I can't say most recent natty, I upgraded the machine early in the cycle | 13:20 |
tjaalton | my x61 seems to work fine | 13:21 |
jjohansen | hrmmm, I was afraid of that. Possibly a hardware issue on my end | 13:22 |
tjaalton | is this with dualscreen or some other special case? | 13:22 |
jjohansen | nope, regular laptop, shows up after a day or two uptime, no suspend needed | 13:23 |
jjohansen | even | 13:23 |
tjaalton | ah, ok | 13:23 |
tjaalton | tbh i don't use the machine much anymore | 13:23 |
maco | tseliot1: this was related to bug 721453 | 13:24 |
ubot4 | Launchpad bug 721453 in nvidia-settings (Ubuntu Oneiric) (and 1 other project) "nvidia-settings should depend on pkg-config and python-gtk (affects: 3) (dups: 2) (heat: 26)" [Undecided,Fix committed] https://launchpad.net/bugs/721453 | 13:24 |
tseliot1 | maco: yes, sorry, I'm multitasking (poorly). I'll have a look at it | 13:25 |
maco | thanks | 13:25 |
jjohansen | tjaalton: well it is getting a little long in the tooth, but I haven't found a machine to replace it with yet. It has a nice 12.1" 1400x1050 ips display and they don't see to do anything close anymore | 13:25 |
tseliot1 | maco: oh, so the fix is already in | 13:26 |
maco | tseliot1: in ubuntu, yes, i was suggesting it to debian as well and then the usefulness of adding pkg-config came up and i dont really know | 13:26 |
maco | i know its on my system and nvidia-settings works for me! | 13:27 |
tseliot1 | maco: do they use my code to make use of policykit (through pygtk2) in Debian? | 13:27 |
maco | i dont know. is that whats breaking it here? ubuntu-specific patchiness? | 13:28 |
tseliot1 | maco: I'm wondering why the package would need pkg-config at runtime | 13:31 |
tseliot1 | maco: screen-resolution-extra is what the nvidia-settings panel uses (thanks to an Ubuntu patch) to allow users to write xorg.conf through policykit (i.e. without having to run the whole app as root) | 13:33 |
maco | tseliot1: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/nvidia-settings/precise/view/head:/src/XF86Config-parser/Generate.c i was looking at line 217 when i went "hey yep that sure looks like it uses pkg-config" | 13:34 |
maco | what i missed was line 248 | 13:35 |
tseliot1 | maco: now, that's new to me. Forget what I said about policykit, it their code that's using pkg-config at runtime. | 13:36 |
=== kinoucho` is now known as kinouchou | ||
tseliot1 | maco: do you need anything else from me to help you reply that email? | 14:00 |
maco | tseliot1: is it that netiher is required in debian? | 14:19 |
tseliot1 | maco: I believe that pkg-config is needed in debian (since the Nvidia code calls it) but pygtk2 is not (as we use it only in Ubuntu). Good catch BTW | 14:21 |
maco | tseliot1: debian people said that with the fallback they dont think pkg-config is necessary either | 14:22 |
tseliot1 | maco: if the problem doesn't affect debian users, then I guess they're right. This would mean that, somehow, the fallback is broken in ubuntu. I don't think our move to multi-arch could have caused this. Did you see what find_libdir() returns when using the fallback? | 14:26 |
maco | no. im leaving a message on the bug asking the original reporter how he determined pkg-config was needed | 14:29 |
Dice-Man | hey guys | 14:31 |
Dice-Man | i got a problem with my touchpad | 14:31 |
tseliot1 | maco: it sounds like a good idea ;) | 14:34 |
=== soreau_ is now known as soreau | ||
bryceh | heh, ironically just had the most annoying tech support call ever, with my mother, setting up dual head | 21:32 |
mdeslaur | bryceh: hehe :) | 21:34 |
bryceh | she wanted the displays mirrored but at their own native resolutions | 21:38 |
bryceh | secondary problem - seems to be no way in gui to set which monitor is primary, so with it !cloned everything was on the wrong monitor | 21:38 |
mdeslaur | bryceh: remind me to buy your mother any hardware I need fixed :) | 21:40 |
bryceh | heh | 21:40 |
bryceh | it's funny to realize the dorky minuscule things that roadblock non-technical users | 21:41 |
bryceh | like, dragging the panel toolbars from screen to screen is hard because there's no visual clue that things are "dragging" | 21:42 |
bryceh | or in the monitor gui that you have to click on the laptop box to set the laptop settings. _quite_ perplexing to mom | 21:42 |
mdeslaur | yeah, doing tech support for non-technical users is a real eye opener for details like that | 21:43 |
mdeslaur | my mother in law used to click column titles in evolution to sort her mail by date or subject, and if she moved the mouse by a couple of pixels while clicking, evolution thought you were trying to drag away the column to delete it. | 21:44 |
bryceh | yeah my dad has shaky hands and so certain seemingly simple tasks can be kind of challenging for him | 21:46 |
bryceh | and touchpads are right out | 21:46 |
mdeslaur | bryceh: now fix my bugs, or I'll send you mom a poulsbo | 21:49 |
mdeslaur | :) | 21:49 |
bryceh | heh | 21:50 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!