[06:22] <ricotz> wgrant, hi, do you have a minute regarding the libreoffice ppa? ^
[06:24] <ricotz> I assume it boils down to request 20gb
[06:25] <wgrant> ricotz: I've increased the quota.
[06:26] <ricotz> wgrant, thank you very much!
[06:27] <ricotz> wgrant, how long is the "clean-up" cycle while old source/binary packages are purged?
[06:28] <wgrant> ricotz: Packages which are merely superseded, not explicitly deleted, will be removed after 24-36 hous.
[06:30] <ricotz> wgrant, and explicit deletions are faster?
[06:31] <wgrant> ricotz: Yes, they usually occur within 12 hours.
[06:33] <ricotz> I see, it would be nice if the superseeded packages would still appear on the deletion-site until they are actually gone, giving the maintainer the chance for a manual clean up
[06:33] <wgrant> They do.
[06:33] <ricotz> wgrant, no they dont ;)
[06:33] <wgrant> You just need to filter on Superseded rather than Published.
[06:33] <ricotz> oh
[06:34] <ricotz> ok, no they dont appear
[06:36] <wgrant> Oh, indeed, an optimisation on that UI last year removed them.
[06:36] <wgrant> However, they may still be deleted through the API.
[06:37] <ricotz> hmm, I see
[08:49] <hjd> Hi all. I've run across a strange issue. I'm looking at https://bugs.launchpad.net/ubuntu/+bugs?orderby=-id&start=990 which works fine. But if I click on "next" I get a strange error message.
[08:50] <hjd> It should be noted I'm not logged in to Launchpad at the moment. If I attempt to edit the url and change the start to, say, 1000 I'm redirected to a login screen.
[08:51] <hjd> My theory is that one of the bug reports (potentially the title), in this segment for some reason triggers the error, but I'm not sure why that would be.
[08:53] <hjd> The link is to the overview of all bugs reported in Ubuntu, so the numbers might slide a bit, though it seems the error is quite consistently triggered in this particular section. Anyone know what might cause this and whether it's a known issue?
[08:53] <hjd> I've got an (several in fact) OPS ID if that helps.
[09:03] <lifeless> file a bug with the oops id in it
[09:03] <lifeless> it will let the devs look up the details
[09:07] <hjd> lifeless: ok, will do.
[09:20] <hjd> Filed bug 1475221. (Not too happy about the title, but didn't have any better ideas)
[10:25] <alextu> cjwatson, hi ~
[10:25] <cjwatson> Hello.
[10:26] <alextu> cjwatson, Does currently launchpad support multiple repositories in one project ?
[10:26] <cjwatson> alextu: Yes.  See https://help.launchpad.net/Code/Git
[10:27] <cjwatson> You can have one marked as the default for the project (which will be what you get if you do git clone git+ssh://git.launchpad.net/PROJECT-NAME) and, if you like, one marked as the default for each owner/project combination (so that's what you get if you do git clone git+ssh://git.launchpad.net/~USER/PROJECT-NAME)
[10:27] <cjwatson> But you can also have git+ssh://git.launchpad.net/~USER/PROJECT-NAME/+git/REPOSITORY-NAME
[10:28] <cjwatson> Note, however, that pushing to other repositories in the same project won't share data with those.
[10:28] <cjwatson> So you should consider carefully whether doing that as a way to host multiple unrelated repositories is a good idea.  Creating multiple projects may be wiser.
[10:28] <cjwatson> But it's possible.
[10:29] <alextu> oh~ I'm trying to use repo and host the sub modules as repositories on launchpad, just like gerrits
[10:30] <alextu> I have already created one https://code.launchpad.net/~alextu/+git
[10:30] <alextu> but don't know how to create others.
[10:30] <cjwatson> Why are you creating repositories in somebody else's "junk" project?
[10:31] <alextu> just for testing, I think junk is some kind of project.
[10:31] <cjwatson> For testing, you can create personal repositories without having to have a project context at all.
[10:31] <alextu> it's my launchpad account
[10:32] <cjwatson> You would push to git+ssh://git.launchpad.net/~alextu/+git/junk rather than to git+ssh://git.launchpad.net/~alextu/junk
[10:32] <cjwatson> Like I say, read https://help.launchpad.net/Code/Git - it lays out the possible URL forms
[10:33] <alextu> cjwatson, yes, but I would like to simulate creating repositories in on project.
[10:33] <cjwatson> alextu: Fine, and I explained that above
[10:33] <cjwatson> Do you understand?
[10:33] <cjwatson> If not, exactly which part do you not understand?
[10:34] <alextu> cjwatson, do you mean I just to add remote "git+ssh://git.launchpad.net/~alextu/junk" instead of lp:~alextu/junk ?
[10:34] <cjwatson> You don't understand.
[10:34] <alextu> not really, :(
[10:35] <cjwatson> If lp: works for you, that is because you have configured it to be identical to git+ssh://git.launchpad.net/ - so I will talk about lp: in future to avoid confusing you.
[10:35] <cjwatson> lp:~alextu/junk is the default repository for you in the "junk" project.  In the normal workflow, that form is intended to be used by contributors to a project they don't maintain - for example, lp:launchpad would be the default repository for Launchpad itself, while lp:~alextu/launchpad would be where you'd hypothetically put your contributions to Launchpad itself.
[10:35] <cjwatson> That form is probably not suitable for what you're trying to do.
[10:36] <cjwatson> What you would instead push to would be lp:~alextu/junk/+git/something, lp:~alextu/junk/+git/something-else, etc.
[10:37] <cjwatson> Normally that's for special purposes such as security-embargoed repositories, but it could be used for the workflow you're suggesting as well.
[10:37] <cjwatson> Also, please don't push test-only repositories to production.  You can test on qastaging.
[10:37] <alextu> cjwatson, yes, currently , I have a local repository called "alex_test2"
[10:37] <cjwatson> [url "git+ssh://git.qastaging.paddev.net/"]
[10:37] <cjwatson>         insteadof = lpqas:
[10:38] <cjwatson> Then you can push to lpqas:something instead of lp:something, and your repositories will show up on qastaging.launchpad.net
[10:38] <alextu> cjwatson, now I'm trying to push it to my personal junk for testing.
[10:38] <cjwatson> And not pollute production with testing
[10:38] <cjwatson> This way you can also create a proper test project on qastaging and push things there
[10:39] <cjwatson> (qastaging repositories aren't guaranteed to be preserved, we may wipe the database, but it's fine for short-lived tests)
[10:40] <alextu> can you please share the command , if I have already two stand along repositories locally. Then how to push it to my person project for testing?
[10:41] <cjwatson> The commands are on https://help.launchpad.net/Code/Git
[10:41] <cjwatson> All you need is to fill in the right URLs
[10:41] <cjwatson> I've given you the examples above
[10:42] <alextu> cjwatson, oh~ just success to push another repository, thanks , let me study more detail. https://code.launchpad.net/~alextu/+git
[10:43] <cjwatson> Right, that looks a bit more like it.
[10:47] <cjwatson> Basically, just put "lp:~alextu/suitable-project-name/+git/" at the start of all your repository names
[10:50] <alextu> cjwatson, it works as my expectation! thanks a lot!! https://code.launchpad.net/~alextu/sample-project/+git
[10:52] <cjwatson> alextu: Great.  But as I said, please do your testing on qastaging, not production.
[10:52] <cjwatson> At least repositories are easy to delete, unlike projects :-)
[10:53] <alextu> cjwatson, yes, thanks for advising, I also tried that. :) https://code.qastaging.launchpad.net/~alextu/+git
[10:54] <alextu> cjwatson, awesome!  thanks for help :)
[10:56] <cjwatson> Great.
[11:41] <logcat7> New Launchpad user here. How long does it take for Launchpad to generate the keys for my PPA?
[11:43] <logcat7> Nevermind, is done now
[11:44] <cjwatson> Heh.  The answer is that it's a cron job that runs every 20 minutes


