[05:10] <MBCR> ban me
[05:10] <MBCR> !ops
[05:13] <wgrant> Even better.
[08:19] <baptistemm> hello
[08:21] <baptistemm> is there anyway to unsubscribe someone from a bug report? I have subscribe the SRU team for a SRU update, but I need to ork more on a patch so in the mean time I would like to unsubscribe them, and I didn't see any optionfor that
[08:22] <micahg> baptistemm: no
[08:22] <micahg> baptistemm: do they know you're working on it?
[08:26] <baptistemm> I put a comment stating the packaging I uploaded on the bug # is broken and I need to work on, but as I don't know how to fix it it could take some time
[08:27] <micahg> baptistemm: you should go into #ubuntu-motu if you need help
[08:30] <baptistemm> okay
[09:26] <sraps> hello!
[09:26] <sraps> how to delete a project?
[09:26] <geser> baptistemm: you can ask someone from the SRU team to unsubscribe them from that bug
[10:28] <AlexC_> Hi
[10:28] <jml> hello.
[10:28] <AlexC_> I merged some translation files with launchpad few months back, and these new translation files actually removed existing strings. However Launchpad has decided to keep these deleted strings. How can I remove them, as this is added unwanted work to translators, since they will never be used
[10:30] <dpm> AlexC_, danilo_ or henninge might be able to help you, could you point them to your project, and to some of the unwanted strings as an example, please?
[10:31] <AlexC_> sure
[10:31] <henninge> AlexC_: yes, some links would be helpful
[10:32] <AlexC_> https://translations.launchpad.net/tangocms/trunk/+pots/tangocms-aliases/en_GB/+translate?start=0
[10:33] <AlexC_> for example, "Added URL Alias "%1$s"", "Edit URL Alias "%s"" are 2
[10:34] <AlexC_> I was shortly about to upload a new merged translation set of files to be imported, and just wanted to check if Launchpad should be removing the deleted strings
[10:34] <AlexC_> tbh, thinking about it - this may actually be a mistake on my part and those weren't removed in the files I uploaded. I shall have to double check that
[10:37] <henninge> AlexC_: Are you talking about "translations" or "templates"?
[10:37] <AlexC_> sorry, templates
[10:38] <henninge> AlexC_: yes, you should double check that. When you update a template with a new pot file, Launchpad will only use the English strings that are mentioned in that file, everything else is "obsoleted".
[10:39] <AlexC_> ok, that's good to know it should delete them then. I shall check what I uploaded
[10:39] <henninge> AlexC_: You get the obsolete strings as comments at the end of a template file that you export from Launchpad.
[10:40] <AlexC_> I take it these aren't included in the .po files?
[10:40] <henninge> no, not there
[10:40] <AlexC_> good, good. I'll get another set of templates uploaded shortly then
[11:13] <geser> does the binary publishing history for a package in the main archive still exists?
[11:14] <wgrant> geser: Yes. Why?
[11:14] <geser> I want to find out when exactly the new python-pkg-resources pkg got into lucid. It seems to be broken (see bug #490731)
[11:18] <wgrant> geser: You mean something like https://edge.launchpad.net/ubuntu/lucid/i386/python-pkg-resources?
[11:18] <geser> wgrant: yes, how you got there? and don't tell you typed the url
[11:19] <wgrant> geser: I'm afraid so.
[11:19] <wgrant> geser: Let's see if I can work out how to click there.
[11:21] <wgrant> geser: Best thing I can see is:
[11:21] <geser> found a path, but not very intuitiv :(
[11:21] <wgrant> 1) Go to the source package page (https://launchpad.net/ubuntu/+source/distribute)
[11:21] <wgrant> Ah, right.
[11:21] <wgrant> Not at all intuitive.
[11:21] <wgrant> But that's why we have keyboards!
[11:21] <wgrant> I think.
[11:22] <geser> I found it through: build then the package below "Binary packages" which leads to the versioned binary page and the use the breadcrumb to move one level up
[11:23] <wgrant> Right.
[11:23] <geser> is it intended to be so hard to find?
[11:24] <wgrant> I went from the distribution source package page to a source package release to the distro series binary package release, then through breadcrumbs to the distro series binary package.
[11:24]  * wgrant has no idea.
[11:34] <geser> al-maisan, bigjools: any idea why pkg-create-dbgsym didn't got update on the buildd (kept back)? http://launchpadlibrarian.net/36328245/buildlog_ubuntu-lucid-i386.pion-net_2.2.2%2Bdfsg-2_FAILEDTOBUILD.txt.gz
[11:36] <al-maisan> geser: good question .. maybe a missing dependency?
[11:38] <geser> is has no dependencies at all (it's just some shell scripts)
[11:39] <bigjools> I am on the phone, perhaps lamont is around? --^
[11:41] <wgrant> The following held packages will be changed: pkg-create-dbgsym
[11:42] <wgrant> (that's from inside that chroot)
[11:43] <wgrant> Indeed, it is held.
[11:43] <lamont> bigjools: perhaps
[11:43] <bigjools> you can't hide!
[11:44] <geser> any reason why pkg-create-dbgsym is on hold?
[11:44] <lamont> geser: because it was bad (32).  is it proven to be not bad yet?
[11:49] <geser> lamont: the "add .ddebs to .changes file" change in 0.32?
[11:49] <wgrant> Oh, damn. Crazy non-debhelper-users
[11:50] <geser> there was some fix for non-debhelper-users in 0.33
[11:51] <geser> but as I don't know the exact problem, I can't tell if it's fixed or not
[11:51] <wgrant> It certainly looks fixed.
[11:52] <geser> but pkg-create-dbgsym 0.35 is needed to fix the FTBFS of pion-net
[11:54] <lamont> geser: I'd like to do a little bit more verification before releasing it from the corner where we sent it - would later today be quick enough?
[11:55] <geser> lamont: sure no hurry
[17:53] <deryck> jcastro, ping
[17:53] <jcastro> deryck, yo
[18:10] <maxb> Do the LOSAs look after lists.ubuntu.com too, even though it's not exactly Launchpad?
[18:11] <maxb> I am curious why I can download https://lists.ubuntu.com/archives/bazaar.mbox/bazaar.mbox with Firefox, but wget gets a 403 Forbidden
[18:17] <barry> maxb: no, but our IS team does
[18:18] <barry> maxb: i get a 403 with firefox
[18:18] <maxb> um. nice. Well, I've downloaded it :-)
[18:18] <barry> maxb: did you log in, maybe to view the archives?
[18:19] <maxb> I wasn't aware of doing so. Perhaps I have a lurking cookie
[18:21] <maxb> According to Firefox Live HTTP Headers, there's nothing personally identifying in the request
[18:22] <maxb> Oh, heh. It's performing Referer: filtering
[18:36] <barry> maxb: interesting
[18:51] <jyoder> I wrote a little tool (temporarily) called debuild-ppa-dist (following the syntax of pbuilder-dist) to automate changing the changelog and uploading to multiple revisions (e.g. hardy/jaunty/karmic).  Anyone think this would be a useful thing to try to get into the build tools or am I one of the few people that would use something like it?
[18:53] <jyoder> you name your revisions the normal PPA way, e.g. lirc_0.8.6-0ubuntu1~ppa3 and it takes care of changing the changelog to lirc_0.8.6-0ubuntu1~ppa3~hardy1
[18:53] <akheron> jyoder: according to my (limited) experience, there are other things to change across distro revisions than only the changelog
[18:54] <jyoder> ok, so my package might be an outlier then...
[18:55] <jyoder> what kinds of things?  other debian build control files or source changes (on average I mean)?
[18:56] <akheron> it depends
[18:57] <akheron> I have done both
[18:58] <jyoder> other debian control files would be an easy addition to the tool, but source changes outside the debian directory would definitely not fall under what I was picturing
[18:59] <akheron> e.g. disabled tests that are known to fail with certain library versions (this is a source change), tweaked dependencies (control file change), and even had more binary packages built on never ubuntu versions because of new dependencies popping up
[18:59] <akheron> none of these are trivial changes that can easily be automated
[19:00] <akheron> but on easy cases, why not
[19:01] <jyoder> actually the dependency case is an easy one (I think) by simply having a debian/<file>~intrepid convention for the tool...  but I'm not sure anything beyond that is going to be easily handled :)
[19:01] <akheron> s/never/newer/ a few lines up :P
[19:02] <akheron> it's good to proofread your irc lines 5 mins after writing them
[19:02] <jyoder> I agree
[19:26] <fta> got an email from lp about imported comments, it doesn't make sense at all: http://paste.ubuntu.com/333331/
[19:27] <fta> bugs are unrelated
[19:28] <fta> and the lp bug has no such comments
[19:49] <mtaylor> hey ho - I keep trying to lftp in to bazaar.launchpad.net to remove a backup.bzr dir and it pretty much continually hangs
[19:49] <mtaylor> am I doing something wrong?
[19:50] <beuno> mtaylor, have you tried hitchhiker instead?
[19:50] <mtaylor> beuno: no.
[19:50] <mtaylor> beuno: I spent most of my time wishing for a launchpad upgrade branch button :)
[19:51] <beuno> mtaylor, https://dev.launchpad.net/HitchHiker
[19:51] <beuno> I think you can also just clean it up in one command, but I always forget how
[19:51] <beuno> maybe abentley is around
[19:52] <mtaylor> beuno: fwiw, the brnach command on dev.launachpad.net has a typo
[19:52] <mtaylor> there are two h's
[19:52] <beuno> mtaylor, fixed, thanks
[19:53] <mtaylor> beuno: sure!
[19:53] <mtaylor> beuno: perhaps a bzr upgrade --2a --force option which would remove any previous backup.bzr dirs? or rename them?
[19:53] <mtaylor> beuno: but thanks -that worked great!
[19:54] <beuno> mtaylor, yes, I've been crying for 2 years for something like that
[19:54] <beuno> I may just end up proposing a patch and stop whining
[19:55] <beuno> I keep on hearing upgrades via de web ui are around the corner
[19:55] <mtaylor> beuno: funny. I was just thinking the same thing
[19:55] <mtaylor> beuno: both would really be nice - a --force option and a web ui option
[19:55] <mtaylor> beuno: and then, for added bonus, an "upgrade all branches" option for a project
[19:56] <beuno> mtaylor, if you do end up proposing a patch, my thought was either --force, or just by default, rename the dir to backup.bzr.1/2/3/4/etc
[19:56] <mtaylor> I'm about to upgrade all of the drizzle branches (within the next week or so) and it's going to eat a lot of bandwidth :)
[19:56] <mtaylor> beuno: ooh. I would really like just renaming the old dir by default
[19:56] <beuno> mtaylor, I think that with branch stacking, you basically need to upgrade all at once
[19:57] <beuno> mtaylor, so, lets race and see if either of us cook up a patch for renaming  :)
[19:57] <beuno> also, you may want to see if it isn't better to get someone to upgrade the drizzle branches on the datacenter directly, considering it's size
[19:57] <beuno> mwhudson, what do you think about that ^
[19:58] <fta> no comment for my bug? ok, I just filed bug 491549 then
[19:58] <mwhudson> beuno: um, drizzle isn't that big is it?
[19:59]  * mwhudson isn't really sure though
[19:59] <beuno> mwhudson, I don't know, I thought they branched off mysql, but I may be wrong
[20:00] <lifeless> they branched off mysql
[20:00] <lifeless> deleted 90% of it
[20:00] <lifeless> and continued.
[20:00] <lifeless> actually rephrase
[20:00] <lifeless> they cp -a'd mysql
[20:00] <lifeless> committed
[20:00] <lifeless> then started deleting shit.
[20:00] <lifeless> so they aren't joined in history
[20:00] <moradan> Hello, is there a launchpad administrator here? I'm very interested in https://answers.launchpad.net/launchpad/+question/92509
[20:01] <lifeless> but they do have a few big revisions while they did the massive cleanup
[20:01] <lifeless> mtaylor: losas will do it with jkakar's script; see previous discussions :)
[20:01] <mtaylor> lifeless: awesome. I just followed up to that via email, actually
[20:02] <mtaylor> we aren't as big as mysql - but we do commit a lot
[20:02] <mtaylor> so we have quite a few revisions
[20:02] <lifeless> mtaylor: if you were to rebase your whole tree 3 revs later, your history would be a lot smaller ;)
[20:02] <mtaylor> lifeless: heh
[20:02] <jkakar> I still need to incorporate the fix-missing-revisions script.  It's on my todo list, will try to do it sooner than later.
[20:03] <mtaylor> lifeless: you know - if rebase didn't throw an exception on missing revisions, I'd use it more
[20:03] <lifeless> mtaylor: I'm glad it throws then :)
[20:03] <mtaylor> lifeless: :)
[20:04] <mwhudson> mtaylor: just out of curiosity, what is "du -sh .bzr" for your drizzle repo?
[20:04] <mtaylor> mwhudson: 165M
[20:04] <lifeless> 70m in 2a
[20:05] <mwhudson> roughly the same size as bzr then?
[20:05] <lifeless> yeah
[20:05] <mtaylor> lifeless: I've been considering the workflow of bzr branch lp:drizzle foo ; cd foo ; commit commit commit ; bzr rebase lp:drizzle ... rather than bzr branch lp:drizzle foo ; cd foo ; commit commit commit ; bzr merge lp:drizzle
[20:05] <mtaylor> lifeless: so that I keep all of the revision history intact (I'm not interested in git-style collapsing)
[20:06] <mtaylor> lifeless: but it doesn't really work for anything non-trivial, so I gave up
[20:06] <lifeless> mtaylor: I don't see that they would differ in that manner
[20:07] <mtaylor> lifeless: they has ambiguous antecedant here
[20:07] <lifeless> using rebase or merge
[20:07] <lifeless> would seem to have the same identical preservation of revisio history
[20:07] <mtaylor> oh, well, using rebase doesn't leave you with one or more "merged trunk" revisions after my work
[20:08] <lifeless> thats true, but thats not really about 'preserved history' is it?
[20:08] <mtaylor> lifeless: oh, no. by preserved history I meant preserved sequence of commits that I made
[20:09] <mtaylor> their relation to a particular starting point in the tree is (sometimes) less interesting
[20:09] <lifeless> long as you retest each one individually ;)
[20:10] <mtaylor> lifeless: yes... or if you happen to know that they don't have any relation to the changes that streamed in to trunk... but yeah. it's not a total replacement, there are just times when it seemed like it would be nicer
[20:10] <mtaylor> lifeless: again though - doesn't work, so sort of moot
[20:10] <lifeless> did you file bugs?
[20:10] <jkakar> Rewriting history is a bad idea in code and in real life. :)
[20:11] <lifeless> jkakar: it can be a very powerful tool
[20:11] <lifeless> jkakar: we shouldn't discard the tool because it /can/ have bad implications. We should just make them obvious, and support avoiding them.
[20:11] <jkakar> lifeless: Yeah, I know.  But it seems like the thing you'd need once in a while, not as a rule.
[20:11] <mtaylor> lifeless: I think I did. and then I think I noticed that nothing had been touched in month
[20:11] <mtaylor> months
[20:12] <jkakar> lifeless: Right, agreed.
[20:37] <blackxored> hello crew, I want my git branches for my debian/ubuntu packages to appear linked to me in launchpad, how can I achieve this?
[20:39] <maxb> blackxored: Could you explain a little more what you mean? Possibly with an example?
[20:39] <blackxored> maxb I maintain my packages in git.debian.org
[20:40] <blackxored> since I'm starting to be more active on ubuntu as well
[20:40] <blackxored> I want the branches to be listed and mirrored at launchpad
[20:40] <blackxored> since my goal is that my packages will mostly be syncs
[20:40] <maxb> You can create automatic bzr imports of remote git branches.... but only for the git HEAD at the moment.
[20:41] <blackxored> maxb, all right for now, enlighten me plz :)
[20:42] <blackxored> I am at the VCSImport page
[20:42] <blackxored> in project I assume I should set ubuntu
[20:42] <blackxored> or can I be more specific
[20:42] <blackxored> ?
[20:42] <moradan> Hello, is there a launchpad administrator here? I'm very interested in https://answers.launchpad.net/launchpad/+question/92509
[20:42] <maxb> blackxored: Um. Can you show me a link to the git branch?
[20:43] <blackxored> git://git.debian.org/pkg-java/azureus.git or http://git.debian.org/?p=pkg-java/azureus.git for example
[20:44] <maxb> I suppose in the ideal world it would be registered as an import to a package branch associated with debian/sid
[20:45] <blackxored> maxb, probably but sometimes (casually right now) I have diversion such as
[20:45] <AlanBell> hi, can I ask about launchpadlib here?
[20:45] <maxb> Unfortunately it appears that the vcs-import creation UI has not been updated since the concept of package branches was created
[20:45] <maxb> AlanBell: Yes, and you may even get an answer :-)
[20:45]  * blackxored is getting the link
[20:46] <AlanBell> ok, I am just getting started and failing at the first hurdle, from the instructions at https://help.launchpad.net/API/launchpadlib
[20:46] <blackxored> http://git.debian.org/?p=pkg-java/azureus.git;a=shortlog;h=refs/heads/ubuntu
[20:46] <AlanBell> when I try to set up the credentials and the cachedir I get AttributeError: type object 'Launchpad' has no attribute 'login_with'
[20:46] <blackxored> maxb, here ^^^^
[20:47] <AlanBell> and if I do dir(Launchpad) it has things like '_get_external_param_name', '_get_parameter_names', '_transform_resources_to_links', 'get_token_and_login', 'load', 'login', 'lp_attributes', 'lp_collections', 'lp_entries', 'lp_get_named_operation', 'lp_get_parameter', 'lp_has_parameter', 'lp_operations', 'lp_refresh']
[20:47] <AlanBell> but no login_with
[20:48] <maxb> blackxored: Unfortunately the current importer is incapable of importing that
[20:48] <blackxored> I supposed that :(
[20:48] <maxb> It can only import what HEAD points to, i.e. usually refs/heads/master
[20:48] <blackxored> is even incapable of linking the package branches as well
[20:49] <blackxored> master is for debian and there's no way I can change that :P
[20:49] <maxb> The ability to point at alternative heads is definitely near the top of people's lists for things to fix
[20:50] <blackxored> maxb, probably yes
[20:50] <blackxored> maybe when I get some time :P I could provide some help, but no promises
[20:50] <maxb> I've been contemplating looking at it myself
[20:50] <blackxored> thanks for your help anyways, seems like I'll stick to git and things as they are
[20:51] <AlanBell> the launchpadlib I am using is on an up to date Jaunty box, installed the easy way from the repos
[20:51] <maxb> AlanBell: http://paste.ubuntu.com/333378/ <--- my personal "just playing around with launchpadlib" script
[20:52] <AlanBell> maxb: thanks, looks useful
[20:52] <AlanBell> I want to enumerate all the members of a group and it's subgroup and watch for changes
[20:53] <AlanBell> so your script is using get_token_and_login
[20:54] <AlanBell> I can see that but I can't see launchpad.login_with
[20:57] <maxb> If you're still using the launchpadlib shipped with Jaunty.... I think you should definitely update
[20:57] <maxb> 0.2~bzr35-0ubuntu1 vs. 1.5.1-0ubuntu1 in karmic ... huuuuuge difference
[20:57] <AlanBell> ok, will fire up a Karmic and try again
[20:58] <maxb> It should be somewhat feasible to install the newer launchpadlib on jaunty, I would hope
[20:58] <AlanBell> Karmic is fine if that is the reason
[20:58] <AlanBell> in fact anything is fine as long as I understand it
[21:00] <moradan> barry: hello, may I talk to you?
[21:00] <barry> moradan: yes, but i'm about to go on a phone call, duration unknown
[21:02] <AlanBell> yay, login_with does exist in Karmic
[21:04] <moradan> barry: my question is the same as yesterday (approximately 22-23 hours ago) and there is some time - you helped me a lot and now lead-developer of the projects' program wrote a question  https://answers.launchpad.net/launchpad/+question/92509 - I just wanted to point this.
[21:05] <AlanBell> hmm, tried to log in to the wiki to add a note about Jaunty and I am looking at a big moinMoin error
[21:07] <barry> moradan: that looks good to me.  i will have to assign this to a losa since i do not have permission, but i think it will be fine
[21:07] <moradan> thanks
[21:16] <AlanBell> ok, logged in now. I changed the installation instructions a bit, https://help.launchpad.net/API/launchpadlib#The launchpadlib in Ubuntu (easy to install)
[21:38] <barry> moradan: i've assigned the question to the losas.  please let me know if it's not resolved in the next few days
[21:39] <barry> moradan: with a launchpad release coming up, please be patient
[21:39] <maxb> Well, we can hope it all goes smoothly and the losas are bored tomorrow :-)
[21:39] <barry> maxb: +1
[21:40] <mbarnett> +2*10^23
[21:40] <barry> AlanBell: i see your wiki change.  thanks
[21:40] <barry> mbarnett: OverflowError
[21:40] <mbarnett> doh!
[21:41] <AlanBell> barry: no problem
[21:41] <AlanBell> I am now having lots of fun browsing about launchpad with python
[21:41] <maxb> You have 18¼ minutes left...
[21:42] <barry> maxb: sounds like you're talking to richard nixon
[21:45] <moradan> thanks a lot
[22:00] <oojah> mbarnett: You're a tease :)
[22:05] <mbarnett> :)
[22:07] <infinity0> how do i delete comments on bugs? i made a doublepost by mistake


