[00:58] <james_w> bdmurray: I guess you are not still in friendly-recovery?
[00:59] <bdmurray> james_w: well it was in a vm but no
[00:59] <james_w> ok
[00:59] <bdmurray> james_w: why?
[00:59] <james_w> just wanted to know if you could find what was keeping / busy
[00:59] <bdmurray> everything afaict
[00:59] <james_w> I'm assuming that this used to work without "init 1"
[01:00] <james_w> or does it call that and that now does nothing or something?
[01:01] <bdmurray> james_w: it just does mount -o remount,ro / then an fsck then another mount
[01:01] <james_w> oh, it's the mount that complains
[01:02] <bdmurray> yes
[01:02] <james_w> not sure what would have changed to cause that then
[01:04] <bdmurray> it does work fine in intrepid
[01:06] <bdmurray> er on a jaunty system
[01:07] <bdmurray> maybe it has to due with the root filesystem?
[01:27] <james_w> perhaps
[01:41] <dmj7261> Anyone working on fixing the two finger middle click issue?
[02:39] <dmj7261> anyone here familiar with synaptics?
[02:51] <SoftwareExplorer> Is there a way to search for bugs that are not confirmed?
[02:52] <micahg> SoftwareExplorer: search for New or Incomplete?
[02:52] <micahg> dmj7261: which synaptics?
[02:53] <SoftwareExplorer> Ok, I'll try that, I was having a hard time finding the advanced search!
[02:53] <micahg> SoftwareExplorer: you can sort by status as well, or just click new on the summary page
[02:56] <dmj7261> xserver-xorg-input-synaptics
[02:56] <dmj7261> my touchpad is being bad
[02:58] <micahg> dmj7261: which version of Ubuntu?
[02:59] <dmj7261> 9.10
[03:00] <micahg> dmj7261: you can try #ubuntu+1 for support, or  #ubuntu-x
[03:00] <SoftwareExplorer> dmj7261: I just entered the chat, but if you are having problems with tap to click, it is off by default in 9.10
[03:00] <dmj7261> why?
[03:01] <micahg> dmj7261: this channel is for bug triage, not support
[03:01] <micahg> if you are sure you have a bug, we can help you file it
[03:01] <dmj7261> ...I mean why at SOftware explorer
[03:13] <SoftwareExplorer> dmj7261: because some decided that was what the default was supposed to be, I'm not really sure why
[03:14] <dmj7261> I think it's a stupid decision
[03:14] <dmj7261> Only Mac users would expect that.
[03:38] <f_leite> who know  the bug with modem 3g at networkmanager in koala. The first time connect but after crash and only work when reboot. sorry my bad bad english
[03:39] <f_leite> ?
[07:26] <yann2> hello
[07:26] <yann2>  I am having massive issues reporting bugs since launchpad has been upgraded to 3
[07:27] <yann2> I want to report a bug against open-iscsi
[07:27] <yann2> https://bugs.launchpad.net/ubuntu/+source/open-iscsi
[07:28] <micahg> ok
[07:28] <micahg> we can talk in here
[07:28] <yann2> :)
[07:28] <micahg> yeah, if it's jaunty and higher it should be ok
[07:28] <yann2> server is hardy
[07:29] <micahg> That's ok, just report that in the bug
[07:29] <micahg> the idea is that most bugs are from a local system and will come with the package information
[07:29] <yann2> any idea if the webinterface will be corrected? No information sounds better to me than incorrect information...
[07:29] <micahg> occasionally there is a case like yours
[07:29] <micahg> yann2: no, that was planned
[07:30] <micahg> you can edit the desctription after you submit to remove your local system info if you want
[07:30] <yann2> but I report nearly only bugs for ubuntu server :(
[07:30] <yann2> ok...
[07:30] <micahg> ok, well, on that wiki page, a workaround is listed
[07:30] <micahg> but it's usually jsut easier to run ubuntu-bug on your desktop machine until they add a cli for reporting bugs
[07:31] <micahg> the otehr option  is to use apport-cli to collect the information
[07:31] <micahg> and copy it to your desktop to submit
[07:32] <yann2> well I guess its not a comment that will help, but I find the new system very confusing and frustrating :(
[07:32] <micahg> did you read the help page that comes up?
[07:33] <micahg> there's a workaround listed if you must use it
[07:34] <yann2> ok
[07:34] <yann2> its down though :)
[07:35] <micahg> yeah, seems like there is some maintenance going on
[07:35] <micahg> or an outage
[07:43] <indus> hi
[08:04] <dmj7261> I think I have a fix for bug https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/432814
[08:04] <ubot4> Launchpad bug 432814 in xserver-xorg-input-synaptics "Action for middle and right click is reversed since jaunty" [Undecided,Confirmed]
[08:05] <dmj7261> I'd like some help testing it though, since I can't test it properly on my karmic machien
[08:05] <dmj7261> *machine
[10:10] <Kmos> The bug 452000 is a candidate for 'regression-potential' tag?
[10:10] <ubot4> Launchpad bug 452000 in kerneloops "kerneloops stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (1)" [Undecided,New] https://launchpad.net/bugs/452000
[11:25] <jarnos> How do you mark in launchpad that there is a certain upstream bug report about a bug?
[11:44] <sbc> jarnos: Click "Also affects distribution" - there you can paste a link to a upstream bugtracker.
[11:46] <jarnos> sbc, no, it is "Also affects project". Just found it :)
[11:47] <micahg> depends on the upstream
[14:54]  * Warm_HUG anyone here
[14:55] <Warm_HUG> my notebook's speaker bo~ about every 12 seconds
[14:55] <Warm_HUG> hers's my hardware
[14:55] <Warm_HUG> http://paste.ubuntu.org.cn/45633
[14:57] <dtchen> what is "bo~"?
[14:58] <Warm_HUG> dtchen: bo~ is sound from my notbook's speaker
[14:58] <dtchen> Warm_HUG: what sort of sound?
[14:59] <dtchen> Warm_HUG: meaning, what precisely is the bug/problem?
[14:59] <Warm_HUG> dtchen: just like when you connect a speaker to a battery ,just a little noisy
[15:00] <dtchen> Warm_HUG: every 10 seconds?
[15:00] <Warm_HUG> dtchen: about every 12 seconds
[15:01] <dtchen> Warm_HUG: please read https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-May/008239.html
[15:01] <Warm_HUG> dtchen: ok
[15:05] <dtchen> jerone-mobile: which alsa set are you testing for the PA profiles?
[15:06] <tordne> I have some problems installing mysql,.... It seems that my AppArmor isn't working
[15:06] <dtchen> jerone-mobile: i.e., i'll need separate mixer element listings for default karmic and for linux-backports-modules-alsa-karmic-generic
[15:07] <tordne> I've already been searching for hours but didn't find a descent solution, has anyone an idea
[15:08] <jerone-mobile> dtchen, hey I tried out upstream snapshot .. you happen to mention on the ubuntu-kernel mailing list
[15:09] <jerone-mobile> dtchen, yeah I'm trying to figure out this mixer element schema deal .. so far didn't get it working the way I wanted to .. learning it
[15:09] <dtchen> jerone-mobile: meaning Tim's linux-backports-modules-alsa-karmic-generic available in Karmic?
[15:09] <jerone-mobile> dtchen, I'll try them
[15:10] <jerone-mobile> dtchen, right now I'm not using the linux-backports yet .. I'll try them out today
[15:10] <dtchen> jerone-mobile: ok. i'm available today, so just ping me, please
[15:10] <jerone-mobile> dtchen, ok
[15:12] <Warm_HUG> dtchen: could you tell me some config files about  ALSA for power saving
[15:12] <Warm_HUG> I wannt to check it myself
[15:17] <dtchen> Warm_HUG: see /etc/modprobe.d/alsa-base.conf
[15:18] <Warm_HUG> dtchen: ok
[15:33] <xteejx> afternoon all
[16:02] <dtchen> who is prodigiouspenguin?
[16:02] <dtchen> this person is marking bugs that are NOT duplicates and thereby generating a crapton of duplicate and unnecessary work
[16:08] <hggdh> dtchen: can you give me an example bug?
[16:09] <dtchen> 392873
[16:09] <hggdh> bug 392873
[16:09] <ubot4> Launchpad bug 392873 in linux "Internal speakers doesn't automatically mute when connecting headphones (Panasonic CF-Y7) (dup-of: 115637)" [Undecided,New] https://launchpad.net/bugs/392873
[16:09] <ubot4> Launchpad bug 115637 in linux "headphones on laptop don't mute laptop speakers on Toshiba A120-237" [Low,Confirmed] https://launchpad.net/bugs/115637
[16:10] <dtchen> or 225589, 236681, 297684, 301127, 332542, 338985, 351286, 366295, 414243, 414750, 115637
[16:10] <hggdh> ugh!
[16:10] <thekorn>  oh
[16:11] <dtchen> seriously...i really don't want to spend my day off triaging someone else's spew
[16:12] <bddebian> Boo
[16:12] <hggdh> I understand. I will contact prodigiouspenguin
[16:24] <dtchen> hggdh: many thanks
[17:08] <jjardon> hello all, Could someone confirmthis bug #451864 (It's a sync request)
[17:08] <ubot4> Launchpad bug 451864 in devhelp "Please sync devhelp 2.28 from debian sid" [Undecided,New] https://launchpad.net/bugs/451864
[20:31] <dtchen> jdstrand: let's continue here
[20:32] <jdstrand> ok
[20:33] <dtchen> jdstrand: ok, does 'cat /proc/asound/cards' look okay?
[20:33] <jdstrand> $ cat /proc/asound/cards
[20:33] <jdstrand>  0 [Intel          ]: HDA-Intel - HDA Intel
[20:33] <jdstrand>                       HDA Intel at 0xe0220000 irq 22
[20:33] <jdstrand> pulseaudio is running
[20:34] <dtchen> jdstrand: ok, and does "speaker-test -c2 -Dplughw:Intel" fail also?
[20:34] <jdstrand> yes
[20:34] <jdstrand> ALSA lib pcm_hw.c:1433:(_snd_pcm_hw_open) Invalid value for card
[20:34] <jdstrand> Playback open error: -19,No such device
[20:34] <dtchen> ugh, silly alsa-lib
[20:35] <dtchen> yeah, you'll get the dummy/null device from PA (which is the null sink)
[20:35] <dtchen> all right, that's definitely due to kernelspace and userspace skew
[20:36] <dtchen> i'll just work with the codec output from Jaunty for now
[20:36] <jdstrand> I can download an amd64 livecd and try that later
[20:36] <dtchen> sure, that will help
[20:36] <jdstrand> I only had a 32bit livecd laying around
[20:36] <jdstrand> maybe that'll make a difference-- but it might be the cdrom (it is maybe 10 years old :P)
[20:42] <dtchen> uh oh
[20:42] <dtchen> it looks like the power-saving stuff is related
[21:11] <dtchen> jdstrand: ok, back in karmic, presuming you've still got PA autospawn disabled, please do the following:
[21:12] <dtchen> jdstrand: killall pulseaudio
[21:14] <dtchen> jdstrand: echo hp_detect=1|sudo tee /sys/class/sound/hwC0D0/hints && echo 1|sudo tee /sys/class/sound/hwC0D0/reconfig
[21:14] <dtchen> jdstrand: then, check dmesg for error messages regarding the codec config
[21:15] <jdstrand> dtchen: tee: /sys/class/sound/hwC0D0/hints: No such file or directory
[21:16] <dtchen> jdstrand: using linux-backports-modules-alsa-2.6.31-14-generic?
[21:17] <jdstrand> $ dpkg -l|grep linux-backports-modules
[21:17] <jdstrand> ii  linux-backports-modules-alsa-2.6.31-14-generic 2.6.31-14.16                               Ubuntu supplied Linux modules for version 2.
[21:17] <jdstrand> ii  linux-backports-modules-alsa-karmic-generic    2.6.31.14.27                               Backported drivers for alsa-driver snapshot.
[21:17] <jdstrand> $ cat /proc/version_signature
[21:17] <jdstrand> Ubuntu 2.6.31-14.47-generic
[21:19] <dtchen> hmm, what's in /sys/class/sound/ ?
[21:21] <jdstrand> dtchen: http://paste.ubuntu.com/294206/
[21:22] <jdstrand> seems I should use hwC0D2
[21:22] <dtchen> ah, yes, sorry
[21:22] <dtchen> different for different codecs
[21:22] <jdstrand> dtchen: http://paste.ubuntu.com/294207/
[21:24] <dtchen> jdstrand: any difference in codec when you insert hp into front hp jack?
[21:24] <jdstrand> dtchen: I'm not sure what you are asking for
[21:24] <jdstrand> I plug into the front, then do what?
[21:25] <dtchen> jdstrand: get codec spew prior to inserting hp; insert hp into front jack; get codec spew; examine difference
[21:25] <jdstrand> dtchen: by codec spew, you mean cat /proc/asound/card*/codec*?
[21:25] <dtchen> jdstrand: yep
[21:26] <dtchen> i think we need to add this to checkbox :)
[21:26] <dtchen> ^^ cr3
[21:26] <dtchen> bah, not present
[21:27] <jdstrand> dtchen: http://paste.ubuntu.com/294208/
[21:29] <dtchen> ok, that's definitely a routing issue
[21:30] <dtchen> we've eliminated jack-sensing as the culprit. the more difficult part is to figure out where in the generic setup things are going belly-up.
[21:32] <dtchen> ok, try model=auto by using: sudo alsa force-unload && sudo modprobe snd-hda-intel model=auto
[21:33] <jdstrand> dtchen: http://paste.ubuntu.com/294209/
[21:34] <jdstrand> that was from force-unload
[21:34] <dtchen> hmm, does pwd contain /sys/class/sound ?
[21:34] <dtchen> or /proc/asound ?
[21:34] <dtchen> anything from sudo fuser -v /dev/dsp* /dev/snd/*
[21:34] <jdstrand> dtchen: http://paste.ubuntu.com/294211/
[21:35] <jdstrand> checking the others now
[21:37] <jdstrand> dtchen: rhythmbox was still running
[21:37] <jdstrand> dtchen: I tried the command again and it completed
[21:37] <jdstrand> dtchen: http://paste.ubuntu.com/294213/ (dmesg)
[21:38] <dtchen> ok, and that's with model=auto, correct?
[21:38] <dtchen> is "speaker-test -c2 -Dplughw:0" still inaudible?
[21:38] <jdstrand> yes: sudo alsa force-unload && sudo modprobe snd-hda-intel model=auto
[21:39] <BUGabundo> hya
[21:45] <jdstrand> dtchen: sorry, I missed your last question
[21:46] <jdstrand> dtchen: yes, it is still inaudible
[21:52] <dtchen> jdstrand: ok, how many physical jacks are available?
[21:55] <jdstrand> dtchen: there is a front mic and a front hp. there is a rear mic, a rear jack and a blue jack that I think is 'line out' (the computer is on and I don't want to move it atm)
[21:56] <jdstrand> s/rear jack/rear output/
[21:57] <dtchen> what the
[21:57] <dtchen> that's a 5stack, not a 3stack
[21:58] <dtchen> please try model=5stack
[21:59] <jdstrand> dtchen: http://paste.ubuntu.com/294220/
[22:00] <jdstrand> dtchen: still no sound with speaker-test -c2 -Dplughw:0
[22:00] <dtchen> ok, and model=5stack-no-fp ?
[22:01] <jdstrand> dtchen: http://paste.ubuntu.com/294222/
[22:01] <jdstrand> still no sound
[22:01] <dtchen> ok, thanks
[22:01] <dtchen> two problems: wrong quirk, wrong routing config
[22:01] <dtchen> err, i'll need to work with hda-emu
[22:02] <jdstrand> dtchen: ok
[22:02] <dtchen> unfortunately it won't be fixed for Karmic
[22:02] <dtchen> jdstrand: thanks again
[22:02] <jdstrand> dtchen: it isn't a big deal for me, cause I'll just use the rear jack
[22:02] <jdstrand> dtchen: sure, glad I could help
[22:02] <jdstrand> dtchen: so I can start pulseaudio again and listen to my oggs? :)
[22:03] <dtchen> jdstrand: yeah, you can kill ~/.pulse/client.conf
[22:04] <jdstrand> dtchen: can you update the bug with your findings so the kernel team doesn't ask me to test something before you have a fix?
[22:04] <dtchen> jdstrand: sure
[22:07] <jdstrand> thanks
[22:08] <BUGabundo> dtchen: are we going to have a good karmic audio stuck or what»?
[22:21] <jerone-mobile> dtchen, been trying to figure out these pulse audio "path" files .. what if the codec does not have an input selector .. I'm to assume it can take in 3 inputs at once .. though no way to specify that I can figure out .. even adding them to the options for Capture
[22:21] <dtchen> jerone-mobile: do you have an example amixer?
[22:22] <jerone-mobile> dtchen, give me a minute .. yeah
[22:24] <jerone-mobile> dtchen, http://pastebin.com/m215f5f67
[22:27] <jerone-mobile> dtchen, right now the "Internal Mic" works .. but even adding "External Mic" to see if I can get it to show or autosense .. doesn't work
[22:36] <jerone-mobile> dtchen, hold on .. on this I didn't have backports installed .. let me see if the alsa driver changed
[22:37] <dtchen> /proc/asound/version should tell you
[22:42] <jerone-mobile> yeah that file doesn't exist .. hold brb .. the backport drivers do seem to resolve the issue with the Dell XPS 13 and autosensing works
[22:44] <jerone-mobile> dtchen, brb
[22:52] <jerone-mobile> dtchen, ok looks like backports solved that issue also (I thought I had it on this machine) ..  well spent lot of time learning  pulseaudio profiles
[23:08] <dtchen> jerone-mobile: *whew*, disaster averted
[23:08] <dtchen> jerone-mobile: that would have been very nasty indeed
[23:11] <jerone-mobile> dtchen, well disaster not totally averted .. it choosing the correct input but its full of noise .. a seperate issue though
[23:15] <dtchen> jerone-mobile: i take it that one is from a conexant?
[23:15] <jerone-mobile> dtchen, yeap
[23:16] <dtchen> because conexants still appear to be busted
[23:16] <jerone-mobile> dtchen, ah .. yeah it works .. just input jack has a lot of feedback
[23:17] <jerone-mobile> dtchen, just got to make it over the hump .. almost their .. then people (me included) will stop bad mouthing pulse audio ;-)
[23:17] <dtchen> heh, i get badmouthing from all sides
[23:20] <dtchen> is lud.janvier around?
[23:20] <dtchen> if so, please stop marking these as affecting alsa-driver! they're linux!
[23:49] <hggdh> dtchen: another?
[23:49] <dtchen> hggdh: yes
[23:49] <maco> dtchen: hehehe
[23:49] <hggdh> K. can you give me an example bug?
[23:49] <BUGabundo> hggdh: eheh

[23:49] <dtchen> hggdh: please point them to the leading vertical edge of https://wiki.ubuntu.com/DebuggingSoundProblems
[23:49] <maco> dtchen: i just added a note to the DebuggingSoundProblems wiki page on how to find your SSID and saying if yours doesnt match the bug reporter's and its a driver bug, go file your own
[23:50] <dtchen> hggdh: 449758
[23:50] <hggdh> bug 449758
[23:50] <ubot4> Launchpad bug 449758 in alsa-driver "No Sound Device Detected, driver not installed" [Undecided,New] https://launchpad.net/bugs/449758
[23:50] <dtchen> maco: insufficient; need also /proc/asound/card*/*codec*{,/*}
[23:51] <maco> dtchen: does the user filing the bug have to read the *whole* codec output, or just hte "Realtek ALC883" or whatever part?
[23:51] <hggdh> where is the log nowadays (for bugs)?
[23:51] <dtchen> hggdh: meaning irclog? irclogs.ubuntu.com
[23:51] <hggdh> no, meaning LP bug log
[23:52] <dtchen> 11:08 < maxb> Append /+activity to the URL
[23:52] <dtchen> 11:08 < maxb> and argue vociferously in the bug about how it sucks that it was removed
[23:52] <dtchen> (i asked in #launchpad earlier)
[23:53] <hggdh> dtchen: thank you. I am sure LP dev had a sound reason to do that. But it still sucks
[23:53] <xteejx> hey guys
[23:53] <BUGabundo> hey xteejx
[23:53] <dtchen> maco: educationally, yes, but realistically, no. Look at ^Codec, ^Vendor Id, ^Subsystem Id, and ^Revision Id
[23:53] <xteejx> hey BUG :)
[23:54] <xteejx> BUgabundo *
[23:54] <BUGabundo> hey!! no kisses!
[23:54] <xteejx> i'm a guy :P
[23:54] <dtchen> maco: that said, i'd rather have all the codec info in one go than have to go back and request it
[23:55] <maco> dtchen: yes yes still attach the whole thing, but im saying "if these things dont match the bug youre about to say Me Too! on, STOP and go file your own bug"
[23:55] <xteejx> anyone able to triage a KDE bug?
[23:55] <dtchen> maco: i'd rather them just go file a dupe
[23:55] <maco> xteejx: being a guy doesnt exempt one from kissing another guy, silly
[23:55] <xteejx> lmao
[23:55] <dtchen> at this point, what's the cost? nothing, really. it's not like there's a tremendous difference between 6000 and 6500
[23:56]  * hggdh sends kisses to xteejx
[23:56]  * BUGabundo steps back
[23:56]  * xteejx snogs everyone
[23:56] <xteejx> there happy? lol
[23:56] <maco> dtchen: yeah this is meant to be "just because they both say HDA doesnt mean you have the same bug. if any of these things are different, its not the same bug. now go file a new one"
[23:56] <maco> dtchen: because a LOT of people think HDA means its the same bug
[23:56]  * BUGabundo snizes!
[23:57] <dtchen> well, they are the same bug #1
[23:57] <BUGabundo> be careful it maybe A flu ! :p
[23:57] <maco> dtchen: do you get what im saying or no?
[23:57] <ubot4> dtchen: Error: Could not parse data returned by Launchpad: The read operation timed out
[23:57] <dtchen> if beth lynn is correct, i won't have to do this anymore come a couple junes from now
[23:58] <maco> dtchen: sure ya will. more users = more bugs reporte
[23:58] <xteejx> damn connection
[23:58] <BUGabundo> or kisses :)
[23:58] <dtchen> that's ok, at that point i'll be using MS-DOS 6.3
[23:58] <dtchen> bring back my LOADHIGH, durnit
[23:58] <maco> sure ya will
[23:59] <dtchen> more to the point, it's fine to ask people to read more, but realistically, they already aren't reading
[23:59] <dtchen> how long has the clarification for alsa-driver and linux been there?
[23:59] <dtchen> how many people continue to move everything to alsa-driver?