[01:23] <FloodBotK1> !netsplit
[01:36] <admini_> Having trouble with rekonq browser, any suggestions?
[01:38] <admini_> no one is really here
[01:49] <monkeyjuice> i use chrumium ;)
[01:49] <monkeyjuice> sorry chromium
[06:28] <M_Kay> hi which tool can extract audio all/a certain audio tracks from a video if there is more than 2?
[06:30] <valorie> probably ffmpeg?
[06:30] <valorie> very configurable
[06:30] <valorie> not very user friendly, though
[06:32] <M_Kay> i would like to have a tool with GUI :D
[06:39] <valorie> M_Kay: VLC maybe be able to do that; I'm not sure
[06:39] <valorie> Kdenlive probably would as well
[06:40] <valorie> Blender perhaps can as well?
[06:43] <M_Kay> i tried kdenlive but it extracted only one track
[06:44] <M_Kay> vlc and blender ill try them
[06:50] <valorie> M_Kay: best of luck
[06:51] <valorie> if nothing else, the kdenlive guys might be some help
[06:51] <valorie> #kdenlive
[06:54] <M_Kay> thx for the advice!
[10:16] <fluxbox> My system is running very unstable
[10:16] <fluxbox> can any recommend me a help chat on this network ?
[10:26] <ikonia> fluxbox: what OS are you running
[11:12] <akoma1s> Hi! Internet searches so far haven't been that fruitful. Anyone knows if LibreOffice 4 in Raring supports the Global Menu (as implemented in plasma-widget-menubar) with the KDE4 VCL plugin?
[11:13] <apachelogger> VCL?
[11:13] <apachelogger> generally speaking it supports the global menu specification though
[11:13] <apachelogger> whether it specifically works with plasma-widget-menubar I do not know
[11:15] <akoma1s> "SAL_USE_VCLPLUGIN=gtk loffice" hides the menu bar from the window, it's not appearing in the widget however.
[11:15] <akoma1s> With any other choice, including kde4, the menu bar stays in the window
[13:45] <BluesKaj> Hiyas all
[13:51] <Guest91442> # dev /
[14:39] <tester56> hi ... i have a problem with pm-utils ... i have a script of the following form:
[14:39] <tester56> #!/bin/bash
[14:39] <tester56> if on_ac_power; then
[14:39] <tester56> # Reset back to normal settings
[14:39] <tester56> else
[14:39] <FloodBotK1> tester56: Please don't flood; use http://paste.ubuntu.com to paste; don't use Enter as punctuation.
[14:39] <tester56> # Turn on aggressive power savings
[14:40] <tester56> everything in the section else gets executed with root rights
[14:41] <tester56> i need to run some commands only root can run ... so they don't work with sudo
[14:41] <tester56> but the commands in the first section do not get run with the rights needed
[14:41] <tester56> how can i change this?
[14:45] <tester56> so it seems pm-utils calls the scripts in /etc/pm/power.d with different rights when i plug the power on and off
[14:45] <tester56> power off: full rights
[14:45] <tester56> power on: no sufficient rights to write into /sys/class/scsi_host/host0/link_power_management_policy
[14:46] <tester56> is this a bug or can this be changed somewhere?
[14:47] <akoma1s> tester56: add a "logger -t myscript `id`" in that section and watch the syslog for the result
[14:49] <tester56> which file should i read exactly?
[14:49] <akoma1s>  /var/log/syslog
[14:50] <akoma1s> press G to reach the end fast
[14:50] <akoma1s> (if using less(1))
[14:51] <tester56> Jul  1 16:50:24 Precision-M4600 myscript: uid=0(root) gid=0(root) groups=0      (root)
[14:51] <akoma1s> mind doing a pastebinit <your_script_file> and pasting the address here?
[14:52] <tester56> give me a second
[14:53] <tester56> http://pastebin.com/APjxYTeK
[14:54] <tester56> file is called powertop.sh
[14:57] <tester56> akoma1s: for example: echo 'min_power' > '/sys/class/scsi_host/host0/link_power_management_policy' gets applied in the second section, but not in the first
[14:57] <tester56> if I apply it after running sudo su it works
[14:58] <akoma1s> try put a "sleep 5" right before the line that fails
[14:58] <akoma1s> putting*
[14:58] <tester56> i have tried that already
[14:58] <tester56> did not change anything
[14:59] <gera1080> op
[14:59] <gera1080> ^-)
[14:59] <gera1080> :-)
[15:01] <tester56> akoma1s: any other ideas?
[15:02] <akoma1s> just getting up to speed with pm-utils :)
[15:02] <tester56> that means?
[15:02] <tester56> i have even tried putting the commands in an external script that is being called ... no change
[15:02] <tester56> things some commands don't get applied
[15:03] <tester56> while all the commands in the second section are applied sucessfully
[15:03] <tester56> i can even write sleep 30 and things don't change
[15:03] <tester56> bug if I run the command manually after becoming root (sudo su) it works
[15:03] <tester56> *but
[15:04] <tester56> but the rights seem to be fine?
[15:04] <akoma1s> Does running the 'min_power' command by hand when on ac power work?
[15:05] <tester56> yeah as I wrote "but if I run the command manually after becoming root (sudo su) it works"
[15:05] <akoma1s> right, sorry
[15:05] <akoma1s> one sec
[15:09] <akoma1s> how did you determine that it can't write to that file?
[15:09] <tester56> 3 commands don't get applied: line 13, line 7 and line 5
[15:09] <tester56> by checking with powertop
[15:10] <akoma1s> so, instead of min_power it shows max_performance after you plug in the ac adapter?
[15:10] <tester56> yeah
[15:11] <tester56> vim /sys/class/scsi_host/host0/link_power_management_policy
[15:11] <tester56> shows me max performance
[15:11] <akoma1s> ok
[15:11] <tester56> strange issue
[15:12] <tester56> has the script the most powerful rights available?
[15:12] <tester56> i suppose no
[15:13] <tester56> the thing is: the script gets called two different times ... and i suppose one time sth. is wrong
[15:14] <akoma1s> if it is run by pm-utils it should
[15:14] <tester56> your myscript test says for both times the same
[15:14] <akoma1s> could you insert a "exec >/tmp/myscript.$$.log 2>&1" after the shebang line?
[15:14] <tester56> shebang line?
[15:14] <akoma1s> the #! line
[15:15] <tester56> and then?
[15:15] <akoma1s> and replug the power adapter
[15:16] <akoma1s> afterwards check /tmp for myscript.*.log files
[15:16] <tester56> no change
[15:17] <tester56> logfiles are emtpy
[15:17] <tester56> very strange
[15:17] <tester56> at least it should complain about missing rights
[15:18] <akoma1s> indeed :/
[15:18] <tester56> any other idea?
[15:18] <akoma1s> could you check if there is a space character right before the "#!" ?
[15:18] <akoma1s> it shouldn't matter however
[15:18] <tester56> yeah there is one
[15:19] <akoma1s> try removing it
[15:19] <akoma1s> you were lucky it ran at all :)
[15:19] <tester56> no :-(((
[15:19] <tester56> no change
[15:19] <akoma1s> sigh
[15:19] <tester56> what could be wrong?
[15:20] <akoma1s> try changing the echo 'min_power' in the first section to echo 'garbage', just so can be sure we get the error messages logged
[15:20] <akoma1s> so we*
[15:22] <tester56>  /etc/pm/power.d/powertop.sh: line 12: echo: write error: Invalid argument
[15:23] <tester56> is there a way to check if it gets applied and is then overwritten by the hardware instantly for any reason?
[15:23] <tester56> but it has to be the hardware that overwrites, otherwise we would see an error message
[15:25] <akoma1s> ...or the kernel, for some reason
[15:25] <akoma1s> there may be, I'm looking into it
[15:25] <akoma1s> normally you'd use inotify
[15:26] <tester56> can you reproduce the issue on your machine?
[15:27] <akoma1s> that's the next item on the plan :)
[15:29] <tester56> but if the kernel would overwrite it ... why not overwriting when manually appling too?
[15:30] <akoma1s> heh, just noticed the /usr/lib/pm-utils/power.d/sata_alpm file
[15:30] <akoma1s> this may be the culprit
[15:31] <tester56> true) [ "$SATA_ALPM_ENABLE" = true ] && set_sata_alpm min_power;;
[15:31] <tester56>  39     false) set_sata_alpm max_performance;;
[15:31] <tester56> *without the 39
[15:32] <tester56> sound very promising :-))
[15:32] <akoma1s> yeah, looking for the correct place to set the SATA_ALPM_ENABLE variable now :)
[15:32] <tester56> and let me guess ... that script is executed after my script?
[15:33] <tester56> this would explain why my script does not work, does not matter how long I sleep
[15:33] <akoma1s> powertop.sh sorts before sata_alpm
[15:33] <tester56> so it is pm-utils itself preventing the script from working, right?
[15:34] <akoma1s> so probably it's running after your script, indeed
[15:34] <akoma1s> yes, but I wouldn't advise removing it :)
[15:34] <tester56> that behaviour should be changed ... why writing a script when it get changed again
[15:35] <tester56> okay it does not matter ... the main thing is that everything works when the power source is unplugged
[15:35] <tester56> I'll leave it there, now where we have found the reason
[15:36] <tester56> sure this is the reason?
[15:37] <akoma1s> moving it out of the way temporarily
[15:37] <akoma1s> try moving*
[15:38] <tester56> haha ... moving it out of the way works :-))))))))
[15:40] <tester56> i suppose the other files are responsible for the other problems
[15:40] <tester56> so now it would be nice to find a way to change the priority of the scripts
[15:41] <tester56> or should I place my scipt in /usr/lib/pm-utils/power.d/ ?
[15:41] <akoma1s> an easy way out could be renaming your script to zzz_powertop.sh
[15:42] <akoma1s> so it sorts last of all other scripts
[15:45] <tester56> solves all issues apart from line 5
[15:45] <tester56> so there is another part involved :-(
[15:45] <akoma1s> the "iw dev wlan0 set power_save off" ?
[15:46] <tester56> yeah
[15:46] <akoma1s> does this work when running it by hand?
[15:46] <tester56> yeah
[15:47] <tester56> erm .-... NO
[15:47] <tester56> thought i have tried that on before :D
[15:47] <akoma1s> :)
[15:48] <tester56> okay ... we'll leave it then ...
[15:48] <tester56> thank you very very much!
[15:48] <akoma1s> I was about to ask you what card you had, so I'd buy one for myself too :)
[15:48] <akoma1s> I have to reload the module to change the power settings
[15:48] <tester56> but in battery mode it works
[15:49] <tester56> i suppose this is a kernel thing ...
[15:49] <tester56> anyway thank you so much!
[15:49] <akoma1s> np :)
[15:49] <akoma1s> just a sec before you leave
[15:50] <tester56> okay
[15:51] <akoma1s> try  "ip link set dev wlan0 down; sleep 1; iw dev wlan0 set power_save off; ip link set dev wlan0 up" instead of that line
[15:51] <akoma1s> (you'll lose your internet connection temporarily)
[15:51] <tester56> not sure if I want to do this
[15:51] <tester56> do you want to know it ? then I 'll do it for you
[15:52] <akoma1s> no, it's okay :)
[15:52] <tester56> okay fine
[15:52] <akoma1s> I said it in case you really wanted it :)
[15:52] <akoma1s> one last thing
[15:52] <tester56> yeah?
[15:52] <akoma1s> use cat to peek at kernel config files, much easier than vim
[15:53] <akoma1s> (and works in every case)
[15:53] <tester56> okay
[15:53] <akoma1s> that's all, hf :)
[15:53] <tester56> are you an emacs guy? D
[15:53] <akoma1s> I like Emacs,
[15:54] <akoma1s> but I'm using kdevelop at the moment :)
[15:54] <tester56> lol ... thank you very much ... c ya
[15:54] <akoma1s> cya :)
[15:54] <techdion> hello
[15:55]  * tester56 leaves the chat as happy as never before
[16:11] <szymon_> hi
[16:15] <szymon_> hi how i can install java on kubuntu ?
[16:15] <szymon_> please help me
[18:16] <swex> hiall
[18:16] <swex> anybody else have 100 cpu on amarok?
[18:16] <swex> kubuntu 1304 last updates
[18:24] <tester56> akoma1s: wanna hear the next challange regarding my script?
[18:25] <tester56> akoma1s: it does not get run at boot so i would like to place someting in rc.local to make pm-utils run that script
[18:25] <tester56> akoma1s: any idea?
[21:09] <vbgunz> my mic used to sound perfect in kubuntu but for some reason, out of nowhere, out of the blue, I am noticing a statcy fizzy hissing anytime I talk. I just came from windows and in there it's flawless, really flawless, so I believe it can't be a hardware issue
[21:10] <vbgunz> anyhow, I have boost and input settings on so low here they're virtually near mute
[21:11] <vbgunz> I still get the popping fizzy fuzzy background noise when I talk or whisper, regardless of the input setting, low or high, boost or not. I am running out of ideas on what's causing it and even tried the low latency kernel and it didn't help. anyone have an idea how to fix this?
[22:04] <Patato> salveeeeee
[22:04] <Patato> sono millenni che non entro in irc
[22:05] <Patato> mi serviva aiutino per una mappatura di una tastiera
[22:05] <BluesKaj> !it  | Patato
[22:06] <Patato> tanks
[22:51] <evilcrazyman> #channels