[02:45] zequence, pulse-jack seems to have more issues in 12.10... worked better in 12.04 [02:47] I'll have to do more testing... but in 12.04 I could have pulse playing something direct to alsa and start jack no problem. Now, if I have used pulse to play something at all it doesn't seem to wish to give up the alsa port and jack fails to start. [02:48] I seem to have to kill pulse (respawn pulse) and then jack starts. Qjackctl also has to be restarted. [02:49] Jacks problem of being hard to stop is much better though. [02:50] I remember getting email that there was a new version of pulse going in... [02:56] zequence, it seems ok with any quick check. After a login it is fine. [03:01] run a video in firefox and pavucontrol show an alsa plugin container... start jack and the audio quits but jack errors. [03:03] Now stop the video and the alsa container is gone, but jack still won't start. pulseaudio --kill and wait for pulse to restart. [03:03] now jack will start [03:04] nope I had to exit jack first (jack_control exit then jack_control start) [03:07] So it seems once pulse has been used for anything, both jack and pulse have to be killed and restarted. (or exited anyway) [04:52] Weird, sometimes when PA is killed it resawns without the output port even when jackdbus is stopped. Ahh, the I want that port signal from jack is still there. [04:54] Something has gone strange in the dbus connection. I have not had jack fail to stop though. [05:08] until I said that.. [07:19] len-dt: I haven't done much testing with that [07:46] len-dt: Ah, not. The KX version is a lot more updated than the package in Quantal. Actually, the source for Quantal does not seem to have been updated since March [07:46] I'll try it out [07:47] If it works well, we should look at what source is available in Debian testing, and do a SRU [07:48] Hi zequence for which source? [07:49] smartboyhw: jackd2 [07:50] len-dt: I remember falktx was talking about there being some complications with dependencies, to get it built though [07:51] zequence, grrr [07:52] that is bad [07:55] len-dt: I'm not getting the stop jack error at all right now [08:01] len-dt: This is on the updated source [08:01] And from what I can tell, Debian hasn't updated their git tree, probably due to there not being a new jackd version yet [08:01] So, I'll ask them to update it [08:01] zequence, good:D [08:17] len-dt: I mailed debian multimedia team about updating the source. Until then, if you like, do try the kx versions, and see if you can get that one to malfunction [08:17] len-dt: Just don't update anything else than jackd2 [08:38] smartboyhw: So, we should start looking at what kind of testing we should do [08:38] smartboyhw: As you know, we don't really need to do a lot of desktop testing. [08:38] zequence, OK [08:40] smartboyhw: I see that you are to test the ubuntu-desktop ISO [08:40] zequence, where do you see that?...... [08:40] I can see a purpose with testing the xubuntu-desktop in the same fasion [08:40] fashion [08:40] smartboyhw: https://wiki.ubuntu.com/Testing/ISO/Cadence [08:41] zequence, I am planning that. Cadence testing is quite good for us [08:41] smartboyhw: The type of testing that is important for Ubuntu Studio is multimedia focused [08:42] smartboyhw: As you are interested in doing testing, I advice you to continue with Ubuntu and add Xubuntu to the mix [08:42] zequence, yeah I do agree. Workflow testing... [08:42] smartboyhw: Have you talked with Xubuntu about this? [08:42] zequence, please contact knome and elfy in #xubuntu-devel. I am NOT their QA lead;P [08:43] smartboyhw: Doesn't matter who is lead. If you want to help them with testing, just let them know [08:43] zequence, I think they do know:D [08:43] smartboyhw: Ok, good [08:44] smartboyhw: I don't think we need testing every two weeks actually. It has to do with if we had any changes to our packages [08:44] zequence, 1 month is better for us I think though [08:45] 1 month sounds good [08:46] smartboyhw: We should probably test only those packages that were changed [08:46] I can look into getting a list of those, using a script [08:46] zequence, yes. So we can test the packages.... [08:47] Like, if Blender was updated, we should test it. If pulseaudio was updated, we need to test PA and jack [08:47] If alsa was updated, we need to test PA and jack, and so forth [08:47] Dependency based [08:48] zequence, hmm....Maybe then we have to subscribe to their latest updates then [08:48] We don't usually test all the multimedia packages. Would be good to start doing that, and report bugs upstream when we find them [08:50] smartboyhw: raring-changes [08:51] Use "subscribe" as subject, and send to raring-changes-request@lists.ubuntu.com [08:52] I'll see about using some sort of script to compare packages against a list, and if there were changes, make a new list for testers [08:55] zequence, ok [08:56] zequence, no such list [08:57] Should be raring-changes@lists.ubuntu.com [08:57] But that is the mail [08:57] Hmm [09:05] zequence? [09:18] smartboyhw_: When you want to subscribe or unsubscribe, you just add -request to any of the lists [09:19] smartboyhw_: Then, either "subscribe" or "unsubscribe" as subject [09:19] Ah OK. But then not ALL people want to subscribe to the list right? [09:20] zequence, ^ [09:20] smartboyhw_: It may be enough if I do it, if I'm to create the diffs === smartboyhw_ is now known as smartboyhw [09:21] zequence, yeah maybe only you should subscribe to it. [09:46] astraljava: Actually, I think it might be better to change the mail lists to ubuntustudio-*, as everything else is named using that convention [09:47] All the metas, mail lists, and irc channels [09:47] Also, the home page [09:47] And wikis [09:47] Allthough, the wikis use camel [09:48] All the mail lists, except for the two, -devel and -user [09:51] zequence, can you do this merge? https://code.launchpad.net/~smartboyhw/ubuntu-seeds/ubuntustudio.raring/+merge/132705 [09:51] Just fixing a bug reported [09:52] BTW I think that yes we can use the ubuntustudio-users and ubuntustudio-devel name convention [09:56] smartboyhw: I'm not able to right now, since my accounts haven't merged yet. [09:56] zequence, ah sorry:P [09:56] smartboyhw: didn't receive any mail about it either because of that I guess [09:56] zequence, yeah [09:57] len-dt, maybe? [09:59] zequence: Well the thing was that back in the day IRCC wanted to rename our channels #ubuntu-studio-*, but it never happened. TBH, I don't care, but it just became a joke, that's apparently not funny anymore. [10:04] astraljava: Oh, ok :) [10:19] * smartboyhw finds his home wi-fi connection today very bad [11:04] zequence, that is quick on reacting:P [11:05] astraljava, i can poke Tm_T about that if you want it done [11:07] smartboyhw: Yes. I realized this is something very useful on Ubuntu Studio [11:08] Ugh... How many times must I say it; I. Don't. Care. It was just a joke, that makes nobody laugh anymore. :D [11:08] right'o [14:28] * smartboyhw now has absolutely all Ubuntu Studio packages of 10.04.4 LTS, 11.10, 12.04.1 LTS and 12.10 in his PPAs. [14:53] smartboyhw: what Ubuntu studio packages? [14:54] micahg, for example in https://launchpad.net/~smartboyhw/+archive/ubuntustudio [14:54] -controls, -default-settings, -icon-theme, -lightdm-theme, -look, -meta, -sounds [14:55] smartboyhw: I don't understand what you're trying to accomplish duplicating what's in teh archive already [14:55] micahg, for fun:P [14:55] * smartboyhw thinks he has the right to have fun [14:56] * micahg wonders why wasting shared resources is called "fun" [15:06] micahg, then I am going to package the things that hasn't yet been in the archive. [15:06] smartboyhw: the PPAs build based on what's in the archive [15:07] micahg, "going to" means I am going to build things soon (probably tomorrow) based on the code in the ~ubuntustudio-dev instead [15:33] zequence, The problem I was having last night, I would guess is a pulse problem, not jack. Though it could be a dbus problem I guess [15:33] zequence, it seems to me there was a new version of pulse in Q [15:34] len-dt: Did you try with more than one device, making sure pulse was not set to use the device you were to start jack with? [15:34] zequence, when jackdbus starts it sends a dbus message to release the device it wants to use. In the past pulse has honoured that. [15:35] len-dt: I've found that to be a little unreliable now and then, but haven't had the time or energy to look more into it [15:35] in 12.04 i could start jack on the same device that pulse was sending a stream to and jack would get it [15:36] the pulse stream would stop untill I changed the device to jack sink. It was very reliable. [15:36] now it never works. [15:37] len-dt: Well, I've had the PA sink fail, and jack start fail, and all of the sorts [15:37] len-dt: But, not initially [15:37] len-dt: Usually after some usage. starting and stopping jack [15:37] zequence, I guess I need to understand how the dbus port release works. [15:37] And after some failures, etc [15:39] zequence, the bug with jack failing to stop seems to be mostly gone now. It only seems to happen once in 20 or 30 stops. [15:39] len-dt: With the kx version of jackd2? [15:40] I started and stopped jack maybe 50 times yesterday and it only happened once [15:40] stock 12.10 [15:40] len-dt: Well, it's not like that for me :) [15:40] len-dt: I think jackd2 hasn't been updated at all since precise [15:41] I tried the kx version, and it was working fine, so far [15:41] As I explained earlier, the kx version has quite recent updates [15:41] ..er [15:41] Actually, I haven't been able to verify how recent [15:41] I have that on my 12.04 disk and it has worked well for me too [15:42] zequence, 3 or 4 months ago. [15:42] len-dt: Anyway, I'm working on updating it now [15:42] I'd like to have falktx help me a bit. His changelog suggests his source is from 2011, which it of course is not [15:42] The upstream changelog, that is [15:43] For the orig source [15:43] I think it probably is, but he has patched against that. [15:43] Ah, hmm :) [15:44] This whole jackd thing is a mess now [15:44] We really should get it right soonish [15:44] I think that jackutils has been updated in ours too... twice. because a bug that was in kx showed up in ours and got fixed :) [15:44] That is jack_control stopped working and got fixed. [15:45] I remember bugging falktx about it. [15:45] Yea, the syntax error [15:45] There was a missing symbol in the python file [15:45] Ya. [15:47] zequence, so there are three packages that effect PA-jack stuff for us PA, jackd and dbus. [15:47] We should be watching the three for changes and test. [15:48] I got an email early in Q that there was a new PA to test. Guess we didn't test it well enough. [15:50] Trying to remove libjack* and it tells me it's going to remove stuff like: account-plugin-aim [15:50] ffmpeg [15:50] ubuntu-gnome-desktop [15:50] I'm a little confused now [15:51] libjack must has a replaces in it. [15:53] len-dt: Sure, but those things aren't depending on libjack* [15:54] zequence, such fun.. [16:00] len-dt: libjack-jackd2-0 seems to have a bit of rdepends [16:02] zequence, it is stuff like that that give me a high regard for falktx. his packages seem to fit in seamlessly. [16:03] len-dt: Eh, I kind of see a lot of his work as skotch tape kind of solutions [16:03] Shortcuts, wherever you may find them.. [16:04] Would be better he was working with Debian Multimedia, instead of just tweaking stuff on his own ppa IMO [16:06] Though he has nice ideas, and does a lot of hard work for it [16:09] len-dt: Ok, so I reverted back to the stock jackd2 on quantal. Started jackdbus. No PA sink. After two stops, jackdbus failed to quit [16:09] Sometimes a patch for now is better than nothing. [16:09] I wonder in 64 bit and 32 are different. [16:12] len-dt: Ok, so I got the source of jackd2 for Precise. It's basically the same jackd2 that falktx has, except falktx added the patch. orig source last updated in 2011 [16:12] len-dt: While the quantal orig source was last updated march 2012 [16:13] len-dt: So, what I'm going to do is make sure Debian updates their source to last commit. They will upload to Debian Experimental. Then, we sync from there. Do SRU on both 12.04 and 12.10 [16:13] len-dt: Problem is, it'll get complicated [16:13] I would test in R first if we start getting ISOs [16:13] falktx mentioned problems with building [16:14] len-dt: Sure. We can do that. [16:14] Right now (for me) things work better in 12.04 than in 12.10. [16:15] Right now in 12.10 if I am playing a stream through hw:1 and start jack to use hw:1, jack fails every time. [16:16] I have to restart both pa and jack to be able to use jack at all after that. [16:16] len-dt: Why don't you make a bug report about the PA jack problem. David H would probably help [16:16] in 12.04 I could do that with no problem [16:16] I can do that. [16:18] len-dt: if it's a regression, you can tag it regression-release with the release name and I can create a task for it [16:19] Ok, it will be later in the day though. [16:21] * len-dt has a gig to ready for. [16:22] bye all. [16:47] hi [17:14] ttoine: Hello [19:06] zequence, what is the problem of Len ? I tried to redo it, and all is right for me on 12.10 [19:09] ttoine: Are you using only one device? [19:14] no [19:14] but I can test [19:16] zequence, the problem is only when using one device , [19:16] ? [19:16] ttoine: Don't know. Haven't tried myself [19:17] if he doesn't use the dbus option, a problem can happend [19:17] happen [19:18] Right now I tried it. jackdbus grabbed the card, and PA released, even though it was using it for playing audio [19:18] But, no PA sink and source [19:18] So, I need to restart PA, cause not all is working as should [19:18] Something with dbus is not working right [19:19] did you install the pulseaudio-module-jack ? [19:19] ttoine: Yes, of course [19:20] very strange. in 12.04 and in 12.10, all is working very fine on my workstation and laptop [19:20] with one sound card, or two [19:20] Sometimes jack won't start at all. Sometimes no PA bridge. I have this happening too [19:20] But, restarting everything fixes it for me [19:21] I don't get errors after a fresh login [19:21] wow... [19:21] I do use two devices. So, I seldom try using the same device for both jack and PA [19:21] the only problem I have is that before starting jack on my firewire sound card, I need to wait half a minute or it won't work. I mean that I can't start Jack at session loging [19:22] Really? [19:22] My firewire device is weird in another way [19:22] I have to turn it on first, then plug the cord in. Otherwise jack won't start [19:23] If I plug the cord in, then start the device. jack fails [19:23] But, my device is slighlty experimental still [19:23] what device you have ? [19:24] zequence: HAve you compared the dmesg output between those two cases? There might be a discovery issue (although this could be on either side, not necessarily the host) [19:24] focusrite sapphire pro 40 [19:24] oh yes, not fully supported [19:24] How different is that from the LE? [19:24] I have a small Echo Audiofire 2. Full support ! and it rocks [19:25] persia: Haven't compared dmesg, no. [19:25] I get really nice performance from mine, so I'm pretty happy too [19:28] persia: I guess the LE is quite different. pro 24 and pro 40 might be similar though [19:30] In that case, no testing on my part can help discover the issue :) [19:34] oh [19:34] zequence, persia I think about a point. I use the jack package from KXstudio repositories [19:34] not from Ubuntu [19:35] ttoine: Yeah. It's the same version as on Precise, but with a patch. This patch is more recent than what jackd2 has on Quantal [19:36] so perhaps it makes the difference ? falktx provide great packages, for 32bits. it is sometimes less stable for 64bits [19:36] ttoine: But, it may also be related to the version of pulseaudio [19:37] ttoine: It's the same packages as for Ubuntu, only he keeps the original source more up to date. In this case, with jackd2, he had to work a bit more [19:37] ttoine: Of course, he might be changing some compile options now that I think of it [19:37] enabling vst, and things like that [19:38] never mind. It's not better, just not exactly the same. [19:41] ok [19:42] ttoine: jackd2 in kxstudio ppa fixes, or at least mostly fixes a bug which we have still on Quantal - jackdbus not quitting properly [19:42] That's why he has the patch [19:55] yes [19:56] jackdbus from kxstudio works well [19:56] zequence, is it possible to have this patch in ubuntu ? [19:57] ttoine: I'm just in the process of trying to get the Debian source updated, so that we can get it to Raring. Then, I'd like to do a SRU on both 12.10 and 12.04 to get it there also, but it may be a bit complicated, as it seemed like building the newer jackd was not all that straight forward at least on Precise [19:58] zequence, and for Q ? [19:58] ttoine: Remains to be seen (if you were referring to building it) [20:01] For quantal, it likely needs to be cherrypicked: backports are unlikely to accept it, given the number of rdepends. [20:01] (and the particular patch to be cherrypicked is not obvious from the kxstudio package content) [20:02] persia: No, I'd have to talk with falktx about that. He got it from nedko, I think [20:02] cherrypicked ? [20:02] If it doesn't break ABI, SRU shoudn't be that hard. [20:03] ttoine: pulling the particular patch from the new upstream, and porting that to the git snapshot we're shipping. [20:04] persia: So, maybe just the patch would be preferrable on the older releases [20:05] zequence: Very much so, yes. Because the jack2 source package provides libraries, the backports team will likely reject it, and new upstreams require TB approval for SRUs. [20:05] persia: TB? [20:06] If the patch fixes a known bug which causes significant user annoyance, applying the patch to current shipping sources can be an SRU. [20:06] persia, and what about jackdmp ? [20:06] Technical Board. [20:06] ttoine: jackdmp is a part of the jackd2 package [20:06] ttoine: Same rules apply, but I have insufficient context to say anything in detail. [20:07] * jussi prods persia to look at PM [20:08] Sometimes, I think it is too bad that we just can"t put the packages in KXstudio in our Ubuntu Studio... [20:08] I mean, with an option at install, or something like that [20:08] ttoine: It's not totally out of the question, if falktx started working on getting some of that into Debian [20:09] ttoine: Most of it can be done: the main issues are scheduling (kxstudio doesn't have the same freezes), and timing (kxstudio sometimes pushes things well after our release) [20:12] yes [20:12] and perhapt he will not see us take the "bravo" for his work [20:14] he want not [20:16] Needs discussion with falktx. We've had such discussions before, but they usually ended in confusion, rather than resolution. [20:23] I think that most of us use his repositories [20:24] and it would be great to make it available for our user, in an easy way. At least for audio users [20:25] ttoine: There has been talk about creating a PPA for Ubuntu Studio, where we could put extra packages, not found in the main repo. But, it would defeat the purpose of being an official flavor of Ubuntu, if we'd start updating software in a PPA [20:26] Especially since it's not actually hard to update stuff in Ubuntu: we just never bother much (which is part of why I've argued against a PPA whenever it comes up: I never understood where we'd get the motivation to keep a PPA active when we don't do so with the regular repos) [20:30] zequence, is it possible to add a "activate kxstudio repositories" in Ubuntu Studio Controls (or whatever name it will be) ? [20:31] ttoine: No. For reasons just stated :) [20:33] ttoine: The better solutions are either a) to work with falktx to land his work directly in Ubuntu Studio, or b) have someone act as liason to kxstudio, and help ensure all the stuff which can be in Ubuntu also lands there. [20:33] (feel free to volunteer for b) if you like) [20:33] Also, I'm not entirely sure such applications as linux-sampler can not be included in some repos, like a non-free repo [20:34] That particular case is special: most stuff can be in multiverse, but there needs to be resolution of the GPL+non-commercial conflict for linuxsampler before it can be shipped. [20:35] My understanding from what I have read is that anyone who has a patch in linuxsampler is currently able to sue any distributor, which doesn't make distributors feel safe. [20:36] 20:56 Unit193: [13:54:12] apm1 (~apm@unaffiliated/apm1) has quit (Quit: [20:36] hmm? sorry. [20:37] Like a GPL Porcupine [20:43] heh, that's a wonderful simile :) [20:43] or a CC-by-sa-nc [20:44] ttoine: Except, cc-by-sa-nc is self-consistent. The issue being that GPL doesn't allow additional restrictions, and NC is an additional restriction. [20:45] Mind you, my information is old: maybe someone fixed thngs whilst I wasn't paying attention. [20:47] a lot of users use linux sampler ? [20:47] There's a fair number. It is widely requested. [20:49] ttoine: do you know any other sampler that can play gig files? [20:49] It's actually very nice on Windows too [20:49] I just tried it as a vst instrument on Cubase a couple of weeks ago [20:49] zequence: Isn't there a commercial product from which gig files originate, or has that become obsolete? [20:50] persia: Not sure. I guess there was that Giga Studio, or Giga Sampler, or something like that [20:50] That sort of name seems familiar, although I also can't remember which is correct. Perhaps both, as part of some series. [20:57] it was a technology by tascam. but where to find who is the owner nowadays... [20:58] it is the same kind of problem than VST : a bit of restricted technologies inside a lot of stuff wich could be gplised [20:59] Actually, not at all. There's nothing restricted at all, and for many years, it was GPL. There was a maintainer change, and a new license statement of GPL+non-commercial, leading to it being dropped by all the distros. [20:59] ok [20:59] Someone sufficiently motivated could probably dig up an old GPL release and re-implement the newer stuff, but nobody has done that. [21:00] like for cinepaint, so [21:00] or gcd master [21:00] That said, my opinion about the right solution for linuxsampler depends on the closed-source stuff: if gig files are still widely used by other software (in-box or out-of-box-embedded), then it ought get fixed. If not, then it doesn't matter. [21:01] in the kxstudio repos, I see that there are some LV2 samplers. I don't use virtual instruments, but if one of you does, can he try that ? [21:01] Kinda: basically license confusion making it hard to distribute. I'm not sure why folk do that: GPL+copyright assignment+commercial licensing terms gets nearly all the same benefits without the penalties. [21:02] like for mysql ? [21:02] Yep. [21:03] is there a commercial version of linuxsample, since ? [21:03] zequence, are you using samplers and virtual instruments ? [21:03] Last I checked, there was a note somewhere that said that folk interested in commercial use could contact someone for alternate licensing, but I don't remember the details, and I've never heard of anyone doing so. [21:04] so it is a lost project at the moment... [21:04] ttoine: I do use samplers sometimes. linux-sampler is one of a kind on a Linux system. There's probably others, but nothing equally advanced. It can play both gig and sfz files [21:05] zequence, can you have a look at the LV2 samplers in kxstudio repos ? [21:05] ttoine: Perhaps you are referring to the one rnbc released not so long ago? [21:07] rncbc* [21:07] I don't use a lot of stuff myself anymore. Mostly puredata. I'm also working on my own sampler at the moment [21:08] ..also in puredata (which is not very good for that) [21:16] DIgging through the repos, it seems we have specimen and sooperlooper (both a bit specialised), and all the infrastructure for linuxsampler (libraries, interface, etc.), but not the actual sampler itself. [21:18] hum. composite is a fork of hydrogen and manage only hydrogen kits [21:22] persia: Yea. Everything but the actual linux-sampler server is standard GPL [21:23] and would it be possible to contact the dev of linux sampler ? [21:25] Here's their faq page http://www.linuxsampler.org/faq.html [21:25] yes, I am on too [21:25] it is not very clear [21:26] http://www.linuxsampler.org/downloads.html#exception [21:26] I don't think Debian could be considered commercial? [21:27] And in the case of Ubuntu, I can't really tell. But, since one can always get permission.. [21:28] yes [21:28] zequence, can you contact them ? [21:28] First step would be to get it into Debian. There is a request for that [21:28] or I can do it ? [21:29] Someone just needs to package it, and get it uploaded [21:29] it is very strange that the linuxsampler dev don't do it... [21:31] ttoine: It's not always the developers themselves who package their software. Debian Multimedia Team consists of a group of people who share this job for a range of multimedia packages in Debian [21:34] ttoine: If you look at who maintains the packages for Ubuntu, for a lot of them you'll find: Original-Maintainer: Debian Multimedia Maintainers [21:36] ok [21:39] It was in both Debian and Ubuntu for a long time, before the clarification of the license by upstream, when it was removed for both because GPL+non-commercial wasn't something we could distribute. [21:40] It's extra tricky because both Debian and Ubuntu require that the licensing not be specific to Debian or Ubuntu, so written permission to use in Debian or Ubuntu won't help. [21:40] makes sense. [21:41] Both repos are designed to be used outside their own distros. [21:42] I still think Debian should not be affected. They have a non-free repo for things like proprietary drivers after all [21:43] zequence, I wonder if it came with a licence box and an "I accept" button like the wine MS fonts? [21:44] wine is on the Ubuntu servers and auto loads the fonts after being accepted after all. I don't know where the fonts them selves come from though. [21:44] len-dt: I think in the case of MS fonts, you get that cause not that whole package has that license, only MS fonts [21:45] OK, but the fonts are a package. LS is a package. That package could come with a licence screen. [21:46] len-dt: YOu mean ttf-mscorefonts-installer? [21:46] for some java packages, there was an EULA to accepts, too [21:46] perhaps it could solve the proble [21:46] problem [21:47] back in a bit.. [21:47] * len-dt is eating lunch [21:54] I suppose all packages called *-installer will download from a url. [21:55] ttf-mscorefonts-installer gets the fonts from http://downloads.sourceforge.net/corefonts/ [21:56] This is the url for flash-plugin-installer: http://archive.canonical.com/pool/partner/a/adobe-flashplugin/adobe-flashplugin_11.2.202.243.orig.tar.gz [22:09] yes [22:09] perhaps we can do the same for linux-sampler [22:10] I tried to do something like that with VST, a fex years ago. But Steinberg required the email of users, like when downloading from their website [22:12] A linux-sampler-installer would also be a linux-sampler-builder, I think. Seems like a weird solution, but if nothing else works, and that would, then why not [22:12] It's a bit more complicated [22:12] Needs build tools, and dev libs [22:12] yes [22:13] or perhaps the dev could provide compiled versions for 32 and 64 bits, so we can dowload them ? [22:13] Unless someone is willing to add *.deb packages somewhere, like their own website [22:14] zequence, it will be only one package ? or a lot ? [22:14] ttoine: One for each arch, and release [22:14] At least arch [22:14] I would want something like that in Debian Multimedia if it's feasible [22:15] (i.e. not just in Ubuntu) [22:15] Absolutely [22:16] https://launchpad.net/ubuntu/+ppas?name_filter=linux+sampler [22:16] is it possible that -installer package download from launchpad PPA ? [22:18] I would prefer the linux-sampler home url [22:18] yes [22:18] -installer packages can't install debs [22:19] micahg: Why not? [22:19] maintainer scripts can't call dpkg [22:21] micahg: How much different would it be to just pack it in a tar file, and unpack it? [22:21] I mean, download a tar of the compiled files, and unpack it into the system [22:21] Sort of like installing a deb [22:22] zequence: that would mean it would have to be pre-built [22:22] micahg: Yea [22:22] and I don't think we'd want an installer installing binaries built by untrusted sources [22:23] anyways, I'm still not sure why it hasn't been packaged in at least Debian non-free [22:23] debian 561443 offers no hints either [22:23] Debian bug 561443 in wnpp "RFP: linuxsampler -- realtime audio sampler" [Wishlist,Open] http://bugs.debian.org/561443 [22:24] Judging from that it's like someone lost interest [22:27] Yea, installing debs from a non distro url is not the way to do it. And besides, if they did put up debs on their website, it would just be a matter of downloading and installing manually [22:37] I'm getting tired apparently (forgetting why there is a system for uploading and maintaining packages for Debian). Time to log off [22:37] good night.