[00:01] <ailo> ScottL, That looks like the beginning of an extensive manual, sort of. Some of things will thankfully not require editing between releases like explaining FOSS and open formats.
[00:02] <ailo> ScottL, Should we do something similar to what Ubuntu does for their documentation, a release based manual? Most of it may just be a matter of copy and paste.
[00:03] <ailo> Once the first one is written down, of course
[00:42] <ScottL> ailo, what else do you think needs to be removed from the seeds...i agree with padevchooser
[00:44] <ScottL> ailo, right, the beginning of the documentation is a bit extension and i would concede that it is elementary to us that use ubuntu studio already
[00:44] <ScottL> ailo, but i'm really hoping it lowers the threshold for people to become users (and hopefully end up helping us ;) )
[00:46] <rlameiro> ScottL: http://dl.dropbox.com/u/1333955/us_audio_stream.png
[00:47] <rlameiro> inkscape file http://dl.dropbox.com/u/1333955/us_audio_stream.svg
[00:48] <ScottL> rlameiro,  cool, this will be very helpful to help people understand
[00:48] <ScottL> i was thinking about using colored rectangles :P
[00:49] <ScottL> yours is a lot nicer :)
[00:49] <rlameiro> I will send you a tg.gz with all the source files
[00:50] <rlameiro> ScottL: http://dl.dropbox.com/u/1333955/us-image-files.tar.gz
[00:51] <rlameiro> I started a script for a video
[00:51] <rlameiro> I will write it down on the wiki now
[01:06] <rlameiro> ScottL: I added some stuff to the wiki.  :D
[01:07] <ScottL> bah, you and aboganni worry about your english and you guys rock...both of you write english better than many people speak it here :P
[01:07] <ScottL> certainly better than i can read, write, or speak italian or portuguese  ;)
[01:08] <ScottL> but i'll check nonetheless :D
[01:08] <rlameiro> thanks :D
[01:33] <rlameiro> http://dl.dropbox.com/u/1333955/jack_routing.png
[01:36] <rlameiro> well i did the second depiction
[01:36] <rlameiro> now maybe i need to talk about multiple inputs? or not?
[01:37] <rlameiro> or maybe multiple outputs and inputs
[02:13] <TheMuso> ScottL: Sorry already done.
[02:49] <Kokito> howdy
[03:34] <ScottL> TheMuso, that's alright, it hasen't broken anything up till this point :P
[03:34] <ScottL> i'll make notes to get it during ocelot
[03:43] <ScottL> and thanks for updating the seeds, TheMuso
[04:05] <TheMuso> np
[08:33] <astraljava> Hey gang... sorry for my absence! Life has been freakin' crazy, what with the divorce and moving and stuff. Ready to come back now, though.
[08:34] <astraljava> I assume at this point of devel cycle it's about .iso testing and stuff.
[08:34] <astraljava> I will take a look at what is underway, but are we still having meetings and stuff?
[08:57] <abogani> divorce?
[08:59] <astraljava> Yes.
[09:14] <abogani> I'm sorry.
[10:07] <astraljava> Thanks.
[11:06] <abogani> ScottL: ping
[11:15] <abogani> ScottL: There are the things that I should do theoretically: 1) Investigate on -lowlatency bug reported by Ronan, 2) work on 2.6.39-lowlatency (irqs threads), 3) Update the stable -realtime kernel 4) work on the beta version of the 2.6.38 realtime kernel. What should I do?
[11:16] <abogani> ScottL: Please let me the main priority.
[11:16] <abogani> *know
[12:56] <ScottL> abogani, isn't #3 keeping people from installing he -realtime kernel from your ppa (or is it the -rt kernel in your ppa)?
[12:58] <ScottL> as much as i want progress on #2, i would say that this is the lowest priority currently, since we will not be using this until ocelot (right?)
[13:00] <ScottL> do we really absolutely need a 2.6.38 realtime kernel?  it will not be put into the official repos and you already have a relatively current -rt kernel in your ppa, right? (therefore, we are not denying anybody a -rt kernel, just not the absolutely latest one)
[13:00] <ScottL> i probably would consider #4 last then
[13:01] <ScottL> abogani,  so most likely look at #1 unless any of my assertions for the considerations are wrong
[13:01] <ScottL> BUT, which do you think is most important, abogani ?
[13:01] <ScottL> and, good morning, abogani  :)
[13:02] <abogani> ScottL: Good morning to you.
[13:02] <abogani> :-)
[13:05] <abogani> The mailing-list thread showed very little interest on 2.6.39-lowlatency kernel. In fact last emails seems show a decreased interest on -lowlatency kernel in general.
[13:06] <abogani> So I think that we should drop -lowlatency kernel *completely*.
[13:07] <abogani> ScottL: ^
[13:17] <ScottL> abogani, i would agree with you if we can get 2.6.39 to include the ability to adjust irq
[13:17] <ScottL> i think the addition of this functionality is probably going to outweigh any performance increase between -generic and -lowlatency
[13:23] <abogani> Ocelot'll have that feature for sure.
[13:27]  * abogani wonders if anyone would have objections about drop -lowlatency kernel
[13:27] <ailo> abogani, I'm will. I want someone to prove we can use -generic for realtime audio first. Still, I don't see any.
[13:28] <abogani> ailo: I would let you know that I *completely* agree with you.
[13:28] <abogani> but seem to me that no one use this kernel.  One reason could be that it is not in the main repo.
[13:30] <ailo> abogani, I think -lowlatency is reliable to a high degree, while -generic has not been. Perhaps the irq threading part will make -generic more reliable?
[13:32] <abogani> Obviously I couldn't be sure. But people should know that if they don't provide help for "out of archive" things these could disapear abruptly. And AFAIK the most of the work on -lowlatency is made by you.
[13:33] <abogani> It'll sure do but I don't know how much.
[13:37] <ailo> abogani, Maybe I'm just being a little pedantic then. I suppose Natty will not change much now, so -generic should probably do quite well.
[13:38] <abogani> ailo: You aren't pedantic at all.
[13:38] <abogani> ailo: I have ever found your opinions interesting.
[13:41] <abogani> ailo: It isn't technical thing: the lowlatency kernel is better than -generic one. No one can prove the contrary. But not matter how much is better if no one use it.
[13:41] <abogani> So I'm +1 to drop -lowlatency completely
[13:43] <abogani> At the end the UKT will be very happy about my failure :)
[13:47] <abogani> ailo, ScottL ?
[13:48] <ailo> I think the problem is that Linux enthusiasts will rather build their own kernel just because they can, or use -realtime because they can (except for some firewire people), while new users and people who just want a functional system would rather just push a button to get everything set. Not many know about -lowlatency yet.
[13:49] <ailo> But, if 2.6.39 will change that, this is only a matter for Natty.
[13:51] <ailo> There are some who use the wiki to install Ubuntu Studio, or just some packages for it. If we included a PPA there, people would be more likely to install -lowlatency.
[13:52] <ailo> Hopefully -generic is as balanced on other systems as on mine, in which case the difference will not be that huge.
[13:59] <ailo> I think I would be interested in building -lowlatency on my own PPA, just for testing purposes. Especially now that 2.6.39 is coming out. I will want to host my version of the -controls there too, but it will take a while before that happens. On -lowlatency maybe you could help me get going on that ScottL?
[14:01] <ailo> ScottL: I guess this is a good place to start https://wiki.ubuntu.com/ScottLavender/scratchpad
[15:01] <scott-work> astraljava: i'm sorry to hear about your divorce :(
[15:02] <scott-work> i missed seeing that this morning
[15:02]  * scott-work was sleepy eyed and only saw abogani 's red text
[15:03] <scott-work> to answer your questions:
[15:03] <scott-work> yes we are mostly testing
[15:03] <scott-work> and we have started meetings again with the intent that they become regular
[15:06] <holstein> morning :)
[15:19] <scott-work> morning holstein :)
[15:21]  * scott-work is working his way back through IRC log
[15:22] <scott-work> abogani:  i would still like to compare -generic vs. -lowlatency before we decide to drop anything
[15:23] <scott-work> abogani: i think -generic handling irq conflicts is a part of this evaluation
[15:23] <scott-work> abogani: but if -lowlatency can provide reliably better low latencies, then we would be hard pressed to drop -lowlatency
[15:24] <abogani> obviously
[15:25] <scott-work> abogani: and if we decide that -lowlatency provides better functionality we will continue to push it into the repos and it will be the default kernel
[15:25] <scott-work> abogani: see eseentially every ubuntu studio user will be testing it :)
[15:26] <scott-work> abogani: and since -lowlatency is built off of the -generic, then the -lowlatency will be able to adjust irq conflicts as well, no?
[15:27] <scott-work> abogani: after building the 2.6.38 -lowlatency kernel i was going to do more testing but since you pointed out the 2.6.39 kernel i felt we should probably wait
[15:27] <scott-work> especially since we will not get the -lowlatency kernel into natty
[15:29] <scott-work> abogani: but i commit to you, i will assist in testing 2.6.39 -lowlatency kernel for ocelot and i will aggressively pursue getting it into the repos if it provides appreciably better performance than -generic
[15:29]  * scott-work admist that he is sorely tempted to pursue getting -lowlatency into the repos if for no other reason that a lot of work has been already invested into it :P
[15:29] <falktx> scott-work: I'm with you too
[15:30] <scott-work> hi falktx  :)
[15:30] <ailo> scott-work, I can agree on testing 2.6.39, -lowlatency vs -generic. We still need to work out how to use irq priorities. It seems the guy who wrote the rtirq is testing that kernel now, so hopefully he will solve that. I learned that it is possible to change priorities for irq manually too
[15:30] <falktx> with the lack of a recent realtime kernel, we really need that lowlatency working
[15:31]  * scott-work is still working through IRC logs
[15:31] <scott-work> ailo: i will provide any assistance i can for building the kernel, although i'm very much inexperienced at this point
[15:32] <scott-work> ailo: but that wiki page you linked is pretty much a step-by-step guide
[15:32] <scott-work> ailo: the only thing i haven't put in there is to avoid using a dash "-" in the version number, rather you should use the tilde "~"
[15:33] <ailo> scott-work, It's a good start at least. Hopefully we won't need the -lowlatency, in which case I won't need to learn any more than that.
[15:34] <scott-work> falktx: agreed, except if the -generic continues it's improvements and the delta between -generic and -lowlatency continues to reduce
[15:35] <scott-work> as well
[15:35] <scott-work> but at this point i would emphatically say that i feel the -lowlatency is the best path at the moment
[15:36] <scott-work> at least unless more testing is done between -lowlatency and -generic, but for 2.6.39
[15:36] <falktx> scott-work: isn't natty using 2.6.38 by default ?
[15:36] <scott-work> falktx: i believe it is
[15:37] <scott-work> and -generic at that
[15:37] <falktx> scott-work: why is 2.6.39 so important?
[15:38] <ailo> falktx, Right now I am getting failry good results with 2.6.38 -generic. I don't feel 100% assured by it, since it is not only the kernel that decides latency, it would seem, while with -lowlatency you get more stable performance.
[15:38] <ailo> falktx, On 2.6.39 they added another realtime feature to adjust irq priority
[15:39] <falktx> I think it's probably better to stick with the normal ubuntu kernel, since it's better supported
[15:39] <ailo> falktx, Well, -lowlatency is the "normal" kernel too
[15:39] <falktx> hehe
[15:41] <scott-work> falktx: yes, ailo is correct, aboganni starts with the -generic kernel, does NOT apply any patches, and the only changes are run time compile flags
[15:41] <scott-work> falktx: and viola...you have the -lowlatency kernel
[15:41] <scott-work> some things we aren't thinking about probably is how the magic "100 line patch" will affect the kernel's performance or if audio users will even notice it
[15:42] <ailo> scott-work, I highly doubt it from what I read about it
[15:42] <falktx> scott-work: I checked abogani git repo a few days ago. I think I can make the 2.6.38 kernel work for lucid and maverick
[15:43] <abogani> For curious: http://kernel.ubuntu.com/git?p=abogani/ubuntu-natty-lowlatency.git;a=blob;f=debian.lowlatency/config/config.flavour.lowlatency;h=208ac36381710432d2bfd39fd55b3f116ac18bea;hb=HEAD
[15:43] <astraljava> scott-work: Thanks! Alright, I'll get right on with it as soon as I get home tonight.
[15:44] <ailo> falktx, I think it would be great if also things like nvidia drivers would work with that too.
[15:44] <scott-work> falktx: and sadly it would seem that the Ubuntu Kernel Team (UKT) has been incredibly misinformed as well about how to build a -lowlatency kernel, despite aboganni's assurances of how he made it :/
[15:45] <scott-work> ailo: falktx  abogani :  can someone explain what is necessary to get nvidia drivers (and/or ATI ?) to work with kernels?
[15:45] <falktx> scott-work: for lowlatency, nothing
[15:46] <abogani> Changes are necessary only for the -realtime one.
[15:46] <falktx> scott-work: problem is the realtime kernel headers, lowlatency has no issues with drivers
[15:46] <falktx> yep
[15:46] <ailo> falktx, But, they need to be built against the kernel, right? So, you would need to build those too?
[15:46] <falktx> scott-work: the only issue can be that nvidia does not support the kernel yet (as ATI does for 2.6.38)
[15:46] <falktx> ailo: dkms takes care of that
[15:46] <ailo> falktx, Err, I have nvidia drivers working on 2.6.38
[15:47] <falktx> ailo: I said ATI
[15:47] <falktx> afaik, canonical is working with ATI now
[15:55] <scott-work> so if we went with either -generic or -lowlatency there would be no further work required for video drivers then?
[15:55] <scott-work> either for nvidia or ati?
[16:04] <ailo> falktx, When you say dkms, won't you still need to build the drivers specifically for that kernel version?
[16:06] <falktx> scott-work: yes
[16:06] <scott-work> that is awesome!
[16:06] <falktx> ailo: ah, yes. I meant that dkms usually does this job for us
[16:07] <falktx> ailo: I think there's a way to force dkms to build for all kernel versions. this way user don't get surprises
[16:07] <scott-work> between not needing to rebuild video drivers and a possible elimination of the -rt kernel, those are some serious improvements :)
[16:07] <ailo> So, for Lucid and Maverick, using 2.6.38 will at least mean that one needs to build graphic drivers for those. I wonder what else will be affected?
[16:08] <falktx> ailo: I have a KXStudio-Team Kernel PPA now. If I put kernels there, I'll ensure compatible drivers will be uploaded too
[16:08] <scott-work> ailo: but that is if they choose to install the -rt kernel?
[16:08] <falktx> scott-work: ailo: for rt kernels, patches are needed
[16:09] <falktx> it's just a matter of creating a new package with the patch included, and tell dkms to use it if kernel is realtime
[16:09] <ailo> scott-work, No. It's not a matter if it is -generic or -lowlatency. It's a matter of kernel version. For -rt I assume the changes are done on the -rt kernel for the drivers to work
[16:10]  * falktx still wonder why rt guys changed the kernel headers...
[16:12] <scott-work> ailo: disregarding -generic, -lowlatency, -rt - if you change kernel version numbers then you must rebuild video drivers
[16:12] <scott-work> ailo:  is that correct?
[16:13] <ailo> scott-work, Yes. But, falktx said something about making a driver work for all kernels. Don't know how that works, but I don't think Ubuntu are like that, since they will only work with the kernel version they were built against
[16:14] <ailo> scott-work, And as stated, since -generic and -lowlatency are the same, no need to patch anything to get anything working.
[16:15] <scott-work> ailo: right, because UKT or somebody else will have already rebuilt them for the version, right?
[16:15] <falktx> ailo: something like:
[16:15] <falktx> sudo dkms build --all
[16:15] <ailo> But, 2.6.38 is not meant for Lucid or Maverick. I wonder what else, besides graphic drivers would be affected when using that kernel for those releases
[16:16] <ailo> scott-work, correct
[16:17] <ailo> Or, I should say, Lucid and Maverick were not meant to work with 2.6.38.
[16:17] <ailo> On Lucid, there would be a change regarding firewire at least, which the user needs to be aware of, I guess.
[16:18] <holstein> dammit, are FW users getting the fuzzy end of the lolly-pop again?
[16:20] <ailo> holstein, falktx proposed to add 2.6.38 -lowlatency for those releases in his PPA
[16:20] <scott-work> only if you upgrade kernels in maverick and lucid apparently, holstein
[16:20] <scott-work> and all the lollipops i've ever bought never had a "fuzzy end" , maybe you need a different supplier :P
[16:20] <holstein> scott-work: yeah?
[16:21] <falktx> ailo: holstein: I was using 2.6.38 on lucid and it worked fine (way better than 2.6.32)
[16:21]  * falktx is now on Natty
[16:21] <holstein> when your done with it... the stick is 'fuzzy' where the pop was
[16:22] <ailo> falktx, I haven't had much experience in using a different kernel for a release. I wonder about things like Virtualbox, things that have kernel modules. Will everything work?
[16:23] <holstein> as long as we make notes
[16:23] <holstein> virtualizing can *not* be a goal of ubuntustudio i think
[16:23] <holstein> hosting or guesting for that matter
[16:23] <falktx> ailo: official VirtualBox releases were working fine. I never tested the full-open variant though
[16:26] <scott-work> holstein: ahhh, gotcha
[16:27] <scott-work> i think when -lowlatency 2.6.39 is ready, there will be a substantial number of people testing it
[16:28] <scott-work> being able to adjust irq prorities being on of the reasons
[16:28] <ailo> falktx, What's your KXStudio kernel PPA? Is it on your launchpad page?
[16:28] <scott-work> and hopefully we can get a good comparitive feeling between -generic and -lowlatency
[16:30] <falktx> ailo: for now I use 2.6.32-preempt as default
[16:31] <falktx> ailo: I been so f* busy lately that I'm very late on kxstudio stuff
[16:31] <ailo> falktx, Ah, but you don't have a separate PPA for custom kernels?
[16:31] <falktx> ailo: yes
[16:32] <falktx> https://launchpad.net/~kxstudio-team/+archive/kernel
[16:32] <falktx> some notes:
[16:32] <falktx> rt-33 natty 64bit build failed to compile (broken GCC!!!!)
[16:32] <falktx> lowlatency-38 only builds on natty for now
[16:33] <falktx> ^ based on abogani's work
[16:33] <holstein> gcc got broken back in hardy
[16:33] <falktx> rt-31 does not work on maverick. still havent tested natty
[16:33] <holstein> and stayed that way
[16:33] <holstein> :/
[16:33] <holstein> sux
[16:47] <ailo> falktx, I think you've done quite a lot already. I have been busy with other things, but I am eager to look through some things that KXStudio offers. I guess we are all busy with different things.
[16:49]  * ailo is going running. The goal is 4 minutes per km for longer distances :P
[16:50] <falktx> ailo: I just wish I had internet at home :(
[16:50] <raboof> what's with the 'minutes per kilometer' lately - what's wrong with good old km/h?
[16:51] <ailo> falktx, Isn't there good choices for mobile internet? I have still not tried on Linux·
[16:51] <falktx> ailo: I need a job...
[16:51] <falktx> I was kinda getting into one, but it went wrong
[16:51] <ailo> raboof, Easier to count. 4 min / km, means 1:20 for 20 km
[16:52] <raboof> lol
[16:53] <ailo> raboof, Or easier to measure, when running
[17:14] <raboof> anyway running is a good idea, i'm off too :)
[17:24] <scott-work> eh, i keep meaning to respond to ronan's email and keep forgetting :(
[20:30] <scott-work> ailo: when you get back, give me a ping please, i wanted to ask you about the other pulse stuff to remove and about documentation
[20:31] <ailo> scott-work, I'm here.
[20:31] <scott-work> oh, okay :)
[20:32] <scott-work> i agree with the padevchooser to be removed, what was the other item(s) you were saying should be removed as well?
[20:33] <ailo> scott-work, At first I thought pavucontrol should be removed, but there is one bit of functionality on it that may be worth while given that we include a volume control, which has almost exactly the same app as "Sound preferences"
[20:34] <scott-work> ailo: but if we move towards including the indicator applet in the top panel then we could remove pavucontrol as well, right?
[20:35] <ailo> scott-work, I think that would be reasonable. pavucontrol has at least one bit of functionality extra, which is being able to choose audio card per application
[20:36] <ailo> But, I'm sure that can be done from the command line, or something.
[20:36] <ailo> Other than that, it seems identical.
[20:37] <ailo> scott-work, For the next release, I would like to start a more systematic testing approach where each and every application is tested and reviewed.
[20:38] <ailo> scott-work, Also, I want to test regurlarly
[20:39] <scott-work> ailo: yeah, i almost typed up seomthing about "card per application" but stopped since i think all my experience with it was because i had three audio cards
[20:39] <scott-work> ailo: we have discussed trying to get a small group together to codify testing but it never seems to gel and i can't do it on top of other things i do :P
[20:40] <ailo> I would at least test the kernel regularly. I want to be able to pick up on changes and try understanding what causes them
[20:40] <scott-work> which is why i liked ronan's email, it seemed fairly organized and regulated...even just seeing if jack starts may seem trivial but is an important step :)
[20:41] <ailo> It's very easy to think that because something worked one week ago, there's no need to do that again
[20:42] <ailo> I'm also interested in pulse-jack.
[20:42] <scott-work> i'm still pretty ignornat about many things and that is one of them, hence i haven't really pushed this but i think it could be an important functionality
[20:42] <scott-work> i just don't have time to dive into everything :P
[20:43] <ailo> At the very least it could be added as an option. And, if something is not included in the main repo, I don't see the problem in letting a script import it from a PPA, like the css script which imports a package from medibuntu
[20:43] <scott-work> ailo: but about documentation, how do you feel about what i've done so far with rlameiro?
[20:43] <scott-work> https://wiki.ubuntu.com/UbuntuStudio/IntroTutVideos
[20:43] <scott-work> i've been thinking that it could be broken down into four large groups:
[20:44] <scott-work> 1. intro
[20:44] <scott-work> 2. installing
[20:44] <scott-work> 3. simple uses (broken into audio, graphics, video)
[20:44] <scott-work> 4. advanced uses (parsed into a/g/v)
[20:44] <ailo> scott-work, Haven't read through everything. It seems more like an extensive approach. I was thinking, perhaps it is smarter to first compile every detail one can think of into a whole, then decide what is left in, and also make a quick-guide based on that
[20:45] <scott-work> i'm still very keen about making some sort of nice, (at least semi-) profession looking introductary videos for people who don't know what ubuntu studio is
[20:45] <ailo> scott-work, I think those should be easily accessible from the main site
[20:46] <scott-work> ailo: i'm not sure i understand your approach as described, can you explain a little more
[20:46] <scott-work> ailo: yes, i would want at least one, perhaps two (they would need to be supplementary to each other) on the main website page
[20:47] <ailo> scott-work, Yeah, sorry. I mean, what you started now, seems like an all-inclusive manual, that covers everything. I think we should proceed with that. A manual that covers everything about Ubuntu Studio. Later, we break it down, and decide what to keep and where to keep it
[20:47] <scott-work> maybe one on the main page, and a couple of others on a dedicated page to explainin gubuntu studio
[20:48] <scott-work> ailo: ah, yes...that sounds good, but i was also thinking we could parse it out like the ubuntu packaging guide where it's parsed by "chapters" into different wiki pages
[20:48] <ailo> I guess it depends on what the video is about. If it's just an intro video to Ubuntu Studio, that would seem better placed on the main site
[20:48] <scott-work> for example:  https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/index.html
[20:49] <scott-work> right (re: intro video)  that would be the plan
[20:49] <scott-work> i would expect an appreciable percentage of people who visit the main page are ignorant about ubuntu studio (need to find a better way to describe them)
[20:49] <scott-work> and that's where we need to grab them and hit them over the head with sexy, seductive information
[20:50] <scott-work> "it's free!  did we mention it's free!"
 I think we should just add to it as much as possible, and sort it out later
