[00:00] OK, groovy. [00:01] * jpds heads of to bed. Night all. [00:01] 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] Why not RainCT? [00:03] nhandler: can you paste somewhere the output of dpkg-deb --contents *.deb after building without it? [00:03] RainCT: Give me a few minutes. I have a few other changes to make first [00:06] sure [00:13] RainCT: http://paste.ubuntu.com/30425/ [00:13] uhm.. if an application includes a lib but it only has static link files, what should I do? [00:14] nhandler: ah, ok. [00:15] RainCT: So it was fine that I removed the debhelper.mk include? [00:15] hm... stupid question: how can I change the date of wiki.ubuntu.com/MOTU/Meetings= [00:15] moin [00:15] make the = a ? [00:15] 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] sistpoty: MOTU/Headers/NextMOTUMeeting [00:17] err, [00:18] https://wiki.ubuntu.com/MOTU/Headers/NextMOTUMeeting [00:18] RainCT: http://paste.ubuntu.com/30426/ [00:18] RainCT: thanks! [00:19] It doesn't look like they are calling dh_docs [00:19] nhandler: o_O why do you use cdbs + normal debian/rules? [00:21] sistpoty: you don't happen to know the answer my library question above, do you? :) [00:21] 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] RainCT: reading backlog... give me a sec [00:22] nhandler: yeh, but it doesn't really make sense to use simple-patchsys if the package isn't using cdbs already [00:22] RainCT: you mean " uhm.. if an application includes a lib but it only has static link files, what should I do?" [00:22] sistpoty: uhm.. if an application includes a lib but it only has static link files, what should I do? [00:22] sistpoty: right :P [00:22] ls [00:22] So what would you suggest I do RainCT ? [00:23] RainCT: is the library anywhere else in ubuntu? or just provided inside this application? [00:23] (as in dynamic library somewhere available) [00:24] 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] sistpoty: (ah, no. the application is called julius and it includes libjulius) [00:24] RainCT: but there isn't any libfoobar in ubuntu which can be linked against, is there? [00:25] sistpoty: what do you mean? [00:25] RainCT: in this case, my gut says me that libjulius is mainly useful so that julius works, but not for anything else [00:25] RainCT: replace libfoobar with libjulius ;( [00:25] -( +) [00:26] sistpoty: not that I know of [00:26] 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] sistpoty: and where do I put it? still libjulius-dev? [00:27] RainCT: yes... if you got headers and a static lib, these would go into the -dev package [00:28] sistpoty: alright. so I can just ignore the Debian Library Packaging Guide saying that static libs are evil? [00:29] 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] (which would mean duplicated code of the library inside the package) [00:29] (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] 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] sistpoty: ok. thanks :) [00:31] 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] nhandler: "include /usr/share/cdbs/1/class/autotools.mk" [00:32] nhandler: did you add this? [00:33] Yes RainCT [00:34] nhandler: okay. then revert all changes to the debian/rules file and use dpatch instead [00:34] 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] nhandler: see the example in dpatch.make on what changes you've to do to debian/rules [00:34] * man dpatch.make [00:40] 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] RainCT: does it use autotools? [00:41] sistpoty: yep [00:42] RainCT: if so, I guess configure.{ac|in} will define somewhere AC_CHECK_LIB(shared_object_name, [..]) [00:42] RainCT: this will add shared_object_name to the linker flags [00:42] * crimsun_ removes libasound from highlight [00:43] sistpoty: there's only configure.in but it hasn't any AC_CHECK... thing [00:43] .oO(how the heck did I acquire all this cruft in highlight anyhow?) [00:43] * RainCT stares at crimsun_ :P [00:44] RainCT: then somewhere in there must be a -lcrimsun... er... -lasound ;) [00:44] RainCT: that's what you should remove [00:45] sistpoty: neither :/ http://paste.ubuntu.com/30429/plain/ [00:46] sistpoty: ok, found it [00:46] RainCT: maybe in some Makefile.am there's a ..._LDFLAGS setting this value? [00:47] sistpoty: i'm just stupid. it's in another one of the configure.in files, of course :) [00:47] heh [00:47] remember to do the autotools dance again then ;) [00:54] 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] RainCT: did you do the autotools dance? [00:55] sistpoty: uhm? [00:55] I did dpkg-buildpackage [00:56] RainCT: as in aclocal, autoheader, automake, autoconf? [00:57] sistpoty: doesn't autotools.mk do that? and won't that put crap into the .diff.gz? [00:57] (you usually can skip aclocal and autoiheader) [00:57] RainCT: I'm no cdbs expert... I guess you could check that from the build log [00:58] automake gets evil because it has no MAkefile.am and autoconf doesn't return anything [00:58] RainCT: and I guess I'm also not in a position to say if the resulting bloated .diff.gz is crap *g* [00:58] lol [00:59] and now it won't build :) [00:59] autotools makes nasty diffs [00:59] RainCT: maybe your package only uses autoconf but not automake? (I've seen such cases before) [00:59] omg I hate autotools [00:59] :P [00:59] RainCT: so you'd like to skip the automake thingy [01:00] RainCT: OTOH I see no problem with doing these during build time, to keep the .diff.gz clean (at least for ubuntu) [01:00] (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] heh [01:04] * sistpoty somehow feels amnesia when reading persia's post to ubuntu-motu === Igorot is now known as acmeuser === acmeuser is now known as Igorot [01:46] * sistpoty goes to bed now... gn8 everoyne [01:56] nxvl: o/ [01:57] good night [01:57] night RainCT [02:08] emgent: \o/ [02:12] emgent: thank you for UTU!! [02:12] haha no problem :) [02:12] emgent: i was looking for something like that [02:13] * emgent need a server with large band.. :) [02:13] now UTU is very slow.. [02:13] emgent: cache it. [02:13] nah.. [02:13] emgent: it's easy and simple O:-) [02:14] i know, but in generally i dont like cache! :) [02:14] me neither, but I don't like 1 minute wait as well [02:15] * emgent need people.ubuntu.com/~emgent [02:15] wgrant: some news about orko ? [02:16] emgent: Not at this time. What do you need webspace for? [02:16] wgrant: UTU and other stuff. [02:17] UTU? [02:17] wgrant: yeah see planet.u.c [02:18] hmm [02:18] my sanity restrict my hosting of .php... [02:19] Nafallo: lol :) [02:19] Nafallo: Mhm. [02:19] wgrant: are you able to create an account? [02:20] also... pony isn't fully routed yet. [02:20] well, not the way I want it to be anyway ;-) [02:21] Nafallo: Your definition of 'fully' is rather skewed. [02:25] meeh. only 259750 routes :-P === ScottK is now known as ScottK2 === ScottK2 is now known as ScottK [02:36] emgent: You have to be a Canonical employee to get that. [02:36] Good $TIMEOFDAY all. [02:36] heya ScottK [02:36] uhm.. why canonical people dont use people.canonical.com ? [02:36] Morning ScottK. [02:37] That's a question you'd have to ask them. [02:37] Good evening wgrant. [02:37] emgent: Because they want to be annoying and take up a good namespace. Duh. [02:37] it`s weird. [02:37] wgrant: lol :) [02:38] people.ubuntu.com should be for ubuntu developers IMHO [02:39] 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] emgent: I could be wrong here... but I'd be surprised if p.u.c supports php. [02:41] Nafallo: A whole lot of other Canonical hosts run Drupal *shudder*... [02:41] But rookery might not. [02:41] it`s true. [02:41] Canonical give hosting for loco team.. [02:41] 90% of this team use Drupal [02:41] That's a relatively recent development. [02:42] emgent: Getting hosting is fairly easy and cheap. [02:43] StevenK: i know that. but the real question is: "ubuntu devel can use people.ubuntu.com hosting" ? If not, why? [02:45] I will open bug about it [02:45] I don't think a bug is the right forum, but *shrug* [02:45] A bug against which package? [02:45] Wasn't it discussed and denied by the TB? [02:46] Was it? I have no idea. [02:46] 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] I remeber it being discussed, but not if it went to the TB. [02:53] emgent utu.php is just a php script? [02:53] 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] nhandler: Did you include /usr/share/dpatch/dpatch.make in debian/rules? [02:54] Yes I did StevenK [02:55] Oh, I know. You did "clean:\n\tunpatch\n" didn't you? [02:55] unpatch is a target, not a command. [02:55] lol, That was it. Thanks a lot StevenK [03:11] Anyone know where the minutes from the MOTU meeting earlier today can be found? Is there a delay before they are posted? [03:13] 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] 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] 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] As long as you've actually _checked_ that it is standards-version 3.8.0 compliant! [03:19] Yes :-) [03:19] RAOF: Right now, it isn't 3.8.0 compliant. It does not have a README.source [03:19] Right, then your debdiff isn't complete. [03:20] ScottK, What exactly is meant to go in the README.source [03:20] That's only a 'should', rather than a 'must', though. [03:20] nhandler: What does policy tell you. [03:22] 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] I don't feel like it isn't a good reason. [03:22] ScottK: Fair enough. [03:22] 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] Do we have template README.source's in /usr/share/dpatch yet [03:23] ? [03:23] nhandler: For dpatch or cdbs simply patchsys I tend to say use *-edit-patch, see man *-edit-patch for details on how. [03:25] So I am able to refer them to a man page in the README.source file? [03:25] That's my theory. No point in copying that out. [03:26] Ok, because this wiki page (https://wiki.ubuntu.com/README.sourceHowTo) shows the actual commands [03:28] Considering the page was done by a non-developer, I don't know how much weight I'd give it. [03:28] 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] 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] ScottK: The 3.8.0.1 policy on README.source says in part "This explanation should include specific commands" ... [03:48] OK. Then I guess that it should. [03:48] Of course dpatch-edit-patch is a specific command. [03:49] I think I'll attempt to edit that Wiki page with an attempted generic dpatch and CDBS set of info... [03:49] ScottK: But it's not just editing them you are supposed to document, right? [03:49] Sounds good. [03:49] Right, it's getting the source in the correct configuration to build it too. [03:50] For a cdbs or dpatch package it's unpacked that way naturally. [03:50] Hello am new here. Um..I don't know where to start. Have read alot of the wiki, but still kinda lost. [03:51] 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] should I follow first steps to the tee? [03:52] Well, that's what I did about a week ago :-) [03:53] OK. will start there [03:54] 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] My question is: [03:54] dako3256: Go for it. Ask here if you have questions. [03:54] Can I list both Closes: #xxxxxx to close Debian bugs, and LP: xxxxxx to close Ubuntu bugs in the changelog? [03:54] thank-you I will [03:55] foka: Yes, both should be closed by doing that, from what I have been told. [03:55] jmarsden, Cool, thanks! [03:55] Someone asked that on a mailing kist recently, and I remember reading the answer. You're welcome. [03:56] foka: Official I think (LP: #XXXXX) is the preferred format for LP bug closing [03:57] jmarsden, Thanks! I'll do that then. This feature is nifty! :-) [03:57] foka: Yes. The () is preferred, but is not part of the actual regex. [03:57] foka: And then either file a sync request yourself or mention it here so someone else can after it's uploaded. [03:57] foka: Thanks. [03:58] ScottK, Thanks! Yes, I prefer the parentheses too. I use that for Debian too. (Closes: Bug#426803), and later, (LP: #203334) [03:59] ScottK, When is the deadline for intrepid sync? [03:59] Is this a new revision or a new upstream release you're uploading? [04:00] For a new upstream release, it's at Feature Freeze, Aug 28. New revisions can come later. https://wiki.ubuntu.com/IntrepidReleaseSchedule [04:19] nhandler: http://thc.emanuele-gentili.com/~emgent/media/haha.jpg [04:19] lol, did you make that emgent ? [04:20] no, i found it in my old files. :) [04:22] Maybe I'll make a script that lets you custimize what package it says you upgraded. I need a fun programming task. [04:22] emgent: nice job on the tracker [04:23] vorian: thanks :) [04:31] ScottK, Thanks for the note. I'll keep it in mind. [04:32] 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] Yes. I understand. [04:34] I had someone do me the favor of filing 3 bugs on a package I maintain in Debian today. [04:37] I need to find a sponsor before the freeze - my AM/sponsor isn't responding to emails :( [04:37] Debian really needs a better sponsorship system. [04:38] Yeah, if I wasn't a DM, I'd be dead right now. [04:39] wgrant: It doesn't happen to be something Python does it? [04:39] ScottK: It is a Python app. But not a module. === asac_ is now known as asac [04:41] I was most unhappy when it was 0-day NMUed when I had been waiting for sponsorship for a week or two. [04:42] wgrant: There's a Python Application Packagine Team too. [04:42] wgrant: It also meets in #debian-python [04:42] Oh, didn't know about that. [04:43] The two most active DDs are European, so now isn't a good time, but maybe in a few hours. [04:43] POX and bzed [04:43] Thanks. I'll have a look in there soon. [04:43] They are both quite open to contribution from Ubuntu. POX often hangs out here and answers Python questions. [04:53] wgrant: There you go. Ana is a DD. [04:55] Come on wgrant. In 10 minutes I find you a Debian sponsor and where are you??? [05:02] 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] jmarsden: I'd mention the man pages. [05:05] 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] 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] Sounds like a plan. [05:08] Go idea to send back to Debian too if they don't already have something. [05:08] ScottK: OK. I've not yet figured out hwo to do any "sending back to Debian" -- is that process documented somewhere? [05:09] does anyone know how to kill a java applet without killing firefox? [05:09] 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] And attach the patch, of course. [05:11] OK, thanks. [05:21] can someone remind me why /usr/local/games/ is not in the path? [05:27] because /usr/games is, and no games in the repo that I know of use /usr/local/games/ [05:29] yes, but /usr/local/bin is in the path [05:36] what does that have to do with /usr/local/games, though? [05:37] no programs in the repo should use /usr/local/bin, yet that's in the path [05:37] with the except of /usr/local/bin, /usr/local is pretty system-specific and thus doesn't have entries. [05:37] no, /usr/local/bin semantically should override /usr/bin [05:38] well, I know of several games that install themselves into /usr/local/games [05:38] and it bugs me that it's not in patch [05:38] s/c// [05:38] err, which games? [05:38] and by "which games", I mean "which games carried in the Ubuntu repos" [05:39] none, because that's against Policy! [05:39] precisely [06:05] is there a quick way to find out what versions of packages are available in intrepid? [06:06] SolarWar: rmadison [06:07] wonderful :) [06:26] 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] they're cached upon initial retrieval === RAOF_ is now known as RAOF [06:47] 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] 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] thanks in advance [07:09] what is the correct syntax for closing a LP bug in the change log? [07:09] porthose: (LP: #123456) [07:09] (LP: #foo) [07:10] thxs :) === RainCT_ is now known as RainCT [10:18] 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? === gnomefre1k is now known as gnomefreak === gnomefre1k is now known as gnomefreak === gnomefre1k is now known as gnomefreak [11:52] Hello [11:52] is the MOTU ML moderated ? [11:53] 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] joaopinto: if you ask because of your mail, it arrived [11:58] ok tks, I didn't got it myself, I guess the ML is setup to not send back to the senders [11:59] also, still no reviews :\ [12:33] DktrKranz, are you there? [12:34] k0p, yessir [12:34] :) i'm pinging you. I don't know if you remmber yesterday :p [12:34] hehe [12:35] I remember, and I already reviewed it ;) [12:35] :O [12:35] yeah [12:35] i'm seeing .. [12:35] some little details [12:35] you're the best [12:35] ok i'll read and fix :) [12:35] thanks a lot. [12:35] DktrKranz, have I a advocate? [12:36] not yet. once fixed (first should be done by upstream ASAP), I can advocate it [12:36] DktrKranz, sure. it's cause I have in the column of advocates 1(0) [12:37] (0) is advocate count [12:37] oh sure === gnomefre1k is now known as gnomefreak [12:37] first number is number of comments made [12:38] yeap :) [12:38] thanks [12:39] np. if you can make a update upload, I can ACK it (and leave licensing issues in the hands of archive-administrators) [12:39] 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] yap [12:40] any chance to have it before august? [12:40] of course [12:40] in some days we release it. [12:40] before 1st august [12:40] so, no problem at all ;) [12:40] I hope [12:40] sure. [12:40] :) [12:40] so give me some minutes [12:41] k0p, I'd suggest you to delay upload when stable release will be available [12:42] DktrKranz, so only make another upload with all fixed, right? [12:43] yes [12:44] more probability to find second avocate :) [12:44] * DktrKranz is AFK [12:45] DktrKranz, sure. [12:46] thanks a lot for the help/review. === gnomefre1k is now known as gnomefreak === gnomefre1k is now known as gnomefreak === Czessi__ is now known as Czessi [14:01] * Hobbsee throws https://bugs.edge.launchpad.net/ubuntu/+source/imlib2/+bug/235915 in the direction of the security people [14:01] Launchpad bug 235915 in imlib2 "[CVE-2008-2426] imlib2 PNM and XPM buffer overflows" [Undecided,Fix released] [14:04] Hobbsee: it should be possible to just take the patch from debian i guess. Didn't check the version though [14:04] white: likely, yes. [14:31] Hobbsee: free for a review? [14:31] a very small package [14:33] not really, no [14:33] Hobbsee: np. Thanks [14:37] Heya gang [14:43] Hi bddebian. [14:44] Hi Iulian [14:44] hey bddebian [14:45] Hi tuxmaniac [14:47] so, the size of a package as shown in apt-cache show is in bytes, right? [14:48] tuxmaniac: which package? [14:49] for bug 251919 [14:49] Launchpad bug 251919 in ubuntu "[needs packaging] gResistor - Resistor Colour code calculator" [Wishlist,Confirmed] https://launchpad.net/bugs/251919 [14:52] tuxmaniac: I will do a brief review once my currently package build is finished [14:53] slytherin: thanks [15:04] laga, that's what it looks like [15:12] * DktrKranz is happy, just sponsored 10 packages into the archives. [15:13] How many of those were mine DktrKranz ? [15:14] nhandler, IIRC, 5 [15:15] Well, I'm working on a few more as we speak. [15:15] hey DktrKranz [15:16] DktrKranz, do you mind critiquing my current interface overhaul for REVU? [15:16] 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] *redone [15:18] NCommander, I'm definitely not good in UI, especially for webapps, but it doesn't look bad. [15:18] 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] 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] 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] 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] 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] cool [15:20] Iulian, surwe [15:20] *sure [15:20] DktrKranz: Great, thanks! [15:21] * DktrKranz sponsoring mode on [15:21] DktrKranz, Great idea! [15:21] DktrKranz, mind filing a wishlist bug for me? [15:21] NCommander, sure [15:21] I'll assign to you [15:21] 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] nhandler, already planned :-) [15:21] :-) [15:22] But feel free to add wishlists bugs, now that we have openid logins working, I plan to do a lot of overhaul [15:23] tuxmaniac: ping [15:23] 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] 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] 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] is some perl guy around? [15:23] RainCT, I'm pretty good with perl. What is the issue? [15:23] 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] RainCT: Me too, what's your question? [15:24] Iulian, I saw bernat just answered to your RFS on mentors... is package the same? [15:24] nhandler, StevenK: ^ [15:24] * NCommander points people to https://bugs.edge.launchpad.net/revu [15:24] 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] DktrKranz: Yup, I sent an email to mentors IIRC. [15:25] NCommander, the stats page just shows numbers. It doesn't provide links to the comments/packages. [15:25] DktrKranz: Let me have a look. I'm not subscribed to that mailing list. [15:25] nhandler, I said a start ;-) [15:25] 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] 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] RainCT: Right, so the code needs to be patched to use Encoding; rather than Jcode. [15:27] RainCT: I daresay you'd need to know Perl fairly-ish well to fix the script. [15:28] slytherin: pong [15:28] StevenK: oh. I'll move it from /usr/bin to /usr/share/doc/../examples then :P [15:28] DktrKranz: I'm going to update the package for Debian right now. Thanks for telling me :-) [15:29] no problem ;) [15:29] RainCT: Ha. It isn't actually needed? [15:29] DktrKranz: So, no need to upload it to Ubuntu, I will request a sync when it's in Debian. [15:29] Iulian, do you want to archive your package for now? [15:29] It can be undone anytime [15:30] DktrKranz: Sure [15:30] 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] Iulian, ok... archiving for now, thanks. Ah... Bernat is a great sponsor, he uploaded debomatic for me ;) [15:31] tuxmaniac: can you patch the gresistor source to install icon in /usr/share/icons/hicolor/48x48/apps/ [15:31] DktrKranz: Yup, I know him. [15:32] slytherin: ok [15:32] StevenK: thanks anyway :) [15:35] tuxmaniac: wait, I just saw that file is named only icon.png. It will be confusing. Leave it as it is. [15:35] ok [15:36] slytherin: is everything else fine? [15:37] tuxmaniac: well, there isn't much of anything to mess. [15:38] yeah its the fastest package I have ever done :-) 10 minutes flat [15:39]