[07:32] bug 1010782 [07:32] Launchpad bug 1010782 in ubuntu "service(8) output inconsistent to stdout/stderr" [Undecided,New] https://launchpad.net/bugs/1010782 [07:32] can someone help assigning package ? [08:36] njin, dpkg -S usr/sbin/service [08:36] sysvinit-utils: /usr/sbin/service [08:36] njin, source package is sysvinit [08:50] jibel, thanks [09:14] Hi! I've been asked to perform kernel bisection for bug 997767, but it seems that kernel 2.6.38 is affected by the bug, which I don't think is possible since I've never had any issues until 12.04. Does it make sense to test older kernels? [09:14] Launchpad bug 997767 in linux "10ec:8139 Network connection rtl8139 lost after some hours of inactivity and comes up again on user interaction" [Medium,Incomplete] https://launchpad.net/bugs/997767 [12:17] hi [12:17] Someone please triage this bug https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/1010866 [12:17] Launchpad bug 1010866 in gnome-screensaver "No Keyboard Layout option in lock screen" [Undecided,New] [12:24] Hi! I've been asked to perform kernel bisection for bug 997767, but it seems that kernel 2.6.38 is affected by the bug, which I don't think is possible since I've never had any issues until 12.04. Does it make sense to test older kernels? [12:24] Launchpad bug 997767 in linux "10ec:8139 Network connection rtl8139 lost after some hours of inactivity and comes up again on user interaction" [Medium,Incomplete] https://launchpad.net/bugs/997767 === yofel_ is now known as yofel [13:05] luc4_mac: It's possible that older kernels are affected by something that's newer in userland but didn't cause a problem with previous user lands, however if it still affects 2.6.38 I'm not sure it makes sense going any further back [13:06] penguin42: I understand… so I can do nothing else but wait for an answer in the bugreport right? [13:07] penguin42: and thanks for your help also :-) [13:07] luc4_mac: It's very difficult to help when stuff only happens on a few peoples machines; it's difficult to track down [13:08] luc4_mac: The only thing I can think to do is to see if you can find something that if run during that time keeps the network up; I mean if you leave a ping running in the background does the network stay up? If you script something to take the network down and bring it back up every 5 minutes does that stop it failing altogether? [13:08] penguin42: I understand this. That is why I wanted to help. By the way, recovery mode is not solving the issue, only reducing. [13:09] hmm interesting [13:09] penguin42: I just discovered this :-) I tried 4 times to clone the kernel git, I'm unable to finish because network shuts down :-) [13:10] luc4_mac: Even if you stay logged in? [13:10] penguin42: yes, via ssh and locally. [13:10] luc4_mac: So that's a bit different from you're original report [13:11] penguin42: what is different? Only the information about recovery mode. But I just found that out. [13:11] luc4_mac: No, because you originally said it lost connection when it was idle/you were away from it [13:12] penguin42: yes, that remains. I'm logged in, but I'm not pressing any button on the local keyboard. [13:12] luc4_mac: Right, so I mean can you manage that git clone if you stay at the keyboard ? [13:13] penguin42: I suppose yes, but I should test that better. When network shuts down anyway it is sufficient to press any button to wake net up. [13:13] penguin42: or plugging any mouse in. [13:14] penguin42: also, I noticed keeping a mouse plugged in reduces the frequency of faults. But that doesn't solve completely. [13:16] penguin42: I'll try again with the live CD, I supposed it worked, but I'll test again cause that might have only reduced the faults as well. [13:18] luc4_mac: It really sounds like some power saving thing [13:19] penguin42: yes, but consider that pressing any button on the keyboard makes the network wake up immediately. Maybe less than a second. Quite fast... [13:20] penguin42: pressing the button or pluggin the mouse in results in some noise like access to hard disk, and network is up. Really strange... [13:21] luc4_mac: Very odd; you could try something like a (as root) lspci -vvv in a repeating loop and see whether the output changes while it's network failed or not [13:21] penguin42: ok, I can do that. Do you also know if recovery mode starts some services? [13:22] not sure [13:22] penguin42: strangely I see proftpd up... === rsalveti` is now known as rsalveti [17:53] could someone mark bug 1001609 as Triaged/Medium? (No changelogs is a usability issue, but does not limit functionality of core packages) [17:54] Launchpad bug 1001609 in ubuntu "Changelogs not being uploaded to changelog server" [Undecided,Confirmed] https://launchpad.net/bugs/1001609 [17:54] and if anyone has ideas of where or what group/package to assign it to so that it gets more attention, that would be helpful [17:55] thanks [17:58] dlentz: I won't mark something as triaged without it being in the right or reasonable package [17:58] penguin42, i see, any suggestions? [17:58] hmm I was going to suggest launchpad but I see it's already been passed back from that. hmm [18:03] penguin42, i changed it to changelog extract tool, it is the closest match i could find and mentions the server changelogs.ubuntu.com [18:06] dlentz: I'm not sure that's a good idea either - the launchpad content for that is almost empty [18:06] the bugs page says it's not configured to forward bugs to their devs [18:07] yeah, i just saw that :\ [18:08] dlentz: And it won't let me change the importance in that because I'm only in ubuntu-bugcontrol - and that's not actually tied to ubuntu [18:09] ok, i switched it back. i'll keep hunting to see who's responsible for http://changelogs.ubuntu.com/ [18:09] dlentz: You could ask in #ubuntu-packaging [18:09] ok, i'll query there, thanks [21:17] caann I get some help? [21:26] dudeman1996: just ask your question. If someone can help, they will [21:26] basically, I upgraded from 11.10 to 12.04 today, and suspending doesn't work. I hit suspend, the screen goes black for about 20 seconds and then it takes me back to the lockscreen [21:37] dudeman1996: https://wiki.ubuntu.com/DebuggingKernelSuspend is probably what you need to read [21:37] dudeman1996: there are anumber of links from there, and it may require significant reading to get a grip on it; I'm sure thats now what you wanted to hear - sorry! [21:58] lifeless: thanks for that link, but that's about resuming from suspend. I'm having problems with suspending, so I'm guessing something is wrong with the ACPI subsystem. The link "Detailed analysis of ACPI kernel code for debugging a suspend problem" is blocked for me, even after registering on the forums