[20:51] <ailo> Later, I would want to have a "quick-guide" that just in as few words as possible lets a new user start using Ubuntu Studio
[20:52] <scott-work> ailo: i think that is a great idea as well
[20:53] <ailo> And, I believe -controls will be a big help when it comes to tuning the system. I will include a sound-check for it.
[20:53] <scott-work> this would be good for people who, like me, does something and susses it out, say midi, and then tries to do it again several months later, like i did last weekend
[20:53] <scott-work> but can't remember _exactly_ how it happened before
[20:53] <ailo> scott-work, Right. It's not fun having to dive deep into the details, when you just want to try it out
[20:56] <scott-work> ailo: just for clarifcation...
[20:56] <scott-work> i'm thinking the parts that are already in the wiki (the stuff i basically did) requires some lengthy or perhaps wordy explanations
[20:56] <scott-work> that is, few pictures or bullet point lists and many words
[20:57] <scott-work> but the parts where we show how to accomplish say, adding a synth track in qtractor is more line-by-line steps and pictures with fewer descriptive words
[20:57] <ailo> scott-work, That's the approach I have had too. List the topics first, and then start writing them. I'll need some time to get my English right as well.
[20:57] <scott-work> eh, your english is quite good
[20:58] <scott-work> you and alessio and ricardo read and write it better than many of my own countrymen
[20:58]  * scott-work cries a little inside
[20:58] <scott-work> i think slang and internet abbreviations are killing literature and writing
[20:59] <scott-work> and i really don't think americans tend to value education like other countries
[20:59] <scott-work> but that's besides the point
[21:00] <scott-work> what i'm getting at, ailo, where does you "quick guide" fall into that dichotomy?  length explanation describing philosophies, followed by succinct step-by-step guides with pictures?
[21:00] <ailo> Well, I'm not so sure. I think knowledge of language will be more tuned towards content, than anything else. Computers will do so much work for us.
[21:01] <scott-work> agreed, but i find it amazing (and have great respect for) how you, ricardo, and alessio can converse fluently in multiple languages
[21:01] <scott-work> it's not something your white, anglo-saxon, protestants do well, mainly due to pride or egocentricity
[21:01] <ailo> The quick-guide should basically be: One, two, three, four - rock'n'roll. Only information that is needed in order to install, start an application and get sound out.
[21:02] <scott-work> ailo: okay, so the quick guide would be almost a separate documentation, just extracting the bare minimum to get the job done?
[21:02] <ailo> I think Alessio should have some credit. Italians don't usually speak English very well
[21:03] <ailo> scott-work, Exactly. I think the main documentation could be more like a reference, where everything you need is collected, even links to other sites
[21:04] <ailo> I grew up with two languages, and in Sweden we get a lot of English from our medias.
[21:04] <ailo> So, I speak three languages + a little German
[21:05] <ailo> The quick-guide would be much easier, if there was a live DVD
[21:06] <ailo> scott-work, This way, the user could get some experience very fast.
[21:07] <scott-work> ailo: ooohhhh, that's a good point
[21:07] <scott-work> that's a great way to get people interested
[21:07] <scott-work> i wonder if we could even include the quick guide on the disc
[21:07] <scott-work> i bet we could
[21:07] <scott-work> think of it....
[21:08] <scott-work> person never used ubuntustudio before can boot up live dvd, then follow along with quick-guide tutorial and make mad sounds
[21:08] <scott-work> without ever touching their harddrive....i would think that would really encourage people
[21:09] <ailo> Puredyne works pretty well, when that is concerned. Though, recording to disk is another story.
[21:10] <ailo> It wouldn't be bad to include some sort of demo. A script that starts up multiple apps and plays a song
[21:10] <ailo> Showcasing a few applications at the same time
[21:13]  * ailo needs an ergonomic chair...
[21:13] <scott-work> that would be cool :)  maybe if we get ladish into the repos then that wouldn't be that hard to do as well
[21:14] <ailo> scott-work, That's another thing I don't know anything about.
[21:15] <scott-work> i will probably still need you and rlameiro to help identify (probably as a group) what documentation/tutorials should go under 3. simple uses and 4. advanced uses
[21:15] <ailo> scott-work, And, another thing I want to improve for next release, the knowledge of all the applications available
[21:15] <scott-work> my thought is that if we can frame it in and give people a format to easily follow then we might get some help to create the documetnation
[21:15] <ailo> scott-work, I think holstein would be a good asset there as well
[21:15] <scott-work> i think that people generally want to help but dont' want to also have to invest time figuring out *how* to help ;)
[21:16] <scott-work> ailo: ooohhh, yeah, i'll brow-beat him later about this :D
[21:16] <holstein> hehe
[21:16] <holstein> yeah, im in
[21:16] <scott-work> "knowledge of all applications" i choose this year in february to learn some midi during the rpm challenge for this very reason
[21:17] <scott-work> holstein: sweeet :)
[21:17] <scott-work> i'm even thinking of doing some quick wiki pages showing people how to do wiki pages!
[21:17] <scott-work> like how to take a screen shot, crop it, and attach it to the wiki
[21:17] <scott-work> how to special format some text that would be used often
[21:18] <scott-work> give people the tools and the defitintive goal so that it only requires their time to accomplish stuff
[21:25] <scott-work> although i think the 3. simple uses might need a preamble, like "getting sound out of linxu", helping newbies understand the linux audio landscape, specifically pulse and jack
[21:31] <ailo> scott-work, If we have a system that is very easily tunable. If we have -controls doing quite a lot already, we'll need troubleshooting for when something fails.
[21:32] <ailo> I'm also thinking about adding a patch to make delta cards work with pulseaudio, which could be added with the users permission from the -controls
[21:33] <ailo> M-Audio Delta, I mean
[21:34] <ailo> Trouble shooting could be a few questions, that then give links as answers on different topics
[21:34] <scott-work> ailo: how would they work differently than they do now?
[21:34] <ailo> scott-work, You mean m-audio delta cards?
[21:34] <scott-work> aye
[21:35] <scott-work> i use a delta 44 and i think i can get sound out of it through pulse
[21:35]  * scott-work admits that he uses onboard for the majority of non-audio recording audio
[21:35] <ailo> scott-work, I haven't tried in a while, but from what I've read it's not been possible
[21:36] <ailo> You need an edit to a alsa config file. ice1712.conf I think it's called
[21:36] <scott-work> ailo: what would be a use case for this (i ask because i can think of a reason not to do this)
[21:36] <ailo> A simple addition to that file makes the card usable with Pulseaudio
[21:37] <ailo> New users have a tough time getting their ice1712 cards to work with pulseaudio.
[21:38] <scott-work> why would they want to use pulse with their ice1712 cards?  why not use onboard audio for those activities?
[21:38] <scott-work> sorry if this sounds snotty, or egalitarian
[21:39] <ailo> scott-work, Not everyone has onboard audio, and usually people would prefer to use the same card for all tasks, especially if it is a home studio setup, where the card is connected to some nice monitors
[21:39] <scott-work> okay, i can see that
[21:39] <ailo> Just the fact, that you can't get sound out, makes people think they aren't supported.
[21:40] <scott-work> but then some functionality is lost currently, meaning i can route audio through pluse and onboard and i can also route other audio through jack via delta44
[21:40] <scott-work> not saying this is a deal break, just pointing it out
[21:40] <ailo> I don't expect that any functionality would be lost
[21:40] <scott-work> many people may not care, and jack-bridge may be the answer to this "loss "of functionality
[21:41] <ailo> I would rather the card works just as any other would
[21:42] <ailo> The only reason why ice1712 doesn't work with pulseaudio is because the alsa config file is not presenting a typical stereo output that PA can read
[21:42] <ailo> Or something like that
[21:42] <ailo> It's a very easy fix, but is also a hack.
[21:43] <ailo> But, it doesn't affect anything. The only thing the fix does is allows the card to be used with PA
[21:44] <scott-work> ailo: my point is that even if you fix the alsa config so that delta cards work with pulse, then a user would not be able to concurrently route audio through pulse and jack at the same time
[21:44] <scott-work> i currently can because i use different cards, one for pluse and one for jack
[21:44] <ailo> That will not change
[21:44] <ailo> It's up to the user
[21:45] <ailo> If the user wants, he can use one card for jack and the other for PA
[21:45] <scott-work> i don't think we can concurrently, i think dbus with either let the card use pulse or jack, but not both
[21:45] <scott-work> right "he can use one card for jack and the other for pa"
[21:46] <ailo> Or, use the same card for both, but not at the same time
[21:46] <scott-work> exactly :)
[21:46] <scott-work> i don't want to be misunderstood, i think this would be nice to be fixed, anything that makes it "just work" is probably good
[21:46] <scott-work> i was just pointing out a very niche use case where this would cause a problem
[21:47] <scott-work> of course, jack-bridge might mitigate this "problem" as well
[21:47] <ailo> scott-work, I don't understand. I don't see what is changed with fixing the alsa.conf
[21:47] <scott-work> oh, the change itself isn't necessarily the problem
[21:48] <ailo> The card will still be usable with jack at the same time as one uses the onboard card with PA
[21:48] <scott-work> it's user's expectations..."i can route everything through pulse now including my audio recording stuff...oh, why can't i route youtube and my recording together?"
[21:49] <scott-work> right, but your use case was that a user wanted to use both pulse and jack through the same card with the nice speakers
[21:49] <ailo> Yeah, but that would only be possible with jack-pulse bridge
[21:49] <scott-work> yeah, but it's probably a very small use case that most people aren't going to worry about and i probably shouldn't have brought it up ;)
[21:50] <ailo> scott-work, But that isn't possible even before the fix, without jack-PA bridge
[21:50] <scott-work> i wonder how we would be able to "fix" this permantly
[21:50] <scott-work> ailo: with two cards it is
[21:50] <ailo> You mean, you can route the jack card to PA?
[21:51] <ailo> Or, the other way around?
[21:52] <ailo> As things are now, no matter what, without jack-PA bridge, I don't think you can use PA and jack with the same card at the same time
[21:52] <scott-work> http://dullass.blogspot.com/2010/06/wisely-and-slow-they-stumble-that-run.html
[21:52] <scott-work> i wanted to play a youtube video while playing my guitar
[21:52] <scott-work> i routed the youtube video through pulse and my onboard audio into computer speakers
[21:52] <scott-work> i routed my guitar through jack and my delta 44 into studio monitors
[21:53] <scott-work> it was when they moved to (jack2 i think, and) dbus that allowed this to happen in maverick
[21:53] <ailo> scott-work, This would not change
[21:54] <ailo> Allthough, wait..
[21:54] <ailo> Now that jackd is suspending PA, I don't think you can do this anymore on Natty anyway
[21:55] <scott-work> but i found i couldn't route both through the same card though
[21:55] <ailo> On Lucid qjackctl suspends jack, so there you would use jackd from a terminal to achieve this
[21:55] <scott-work> the pasuspend is in qjacktl and that's how i started jack in maverick so i don't really understand how it happened either
[21:57] <ailo> scott-work, No, I'm lying.
[21:57] <scott-work> my delta card is in the computer with lucid on it now, so i can't test this again currently
[21:57] <ailo> scott-work, On Natty, as well as on Lucid, qjackctl suspends jack
[21:57] <scott-work> ailo: i dont' think you are the lying type
[21:58] <ailo> But, I believe on Maverick it doesn't
[21:58] <ailo> suspends PA, I mean
[21:58] <scott-work> oh, i gotcha
[21:59] <ailo> So, on Natty, if I start my second card using jack, while PA is using my onboard card, it will work, as long as I start jackd from the terminal
[21:59] <scott-work> that's wierd that it wouldn't do this on maverick, though
[21:59] <ailo> It will work on Maveric too, even if you use qjackctl ( I think )
[21:59] <ailo> Because there qjackctl is not stopping PA
[22:00] <ailo> Anyway, the fix will not change this. I can use any cards like this
[22:01] <ailo> The only thing that you can't do is use jack and PA on the same card at the same time, without PA-jack bridge, which makes PA a jack client I believe, and therefore PA is not using any card, only giving jack the audio streams
[22:03] <scott-work> to reiterate: i think it will be a good fix and anything we can make "work out of the box" is probably a good thing
[22:03] <scott-work> but i wonder how we would be able to make this fix permanent?
[22:03] <scott-work> maybe we should file a bug about alsa?
[22:04] <ailo> scott-work, As I understand it, it's like a design issue for alsa
[22:04] <ailo> There are multiple bug reports on it, and they are more than 3 years old now
[22:04] <scott-work> but i would imagine there are ubuntu-specific config changes that are already being done, this would just be another one
[22:04] <scott-work> oh
[22:04] <scott-work> maybe we should push some people about this then
[22:05] <ailo> Everyone blamed PA first, but in a way PA is forcing a change in the way the alsa.conf is written. Or, it is not done right. I cannot tell, since I don't know that much more about it
[22:06] <ailo> Not alsa.conf, ice1712.conf..
[22:08] <ailo> I'm not sure, but there may be other multi-channel cards affected. At least, I would like to add a fix for ice1712
[22:12] <scott-work> oh, yeah, i've heard david t. chen and others say the same thing about pulse exposes alsa's warts
[22:12] <astraljava> Daniel, not David.
[22:12] <scott-work> ack, yes, my mistake, thank you astraljava  :)
[22:13] <astraljava> :)
[22:26] <scott-work> right, i'm going home :)
[23:24] <ronj> hi holstein
[23:26] <holstein> ronj: o.
[23:26] <holstein> o/
[23:26] <ronj> ScottL mentioned https://lists.ubuntu.com/archives/ubuntu-studio-devel/2011-April/003021.html that you did some fiddling with usb installs of studio. I'm a tad surprised to hear that installing from usb is not reliable and not really supported, because that's what I've been doing for years. What were your findings?
[23:28] <holstein> ronj: let me get the bug report i filed
[23:28] <ronj> yup
[23:29] <holstein> https://bugs.launchpad.net/ubuntustudio/+bug/697774
[23:29] <holstein> this is mentioned after my ranting there
[23:29] <holstein> http://die-klapsmuehle.org/2010/02/21/ubuntu-alternate-von-usb-stick-installieren/
[23:29] <holstein> i got my information from the ubuntuserver wiki
[23:30] <ronj> ok thanks, so that means the official usb-creator-gtk is not supported
[23:30] <holstein> AFAIK the alternate style installers dont work
[23:30] <holstein> with that or unetbootin
[23:30] <holstein> they both fail at finding the install media for me
[23:31] <holstein> ronj: we are talking about the installer
[23:31] <holstein> and where we want to go
[23:31] <holstein> IF we go to a live CD
[23:31] <holstein> then the USB install will be easier
[23:32] <holstein> as is stands
[23:33] <ronj> to be precise: I tried to dump a recent version of studio / natty to a usb key through Ubuntu's usb-creator-gtk, in order to do some testing. usually it works like a charm but there it did not
[23:33] <holstein> i personally put the responsibility on the tool
[23:33] <holstein> the USB creator
[23:33] <ronj> i did not try unetbootin
[23:33] <holstein> its what is not supporting alternate installers
[23:33] <holstein> unetbootin is not an official ubuntu tool, so that could be ignored
[23:33] <ronj> "its what is not supporting alternate installers" >> well, it used to work for me till now.....
[23:33] <ailo> For me unetbootin worked as far as creating the installer, but after installing, not everything had been installed
[23:33] <holstein> ronj: yeah?
[23:33] <ronj> yup
[23:34] <holstein> never worked for me
[23:34] <holstein> no ubuntustudio
[23:34] <holstein> no server
[23:34] <holstein> no alt
[23:34] <holstein> always failed
[23:34] <ronj> even did studio natty alpha2 like that
[23:34] <ronj> weird
[23:34] <holstein> 32bit version
[23:34] <ronj> ok
[23:34] <ronj> yes
[23:34] <holstein> since 9.10
[23:34] <ronj> yes
[23:34] <holstein> ronj: ive been loud about it
[23:34] <ronj> ?
[23:34] <holstein> on several occasions ;)
[23:34] <ronj> oh
[23:35] <ronj> I'm not always listening as much as I should :P
[23:35] <holstein> ronj: well, not at you
[23:35] <holstein> just in here really
[23:35] <ronj> ok... I'll give it another try and may try to add some meat to your bug or possibly create a new one on usb-creator-gtk
[23:36] <ronj> thanks holstein ailo
[23:36] <ronj> ailo, can you precise "after installing, not everything had been installed"?
[23:36] <holstein> ronj: please do :)
[23:37] <ailo> ronj, After installation, I booted into the system, but it just stopped at one point, and the screen went to sleep. Ctl + Alt + Del rebooted.
[23:37] <ailo> ronj, Then, I used recovery mode, which was no problem
[23:38] <ailo> ronj, And there, I realized, ubuntustudio-desktop had not been installed, so I installed it
[23:38] <ailo> ronj, After that, everything was fine
[23:38] <holstein> w0w
[23:38] <holstein> thats *wat* better than i ever got
[23:38] <ronj> ok thanks
[23:38] <holstein> way*
[23:38] <ailo> But, I remember from before, I could not even create the installer
[23:39] <ronj> ailo, could not create the key?
[23:39] <ronj> you mean
[23:39] <ailo> ronj, Right.
[23:39] <holstein> it would be fine if in the tool documentation it said 'doenst support alternate CDs'
[23:39] <ronj> which tool? what did it say?
[23:40] <holstein> OR, if when you had an alernate iso
[23:40] <holstein> it would fuss about it
[23:40] <ronj> holstein, right, that's what i was suggesting: if implementing support for alt cds into usbcreator is too much work, at least warn the user
[23:41] <holstein> yeah, thats where i think it should be
[23:41] <holstein> i have other reasons for wanting US to have a live CD
[23:41] <holstein> and that would just be an added bonus
[23:41] <holstein> wonder who makes that tool?
[23:41] <holstein> that should be easy enough to add
[23:42] <ailo> A live DVD / CD seems to me like the only way to go, really
[23:42] <holstein> ronj: i have a couple days off here
[23:42] <holstein> maybe i'll try and grind that axe a bit more :)
[23:42] <rlameiro> welll sorry for interrupting...
[23:43] <holstein> rlameiro: o/
[23:43] <rlameiro> but I was thinking the same problem
[23:43] <rlameiro> how to deploy an ubuntustudio image....
[23:43] <rlameiro> for a lot of computers and not Linux versed
[23:43] <rlameiro> (Universities / Academic)
[23:44] <holstein> rlameiro: like a net install scenario?
[23:44] <rlameiro> LiveDVD would be great
[23:44] <rlameiro> holstein: that would be god on a second base
[23:44] <rlameiro> but you can do it already wit the alternate install
[23:44] <holstein> true
[23:44] <ailo> The only downside with a DVD is that it doesn't cover every scenario, why I think it would be really nice to have a CD as well
[23:44] <rlameiro> I will give the example
[23:45]  * holstein BBL
[23:45] <rlameiro> Composing teacher: Today we will lear how to create an orchestra in supercollider, or a synth.
[23:45] <rlameiro> please put the DVD on the computer and restart
[23:46] <rlameiro> go to applications and open this X Appp
[23:46] <rlameiro> this could be great for academics to strat using linux.... at least on this area
[23:46] <ailo> rlameiro, It would even better, if one could install onto the live-usb. Like you can with Puredyne
[23:47] <ailo> I mean, install programs, change settings and so on
[23:47] <rlameiro> ailo: That would be AWESOME
[23:47] <ailo> Puredyne already does this, so we could see how they achieve that
[23:47] <rlameiro> even better if the image has all the MAC drivers
[23:48] <rlameiro> ailo: I think they create a install and then make it a live cd/usb
[23:49] <ailo> rlameiro, They have a script, that installs the iso to the usb stick, and when you boot into it, you can add new users, install programs. There is two partitions. One for the image, and the other for saving data
[23:50] <rlameiro> hummm
[23:50] <rlameiro> seems easy implementation
[23:50] <ailo> But, the interesting part is how the iso is created
[23:50] <ailo> So, it's in two steps
[23:50] <rlameiro> ailo: what do you think of the script untill now? https://wiki.ubuntu.com/UbuntuStudio/IntroTutVideos#Objectives:
[23:51] <rlameiro> do you know rootstock?
[23:51] <ailo> rlameiro: rootstock?
[23:51] <rlameiro> ailo: https://launchpad.net/project-rootstock
[23:51] <rlameiro> its for arm
[23:52] <rlameiro> you create an root filesystem
[23:52] <rlameiro> you can add users and seeds at build time
[23:52] <rlameiro> I am sure there is a similar tool for normal computers
[23:54] <ailo> Puredyne uses debian-live, but I don't know how that works. Haven't investigated further.
[23:54] <ScottL> hi rlameiro and ronj, just go in, will read backscroll in a minute or so
[23:54] <ailo> One thing that is missing from Ubuntu Studio is giving the user realtime prio right from the start
[23:55] <ailo> I think..
[23:55] <rlameiro> https://help.ubuntu.com/community/LiveCD#Making%20a%20Customised%20LiveCD
[23:55] <rlameiro> ScottL: hi there :D
[23:55] <rlameiro> ailo: that would be managed if jack is installed or not?
[23:56] <ailo> rlameiro, Yes, but user needs to be in audio group too. Don't think this happens automatically. We should add that for creating new users, if possible
[23:57] <ailo> Probably easier to do on a strictly audio based distro
[23:57] <ailo> ubuntustudio-settings?
[23:58] <rlameiro> we could add a startup script to do $dpkg-reconfigure jackd
[23:58] <ailo> Anyway, the live user must have realtime prio, especially if one cannot save settings, otherwise it's not really fun using the liveDVD
[23:59] <ailo> rlameiro, I think it must be some kind of default thing, when you add a new user, the user becomes a member of certain groups