[00:16] <mohamadf> hello. where can i find ubuntu touch zip file for Galaxy S1?
[00:17] <nhaines> !devices
[00:18] <mohamadf> thanks. ok! this is page of Galaxy S1: https://wiki.ubuntu.com/Touch/Devices/galaxysmtd
[00:18] <mohamadf> but its empty! where i can find the ROM?
[00:22] <nhaines> mohamadf: if it's not there, we don't know.  You'll need to contact whomever is working on the port.
[00:22] <nhaines> But feel free to update that page with anything you find!
[00:22] <mohamadf> ok. thanks. :)
[00:22] <nhaines> mohamadf: do see the notes here: http://al.robotfuzz.com/~al/random/ubuntu-touch-galaxysmtd.txt
[00:23] <mohamadf> no i dont! i'll read it.
[00:24] <nhaines> It was on the S1 page, but a little inconspicuous.  :)
[00:29] <mohamadf> it seems, this: http://al.robotfuzz.com/~al/random/ubuntu-touch-galaxysmtd.txt is just a guide to install cyanogenmod!
[00:30] <mohamadf> thats right?
[00:36] <nhaines> mohamadf: no.  It's how to build your own image.
[03:05] <uhhimhere> can someone port ubuntu touch for the galaxy s7580
[03:07] <nhaines> With a few months, 5 developers, and $100,000 I'm sure it could be arranged.
[03:16] <uhhimhere> nice
[03:16] <uhhimhere> i think i have 100000 lying around somewhere up in the attic
[03:16] <uhhimhere> i have to clear out the bats first though
[03:17] <uhhimhere> howbout this, you go ahead and get the ball rolling and ill go get the 100k
[03:19] <uhhimhere> hey when compiling from menuconfig for a SoC should General-->Embedded system be enabled?
[04:21] <uhhimhere> what tool should i use to make a filesystem.gz ?
[07:31] <gam002> ?
[07:31] <nhaines> !questions
[07:32] <uhhimhere> !port
[07:32] <uhhimhere> !kernel
[07:32] <uhhimhere> nhaines: hey where can I find the dts file for my device?
[07:33] <gam002> how long will it take to finish the project for moto G ?
[07:33] <uhhimhere> samsung has their own kernel available for download on their website; would the dts be in /arm/boot/dts?
[07:34] <gam002> 1 year or more?
[07:34] <nhaines> uhhimhere: I'm sorry, I don't know.
[07:35] <nhaines> gam002: I don't understand your question.
[07:35] <nhaines> gam002: oh, wait it got caught up in a couple of lines scrolling by.
[07:36] <nhaines> gam002: the Moto G is not officially supported and is not being worked on by the Ubuntu developers.  You'll need to contact the community developers working on the Moto G port for more information.
[07:36] <nhaines> !devices > gam002
[07:36] <nhaines> !devices | gam002
[07:36] <nhaines> There may be contact information available there.
[07:37] <gam002> i got here through that link
[07:37] <gam002> how to check private message? i am new
[07:37] <uhhimhere> how do i find out what kind of "!" messages a channel has?
[07:38] <nhaines> gam002: I used the wrong command.  The ubot5 message here is the same information.
[07:38] <gam002> !help
[07:38] <nhaines> gam002: If you use that link, you will see that it points to the XDA forums for the Moto G port, not here.
[07:39] <gam002> nhaunes: its under work in progress
[07:39] <gam002> nhaines:its under work in progress
[07:40] <nhaines> gam002: we don't have any information that isn't on that wiki page.  For further information you'll need to talk to the ones doing the work.
[07:40] <uhhimhere> nhaines: does ubuntu touch use upstream or device kernel?
[07:41] <nhaines> Ubuntu uses the Ubuntu kernel.  The device kernel is loaded in an LXC container for driver support.
[07:41] <gam002> nhaines: actually  it is in the wiki page https://wiki.ubuntu.com/Touch/Devices its is on the botton on the work in progress section "Motorola Moto G"
[07:42] <nhaines> gam002: yes, and it links to the XDA forums as the place to determine more information.
[07:43] <gam002> ook
[07:43] <gam002> Thanks for the info
[07:44] <uhhimhere> nhaines: what kernel does ubuntu use currently
[07:45] <nhaines> uhhimhere: Ubuntu 14.10 uses 3.16.0.
[07:45] <uhhimhere> ok thats quite recent
[07:46] <uhhimhere> so what is relationship with CM?
[07:46] <nhaines> None.
[07:46] <uhhimhere> ok so the device doesnt have to have CM support to be able to run UT?
[07:47] <nhaines> CM scripts were used as a scaffolding for the first public images, but was transitioned to AOSP fairly quickly.
[07:47] <nhaines> Not that I'm aware.
[07:47] <uhhimhere> !AOSP
[07:47] <nhaines> I'm preparing to reboot at midnight for the new year, but I'll be back soon.
[07:48] <nhaines> AOSP is the Android Open Source Project.
[07:48] <nhaines> Just a note, I'll be rebooting my server in about 12 minutes for the new year, but will be back after a couple of minutes.
[07:49] <uhhimhere> ok, why isnt teamhacksung.org online?
[07:49] <uhhimhere> sprry
[07:49] <uhhimhere> wrong channel
[07:49] <nhaines> It's okay.  :)
[07:52] <uhhimhere> so does UT have an arm repository?
[07:52] <uhhimhere> for software
[10:37] <shiggitay> rsalveti,  :P
[13:37] <aquarius> Elleo, hey, I missed your pong :)
[14:11] <Makalak> hi guys, im trying to port ubuntu touch and i have everything setup, but i keep getting this error during compiling
[14:11] <Makalak> undefined reference to '__system_property_serial'
[14:13] <Makalak> checked android.mk and it has the right static lib and the file throwing that error also has the right include
[14:17] <Makalak> well, it seems i dont, for some reason whenever i try to google that error I get redirected to __system_property_get which is setup correctly
[14:41] <venezuela> feliz año
[14:46] <Makalak> if anyone would like the full error http://pastebin.com/QdvAPyBg
[15:28] <venezuela> buenos dias
[17:30] <sasha8787> Какие шансы установить сие чудо на htc one m7 привет
[19:25] <Elleo> aquarius: heya
[19:49] <aquarius> Elleo, hey, pal. You said you had a little C++ thing that worked around the datapath bug
[19:51] <aquarius> Elleo, that'd be a useful thinrd-party binary independent component for nik90_'s component store, I think
[19:51] <aquarius> as would one which runs an external command, which I'm fiddling with now :)
[19:55] <aquarius> I have a dream of doing "ucs install command-run" which downloads a tiny binary component and sets it up for you in the current project. No C++ involved :)
[19:58] <Elleo> aquarius: yeah, I could make a quick stand alone qml plugin that exposes all the QStandardPath stuff, could be handy for people using content hub's file moving stuff too I guess
[19:58] <aquarius> totally, yeah
[19:58] <aquarius> the key point here is, in my opinion, that it's in ucs and one-command-installable as a binary, I think
[19:59] <aquarius> saying "here is source" isn't *all* that helpful for most app devs, who are not doing a C++ project and won't know what to do with the source even if htey had it :(
[19:59] <aquarius> although having the source certainly is useful for people who *are* writing such a project, of course!
[19:59] <Elleo> yeah, I haven't played with ucs at all yet, will take more of a look at it
[19:59] <aquarius> it doesn't exist yet :)
[19:59] <Elleo> ah
[20:00] <aquarius> it started as an idea in my head and then nik90_ got interested, although he's going in a slightly different direction from me
[20:00] <Elleo> yeah, it'd be cool to have a sort of meta-community-SDK type thing for handy community stuff that isn't part of the core SDK
[20:00] <aquarius> that's what I think too :)
[20:01] <aquarius> the big issue in my head is: where does the index of components go?
[20:01] <aquarius> I wish launchpad were searchable.
[20:03] <nhaines> aquarius: you could alway reimplement the Ubuntu app store.
[20:03] <aquarius> nhaines, I have no problem building the service.
[20:03] <aquarius> I have a problem paying for its bandwidth and uptime :)
[20:04] <nhaines> Banner adds and crowdfunding will solve all problems.  ;)
[20:04] <Elleo> aquarius: well you could have an RSS file upload to launchpad that indexes everything
[20:04] <aquarius> Elleo, um?
[20:05] <Elleo> aquarius: e.g. for deepvision I didn't want to host image classifiers, so I did this: https://launchpad.net/deepvision/+download <-- the client reads manifest.xml to know what classifiers it can download from launchpad
[20:06] <Elleo> (there's only one at the moment, so it doesn't make much difference though)
[20:06] <aquarius> Elleo, certainly a component will need a manifest file which describes it. But something needs to index the contents of all the manifest files and make that index searchable.
[20:06] <aquarius> launchpad can't do that, as far as I'm aware; it does not have code search.
[20:07] <aquarius> github does, and would be fine for this, but I'm a bit loath to *require* github for it.
[20:07] <Elleo> aquarius: yeah, but you don't need launchpad to do it, you just need a tool that can generate an index for you which you can upload to launchpad
[20:07] <aquarius> I am ok with requiring the manifest to be uploaded to launchpad, because it's an Ubuntu thing.
[20:08] <aquarius> Elleo, that's the thing: I don't want to host such a tool. It'd need to be online always in order that new components and changes to components are noticed and the reindex occurs...
[20:09] <aquarius> I admit that it's less of a worry if the search index is a separate file which your client downloads
[20:09] <aquarius> rather than an online search engine
[20:09] <aquarius> on the other hand, that's not a very efficient way of doing it :)
[20:09] <Elleo> well if the components have their own manifest the global one only needs to point to that, and then the component's own manifest records changes; for new components presumably there'd need to be some sort of manual process anyway to ensure rubbish/malicious stuff isn't being added
[20:10] <Elleo> so you'd just have a tool that reviewers run like "add-to-manifest lp:mycoolcomponent" that updates the global manifest
[20:10] <aquarius> sorta
[20:12] <aquarius> I think the way I'd do it, if doing it your way, is that my component would have a manifest file in it containing its name, etc, etc, and then I'd upload my component to lp and do "ucs submit lp:mycomponent/manifest.json" which would send an http request to ucs-indexer.com and pass that URL -- ucs-indexer.com would then fetch that URL, update the BigListOfAllComponents.json, and upload that to lp:ucs-indexer/bigl
[20:12] <aquarius> ist.json. Then when a user does "ucs search whatever", the first thing the ucs tool does is download lp:ucs-indexer/biglist.json and then do all the searches etc locally
[20:13] <aquarius> sorta like how deb archives work.
[20:13] <aquarius> I was originally imagining that it'd be an online service.
[20:13] <aquarius> that did the searches and returned results
[20:13] <aquarius> but your idea is interesting!
[20:14] <Elleo> :)
[20:14] <aquarius> can you get a zip file of a branch HEAD from launchpad?
[20:15] <Elleo> not sure, it's not something I've tried before; can't see anything obvious in the UI
[20:15] <aquarius> aha!
[20:16] <aquarius> http://bazaar.launchpad.net/~michael-sheldon/deepvision/trunk/revision/16?start_revid=16 - download tarball
[20:16] <aquarius> so that'd be your download URL
[20:16] <Elleo> ah, cool
[20:17] <aquarius> http://bazaar.launchpad.net/~michael-sheldon/deepvision/trunk/tarball works, nicely, and gets HEAD
[20:17] <Elleo> cool
[20:18] <aquarius> although... can you store binaries without code in LP? I don't think so. Hm.
[20:18] <aquarius> (not without paying, anyway.)
[20:18] <aquarius> and I don't want the code. (it needs to be easily available, but I don't want it in my project.)
[20:18] <aquarius> so maybe not LP...
[20:19] <Elleo> didn't realise there were restrictions on uploading binaries
[20:19] <aquarius> there aren't
[20:20] <aquarius> but if you make a project which is *only* binaries, then it's not open source
[20:20] <Elleo> ah, right
[20:20] <aquarius> which means that you need a paid LP account :)
[20:20] <aquarius> is making a separate branch with only the binaries in too much hassle for component publishers, do you think?
[20:20] <Elleo> would it be so bad to have the project being the source but also containing a zip file with the binaries in?
[20:21] <Elleo> so ucs install grabs just mycoolcomponent.zip from lp:mycoolcomponent
[20:21] <aquarius> oh, so "ucs install elleo" fetches the download URL, gets binaries.zip out of it, and throws away the rest?
[20:21] <aquarius> that might work.
[20:22] <aquarius> or, even... you provide a download URL in the manifest which points directly at the binaries.zip
[20:22] <aquarius> sneaky.
[20:22] <Elleo> if binaries.zip is always the project name you might not even need to do that
[20:23] <aquarius> hrm
[20:23] <aquarius> project name according to the manifest file, you mean.... maybe, yeah
[20:23] <aquarius> (not according to LP. People should not *have* to publish on LP, and should be able to use +junk branches even if they do)
[20:24] <Elleo> ah, right
[20:25] <aquarius> my plan is to make component names be elleo/datapathfixer rather than just datapathfixer, so a component name doesn't have to be globally unique; php composer does that, and I think it's a better idea than just a name. I think. There is a problem of where the name comes from, though.
[20:26] <Elleo> what's the problem with where names come from?
[20:28] <aquarius> how do I stop you creating a package named sil/whatever?
[20:29] <Elleo> ah right
[20:29] <aquarius> :)
[20:30] <Elleo> if it was limited to one location like launchpad *or* github it could be done via their usernames
[20:30] <aquarius> even if usernames aren't in the package name, we still need them in order that you can't upload new versions of my packages.
[20:30] <Elleo> but with both (or more) I could just sneakily duplicate your launchpad username on github
[20:31] <aquarius> yeah
[20:31] <Elleo> if we reintroduced a webservice element we could use email addresses with an email verification stage
[20:31] <Elleo> so it become<EMAIL_ADDRESS>[20:31] <aquarius> the issue there is: I am loath to *require* launchpad (because lots of people don't use it and don't want to), but I don't want to really make an Ubuntu-specific service depend on a code environment which *isn't* launchpad
[20:31] <Elleo> and then when uploading I get an email to<EMAIL_ADDRESS>asking me to confirm the upload
[20:32] <aquarius> thought: if you are a component developer, then you must have an Ubuntu One login account so that you can install apps.
[20:32] <aquarius> which means that you have an LP account, doesn't it?
[20:32] <aquarius> I am honestly not sure whether they are still the same thing under the covers.
[20:33] <Elleo> yeah, I'm not certain
[20:33] <aquarius> who would know? Canonical ISD, as was. pindonga, perhaps
[20:33] <aquarius> ok. for the moment, stipulate that the system is launchpad-based.
[20:34] <aquarius> so the web service to which you submit package manifest URLs requires lp: URLs, but it does not actually have to maintain any state (so you don't log in to it or anything).
[20:34] <aquarius> That makes it much, much easier to run.
[20:34] <Elleo> if that were the case then the <user> part of <user>/<component> could be the repository owner
[20:34] <aquarius> totally, yep
[20:34] <Elleo> which then has the bonus of allowing groups
[20:35] <aquarius> then the security issue is that in order to submit a package lp:someapp/path/ubuntu_component_store.json you have to have the ability to write to lp:someapp
[20:36] <aquarius> I suppose technically I could cause trouble by submitting stuff that's in LP but not in the store yet, but that's pretty edge-casey so I don't care about that. :)
[20:37] <Elleo> yeah, I guess the web service would reject anything without an ubuntu_component_store.json
[20:37] <aquarius> ya
[20:37] <Elleo> so you could only submit something belonging to someone else that isn't in the store if they're got it into a state where it could be in the store already
[20:37] <aquarius> indeed
[20:37] <aquarius> that's why I'm not worried about that :)
[20:40] <aquarius> so, procedure is this: I write a component. I then compile it for arm and amd64 and create mycomponentname.zip containing bin/amd64/mycomponentname.so and bin/arm/mycomponentname.so, put that at the top level of the component, create ubutnu_component_store.json which looks like {"name": "sil/mycomponent", "description": "whatever"} and put *that* at the top level too, then bzr push the whole lot to lp:~sil/anypro
[20:40] <aquarius> ject/anybranch ... and then "ucs submit lp:~sil/anyproject/anybranch", which sends that LP URL to the service.
[20:41] <aquarius> the service fetches lp:~sil/anyproject/anybranch/ubuntu_component_store.json and (assuming it's correct), adds/updates its copy of AllTheComponents.json and then uploads that to LP.
[20:41] <aquarius> does that make sense?
[20:41] <Elleo> yep
[20:42] <aquarius> that works.
[20:42] <aquarius> the client then downloads AllTheComponents.json before it does anything, and then uses that to deal with things, such as what the download URL is for a component, etc.
[20:42] <Elleo> yep
[20:43] <aquarius> I can think of two problems with this model. The first is that it is really tied to LP: it's basically not possible to generalise it to non-LP hosting.
[20:43] <aquarius> and the second is that AllTheComponents.json could be really big if there are loads of components. But that's a ucs 2 problem ;-)
[20:44] <Elleo> also I still think it needs to have a review stage, I'm a bit concerned about everyone using "MyAwesomeLoginComponent" that secretly emails everyone's passwords to<EMAIL_ADDRESS>;)
[20:45] <Elleo> the .zip should possible be built from source in the review stage
[20:45] <aquarius> that's a problem, right enough, but I think it should be out of scope. Because it is a problem entirely composed of stop energy.
[20:46] <aquarius> we do not have the resources to do manual review. The first version of the Ubuntu app store proved that.
[20:46] <Elleo> okay, but remember this conversation when I'm emptying your bank accounts ;)
[20:46] <aquarius> remember that the component will be running in an app which is sandboxed.
[20:46] <aquarius> I can't prove that cutespotify doesn't raid my bank account either -- but the sandbox stops it from doing so :)
[20:47] <aquarius> hence why I am not worried about review. :)
[20:47] <Elleo> aquarius: it doesn't stop it from stealing your spotify password and sending it to me though
[20:47] <Elleo> aquarius: and if there's a general component that ends up in a lot of network enabled apps it could be sending stuff to places even the app dev isn't aware of
[20:47] <aquarius> no, it does not. And we may want some sort of ratings-and-reviews style thing
[20:48] <aquarius> but this is ebay-style "don't use this component" reviewing, not pre-publication block-until-we're-happy code review
[20:48] <aquarius> essentially that doesn't work until you hit the limit case, where you can only upload source and the server builds it for you. Which is what Ubuntu does, and is correct and the right way to solve this problem... but impossible if you're not CAnonical-scale :)
[20:49] <Elleo> yeah, I guess
[20:49] <Elleo> so, step 1) we create a company and get it to canonical size, step 2) we implement ucs
[20:49] <Elleo> easy ;)
[20:49]  * aquarius laughs
[20:50] <quietschie> happy new year :)
[20:50] <aquarius> Mike's Underpant Gnomes Theory Of Project Success :)
[20:50] <Elleo> heh
[20:50] <aquarius> question for you, though; given said zip file of binaries, what needs to happen in a project to make them accessible?
[20:51] <quietschie> has anyone succeeded in getting ubuntu touch on a lenovo yoga tablet 2?
[20:51] <aquarius> that is: what does "ucs install elleo/somecomponent" do after it's downloaded the binary zip and unpacked it into the project?
[20:51] <aquarius> presumably they have to get added to some import path or something...
[20:51] <Elleo> aquarius: I had a feeling that something was being done to have automatic imports from certain directories
[20:52] <Elleo> aquarius: I'm not sure if that ever happened or not
[20:52] <Elleo> aquarius: might be worth looking at what multi-arch click packages do, I think they might do something like that to select an arm vs amd64 binary correctly
[20:53] <aquarius> Elleo, that's the fat binary stuff -- as I understand it, that's for your main binary, not for components. But I might be wrong there. And I do not know whether that has actually *happened* yet or whether it's still just being talked about. I was pushing for it to be done when I was there, which is 18 months ago :) I believe it's done now...
[20:53] <aquarius> good point though -- if you *have* components, then the fat package stuff needs to work for them too, doesn't it?
[20:53] <Elleo> yeah
[20:53] <aquarius> as in: it should already work
[20:54] <Elleo> I think nik90_ wrote something about creating fat packages a little while back
[20:54] <Elleo> so presumably that stuff is working
[20:54] <Elleo> I might be misremembering who wrote it though
[20:54] <aquarius> *nod*
[20:54] <aquarius> where does Ubuntu SDK put my compiled components when it compiles them?
[20:54] <Elleo> http://www.theorangenotebook.com/2014/12/creating-mutli-arch-click-packages.html
[20:54] <Elleo> ^ talks about having a lib/<arch>/ stuff
[20:55] <aquarius> aha, yep, that was the plan, indeed
[20:55] <aquarius> so it's been done
[20:55] <aquarius> rock
[20:56] <quietschie> lenovo yoga tablet? anyone?
[20:56] <aquarius> quietschie, I don't know, I'm afraid.
[20:57] <quietschie> thank you, aquarius. I tried different tutorials, but i'm afraid, fastboot oem unlock fails
[20:58] <quietschie> also i don't exactly know, what fastboot does
[20:58] <aquarius> quietschie, "fastboot" is for Android devices. That's not how you'd install Ubuntu Touch on a Lenovo tablet.
[20:59] <nhaines> aquarius: or *is* it?
[20:59] <aquarius> quietschie, the better approach for now would be to install desktop Ubuntu on that tablet (which you will find more help for) and then switch that desktop Ubuntu to use the touch interface (which is called "Unity 8")
[21:00] <aquarius> quietschie, http://www.roytanck.com/2014/09/16/lenovo-yoga-2-13-first-impressions/ seems to give some thoughts on running Ubuntu 14.04 on the Yoga 2.
[21:00] <quietschie> aquarius, thank you, i'll look into this.
[21:04] <quietschie> aquarius, i think this link has other preconditions...i'm trying to get rid of my android, he seems to be on a windows system
[21:04] <aquarius> quietschie, oh, it's an Android device? Sorry, I misunderstood then
[21:05] <aquarius> quietschie, then fastboot *is* the way to do it... but it may not work.
[21:05] <quietschie> aquarius, so i'm without hope?
[21:06] <aquarius> quietschie, you'll need someone to have done a "port" of Ubuntu touch for the device
[21:06] <aquarius> !ports | quietschie
[21:06] <aquarius> bah!
[21:06] <aquarius> not that one
[21:06] <aquarius> !devices | quietschie
[21:07] <quietschie> there is nothing listed
[21:07] <quietschie> for my device
[21:07] <aquarius> quietschie, the Yoga 2 tablet isn't listed on there. Ubuntu touch is only supported on certain devices by the Ubuntu team, and then there are "community ports" which are done by other people; it doesn't look like anybody's done one for the Yoga 2 tablet, I'm afraid.
[21:10] <quietschie> aquarius, a port is a hard thing to do? How deep do i have to dig into the hardware to do a port?
[21:10] <aquarius> quietschie, I don't know much about porting, I'm afraid. You'll need some pretty heavy skills, though; it is not a trivial thing, and it requires good knowledge of both the hardware and the Ubuntu kernel and startup process, I think.
[21:12] <quietschie> ok...i'll rather create a webapp and use the android :) Thanks for your support, aquarius!
[21:12] <aquarius> https://wiki.ubuntu.com/Touch/DeprecatedPorting has some thoughts on porting, but it says it's deprecated and out-of-date. It should give you some sense of the skills you'll need, though, even if what it describes to do isn't correct yet.
[21:13] <aquarius> quietschie, no problem. I like webapps myself, too :)
[21:30] <aquarius> Elleo, hrm, it has just occurred to me that if the submit server is stateless, then the "ucs submit" request has to hang until the server downloads the json file and checks it. Which might take a while...
[21:30] <aquarius> but I don't want a stateful server because they're hard to run :)
[21:35] <Elleo> aquarius: it shouldn't take a massive amount of time, no harm in having the user wait a few seconds for feedback on their submission
[21:35] <aquarius> you think? fair play
[21:36] <Elleo> aquarius: and the server could be providing status updates while it's doing it ("Downloading manifest", "Verifying manifest", "Applying changes to global index", "Uploading global index", etc.)
[21:36] <Elleo> as long as its clear that ucs is doing something and hasn't just hung I think it's fine
[21:37] <aquarius> that's reasonable, yeah
[21:37] <aquarius> ok, I need to work out how this fat package stuff works, and where ucs install should put things
[21:38] <nhaines> "Reticulating splines", "Squircling squares", "duotoning graphics to aubergine"...
[21:38] <aquarius> now not sure whether it should be called ucs or not; that was my original name for it, but nik90_ is taking that name in a different direction and that might get confusing
[21:38] <Elleo> hehe
[21:38] <aquarius> and I don't want some big pie-fight over a name because I'm not that much of an arse. :)
[21:39] <aquarius> usc, maybe, for ubuntu sdk components. although maybe that's even more confusing ;)
[21:39] <Elleo> aquarius: you could widen the scope to QML in general and call it qcs (QML Component Store)
[21:40] <aquarius> I could, but I think I'd be doing the QML world a disservice there, because I'm only interested in Ubuntu... which means that I will happily make decisions that benefit Ubuntu components and break non-Ubuntu ones, possibly without even knowing that I'm doing it.
[21:41] <Elleo> heh
[21:42] <Elleo> VaaS, Vulnerabilities as a Service ;)
[21:42]  * aquarius grins
[21:43] <aquarius> half the QML people in the world think that pure QML apps are a terrible sin and if you're not basically a C++ programmer then you should go away. I (and ucs) are very much not of that view ;)
[21:46] <nik90_> aquarius: ucs is yours...feel free to take the name :)
[21:47] <nik90_> In the limited time I made a demo concept
[21:47] <nik90_> You can go ahead with merging your implementation as you see fit
[21:48] <nik90_> I am not in the way ;p
[21:49] <aquarius> nik90_, heya, pal!
[21:49] <Elleo> nik90_: yeah, to avoid any possible confusion you should name yours "youcs" ;)
[21:49] <aquarius> nik90_, the approach I've outlined above is rather completely different to where you're going with it
[21:49] <Elleo> no way that could get confusing
[21:50] <aquarius> nik90_, so I'm inclined to suggest that the two should have different names? what do you think?
[21:50] <nik90_> aquarius: give me two minutes to type from my laptop
[21:53] <nik90_> aquarius, Elleo: hi
[21:53] <aquarius> or maybe we go with the approach I outlined in http://www.kryogenix.org/days/2014/11/16/ubuntu-component-store-redux/ ?
[21:53] <nik90_> aquarius: yeah that was my thought
[21:53] <aquarius> where community components are called sil/whatever
[21:54] <aquarius> but I limit it to them being on LP, as above
[21:54] <aquarius> I should write this stuff down, shouldn't I?
[21:54] <nik90_> aquarius: you mean the components submitted by users?
[21:54] <nik90_> should be hosted on lp/
[21:54] <aquarius> nik90_, yep. Obviously your curated store is on LP, because it's an LP branch.
[21:54] <Elleo> aquarius: IRC logs are basically documentation, right? ;)
[21:55] <aquarius> but I'm proposing that my community store is also LP, because it means that the server can be stateless and doesn't need to run accounts and so on.
[21:55] <aquarius> Elleo, that is precisely what I'm trying to avoid ;)
[21:55] <nik90_> aquarius: that is fine by me
[21:57] <nik90_> aquarius: what's your launchpad id?
[21:57] <aquarius> sil
[21:58] <nik90_> aquarius: you should now have full access to https://launchpad.net/component-store
[21:58] <aquarius> nik90_, cool
[21:59] <aquarius> gah, ucs is a shell script
[22:00] <nik90_> aquarius: yeah we had this discussion before :)
[22:00]  * aquarius laughs
[22:00] <nik90_> where I asked if I should convert it into a python script
[22:00] <nik90_> and you said I should wait for your revamp idea
[22:00] <aquarius> yeah
[22:00] <aquarius> which I now have :)
[22:01] <nhaines> Everything should always be converted into a python script.
[22:02] <nik90_> nhaines: yeah. The implementation I made at the time for the summit was just for demo purposes and works with limited set of users
[22:02] <nik90_> s/limited/small
[22:06] <aquarius> Elleo, maybe we don't need the binaries.zip -- just have a top-level folder in the branch called ubuntu_component_store, and then have ubuntu_component_store/bin/$arch/$whatever.so and ubutnu_component_store/qml/$whatever.qml ?
[22:07] <Elleo> aquarius: yeah, sounds reasonable; could make a template for component authors that builds stuff in those dirs too
[22:22] <aquarius> http://www.kryogenix.org/days/2015/01/01/ubuntu-component-store-redux-2/ written so I don't forget the plan :)
[22:27] <Elleo> aquarius: looks good; small thing but the binary components would be shared objects (.so) instead of .o
[22:28] <aquarius> oops
[22:28] <aquarius> will fix that shortly
[22:52] <dobey> ugh, compiled binaries in vcs


