/srv/irclogs.ubuntu.com/2010/10/21/#ubuntustudio-devel.txt

falktxhi abogani15:00
falktxabogani: you there?15:00
aboganifalktx: yes15:00
falktxabogani: i have a favour to ask you15:01
falktxabogani: can you update the lucid lowlatency kernel on your ppa?15:01
falktxit's the default kernel on my kxstudio distro15:01
aboganifalktx: As reported to all our Studio mailing-list lowlatency lucid is dropped.15:02
falktxabogani: maybe just a last update?15:02
falktxplease..?15:02
aboganifalktx: No I can't. I have already delete all files. I would happy to help you but there is no way. Sorry15:04
falktxah, ok15:04
falktxi'm not sure about using the realtime kernel as default15:04
aboganifalktx: Could you inform me when you use my package? So I avoid to delete these without alert you.15:04
aboganifalktx: .33 seems a lot stable, at me at least15:05
falktxabogani: usually I copy your packages into my PPA, the version I now have is 2.6.32-24.4215:06
falktxI guess I'll be back to generic15:06
aboganifalktx: Yes an other good choise.15:07
aboganichoice15:07
falktxabogani: so the lowlatency kernel will be dropped for good?15:10
falktxabogani: what about natty? will you make lowlatency for it or it's not decided yet?15:13
astraljavafalktx: More information regarding kernels can be found on: https://wiki.ubuntu.com/RealTime15:18
* falktx reads15:19
falktxok15:22
falktxhey I just found AutoStatic in IRC15:48
falktxhe's coming here15:48
falktxhey AutoStatic15:49
AutoStaticHi15:49
falktxme and AutoStatic were discussing about the PPA15:50
falktxfrom what I understand, this is the official us dev team: https://launchpad.net/~ubuntustudio-dev15:52
falktxand this is the PPA for it - https://launchpad.net/~ubuntustudio-dev/+archive/ppa15:52
falktxto all devs here: What is the best choice for a new studio PPA:15:54
falktx1 - the official ubuntustudio-dev15:54
falktx2 - a new team15:54
falktx?15:54
aboganiWhat type of packages should go into that new PPA?15:55
astraljavaA new studio PPA? What for?15:55
AutoStaticFor Ubuntu Studio15:55
AutoStaticatm there are multiple multimedia PPA's15:56
astraljavaI mean, what apps should go there, and why couldn't they go into the official repos?15:56
AutoStaticphilip5, falktx, tangostudio etc15:56
falktxastraljava: for example wineasio and VSTs15:57
falktxastraljava: also svn builds of ardour3.0, hydrogen, etc15:57
AutoStaticApps that are not in Debian testing or the official repo's15:57
falktxAutoStatic: maybe we should split into 2 ppas, 1 stable and 1 testing15:57
AutoStaticSo not even necessarily svn builds15:57
AutoStaticYes, good idea15:58
astraljavafalktx: Okay. If Ubuntu Studio devs are supposed to offer support for them, it would make sense for them to be in ubuntustudio-dev PPA. And one PPA can offer several repositories.15:58
aboganiThe best thing should be: Create a PPA into ubuntustudio. Place there all stable packages. Use the ubuntustudio-dev's PPA for development packages (like svn builds).16:00
aboganiIMHO obviously :-)16:00
falktxseems good to me16:00
falktxbut afaik, everyone is allowed to be part of the ubuntustudio team16:01
astraljavaYeah, the idea of providing support for such packages make me cringe a bit. :)16:02
astraljava+s16:02
falktxso maybe it could be better if the team is kinda not official16:02
AutoStaticnow orries I think astraljava16:03
AutoStaticno worries I mean16:03
astraljavaAre there licensing issues why some of the packages couldn't go to official repos?16:04
falktxAutoStatic: the way I currently build svn packages, they dont conflict with the stable ones16:04
falktxAutoStatic: maybe they should go too into the stable ppa too, and leave the test ppa just for testing of new packages16:04
AutoStaticI haven't build that much of those kind of packages16:05
falktxastraljava: most packages are ok16:05
AutoStaticI second that, i don't foresee any big support issues16:05
falktxastraljava: but VSTs require non-free headers to compile16:05
astraljavafalktx: Gotcha.16:05
falktxastraljava: my way of doing it is to compile them myself and only include the source in the package16:05
falktxastraljava: I never touch the non-free headers at anytime in the PPA16:06
astraljavaOk.16:06
falktxastraljava: here's an example of restricted package - https://launchpad.net/~falk-t-j/+archive/lucid/+sourcepub/1343380/+listing-archive-extra16:08
AutoStaticfalktx: with a good set-up on your won machine one doesn't really need a test PPA I think16:08
falktxastraljava: all source is included, but not the non-free header16:09
falktxastraljava: the folder 'build' contains the binary I compiled16:09
falktxastraljava: please check it and tell me if this should be ok16:09
falktxAutoStatic: you too please16:09
falktxAutoStatic: for testing I guess I could just use my own testing PPA16:10
AutoStaticjust a sec16:11
AutoStaticLooks good to me16:14
falktxthis is the method I use for VSTs too16:15
falktxI spoke to the launchpad guys about this too, they said it was ok16:15
AutoStaticBut isn't wieasio a lib? 16:16
AutoStaticwineasio16:16
astraljavafalktx: I'm not an expert on these matters, but IMO that's fine.16:17
falktxAutoStatic: yes, it goes to /usr/lib/wine16:17
falktxAutoStatic: but it uses ASIO, non-free stuff from the Windows world...16:18
falktxastraljava: thanks16:18
AutoStaticYes I know falktx, but I was hinting at the fact that it seems to be packaged as a single binary while it is actually a library16:19
AutoStaticBut then I'm not a packaging expert16:19
falktxAutoStatic: ah, that16:20
AutoStaticThat will come when we start packaging for Natty16:20
AutoStatic;)16:20
falktxAutoStatic: everyone was using the name 'wineasio' for the package, so I just continue the tradition16:20
falktxbtw, I also have an external repo for really non-free stuff (closed source apps), these I know can't be on launchpad16:20
AutoStaticI don't mean the package name but apparently it's created with dh_make -s instead of dh_make -l16:22
AutoStaticNah, letÅ› not go into details16:22
AutoStaticIt works :)16:22
falktxAutoStatic: what is the diff between '-s' and '-l' ?16:23
AutoStatic-s = single binary and -l = library16:24
AutoStaticI think package managers rely on this too16:24
AutoStaticSynaptic - Sections16:25
AutoStaticwineasio is now in sound while it shoudl be in libraries16:25
AutoStaticI think16:25
falktxhm... not sure16:26
falktxanyway, it's not a big issue16:26
AutoStaticNope16:26
AutoStaticThat kind of stuff is debatable16:26
falktxAutoStatic: when we make a PPA, you can easily fix it if you want16:26
AutoStaticYes, but we'll see16:28
falktxso how should we name the team?16:28
AutoStaticIt's still all a bit vague16:28
AutoStaticOk, gotta go16:30
scott-worki realize that autostatic and falktx are not here but i wanted to add my opinion to this as well18:48
scott-worki would like to try to avoid implying that the ubuntu studio developer team would be responsible for maintaining or responsible for any packages in falktx/autostatic's group PPA18:49
scott-workperhaps calling the team "Ubuntu Studio Packaging Team" with a clear explanation that this is not part of the official Ubuntu Studio Dev team18:50
scott-workalso mentioning that the purpose of the team is to package applications that cannot be in the official repositories due to licensing or too experimental as well18:51
scott-workhopefully falktx and autostatic can also focus on getting packages into the repos when possible, rather than take the quick satisfaction of putting everything into a PPA18:52
scott-workwe will get much longer benefits if packages that *can* go into the repos actually see the work to *get* them into the repos18:53
scott-workpreferrably into debian first though ;)18:53
astraljava                 modules see ya19:04
astraljava[20:33] < clave> hello?19:04
astraljavasorry19:05

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!