[00:00] <jpds> OK, groovy.
[00:01]  * jpds heads of to bed. Night all.
[00:01] <nhandler> Night jpds. Thanks for all of your help
[00:01]  * RainCT doesn't think removing the debhelper.mk include is a good idea
[00:02] <nhandler> Why not RainCT?
[00:03] <RainCT> nhandler: can you paste somewhere the output of  dpkg-deb --contents *.deb   after building without it?
[00:03] <nhandler> RainCT: Give me a few minutes. I have a few other changes to make first
[00:06] <RainCT> sure
[00:13] <nhandler> RainCT: http://paste.ubuntu.com/30425/
[00:13] <RainCT> uhm.. if an application includes a lib but it only has static link files, what should I do?
[00:14] <RainCT> nhandler: ah, ok.
[00:15] <nhandler> RainCT: So it was fine that I removed the debhelper.mk include?
[00:15] <sistpoty> hm... stupid question: how can I change the date of wiki.ubuntu.com/MOTU/Meetings=
[00:15] <emgent> moin
[00:15] <sistpoty> make the = a ?
[00:15] <RainCT> nhandler: seems so. how are dh_docs and such called if you remove that?
[00:16]  * sistpoty believes it's wiki magic *g*
[00:17] <RainCT> sistpoty: MOTU/Headers/NextMOTUMeeting
[00:17] <RainCT> err,
[00:18] <RainCT> https://wiki.ubuntu.com/MOTU/Headers/NextMOTUMeeting
[00:18] <nhandler> RainCT: http://paste.ubuntu.com/30426/
[00:18] <sistpoty> RainCT: thanks!
[00:19] <nhandler> It doesn't look like they are calling dh_docs
[00:19] <RainCT> nhandler: o_O why do you use cdbs + normal debian/rules?
[00:21] <RainCT> sistpoty: you don't happen to know the answer my library question above, do you? :)
[00:21] <nhandler> RainCT: I was told to add a patch system instead of modifying the source inline to make a minor change. When I asked here, someone suggested cdbs
[00:21] <sistpoty> RainCT: reading backlog... give me a sec
[00:22] <RainCT> nhandler: yeh, but it doesn't really make sense to use simple-patchsys if the package isn't using cdbs already
[00:22] <sistpoty> RainCT: you mean "<RainCT> uhm.. if an application includes a lib but it only has static link files, what should I do?"
[00:22] <RainCT> sistpoty: <RainCT> uhm.. if an application includes a lib but it only has static link files, what should I do?
[00:22] <RainCT> sistpoty: right :P
[00:22] <RainCT> ls
[00:22] <nhandler> So what would you suggest I do RainCT ?
[00:23] <sistpoty> RainCT: is the library anywhere else in ubuntu? or just provided inside this application?
[00:23] <sistpoty> (as in dynamic library somewhere available)
[00:24] <RainCT> sistpoty: provided by the application. I don't know of any application which requires it, but on the other side I don't really know the app :P
[00:24] <RainCT> sistpoty: (ah, no. the application is called julius and it includes libjulius)
[00:24] <sistpoty> RainCT: but there isn't any libfoobar in ubuntu which can be linked against, is there?
[00:25] <RainCT> sistpoty: what do you mean?
[00:25] <sistpoty> RainCT: in this case, my gut says me that libjulius is mainly useful so that julius works, but not for anything else
[00:25] <sistpoty> RainCT: replace libfoobar with libjulius ;(
[00:25] <sistpoty> -( +)
[00:26] <RainCT> sistpoty: not that I know of
[00:26] <sistpoty> RainCT: if so, let it link statically... unless there's a good reason that anyone else would like to link against julius' library ;)
[00:27] <RainCT> sistpoty: and where do I put it? still libjulius-dev?
[00:27] <sistpoty> RainCT: yes... if you got headers and a static lib, these would go into the -dev package
[00:28] <RainCT> sistpoty: alright. so I can just ignore the Debian Library Packaging Guide saying that static libs are evil?
[00:29] <sistpoty> RainCT: the library packaging guide doesn't really say this... it rather (iirc) says that you shouldn't have a package linking against a static library
[00:29] <sistpoty> (which would mean duplicated code of the library inside the package)
[00:29] <sistpoty> (which happens during build time, so you'd need to rebuild everything build-depending on the static lib in case a security prob is found in the static lib)
[00:30] <sistpoty> and in this case, my gut says that libjullius is static since it's interface is tied to julies and might change frequently -> use case to not make a shared object
[00:31] <RainCT> sistpoty: ok. thanks :)
[00:31] <nhandler> RainCT, What would you advise me doing to add a patch system? This is starting to become a real pain, considering the patch only adds 2 lines to the source
[00:32] <RainCT> nhandler: "include /usr/share/cdbs/1/class/autotools.mk"
[00:32] <RainCT> nhandler: did you add this?
[00:33] <nhandler> Yes RainCT
[00:34] <RainCT> nhandler: okay. then revert all changes to the debian/rules file and use dpatch instead
[00:34] <Laney> nhandler: You just need to add quilt or dpatch - both of which you've been given instructions for, and then add the patch using the system you choose
[00:34] <RainCT> nhandler: see the example in  dpatch.make  on what changes you've to do to debian/rules
[00:34] <RainCT> * man dpatch.make
[00:40] <RainCT> sistpoty: and how do I fix such stuff?  "dpkg-shlibdeps: warning: debian/julius/usr/bin/generate shouldn't be linked with libasound.so.2 (it uses none of its symbols)."
[00:41] <sistpoty> RainCT: does it use autotools?
[00:41] <RainCT> sistpoty: yep
[00:42] <sistpoty> RainCT: if so, I guess configure.{ac|in} will define somewhere AC_CHECK_LIB(shared_object_name, [..])
[00:42] <sistpoty> RainCT: this will add shared_object_name to the linker flags
[00:42]  * crimsun_ removes libasound from highlight
[00:43] <RainCT> sistpoty: there's only configure.in but it hasn't any AC_CHECK... thing
[00:43] <crimsun_> .oO(how the heck did I acquire all this cruft in highlight anyhow?)
[00:43]  * RainCT stares at crimsun_ :P
[00:44] <sistpoty> RainCT: then somewhere in there must be a -lcrimsun... er... -lasound ;)
[00:44] <sistpoty> RainCT: that's what you should remove
[00:45] <RainCT> sistpoty: neither :/   http://paste.ubuntu.com/30429/plain/
[00:46] <RainCT> sistpoty: ok, found it
[00:46] <sistpoty> RainCT: maybe in some Makefile.am there's a ..._LDFLAGS setting this value?
[00:47] <RainCT> sistpoty: i'm just stupid. it's in another one of the configure.in files, of course :)
[00:47] <sistpoty> heh
[00:47] <sistpoty> remember to do the autotools dance again then ;)
[00:54] <RainCT> sistpoty: I removed -lasound from libsent/configure.in but I still get that warning (which is for files from another directory, gramtools/, which doesn't mention asound in the configure files)
[00:55] <sistpoty> RainCT: did you do the autotools dance?
[00:55] <RainCT> sistpoty: uhm?
[00:55] <RainCT> I did dpkg-buildpackage
[00:56] <sistpoty> RainCT: as in aclocal, autoheader, automake, autoconf?
[00:57] <RainCT> sistpoty: doesn't autotools.mk do that? and won't that put crap into the .diff.gz?
[00:57] <sistpoty> (you usually can skip aclocal and autoiheader)
[00:57] <sistpoty> RainCT: I'm no cdbs expert... I guess you could check that from the build log
[00:58] <RainCT> automake gets evil because it has no MAkefile.am and autoconf doesn't return anything
[00:58] <sistpoty> RainCT: and I guess I'm also not in a position to say if the resulting bloated .diff.gz is crap *g*
[00:58] <RainCT> lol
[00:59] <RainCT> and now it won't build :)
[00:59] <directhex> autotools makes nasty diffs
[00:59] <sistpoty> RainCT: maybe your package only uses autoconf but not automake? (I've seen such cases before)
[00:59] <RainCT> omg I hate autotools
[00:59] <RainCT> :P
[00:59] <sistpoty> RainCT: so you'd like to skip the automake thingy
[01:00] <sistpoty> RainCT: OTOH I see no problem with doing these during build time, to keep the .diff.gz clean (at least for ubuntu)
[01:00] <sistpoty> (in debian, you cannot assume that the buildds are clean, and hence might e.g. have a diffferent automake version installed than you really want)
[01:00]  * RainCT guesses he will put the package into his PPA first :P
[01:01] <sistpoty> heh
[01:04]  * sistpoty somehow feels amnesia when reading persia's post to ubuntu-motu
[01:46]  * sistpoty goes to bed now... gn8 everoyne
[01:56] <emgent> nxvl: o/
[01:57] <RainCT> good night
[01:57] <emgent> night RainCT
[02:08] <nxvl> emgent: \o/
[02:12] <nxvl> emgent: thank you for UTU!!
[02:12] <emgent> haha no problem :)
[02:12] <nxvl> emgent: i was looking for something like that
[02:13]  * emgent need a server with large band.. :)
[02:13] <emgent> now UTU is very slow..
[02:13] <tacone> emgent: cache it.
[02:13] <emgent> nah..
[02:13] <tacone> emgent: it's easy and simple O:-)
[02:14] <emgent> i know, but in generally i dont like cache! :)
[02:14] <tacone> me neither, but I don't like 1 minute wait as well
[02:15]  * emgent need people.ubuntu.com/~emgent
[02:15] <emgent> wgrant: some news about orko ?
[02:16] <wgrant> emgent: Not at this time. What do you need webspace for?
[02:16] <emgent> wgrant: UTU and other stuff.
[02:17] <wgrant> UTU?
[02:17] <emgent> wgrant: yeah see planet.u.c
[02:18] <Nafallo> hmm
[02:18] <Nafallo> my sanity restrict my hosting of .php...
[02:19] <emgent> Nafallo: lol :)
[02:19] <wgrant> Nafallo: Mhm.
[02:19] <emgent> wgrant: are you able to create an account?
[02:20] <Nafallo> also... pony isn't fully routed yet.
[02:20] <Nafallo> well, not the way I want it to be anyway ;-)
[02:21] <wgrant> Nafallo: Your definition of 'fully' is rather skewed.
[02:25] <Nafallo> meeh. only 259750 routes :-P
[02:36] <ScottK> emgent: You have to be a Canonical employee to get that.
[02:36] <ScottK> Good $TIMEOFDAY all.
[02:36] <emgent> heya ScottK
[02:36] <emgent> uhm.. why canonical people dont use people.canonical.com ?
[02:36] <wgrant> Morning ScottK.
[02:37] <ScottK> That's a question you'd have to ask them.
[02:37] <ScottK> Good evening wgrant.
[02:37] <wgrant> emgent: Because they want to be annoying and take up a good namespace. Duh.
[02:37] <emgent> it`s weird.
[02:37] <emgent> wgrant: lol :)
[02:38] <emgent> people.ubuntu.com should be for ubuntu developers IMHO
[02:39] <ScottK> Well the trick is it runs in the Canonical data center and they don't want to give non-Canonical employees hosting as I understand it.
[02:40] <Nafallo> emgent: I could be wrong here... but I'd be surprised if p.u.c supports php.
[02:41] <wgrant> Nafallo: A whole lot of other Canonical hosts run Drupal *shudder*...
[02:41] <wgrant> But rookery might not.
[02:41] <emgent> it`s true.
[02:41] <emgent> Canonical give hosting for loco team..
[02:41] <emgent> 90% of this team use Drupal
[02:41] <ScottK> That's a relatively recent development.
[02:42] <StevenK> emgent: Getting hosting is fairly easy and cheap.
[02:43] <emgent> StevenK: i know that. but the real question is: "ubuntu devel can use people.ubuntu.com hosting" ? If not, why?
[02:45] <emgent> I will open bug about it
[02:45] <StevenK> I don't think a bug is the right forum, but *shrug*
[02:45] <wgrant> A bug against which package?
[02:45] <wgrant> Wasn't it discussed and denied by the TB?
[02:46] <StevenK> Was it? I have no idea.
[02:46] <ScottK> It's been a while.  Canonical seems more open to not always being the be-all, end-all of Ubuntu, so maybe it should be revisted.
[02:46] <ScottK> I remeber it being discussed, but not if it went to the TB.
[02:53] <ember> emgent utu.php is just a php script?
[02:53] <nhandler> I'm trying to add a dpatch patch system to a package. I'm following this guide: http://www.tuxmaniac.com/blog/2008/01/25/dpatch-just-superb-a-short-how-to/. It says to add 'unpatch' to the "clean" section of debian/rules. However, if I do this, dpatch-edit-patch says "make: unpatch: Command not found". What is the correct way to ensure the patch is reverted when a make clean is performed?
[02:54] <StevenK> nhandler: Did you include /usr/share/dpatch/dpatch.make in debian/rules?
[02:54] <nhandler> Yes I did StevenK
[02:55] <StevenK> Oh, I know. You did "clean:\n\tunpatch\n" didn't you?
[02:55] <StevenK> unpatch is a target, not a command.
[02:55] <nhandler> lol, That was it. Thanks a lot StevenK
[03:11] <jmarsden> Anyone know where the minutes from the MOTU meeting earlier today can be found?  Is there a delay before they are posted?
[03:13] <nhandler> jmarsden: I don't think they have been posted anywhere yet. You can look through the raw irc log though: http://irclogs.ubuntu.com/2008/07/25/%23ubuntu-meeting.html
[03:14] <nhandler> Could someone look at my debdiff (http://paste.ubuntu.com/30451/) for skstream and let me know if it looks ok? I've never added a dpatch patch system before
[03:18] <jmarsden> nhandler: Looks OK to me, but I'm a newcomer too.  You'll want to bump the Standards-Version to 3.8.0 though, I think.
[03:18] <RAOF> As long as you've actually _checked_ that it is standards-version 3.8.0 compliant!
[03:19] <jmarsden> Yes :-)
[03:19] <nhandler> RAOF: Right now, it isn't 3.8.0 compliant. It does not have a README.source
[03:19] <ScottK> Right, then your debdiff isn't complete.
[03:20] <nhandler> ScottK, What exactly is meant to go in the README.source
[03:20] <RAOF> That's only a 'should', rather than a 'must', though.
[03:20] <ScottK> nhandler: What does policy tell you.
[03:22] <ScottK> RAOF: At least in IETF terms (which is the only place I know of where should/must are pedantically defined), Should == Must unless you have a good reason.
[03:22] <ScottK> I don't feel like it isn't a good reason.
[03:22] <RAOF> ScottK: Fair enough.
[03:22] <nhandler> ScottK, It says that you need to explain how how to generate the patched source, add a new modification, and remove an existing modification. But I'm not quite sure how to apply all of the patches.
[03:23] <RAOF> Do we have template README.source's in /usr/share/dpatch yet
[03:23] <RAOF> ?
[03:23] <ScottK> nhandler: For dpatch or cdbs simply patchsys I tend to say use *-edit-patch, see man *-edit-patch for details on how.
[03:25] <nhandler> So I am able to refer them to a man page in the README.source file?
[03:25] <ScottK> That's my theory.  No point in copying that out.
[03:26] <nhandler> Ok, because this wiki page (https://wiki.ubuntu.com/README.sourceHowTo) shows the actual commands
[03:28] <ScottK> Considering the page was done by a non-developer, I don't know how much weight I'd give it.
[03:28] <ScottK> I don't think Debian Policy insists on actual commands.  It'd be odd for something really common like dpatch or simple patchsys.
[03:29] <nhandler> Ok, that will make things easier for me. Once I add the README.source, I think it will comply with 3.8.0
[03:47] <jmarsden> ScottK: The 3.8.0.1 policy on README.source says in part "This explanation should include specific commands" ...
[03:48] <ScottK> OK.  Then I guess that it should.
[03:48] <ScottK> Of course dpatch-edit-patch is a specific command.
[03:49] <jmarsden> I think I'll attempt to edit that Wiki page with an attempted generic dpatch and CDBS set of info...
[03:49] <jmarsden> ScottK: But it's not just editing them you are supposed to document, right?
[03:49] <ScottK> Sounds good.
[03:49] <ScottK> Right, it's getting the source in the correct configuration to build it too.
[03:50] <ScottK> For a cdbs or dpatch package it's unpacked that way naturally.
[03:50] <dako3256> Hello am new here. Um..I don't know where to start. Have read alot of the wiki, but still kinda lost.
[03:51] <jmarsden> dako3256: Is there a particular bug you want to fix, or application you want to package?  See https://wiki.ubuntu.com/MOTU/Contributing
[03:52] <dako3256> should I follow first steps to the tee?
[03:52] <jmarsden> Well, that's what I did about a week ago :-)
[03:53] <dako3256> OK. will start there
[03:54] <foka> Hi!  I am uploading a new version of scim-bridge to Debian which merge in Ubuntu changes, and hopefully from then on Ubuntu will just "sync" the package from Debian.
[03:54] <foka> My question is:
[03:54] <jmarsden> dako3256: Go for it.  Ask here if you have questions.
[03:54] <foka> Can I list both Closes: #xxxxxx to close Debian bugs, and LP: xxxxxx to close Ubuntu bugs in the changelog?
[03:54] <dako3256> thank-you I will
[03:55] <jmarsden> foka: Yes, both should be closed by doing that, from what I have been told.
[03:55] <foka> jmarsden, Cool, thanks!
[03:55] <jmarsden> Someone asked that on a mailing kist recently, and I remember reading the answer.  You're welcome.
[03:56] <jmarsden> foka: Official I think (LP: #XXXXX) is the preferred format for LP bug closing
[03:57] <foka> jmarsden, Thanks!  I'll do that then.  This feature is nifty!  :-)
[03:57] <ScottK> foka: Yes.  The () is preferred, but is not part of the actual regex.
[03:57] <ScottK> foka: And then either file a sync request yourself or mention it here so someone else can after it's uploaded.
[03:57] <ScottK> foka: Thanks.
[03:58] <foka> ScottK, Thanks!  Yes, I prefer the parentheses too.  I use that for Debian too.  (Closes: Bug#426803), and later, (LP: #203334)
[03:59] <foka> ScottK, When is the deadline for intrepid sync?
[03:59] <ScottK> Is this a new revision or a new upstream release you're uploading?
[04:00] <ScottK> For a new upstream release, it's at Feature Freeze, Aug 28.  New revisions can come later. https://wiki.ubuntu.com/IntrepidReleaseSchedule
[04:19] <emgent> nhandler: http://thc.emanuele-gentili.com/~emgent/media/haha.jpg
[04:19] <nhandler> lol, did you make that emgent ?
[04:20] <emgent> no, i found it in my old files. :)
[04:22] <nhandler> Maybe I'll make a script that lets you custimize what package it says you upgraded. I need a fun programming task.
[04:22] <vorian> emgent: nice job on the tracker
[04:23] <emgent> vorian: thanks :)
[04:31] <foka> ScottK, Thanks for the note.  I'll keep it in mind.
[04:32] <foka> ScottK, Hope I can make it for the Lenny freeze first.  :-)  (merging in Ubuntu changes now, but hopefully upgrading too.)  Good to know about Aug 28, one month from now.  :-)
[04:33] <ScottK> Yes.  I understand.
[04:34] <ScottK> I had someone do me the favor of filing 3 bugs on a package I maintain in Debian today.
[04:37] <wgrant> I need to find a sponsor before the freeze - my AM/sponsor isn't responding to emails :(
[04:37] <wgrant> Debian really needs a better sponsorship system.
[04:38] <ScottK> Yeah, if I wasn't a DM, I'd be dead right now.
[04:39] <ScottK> wgrant: It doesn't happen to be something Python does it?
[04:39] <wgrant> ScottK: It is a Python app. But not a module.
[04:41] <wgrant> I was most unhappy when it was 0-day NMUed when I had been waiting for sponsorship for a week or two.
[04:42] <ScottK> wgrant: There's a Python Application Packagine Team too.
[04:42] <ScottK> wgrant: It also meets in #debian-python
[04:42] <wgrant> Oh, didn't know about that.
[04:43] <ScottK> The two most active DDs are European, so now isn't a good time, but maybe in a few hours.
[04:43] <ScottK> POX and bzed
[04:43] <wgrant> Thanks. I'll have a look in there soon.
[04:43] <ScottK> They are both quite open to contribution from Ubuntu.  POX often hangs out here and answers Python questions.
[04:53] <ScottK> wgrant: There you go.  Ana is a DD.
[04:55] <ScottK> Come on wgrant.  In 10 minutes I find you a Debian sponsor and where are you???
[05:02] <jmarsden> ScottK: If you have a chance, could you read/review my additions to https://wiki.ubuntu.com/README.sourceHowTo for dpatch and CDBS please?
[05:05] <ScottK> jmarsden: I'd mention the man pages.
[05:05] <ScottK> Looks good though.
[05:06]  * ScottK suddenly remembers to upload the tarball for the new release and not just announce it on the web site....
[05:07] <jmarsden> ScottK: OK, will do.  I'm thinking I can then maybe get these into dpatch and cdbs somewhere under /usr/share/ so after that, README.source becomes "See /usr/share/misc/dpatch-README>source"  or similar :-)
[05:07] <ScottK> Sounds like a plan.
[05:08] <ScottK> Go idea to send back to Debian too if they don't already have something.
[05:08] <jmarsden> ScottK: OK.  I've not yet figured out hwo to do any "sending back to Debian" -- is that process documented somewhere?
[05:09] <coppro> does anyone know how to kill a java applet without killing firefox?
[05:09] <ScottK> Generally the best thing is make a patch to Debian's version of the package and file a nice bug in their BTS with a good explanation of why the Debian maintainer should want the patch.
[05:10] <ScottK> And attach the patch, of course.
[05:11] <jmarsden> OK, thanks.
[05:21] <coppro> can someone remind me why /usr/local/games/ is not in the path?
[05:27] <crimsun_> because /usr/games is, and no games in the repo that I know of use /usr/local/games/
[05:29] <coppro> yes, but /usr/local/bin is in the path
[05:36] <crimsun_> what does that have to do with /usr/local/games, though?
[05:37] <coppro> no programs in the repo should use /usr/local/bin, yet that's in the path
[05:37] <crimsun_> with the except of /usr/local/bin, /usr/local is pretty system-specific and thus doesn't have entries.
[05:37] <crimsun_> no, /usr/local/bin semantically should override /usr/bin
[05:38] <coppro> well, I know of several games that install themselves into /usr/local/games
[05:38] <coppro> and it bugs me that it's not in patch
[05:38] <coppro> s/c//
[05:38] <crimsun_> err, which games?
[05:38] <crimsun_> and by "which games", I mean "which games carried in the Ubuntu repos"
[05:39] <coppro> none, because that's against Policy!
[05:39] <crimsun_> precisely
[06:05] <SolarWar> is there a quick way to find out what versions of packages are available in intrepid?
[06:06] <crimsun_> SolarWar: rmadison
[06:07] <SolarWar> wonderful :)
[06:26] <SolarWar> i am trying to create an ubuntu package however pbuild-ing it takes a while because of the setup time involved with all the dependencies, is it possible to install the dependencies inside the base.tgz?
[06:29] <crimsun_> they're cached upon initial retrieval
[06:47] <RoAkSoAx> hey guys, i would like to ask you an offtopic question. Does anyone of you knows is canonical gives Ubuntu Desktop and Server support in other languages besides English?
[06:52] <tuxmaniac> Hi people. A small package has been uploaded at REVU http://revu.tauware.de/details.py?package=gresistor It would be nice if someone reviews when available and gives back review comments.
[06:52] <tuxmaniac> thanks in advance
[07:09] <porthose> what is the correct syntax for closing a LP bug in the change log?
[07:09] <jmarsden> porthose: (LP: #123456)
[07:09] <RAOF> (LP: #foo)
[07:10] <porthose> thxs :)
[10:18] <SWAT> I've submitted freeorion and libgigi (a dependency of freeorion) for review at REVU. If anyone has time and is willing, could you please review the packages in depth?
[11:52] <joaopinto> Hello
[11:52] <joaopinto> is the MOTU ML moderated ?
[11:53] <laga> if i do a SRU, do i also need the SRU changelog entry in the package in the current development release, ie intrepid?
[11:57] <RainCT> joaopinto: if you ask because of your mail, it arrived
[11:58] <joaopinto> ok tks, I didn't got it myself, I guess the ML is setup to not send back to the senders
[11:59] <joaopinto> also, still no reviews :\
[12:33] <k0p> DktrKranz, are you there?
[12:34] <DktrKranz> k0p, yessir
[12:34] <k0p> :) i'm pinging you. I don't know if you remmber yesterday :p
[12:34] <k0p> hehe
[12:35] <DktrKranz> I remember, and I already reviewed it ;)
[12:35] <k0p> :O
[12:35] <k0p> yeah
[12:35] <k0p> i'm seeing ..
[12:35] <DktrKranz> some little details
[12:35] <k0p> you're the best
[12:35] <k0p> ok i'll read and fix :)
[12:35] <k0p> thanks a lot.
[12:35] <k0p> DktrKranz, have I a advocate?
[12:36] <DktrKranz> not yet. once fixed (first should be done by upstream ASAP), I can advocate it
[12:36] <k0p> DktrKranz, sure. it's cause I have in the column of advocates 1(0)
[12:37] <DktrKranz> (0) is advocate count
[12:37] <k0p> oh sure
[12:37] <DktrKranz> first number is number of comments made
[12:38] <k0p> yeap :)
[12:38] <k0p> thanks
[12:39] <DktrKranz> np. if you can make a update upload, I can ACK it (and leave licensing issues in the hands of archive-administrators)
[12:39] <k0p> DktrKranz, I can solve today all except 3. I can only solve 3 in some days. It cause we're relaseing the stable version
[12:40] <k0p> yap
[12:40] <DktrKranz> any chance to have it before august?
[12:40] <k0p> of course
[12:40] <k0p> in some days we release it.
[12:40] <k0p> before 1st august
[12:40] <DktrKranz> so, no problem at all ;)
[12:40] <k0p> I hope
[12:40] <k0p> sure.
[12:40] <k0p> :)
[12:40] <k0p> so give me some minutes
[12:41] <DktrKranz> k0p, I'd suggest you to delay upload when stable release will be available
[12:42] <k0p> DktrKranz, so only make another upload with all fixed, right?
[12:43] <DktrKranz> yes
[12:44] <DktrKranz> more probability to find second avocate :)
[12:44]  * DktrKranz is AFK
[12:45] <k0p> DktrKranz, sure.
[12:46] <k0p> thanks a lot for the help/review.
[14:01]  * Hobbsee throws https://bugs.edge.launchpad.net/ubuntu/+source/imlib2/+bug/235915 in the direction of the security people
[14:04] <white> Hobbsee: it should be possible to just take the patch from debian i guess. Didn't check the version though
[14:04] <Hobbsee> white: likely, yes.
[14:31] <tuxmaniac> Hobbsee: free for a review?
[14:31] <tuxmaniac> a very small package
[14:33] <Hobbsee> not really, no
[14:33] <tuxmaniac> Hobbsee: np. Thanks
[14:37] <bddebian> Heya gang
[14:43] <Iulian> Hi bddebian.
[14:44] <bddebian> Hi Iulian
[14:44] <tuxmaniac> hey bddebian
[14:45] <bddebian> Hi tuxmaniac
[14:47] <laga> so, the size of a package as shown in apt-cache show is in bytes, right?
[14:48] <slytherin> tuxmaniac: which package?
[14:49] <tuxmaniac> for bug 251919
[14:52] <slytherin> tuxmaniac: I will do a brief review once my currently package build is finished
[14:53] <tuxmaniac> slytherin: thanks
[15:04] <DRebellion> laga, that's what it looks like
[15:12]  * DktrKranz is happy, just sponsored 10 packages into the archives.
[15:13] <nhandler> How many of those were mine DktrKranz ?
[15:14] <DktrKranz> nhandler, IIRC, 5
[15:15] <nhandler> Well, I'm working on a few more as we speak.
[15:15] <NCommander> hey DktrKranz
[15:16] <NCommander> DktrKranz, do you mind critiquing my current interface overhaul for REVU?
[15:16] <NCommander> http://img75.imageshack.us/my.php?image=screenshotzn1.png
[15:16]  * NCommander has currently redo some of the fonts, and removed the logo until I can redo it in the right colors
[15:16] <NCommander> *redone
[15:18] <DktrKranz> NCommander, I'm definitely not good in UI, especially for webapps, but it doesn't look bad.
[15:18] <Iulian> DktrKranz: Do you mind having a look at salasaga on revu? It needs one more advocate. I think the package is ready to go.
[15:18] <NCommander> DktrKranz, well, I just removed the Current uploads section, I'm trying to tidy it up, the current REVU page is kinda bleck
[15:18] <slytherin> NCommander: do you think you can out a feature using which revu will display some keywords parsed out of package description. It will make easy for reviewers to identify packages. For ex. Even though I am not a motu I would like to review java packages. But currently I have to download each package to see if it is a java app
[15:19] <NCommander> slytherin, I was planning on completely remapping the details page to show things like the changelog, it won't be difficult once I redo some of the parsing code
[15:19] <DktrKranz> NCommander, you're working on REVU, a feature I'd like would be archiving packages while looking at them. Actually, there are only "Delete" and "Add advocation" links
[15:19] <slytherin> cool
[15:20] <DktrKranz> Iulian, surwe
[15:20] <DktrKranz> *sure
[15:20] <Iulian> DktrKranz: Great, thanks!
[15:21]  * DktrKranz sponsoring mode on
[15:21] <NCommander> DktrKranz, Great idea!
[15:21] <NCommander> DktrKranz, mind filing a wishlist bug for me?
[15:21] <DktrKranz> NCommander, sure
[15:21] <DktrKranz> I'll assign to you
[15:21] <nhandler> NCommander, I know I and a lot of other people would really like to be able to subscribe to a package. That way, we can be notified by email when a comment or new upload are added.
[15:21] <NCommander> nhandler, already planned :-)
[15:21] <nhandler> :-)
[15:22] <NCommander> But feel free to add wishlists bugs, now that we have openid logins working, I plan to do a lot of overhaul
[15:23] <slytherin> tuxmaniac: ping
[15:23] <DRebellion> NCommander, how about a set of links on the package page, that link to the launchpad bug and (optionally) the packager's PPA where they could already have the package uploaded and built, to save the reviewers' time because they won't each have to compile the package themselves?
[15:23] <nhandler> One other feature that I would like would be REVU user profiles. That way, I can easily see what packages a certain user has uploaded, commented on, or advocated.
[15:23] <NCommander> I'm trying to decide if the list of New Packages/Updated packages should all be in the same page, or if I should break it into seperate tabs, sorta like Launchpad
[15:23] <RainCT> is some perl guy around?
[15:23] <nhandler> RainCT, I'm pretty good with perl. What is the issue?
[15:23] <NCommander> nhandler, its kinda already there, see http://revu.tauware.de/stats.py
[15:24]  * RainCT would like to know what   Jcode->new($disp)->euc   would be like using the Encode module
[15:24] <StevenK> RainCT: Me too, what's your question?
[15:24] <DktrKranz> Iulian, I saw bernat just answered to your RFS on mentors... is package the same?
[15:24] <RainCT> nhandler, StevenK: ^
[15:24]  * NCommander points people to https://bugs.edge.launchpad.net/revu
[15:24] <NCommander> File wishlist bugs for any features you'd like to see in REVU, I'll implement them if they're reasonable, and useful
[15:24] <Iulian> DktrKranz: Yup, I sent an email to mentors IIRC.
[15:25] <nhandler> NCommander, the stats page just shows numbers. It doesn't provide links to the comments/packages.
[15:25] <Iulian> DktrKranz: Let me have a look. I'm not subscribed to that mailing list.
[15:25] <NCommander> nhandler, I said a start ;-)
[15:25] <StevenK> RainCT: I'll need a little more information than that :-)
[15:26]  * NCommander is trying to determine a better way to make REVU usable for Updated packages
[15:26] <RainCT> StevenK: well, that's everything I know :P. there an "use Jcode;" and that line, but the script doesn't work because Jcode isn't in Ubuntu anymore, and the jcode page says that it was deprecated by Encoding from the std lib
[15:27] <StevenK> RainCT: Right, so the code needs to be patched to use Encoding; rather than Jcode.
[15:27] <StevenK> RainCT: I daresay you'd need to know Perl fairly-ish well to fix the script.
[15:28] <tuxmaniac> slytherin: pong
[15:28] <RainCT> StevenK: oh. I'll move it from /usr/bin to /usr/share/doc/../examples then :P
[15:28] <Iulian> DktrKranz: I'm going to update the package for Debian right now. Thanks for telling me :-)
[15:29] <DktrKranz> no problem ;)
[15:29] <StevenK> RainCT: Ha. It isn't actually needed?
[15:29] <Iulian> DktrKranz: So, no need to upload it to Ubuntu, I will request a sync when it's in Debian.
[15:29] <DktrKranz> Iulian, do you want to archive your package for now?
[15:29] <DktrKranz> It can be undone anytime
[15:30] <Iulian> DktrKranz: Sure
[15:30] <RainCT> StevenK: no, it's just an additional tool (which can be used to convert some of the application's native files to a format from MS)
[15:30] <DktrKranz> Iulian, ok... archiving for now, thanks. Ah... Bernat is a great sponsor, he uploaded debomatic for me ;)
[15:31] <slytherin> tuxmaniac: can you patch the gresistor source to install icon in /usr/share/icons/hicolor/48x48/apps/
[15:31] <Iulian> DktrKranz: Yup, I know him.
[15:32] <tuxmaniac> slytherin: ok
[15:32] <RainCT> StevenK: thanks anyway :)
[15:35] <slytherin> tuxmaniac: wait, I just saw that file is named only icon.png. It will be confusing. Leave it as it is.
[15:35] <tuxmaniac> ok
[15:36] <tuxmaniac> slytherin: is everything else fine?
[15:37] <slytherin> tuxmaniac: well, there isn't much of anything to mess.
[15:38] <tuxmaniac> yeah its the fastest package I have ever done :-) 10 minutes flat
[15:39] <DktrKranz> vorian, re origami on REVU, I guess native package is just a upload mistake, isn't it?
[15:42] <slytherin> any MOTU with java expertise (except me)around?
[15:44] <NCommander> slytherin, I have a little
[15:44] <NCommander> though I'm no MOTU
[15:44] <slytherin> NCommander: I am looking for sponsor for 2 packages.
[15:45] <NCommander> oh, so I'm no help :-P
[15:47] <nhandler> Is the new Homepage field in debian/control a requirement for Standards-Version 3.8.0?
[15:48] <slytherin> nhandler: ask lintian
[15:53] <Laney> DktrKranz: Did you testbuild the guidedog upload of mine you just sponsored?
[15:53] <Laney> (I just got FTBFS emails on all arches)
[15:54] <DktrKranz> Laney, yes... but it was probably out of date since it FTBFS for an unstallable package right now :/
[15:54]  * DktrKranz runs pbuilder update
[15:55] <Laney> Yeah
[15:55] <Laney> It built when I uploaded the debdiff :(
[15:55] <DktrKranz> Laney, it's transient, it should be fixed soon with a new kdelibs upload (or whatever)
[15:58] <Laney> DktrKranz: Ah alright then
[15:58] <Laney> btw, thanks for the sponsoring :)
[16:16] <RainCT> nhandler: I think it isn't - not all upstreams have a homepage
[16:19] <porthose> I am looking at 151642.  samhain does need to be updated current upstream is 2.4.4.  Can I update the package with the new upstream version for Intrepid? and if so do I just attach the new .dsc, orig.tar.gz, and diff.gz to the bug and subscribe universe-sponsors?
[16:22] <Laney> porthose: Just the .diff.gz
[16:22] <Laney> (if you're updating to a new upstream version [-0ubuntu1])
[16:23] <porthose> Laney: thx that is exactly what I need to know :)
[17:22] <porthose> is http://packages.ubuntu.com/intrepid down?
[17:28] <bdrung> porthose: seems so
[17:36] <slytherin> porthose: what are yu looking for?
[17:44] <porthose> I need to check one some dependencies
[17:45] <nhandler> porthose: For what package?
[17:46] <Laney> porthose: You can see those with `aptitude show <package>'
[17:46] <porthose> samhain, namely libprelude-dev which depends on libltdl3
[17:47] <DktrKranz> whoa! libtool \o/
[17:47] <porthose> libltdl3 is outdated and replaced with libltdl7-dev
[17:48] <nhandler> porthose: The Dependencies of libprelude-dev are: libprelude2 (= 0.9.17.2-1), libgnutls-dev, and libltdl3-dev in version 0.9.17.2-1 in Intrepid
[17:49] <porthose> aaah could be the problem samhain depends on libprelude-dev and not libprelude2
[17:51] <porthose> oops miss read forget my last statement
[17:54] <porthose> nhandler:  is libltdl3-dev in the archives or is it libltd7-dev? if so sound like a unmet depends problem with libprelude-dev
[18:18] <nhandler> libltdl3-dev and libltd7-dev are in the archives
[18:18] <ScottK> NCommander: Do you do arm on Debian or just m68k?
[18:19] <NCommander> ScottK, both
[18:19] <NCommander> But I was never a real active porter on arm
[18:19] <NCommander> (I did some work in helping test d-i for the NSLU, and did a little armeb work)
[18:19] <ScottK> Would you be able to look at my klamav upload and see why it died on arm?
[18:19] <NCommander> klamav?
[18:19] <NCommander> Link?
[18:20] <ScottK> I'm pretty sure it's some arm (probably even buildd) specifc fluke.
[18:20] <ScottK> Sure
[18:20] <NCommander> WTF O_O;
[18:20] <ScottK> NCommander: http://buildd.debian.org/fetch.cgi?pkg=klamav;ver=0.44-2;arch=arm;stamp=1217065380
[18:20] <NCommander> I didn't even know dh_shlibdeps could FAIL
[18:20] <ScottK> ;-)
[18:21] <ScottK> The only difference between -1 that built and -2 that didn't is I added a new .po file?
[18:21] <NCommander> Very strange
[18:21] <NCommander> I can blow the dust off my ARM box and find out
[18:21] <NCommander> ScottK, you a DD?
[18:21] <ScottK> No.
[18:21] <ScottK> DM
[18:22] <NCommander> oh, that'll work
[18:22] <NCommander> You can upload binaries for your own package
[18:22] <NCommander> That looks like a buildd fluke
[18:22] <ScottK> Yes, if I had a way to build them, I'm sure I could.
[18:22]  * NCommander finds the power cord to his ARM box
[18:22] <NCommander> Its a slow machine
[18:23] <ScottK> No rush.  I'm about to head out for several hours.
[18:24] <NCommander> ok
[18:24] <NCommander> I can't even find it though :-/
[18:36] <SolarWar> hello, last night i uploaded my package to REVU and I do not see it listed as recent packages
[18:36] <nhandler> What was the package SolarWar ?
[18:36] <SolarWar> nhandler, Qlix
[18:38] <ScottK> NCommander: If you find it let me know.  Thanks.
[18:38] <nhandler> I'm not seeing it listed. SolarWar, look through this list (http://revu.ubuntuwire.com/uploaders.list) and see if you see yourself listed there.
[18:39] <SolarWar> hrm, nhandler i am not listed there
[18:39] <SolarWar> i joined revu via launchpad, is there anything else i need to do?
[18:40] <SolarWar> oh i have to ask you folks to resync :)
[18:40] <nhandler> SolarWar: https://wiki.ubuntu.com/MOTU/Packages/REVU
[18:42] <SolarWar> nhandler, thanks, rereading now..
[18:42] <SolarWar> nhandler, would you happen to be a revu admin?
[18:42] <nhandler> Nope, sorry :(
[18:43] <SolarWar> ah, no problem
[18:43] <nhandler> They list some of the revu admins on that wiki page I gave you. A few of them are in this channel now. Maybe one of them will sync the keyring
[18:49] <SolarWar> ajmitch, hello
[18:50] <SolarWar> i'll be back
[18:54] <AnAnt> Hello, can someone help me with Martin Pitt's question on bug 249158 ?
[18:57] <DktrKranz> AnAnt, swt-gtk has been removed in the past, pitti is asking you if there's a valid reason to restore it (eclipse should provide the same features)
[18:58] <AnAnt> current version of eclipse (in both Debian & Ubuntu) are old
[19:00] <DktrKranz> AnAnt, I'm not aware of any issues related to eclipse or swt-gtk, you may want to ask doko about it
[19:01] <AnAnt> doko: ping
[19:06] <Awsoonn>  sudo debootstrap --variant=buildd --arch i386 hardy /var/chroot/hardy http://archive.ubuntu.com/ubuntu/
[19:06] <Awsoonn> ww sorry
[19:07] <RainCT> *** WARNING: Please avoid using REVU the next minutes as we are going to deploy an update with important code and databse changes.
[19:09] <NCommander> hat warning
[19:09] <jpds> RainCT: ok.
[19:09] <NCommander> Oh
[19:09] <tacone> will everything explode ? :-o
[19:09] <NCommander> tacone, its my code going into production
[19:09] <NCommander> So likely
[19:09] <RainCT> if it does blame NCommander  :P
[19:09] <tacone> omg !
[19:09] <NCommander> yup
[19:09] <NCommander> Blame me
[19:09] <NCommander> Single signons for REVU are now going to be available
[19:09] <jpds> tacone: I don't think NCommander is your God.
[19:10] <DktrKranz> AnAnt, weekend time, you should ping him from monday :)
[19:11] <NCommander> DktrKranz, if he ping replies on monday, thats some serious lag
[19:11] <DktrKranz> NCommander, yes: it is usually called: "weekend"
[19:12] <Awsoonn> it's the weekend?
[19:12] <DktrKranz> we are immune to "weekend" :)
[19:12] <tacone> DktrKranz: is that a windows virus ?
[19:13] <DktrKranz> tacone, windows? huh?
[19:14] <AnAnt> ok
[19:19] <Saj0577> Txt_file
[19:25] <jpds> Saj0577: Fail. Wrong console.
[19:25] <Saj0577> yeah i know i realised that now hehe thanks
[19:25] <jpds> ;-)
[19:29] <jpds> NCommander: I am no longer an admin on REVU.
[19:29] <NCommander> jpds, permissions didn't travel over
[19:29] <NCommander> Ask RainCT to make you an admin
[19:29] <NCommander> er
[19:29] <NCommander> actually
[19:29] <NCommander> If you merge your account, you'll be remade an admin
[19:29] <NCommander> I think
[19:30] <jpds> I just logged in with the OpenID thing.
[19:30] <NCommander> yeah
[19:31] <NCommander> You need to merge accounts to get back your old permissions, but give us a sec
[19:31] <NCommander> There is a slight issue we're working out
[19:31] <jpds> Sure.
[19:33] <NCommander> REVU likes to break when upgraded
[19:35] <directhex> just like ubuntu! *badumtish*
[19:35]  * NCommander smacks directhex 
[19:36] <NCommander> jpds, on the plus side, having the Launchpad login linked is a very nice feature
[19:36] <jpds> NCommander: Yes, I have just used it to log into help.u.c too.
[19:36] <NCommander> The next major fix is a redone UI
[19:37] <NCommander> jpds, http://nemesisnetworks.com/revu-html
[19:37] <directhex> NCommander, when someone admits that it wasn't actually hundreds of users who decided to break where udev sat in /etc/rc.d on an older release, i'll be happy. the number of "you must have made a new symlink, it's your fault" responses from devs to that one was not heartening
[19:37] <NCommander> Oh
[19:37] <jpds> NCommander: Don't like brown?
[19:37] <NCommander> Well
[19:37] <NCommander> I find its tiring to read after awhile
[19:37] <NCommander> Same reason I don't use brown on the wiki
[19:39] <NCommander> jpds, if you know your REVU password, you can now merge your account and your LP one will be marked Admin
[19:39] <NCommander> However, the recover password feature is broken ATM
[19:40] <jpds> NCommander: Fail. MOD_PYTHON ERROR
[19:40] <NCommander> yup
[19:40] <NCommander> Just found that out
[19:40] <NCommander> We just changed that right then so we fail :-)
[19:41] <jpds> ;-)
[19:41] <NCommander> jpds, I just asked RainCT to mark you admin
[19:41] <jpds> OK.
[19:42] <NCommander> Well, that could have gone a little smoother :-/
[19:42] <jpds> NCommander: Does it use: https://edge.launchpad.net/~revu-admins ?
[19:42] <NCommander> No
[19:42] <NCommander> Not yet
[19:42] <jpds> raphink: ^ :)
[19:43] <NCommander> I already gorged my eyes out working out how to get rdf to retrieve GPG keys
[19:43] <jpds> NCommander: In python? I have a script which does that.
[19:43] <NCommander> To get the GPG keys?
[19:43] <NCommander> I figure it out
[19:44] <NCommander> It was just ugly
[19:44] <NCommander> If you wish to donate a script to get each nickname and call our alter_user script to set Admin/Reviewer, it would be nice ;-)
[19:55] <laga> hey. it'd be great if someone from motu-sru could take a look at bug #224780 :)
[20:03] <SolarWar0> what is the URL for the REVU uploaders keyring ?
[20:08] <jpds> SolarWar0: http://revu.ubuntuwire.com/uploaders.gpg
[20:09] <SolarWar0> hrm
[20:09] <NCommander> ok, uploaders are now fixed
[20:09] <NCommander> yay
[20:10] <SolarWar0> now fixed?
[20:10] <SolarWar0> do you mean the keyring got resynced? :)
[20:11] <RainCT> SolarWar0: REVU is being updated right now - please avoid using it until further notice
[20:12] <SolarWar0> okie
[20:12] <jpds> RainCT: Put that in the /topic.
[20:13] <RainCT> jpds: I can't :)
[20:13] <jpds> RainCT: You can.
[20:13] <Laney> Sure you can, it's not +t in here
[20:13] <RainCT> oh
[20:14] <SolarWar0> what exactly is being updated on revu?
[20:14] <RainCT> SolarWar0: user system. it uses OpenID with Launchpad now, thanks to NCommander :)
[20:16] <SolarWar0> RainCT, is it possible to request a keyring resync after the update? :)
[20:16] <RainCT> SolarWar0: it won't be necessary anymore - your keys will be synced after your first login
[20:17] <SolarWar0> oh, thats good news :)
[20:20] <NCommander> yeah
[20:20] <NCommander> Its actually a pretty big update because it paves the way for much bigger improvements
[20:20] <jpds> Now I can't have fun playing with scripts.
[20:37] <NCommander> jpds, your a revu admin
[20:37] <NCommander> We almost have everything fixed, one final bug to work out
[20:37] <jpds> NCommander: \o/
[20:43] <RainCT> does someone know how to create an empty keyring?
[20:43] <jpds> gpg --homedir=~/tmp/keyring -k
[20:44] <jpds> s/=//
[20:58] <NCommander> REVU is now up again
[20:58] <NCommander> We reset the keyring
[20:58] <NCommander> Please login to REVU to have your key synced
[20:58] <NCommander> (it will be synced during login)
[20:59] <Laney> Can the keyring syncing step be removed altogether?
[20:59] <NCommander> Laney, its gone :-)
[20:59] <Laney> Yay!
[20:59] <NCommander> New keys are automatically synced on login
[20:59] <Laney> That's what I was going to propose
[20:59] <NCommander> If your an MOTU, you need to merge accounts to regain your old status
[20:59] <NCommander> (everyone is marked as contributor on first login)
[21:00] <NCommander> The reset password function is not working ATM (we're working on it now)
[21:00] <coppro> can we get rid of the launchpad_login.py thing?
[21:00] <NCommander> coppro, no, that's what allows for the new launchpad based logins :-P
[21:00] <coppro> it's just a blank page with a continue box
[21:00] <NCommander> No
[21:00] <coppro> yes
[21:00] <NCommander> THat's launchpad
[21:00] <RainCT> you should be redirected in a few seconds
[21:01] <coppro> I hit continue, then I get "do you want to send these details to revu?"
[21:01] <NCommander> That page is needed anyway simply because special information has to be sent to LP for logins
[21:01] <NCommander> Yeah
[21:01] <NCommander> Odd, it should redirect instantly
[21:01] <RainCT> NCommander: here it needs 2-3 seconds
[21:01] <NCommander> Meh
[21:01] <coppro> ah, I see the problem
[21:01] <coppro> I use NoScript
[21:01] <NCommander> Yeah
[21:01] <NCommander> That would do it
[21:01] <coppro> any way to do it without JS?
[21:02] <RainCT> coppro: complain to the launchpad devs :P
[21:02] <NCommander> Not really
[21:02] <NCommander> That CONTINUE button is actually Launchpad
[21:02] <NCommander> Not us
[21:02] <NCommander> Our code is simply a meta redirect
[21:02] <coppro> ok
[21:02] <coppro> not an HTTP redirect?
[21:02] <NCommander> Doesn't work
[21:02] <NCommander> Launchpad rejects it
[21:02] <coppro> weird
[21:02] <NCommander> (OpenID's spec says that they're susposed to accept, but I got a parser error from them)
[21:03] <NCommander> coppro, http://openidenabled.com/python-openid/trunk/examples/consumer/
[21:03] <NCommander> That's an openid example, you can see its Launchpad that has the issue
[21:03] <nhandler> NCommander: Is it safe to add comments to REVU now?
[21:03] <NCommander> nhandler, yup
[21:03] <nhandler> :-)
[21:03] <NCommander> Everything is good to go :-)
[21:04] <NCommander> Enjoy your new Launchpad powered revu
[21:04] <nhandler> I will, thanks a lot NCommander
[21:04] <NCommander> The next update will be a revamped UI
[21:04] <NCommander> Current working model is here
[21:04] <NCommander> http://nemesisnetworks.com/revu-html
[21:04] <NCommander> Also, a PPA importer is planning for sometime soon ;-)
[21:05] <SolarWar0> NCommander, how can i tell if i'm in the revu keyring?
[21:06] <NCommander> SolarWar0, you'll be added the moment you login
[21:06] <nhandler> You are added once you login to REVU
[21:06] <NCommander> We removed the uploaders.lists because its unnecessary
[21:06] <SolarWar0> so now all i need to do is dput my dsc file into review and it should show up?
[21:06] <NCommander> SolarWar0, assuming you logged in, yup
[21:07] <SolarWar0> okie
[21:07] <mouz> It seems I can not login to REVU. I allowed all javascript. I got "<openid.consumer.consumer.FailureResponse id=None message="Invalid openid.mode: '<No mode set>'">"
[21:07] <NCommander> mouz, what's your launchpad id?
[21:07] <mouz> mouz :)
[21:07] <NCommander> SolarWar0, you were able to login, right?
[21:08] <nhandler> NCommander, I was able to login too
[21:08] <NCommander> Ok
[21:08] <DRebellion> NCommander, can I merge more than one account with the new launchpad account?
[21:08] <NCommander> Are you guys running on EDGE< or regular launchpad
[21:08] <NCommander> DRebellion, yeah, just repeat the process for each one
[21:08] <nhandler> NCommander, EDGE
[21:08] <NCommander> How about you SolarWar0 ?
[21:08] <SolarWar0> NCommander, yep
[21:09] <NCommander> EDGE?
[21:09] <NCommander> uh oh
[21:09] <NCommander> ...
[21:09]  * NCommander prays he's wrong
[21:09] <NCommander> The openid service should be open to all
[21:09] <NCommander> Not just those on edge
[21:09] <DRebellion> NCommander, erm.. I just get a page that says: "To decrypt your password, copy the following into your shell: gpg -d <"
[21:09] <NCommander> yeah
[21:09] <NCommander> Known bug
[21:09] <DRebellion> ...
[21:09] <NCommander> That broke with theupgrade, still working on it
[21:10] <RainCT> DRebellion: I can change your pass if you tell me the email
[21:10] <NCommander> Crap
[21:10] <NCommander> #
[21:10] <NCommander> OpenID is already enabled in your Launchpad account, if you're a member of the Launchpad beta test team.
[21:10]  * NCommander hits head
[21:10] <NCommander> Damn it, why doesn't that come with a bigger warning label
[21:10] <nhandler> lol NCommander
[21:11] <NCommander> I think there is a way to enable it without actually adding EDGE
[21:11] <RainCT> New MOTU policy: Everyone must be Launchpad Beta Tester
[21:11] <RainCT> :P
[21:11] <DRebellion> RainCT, thanks, did you get the private message?
[21:11] <RainCT> DRebellion: yep, 1 sec
[21:11] <DRebellion> RainCT, could you email me the new passwords?
[21:11] <nhandler> RainCT: I think making all MOTUs become beta testers would cause a lot more to quit.
[21:12] <NCommander> ugh
[21:12]  * NCommander grumbles
[21:13] <RainCT> nhandler: just joking :P
[21:13] <NCommander> According to LP, it should work fine on normal accounts
[21:13] <RainCT> NCommander: I think it is public since already some time..
[21:14] <RainCT> *public=for everyone
[21:14] <NCommander> Yeah
[21:14] <NCommander> I'm resetting the password on my non-EDGE account to see
[21:15] <RainCT> why do you have 2 accounts? :P
[21:15] <NCommander> I just never meged them
[21:15] <NCommander> Does anyone here not run EDGE?
[21:16] <coppro> what is EDGE?
[21:16] <NCommander> coppro, go see if you can login REVU
[21:16] <coppro> I can
[21:16] <NCommander> (EDGE is LP's beta test)
[21:16] <NCommander> *phew*
[21:16] <NCommander> Ok
[21:16] <coppro> And I never agreed to participate in any beta anything
[21:17] <NCommander> Well, by using REVU ...
[21:17] <NCommander> *shot*
[21:17] <RainCT> haha
[21:17] <NCommander> mouz, if you have noscript, you need to disable on both REVU, and launchpad
[21:17] <NCommander> (or better yet, disable it)
[21:17] <RainCT> vote: let's hang mouz for scaring NCommander      ;)
[21:17] <NCommander> +1
[21:17] <SolarWar0> hrm
[21:17] <Iulian> +0
[21:17] <mouz> +1
[21:17] <nhandler> +1
[21:17] <Iulian> I don't know mouz.
[21:17] <coppro> vote: let's hang NCommander for recommending disabling NoScript
[21:18] <nhandler> -1
[21:18]  * Iulian smiles
[21:18] <RainCT> -1
[21:18] <NCommander> -1
[21:18] <RainCT> ^^
[21:18] <NCommander> NoScript is a bad idea
[21:18] <NCommander> Cause it breaks a lot of legit sites
[21:18] <NCommander> Lessen up on the tinfoil
[21:18] <NCommander> mouz, are you running any unusual firefox plugins?
[21:19] <NCommander> SolarWar0, your upload work ok?
[21:19] <SolarWar0> i uploaded to review via dput but its not showing up here :-/
[21:19] <NCommander> package name?
[21:19] <RainCT> SolarWar0: is it qlix?
[21:19] <SolarWar0> yep
[21:20] <NCommander> It sounds like the crontab not too happy
[21:20] <RainCT> SolarWar0: it's up now - crontab didn't run yet
[21:20] <NCommander> RainCT, reduce the time on the crontab :-P
[21:20] <RainCT> SolarWar0: ah, and change the Standards Version to 3.8.0
[21:20] <SolarWar0> oh i see it
[21:20] <NCommander> Yup
[21:20] <NCommander> Sweet
[21:20] <NCommander> It works nicely
[21:20] <NCommander> (for those of us who can login)
[21:21] <SolarWar0> RainCT, any other comments? :)
[21:21] <NCommander> vote: is NCommander's improvement to REVU a good thing?
[21:21] <NCommander> +1
[21:21] <nhandler> +1
[21:21] <RainCT> SolarWar0: I've just looked at the lintian output while it was being generated ;)
[21:21] <DRebellion> NCommander, it's working beautifully. Congrats ;)
[21:21] <NCommander> Yeah
[21:22] <NCommander> We're probably the first thing to actually use LP's openid server for this kind of abuse
[21:22] <NCommander> so remember to file bugs against launchpad and not us
[21:22] <SolarWar0> RainCT, lintian didn't complain on my end i wonder why
[21:22] <RainCT> NCommander: you don't know where the crontab entry is, do you? :P
[21:22] <NCommander> SolarWar0, don't package in Hardy
[21:22] <mouz> NCommander: disabling noscript didn't help. Circumventing web proxy did. Merge succeeded.
[21:22] <RainCT> SolarWar0: do you have the version from hardy-backports?
[21:22] <NCommander> mouz, Weird, please note what you did on the wiki (and maybe bug launchpad to fix their openid server)
[21:23] <SolarWar0> i only have intrepid inside pbuilder
[21:23] <NCommander> SolarWar0, that's fine, just install lintian for backports
[21:23] <NCommander> Because's Hardy's lintian doesn't have all the up to date warnings (like standards 3.8.0)
[21:24] <DRebellion> NCommander, on the beta revu it says all the times are Europe/Belgian. I think you should specify what UTC+XXXX that is.
[21:24] <SolarWar0> NCommander, do i need to update other packages as well from backports?
[21:24] <NCommander> DRebellion, that's a long time thing, I don't even know what it should be -_-;
[21:24] <DRebellion> haha
[21:26] <RainCT> DRebellion: it says Berlin, not Belgian o_O
[21:26] <RainCT> xD
[21:26] <NCommander> DRebellion, fail.
[21:26] <DRebellion> same difference
[21:26] <DRebellion> :P
[21:26] <RainCT> and it's UTC+1
[21:26] <DRebellion> yay
[21:27] <DRebellion> just like BST
[21:27] <DRebellion> so I don't have to worry
[21:27] <DRebellion> until the cold, dark stormy nights of winter
[21:27]  * DRebellion shudders
[21:29]  * RainCT gives DRebellion a blanket
[21:29] <DRebellion> :)
[21:32] <jpds> DRebellion: Or just do TZ="Europe/Berlin" date
[21:39] <SolarWar0> anyone up for reviewing my package? :)
[21:40] <nhandler> I'll look at it in a minute SolarWar0. But I'm not a MOTU, so I can't advocate
[21:40] <SolarWar0> thats fine with me :)
[21:42] <NCommander> I'm not an MOTU, but I can advocate, but I won't :-P
[21:42]  * NCommander runs
[21:42] <RainCT> hahaha
[21:42] <SolarWar0> hahahah
[21:42]  * SolarWar0 breaks out his lasso 
[21:42] <SolarWar0> get back here! ;)
[21:42] <RainCT> NCommander: I'm watching you ;)
[21:44] <NCommander> bah
[21:44] <NCommander> My merge broke my local branch
[21:44]  * NCommander reverts and tries with weave
[21:48]  * NCommander pokes RainCT's all watching eye
[21:49] <jpds> NCommander: Watch it, I saw in a movie it starred in, it had fire all over it.
[21:49] <RainCT> auu
[21:49] <SolarWar0> way to go xorg
[21:49]  * NCommander is a firefighter
[21:50]  * NCommander puts out the eye
[21:54] <RainCT> o.O
[21:56] <jpds> RainCT: Never seen lord of the rings?
[21:56] <RainCT> jpds: yep, why?
[21:58] <Iulian> How do I update my debian/watch file to avoid matching development versions and use mangle option to match the upstream version?
[21:58] <Iulian> Currently I have http://sf.net/pkg/pkg-(.*)\.tar\.bz2
[22:01] <coppro> it's a regex
[22:01] <coppro> if the use it appropriately
[22:01] <NCommander> why is this 404ing
[22:01] <coppro> s/if the //
[22:07] <Jazzva> Iulian, dev versions end in odd digit?
[22:09] <Iulian> Jazzva: Well, I'd like to avoid dev versions.
[22:09] <Iulian> Hmm
[22:10] <Jazzva> Iulian, right. How do you recognize it? I suppose it will end in odd digit (if it's in major.minor format), or have odd digit as minor version (for example x.3.y, major.minor.release). That's the usual notation
[22:11] <Iulian> Jazzva: It ends in .0.1.0.alpha1
[22:11] <coppro> If dev versions end in an odd digiet, it's easy: http://sf/net/pkg/pkg-(.*[02468])\.tar\.bz2
[22:12] <Jazzva> coppro, that won't work. It would accept pkg-03, but not pkg-0.3...
[22:13] <Jazzva> Iulian, would 0.1.0 qualify as dev version too?
[22:15] <Jazzva> Iulian, what's the link to the release page of your program/
[22:15] <Jazzva> ?
[22:15] <Jazzva> Iulian, found it
[22:16] <Iulian> Jazzva: http://www.salasaga.org/ but it uses sourceforge too: http://sourceforge.net/projects/salasaga/
[22:16] <Jazzva> Thanks :)
[22:18] <jmarsden> RainCT: Anything else I need to do before you can sponsor/upload the koverartist debdiff for bug #236140 ?
[22:18] <Jazzva> Iulian, maybe the best would be to ask upstream what versioning are they using for dev and what for release versions. Based on that we can form regex that will skip dev versions.
[22:19] <Iulian> Jazzva: Ok, thanks.
[22:20] <Jazzva> Iulian, and maybe to suggest them nicely to use some formal scheme that can be easily parsed, in case they aren't. For example, Linux kernel uses odd numbers for minor version to mark development versions, and even to mark release versions.
[22:21] <nellery> what command line input can be used to search a folder for a specific string?
[22:21] <jmarsden> Iulian: If you want to experiment until you get an answer... I suspect you may find that pkg-[0-9]\.[0-9]\.[0-9]\.tar\.bz2  would be sufficient to avoid all alpha/beta/release candidate versions?
[22:21] <jmarsden> nellery: grep -r string folder
[22:22] <nellery> jmarsden, thanks!
[22:22] <jmarsden> nellery: No problem.
[22:24] <Iulian> jmarsden: I don't know if the next release will still be alpha, the current is alpha3 so I cannot avoid alpha candidate versions.
[22:25]  * Iulian is mailing upstream.
[22:25] <jmarsden> Iulian: So you are saying that an alpha version can be a "production" version?  That's a strange definition of alpha to me.. so you really do ned to ask the dev(s) concerned.
[22:29] <Iulian> jmarsden: Yea, I'm pretty confused too.
[22:38] <norsetto> ScottK: re. bug 252037, do we have some policy on how to report and/or fix bugs on backported packages? Could be blind but cannot find it in https://help.ubuntu.com/community/UbuntuBackports
[22:46] <Iulian> Jazzva, jmarsden: Mail sent.
[22:46] <Iulian> Anyone knows how to fix: I: salasaga: arch-dep-package-has-big-usr-share 1028kB 75%
[22:46] <Iulian> ?
[22:47] <laga> make a -common package for arch-independend things
[22:47] <laga> it basically complains that 75% of your package is /usr/share/
[22:47] <Jazzva> Iulian, good :)
[22:48] <directhex> gedit, for example, is mostly /usr/share (hence gedit-common)
[22:48] <norsetto> directhex: gedit is mostly crap ...
[22:48] <directhex> norsetto, localised PNGs are crap? :o
[22:49] <Iulian> laga, directhex: Thanks
[22:53] <norsetto> directhex: is that a rhetoric question?
[23:02] <NCommander> does anyone know where I can find a transparent ubuntu logo?
[23:03] <Flannel> NCommander: transparent?
[23:03] <NCommander> Flannel, just the Ubuntu "circle" and the words in the font
[23:03] <NCommander> I need to create a new logo for REVU
[23:04] <Flannel> Oh, so "just the logo"
[23:04] <NCommander> Pretty much
[23:04] <NCommander> I changed REVU's color scheme in my work to make it blue instead of brown
[23:04] <Flannel> https://wiki.ubuntu.com/Artwork/Official
[23:05] <Flannel> There's SVGs available there, even if you can't find anything raster that works, svgs will.
[23:05] <Flannel> although I think the pngs are transparent
[23:05] <NCommander> yeah
[23:05] <NCommander> I'm just getting tired of brown everywhere
[23:05] <laga> RainCT: very interesting post on planet. (re: julius)
[23:07]  * NCommander needs to create a "real" revu logo
[23:08]  * NCommander goes through the various uploads
[23:08] <laga> RainCT: if you're interested in dialog building, take a look at dialogos. it's not free and you need windows, but it's a very nice and simple app for developing dialog systems - you can even hook up your lego robot ;)
[23:15] <Iulian> laga: It seems that I still get that I from lintian. This is my control file: http://iulian.devzero.co.uk/tmp/control
[23:15] <Iulian> Am I missing something?
[23:15]  * Iulian *yawns*
[23:15] <NCommander> What's the lintian warning/error?
[23:15] <NCommander> hey SolarWar0
[23:15] <laga> Iulian: well, are you actually adding stuff to the common package?
[23:15] <SolarWar0> hey NCommander whats going on?
[23:16] <NCommander> SolarWar0, working on making REVU now pretty
[23:16] <NCommander> SolarWar0, http://nemesisnetworks.com/revu-html
[23:16] <NCommander> hola geser
[23:16] <Iulian> laga: Do I need to make a -common.install file?
[23:16] <laga> probably ;)
[23:16] <laga> i don't do much packaging
[23:17] <SolarWar0> oooh perrty :)
[23:17] <Iulian> Ok, let's bother geser then :-)
[23:17] <SolarWar0> nhandler, have you had a chance to take alook at my package yet?
[23:18] <nhandler> SolarWar0: I added a comment with a few suggestions on REVU
[23:18] <SolarWar0> oh woops
[23:18] <SolarWar0> thanks :)
[23:18] <nhandler> np SolarWar0
[23:18] <Iulian> It's getting late here and I should probably be in bed...
[23:19] <SolarWar0> Iulian, i know that feeling :)
[23:24] <Iulian> laga: http://iulian.devzero.co.uk/tmp/contents - yay. It's not so much in that -common pkg.
[23:27] <laga> Iulian: maybe you need to call dh_install or something?
[23:29] <Iulian> laga: Probably... will have a look at it tomorrow morning.
[23:29]  * Iulian is asleep
[23:29] <Iulian> Good night all.
[23:38] <RainCT> laga: thx :)
[23:40] <RainCT> jmarsden: sorry, I was away. I'll have a look at it now
[23:40] <jmarsden> RainCT: Thanks!
[23:48] <RainCT> (sorry I'm away for a while -5-10 min- more - but I'll look at it after that ;))
[23:57] <RainCT> jmarsden: bbtw, you don't need to write Closes (that's for Debian)
[23:57] <RainCT> (in the changelog, I mean)