[02:29] <LinDol> hi all
[15:56] <timotheus> Hi! since last update the raise-on-click event seems to be broken. The window only rises when I click on the native window shell. I tried to configure the behavior with dconf-editor but does not change anything .. not shure if it's my fault, doing some heavy development on docker-container but I am unable to get same window behavior since lase ubuntu-gnome update
[20:49] <craysiii> so i see that i have lightdm installed on 16.04 but i can't find out how to boot into it in the log in screen.. any suggestions/
[22:21] <darkxst> craysiii, dpkg-reconfigure lightdm
[22:24] <craysiii> thanks darnk
[22:25] <craysiii> dark*
[22:52] <amjjawad> darkxst, you around?!
[22:52] <darkxst> amjjawad, briefly yes
[22:53] <amjjawad> darkxst, whenever you have time, please ping me anywhere you like


[14:57] <jarlath> Regarding this one: https://bugs.launchpad.net/ubuntu/xenial/+source/gvfs/+bug/1133477
[14:57] <jarlath> Does the fix still need testing?
[14:59] <jarlath> And if so, how to pull in the 13 packages[1] without updating everything in proposed?
[14:59] <jarlath> 1: https://launchpad.net/ubuntu/+source/gvfs/1.28.2-1ubuntu1~16.04.2
[15:13] <rbasak> jarlath: https://wiki.ubuntu.com/Testing/EnableProposed see "Selecting upgrading from -proposed"
[15:14] <jarlath> rbasak: thank you
[15:14] <rbasak> jarlath: it looks like it has been tested by some people, but more testing from more volunteers is always welcome. Different people have different environments so it is valuable to have multiple test results.
[15:15] <jarlath> Good to know. I'd like to learn anyway so I can help again.
[15:20] <rbasak> Thank you for testing! We appreciate it.
[15:23] <jarlath> :)
[15:42] <jarlath> "sudo apt install gvfs/xenial-proposed" complains about unmet dependencies. Do I have to list each of the thirteen packages in this build with /xenial-proposed after each?
[15:54] <rbasak> I'm not sure, but that's the next thing I'd try.
[15:55] <rbasak> jarlath: another thing you could do is temporarily remove the pin, run "apt install gvfs", and immediately re-add the pin.
[15:55] <rbasak> "apt install" won't upgrade unrelated packages gratuitously.
[15:58] <jarlath> Thanks rbasak, I edited the file. I was using apt install gvfs/xenial-proposed but just gvfs worked. One or both of those helped.
[16:06] <jarlath> It works. Thanks for the guidance rbasak. I've updated the thread.
[16:52] <rbasak> Thank you!
[20:22] <ruffsl> Hello ubuntu bug team, I've reported an issue with the armhf images shipping with an improperly configured source.list, which is cause issues when using it for the official docker hub image.
[20:22] <ruffsl> I just wanted to be proactively bring it to your attention, and ask if there is anything I can do to help resolve the issue.
[20:22] <ruffsl> https://bugs.launchpad.net/cloud-images/+bug/1711735
[22:02] <tsimonq2> jarlath: It always needs more testing :)


