[07:05] <persia> ScottK: Merry Christmas.
[07:38] <ramvi> You know when you go to Sound and choose what channels you want to change the volume of with your hotkeys? How can I set that option with a command?
[07:38]  * Hobbsee suspects that's an #ubuntu question
[07:39] <Hobbsee> as it's support
[07:39] <ramvi> oh right. sorry
[09:59] <Kamping_Kaiser> can someone tell me what "This bug is not recorded as needing to be fixed in xorg (Ubuntu). " means on bug 177870 ?
[09:59] <ubotu> Launchpad bug 177870 in xorg-server "SGI licenced code in Xorg is non-free" [Unknown,Confirmed] https://launchpad.net/bugs/177870
[10:01] <Kamping_Kaiser> on reflection - is that a #launchpad question?
[10:04] <persia> Kamping_Kaiser: It's more of an #ubuntu-bugs question.  The main reason is that the xorg-server source package provides the xorg binary package.
[10:04] <Kamping_Kaiser> heh. new channel i'm not aware of :/
[10:05] <Kamping_Kaiser> persia, thanks for the answer. i'll follow up in #ubuntu-bugs
[11:58]  * Hobbsee updates KmosReport
[12:02] <slytherin> persia: thanks for uploading gnusim8085 package. :-)
[13:17] <slytherin> Hi, does anyone know whether there will be an epiphany-webkit package?
[13:27] <slytherin> !epiphany-webkit
[13:27] <ubotu> Sorry, I don't know anything about epiphany-webkit - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[13:33] <persia> slytherin: Deferred.  Try midori
[13:33] <Nafallo> midori?
[13:33] <Nafallo> !midori
[13:33] <ubotu> Sorry, I don't know anything about midori - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[13:33] <joejaxx> Hello All
[13:33] <joejaxx> :)
[13:33] <persia> Nafallo: GTK + webkit.
[13:33] <Nafallo> persia: BDSM pornstar? :-)
[13:34] <persia> !info hardy midori
[13:34] <ubotu> Package hardy does not exist in gutsy
[13:34] <slytherin> LOL
[13:36] <persia> !info midori hardy
[13:36] <ubotu> midori: Fast and lightweight web browser. In component universe, is optional. Version 0.0.12-1 (hardy), package size 55 kB, installed size 208 kB
[13:40]  * Nafallo likes the physical Midori better :-)
[14:39] <imbrandon> just poping in for a sec to tell everyone Merry Christmass, now time to open presents with the kiddos
[14:39] <imbrandon> everyone have a good day /me is afk for the next ~24 hours
[14:39] <jpatrick> imbrandon: merry x'mas!
[16:00] <x-ip>  hi, i ask for help to make a package from this proyect http://wiki.aonx.com.ar
[16:00] <x-ip> its a gpl proyect, its in spanish and i can help to translate what is needed
[16:00] <x-ip> some volunteer= ?
[17:01] <crimsun> x-ip: https://wiki.ubuntu.com/MOTU/Contributing#head-f4c6048b1531f4e4fe48f096350ea435d40ed9f5
[17:06] <tritium> Morning, crimsun.
[17:10] <crimsun> 'morning, tritium'
[17:10] <crimsun> hmm, misplaced left ring finger
[17:12] <tritium> Merry Christmas from Virginia :)
[17:13] <crimsun> the same from the capitol area
[17:14] <tritium> Thanks.
[17:21] <AnAnt> Hello, I have a problem using update-alternatives, I issued this command: sudo update-alternatives --install  /usr/lib/usplash/usplash-artwork.so  usplash-artwork.so /usr/lib/usplash/usplash-theme-ubuntume.so 10, and I got this error:
[17:21] <AnAnt> mv: cannot stat `usplash-artwork.so': No such file or directory
[17:21] <AnAnt> update-alternatives: unable to rename usplash-artwork.so to /usr/lib/usplash/usplash-artwork.so: Invalid cross-device link
[17:23] <dsop_> ah good to know: You may announce your upload to #ubuntu-motu not more then once per day
[17:24] <dsop_> so here is my daily announcment: I'm searching for some motu to review my package gcutils http://revu.tauware.de/details.py?package=gcutils
[17:26] <crimsun> AnAnt: is that in your package's postinst?
[17:26] <AnAnt> crimsun: yes, also I tried to run it manually, still got the same problem
[17:28] <AnAnt> crimsun: so ?
[17:28] <crimsun> did you --remove it first?
[17:28] <crimsun> update-alternatives --remove usplash-artwork.so /usr/lib/usplash/usplash-theme-ubuntume.so
[17:28] <AnAnt> crimsun: why --remove ? I want to add /usr/lib/usplash/usplash-theme-ubuntume.so as an alternative
[17:29] <crimsun> AnAnt: to erase any existing links.
[17:29] <crimsun> it seems to work here fine for a bogus file
[17:30] <crimsun> you're using hardy, not gutsy, correct?
[17:30] <AnAnt> anyways I did that --remove line, still the --install didn't work
[17:30] <AnAnt> gutsy
[17:31] <crimsun> pastebin `ls -l /usr/lib/usplash; update-alternatives --display usplash-artwork.so`
[17:33] <AnAnt> crimsun: http://pastebin.com/m4d108f8c
[17:36] <crimsun> (looking now)
[17:39] <crimsun> ok, and `ls -l /etc/alternatives/usplash-artwork.so`?
[17:39] <AnAnt> lrwxrwxrwx 1 root root 36 2007-10-02 09:17 /etc/alternatives/usplash-artwork.so -> /usr/lib/usplash/usplash-ubuntuME.so
[17:41] <crimsun> ok, first it needs to be in auto mode
[17:41] <AnAnt> why ?
[17:41] <crimsun> next, --remove the usplash-ubuntuME.so one
[17:41] <crimsun> then --install the usplash-theme-ubuntume.so one
[17:41] <AnAnt> why auto and why remove usplash-ubuntuME.so ?
[17:42] <crimsun> because you need to tell the alternatives system to handle the link instead of assuming that the administrator wants it set to whatever s/he did
[17:44] <crimsun> the remove is in place because the other templates I'm inspecting use it
[17:44] <AnAnt> but I don't want to remove the usplash-ubuntuME.so alternative
[17:45] <crimsun> ...
[17:45] <AnAnt> can't it have 3 alternatives ?
[17:45] <crimsun> sure, but it's on manual.
[17:45] <AnAnt> only 2 !
[17:46] <AnAnt> aha
[17:47] <AnAnt> I had to make it auto
[17:47] <AnAnt> but I don't have to remove usplash-ubuntuME.so alternative !
[17:47] <crimsun> if you want the alternatives system to choose automatically the lowest one, true.
[17:48] <crimsun> s/lowest/highest priority/
[17:48] <AnAnt> so in manual mode I can only have 2 alternatives ?
[17:48] <crimsun> no, not at all, you're not limited
[17:49] <crimsun> I didn't understand that you want to keep more than one around
[17:49] <crimsun> aka, I thought usplash-ubuntuME.so was the obsolete version of usplash-theme-ubuntume.so
[17:51] <crimsun> (e.g., the various -artwork-usplash maintainer scripts I'm inspecting assume this latter use case)
[17:52] <AnAnt> ic, how to return to manual mode ?
[17:53] <crimsun> just set it manually
[17:53] <crimsun> (from a prompt)
[17:53] <x-ip> thanks for the link crimsun, i'll check it and try out after a little rest
[17:54] <AnAnt> ok
[17:54] <AnAnt> thanks,
[17:54] <crimsun> np
[18:14] <superm1> crimsun, you still around?
[18:15] <crimsun> yes
[18:16] <superm1> i noticed something really odd on a laptop that i upgraded to gutsy with a usb headset.  it appears that the mixer controls are broken
[18:17] <superm1> and that audio will only come out one earphone
[18:17] <superm1> so i was looking to start to debug what was broken, but haven't the faintest where to start
[18:17] <crimsun> the mixer applet should (and alsamixer may) exhibit that.  amixer is known to work correctly.
[18:18] <crimsun> what's the SSID of the usb audio device
[18:18] <superm1> hm okay. let me give skype a shot using amixer
[18:18] <superm1> how do i grab the ssid of it?
[18:18] <crimsun> lsusb -v
[18:20] <superm1> i dont see anything entitled ssid on that, here is the lsusb output however: http://pastebin.com/m5731904a
[18:20] <superm1> (its just for that device)
[18:21] <crimsun> SSID is the subsystem identifier.  You'll rarely, if ever, see it explicitly labeled as such.
[18:21] <superm1> ah
[18:22] <crimsun> right, USB.  So you won't even have an SSID in many cases.  In that case you could go with the vendor:dev ID, which is 047f:c001
[18:23] <crimsun> SSIDs are mainly useful for other PCI devices in which the vendor:dev ID is too general.
[18:23] <superm1> so usually devices other than usb will have an SSID then
[18:24] <crimsun> no, sometimes USB devices have SSIDs
[18:24] <crimsun> ISA and MCA devices don't IIRC
[18:27] <crimsun> sec, looking through device tables.
[18:27] <crimsun> ah, excellent.
[18:28] <crimsun> I bet you need a usbquirk entry.
[18:28] <superm1> within the kernel module for usb audio?
[18:28] <crimsun> make sure that both alsamixer and amixer don't control the mixer elements correctly, first.
[18:29] <crimsun> yes, it would be in sound/usb/usbaudio.c or sound/usb/usbquirks.h
[18:32] <superm1> crimsun, okay it appears i can modify the mixers together using amixer
[18:32] <superm1> but alsamixer and the applet both break when trying to change one or the other
[18:33] <superm1> additionally skype only works from one earphone no matter what the volume, but other apps seem to work fine, so i might be apt to just blame that on skype
[18:33] <crimsun> can you work around that ("skype only works from one earphone") for now using amixer?
[18:34] <superm1> let me see.
[18:34] <crimsun> is the symptom reproducible using Hardy Alpha 2?
[18:34] <superm1> i wiped my hardy vm a few days ago to make some space, i'll have to rebuild it to see
[18:35] <superm1> has a quirk already been added for my device in hardy?
[18:35] <superm1> well it appears i can get skype to work from both earphones by changing the devices among hw:blahblah to plughw:blahblah in skype settings, so that isn't a worry.
[18:36] <crimsun> no, but I need to narrow whether it's a control layer regression (you're not the first to report such with a usb audio device, and I've experienced it myself in Hardy with my onboard HDA) or a driver issue
[18:36] <superm1> ah
[18:37] <crimsun> the relevant sources are alsa-lib and alsa-utils for the former
[18:38] <jeromeg> superm1: hello, concerning your xfce4-terminal issue, I think it's worth ontaxting upstream
[18:38] <superm1> alsa kernel modules still aren't moved to lum it looks like.  eh, a git checkout of the whole kernel will take ages on the connection i'm on
[18:38] <jeromeg> *contacting
[18:38] <superm1> jeromeg, any particular list to forward it on to?
[18:38] <jeromeg> maybe xfce4-dev
[18:39] <crimsun> superm1: lum in hardy will not have alsa; it remains in linux.
[18:39] <jeromeg> i'll give you the adress in a minute
[18:39] <crimsun> 1.0.15 is pretty stable
[18:39] <superm1> crimsun, for some reason I thought I recalled discussion of it being put into lum, but if its stable i guess there isn't any worries
[18:40] <crimsun> it would have required far too much hackery for linux-headers
[18:40] <jeromeg> superm1: http://foo-projects.org/pipermail/goodies-dev/
[18:40] <jeromeg> xfce4-terminal is part of the xfce goodies
[18:41] <superm1> jeromeg, okay thanks.  i'll see if i cant shoot a message up that way
[18:41] <jeromeg> superm1: you cna contact benny directly i think
[19:24] <superm1> crimsun, okay i just got a hardy based vm up and running, and using alsamixer appears to properly control the volume of both left and right at the same time
[19:25] <crimsun> excellent, then it's not an alsa issue.
[19:25] <crimsun> SEP, as many would say ;)
[19:25] <superm1> haha
[19:26] <superm1> makes it a bit harder for me to backport some sort of fix to gutsy in the interim though too :)
[19:27] <crimsun> not really, just backport Hardy's alsa-lib and alsa-utils
[19:27] <crimsun> [what I really should have said above is "not an alsa issue in Hardy"]
[19:29] <superm1> good call.  easy enough
[19:44] <superm1> gah i must be a geek when i would rather type "ls -l| grep 12-25 | grep deb | grep -v ddeb | awk '{print $8}' | grep -v doc | grep -v dev | xargs sudo dpkg -i" than figure out what debs were produced from a pbuilder
[19:45] <crimsun> and you would be even more of a geek to combine those grep expressions, where applicable, into awk ones ;)
[19:45] <superm1> hehe
[19:49] <kitterma> superm1 or crimsun: I just got my first iPod.  As a Kubuntu user, is Amarok what I want to manage it?
[19:50] <superm1> ScottK2, yeah that or gtkpod will do
[19:50] <superm1> which series however?
[19:50] <superm1> for the touch, and the new classic, you need the newer libgpod
[19:50] <ScottK2> It's the new nano.  I'm working on backporting the new libgpod right now.
[19:50] <superm1> ScottK2, i already did that
[19:50] <superm1> look on the ipod-touch ppa
[19:51] <ScottK2> Ah.  Cool.
[19:51] <superm1> also rebuilt amarok, gtkpod, banshee and a few others against it
[19:51] <ScottK2> Cool.  Saves me a lot of trouble.
[19:51] <superm1> yeah, everyone seems to miss that ppa, i'm not sure how to let more people know about it :)
[19:52] <ScottK2> superm1: You might write an Ubuntu wiki page about it.
[19:52] <superm1> i did
[19:52] <superm1> its on the iPhone & iPod touch wiki pages
[19:52] <ScottK2> OK.
[19:52] <ScottK2> As an iPod novice, I wouldn't have known iPod touch was what to look for.
[19:53] <superm1> ah yeah good point.  when i assembled the ppa, i didn't realize how many other devices it would be applicable for
[19:54] <ScottK2> superm1: Have you got a link for your wiki page.  I can't find it.
[19:54] <superm1> https://help.ubuntu.com/community/PortableDevices/iPhone
[19:55] <superm1> ipod-convenience is only needed for iphone and ipod-touch though
[19:55] <superm1> you just need to enable the ppa and update libgpod, and other related apps from the ppa
[19:56] <ScottK2> Cool.  Thanks.
[19:57] <superm1> have fun with it :)
[20:01] <superm1> wonderful.  newer alsa-driver/alsa-lib/alsa-utils does appear to fix it.  thanks crimsun
[20:01] <ScottK2> superm1: One comment on your version numbering...  2:1.4.8-0ubuntu1~gutsy1+ppa1 is a higher version number than an official backport might get.  I'd suggest something like 2:1.4.8-0ubuntu1~gutsy1~ppa1 for future efforts.
[20:02] <superm1> ScottK, well the goal was to make it higher than the backport
[20:02] <crimsun> np.
[20:02] <superm1> because the backport isn't rebuilt against libgpod3
[20:02] <superm1> whereas this is
[20:03] <ScottK2> Understand.  Generally I think it's better to keep ppa versions lower than official ones.
[20:04] <superm1> agree to an extent
[20:04] <superm1> someone using a ppa will probably want the ppa to be a higher priority than a regular archive while they are on say gutsy
[20:04] <superm1> but when they upgrade to hardy
[20:04] <superm1> they'd like the hardy version to take priority
[20:05] <superm1> even if they still had the ppa one installed
[20:08] <superm1> so for example the other day when that amarok backport came through, there were posts on the forums of people not sure why all of a sudden "artwork stopped working when they did an update", but it was because the ppa was lower than the backport version
[20:14] <ScottK2> Right, but someone using a PPA had to set it up explicitly.
[20:14] <ScottK2> It might be useful to recommend someone installling from PPA not enable backports.
[20:15] <ScottK2> superm1: It all installed fine, but it doesn't seem to want to connect via Amarok.
[20:15] <ScottK2> I can browse the iPod just fine with D3lphin.
[20:15] <superm1> ScottK2, hm.  you can attempt gtkpod instead.
[20:16] <ScottK2> It asks me for a pre-mount command.
[20:16] <superm1> you shouldn't need one for the nano/classic
[20:16] <ScottK2> OK.
[20:16] <superm1> only the iphone/ipod touch need them
[20:18] <ScottK2> I'd like to get amarok working, so I'll fiddle with it a bit.  Thanks.
[20:19] <ScottK2> superm1: Do I need ipodslave?
[20:19] <superm1> ScottK2, ah i had assumed it was installed by default
[20:19] <superm1> in kubuntu
[20:19] <superm1> there is a kde io slave you need for it yes
[20:20] <ScottK2> OK.  It wasn't.
[20:20] <ScottK2> I don't think.
[20:20] <ScottK2> Thanks.
[20:20] <superm1> that's probably worth adding to the wiki pages
[20:21] <ScottK2> You mention it on yours.  That's how I knew to ask.
[20:26] <ScottK2> superm1: That did it.  Thanks again for all your help.
[20:28] <superm1> no prob
[20:28] <superm1> ScottK2, if you get a few moments, maybe can you make another wiki page explaining what is necessary for the newer nanos/classics then?
[20:49] <sommer> merry x-mas all, is there a debootstrap script for hardy?
[21:03] <superm1> sommer, yeah grab debootstrap from hardy repos and you can debootstrap into it
[21:04] <sommer> superm1: ah... thanks man
[21:05] <superm1> np
[21:23] <imbrandon> ScottK2 / superm1 : no i never got arround to filing the MIR for ipodslave
[21:24] <superm1> imbrandon, are you going to?
[21:24] <superm1> i suppose it would make sense to at least be a recommend on amarok
[21:24] <imbrandon> superm1: yea, i had planned to
[21:25] <imbrandon> infact i might have even done the MIR for it but not the actual work
[21:25] <imbrandon> not sure, i need to follow up
[22:11] <jas01> What would you recommend for someone who wants to get into ubuntu development? I mean as far as programming languages and a starting point?
[22:14] <Larose> Which package creates /lib/modules directory ?
[22:20] <Vorian> merry christmas :)
[22:20] <Vorian> how can I fix this error? http://pastebin.com/m78929a0a
[22:27] <awen_> Vorian: are you sure you have your own key in the gpg keyring?
[22:28] <awen_> jas01: I just started contributing, and started by trying to fix some bugs... you can start by reading here https://wiki.ubuntu.com/MOTU/Contributing
[22:29] <awen_> jas01: but if you know a certain programming language i'm pretty sure, that help is needed, but i don't know that much about that... atm it seems the christmas quietness finally has arrived here ;)
[22:30] <awen_> Larose: run "dpkg -S /lib/modules" to see which packages you have installed which will create that directory
[22:32] <Larose> awen_: ok! thanks :)
[22:33] <jas01> awen_: thanks
[22:34] <awen_> jas01: but if you are planning to learn some language, it seems that python programmers is highly needed for a lot of smaller configuration tools etc. both for kubuntu and ubuntu :)
[22:36] <awen_> Vorian: "gpg -K" lists the secret keys you have in the keyring; check that the emails you uses is on the list
[22:38] <jas01> awen_: i'm glad to hear that because I enjoy working with python. i assume that shell scripting is another large part of package development
[22:40] <Kmos> update topic.. REVU is back =)
[22:42] <awen_> jas01: haven't worked with it myself; so try to avoid bugs from python based packages atm :) ... but then i'm sure that something might be around
[22:44] <awen_> have you tried asking in the #kubuntu-devel or #ubuntu-devel rooms... might very well be someone better to talk to there
[23:07] <Vorian> awen_, aye, it't correct
[23:07] <Vorian> (sorry, stepped away for a moment)
[23:09] <awen_> Vorian: kan you do a manual debsign?
[23:10] <awen_> kan=can
[23:11] <Vorian> yeah, it autosigned my .dsc
[23:12] <awen_> Vorian: so it signed it, but you still get an error?
[23:12] <Vorian> hmm
[23:12] <Vorian> never mind
[23:12] <Vorian> found the error
[23:12] <Vorian> sorry
[23:12] <awen_> Vorian: okay :)
[23:12] <Vorian> bad Vorian
[23:13] <awen_> Vorian: can happen to us all... it's getting late, at least where I am ;)
[23:13] <Vorian> hehe
[23:56] <awen_> night people