[01:04] <quentusrex> Anyone here able to offer some launchpad help?
[01:05] <quentusrex> I'm having the problem of a launchpad built package not including .so's for some packages...
[01:06] <lifeless> well thats going to be a packaging issue, not a launchpad issue
[01:07] <lifeless> try #ubuntu-motu
[01:07] <quentusrex> no it is not
[01:07] <quentusrex> I can build the same package on any box
[01:07] <quentusrex> other than on launchpad
[01:07] <quentusrex> and it'll include the folders.
[01:07] <wgrant> It is a bug in the package. Have you tried it in pbuilder or sbuild?
[01:07] <quentusrex> but the packages build on launchpad don't include certain folders.
[01:07] <quentusrex> wgrant, yes.
[01:07] <quentusrex> they all include the files.
[01:08] <wgrant> Link to the package?
[01:08] <quentusrex> I would be glad to be proved wrong, if it will help me track down the issue.
[01:08] <quentusrex> https://launchpad.net/~freeswitch-drivers/+archive/freeswitch-nightly-drivers/+packages
[01:09] <quentusrex> but the only thing I see, is that the packages freeswitch-lua and freeswitch-perl and freeswitch-spidermonkey don't have any of the .so's that are suppose to be included
[01:09] <quentusrex> where if I build them in pbuilder the files are there.
[01:12] <wgrant> That's one very big tarball. Is there a reason that it is a native package?
[01:13] <quentusrex> I've been working for months trying to split the package up,
[01:13] <quentusrex> and get the software build process to allow for it to be placed in proper debian/ubuntu locations.
[01:13] <wgrant> What should the problematic binaries contain? Do you have build logs for a good build?
[01:13] <quentusrex> the files seem to be built
[01:13] <quentusrex> just not copied.
[01:14] <wgrant> Which files?
[01:15] <quentusrex> for instance the file that should be: /opt/freeswitch/mod/mod_lua.so
[01:15] <wgrant> I don't see that being built anywhere.
[01:18] <quentusrex> This one is being build and copied: cidlookup.so
[01:19] <wgrant> quentusrex: But that one appears to be installed into the main freeswitch binary.
[01:19] <quentusrex> right
[01:19] <quentusrex> and that is my issue
[01:20] <quentusrex> any .so that isn't in the main freeswitch binary isn't being copied.
[01:20] <wgrant> I cannot see mod_lua.so being built anywhere.
[01:21] <quentusrex> doyou see mod_cidlookup.so being built?
[01:21] <quentusrex> wgrant, I don't mean to sound hostile(if that is what it sounds like)
[01:22] <wgrant> I do not. This log is insufficiently verbose.
[01:22] <quentusrex> hmm
[01:26]  * wgrant tries it locally.
[01:27] <quentusrex> it might have something to do with the make -j 8 I added in there
[01:27] <wgrant> That seems overly parallel.
[01:27] <quentusrex> I have a 16 core build box
[01:28] <quentusrex> and I didn't see a speed increase after 8
[01:28] <quentusrex> but you are right, that is probably overly parallel for most cases.
[01:29] <wgrant> quentusrex: You should respect the usual DEB_BUILD_OPTIONS="parallel=n" option.
[01:29] <quentusrex> hmm
[01:29] <wgrant> That is set properly by the buildds, and means you don't have to hardcode bad values.
[01:29] <quentusrex> how do I do that?
[01:30] <wgrant> Good question.
[01:44] <wgrant> Well, that ate slightly more RAM than I expected.
[01:45] <wgrant> But Launchpad is not magical. It is somehow a bug in your package.
[01:57] <quentusrex> ok
[01:57] <quentusrex> wgrant, so you don't see the files built on your machine?
[01:59] <wgrant> quentusrex: No, but only because it killed my machine so I killed the build.
[02:10] <quentusrex> wgrant, how much ram did it use?
[02:11] <quentusrex> a lot of the speech to text files take incredible amounts of ram to build.
[02:11] <wgrant> quentusrex: I don't know.
[02:12] <wgrant> Everything was thrashing too much. I couldn't get a shell.
[02:12] <wgrant> I probably had at least a couple of gigabytes of RAM free to start with.
[02:12] <quentusrex> yeah...
[02:12] <quentusrex> that's what I've been dealing with :)
[02:13] <quentusrex> wgrant, so far I've been able to reduce the resources required to build it
[02:13] <quentusrex> and to break up the builds
[02:13] <quentusrex> I remember when the tar file was 400MB
[03:30] <bjsnider> is anything wrong with the ppa build system right now?
[03:31] <lfaraone> bjsnider: other than being horribly, horribly backlogged?
[03:31] <bjsnider> i just sent a package in that depends on quilt, and the i386 was fine, but the other two lost track of quilt
[03:38] <wgrant> BjornT: "lost track of quilt"?
[03:38] <wgrant> Er, bjsnider ^^
[03:39] <bjsnider> lost track of it
[03:40] <bjsnider> forgot to go out and get it
[03:40] <bjsnider> did not install it
[03:41] <bjsnider> and then the build fails with "oh, by the way dummy, i need quilt" but i told you to install quilt, so it ain't my fault
[03:44] <bjsnider> it worked when i took quilt out of build-depends-indep and put it in build-depends
[03:48] <wgrant> bjsnider: That's not surprising, since Build-Depends-Indep is only installed for arch-indep builds.
[03:48] <wgrant> Hence the name.
[03:49] <bjsnider> yeah, huh?
[03:50] <wgrant> Hm?
[03:51] <bjsnider> why would it be like that in debian
[03:51] <wgrant> Is it?
[03:52] <bjsnider> the dbg and dev packages are arch indep
[03:52] <bjsnider> what is texlive-base-bin used for?
[03:53] <bjsnider> could that be related to either the dbg or dev package?
[03:53] <wgrant> The dbg package is very unlikely to be arch-indep.
[03:53] <bjsnider> wait, i mean not dgb but -doc
[03:54] <bjsnider> all of the arch0indep stuff is related to the doc package i'll bet
[03:54] <wgrant> That is generally the case.
[03:55] <wgrant> texlive-bin has quilt in Build-Depends.
[03:55] <bjsnider> i'll bet the texlive packages have something to do with generating documentation
[04:18] <lfaraone> doctormo: yeah, I brought that up in #ubuntu-motu but nobody replied, re bug 521263
[04:21] <doctormo> lfaraone: Hmm, what's the rules in debian?
[04:32] <lfaraone> doctormo: see my followup in -motu.
[04:33] <lfaraone> doctormo: would you mind giving http://lists.freedesktop.org/mailman/listinfo/xdg a ping about adding PROJECTS to the spec?
[04:33] <doctormo> I will ask, sure
[04:39] <lamalex> does launchpadlib work asynchronously?
[04:40] <wgrant> lamalex: No, but I think somebody tried to Twistedify it.
[04:40] <lamalex> hrm, ok
[08:51] <qubodup> hello
[08:51] <qubodup> i cannot submit a bug report
[08:51] <qubodup> also: #*&*%$
[08:51] <qubodup> any clue what I should do?
[08:53] <qubodup> the reason seems to be attached file
[09:14] <phildini> can someone here answer a question about PPAs?
[09:14] <wgrant> phildini: Sure. Ask away!
[09:14] <phildini> can I use a karmic ppa with the lucid alpha?
[09:15] <wgrant> phildini: It depends completely on the package.
[09:15] <wgrant> You should ask the owner of the PPA.
[09:15] <phildini> ah. fair enough.
[09:16] <phildini> I'm trying to use the freenx-teams ppa, but there lucid package only inlcudes neatx and not freenx-server.unfortunately, neatx has close to zero documentation.
[09:17] <phildini> additionally, I guess I could just try it and see what happens.
[09:20] <wgrant> Right.
[09:20] <wgrant> If it's not going to work, it probably won't install.
[09:32] <phildini> Thanks for the help, and I'll try and I'll try and remember to send a message of thanks to the free-nx team. their package works just fine on lucid!
[11:55] <adiroiban> hi. is there a way to disable the mailinglist arhive
[11:55] <adiroiban> or to make it private to team members?
[12:03] <wgrant> adiroiban: Only if you make the whole team private.
[12:03] <wgrant> (or you might be able to convince an admin to purge the archive)
[12:05] <adiroiban> can I use private teams?
[12:05] <adiroiban> or I must pay for that?
[12:05] <wgrant> I don't know.
[12:05] <wgrant> They do not make this obvious :/
[12:06] <adiroiban> thanks. I guess I will have to purge the archive
[12:07] <adiroiban> and use another server for the private team
[15:20] <Halabund> Hello!
[15:22] <Halabund> I was using Launchpad's translation feature for the first time, and I was wondering if it is possible to attach notes to specific translations of a project.  There might be special terms used in that project only, and it might not be clear how those should be translated.  It would be useful to have a guideline written, so that everybody uses the same translations for those terms.  I just...
[15:22] <Halabund> ...fixed up a number of different translations of the same English term ...
[15:24] <maxb> If you don't get an answer, bear in mind that this channel is often very quiet at the weekend. You might need to ask again during the week.
[15:26] <Halabund> Hm. OK.
[15:27] <Halabund> Also, why does downloading MO files take so veeeeery long?
[15:28] <Halabund> Does it really take *that* long to generate them, or are they intentionally delayed so people don't overuse the service ... ?
[15:30]  * persia very much doubts they are intentionally delayed
[15:30] <Halabund> So does it really take 10+ minutes to generate the translation for ~600 strings ... ?
[15:32] <persia> Potentially, at least for a given server load
[15:32]  * persia is just guessing though
[15:46] <Halabund> Another question: is it possible to simply remove a translation, without providing a new one?  I found a translation that is obviously wrong (due to a misunderstanding), but I don't really know how to translate it properly ...  Yet the current translation just causes confusion when seen in the UI.
[15:55] <adiroiban> Halabund: just add an empty translation
[15:55] <adiroiban> and the current one will be deleted
[15:55] <Halabund> Ah, thanks :)
[15:56] <Halabund> Well, I translated it as a longer explanation.  There's room since it's in a tooltip.  I don't think "cloze" has an equivalent in my language.
[15:56] <Halabund> The previous translator wrote the equivalent of "Close", which is wrong
[15:56] <Halabund> http://en.wikipedia.org/wiki/Cloze
[15:57] <adiroiban> Halabund: a 600 string MO and PO file export does not take 10 minutes ... maybe just 1 minute, but there is a single queue for exports
[15:58] <Halabund> I got the mail 10 minutes ago
[15:59] <Halabund> That's about half an hour
[15:59] <Halabund> there must have been a high number of requests
[15:59] <adiroiban> yes
[16:00] <adiroiban> in general I get the request in about 2 or 3 minutes
[16:01] <adiroiban> AFAIK there is also a queue for sending emails
[16:01] <Halabund> Whatever it is the computer needs to do to make those MO files, it should take longer for seconds with today's fast machines.  After all it's just some string juggling, or is it more complicated?
[16:01] <Halabund> *shouldn't
[16:02] <adiroiban> generating a single MO is not complicated
[16:02] <Halabund> oh my goodness, how could I mess up that sentence so much grammatically ....
[16:02] <adiroiban> but to generate a MO in Launchpad you will have to query a big database
[16:02] <adiroiban> and wait in some processing queues
[16:03] <adiroiban> in general, i get the export in less than 10 minutes
[16:04] <Halabund> adiroiban, do you know the answer to my first question?  It it possible to attach notes to the translation of a project, in which guidelines, etc. could be agreed upon?  I found that the same term (used in a very specific meaning in this software) was translated in different ways by different people, resulting in inconsistencies
[16:06] <adiroiban> Halabund: if you are the owner of the project
[16:06] <Halabund> No, I'm not.
[16:06] <adiroiban> you can add a description for each template
[16:06] <Halabund> OK.
[16:06] <adiroiban> but otherwise, no
[16:06] <adiroiban> there is no whiteboard
[16:07] <adiroiban> or a place for translators to leave public messages
[16:08] <adiroiban> there are only general guidelines per language
[16:08] <adiroiban> not per project
[16:09] <Halabund> This project uses some very specific terms that are unlikely to be used in this sense in other places, so there are a few choices in translating :)
[16:11] <Halabund> it doesn't matter much how exactly they're translated, but the translation should be consistent across the program
[16:11] <adiroiban> Halabund: in this case it is best to inform the translators about the specific project needs
[16:12] <adiroiban> what is the translation group used by this project?
[16:14] <Halabund> adiroiban, I just went in and started to clean up & finish the translation, spontaneously ... since it was so easy.
[16:15] <Halabund> As it was suggested in the project wiki
[16:15] <Halabund> It's https://translations.launchpad.net/anki/
[18:13] <Andre_Gondim> hi, I am member of Brazilian Council, and I need change de owner by one team, but I don't find the way, may someone give me tip?
[18:42] <doctormo> lfaraone: Thanks for sending the email
[18:46] <quentusrex> wgrant, it is confirmed
[18:47] <quentusrex> Guys, I have found a bug during packaging that only happens when built on launchpad build servers.
[18:47] <quentusrex> The bug is that large chunks of files are not built, or installed when built on launchpad.
[18:47] <quentusrex> but there are no error messages
[18:51] <maxb> quentusrex: In that case, could you file a bug containing enough informtion for someone else to reproduce it?
[18:52] <quentusrex> maxb, I think I can
[18:52] <quentusrex> Basically: if you build the package from source on any machine except launchpad, it works perfectly.
[18:53] <quentusrex> if you build it on launchpad many files are missing, and even the freeswitch.install files that are named aren't copied.
[18:53] <quentusrex> maxb, can you test it out?
[18:54] <quentusrex> https://launchpad.net/~freeswitch-drivers/+archive/freeswitch-nightly-drivers/+packages
[18:54] <quentusrex> any of the freeswitch 1.0.4 packages
[18:54] <quentusrex> for hardy-lucid
[18:54] <quentusrex> just pick one, they all are the same.
[18:56] <maxb> quentusrex: Not right now, but if there's a bug I can read later tonight, I can probably give it a go
[18:57] <quentusrex> maxb, where should I post the bug?
[18:57] <jpds> quentusrex: What kinds of files are missing?
[18:57]  * quentusrex is impressed. Second launchpad bug I found.
[18:57] <quentusrex> jpds, a lot of .so files
[18:57] <maxb> The 'soyuz' project is the package part of launchpad
[18:58] <quentusrex> for instance the file that should be placed: /opt/freeswitch/mod/mod_lua.so
[18:58] <quentusrex> from the freeswitch-lua package, that is built by the freeswitch source package.
[18:59] <jpds> quentusrex: You might want to look into http://pastebin.ubuntu.com/375643/ .
[18:59] <geser> quentusrex: and building in a clean environment (like pbuilder) but not on LP works?
[19:01] <geser> quentusrex: the buildds have no internet access so they can't download anything
[19:01] <quentusrex> geser, I'm aware of the lack of internet access.
[19:01] <quentusrex> I've compensated for that.
[19:02] <quentusrex> jpds, hmm I thought that use to error out the build process. I'll check.
[19:03] <quentusrex> interesting...
[19:04] <quentusrex> because it failed to build celt, it just finished up building the rest
[19:05] <jpds> quentusrex: You might also want to use a Debian compat version greater than 4?
[19:06] <quentusrex> jpds, what do you mean?
[19:07] <jpds> quentusrex: All the "dh_link: Compatibility levels before 5 are deprecated."
[19:07] <jpds> ...errors.
[19:29]  * maxb raises an eyebrow at quentusrex's "1.0.4+repack12"
[19:30] <persia> Sometimes it takes a while to get the repack just right :)
[19:34] <maxb> quentusrex: You say that mod_lua.so isn't being packaged.... it looks to me like it isn't even being built.
[19:44] <quentusrex> maxb, Every time one of the required libs gets updated I had to repack the package
[19:45] <quentusrex> and celt is under rapid development.
[19:46] <maxb> Have you considered that packing dependencies into the orig tarball is perhaps not the right way to do it?
[20:00] <maxb> quentusrex: So, about the mod_lua.so thing: could you check the build logs and see if you agree with me that the problem is that the .so file isn't even being built?
[20:00] <quentusrex> maxb, yes. I believe so.
[20:00] <maxb> This suggests the bug is in the freeswitch buildsystem, not anything in launchpad
[20:01] <quentusrex> right.
[20:01] <quentusrex> The bug it seems is in the freeswitch build system,
[20:01] <quentusrex> that if it can't get the new library,
[20:01] <quentusrex> it doesn't error out
[20:01] <quentusrex> it just stops building the other features.
[20:01] <quentusrex> So on every other machine it build just fine, but due to the lack of internet on launchpad it would 'not error out like it should'
[20:02] <quentusrex> thanks jpds for finding that error message.
[20:02] <maxb> Build systems that fetch stuff over the network are build-time are broken by definition, IMO
[20:49] <Pici> 30
[23:30] <_Groo_> hi/2 all
[23:30] <_Groo_> is  dput still broken?, i wanna contribute some new packages but i cant upload a 25k package!!!
[23:31] <maxb> explain what you mean by broken?