[12:19] <LaserJock> awww shucks, looks like I don't get AIGLX
[12:19] <LaserJock> and I was sooo looking forward to the cube :-)
[12:20] <imbrandon> LaserJock, you can do aiglx with the freedrivers iirc, you just need to enable composite in xorg.conf ( thats all i did for compiz/beryl to work )
[12:20] <ajmitch> LaserJock: why not?
[12:20] <LaserJock> yeah, but I can't use the free drivers
[12:20] <ajmitch> don't you want ultra-shiny bling to rot your eyes?
[12:21] <LaserJock> heh
[12:23] <LaserJock> imbrandon: I might be able to use XGL, but I might as well commit software suicide ;-)
[12:23] <imbrandon> not xgl , aiglx built into 7.1
[12:23] <ajmitch> LaserJock: what drivers do you use?
[12:23] <gnomefreak> but you need the beta drivers
[12:24] <LaserJock> I use the ATI binary driver
[12:25] <LaserJock> becuase that's the only one that supports my card
[12:25] <ajmitch> ah, sucks to be you then
[12:25] <LaserJock> yes, that's what I'm saying :-)
[12:25] <gnomefreak> are we still playing with the idea of grumpy groundhog or was that stopped?
[12:26] <ajmitch> it'll probably still happen one day
[12:26] <LaserJock> I'll just have to go stare at the Sun for a while
[12:26] <ajmitch> but it's *not* a distro for people to run
[12:26] <joejaxx> LaserJock: how big is main + universe?
[12:26] <joejaxx> 20gb?
[12:26] <ajmitch> it will be a repository of really bleeding-edge packages
[12:26] <imbrandon> haha like 110gb
[12:27] <imbrandon> bleeding-edgy == broken 98% of the time
[12:27] <ajmitch> more like 99.9%
[12:28] <LaserJock> you think?
[12:28] <ajmitch> we're talking automated compilation from upstream CVS/SVN, etc
[12:28] <LaserJock> I wouldn't think it would be too bad
[12:28] <LaserJock> depends on the core I suppose
[12:28] <ajmitch> can you imagine running a system built on bleeding-edge gcc & glibc?
[12:29] <ajmitch> I know there are some people that do it..
[12:29] <imbrandon> LaserJock, heh well the core would always be changing too thats the thing
[12:30] <imbrandon> hum is TheMuso awake yet ?
[12:30] <imbrandon> scratch that
[12:37] <TheMuso> imbrandon: Yes I am here.
[12:37] <ajmitch> morning TheMuso
[12:37] <TheMuso> But only for another 40 mins or so.
[12:37] <TheMuso> Morning ajmitch.
[12:38] <imbrandon> moins TheMuso
[12:38] <imbrandon> nevermind i dident have time to finish it up, i was going point you to the farm spec
[12:39] <TheMuso> Hey imbrandon.
[12:39] <imbrandon> but i still have a bit more to do
[12:39] <TheMuso> Oh ok.
[12:39] <imbrandon> ( and its dinner time )
[12:39] <TheMuso> What do you mean didn't have time to finish it?
[12:39] <imbrandon> makin a proper spec
[12:39] <imbrandon> of it
[12:39] <TheMuso> Well just ping me when you finish it, and I will keep my eye out for it.
[12:53] <FunnyLookinHat> gnomesword bug
[12:53] <FunnyLookinHat> Ubugtu, gnomesword
[12:58] <LaserJock> bug #65451
[12:58] <Ubugtu> Malone bug 65451 in gnomesword "[UNMETDEPS]  gnomesword has unmet dependencies" [Undecided,Confirmed]  http://launchpad.net/bugs/65451
[01:01] <FunnyLookinHat> heh yea I found it after a quick search
[01:19] <whiprush> ajmitch: awake?
[01:24] <LaserJock> imbrandon: what keyboard layout do you use on a mac?
[01:24] <imbrandon> pc105 iirc
[01:25] <imbrandon> what ever it defaults to
[01:28] <minghua> pc104, more likely
[01:30] <LaserJock> ok
[01:32] <LaserJock> I'm just not sure about some of the buttons
[01:35] <imbrandon> well it should have loaded powerbuttonsd
[01:35] <imbrandon> for those
[01:36] <imbrandon> e.g. the fn+ keys
[01:39] <LaserJock> imbrandon: this isn't on a laptop, just a regular mac keyboard
[01:39] <LaserJock> imbrandon: but I don't have a numlock or insert key, etc.
[01:42] <minghua> they are just different names
[01:42] <minghua> http://en.wikipedia.org/wiki/Apple_keyboard says you use "Help" as insert, and "clear" as numlock
[01:46] <imbrandon> LaserJock, yea but iirc powerbutonsd makes mac keyboards act "right"
[01:47] <LaserJock> oh, now I'm not sure what "right" means :-)
[01:47] <imbrandon> well act like you would expect them to in macosx
[03:25] <imbrandon> ajmitch, whoop here comes hobbsee everyone hide
[03:25] <imbrandon> heh
[03:26] <TheMuso> hahaha
[03:26] <TheMuso> Hey Hobbsee.
[03:26] <imbrandon> hehe
[03:26] <imbrandon> heya Hobbsee
[03:26] <imbrandon> [20:25]  <imbrandon> ajmitch, whoop here comes hobbsee everyone hide
[03:26] <imbrandon> [20:25]  <imbrandon> heh
[03:26] <imbrandon> [20:25]  --> Hobbsee has joined this channel (n=Hobbsee@ubuntu/member/hobbsee).
[03:27] <zul> aieee
[03:27] <Hobbsee> hey TheMuso, imbrandon
[03:27] <Hobbsee> :P
[03:27] <TheMuso> imbrandon: What you got going there? ESP?
[03:28] <imbrandon> man ;)
[03:28] <imbrandon> msn*
[03:29] <TheMuso> Oh ok.
[03:29] <TheMuso> Why bother when she is going to be on IRC at the same time?
[03:29] <imbrandon> hehe
[03:29] <imbrandon> TheMuso, sometimes i use IM's when i'm not on irc
[03:30] <TheMuso> Right.
[03:30] <zul> imbrandon: traitor...using msn
[03:30] <imbrandon> or if i'm not on my normal computer
[03:30] <imbrandon> zul, hahah Hobbsee is my onlyu msn contact
[03:30] <imbrandon> all the rest are jabber ;)
[03:30] <zul> imbrandon: still....we are going to have to have a little talk though
[03:30] <Hobbsee> TheMuso: i'm not all the time...
[03:30] <ajmitch> help!
[03:31] <TheMuso> I use MSN for my friends who don't know any better, but I also have a Jabber account.
[03:31] <imbrandon> RUN !!
[03:31] <imbrandon> TheMuso, same
[03:31] <zul> heh there should be an motu octagon at uds
[03:32] <imbrandon> a wha?
[03:32] <zul> like a ring..
[03:32] <imbrandon> i'm sure there will be plenty of motu bof's
[03:32] <imbrandon> i know what an octigon is i just dont see the corelation
[03:33] <LaserJock> like the ubuntu logo
[03:33] <LaserJock> except we have more
[03:33] <TheMuso> I am really starting to feel sad about not going to this UDS.
[03:34] <imbrandon> :/
[03:34] <Hobbsee> TheMuso: next tiem
[03:34] <TheMuso> heh. Gartner reckon Apple should license hardware manufacturing/distribution to Dell.
[03:34] <TheMuso> Hobbsee: Depends on where it is I guess, but yeah.
[03:40] <imbrandon> woot flash9 works great even with konqui, too bad this still isnt ppc or amd64 builds\
[03:40] <imbrandon> guess we'll still need to fixup gnash for that ( and free x86 )
[03:41] <Nafallo> amd64 is planned, isn't it?
[03:41] <ajmitch> yes
[03:42] <imbrandon> Nafallo, i guess planned but when they released the beta there is only x86 ;(
[03:43] <Nafallo> yea, I've looked at it some hours ago :-)
[03:43] <imbrandon> arg , netsplit
[03:44] <imbrandon> yea i loaded it about an hour ago and tested it with konqui and ff
[03:44] <imbrandon> interesting libgnash overides libflash even if both are installed
[03:44] <imbrandon> anyhow brb more mt dew
[04:22] <imbrandon> LaserJock, what was that site your wife needs ?
[04:24] <LaserJock> http://www.topsecretrecipes.com/
[04:32] <LaserJock> imbrandon: does it work?
[04:32] <imbrandon> LaserJock, http://federation.imbrandon.com/ss110.png
[04:33] <imbrandon> good new eh?
[04:33] <imbrandon> news*
[04:34] <LaserJock> yes, very
[04:34] <LaserJock> how'd you install flash 9?
[04:34] <imbrandon> from the adobe site, i'm working on a deb now
[04:35] <imbrandon> i'm just hacking the flasplugin-nonfree 7 deb to make an "unofficial" one as its far to late for edgy
[04:35] <imbrandon> but i'll put it on imbrandon.com
[04:35] <LaserJock> that'd be awesome dude
[04:36] <imbrandon> its super simple to install from the site if you wanan grab it from there ( but your welcome to wait )
[04:37] <imbrandon> litterly its download a tar, untar it , copy the *.so ( one file ) to /usr/lib/firefox/plugins  then restart firefox
[04:44] <LaserJock> imbrandon: where did you download the tar? I can't find it
[04:45] <imbrandon> LaserJock, one sec
[04:46] <imbrandon> LaserJock, http://download.macromedia.com/pub/labs/flashplayer9_update/FP9_plugin_beta_101806.tar.gz
[04:46] <hub> imbrandon: it is not a good news
[04:46] <hub> imbrandon: the technology is still NOT open
[04:47] <chillywilly> hi
[04:47] <imbrandon> hub, good news he can get his wife off windows now
[04:47] <hub> who needs flash anyway
[04:47] <imbrandon> hub, i know thus i'm packaging gnash too ;)
[04:47] <imbrandon> hub, LaserJock's wife wont leave windows untill that website worked on linux , so yes good news ;P
[04:48] <imbrandon> even if its still evil its far less evil than full blown windows
[04:49] <hub> what is evil is all these incompetent people that think that flash belong to the www
[04:49] <LaserJock> for sure
[04:53] <Nafallo> yay! xen :-)
[04:53] <Nafallo> now I just want amd64 serverkernel for it ;-)
[04:53] <ajmitch> Nafallo: then wait for feisty
[04:53] <ajmitch> or roll your own, shouldn't be hard
[04:54] <Nafallo> I won't run feisty on my server :-)
[04:54] <Nafallo> yea, I was about to do that at some point I think.
[04:54] <ajmitch> oh well
[04:54] <Nafallo> I have sources in my develdir ;-)
[04:54] <ajmitch> I don't think we'll have another x-s-2.6.17 build through
[04:54] <ajmitch> since it takes over the buildd for awhile
[04:54] <Nafallo> we need more of those then :-)
[04:55] <hub> edgy is still very rough
[04:55] <hub> I have to use a pre-dapper kernel to have a functionnal laptop
[04:55] <hub> crossing my finger that all the udev thing will not break because of that
[04:57] <LaserJock> imbrandon: wahoo, it worked
[04:58] <imbrandon> LaserJock, rockin, i almost have a deb ready too
[04:58] <LaserJock> I didn't realize it was just one file
[04:58] <imbrandon> yea just one .so
[04:58] <imbrandon> its all most plugins are that are staticly linked
[05:34] <crimsun> oh god, please don't package the beta of flash9
[05:35] <imbrandon> umm ok, why not? you know if not there will be lots of crack about getting ti working
[05:35] <crimsun> you are virtually ensuring people will SCREW their systems AND file bugs against flashplugin-nonfree -- which I will not be pleased about.
[05:35] <crimsun> (the entire download mechanism needs to be reworked for the beta of flash9 anyway)
[05:36] <imbrandon> hrm actualy i already have it working
[05:36] <imbrandon> i just dident announce the url ( and wont now i guess )
[05:36] <Hawkwind> Flash 9 just simply works.  There is no hassle with it
[05:36] <crimsun> well, yes, it's certainly kludgeable. I did it, too, but I'm not going to condone it.
[05:36] <imbrandon> crimsun, right
[05:37] <imbrandon> i just thought a professional doing it would be better than crack on the forums ( can we call ourselfs profesional heh )
[05:37] <crimsun> it's all crack until Bart sorts it for Debian.
[05:38] <imbrandon> right but the _level_ of crack is far less
[05:38] <imbrandon> :) but i do see your point , i'm not saying that
[05:38] <imbrandon> i just dident want to see checkinstall debs floating arround
[05:40] <Hawkwind> Ickkkkkkk
[05:41] <crimsun> note that if you make a deb available, you are breaking their EULA.
[05:41] <imbrandon> even downloading from them like 7 does ?
[05:42] <crimsun> depends what you're doing with libflashplayer.so.
[05:43] <crimsun> Even copying libflashplayer.so across the network breaks it.
[05:43] <imbrandon> it just apt-get sourced flashplugin-nonfree from the repos and hacked it to look for the new tar.gz
[05:43] <imbrandon> changed the versions etc
[05:43] <crimsun> s/versions/md5sums/ ?
[05:44] <imbrandon> yea
[05:44] <imbrandon> md5sum of the tar and of the file inside
[05:44] <crimsun> this new EULA makes my skin crawl
[05:45] <imbrandon> heh yea kinda like the gplv3 does to me
[05:45] <imbrandon> one sec more soda
[05:46] <LaserJock> crimsun: is it much worse then for the previous version (7?) ?
[05:46] <crimsun> it's shades creepier
[05:53] <hub> it is not even free ware
[05:54] <hub> because you allow them to audit at YOUR expenses your use of their software
[06:01] <imbrandon> hub, yes it is a nasty , but as i've said before without getting to much into the whole FLOSS vs propiatary talk, some things are perceived as nessesary evils such as flash ( i'm one of those ) and untill gnash is more mature I have to choose my battles, but on the flip side of that I'm am packaging gnash too to grab a wider audiance and hopefully make it more mature faster
[06:01] <hub> I choose my battle
[06:01] <hub> boycott flash
[06:01] <imbrandon> so in other words i agree with you on the ideas, but in practice the world isnt perfect
[06:01] <hub> in practice you are hypocryt
[06:02] <imbrandon> no i've never said i'm 100% floss, and never will probably in the forseeable future, so thats not a hypocryte
[06:02] <imbrandon> i beleavein floss and stand behind it 100%, that dosent mean i'm RMS and shun closed also
[06:03] <imbrandon> if there is an open alternative i use it, if there is not ( in the case of flash ) i cant so i dont shoose to do without
[06:03] <imbrandon> s/shoose/choose
[06:03] <tritium> crimsun already gets to support users with flash 9 and sound problems ;)
[06:04] <crimsun> yeah. I /love/ it.
[06:04] <imbrandon> tritium, should be alot less though as it uses alsa and gracefully fails now or so they say
[06:04] <hub> imbrandon: I do without as well. lookm, no flash
[06:04] <tritium> imbrandon: dunno, but he's already getting questions in #ubuntu
[06:05] <imbrandon> ouch
[06:05] <hub> they is IMHO the best strategy
[06:05] <imbrandon> hub, and thats your choice, i dont say its a bad one, its just not the correct choice for me
[06:05] <imbrandon> i do without flash on my ppc every day , as its the machine i use the most
[06:05] <imbrandon> as far as a desktop
[06:07] <imbrandon> point is its not a perfect world, and not everyone is a floss ONLY person, nor should they be imho but that just _my_ opinion, and honestly we both know where each other stand and this isnt really the place so i'll stop here
[06:08] <imbrandon> thats one reason i sold my nvidia cards for intel graphics
[06:08] <hub> instead of wasting time supporting their proprietary shit, why not helping on gnash?
[06:08] <imbrandon> so i could use 3d with oss drivers
[06:09] <imbrandon> hub, I am , but is dosent happen over night
[06:09] <imbrandon> hub, you dident see the part where i said i'm trying to bring gnash to a wider audiance in feisty so we'll get more and better bug reports
[06:09] <imbrandon> and hopefull make it mature faster
[06:10] <imbrandon> and as soon as it does i'll use it fulll time
[06:11] <imbrandon> hub, infact see http://www.imbrandon.com/packages/pool/edgy/gnash/ <-- my plem packages ( i wouldent install them though as there is some known packaging issues i have yet to upload fixes for )
[06:11] <imbrandon> but point is i am doing both, i'm not a black or white person , there is grey for me
[06:12] <imbrandon> infact there is grey for every person that run oo.o or ff or krita or many other floss apps on windows
[06:13] <imbrandon> its just one more step in evolution, look at it like this, flash9 has brought one more person to linux ( and a future gnash user when it works for them ) e.g. LaserJock's wife
[06:13] <imbrandon> its cases liek that that make it not black or white for me
[06:29] <crimsun> I wonder if anyone's actually going to provide feedback on a dapper-updates package in the 'test' phase of SRU.
[06:29] <ajmitch> crimsun: that'd require people knowing about the package & wanting to test it
[06:30] <crimsun> you'd figure with the number of people whining about broken sound there'd be /someone/ aware of it.
[06:30] <crimsun> I may as well just trawl the forum now and post.
[06:30] <ajmitch> easier to just complain
[06:30] <ajmitch> I tend to trawl forums & harass users to post bugs when I get the urge
[06:32] <LaserJock> well, that's what I'm worried about with the SRU process
[06:32] <LaserJock> are we going to get much out of it?
[06:32] <ajmitch> probably not
[06:32] <LaserJock> the 2 weeks in -proposed
[06:32] <ajmitch> way too many packages
[06:32] <ajmitch> 2 weeks is a long long time
[06:32] <LaserJock> yes it is
[06:33] <ajmitch> I don't particularly like it since we have no way of making sure that the packages get the testing needed in those 2 weeks
[06:34] <LaserJock> it'll be interesting to see what comes of these motu specs for UDSMV
[06:34] <ajmitch> interesting times
[06:36] <LaserJock> it all feels quite overwhelming
[06:36] <ajmitch> why so?
[06:36] <LaserJock> lots of issues, things to think about, and that's beside just doing the actual package maintenance
[06:37] <ajmitch> it's always like this, we just choose to ignore it most times
[06:37] <LaserJock> I don't want us to get so bogged down that we stop actually doing any work
[06:37] <ajmitch> a constant problem
[06:37] <LaserJock> but it seems like somebody should be working about it
[06:37] <ajmitch> that's why we go to MV to talk about it
[06:39] <LaserJock> we need a UDS at crimsun's house :-)
[06:40] <ajmitch> heh
[06:43] <imbrandon> hehe
[06:48] <tritium> LaserJock: which specs?
[06:49] <LaserJock> there are quite a few governance specs
[06:50] <tritium> LaserJock: is there a URL with a list?
[06:50] <LaserJock> https://features.launchpad.net/distros/ubuntu/+spec/motu
[06:50] <tritium> thanks
[06:51] <LaserJock> https://features.launchpad.net/distros/ubuntu/+spec/new-developers
[06:52] <LaserJock> tritium: btw, the list of Mountain View specs is : https://features.launchpad.net/sprints/uds-mtv/
[06:52] <ajmitch> lots of crack
[06:53] <ajmitch> & growing
[06:53] <tritium> LaserJock: are you going?
[06:53] <ajmitch> 'beryl-by-default'
[06:55] <tritium> I may try to go if I can combine it with a business trip.
[06:56] <LaserJock> tritium: i've got a departmental seminar on the 7th
[06:56] <LaserJock> so I'll drive over that afternoon
[06:57] <ajmitch> LaserJock: you won't be there before then?
[06:57] <tritium> LaserJock: nice, maybe I'll see you there
[06:57] <LaserJock> ajmitch: unfortunately not
[06:57] <imbrandon> ajmitch, he is comming tuesday
[06:57] <LaserJock> it's really bad timing
[06:57] <ajmitch> unfortunate
[06:58] <LaserJock> my inlaws called and said they are coming down in like a week
[06:58] <LaserJock> then I had this seminar planned before the UDS announcment
[06:59] <imbrandon> LaserJock, so your not comming at all , or just late ?
[06:59] <LaserJock> I'll be there Tuesday night on
[07:00] <imbrandon> ahh ok
[07:00] <LaserJock> my seminar is at noon
[07:00] <LaserJock> I plan on driving pretty much straight from there
[07:00] <LaserJock> so I should be there by dinner :-)
[07:00] <imbrandon> beryl_by_default should be feisty+2
[07:00] <imbrandon> not feisty
[07:00] <imbrandon> heh
[07:01] <imbrandon> LaserJock, yea its only like 5.5 hours right ?
[07:01] <imbrandon> from reno to sf that is
[07:01] <LaserJock> something like that
[07:02] <LaserJock> 4 hrs to SF
[07:02] <imbrandon> i took a trip to SF like 2 times for concerts when i lived in reno
[07:04] <imbrandon> stoped at donner lake a few times with the kids too
[07:04] <imbrandon> heh
[07:04] <minghua> deferred?
[07:05] <ajmitch> yeah
[07:05] <minghua> a good reason not to write the release codename in your spec name :-)
[07:08] <LaserJock> yeah, wouldn't want people to know our specs were from hoary or something ;-)
[07:10] <hub> http://www.desktoplinux.com/news/NS7719803018.html <- ahahah
[07:15] <imbrandon> hub, yea good think  7.0.63 hasent been used in ages, i'm sure i could drudge up vunerabilties for linux2.4 or most anything else :)
[07:15] <imbrandon> s/think/thing
[07:43] <minghua> we have spam in malone now?
[07:43] <minghua> where should I report this?  #launchpad?
[07:44] <imbrandon> minghua, i would say so
[08:09] <imbrandon> ohh ohh i soo want a sun blackbox
[08:09] <imbrandon> actualy i could probably build one for what they cost
[08:09] <imbrandon> heya Fujitsu
[08:09] <Fujitsu> Hi imbrandon.
[09:06] <tonyyarusso> Hi all, I recently formally wrote up a feature specification proposal, and as I do not having coding skills it would need someone to step up for both the Drafter and Assignee positions.  I would greatly appreciate it if anyone would be willing to do that.  The spec is filed at https://features.launchpad.net/distros/ubuntu/+spec/gaim-calendar-auto-aways if you'd like to take a look.
[09:12] <superm1> imbrandon, do you think it will be possible to get two last patches in for mythtv and mythplugins prior to edgy release?
[09:15] <imbrandon> well RC is being released in a  few hours, depends on how critiacl the fixes are
[09:15] <imbrandon> most likely not tbh but i can look
[09:16] <superm1> i wouldn't call either of them critical.  just the mythplugins would make for a cleaner install of mythweb
[09:16] <superm1> the mythtv isn't very important at all
[09:16] <imbrandon> then i would say not
[09:16] <superm1> bug 66564 for mythplugins if you would like to look
[09:16] <imbrandon> only things getting in now are ultra critical
[09:16] <Ubugtu> Malone bug 66564 in mythplugins "Mythweb doesn't set permissions correctly" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66564
[09:17] <superm1> oic
[09:17] <superm1> well makes sense :)
[09:17] <imbrandon> heh we are 6 days from release and all ;)
[09:18] <superm1> well it's okay, our deers will be very accepting i'm sure
[09:18] <imbrandon> food time , brb
[09:18] <imbrandon> ;)
[09:19] <Hobbsee> imbrandon: it must be some time to upload some crackful stuff, then!
[09:19] <Fujitsu> Hobbsee, of course.
[09:20] <Hobbsee> Fujitsu: :D
[09:20] <superm1> is there any particularly urgent stuff you guys will need a hand with still?  i'll have a few hours tomorrow at work that I can probably kill giving a hand.
[09:20] <Hobbsee> superm1: unmet deps
[09:21] <superm1> hehe, thats always the story :).  Okay
[09:21] <superm1> i haven't looked at the list for a day or two.
[09:21] <Hobbsee> superm1: well, they're very useful, assuming they actually get into the archive.  also just fixing various bugs in the archive
[09:23] <superm1> very well.  i'll see you guys tomorrow then and see what i can do to lend a hand more.  -Night
[09:57] <Fujitsu> Evening, ajmitch.
[09:57] <Hobbsee> hey ajmitch
[09:58] <ajmitch> put the changelog on malone?
[09:58] <Fujitsu> I got a UVF for it a couple of days ago.
[09:58] <ajmitch> yeah
[09:58] <ajmitch> but for the upload
[09:58] <Hobbsee> ajmitch: with all these new MOTU recruits, i get to be the lazy MOTU instead of you :P
[09:59] <ajmitch> it helps to see changelogs on bugs when it's approval time
[09:59] <ajmitch> Hobbsee: I can still be a lazy MOTU
[10:00] <Hobbsee> ajmitch: not when you have to do UVFe stuff
[10:01] <ajmitch> & a whole bunch of other release-critical stuff
[10:01] <Fujitsu> ajmitch, post the changelog entries since the current Ubuntu version as a comment on the bug?
[10:01] <ajmitch> Fujitsu: basically I need justification for uploads - being a UVF exception it should be ok
[10:02] <ajmitch> but for everything else I'd like to see changelogs on bugs
[10:02] <ajmitch> otherwise uploads sit & rot in the queue
[10:02] <Fujitsu> OK.
[10:05] <Fujitsu> ajmitch, uploaded.
[10:05] <ajmitch> ok
[10:05] <ajmitch> I'll wave it through next time I see an archive admin alive
[10:06] <Fujitsu> Thanks
[10:06] <minghua> nice... xchat-gnome crashes
[10:06] <Hobbsee> ajmitch: that's when they dont sit and rot on revu :P
[10:07] <ajmitch> Hobbsee: you can do something about REVU
[10:07] <Hobbsee> ajmitch: no i cant.  what would i do?
[10:09] <ajmitch> review stuff
[10:09] <ajmitch> it's the logical answer
[10:09] <ajmitch> hello Yagisan
[10:09] <Hobbsee> nah...
[10:09] <ajmitch> suggest fixes for peopl
[10:10] <Yagisan> G'day ajmitch
[10:11] <Yagisan> almost finished excising, re-implementing non-gpl code in my project, so hopefully I can get a package in edgy+1
[10:11] <Yagisan> it was a pain in the arse to audit too O_o
[10:11] <minghua> I wonder how I can request a package removal
[10:12] <Yagisan> Hobbsee, ajmitch - so hows uni treating you ?
[10:12] <ajmitch> file a bug, subscribe ubuntu-archive
[10:12] <Fujitsu> minghua, file a big `Please remove X from the archive' or thereabouts.
[10:12] <Ubugtu> Malone bug 41533 in mozilla-locale-zh-cn "[UNMETDEPS]  mozilla-locale-zh-cn has unmet dependencies" [Medium,Confirmed]  http://launchpad.net/bugs/41533
[10:12] <ajmitch> give good reasons for removing it
[10:12] <Fujitsu> And do as ajmitch said.
[10:12] <Hobbsee> Yagisan: my next assignment is due next week.  all is good :)
[10:12] <ajmitch> Yagisan: uni? what uni?
[10:12] <Yagisan> Hobbsee, I have a final exam tommorow
[10:12] <minghua> ajmitch, Fujitsu: thanks, I'll do that when I confirm in an edgy environment
[10:13] <Yagisan> ajmitch, IIRC you had a uni id card when I last saw you
[10:13] <ajmitch> Yagisan: that was earlier this year
[10:13] <Hobbsee> Yagisan: ouch
[10:13] <Hobbsee> hehe, he does
[10:13] <Fujitsu> Yagisan, run along and study, then :P
[10:13] <minghua> (or is there an easy way to check a binary package's dependency, like packages.d.o?)
[10:13] <ajmitch> Hobbsee: quiet, you
[10:13] <Fujitsu> package.ubuntu.com, minghua?
[10:13] <Hobbsee> ajmitch: :D
[10:13] <Fujitsu> *packages
[10:13] <Hobbsee> minghua: apt-cache show foo | grep Depends
[10:13] <minghua> Fujitsu: is that up-to-date enough?
[10:14] <Yagisan> Fujitsu, I've not studied yet - and I don't intend to start now - 75% for lack of effort so far is perfectly acceptable
[10:14] <minghua> Hobbsee: not when I am not under edgy :-)  but thanks
[10:14] <ajmitch> packages.u.c is generally pretty crap, I've found
[10:14] <Fujitsu> ajmitch, `generally'? `Pretty'?
[10:14] <ajmitch> minghua: or you ask in the channel for someone to tell you the dependencies
[10:14] <Fujitsu> Always and very, I think you'll find.
[10:15] <Hobbsee> minghua: ah
[10:15] <Fujitsu> minghua, LP can actually tell you all that stuff.
[10:16] <Yagisan> Hobbsee, ever notice that everything taught in programming class, never ever matches whats in the real world
[10:16] <Hobbsee> a little
[10:16] <Fujitsu> minghua: https://launchpad.net/distros/ubuntu/edgy/i386/mozilla-locale-zh-cn/1.6-0.1
[10:17] <minghua> Fujitsu: Ahh... Thanks!
[10:17] <minghua> LP UI is a nightmare
[10:18] <ajmitch> minghua: launchpad is full of hidden gems
[10:18] <Fujitsu> minghua, it really is a nightmare, yes.
[10:18] <ajmitch> as well as traps which will bite your ankle off
[10:18] <Fujitsu> I just go looking through it sometimes, and find all sorts of stuff.
[10:19] <highvoltage> I find the launchpad staffers real friendly though. When I get lost they always help without complaining :)
[10:19] <Yagisan> sometimes it feels you have to know a bug exists before you can find it on LP.
[10:19] <minghua> I think package wise, I still prefer packages.d.o and packages.qa.d.o
[10:20] <minghua> although malone is sometimes more handy than Debian BTS
[10:20] <Fujitsu> Oh.
[10:20] <Fujitsu> I forgot the -sa
[10:20] <ajmitch> common mistake
[10:21] <ajmitch> why?
[10:21] <Fujitsu> I would have expected it to choke and kill itself.
[10:21] <Fujitsu> LP seems to like doing that.
[10:22] <Fujitsu> Like OOPSing if a bug has too many dupes.
[10:22] <Fujitsu> Who knows how it manages to time out for that sort of thing.
[10:22] <minghua> Hmm, maybe this is not a case for removal, just the locale package out-of-date with mozilla
[10:22] <Lathiat> Fujitsu: walking the status and doing lots of queries on too many bugs?
[10:22] <minghua> but nothing we can do here, as the Debian package is also out of date
[10:22] <Fujitsu> Lathiat, even so.
[10:23] <minghua> I'll just add the comments then
[10:24] <ajmitch> Fujitsu: getting the subscribers for all of the duplicate bugs?
[10:25] <ajmitch> which probably is done by a massive number of joins
[10:25] <Fujitsu> ajmitch, with only about 250 dupes, it can't take that long.
[10:25] <ajmitch> so you think
[10:26] <Fujitsu> Plus it breaks what are the most common bugs completely, so it's sort of important to not stuff up things like that.
[11:02] <dholbach> good morning
[11:04] <ajmitch> hey dholbach
[11:07] <dholbach> hi ajmitch
[11:08] <imbrandon_> moins dholbach
[11:08] <dholbach> heya imbrandon_
[11:09] <imbrandon_> Fujitsu: we were both way off on the path thing, but i got it fixed up now for sure, started a new build and i'm off to sleep
[11:09] <imbrandon_> see ya in a few hours
[12:42] <sivang> dholbach: we should improve the unmetdeps script to actually tell which bin packages out of a source are the ones broken,
[12:42] <sivang> dholbach: surely there should be a way for this if the script manages to actully find any
[12:42] <dholbach> sivang: go ahead :)
[12:43] <sivang> dholbach: I've done something locally for my usage, but I wanted to ask you if you know if this can be checked without attemptong to install the packages?
[12:43] <sivang> my script for running iside a chroot looks like:
[12:43] <sivang> BINS=`apt-cache showsrc $1 | grep Binary | sed -e s/Binary\:\ // | xargs -d ","`
[12:44] <sivang> for bin in $BINS;
[12:44] <sivang> do
[12:44] <sivang>  sudo apt-get -y install $bin  | grep -A5 "unmet dependencies"
[12:44] <sivang> so you get only those that didn't install due to unemtdeps
[12:44] <sivang> done
[12:44] <dholbach> why now parse the output of   apt-cache -i unmet  ?
[12:46] <sivang> dholbach: right, I'll try that, for myself I wanted to have a script that actually installs them for some tests I am doing (like after fixing)
[12:47] <sivang> dholbach: hmm, this is easier that I thought :)
[12:48] <dholbach> enjoy it
[12:51] <minghua> dholbach: you maintain the glom package in ubuntu, don't you?
[12:51] <dholbach> minghua: yes
[12:51] <minghua> dholbach: did you see glom author's new blog entry?
[12:51] <dholbach> yes
[12:52] <dholbach> I'm just busy with stuff and we don't have a policy for SRUs in Universe yet
[12:52] <minghua> what do you think the chance is for glom 1.0.8 to enter dapper-update?
[12:52] <dholbach> we release in 7 days
[12:52] <dholbach> atm I don't really care much about dapper-updates to be honest
[12:52] <dholbach> don't get me wrong, I like Murray very much and I'll think about it and see what can be done
[12:52] <minghua> dholbach: no, I am not pushing you
[12:53] <minghua> dholbach: I am thinking of working on getting glom 1.0.8 into dapper-update once we have SRU policy in place
[12:53] <dholbach> I'm happy to do that and work on it
[12:53] <dholbach> but we need the policy first
[12:53] <dholbach> there's a document on the wiki about it
[12:53] <dholbach> but nobody bothered to add something to it after our meeting
[12:54] <minghua> dholbach: I see.  just checking with you, thanks.  I know you are busy about edgy release :-)
[12:54] <dholbach> Thanks :-)
[12:54] <dholbach> glom kicks ass and I want to do for it what I can
[01:22] <kkubasik> According to the wiki I'm supposed to ask here to get my gpg key synced to I can upload to REVU
[01:23] <minghua> kkubasik: please read topic
[01:23] <minghua> there is an URL for you to add your key
[01:24] <kkubasik> alright, I joined the group ;)
[01:24] <kkubasik> its ok that I upload packages to revu even though were in a freeze?
[01:25] <minghua> kkubasik: yes, REVU is not affected by freeze
[01:25] <kkubasik> I'm working on merging a couple different things, but I'm new to packaging so I wanted to get some feedback
[01:25] <kkubasik> awesome, thanks!
[01:25] <geser> minghua: it was necessary that a revu admin synced the gpg keyring manually. has this changed?
[01:25] <minghua> geser: I have no idea :-)  I don't use REVU myself
[01:26] <minghua> I don't think it changed though.  so kkubasik you probably need to wait a while before you can upload to REVU :-)
[01:27] <kkubasik> no problem ;)
[01:34] <geser> kkubasik: I might be helpful to ping the REVU admins to get their attention
[02:20] <edscho1> Anyone know what the Debian way is to replace one official package to the latest compiled from source? Removing the package first with apt-get will also remove dependencies. Can I make a stub package to prevent this?
[02:32] <minghua> edscho1: Yes, you can.  You want to look at equivs package.
[02:32] <edscho1> minghua: thanks :)
[03:29] <gnomefreak> libflash-mozplugin is non-free as well is flashplugin-nonfree?
[03:48] <bddebian> Heya gang
[03:48] <bhale> hi
[03:49] <bddebian> Hello bhale
[03:56] <bhale> hm, kkubasik is here
[04:07] <Q-FUNK> http://q-funk.iki.fi/2006-10-19_Eesti_Ekspress_Linutop.pdf
[04:54] <fowlduck> should i scratch building new packages in an edgy environment and just wait until feisty is available?
[04:55] <Riddell> fowlduck: no
[04:55] <Riddell> when feisty is available it'll be much the same as edgy
[04:55] <chantra> hi guys, how to you make a dpatch patch?
[04:55] <bhale> man dpatch-edit-patch
[04:55] <chantra> is it diff -ruN ?
[04:55] <bhale> no.
[04:56] <chantra> bhale: arf :)
[04:56] <sivang> chantra: what bhale said, dpatch-edit-patch will provide you anything you need, you just need to follow it precisly
[04:56] <fowlduck> Riddell, ok, thanks :)
[04:56] <bhale> http://blog.brandonhale.us/articles/search?q=dpatch
[04:56] <bhale> the dpatch manpage admittedly sucks
[04:57] <chantra> bhale: :)
[04:58] <bhale> that post was famous when MOTU first started
[05:00] <chantra> bhale: , actually, I already made the patch in a diff -ruN format
[05:00] <bhale> ok?
[05:00] <chantra> can I easily convvert it ?
[05:01] <bhale> you can copy the header into it from a real dpatch
[05:01] <chantra> or maybe just user my patch and exit
[05:01] <bhale> or you can use dpatch-edit-patch on a clean source t ree
[05:01] <bhale> and apply the patch
[05:01] <bhale> then exit the shell
[05:02] <bhale> if you try it, you will get it
[05:02] <bhale> just have to do it
[05:12] <chantra> bhale: cheers
[05:12] <chantra> the trick is to copy the patch into the package directory
[05:12] <chantra> as I could not get my patch from the parent directory :s
[05:24] <bhale> it should be in debian/patches
[05:24] <bhale> (sigh)
[06:42] <Admiral_Chicago> netsplit?
[07:48] <LaserJock> lucas: I didn't know you had a 40 node cluster to build on
[07:49] <LaserJock> that's quite cool
[07:49] <lucas> I have more nodes than that, but 40 is enough :)
[07:50] <LaserJock> lucas: is that at your uni?
[07:50] <lucas> it's a french research project on grid computing, so there are resources shared by different laboratories
[07:51] <lucas> the goal is to reach 5000 CPUs. We have about 1200 nodes currently (so 2400 CPUs)
[07:52] <LaserJock> holy cow
[07:52] <LaserJock> and they run Debian?
[07:53] <lucas> depends on the cluster. some of them, yes. some of them run ubuntu, or fedora core or rocks
[07:53] <lucas> but one can "deploy" his own work environment on the nodes
[07:54] <lucas> so, if you want to work on debian/ubuntu, you just have to deploy a debian/ubuntu environment
[07:54] <LaserJock> crazy
[07:56] <LaserJock> lucas: how much access do you have to it?
[07:58] <lucas> well, I can run jobs on it, and I'm part of the technical committee for it
[07:58] <LaserJock> cool
[07:58] <LaserJock> I just wondered if we need to do Universe-wide audits it would be a whole lot easier on something like that
[07:58] <LaserJock> where you did the FTBFS run in 4-5 it would have taken us forever
[07:59] <lucas> it takes about 10 days on a single node
[07:59] <lucas> my plans are to improve my tools, and then to run other tests
[08:00] <cbx33> LaserJock, where are the menu files stored....
[08:00] <cbx33> i know you did that dynamic menu thing
[08:00] <LaserJock> cbx33: my menu files or the general ones?
[08:00] <cbx33> the general ones
[08:01] <LaserJock> lucas: that's super cool
[09:19] <fowlduck> how do I report a package for which no binaries have been built in edgy?  It appears libapache2-mod-mono and libapache-mod-mono don't have anything.
[09:22] <thiagocmartinsc> Hi! who is working on asterisk package ?!
[09:22] <thiagocmartinsc>  I see that's asterisk.init doesn't manage varrun correctly...
[09:23] <LaserJock> fowlduck: you could file a bug :-)
[09:23] <LaserJock> thiagocmartinsc: not sure
[09:24] <fowlduck> LaserJock: hmm, i can download it manually, erg
[09:24] <thiagocmartinsc> my asterisk.init is right at this time.. for asterisk-<IP_ADDRESS>
[09:24] <LaserJock> thiagocmartinsc: looks like shawarma_away maybe is the last uploader
[09:25] <thiagocmartinsc> I see Soren Hansen in the last entry on changelog for 1:<IP_ADDRESS>.dfsg-1ubuntu1
[09:26] <thiagocmartinsc> maybe send an email..  :-P
[09:27] <LaserJock> fowlduck: mod-mono is FTBFS
[09:28] <LaserJock> looks like an unmet dep problem from the build log
[09:28] <slomo> fowlduck, LaserJock: no, just broken apache or apache2... they must be installed both at the same time but one of them is broken to not allow this anymore
[09:29] <slomo> infinity already promised me more than once to fix it ;)
[09:29] <fowlduck> ya, found that bug now :)
[09:29] <LaserJock> sladen: right, it was a unmet dep in apache2-threaded-dev
[09:30] <Burgwork> thiagocmartinsc: again, bugs go to the bug tracker, along with patches to fix it
[09:31] <slomo> LaserJock: i'm not sladen ;)
[09:31] <slomo> poor sladen :P
[09:32] <LaserJock> bah
[09:32] <LaserJock> I didn't even see that
[09:35] <sladen> mooo
[09:37] <LaserJock> sorry sladen
[09:37] <thiagocmartinsc> Burgwork, Ok!
[09:38] <Burgwork> thiagocmartinsc: that way, it doesn't get lost, as Ubuntu doesn't have such strong package ownership, like Debian
[09:40] <sladen> thiagocmartinsc: like Burgwork says, ideally copy the upload to a mailing list, or attach the patch to the corresponding bug report
[09:40] <thiagocmartinsc> Burgwork, but, on asterisk-<IP_ADDRESS>.dfsg-1ubuntu1 found on edgy, Soren Hansen says "create /var/run/ directory if necessary and set proper permissions"
[09:41] <thiagocmartinsc> but it's not happening...!
[09:41] <sladen> thiagocmartinsc: _what_ is not happening
[09:41] <Burgwork> thiagocmartinsc: regardless of who introduced the bug, it is a bug
[09:41] <sladen> thiagocmartinsc: what error message do you get?
[09:42] <thiagocmartinsc> /etc/init.d/asterisk doesn't create /var/run/asterisk like /etc/init.d/ssh ... remember... /var/run is mount at boot.. ok?!
[09:44] <thiagocmartinsc> I'm talking about the check_privsep_dir() func on init.d...
[09:45] <sladen> thiagocmartinsc: have you filed all of this in a bug report, then we can keep everything in one place and not loose information
[09:45] <Burgwork> sladen: where is my "irc is a not a bug reporting tool" spec
[09:45] <thiagocmartinsc> no, this is my first report....
[09:45] <sladen> I'm not sure who Soren Hansen is, are they the Debian maintainer, one of the upstream authors, another user?
[09:46] <LaserJock> sladen: it's shawarma
[09:46] <sladen> LaserJock: ta
[09:46] <thiagocmartinsc> Soren Hansen is the guy that's upload the asterisk-1:<IP_ADDRESS>.dfsg-1ubuntu1 to EDGY!
[09:47] <thiagocmartinsc> apt-get source asterisk and you see it...
[09:47] <thiagocmartinsc> :-P
[09:47] <sladen> thiagocmartinsc: can you go to  https://launchpad.net/distros/ubuntu/+source/asterisk/+filebug  and include all of the information you've pasted into IRC so far
[09:47] <thiagocmartinsc> of course!
[09:47] <sladen> thiagocmartinsc: thank you for that.  You can also see the changelog by do  less /usr/share/doc/asterisk/changelog
[09:48] <thiagocmartinsc> sladen, yes.. I know that...  but I don't have asterisk of edgy installed here... sorry...
[09:49] <ajmitch> morning all
[09:49] <thiagocmartinsc> I'm working with pkg-voip-maintainers...
[09:49] <sladen> thiagocmartinsc: right, so where are you seeing this bug if you don't have asterisk installed?
[09:49] <thiagocmartinsc> becasuse I know that.
[09:50] <sladen> how do you know?
[09:50] <thiagocmartinsc> asterisk.init on edgy sources don't manage the /var/run ... so, after a reboot.. asterisk don't found /var/run/asterisk.
[09:51] <thiagocmartinsc> on Debian we don't have /var/run on a tmpfs...
[09:53] <sladen> thiagocmartinsc: right, so give the bug a title "asterisk.init fails when /var/run is tmpfs"
[09:53] <sladen> thiagocmartinsc: and please, please, please, pretty please, file a bug report
[09:53] <thiagocmartinsc> Ok man!
[09:53] <sladen> thiagocmartinsc: excellent! :)
[09:53] <thiagocmartinsc> You don't need to tell me 2 times!!! :-D
[10:10] <sladen> thiagocmartinsc: so, do we have bug number yet?
[10:10] <sladen> thiagocmartinsc: there are people who are happy to work on this, but can't without a bug number
[10:10] <sladen> thiagocmartinsc: and if I asked you again, that would be nagging, right :)
[10:12] <thiagocmartinsc> sladen, I forgot my password on launchpad..   hehehe
[10:13] <thiagocmartinsc> in a few minutes I will post a BUG report...
[10:32] <thiagocmartinsc> sladen, https://launchpad.net/distros/ubuntu/+source/asterisk/+bug/67001
[10:32] <Ubugtu> Malone bug 67001 in asterisk "asterisk.init fails when /var/run is tmpfs" [Undecided,Unconfirmed]
[10:33] <sladen> thiagocmartinsc: woooooooo!
[10:34] <thiagocmartinsc> sladen, what's up man?!
[10:34] <sladen> you deserve a lollipop reward
[10:35] <ajmitch> man, I wish I got rewards
[10:35] <sladen> are you able to get a copy of  'asterisk.init' before and after you modified them and type   diff -u old-asterisk.init new-asterisk.init
[10:36] <sladen> thiagocmartinsc: having a diff would help us enormously since it shows the changes and can be applied automatically
[10:36] <thiagocmartinsc> yes.. I have a diff
[10:37] <sladen> thiagocmartinsc: if you do Add comment  then Add attachment, you can upload it and tick the 'patch' box
[10:39] <thiagocmartinsc> Mmmm... Ok!
[10:48] <gnomefreak> how do i update the iso using rsync i used -vPz rsync://server  ~/edgy-desk....iso  there is a -u option but do i need to run the --inplace flag also?
[10:52] <fdoving> no. --inplace should not be needed.
[10:53] <gnomefreak> so -vPzu should be all
[10:54] <fdoving> you don't need -u either.
[10:54] <gnomefreak> it will update the iso as long as i add the dir?
[10:56] <LaserJock> gnomefreak: rsync -az --progress is what I use
[10:56] <gnomefreak> that updated the iso
[10:56] <fdoving> gnomefreak: i use 'rsync -vPz --progress --bwlimit=100'
[10:58] <gnomefreak> ty in 40minutes i will play with those commands
[11:00] <gnomefreak> bbl gotta get dinner ready for oven