[05:46] ailo, automatic updates... What we turn off in xfce settings only turns off the notification of updates, the actual net traffic to find out if there are any updates still happens so long as cron/anacron is running. [05:49] ailo, xchat is now connected to ubuntustudio, ubuntu, #opensourcemusicans and #xubuntu [05:53] len-dt, automatically? humm. [05:54] knome, which comment were you commenting on? [05:55] len-dt, xchat being connected [05:55] len-dt: We should turn off the updates all together, wherever it's done. [05:56] xchat dosen't start automatically. [05:56] yes, nontheless. i'm not completely sure about opening with #xubuntu, still [05:56] ailo, cron does that and other things [05:59] Ok, not sure where to go with it then. [05:59] len-dt: /etc/apt/apt.conf.d/10periodic [05:59] APT::Periodic::Update-Package-Lists "1"; [05:59] Should be "0" [06:00] Should be adjustable from the update manager [06:00] If not adjustable from any gui that is preinstalled, we might need to add that to -controls [06:01] There are the other options too [06:01] All of them should be "0" [06:01] If that doesn't take care of it, then I don't know [06:02] from the update manager settings in the updates tab, it can be set to never. [06:02] len-dt: Sounds good. [06:03] (also daily, weekly etc. [06:03] We should just make 0 default, and let the user change that later, if they want [06:05] ailo, if you do that though, you probably should mention that somewhere visible :) [06:06] knome: We should probably mention it somewhere, but people who are used to multimedia work, especially audio will expect updates to be turned off by default [06:06] under "care and feeding of UbuntuStudio"? [06:06] ailo, mmh. but studio isn't just audio, is it? :) i think graphic artists, on the contrary, always want the latest tools.. [06:07] (even if that meant just bugfixed stuff - inkscape is oh so crashy anyway!) [06:07] The only reason to update is if something is not working in the first place [06:07] And then you do it manually [06:08] Updating is a potential danger [06:08] checking for updates will also stop from checking for security updates too [06:08] knome, ailo and I differe on this, I feel just turn cron and friends off while recording and on when not, ailo feels it should just work [06:08] That's important for server people, not multimedia people [06:08] wait... security is not important for ubuntu studio users? [06:09] knome: Give me an example of such an update [06:09] it depends if the net is connected. [06:09] There's no reason to change something that already works [06:09] ailo, say, a firefox update that fixes a security bug that could damage your data. [06:10] It's still best to have it off by default [06:10] i don't believe there is much need to justify security updates [06:11] I haven't seen a single update that has had that sort of impact on a LTS, other than in theory [06:11] Or any release for that matter [06:11] Also, if you want to keep your box tidy and working, you might do as holstein. Keep the same install for years, without updating [06:12] Graphics artist might install more often [06:12] it's your choice. i'm just giving some insight [06:12] just please remember ubuntu studio is just not for audio [06:12] if it is, please rename it as ubuntu music studio [06:13] len-dt: My view is that if you can do it without modes, why use modes? [06:13] len-dt: No reason to add complexity, if not needed [06:13] The less the user needs to worry about the better [06:14] ailo, I know, there are two sides... I could argue with myself... and loose [06:14] "this site says ubuntu receives security and other updates, but i haven't seen a single one... am i insecure?" [06:14] s'pose that's not worrying :) [06:15] Frankly, having updates on Ubuntu Studio seemed unproffesional to me [06:15] again i believe that's from the audio POV? [06:16] Suitable for a web browsing computer, but not for a workstation meant to use all of the system performance for only what you are using it for directly [06:16] You don't want popups [06:16] It's better to have manual control instead [06:16] i'm not saying it should be on all the time [06:16] If someone wants to update, just do it [06:16] just make it clear that the updates are really turned off [06:16] The update manager is still there for anyone who wants to use it [06:18] For audio the problem is of course most relevant. You don't want to start recording, and find an automatic update caused clicks in your recording, especially if you can't do retakes [06:19] of course [06:19] ailo, ok, so why do we run popularity-contest, logrotate? (check out /etc/cron.daily) [06:19] len-dt: Don't ask me :) [06:19] And there are others. [06:19] The intial configuration should be as good as it can get for any workflow you choose to do [06:20] Tweaks beyond that should either be for troubleshooting, or for personal preference [06:22] len-dt: I've never really had a look at what processes Ubuntu Studio has. I do feel that during Gnome2, the system was very minimal and responsive, having much less bloat than Ubuntu. Since we went for XFCE, I haven't really had the time to investigate. Have only been using user desktops, and haven't gone through the trouble of installing a production machine, as I will need to before this autumn [06:23] Computers are a bit faster now, and many things change [06:23] ailo, that was my feeling the first time I ever looked at ps x [06:24] ailo, Computers are a bit faster, but running more extravagant software negates that. [06:25] ubuntu tries to automate everything. It takes cpu cycles [06:26] len-dt: Maybe not. Even with high cpu load, you don't nessecarily get any problems. It all depends on what prio the processes have and what they are doing, etc. [06:27] Last year, with gnome-shell, or unity, on a standard Ubuntu install, with the -lowlatency, I had no problems. The kernel was a bit more responsive back then too [06:29] ailo, one example. rtirq sets priorities... snd first then USB. one user has a PCI sound interface, the other has a USB interface. rtirq is wrong for one of them. [06:29] I think you might not have gotten better results with a super minimal desktop, maybe not even without graphics at all [06:30] len-dt: Yea. It's not good if it causes problems. [06:31] As often, it doesn't even solve any [06:31] For some it's essential [06:31] I was thinking about the possibility of a gui control for it [06:31] Thats what modes is. [06:32] Two settings, one click to change. [06:32] How does that change the rtirq? [06:32] Also, maybe the script could be enhanced [06:32] Run it against two configs of need be. [06:34] I have no problem with investigating modes. I'm all for it. But, I don't think it's the place to start off. Rather the place to end up in as a last resort [06:35] I'm 50/50 on that... one of my machines needs it for sure the other has less uses and so doesn't. [06:36] A desktop machine with one use in mind, just needs permanent tweaks. [06:36] I'd rather see about fixing everything that can be fixed statically first [06:37] Damn, it's not even hot here, and I'm sweating [06:38] this is our first warm weekend... we are all to hot. [06:41] a laptop that gets used for everything from games and browsing to maybe some accounting with sql running and oh by the way we want to be able to record or run the guitar through it too, needs an off switch for all the junk [06:42] Even while accounting with sql turned on, it might be nice to turn everything else off. [06:43] (SQL eats memory worse than almost anything) [06:44] I guess it's kind of a nice feature to be able to get good performance, even when the system is totally messed up :). But it's also a bit up to the user. Even if the initial install is super, it is possible to mess it up [06:45] It is not messed up just because the user wants to use the system more than one way. [06:45] I haven't looked more closely into the mods thing, but from what I've gathered, there are things that get turned off that you might not want to [06:45] The main user of US will want just an audio machine or just video [06:46] They will want to set and forget. [06:46] I don't think used modes is a good "general" approach anyway [06:46] suing* [06:47] uh oh it s legal action now ;-) [06:47] hehe [06:47] using* [06:48] But let's say there is a mode that gets automatically turned on with jack [06:48] And you can tweak what the mode will do [06:49] The initial mode should be more or less what a normal install would be [06:49] In a preference window you could choose to toggle things off [06:50] Ya. [06:50] Thats the idea. [06:50] I could live with that. Especially if I didn't need to bother even knowing it happened, as long as I didn't need to [06:51] We could add the mode preferences to -controls [06:51] That would be a good place. [06:51] And if a workflow bar is ever created, the -controls could live there [06:53] len-dt: A system like that might become the envy of the linux audio world ;) [06:53] Could do that or even be a part of it... but two separate pieces would be more flexable. [06:53] I'm going to try keep -controls in modules as much as possible [06:54] There's a menu in the indicator bar, but the menu items are each separate programs [06:54] No need for envy... anyone can have it ;-) (I get the drift) [06:55] So, a mode preference item would also be a separate program [06:55] The menu would mostly just open them [06:55] Also, the icon in the menu might change color if there is something wrong [06:55] I would like the naming to be generic so it could get used even outside audio. [06:56] I did a startup script last year for checking if the system was well tweaked for audio. If it wasn't, a popup after booting would let you know you should configure using -controls [06:56] The mode program I have been using is a tray item, The icon in the tray shows what the mode is. When clicked on there is a drop down menu to choose the new mode. [06:56] Ok [06:57] I think I'd rather have the mode enabled with jack, and that in preferences, you can make it not run [06:57] one of the dropdown menu items should/will be the config part. (call it controls or whatever. [06:58] I think a config window should be enough [06:58] The actual mode change is done with a CLI command. so it would be possible to have Jack prerun it. [06:58] and post stop it. [06:59] * len-dt does simple stuff... as few lines as he can. [06:59] simple is best :) [07:00] anyway, it is late for me, midnight, I should go to keep wife warm... [07:00] GN [07:00] GN len-dt [14:30] ailo: yup... the idea of ven upgrading my production rig to 12.04 is daunting [14:30] "if it aint broke", ya know? [14:31] i think we are just mostly audio guys here, which is not bad necessarily [14:32] i look forward to cultivating some more video heavy users [14:32] Its good for me I am learning lots ;-) [14:32] i know Scott was doing some video [14:33] video takes a whole different artistic bent. [14:33] its such a commitment... new software and workflow [14:34] i cant casually keep up with it to provide better support [14:34] well... i could, but im not going to take the tie it would take [14:34] The videos I have seen from Scott so far, show good use of of tools, but the content is less than stellar. Good how to stuff. [14:34] yup... he's doing great at learning the ropes and showing what can be done [14:36] It is like me with keyboards, I can make a few chords and understand the midi specs and what it does... but I am no keyboard player [14:36] you N.A.R.K. ! [14:37] im a nark and a narg [14:37] not a real keyboardist/guitarist :) [14:37] :-) [14:38] i can do OK at fielding some midi questions [14:38] I could say the same... it is easy to see what I can't do. [14:38] i can help folks find things too.. but with video, i got no clue [14:39] Ya, if the program description says video it might work... [14:39] that too... and you might not be able to use one program for everything [14:39] If it says "player" probably not. [14:41] I do have a pretty good idea how a video workflow goes, I used to work in TV, but it was all analog. [14:41] early 80s [14:41] yeah, its all different [14:41] i feel like if you know a professional workflow for audio, JACK really makes sense [14:41] Just not all real time-ish [14:41] some of the other stuff we have too... im not sure that is true for video [14:43] The one thing I find missing from video equipment is timecode [14:43] The video to sound has to be synced by eye. [14:44] We used to run TC cables to everything. [14:44] One master clock [14:45] gtg... bbl! :) [14:45] len-dt: No work on that? midi? jack? lv2? [14:46] It has to do with the camera hardware [14:46] I think the video file format can handle it ok. [14:47] But the TC has to be added at the camera for it to be any use. [14:48] And as with audio, any two cameras will drift with time from each other. [14:50] For short videos it doesn't matter as we are not as sensitive to video/audio match up as we are to stereo match up for example. [14:51] Recording sync is one thing [14:52] Mixing another [14:52] Both need to have sync [14:53] In audio SW we keep very close tabs on latency so we can keep sync, I don't know that video SW pays as much attention. [14:55] Maybe it doesn't need to. A video that just has one shot from start to finish (goes around the world?) would be boring. [14:57] The timecode needs to be relevant [14:57] Otherwise, how will you know where to cut in audio? [14:57] The workflow might change depending on the material for video. A live event starts with the audio and puts video on top, a movie starts with video and does audio after. [14:58] in the video world the timecode is based on real time. [14:58] Real time as in wall clock [16:36] ailo_, in the blue prints there is mention of removing thunar or at least replacing it for the desktop. [16:36] The list of things that depend on it is quite long.