[16:10] hey [16:11] TheMuso, persia: Any suggestions for handling out of source cmake builds in a debian package? Currently, I'm having to cd into a dir that I create and && a bunch of commands together [16:13] You could write a build script, and then call that from debian/rules [16:13] Or patch the upstream build system to allow it from a single call [17:28] Ok this is mysterious; two maverick install discs fail at Select and install software. [17:28] Anyone else seeing that? [17:33] astraljava: again... [17:33] D'oh [17:33] astraljava: theres a step in the installer after it fails [17:34] if the failing install computer is online [17:34] it makes a webserver that you can go and get the logs from [17:34] astraljava: can/did you do that and see what package/s borked it? [17:34] holstein: Yeah I have installed it after that step, but the problem is that I've got 3G, which requires NetworkManager, which requires gdm... [17:35] AH [17:35] i saw other options for reporting, that was just the easiest for me since it was online [17:35] Downloading the image again, and will trytomorrow. [17:36] :/ [17:36] i should do that too [17:36] the 64bit ones [17:37] That's what I'm trying, guess I should get the 32-bit as well. IT should be finished overnight. :) [17:52] holstein: Sorry, I didn't read very well. I'll try that webserver thingie when I have installed the switch into the cabinet, so that I can network that machine locally. [17:54] ScottL, You might want to join #ubuntu-devel : sistpoty is currently verifying release delegates for flavours. [17:57] persia: Does he require someone's presence from the team? If Scott is unavailable, I can assist temporarily. [17:57] He needs someone to be officially responsible for review of any uploads that affect the release. [17:57] And I believe that is supposed to be one person. [17:58] Anyway, ask ScottL, or for clarification in #ubuntu-release for more details (I have an overview of procedure, and presence in lots of channels, but don't know this bit so well) [18:04] i accepted responsibility, although i don't necessairly expect too much to be exacted [18:05] Okay, that's good. :) [18:06] As long as you're following in -release, the few times something is raised, it ought be brought to your attention. [18:06] * persia is thinking about a WildMidi update that would include features, but doesn't think it's actually in the packageset [18:13] i'll add -release to my settings so i stay in the channel all the time then [18:33] You might want to idle in -devel also. You may or may not be interested in all traffic there, but that channel gets used a lot for inter-flavour coordination. [21:21] hi rlameiro [21:21] persia, i already have -devel in my default channels :) [21:22] Hey ScottL [21:22] #ubuntu-devel? [21:22] I just didn't see you three :) [21:22] rlameiro, have you had a chance to test the latest maverick ISO with the recently patched gnome-network-admin [21:22] persia: are you on the arm project? [21:22] i'm really curious how it works for wifi users [21:22] rlameiro, I'm in *lots* of IRC channels. I do some ARM porting, and have some ARM machines. [21:22] ScottL: not yet, trying to figure out ubuntu on my arm single computer... [21:23] persia: FTW [21:23] persia: beagle board? or some clone? [21:23] lol, everytime i see that i don't read that as "for the win" ;) [21:23] it comes from being influence by nihilistic 80's metal :P [21:24] he he, right now i am converting a vmware vm to quemu bin, to convert it back to vbox.... [21:24] my pc is on FIRE [21:24] rlameiro, I've a beagle, a QNAP TS-119, a Kurobox, an n810, a netwalker, and an SLC-3100. Only the Beagle can run maverick, so the rest aren't really running proper Ubuntu. the beagle is my least favorite, but I wanted to keep things in shape for when I can get supported hardware. [21:25] persia: nice:D mine is a beagle clone, but a little better [21:25] (oh, and both Sharp handhelds are dead in annoying ways) [21:25] its an IGEPv2 512Ram [21:26] well, yeah, ARMV7 its the way to go [21:26] Any ideas on why lash doesn't build? I'd like to get Studio running on arm. [21:26] the others are so slow... [21:26] persia: I am trying to do a FX box with it :D [21:26] Then you and I have similar goals there :) [21:26] persia: FTW [21:27] I will use puredata as a processing backend [21:27] Are there any missing packages that especially annoy you? I'll put them higher on my list for porting time. [21:27] making the patches for effects [21:27] persia: for now i just want to put it making sound:D [21:28] but the pd libs in debian would be nice:D [21:28] OK. You probably want to chat with mpoirer: I know he's looking into the ASoC on the beagles, and would probably appreciate testers. He's in -arm. [21:28] at least the new ones [21:28] Getting new versions is tricky, with the archive frozen, but getting stuff built counts as fixing release-critical bugs :) [21:28] i am there, my problem is that i cant tar my rootfs inside the VM [21:29] I booted one of the netbook images, and then uninstalled everything I didn't want, and installed stuff I wanted. I recommend trying that. [21:29] then you can just use apt-get to tune the system. [21:29] so i am porting my vm to virtual box, the igep guys give a vm with ubuntu in it, where you have all the toolchain to build kernels and rootfs for it [21:30] persia: problem with ubuntu images is that they need a first boot with DVI/hdmi [21:30] but i am running it headless UART/SSH [21:30] not good for me, so i need to build my own rootfs with rootstock [21:31] and also build the kernel with the preempt choice :D [21:31] Then I'm not the right person :) But ask in -arm, and I'm sure someone will help you. [21:31] For -preempt for omap, talk to mpoirer [21:31] persia: have you tried some LCD on the beagle? [21:32] No. I connected DVI to get it set up, and run headless as a buildd. It's lower-spec than most of my handhelds. [21:32] But, really, better to talk about armel in -arm [21:32] (unless you have studio-specific stuff, which I'm happy to discuss here) [21:33] persia: well, what is the best audio backen in arm? [21:33] oss or alsa? [21:33] this is inportant for studio :D [21:33] ASoC, which implements the ALSA interface. [21:34] Most of the vendors hire ASoC implementors during bringup. I haven't heard of much vendor support for OSS in armel. [21:34] persia: do you think we could make some "distro" for arm devices? [21:34] Sure. If we port all the apps, we can do a studio image for ARM [21:34] (assuming ScottL allows it, and we have testers) [21:34] well, some apps will not be nice in arm low end [21:35] we could make a stripdown version :D [21:35] The seed tools allow one to select different applications on a per-architecture basis, or we could do a "effects box" image for amd64/armel as a controllable tone generator. [21:36] thats the idea [21:36] Anyway, first get *your* machine working. Once that works, we can figure out what belongs on that kind of target, and then we can ask if we can make an image. [21:36] I was thinking in designing an app in python/gtk/qt to select things [21:36] something on top of say, ... jackrack or something [21:37] my idea was to make pd booting at startup and then having a control patch that would launch effects via outside commands [21:38] eitheir via OSC or MIDI or even direct TCP/IP [21:38] That, or make it just start everything by default somehow, and expect external MIDI/OSC controls [21:38] that will burn the processor :D [21:39] I even am reading DSP stuff to implement some of the pd Harder objects in the DSP [21:39] that would be awesome [21:39] FFT precessing without waiting [21:39] maybe there is something like that already [21:39] I'm not sure. [21:40] if the fftw3 lib is ported for the dsp it will be awesome [21:40] * persia tends to focus on having things exist before optimising them [21:40] persia: anyway, first things first [21:40] Anyway, time for food [21:40] i will also talk with the people of puredata [21:41] there is a lot of fuzz on the embedded and pd [21:41] it runs already on the iphone/ipod [21:41] and preliminary steps in android [21:42] Please: let's get Ubuntu on that list :) [21:42] yeap [21:42] ubuntu-arm :D [23:47] rlameiro, you still around? [23:47] i've begun to update the FAQ page: https://help.ubuntu.com/community/UbuntuStudio/FAQ [23:48] i not only restructured it a bit, but i also added a SoftwareSelection link where i'll start documenting reasons we include or exlude applications [23:48] (i think we were talking about this before) [23:48] i've been talking with holstein about it as well [23:49] i encourage you to add whatever you think is appropriate [23:49] . [23:50] rlameiro, i would also encourage you to add a pure data workflow (and any other academia ones you can think of) to https://wiki.ubuntu.com/UbuntuStudio/Workflows [23:50] i'll be adding to this page over the weekend as well [23:51] rlameiro, i don't remember if i told you or not, but instead of being an "application factory" where we try to included everything available without any coherent association [23:51] we will be focusing on tasks, specifically how to accomplish specific tasks [23:52] if we develop a workflow to accomplish a task this will provide reason for an application's inclusion [23:53] this will help us re-evaluate package selection in ubuntu studio [23:53] defining a workflow will also provide a skeleton from which to develop documentation [23:54] hopefully, this will yield a leaner, more focused and usable ubuntu studio [23:54] ok [23:54] it seems very good idea [23:54] i don't claim credit for this idea, it was persia 's idea, i hope i am able to effect it though :) [23:55] rather i hope i have the ability to effect it [23:55] . [23:56] persia, i should be adding a section to the FAQ listed above about why ISO's will continue to be made for ubuntu studio vs. ubuntu livecd & ppa installation [23:57] i feel this would be important to document and continue to append to the list when new reasons are remembered, discovered, or developed [23:57] * persia doesn't deserve credit either: the idea of workflow-based usability was collaborative between both of us in combination to a general atmosphere of focus on usability in Ubuntu these days. [23:58] troy has been preaching something akin to this, but in a less concise and palatable manner :P [23:58] ScottL, That's a good idea, and it becomes even more important as we trend towards a single high-performance kernel for Studio and Desktop, because it's just not going to perform well running from CD or USB. [23:59] usually troy is more "its crap and there's no reason for doing the things you are doing....arrgghhh! no reason, NO REASON!" [23:59] lol [23:59] troy knows far too much about this, and so tends to use technical meanings of terms we often consider just words. The concept of "audience" usually takes 20-30 thinkings about before one understands it doesn't mean "the people who see things" except when it does, for example.