[04:27] <ailo> len-dt: I think it would be great if you're able to create a clear case of xruns due to IRQ sharing, and see whether the rtirq srcript helps or not
[04:28] <ailo> I should try to do that as well
[04:28] <len-dt> ailo, sounds like work... 
[04:28] <len-dt> I don't know If I can force sharing.
[04:29] <len-dt> The only slot that shares is the one that shares with usb which I don't use.
[04:30] <ailo> So, you were having issues only because of the IRQ number being too high
[04:30] <len-dt> ailo, I very definately had xruns when downloading software when the NIC was using int 23
[04:31] <ailo> I still think something must be causing the problem, something at a lower number maybe
[04:31] <ailo> NIC?
[04:31] <len-dt> network interface card
[04:32] <ailo> Someone should make a hack to the kernel that makes these IRQ problems go away :)
[04:33] <ailo> len-dt: At least it would be interesting to see the difference for you, with or without the rtirq script
[04:34] <len-dt> ailo, not sure what happened. Mouse vanished and things froze.
[04:35] <ailo> len-dt: If you could set the NIC card back where it was, and try with/withoutrtirq script
[04:35] <ailo> I will try to duplicate your problem
[04:35] <ailo> I have a wifi card I can use
[04:35] <len-dt> ailo. ok, it will have to be another day.
[04:37] <ailo> len-dt: Also, it might be interesting to test the -realtime kernel as well, in aboganis repo
[04:37] <len-dt> The ensoniq messed with things when it was higher too... even having the module loaded first seemed to make a difference.
[04:37] <ailo> If the -realtime is better at solving this irq problem, than it would be bad news I think
[04:38] <len-dt> The RT kernel might give me better -p 32 stuff... 
[04:38] <ailo> If the -realtime is slightly better in general, then I think it's no problem
[04:39] <len-dt> -p 64 seems to be pretty stable even with PA-jack running.
[04:39] <ailo> But, if it's clearly better at this IRQ stuff, than -lowlatency will be much more limited
[04:40] <ailo> -p 64 is a good lower limit I think, for the larger mass
[04:40] <len-dt> I have found that PA starts to use a lot of cpu as Jack's latency goes down
[04:41] <ailo> Yes, but I don't think it causes any performance issues.
[04:41] <len-dt> But if  I unload the jacksink module pulse seems to use next to nothing.
[04:43] <ailo> I mean, it doesn't result in any audio drop outs. For people who want to limit their CPU, it will happen only when they are using loads of resource demanding realtime audio processing software
[04:43] <ailo> Advanced reverbs, that sort of thing
[04:45] <len-dt> I don't really know what the boundaries are. Synths use up resources pretty quick too. I found just playing too many notes at the wrong time took cpu to 100% and gave dropouts. I haven't really tried that since I moved cards though.
[04:46] <ailo> That sounds bad.
[04:46] <ailo> I have very limited experience in various soft synths
[04:46] <len-dt> Well my son (6yrs) was basically leaning on the keyboard :-)
[14:21] <scott-work> i see the studio images are being rebuilt and an "test the official RC" email went out
[19:18] <acmeinc> Is anyone else noticing the xfce4 menu lacks an icon for Accessories and Internet?
[19:30] <len-dt> acmeinc1, and some others we don't have apps for. (education)
[20:27] <scott-work> acmeinc1:  is this a problem in today's iso image?
[20:27]  * scott-work believes we have had icons for these menus in previous images, or would be very surprised if we didn't notice this before
[21:04] <len-nb> scott-work There are icons but they are default not menu item specific.
[21:05] <len-nb> It is easy to miss, The default looks ok for accessories, but not for network.
[21:21] <len-dt> scott-work xfce-accessories.directory lists the icon as applications-accessories. a search of the /usr/share tree for *accessories* gets nothing.
[21:21] <scott-work> len-dt: sorry if i'm slow on this, did something change some where along the line or has this been the behaviour for a while?
[21:23] <len-dt> could have been for a while. because there is an icon showing it is not obvious. could be an xfce problem. I'm still looking. Just figured out I did the search wrong.
[21:24] <len-dt> Hmm. there are icons.
[21:25] <len-dt> scott-work, what icon theme are we using?
[21:25] <astraljava> greybird?
[21:27] <len-dt> astraljava, nope, not in the list. 
[21:28] <len-dt> elementry Xfce dark
[21:29] <astraljava> Ahh yeah. Sorry, I mixed the things up.
[21:29] <len-dt> Not much in there. Where does it default to for icons missing from the theme?
[21:31] <astraljava> I have absolutely no idea. I have sort of relied on others for appearance issues,
[21:32] <len-dt> elementary-xfce has them.
[21:33] <astraljava> len-dt: You will want to talk to ochosi on these matters. (better reachable on #xubuntu-devel)
[21:34] <len-dt> astraljava, elementary does not either and that should be the fall back.
[21:34] <len-dt> I think we were using the xfce one before.
[21:34]  * len-dt has to pick up son from skool
[21:35] <astraljava> Could be. Like I said, I have zero clues on such matters.
[21:40] <scott-work> leaving work now 
[22:02] <len-dt> astraljava, there is an index.theme in the elementary-xfce-dark directory. It says that it Inherits=elementary-xfce
[22:03] <len-dt> and elementary-xfce says Inherits=gnome,hicolor
[22:05] <len-dt> elementary-xfce has the icon we need... why doesn't it show?
[22:07] <len-dt> I wonder if size matters.
[22:13] <len-dt> hicolor is supposed to be the falback theme, but it has no icons in catagoies at all.
[22:33] <len-dt> ScottL, when you get home... I found it. In our menu file we include Utility.directory instead of xfce-accessories.directory, Education.directory instead of xfce-education.directory, Network.directory instead of xfce-network.directory, GnomeScience.directory has no equivalent.
[22:36] <len-dt> Probably... not sure, the science section could be eliminated. If the user installs a science program it would show as "other".
[22:38] <ScottL> len-dt, good work!
[22:38] <len-dt> I think we lost them when we cleaned up some of the gnome stuff. It used to be there.
[22:38] <ScottL> maybe micahg could advise if this can be handled before release or should resolved after with an SRU
[22:39] <len-dt> In any case the other bugs with the same file should be fixed at the same time.
[22:42]  * len-dt means other obvious bugs.
[22:48] <len-dt> other being zynjacku moved to synths frrom effects and xfce-mixer and mudita execpted from multi-media.
[23:11] <len-dt> ScottL, I have a fixed file, can I send it to you?
[23:13] <len-dt> The file is tested and works.
[23:25] <ScottL> i'm trying to save it locally
[23:26] <ScottL> len-dt, can you try it again please
[23:27] <ScottL> okay, i said accepted and hit the save button so hope this works
[23:28] <len-dt> I am not seeing progress.
[23:28] <len-dt> I may have to email.
[23:30] <len-dt> It timed out.
[23:33] <len-dt> ScottL, the gmail account ok?
[23:39] <len-dt> ScottL, sent it your email at gmail. I am not sure what went wrong with the transfer, but it timed out.