[08:03] <DJones> This may have been already reported in #ubuntu-wiki, but looks like the ubuntu wiki pages are being spammed & changed, as an example https://help.ubuntu.com/community/Printers
[08:12] <DJones> Printers (last edited 2013-10-18 20:57:23 by skyemoor)
[08:13] <DJones> https://launchpad.net/~skyemoor
[08:19] <DJones> The last edit looks to be a false date, as though its been edited without the date being changed
[08:20] <DJones> The users that spotted it and have been trying to notify somebody have been talking in #ubuntu-discuss http://irclogs.ubuntu.com/2015/12/24/%23ubuntu-discuss.html Might be worth  reading the log for what they've come up with
[09:13] <davidcalle> DJones: I've filed a ticket to the Canonical infrastucture team
[11:33] <DJones> davidcalle: Cheers, I see you've joined -discuss as well, looks like the people who spotted it are offline now


[01:27] <VCVC> CAN  ANY  ONE  HLP ME
[01:27] <VCVC>   PLZZZZZ
[01:27] <VCVC>  PZZZZZZZZZZ
[03:00] <MTecknology> wow... https://apps.sd.gov/applications/LD10SDWORKS_SS/seeker/SS_Seeker_JO_Details.aspx?job_order_id=1501915
[03:01] <MTecknology> wrong channel - but still wow..
[14:33] <newz2000> Hi, I'm back
[14:35] <cjohnston> everyone hide!
[14:37] <newz2000> Anything blow up while I was away?
[14:38] <cjohnston> hehehe
[14:38] <cjohnston> see my PMs from the past week
[15:12] <Ddorda> hey guys, i have a bug report about the ubuntu-wiki new theme. where can i report it?
[15:22] <newz2000> Ddorda: great, let me get you a link
[15:22] <newz2000> here: https://bugs.launchpad.net/ubuntu-website
[15:22] <newz2000> if you don't mind, can you add the tag light-wiki?
[15:34] <Ddorda> newz2000: sure thing :)
[15:35] <Ddorda> what's LD?
[15:35] <Ddorda> Launchpad?
[15:36] <Ddorda> oh, LoCo Directory, right?
[15:42] <cjohnston> LD = loco directory
[15:43] <Ddorda> cjohnston: yea, i just forgot. thanks
[15:54] <cjohnston> please search for bugs before creating them
[15:54] <cjohnston> Ddorda: closed dup
[15:54] <Ddorda> cjohnston: i did search..
[15:55] <cjohnston> I searched "rtl" and the bug with a merge request was the very first to show up. :-/
[15:56] <Ddorda> are you sure you're not talking about the LD one?
[15:56] <Ddorda> cause that one i did see
[15:57] <cjohnston> bug 674504
[15:57] <ubot4`> Launchpad bug 674504 in ubuntu-website "RTL direction is not applied correctly (affects: 2) (dups: 1) (heat: 20)" [High,In progress] https://launchpad.net/bugs/674504
[15:58] <Ddorda> you're right. i'm sorry. next time i'll search more
[15:58] <cjohnston> :-)
[15:59]  * Ddorda is hiding, please don't heart me!
[15:59] <cjohnston> <3 heart? :-P
[15:59] <Ddorda> hurt*
[16:00] <Ddorda> :X
[16:00] <cjohnston> lol
[16:00] <Ddorda> i need to sleep more
[16:00] <Ddorda> -.-
[16:00] <cjohnston> I liked heart better
[16:00] <cjohnston> I agree.. I need a nap
[16:00] <Ddorda> this is getting embarrassing
[16:01] <cjohnston> my new toy is coming today!
[16:13] <Ddorda> cjohnston: will you let us know what is the precious?
[16:14] <cjohnston> http://www.diversdirect.com/scuba-diving/oceanic-pro-plus-2-computer/
[16:14] <cjohnston> :-)
[16:14] <cjohnston> a computer that likes water!!!
[16:14] <cjohnston> lol
[16:14] <cjohnston> I wonder if I can get it to run ubuntu
[16:23] <Ddorda> cjohnston: erm.. where's the screen? :P
[16:24] <cjohnston> all the numbers are the screen
[16:25] <Ddorda> cjohnston: i wonder if you can run a server on it :P
[16:25] <cjohnston> lol
[16:25] <cjohnston> from under water
[16:25] <Ddorda> cjohnston:
[16:25] <Ddorda> yea
[16:25] <Ddorda> i pirate server :D
[16:25] <Ddorda> muhahah
[16:26] <Ddorda> a*
[16:26] <Ddorda> damn -.-
[16:27]  * Ddorda buries himself
[22:13] <Farmfield> Any active foks in da house?
[22:14] <Farmfield> [sry, that was supposed to be folks]
[22:46] <cjohnston> whats up Farmfield
[23:03] <Farmfield> sjohnston: Sry, LoCo issues, hehe. U still here?
[23:03] <Farmfield> cjohnston: Sry, LoCo issues, hehe. U still here? (sry, misspell again)
[23:06] <cjohnston> yes
[23:08] <Farmfield> Oi, so you know the discossions here?
[23:08] <Farmfield> Sry, for bad spelling, tough dag...
[23:08] <cjohnston> no?
[23:08] <cjohnston> What discussions
[23:09] <Farmfield> Are you into the LoCo-design work discussed in this channel?
[23:09] <cjohnston> I am a member of the community website design team
[23:09] <cjohnston> and a developer of the loco directory and the light themes
[23:09] <Farmfield> LOL - well, that's says it all. ;D
[23:10] <Farmfield> I'm head of the swedish LoCo design team
[23:10] <Farmfield> We're changing to the UD-Theme but we run phpBB as fora.
[23:11] <Farmfield> I know there isn't an official phpBB-theme but I heard rumours there was someone working on it kinda as an of the records  thingie
[23:11] <cjohnston> I know there was talk.. I'm not sure of progress
[23:11] <Farmfield> Is this something you know anything about?
[23:12] <cjohnston> As I said, I don't know of the progress.
[23:12] <Farmfield> Do you remember who were involved, someone to contact?
[23:12] <Farmfield> Hehe, tough day and slow writing, sorry.
[23:13] <Farmfield> My thought was to fint the project, ask about the progress and vheck if there was something we vould supply in knowledge - and that kinda thing
[23:14] <cjohnston> You may want to email the website mailing list (https://lists.ubuntu.com/mailman/listinfo/Ubuntu-website) and ask.. There is no code officially published yet..
[23:16] <Farmfield> Many thanks. Would make things easier to have a theme than modding the one we use even though it works well with the UDTheme header. And thanks again and I'll use the mailing-list. :)
[23:16] <cjohnston> No problem.. Sorry I couldn't be of more assistance
[23:17] <Farmfield> Aah, I was lucky. I only been in here once before - like 2 weeks ago - and second try I get the answers I need. So you absolutely were of great help. :)
[23:18] <cjohnston> Good
[23:18] <Farmfield> :) Over & out from the fridge called Sweden! Bye :)


[00:14] <caraka> Any news on the farm, channel message notwithstanding?
[00:16] <hloeung> AIUI, new kernels are testing on a small subset of hosts. The farm is still disabled until it's rolled out on all
[00:16] <hloeung> wgrant would have more details
[00:19] <wgrant> caraka: It's still probably a couple of days off, but hard to say.
[00:19] <caraka> woah. Ok thanks.
[00:20] <caraka> that's good to know so I'm not refreshing often.  :D
[13:07] <axino> hi
[13:07] <axino> any reason I can't push to a git repo I'm owning ?
[13:08] <cjwatson> what exactly is happening?
[13:09] <axino> cjwatson: https://pastebin.canonical.com/206956/
[13:09] <axino> I could push to ~axino just fine
[13:10] <cjwatson> axino: That repository is an import from GitHub
[13:10] <axino> uuuuuuugh
[13:10] <axino> ok
[13:10] <cjwatson> can't push to imports
[13:11] <axino> yea
[13:11] <axino> h
[13:11] <axino> not really mentioned in https://code.launchpad.net/~filebeat-charmers/filebeat-charm/+git/filebeat-charm/+ref/master
[13:11] <axino> damnit I thought we owned this
[13:11] <cjwatson> It's clear from the repository, but yeah, the ref is unclear.  Bug would be welcome
[13:11] <axino> cjwatson: sure
[13:12] <cjwatson> (It omits the push instructions, but isn't otherwise very explicit)
[13:13] <axino> cjwatson: https://bugs.launchpad.net/launchpad/+bug/1741892
[13:13] <cjwatson> thanks
[13:13] <axino> I guess I could add a blurb about the error
[13:14] <axino> and done
[13:14] <axino> cjwatson: thanks for your help
[13:14] <cjwatson> np
[19:21] <acheronuk> getting timeout errors trying to post a bug comment
[19:22] <nacc> yeah, i think LP is down, acheronuk
[19:23] <acheronuk> ok. I'll leave that until later then
[19:23] <acheronuk> thx
[19:23] <nacc> acheronuk: not because I know it is, just that I'm seeing the same everywhere :)
[19:23] <acheronuk> can someone turn it off and on again?
[19:24] <nacc> acheronuk: :)
[19:35] <nacc> acheronuk: it's back
[19:35] <acheronuk> I've changed my mind about my bug comment now! LOL
[19:35] <nacc> acheronuk: lol
[19:35] <nacc> it's like the gmail unsend
[20:50] <ricotz> cjwatson, hi, I am getting requests regarding the firefox trunk builds, would it be possible to get these 6 pending builds elevated like the beta ones? https://launchpad.net/~ubuntu-mozilla-daily/+archive/ubuntu/ppa/+builds
[21:53] <acheronuk> any chance the LP builders will be back to general availability tomorrow? or are we looking later in the week?
[21:53] <nacc> acheronuk: i don't think an ETA has been announced yet
[22:15] <acheronuk> nacc: yeah, I know. I was hoping for a hint ;)
[22:15] <acheronuk> or a probability
[22:16] <acheronuk> or just a guess!
[22:45] <tsimonq2> I'm struggling with the API a little bit... I'd like to be able to edit the default branch for a Git repository using the API but I can't quite figure out how I would go about doing that...
[22:45] <tsimonq2> Are there any similar examples I could go off of?
[22:47] <nacc> tsimonq2: do you have a repo object?
[22:48] <nacc> tsimonq2: https://git.launchpad.net/usd-importer/tree/gitubuntu/importer.py#n407
[22:48] <tsimonq2> nacc: No, but I think I can get there using that bit of code
[22:48] <tsimonq2> nacc: Thanks!
[22:50] <nacc> tsimonq2: the bit above that should show you how to get the repo_path https://git.launchpad.net/usd-importer/tree/gitubuntu/importer.
[22:50] <nacc> bah https://git.launchpad.net/usd-importer/tree/gitubuntu/importer.py#n374
[22:50] <tsimonq2> nacc: Right, that's the part I was struggling with, figuring out that syntax.
[22:51] <nacc> tsimonq2: and you need to be actually auth'd to change the default branch, as well (not anonymous) iirc
[22:51] <tsimonq2> Right
[22:56] <tsimonq2> nacc: Hrm: AttributeError: <lazr.restfulclient.resource.Collection object at 0x7f303fc1a198> object has no attribute 'getByPath'
[22:58] <tsimonq2> repo_path = "~tsimonq2/ubuntu-seeds/+git/lubuntu"
[23:05] <cjwatson> that method is on an individual repository, not on the collection of all repositories
[23:06] <cjwatson> repo = lp.load(repo_path); repo.default_branch = 'refs/heads/foo'; repo.lp_save()
[23:06] <cjwatson> something like that
[23:06] <cjwatson> oh, sorry, the other getByPath!
[23:06] <cjwatson> tsimonq2: so you're probably just not setting the API version to 'devel'
[23:07] <cjwatson> the default version is 1.0, which doesn't expose the git stuff
[23:07] <tsimonq2> Ohh, that would make sense.
[23:07] <tsimonq2> Trying...
[23:07] <tsimonq2> \o/
[23:07] <cjwatson> (I was thinking of getRefByPath above)
[23:08] <tsimonq2> Nice one, thanks again cjwatson
[23:08] <cjwatson> np


 I want install kubintu on my laptop win 10 currently running
 Dual boot guides are everywhere in the google
 Yep
[10:55] <nickynick> Hello
[10:55] <nickynick> Is anybody here?
[10:56] <nickynick> I want some  help
[10:56] <nickynick> Kubuntu installation bricked my Linux Mint partition
[10:57] <nickynick> I have yet not installed it, but cannot access my linux Mint partition files
 @nickynick, Try using a bootable USB to access it
[13:55] <BluesKaj> Hi all
[14:51] <Kai_> Do you also have the problem that Google Chrome is on some websites very slowly? It does simply nothing, have to kill the process of the website/Chrome ask for killing the process itself. For example https://galaxy.ansible.com/search?keywords=&order_by=-relevance&page=1&deprecated=false&platforms=Ubuntu%20Debian
[14:58] <BluesKaj> Kai_, both Chrome and FF load that site quickly here
[15:00] <Kai_> BluesKaj: It loads also here… but if I use a bit the website (scrolling, click something on the right side ("Popular platforms")) it does nothing.
[15:01] <Kai_> At first I was able to click something on the right side, then I had the problem. I often like that, I don't have the problem immediately on the same website
[15:02] <BluesKaj> Kai_, using an adblock on Chrome?
[15:03] <Kai_> BluesKaj: no, it's installed, but not activated :D
[15:03] <BluesKaj> I've seen adblocks mistake some website content as ads for some reason
[15:04] <Kai_> but maybe it could be one of the extensions I installed in the last time
[15:07] <BluesKaj> well, it's not adblock , it's something else, since I'm able to navigate the site on left and right content without any slowness or errors.on Chrome
[15:10] <BluesKaj> Kai_, yes, it could be a security setting or some such
[15:11] <Kai_> Ok, I think I have to try with a blank profile… just deactivated all extensions I installed the last time, didn't help
[15:11] <Roey> how do I find out what has my webcam recording? I see a red ring around the lens which means it is recording
[15:12] <Kai_> BluesKaj: I was considering a problem with the system.
[15:14] <BluesKaj> Kai_, have you tried a different browser like Firefox etc
[15:15] <Kai_> BluesKaj: probably I don't need to, just tried with another profile, don't have the problem then
[15:15] <Kai_> :D
[15:15] <BluesKaj> ok
[17:21] <hooman> hi
[18:24] <lundrvs> does somedbody know how to disable the write protection in a SD card?
 there is a little tab on the side you can move, shove it towards the side with the contacts
 also make sure it's properly in place and doesnt move while you insert the card
[18:34] <lundrvs> aah ok, so is that little button on its side
[18:34] <lundrvs> thank you very much!
 also just so you know the tab does not have any electronical function but works similar to floppies or VHS tapes where you create a hole at a certain position to enable write protect
 if you break off the tab you might be able to cover the gap using a few layers of tape tho
[18:50] <lundrvs> ooh, I didn't know that. Thanks. Anyway, isn't there any digital means to do that?