[00:02] <drguildo> can somebody please confirm for me that 204536 and 219605 are the same bug?
[00:03] <persia> bugs #204536 and #219605
[00:04] <persia> drguildo, They aren't the same bug.  They desscribe the 100% problem for two different methods of adjusting volume.
[00:06] <drguildo> isn't the volume set and read from one place?
[00:06] <drguildo> i.e. alsa
[00:07] <drguildo> i'm sure you're right and i'm missing something but i'm just trying to understand what it is
[00:13] <persia> drguildo, The volume can be set in hardware, in alsa (master, front, PCM, etc.), in pulse, and in each application.
[00:13] <persia> Recommendation by audio experts is to set everything but hardware to maximum for best reproduction.
[00:13] <persia> Since not all hardware has accessible switches, this doesn't work for some people (plus some people like to mix with different levels from different software).
[00:15] <drguildo> persia, thanks for the clarification
[03:32] <bucket529> bug 59102 is a typo. The package appears to be maintained by core-dev. A patch went upstream, and their tracker shows it was accepted. But it stopped getting updated in Debian, so Hardy -before the patch- is the last version in Ubuntu. Should this be marked 'Fix Committed' since upstream accepted the patch, or 'Invalid' (Wontfix) since a new version with the patch seems quite unlikely?
[03:33] <bucket529> Correction: bug 59012
[03:43] <bucket529> Aha. Debian removed them because upstream withered. Ubuntu SRU seems unlikely because they don't affect the stability of the program. So Invalid it is.
[03:44] <hggdh> bucket529, I think evms is not even packaged anymore
[03:44] <bucket529> hggdh: Apparently not.
[03:44] <hggdh> last package was on Hardy
[03:44] <hggdh> then it was dropped
[09:49] <mr-russ> can somebody with privilege mark #63141 as triaged.  It's as good as it's going to get, including patches and links to patches.  Thanks.
[10:28] <persia> bug #63141
[10:34] <persia> mr-russ, Which tasks should be "Triaged"?
[10:46] <mr-russ> persia: all, they are all the same bug.  caused by the postgresql fault.
[10:46] <mr-russ> I would have thought they should all be marked as triaged, but maybe just the postgresql one.
[10:46] <mr-russ> what's the policy on triage in this type of case, where a bug presents in one package, but the root cause is in another?
[10:49] <mr-russ> in the case, the bug presents in php, but is caused by postgresql client libraries.
[10:50] <persia> As long as the cause is understood in both affected packages, triage is fine.
[10:50] <mr-russ> I hope I've explained it well enough along the way then :)
[10:51] <persia> For different classes of bugs, that manifests differently, so sometimes it's only one task that is triaged, and sometimes all of them.
[10:51] <persia> Looks like it's manifesting in moodle as well, but we don't need more tasks.
[10:51] <mr-russ> ah, I understand.  In this case it's known for all cases.
[10:52] <persia> (moodle because of php because of postgresql)
[10:54] <persia> Marked "Triaged".  Only other thing that might be worth doing is opening a Debian bug on postgresql and attaching an adjusted patch, and linking it, or submitting the postgresql patch upstream, depending on your motivation level.
[10:55] <mr-russ> and I had to beat the pg developers around a bit to accept responsibility.
[10:56] <mr-russ> My debain bug skill level is basically 0.
[10:56] <persia> Oh, right.  Looking more carefully, the patch is already upstream.  Cool.
[10:56] <persia> (meaning in postgresql trunk)
[11:16] <mr-russ> thanks persia.  I'm off for the night.  bye.
[11:52] <chrisccoulson> anyone have any idea where bug 298628 shoud be? nautilus or sshfs?
[11:52] <chrisccoulson> i can confirm the bug exists but i don't know which package is at fault really
[11:56] <persia> Might even be gvfs (although I'm not sure either)
[11:57] <chrisccoulson> yeah, i'm really not sure. i can still copy files to the fuse mount with the terminal, but it's just nautilus that fails
[11:57] <chrisccoulson> so it's probably not a sshfs issue
[11:59] <chrisccoulson> i can also copy files in to the mount using gvfs-copy, so it is probably just a nautilus problem then
[12:01] <persia> What does df -k report?
[12:01] <persia> My weak understanding is that gvfs actually performs a mount of some sort, but I could well be mistaken.
[12:03] <chrisccoulson> 1 second. just need to fire up my virtual machine again
[12:03] <ogra> can you make sure the user is running the proper 8.10 ssh version ?
[12:03] <jrib> hi, I can't figure out how to unsubscribe from bugs for a certain package.  I click on my profile, bugs and then I've clicked everywhere (except the right place of course).  I'm on edge by the way
[12:04] <ogra> the fix that sshfs reports proper values works only with openssh >5.0
[12:04] <chrisccoulson> ogra - i'll chck that on my system then, because i can recreate the bug
[12:04] <ogra> i'm not sure, might even be that 5.1 is needed on both sides
[12:06] <jrib> ok, I had to go to the package page and look ask to *subscribe* in order to change settings so that I could unsusbscribe :)
[12:06] <jrib> s/look//
[12:07] <chrisccoulson> ogra - i'm running 5.1 on both sides and i still see the incorrect free space reported
[12:07] <ogra> weird
[12:08] <ogra> its likely related to debian bug 464138
[12:09] <ogra> but it shouldnt report 0 bytes according to that
[12:10] <chrisccoulson> yeah, it looks like it was fixed in 2.0-1
[12:11] <chrisccoulson> but i'm running 2.0-2
[12:11] <chrisccoulson> very strange. so, i'll assign it to sshfs for now if you agree?
[12:12] <ogra> yeah
[12:13] <ogra> probably also refer to the debian bug
[12:13] <chrisccoulson> i'll do that. thanks
[12:13] <ogra> it might be a regresseion between -1 and -2
[14:57] <Araneidae> `apt-get install kubuntu-desktop` doesn't produce a working kubuntu (can't actually log in).  Is this a known problem?  (Haven't found it on https://launchpad.net/ubuntu/+bugs?field.searchtext=kubuntu-desktop&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&
[14:57] <Araneidae> field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package= yet, and launchpad is painfully slow.)
[14:58] <Araneidae> Oops.  SOrry about the crappy link, didn't realise it was quite so large and useless -- just a search link into launchpad ubuntu
[15:03] <Araneidae> Hmm: https://bugs.launchpad.net/ubuntu/+source/kubuntu-meta/+bug/260744
[15:28] <ToHellWithGA> ubuntu likes to set my wireless rate to 1Mbps
[15:29] <ToHellWithGA> i thought it was a problem with the chipset on my desktop, now it's doing the same thing to my laptop
[15:31] <ToHellWithGA> i have an ralink chipset using the rt2x00 series of modules on the desktop and an atheros chipset using the ath9k module
[15:31] <ToHellWithGA> *on the laptop
[16:32] <asac> ToHellWithGA: intrepid?
[16:33] <asac> ToHellWithGA: did you try the backport modules?
[16:35] <asac> ToHellWithGA: also ... how sure are you that its 1 mpbs
[16:35] <asac> could be that its just displayed that way
[16:35] <asac> while you get full speed in practice
[16:57]  * davidw is trying to figure out if something even is a bug:
[16:57] <davidw> CPLUS_INCLUDE_PATH=/usr/include/ g++-4.3 -o hm hm.cpp <- fails
[16:57] <davidw> CPLUS_INCLUDE_PATH=/usr/include/ g++-4.2 -o hm hm.cpp <- ok
[16:58] <davidw> hm.cpp is: #include <ext/hash_map> \n \n int main () { __gnu_cxx::hash_map<int, int> t; return 0; }
[17:23] <davidw> https://bugs.launchpad.net/ubuntu/+source/gcc-4.3/+bug/298774
[17:23] <davidw> ok... we'll see where that goes
[18:21] <chrisccoulson> james_w - are you there?
[19:36] <mnemo> i have a reproducible SEGV in rhythmbox that I would like to fix but I dont know what to do next... basically I can run the repro under gdb and this is what I see: http://rafb.net/p/SRqDMM84.html   whats the next step to analyze this? for example, how can I tell which variable caused the bad memory read or bad write?? if I knew that I could trace it back upwards in the stack, but I dont know how to see which variable read/write caused the SEGV
[20:06] <wake> Hi, there is a guy who has problems with his DVR. It can not read DVD-Rs after they have been burnt
[20:06] <wake> is this a kernel bug?
[20:09] <wake> where should CD rom and DVR bugs be filed?
[20:11] <mnemo> wake: what exactly is the problem with the CD ?
[20:12] <wake> There is a guy who has filed a bug saying his DVR does not recognise DVD-r after they have been burnt
[20:12] <wake> thus, the disc can not be verified after a burn. although it works fine on other drives in his computer
[20:13] <mnemo> hmm, not sure about that one.. maybe someone else knows..
[20:13] <wake> ok. thanks anyway :p
[20:16] <ToHellWithGA> asac: i know it fails to load regularly
[20:16] <ToHellWithGA> i did much better when ubuntu had no module
[20:17] <ToHellWithGA> at least at that point when i build madwifi from source the module loaded at every boot, worked, and worked with suspend/resume
[20:17] <ToHellWithGA> the state of ubuntu on an intel 945 chipset macbook is terrible
[20:18] <ToHellWithGA> hardy worked great but for wireless and now intrepid is thoroughly broken
[20:18] <ToHellWithGA> asac: how would i determine if it is just reporting the incorrect speed?
[20:29] <davidw> ToHellWithGA, wireless seems to be a pretty serious issue
[20:41] <asac> feel free to rant here, but dont expect me to jump on that ;)
[20:43] <ToHellWithGA> i don't really
[20:43] <ToHellWithGA> i just wish i could figure out what was happening
[20:44] <asac> ToHellWithGA: driver front is difficult. try the linux-backport-modules
[20:44] <asac> thats a package with top-notch wireless drivers
[20:44] <ToHellWithGA> i'll look into it
[20:44] <ToHellWithGA> thanks for the suggestion
[20:44] <asac> just install it and see if things improve
[20:44] <ToHellWithGA> asac: on an unrelated note, i believe a bug i file was incorrectly marked as a duplicate
[20:45] <asac> ToHellWithGA: which bug?
[20:45] <ToHellWithGA> i file a bug against the "systemsettings" package for having no useful controls when installed under gnome and it was marked as a duplicate of having no controls whatsoever
[20:45] <ToHellWithGA> i'll go get the number
[20:45] <asac> is that networking related?
[20:46] <ToHellWithGA> bug 296023
[20:46] <ToHellWithGA> not at all
[20:46] <asac> i am completely disconnected from kubuntu. cannot say whats going on ;)
[20:46] <ToHellWithGA> because gnome users run kde applications it is useful to install a kde control panel
[20:46] <ToHellWithGA> i only run gnome
[20:47] <asac> ToHellWithGA: well. we dont want to install kde stuff in gnome
[20:47] <asac> (and we cannot technically)
[20:47] <asac> that would be bloat for most users
[20:47] <ToHellWithGA> when i run k3b i like the mouse to behavie as i expect, single click to hilight, double click to open
[20:47] <asac> what kinders you to install the kde kontrol application?
[20:47] <asac> doesnt that work?
[20:47] <ToHellWithGA> in the past, the "kcontrol" package handled mouse configuration
[20:47] <ToHellWithGA> kcontrol is gone
[20:48] <ToHellWithGA> the new kde4 package doesn't have any mouse settings so i'm stuck on funkycrazyclick mode
[20:48] <ToHellWithGA> bummer, huh?
[21:45] <andresmujica> ..
[22:44] <andresmujica> it seems 5-a-day it's broken
[22:45] <andresmujica> all the bugs i've sent
[22:45] <andresmujica> shown a 104 error message...
[22:45] <andresmujica> :(
[22:45] <nhandler> andresmujica: I just used the applet, it appeared to work
[22:45] <andresmujica> hmmm...
[22:45] <andresmujica> funny..
[22:46] <nhandler> I would just wait a little bit and then try again later. Your connection might be having a problem
[22:46] <andresmujica> that could be the cause..
[22:46]  * Hobbsee wonders what error 104 actually is
[22:46] <andresmujica> well one day without stats...
[22:46] <andresmujica> let me try again
[22:47] <andresmujica> unknown failure sending error bug #whatever
[22:47] <andresmujica> error code 104
[22:48] <andresmujica> how can i sent it vua console?
[22:48] <andresmujica> i'm too used to the applet.. :)
[22:48] <nhandler> andresmujica: 5-a-day --add BUGNUMBER
[22:54] <andresmujica> it shown a different error...
[22:55] <andresmujica> http://pastebin.ubuntu.com/73106/
[22:56] <nhandler> andresmujica: Try running 'bzr break-lock lp-46046992:///~andres-mujica/5-a-day-data/main/.bzr/branch/lock
[23:01] <andresmujica> bzr: ERROR: Unsupported protocol for url "lp-46046992:///~andres-mujica/5-a-day-data/main/.bzr/branch/lock"
[23:01] <lifeless> nhandler: the url returned is garbage
[23:01] <lifeless> andresmujica: bzr break-lock lp:/~andres-mujica/5-a-day-data/main
[23:02] <andresmujica>  bzr break-lock lp:/~andres-mujica/5-a-day-data/main
[23:02] <andresmujica> Break lock bzr+ssh://andres-mujica@bazaar.launchpad.net/%7Eandres-mujica/5-a-day-data/main/.bzr/branch/lock
[23:02] <andresmujica> held by andres-mujica@bazaar.launchpad.net on host crowberry [process #10538]
[23:02] <andresmujica> locked 2 hours, 15 minutes ago? [y/n]: y
[23:03] <andresmujica> upps.. sorry..
[23:04] <andresmujica> ok, GREAT!!
[23:04] <andresmujica> it's working now.
[23:04] <andresmujica> i've should asked before...
[23:04] <andresmujica> maybe i've  suspended the laptop while sending a bug....
[23:04] <andresmujica> thanks!
[23:52] <andresmujica> which packages is responsible for loading firmware when a device is plugged?  udev or hal?