=== Ursinha_ is now known as Ursinha === JF1976 is now known as Guest49092 [06:50] hello [07:00] I have found some bugs with may be critical [07:01] they are for Ubuntu 12 [07:11] !bug | Mcgiwer [07:11] Mcgiwer: If you find a bug in Ubuntu or any of its derivatives, please file a bug using the command « ubuntu-bug » - See https://help.ubuntu.com/community/ReportingBugs for other ways to report bugs. [07:18] the problem is that I'm using an emergency Linux to access internet and I'm not having any kind of access to ubuntu-bug [07:19] * Mcgiwer is away: Walking my dog out [07:23] Mcgiwer: read the link, it shows how to report bugs manually too [09:14] * Mcgiwer is back (gone 01:54:26) === reels_ is now known as reels [10:17] hello [10:17] https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1079801 [10:17] Launchpad bug 1079801 in mesa (Ubuntu) "RESOLVED: mysterious application behaviour for the intel "sandy bridge" hardware" [Undecided,New] [10:17] a broken hdd was the problem in the end [10:17] and i decided to stop using Google Earth and Second Life [10:17] so the bug can be closed [10:30] Teufelchen, if you're the original reporter you can close it as invalid [10:31] but its not invalid its just resolved [10:32] the bug exists [10:32] so the report is valid [10:33] maybe it applies to other users aswell [10:33] but maybe i should rename it [10:34] https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1079801 [10:34] Launchpad bug 1079801 in mesa (Ubuntu) "RESOLVED: applications like Google Earth or Second Life do not work" [Undecided,New] [10:34] better title? [10:35] i keep the bug open then in case i ever plan to use these applications again [10:35] the compatibility was broken by introducing newer kernels and newer software packages [10:36] e.g. mesa [10:36] but since nobody helps me to troubleshoot a true solution will be impossible to find [10:37] maybe i have to use windows 7 for certain applications [10:37] would be no true solution either but still a step forward [10:39] Teufelchen, my understanding of the bug is that it is not resolved since you still have problems with google earth and second life, so the right status would be confirmed [10:40] okay, thank you [10:40] but as penguin42 said in comment #11 it looks more like a pb with second life and google earth than ubuntu [11:03] no [11:03] because - [11:03] these applications work on older state Ubuntu 12.04 while they do not work on newer releases [11:06] did they update their packaging for the latest version of ubuntu? [11:07] maybe roll a dice to make out whether linden lab and google or canonical brought in the incompatibility [11:19] Teufelchen, wrt. google earth according to this post http://www.omgubuntu.co.uk/2012/12/google-earth-for-linux-signal-11-fix-coming google provided a fix in rev 7.0.1.8283 [11:19] but I cannot install it on raring, there are missing dependencies [11:21] yeah [11:21] something is seriously broken [11:21] cause on ubuntu 12.04 it auto-installs what it needs [11:22] after forcing the installation of a couple of deps, google earth works fine on raring/i386 [11:23] almost, there are some textures missing [11:31] the question is - do you have the intel integrated graphics chip or not [11:36] I do [12:13] raring is 13.04 right? [12:14] i deleted it when 12.10 and 13.04 (early stage) did not work [12:15] maybe i should test install again === pgraner` is now known as pgraner === mythos_ is now known as mythos === yofel_ is now known as yofel === Teufelchen is now known as Teufelchen_ === sroecker_ is now known as sroecker [21:49] yofel, hggdh, either of you around? [21:49] yofel, on further looking at this bug: https://bugs.launchpad.net/ubuntu/+source/etckeeper/+bug/1095180 it appears that 'sudo' is whwat breaks the bash completion of etckeeper... what defines sudo's tab-complete functionality? [21:49] Launchpad bug 1095180 in etckeeper (Ubuntu) "incorrect bash-completion" [Undecided,Confirmed] [21:49] hggdh, ^ [21:49] (you both commented on this at the time i first brought it up) [21:56] bash-completion has a sudo wrapper which calls the completion of the command that you try to run with sudo [21:56] yofel, then is this a bug in bash-completion? [21:56] rather than a bug in etckeeper. [21:57] since the tab completion works fine as long as sudo is not used. [21:57] its when you add sudo at the beginning that it fails [21:58] TheLordOfTime: well. bash completion is for the command being executed. In this case, the command is 'sudo', not 'whatever', so -- my guess -- is that it would require the 'sudo' bash completion to be extended to support a recursive call [21:59] hggdh, so this should be filed/refiled/added-to the bash-completion package for the bug? [21:59] TheLordOfTime: so, if this has not been considered by the developers of bash-completion for sudo, it looks like a wishlist [21:59] hggdh, should I check with bash-completion upstream first? [21:59] TheLordOfTime: just change the package to sudo [22:00] TheLordOfTime: it is always a good idea [22:00] sudo has bash completion [22:00] yofel: for the command being called also? [22:00] yofel, but not afaict recursive bash completion - its the sudo bash completion for etckeeper that fails. [22:00] yeah, try running 'sudo apport-cli -' for example [22:01] yes [22:01] TheLordOfTime: yeah, but I'm not quite sure whose fault that is [22:01] yofel, so, add the 'bash-completion' package or whatever package, then see which one says it is/isn't valid for them? [22:01] (if they say its invalid for both then we have a problem...) [22:01] heh [22:02] * yofel reads the script right now [22:02] it might even be both, I do not know how -completion works in this case. But we can always look at the code [22:02] this may be one of those reeally really weird edge-case bugs which nobody knows how to handle... :P [22:02] ... just saying [22:02] nah, I'll agree there... [22:09] yofel, agree on... this being one of those weird bugs where we don't know what to do with it? [22:10] or agree on hggdh's statement that it could be both packages? [22:10] * TheLordOfTime yawns [22:10] I'll agree with hggdh for now [22:10] _command_offset() is too cryptic for any quick debugging [22:10] (that's what shifts the completion for sudo) [22:11] so then it wouldn't hurt to add bash-completion to the bug? [22:11] (i'm assuming that's our consensus) [22:13] go ahead, worst case one can remove the task later [22:16] bash-completion is both the binary package and the source package, right? [22:16] * TheLordOfTime never knows unless he goes to packages.ubuntu.com and looks, but he can't on a mobile connection [22:17] nevermind, found it out myself :P [22:21] cool [22:21] in the meantime, i've added bash-completion to that bug, we'll see where it ends up [22:22] thanks, hggdh and yofel. :) [22:22] * TheLordOfTime disconnects from the internet on his phone before the battery dies.