[00:24] choudesh, Are you okay? [00:26] * persia suspects a combination of auto-join and network issues. [01:01] someone's having connectivity problem [01:11] choudesh_, Can you please fix your connectivity issues? You're spamming the channel. [01:17] He is obviously not around, or the connection is bad enough that he didn't get the message. [01:17] I'd say just temporarily ban him. [01:18] somerville32: Thanks. [01:18] \o/ [01:18] Don't forget to unban after a bit, when the autojoin has timed out and failed [01:19] * somerville32 sets a timer. [01:22] somerville32: you should probably ban-forward to ##fix_your_connection [01:23] * somerville32 will attempt. [01:25] perfect :) [01:26] * somerville32 wipes brow. [01:26] * ion_ licks brow. [01:26] :] [01:52] whoa [01:56] :] === bigon is now known as bigon` === bigon` is now known as bigon [02:19] Ugh oh :( [02:38] hello, can i ask for re-sync of the REVU uploaders keyring ? [02:42] snoutmate, sure. I'm sure a revu admin will get to it as soon as possible. [03:07] https://bugs.launchpad.net/ubuntu/+bug/182455 [03:07] Launchpad bug 182455 in ubuntu "[needs-packaging] Micropolis" [Undecided,New] [03:07] lol [03:36] * Hobbsee waves [03:36] Hello Hobbsee :-) [03:40] Hiya Hobbsee === DarkMageZ_ is now known as DarkMageZ [03:54] Heya persia [03:54] Hi bddebian [03:55] Sometimes I wished we all worked in the same building or something together. I made muffins today and I have a desire to share :P [03:56] persia: what am i supposed to export to get my gpg key right? [03:56] Hobbsee: Hrm? How do you mean? For signing .changes? [03:56] persia: yeah [03:57] Would you like to use the current signature? [Yn]n [03:57] signfile cli-common_0.5.6.dsc Sarah Hobbs [03:57] gpg: skipped "Sarah Hobbs ": secret key not available [03:57] gpg: [stdin]: clearsign failed: secret key not available [03:57] debsign: gpg error occurred! Aborting.... [03:57] * persia uses export `DEBEMAIL="Emmet Hikory "; dch -i; debuild -S` [03:57] Hobbsee: Let me take a look at your key... [03:57] oh, so export DEBEMAIL=hobbsee@ubuntu.com doesn't work? [03:58] Hobbsee: If you only do that, you also need DEBFULLNAME. I overload DEBEMAIL to only have one command. [03:58] * Hobbsee has overriden both usually [03:58] You need `export DEBEMAIL="Sarah Hobbs (nick: Hobbsee) "` [03:58] persia: interesting, OK [03:59] (or to otherwise get "(nick: Hobbsee)" in debian/changelog) [03:59] persia: ahh, so that's the problem bit [03:59] Hobbsee: Alternately, adjust your key to not have a comment for that identity, and you don't need the comment. [03:59] yeah [04:01] persia: apparently hardcoding it in .zshrc doesn't help [04:01] * Hobbsee hardcodes it in the script [04:01] Hobbsee: hardcoding what? [04:01] persia: the key ID [04:02] Hobbsee: No. The keyID is fairly meaningless. To have a package that doesn't look sponsored, the identity in the debian/changelog tagline needs to be an exact string match to one of the identities listed at http://keyserver.ubuntu.com:11371/pks/lookup?search=0x7D2BCE85&op=index [04:02] If you want to change those identities, you need to edit your local key, and resync with the keyservers. [04:02] right, yes [04:03] Many people hardcode DEBEMAIL or DEBEMAIL and DEBFULLNAME in their shell initialisation scripts, but I don't think hardcoding the keyID is supported, as it tends to lead to inaccurate changelogs. [04:03] * Hobbsee ponders dropping the nick then [04:03] iv'e yet to see hardcoding the keyID break anything here [04:04] although apparently, for this particular script, it didn't take the alias, nor the gpgkeyid from .zshrc [04:04] It would show as a sponsored upload for tools that distinguish such things (like MoM). [04:04] well, it has to be anyway, as i can't sign it with any other key [04:04] and if i keep the debian sig, it won't get accepted into ubuntu [04:05] * Hobbsee can't sign it with the installer key, due to ENODRESCHER. [04:05] If you're sponsoring, just use debuild -S -sa -k7d2bce85 [04:05] * Hobbsee was using thsi sync script, which effectively does that :) [04:06] * persia suspects the sync script of checking too many things, and has always needed to further adjust with vi when using it, but has only used it when no archive admins could sync, which may not be an ideal sample set. [04:07] persia: perhaps so. i'm not sure what it's from. i'm not sure if they normally use it [04:07] Hobbsee: For sponsoring a sync: build the source package with -uc -us. Add the correct Origin to source.changes. debsign the .dsc and the .changes with your sponsoring key. Upload. [04:07] Anyway, I thought there was supposed to be an LP interface to that by now... [04:08] persia: i ended up running the sync-script package, watching it bail out, then debsigning and uploading. [04:08] Hobbsee: Which package? [04:08] which is fine, according to the script [04:08] er, cli-common [04:08] there isnt'. there's probably supposed to be... [04:09] persia: actually, there won't be for a while. stuff still gets accepted into main by default from LP [04:09] Ah. YALPB. Right. Why don't I see cli-common in Accepted? [04:09] it's hit hardy-changes [04:09] nothing strange should happen to it - LP will class it as a normal upload [04:10] lp might not know about it yet, if all the runes haven't been done yet [04:10] Hobbsee: Right. I just want to look at .changes to see if I want to say anything for next time. [04:10] ahhh [04:10] Runes? Shouldn't it hit Accepted around the same time it pushes to .changes? [04:11] i'm not sure, tbh [04:11] i know launchpad takes quite some time to do certain things [04:11] fujitsu could probably tell you, if he were here [04:12] Hobbsee: That looks like a clean sync to me. [04:12] persia: yeah, good :) [04:12] (Except that it required extra LP processing, but that's not easy to resolve in the presence of YALPB) [04:12] well, it's like a normal upload. *shrug* [04:13] i don't see how it required more LP processing, tbh [04:13] Well, yes, but I've been told not to do uploads for syncs because it makes LP slower. [04:13] You're special, as you are in the right groups to do stuff, even though you can't due to YALPB. [04:14] what's the B in YALPB? [04:14] LaserJock: Bug. [04:14] persia: oh, does it? [04:14] * Hobbsee didn't use special groups, etc [04:14] ah, right [04:15] persia: did they say why it makes LP slower? [04:15] good night people [04:15] Hobbsee: pitti told me he'd rather I file 50 bugs and leave them open than file 50 bugs and close them. Something about uploads being treated differently than syncs (although I don't understand the details). [04:16] persia: hm, fair enough [05:38] * TheMuso wills the storms to arrive. Tis not often that Sydney gets them first. [05:39] Are they coming from the east? That seems odd. [05:40] No, west. However a few storms have past to the north and south of where I am. [05:40] So they have hit, but in non-populated areas. [05:40] Isn't that better? Less inconvenience, but the water table still rises? [05:41] Yes, but its quite warm and humid here, and rain is needed. [05:41] In that case, I guess it makes sense. We only get Typhoons here for rain in the summer, which is rarely a good thing (although the weather is milder thereafter). [05:43] nasty [05:55] ok, UI discussion if anyone's around and up for some simplification. [05:55] take a look at the PulseAudio menu items in http://trilug.org/~crimsun/Screenshot.png [05:56] That's four. Isn't Manager launched from the Device Chooser applet? [05:56] well, it's nasty for one thing [05:56] For that matter, also Volume Control, and Volume Meter? [05:56] yes. [05:57] padevchooser will grab, through Recommends, paman, pavucontrol, and pavumeter [05:58] I'm not sure that paman pavucontrol and pavumeter need to be shown in the default menu then. As long as padevchooser is there, users should get it in the panel, and then launch the others from there. Probably good to also include .desktop files for these though, just to make app-install-data happy. [05:58] I'm considering collapsing that menu akin to eog's approach [05:59] I don't even have a menu item for eog, which annoys me when I want to launch it to browse some specific directory for which nautilus navigation would take a long time. [05:59] OTOH, there's a use case I need to consider: user installs pavucontrol and scratches his/her forehead, "where's that darned menu entry?" [05:59] (and yes, there're plans to overhaul the UI for the PA tools, but that's unlikely to land in 8.04) [06:00] same use case applies to paman and pavumeter [06:00] it does not, however, apply to padevchooser, since this last package will grab the others [06:00] Wouldn't most users want padevchooser? I don't understand the use case for one of paman, pavucontrol or pavumeter without this. [06:00] well, the most likely case I foresee is that _only_ pavucontrol gets promoted to main and shipped with desktop [06:01] Ah. If that is the plan, then pavucontrol needs a .desktop entry. Hmm. [06:02] s/.desktop/menu/ [06:06] yeah, I'll just add "NoDisplay=true" to desktop* for now [06:06] presently, it's just a damned mess [06:06] I agree it's a mess. If none of them appear in the menu, and padevchooser isn't in the session by default, how do users control their volume? [06:07] through mixer_applet per usual [06:07] they won't have stream-migrating abilities through it, though [06:08] (which reminds me of amitk's plans for integrating troubleshooting into gnome-media, but that's another issue altogether) [06:09] So for hardy, we'll include the new sound server (as esd is just plain cruft), but not expose the tools to manipulate it by default, preserving the current interface. Then for hardy+1, the new upstream interface is released, and users can take advantage of the new tool by default? That sounds sane. [06:09] that's the hope. [06:10] people are going to want padevchooser, though, I think. [06:10] I expect. Why can't that go to main and -desktop? [06:11] it can, it's just a bit less likely than just pavucontrol [06:11] I suppose it really just requires some effort for the MIRs [06:12] need to run the ideas past pitti, though [06:12] If there's no blockers on the MIRs, I don't see why it shouldn't be promoted. Whether it goes into -desktop or not is another issue. [06:12] or ted. Hmm. [06:31] Hm. Where should a request for a 32bit pulseaudio alsa plugin go? ia32-libs or alsa-plugins? [06:32] both. [06:32] and - UGH. [06:33] crimsun: Didn't you have an alternative for libflashsupport in the works? [06:33] persia: I didn't, no. Debian has flashplugin-nonfree-pulse (in git) [06:34] the version of libflashsupport currently in hardy is simply my GnuTLS hack on top of Fedora's git package by Lennart. [06:35] Debian's flashplugin-nonfree-pulse does not support OSS, OpenSSL, GnuTLS, or ALSA - only pulse. [06:40] crimsun: Did you by chace read my core-dev app? I know you didn't respond to it, but thought you may have seen it. Since you are withdrawing from the community, one of my plans for core dev was to eventually keep the audio effort up, at least in userspace... [06:40] chance [06:40] ugh keyboad [06:40] c [06:44] TheMuso: I've read the thread now (beginning with https://lists.ubuntu.com/archives/motu-council/2007-December/000659.html). Did you have something(s) specific? [06:48] crimsun: Well, alsa-utils, -lib, and pulse stuff in main. As I said in that post, I'll gradulally work my way into it, first with bugfixes, and as I get to know them better, and see what Debian is doing as well as upstream etc, I'll be will ing to take more on [06:48] TheMuso: ok, best of luck! [06:49] crimsun: thanks [06:49] crimsun: I just thought I'd tell you, as if you are ever around, I may be asking questions. [06:49] TheMuso: sure, anytime. [06:49] ok [06:49] thanks [07:01] ScottK: rofl! [07:01] ScottK: i'm liking your and Burgundavia's discussion on LP [07:05] link? [07:05] was a couple of days ago, in here [07:07] timestamp? [07:09] * Hobbsee doesn't have that part of the backscroll now [07:09] persia: the one about how it's entirely obvious how to use LP, and the LP devs will be happy to show you how you're supposed to be doing ubuntu development on LP [07:09] it was just very nicely worded [07:09] Oh yes. That was perfect phrasing :) === \sh_away is now known as \sh [07:17] <\sh> moins === DarkMageZ_ is now known as DarkMageZ [08:01] somerville32; yo [08:06] somerville32; i got your email. i googled around and found the LP bug and left a comment there. === DarkMageZ_ is now known as DarkMageZ === bigon is now known as bigon` [09:23] * Hobbsee waves [09:29] Good morning [10:30] https://launchpad.net/ubuntu/+source/d3lphin <-- What's the point of this? [10:31] Especially since there is https://launchpad.net/ubuntu/+source/dolphin [10:31] which is basically the same thing [10:34] LucidFox: looks like it was renamed: Rename package to d3lphin - New dolphin project for KDE3 (from the changelog) [10:34] LucidFox: Debian has dolphin now only in stable [10:35] so, it was autosynced before DIF and nobody caught it? [10:35] One of those should likely be removed, no? [10:35] * Hobbsee wonders what this is about [10:36] Hobbsee: about dolphin/d3lphin [10:36] one's for kde3, the other is for kde4. what's the problem? [10:36] actually, no [10:36] dolphin in Ubuntu is actually d3lphin [10:36] for KDE3 [10:36] LucidFox: correct. and? [10:37] Hobbsee: Are they supportable in parallel? [10:37] then perhaps one of them should be removed, and the other should have a transitional package [10:37] persia: yes [10:37] LucidFox: no. would you replace kde3 with kde4, and stick kde3 as a transitional package? [10:37] erm [10:37] persia: well, as supported as d3phin ever was. [10:38] (which was only by it's authors) [10:38] <\sh> afaik, dolphin for kde3 is separated from kdebase3 and dolphin in kde4 is the default in kdebase, but I could be wrong [10:38] the Ubuntu source package "dolphin" contains d3lphin [10:38] LucidFox: KDE3 + KDE4 is special for hardy. It's a parallel support. Usually we don't support that, but for this case we will. [10:38] Hobbsee: both dolphin and d3lphin are for kde3? or is one for kde4? [10:38] and the Ubuntu source package "d3lphin" _also_ contains d3lphin [10:38] geser: d3phin is for kde3, hence the 3. dolphin itslef is a kde4 thing [10:39] dolphin-kde4 is provided by kdebase-kde4 [10:39] not by any of these two packages [10:39] <\sh> well [10:39] <\sh> LucidFox: is correct [10:39] oh, hang on [10:39] this is strange naming [10:39] <\sh> dolphin is ubuntu package from tonio [10:39] * persia agrees with Lucidfox [10:39] <\sh> and d3lphin is synced from debian looks like...both are the same [10:40] Hobbsee: when I look at https://edge.launchpad.net/ubuntu/+source/dolphin the changelog mentions "Rebuild with kdesdk-script 4:3.5.8-1ubuntu6" so it looks like kde3 for me [10:40] <\sh> well ours has more b-ds ,-) [10:40] <\sh> geser: this is not important...kdelibs4-dev is important, which is kde3 , kde4 would be kdelibs5 [10:41] er, actually looking at the descriptions, not the naming, d3lpin would appear to be the debian package, dolphin source would be hte kde3 package, which is in main anyway, and dolphin for kde4 seems to be in kdebase-kde4 [10:43] therefore, it would make sense for the kubuntu people to merge dolphin with d3lphin as far as possible, and keep it there. [10:44] And if they're merged into dolphin, blacklist d3lphin from autosync? [10:44] <\sh> this is a mess. [10:45] <\sh> the project is named d3lphin...so debian is right... [10:45] i think so. but it may be able to get all of our patches back into debian for that, then sync it [10:46] \sh: yeah. i've no idea why they named it otherwise... [10:46] The problem seems to be that d3lphin was uploaded into Gutsy over the defunct Dolphin KDE3 branch, even though it's technically a fork [10:46] and it happened after DIF [10:47] (for Gutsy) [10:47] erm... [10:47] in the meantime, Debian made their own package for d3lphin [10:47] which got autosynced in Hardy [10:47] <\sh> * Rename package to d3lphin - New dolphin project for KDE3. Add dolphin [10:47] <\sh> as a dummy package to ease the transition. [10:47] i don't see the relevance of it being a fork, as such [10:47] <\sh> that was for d3lphin (0.9.1-1) unstable; urgency=low [10:48] <\sh> dolphin was the orignal name of the package until then [10:48] Ah. [10:48] \sh: presumably ours never merged again, for some reason [10:49] I think it makes sense to merge into d3lphin and make dolphin transitional, to reduce divergence from Debian [10:49] <\sh> Hobbsee: because we always worked with the upstream tarball (0ubuntuX versions) [10:49] <\sh> Hobbsee: we never synced from debian [10:50] <\sh> well it makes more sense to pull the changes from debian svn into kubuntu bzr and track those changes [10:51] \sh: i doubt upstream will release again [10:51] Why not? [10:51] because kde4 is out? [10:51] and there are only a couple of developers on it anyway, iirc [10:51] I thought there was another couple KDE3 releases planned to support SuSE [10:53] On an unrelated note, Hobbsee, could you please rerun the build process for https://launchpad.net/ubuntu/+source/inkblot/0.99.9-0ubuntu1 ? [10:53] * \sh is also stuck and fcked with galculator... [10:54] <\sh> ubuntu mobile developers applied some hildon patches, especially for glade...and new upstream version is there...but no updated glade interfaces... [10:54] <\sh> I could break the mobile stuff and remove the patch and merge new upstream only...and never think of hildon again [10:54] * Hobbsee wonders why that failed to upload [10:55] <\sh> if this is not going to change that we can work together in a cool way, this different ubuntu releases will be the death [10:56] * \sh doesn't even know what a hildon device is...I though first, they were talking about a second life mobile device which is totally virtual ,-) [10:56] \sh: speak to StevenK or mithrandir or someone who's on the mobile team about htat [10:56] \sh: it may be that they've forgotten, or something [10:57] * persia points at http://live.gnome.org/Hildon for people interested in hildon [10:57] <\sh> Hobbsee: galculator is universe...I think it# [10:57] <\sh> i [10:57] <\sh> t [10:57] <\sh> [10:57] <\sh> j [10:57] <\sh> u [10:57] <\sh> Hobbsee: [10:57] <\sh> Hobbsee: [10:57] <\sh> f [10:57] <\sh> c [10:57] <\sh> k [10:57] ? [10:58] \sh: Are you ok, or was that a final reflex action? === persia changed the topic of #ubuntu-motu to: Masters of the Universe: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Unmet Deps time! http://qa.ubuntuwire.com/debcheck/ | QA resources from http://qa.ubuntuwire.com | It's REVU Day! Only a couple weeks left: packagers: make sure it's perfect, reviewers: let's get them uploaded. [11:08] hello there [11:08] gday all [11:08] <\sh> Hobbsee: [11:08] <\sh> Hobbsee: [11:08] \sh: hmmm? all on one line? [11:09] hello [11:09] jsgotangco: Hi! === \sh is now known as \sh_away [11:12] hi jsgotangco [11:12] OK. Who's up for a review? There's three candidates already advocated that need sometime to upload. [11:13] Who has a package that needs a review? [11:13] me [11:13] mok0: Which one? [11:13] gpp4 and mmdb [11:13] (and where's the standard advertisement?) [11:13] me too (merge) [11:13] * mok0 loads revu page [11:14] http://revu.ubuntuwire.com/details.py?package=gpp4 [11:14] * persia takes gpp4 [11:15] emgent: hehe beat you to it [11:15] :) [11:17] mok0: Can you expand a bit on how gpp4 fixes bug #176211 ? [11:17] Launchpad bug 176211 in ubuntu "[needs-packaging] coot" [Wishlist,Incomplete] https://launchpad.net/bugs/176211 [11:17] persia: errr, its a dendency of coot [11:18] OK. Is the plan to open a task against gpp4 when the bug closes, keeping it closed, and open a new empty task for coot itself? [11:18] coot is based on several libraries that need to go in first [11:18] persia: I don't understand what you mean [11:19] I opened a needs-packaging bug against all of them [11:19] mok0: I'm just thinking about bug tracking. Either gpp4 should get it's own bug, or you'll need to do task management tracking. [11:20] gpp4 has its own bug AFAIR [11:20] In that case, the changelog is wrong :) [11:20] could be a wrong bug number? [11:20] * mok0 checks === \sh_away is now known as \sh [11:21] launchpad takes forever to load... [11:21] bug #176209 [11:21] Launchpad bug 176209 in ubuntu "[needs-packaging] gpp4" [Wishlist,Incomplete] https://launchpad.net/bugs/176209 [11:22] <\sh> grmpf damn fcking kde4 [11:22] <\sh> kde3 konversation is starting a kde4 konqui...and all carriage returns you ever can imagine are fcking around with the complete gnome desktop [11:22] * persia thinks that's RC [11:23] * persia dislikes this new proposed debian/changelog format [11:24] <\sh> persia, hmm? [11:24] persia: yuc I put the wrong bug number in changelog [11:25] \sh: e.g. http://revu.ubuntuwire.com/revu1-incoming/gpp4-0801110100/gpp4-1.0.4/debian/copyright The idea is to use RFC822-style to make it machine readable. In my opinion, it makes it less pleasant for humans, and RCF822 is deprecated anyway. [11:25] persia: you meant debian/copyright, right? [11:26] * pochu waves, btw :) [11:26] pochu: Yes. Thank you. [11:26] mok0: Have you already uploaded the new one, or should I comment? [11:27] I didn't upload, might as well fix everything before upload [11:28] Why is NEWS interesting to end users? [11:28] It's not [11:28] mok0: Then it doesn't belong in the binary package :) Same for AUTHORS (duplicate of debian/copyright). [11:29] persia: right [11:30] persia: removed AUTHORS and NEWS from debian/doc [11:30] mok0: OK. Watch file? [11:30] made one yesterday [11:31] will be in next upload [11:31] mok0: Huge arch:any /usr/share. You want libgpp4-0, libgpp4-dev, and libgpp4-0-common (or similar). [11:32] Maybe common-dev? Anyone else have a suggestion? [11:32] persia: those are data files that are _always_ needed [11:33] mok0: Right, but do we need 10 copies in the archive? Put them in a arch:all package, and add a Depends to make sure they get installed. [11:33] persia: ok, I didn't think of archive space [11:33] persia: will do [11:34] mok0: Last one is that lintian doesn't like your doc-base file. [11:34] OK. Who's next? [11:35] persia: I don't have a running hardy system, only a pbuilder, so I haven't seen that lintian warning [11:35] mok0: pbuilder --login? [11:35] persia: right... [11:36] mok0: It's your lucky day. No other advertisements. What was your other package? [11:36] mmdb [11:38] bug 176218 [11:38] Launchpad bug 176218 in ubuntu "[needs-packaging] mmdb" [Wishlist,Incomplete] https://launchpad.net/bugs/176218 [11:40] persia: should those bugs now have status "In Progress"? [11:41] mok0: Better to put the bug in the changelog than in IRC, no? And yes, the bugs should be "In Progress" if you've a candidate on REVU. [11:41] persia: closed bug in mmdb's changlog [11:42] mok0: Past or now? [11:42] persia: editing files as we speak [11:43] mok0: libmmdb0 description needs some deletion: likely doesn't contain the header files. [11:46] mok0: watch file fails " In debian/watch no matching files for watch line" [11:46] persia: hmm [11:47] mok0: There's an annoying patch to CDBS that makes me encourage the use of DEB_INSTALL_CHANGELOGS_ALL [11:48] persia: what's annoying about it? [11:48] mok0: Upstream changelogs are silently dropped from all CDBS packages by default. [11:49] mok0: Last note: fails the long-description-contains-short-description test [11:49] persia: huh? Weird [11:49] persia: ok, thanks a lot [11:49] Does anyone else have a package ready for review? [11:51] persia: http://revu.ubuntuwire.com/details.py?package=libfprint will appear on revu at the next update (so it'll be there when I get back from lunch :)) [11:52] <\sh> geser, ping resolvconf...what do you say to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431181 to get rid of the diff between ubuntu and debian? [11:52] stgraber: Poke me when you get back, and I'll take a look. [11:52] Debian bug 431181 in resolvconf "resolvconf: Please replace abuse of /dev/shm with /lib/init/rw and /var" [Important,Fixed] [11:59] \sh: do we have /lib/init/rw in Ubuntu? I don't have it here [11:59] geser: I don't have it either. Have you checked Contents.gz in gutsy? [12:02] <\sh> geser, well, I wonder what magic we have in initramfs ;) [12:02] persia: packages.u.c lists no /lib/init/rw for gutsy [12:03] geser: Then I say we probably don't have it. [12:04] <\sh> geser, ok...so let's stay with our patch :) [12:05] \sh: Hrm, what now? [12:06] persia: I'm here and the package is on revu [12:06] <\sh> StevenK, well, the less diffs we have between ubuntu and debian the better for us..and this diff could have saved us work.... [12:06] stgraber: URL? [12:07] stgraber: you know there's an ITP for it in Debian? Debian bug #460493 and Debian bug #460495 [12:07] Debian bug 460493 in wnpp "ITP: libfprint -- fingerprint library of fprint project" [Wishlist,Open] http://bugs.debian.org/460493 [12:07] Debian bug 460495 in wnpp "ITP: pam-fprint -- PAM module allowing authentication via fprint" [Wishlist,Open] http://bugs.debian.org/460495 [12:07] pochu: Date: Sun, 13 Jan 2008 05:27:04 UTC :) === Lure_ is now known as Lure [12:08] <\sh> oh wait [12:08] \sh: Sorry, I've been out for a while, I'll need more information -- all I saw was Hobbsee's message in my away log. [12:08] <\sh> StevenK, ah ming was already resolved :) [12:08] pochu: I started packaging on the 6th, so no I didn't know :) [12:09] <\sh> geser, did you read in this resolvconf bug report about the selinux refpolicy change? [12:10] \sh: Fair enough. [12:11] stgraber: I saw the two ITPs on debian-devel@ this morning :) [12:12] stgraber: you might want to contact the owner of the ITP to share the work and collaborate, so I pointed it out to you :) [12:12] stgraber: Based on the debian reports, I see two packages. Is there something else to go with bug #179923, or are you planning to track tasks for this bug? [12:12] <\sh> well...so stop for today... [12:13] Launchpad bug 179923 in ubuntu "[needs-packaging] fprint" [Wishlist,In progress] https://launchpad.net/bugs/179923 [12:13] \sh: no, but I checked now the version of sysvinitrc in Ubuntu (2.86.ds1-14.1ubuntu32) and /lib/init/rw was introduced in 2.86.ds1-23, so we can't use it [12:13] geser, cool. i have merge ready [12:13] <\sh> geser, oh fun...refpolicy needs it (which is also in ubuntu) [12:14] stgraber: bashism in libfprint0-dev.install === apachelogger__ is now known as apachelogger [12:15] stgraber: You're repacking the original tarball, but don't have a get-orig-source rule. [12:16] <\sh> geser, you know, it's a mess when packages are synced or merged without understanding the impacts...when you read the refpolicy changelog, you know we need to use /lib/init/rw in some cases, because it's manufactured for debian..and ubuntu is a bit behind of the recommended way of doing things... [12:17] stgraber. You also missed debian/changelog in the binary packages. [12:17] Next? [12:18] <\sh> anywayys.../me needs to take care of wife... [12:19] persia, I can't reproduce the watch file error you found [12:20] mok0: Which package? [12:20] mmdb === \sh is now known as \sh_away [12:21] persia: 33 minutes ago [12:22] mok0: http://paste.ubuntu.com/3514/ [12:24] persia: can you see the machine ftp.bioxray.au.dk? [12:24] persia, uscan --report-status works for me [12:25] StevenK, regarding bug 182142, do you think using "[ -f /etc/dbus-1/event.d/30ppmd ] && /etc/dbus-1/event.d/30ppmd start" is enough? [12:25] Launchpad bug 182142 in ppm "Trying to execute /etc/dbus-1/event.d/30ppmd in preinst, but it is still not available" [Medium,Confirmed] https://launchpad.net/bugs/182142 [12:26] mok0: Does the server maybe check the client? uscan doesn't pass one. [12:26] mok0: I only have issues with uscan, Other tools work fine. [12:26] DktrKranz: I didn't check, but why should one start a service before the files are there? [12:27] persia: I will check the logs on the ftp server [12:27] geser, probably because we want it to be stopped during an upgrade [12:27] mok0: I'll keep the unpacked source around to scan on demand. [12:28] DktrKranz: shouldn't the service be started then in postinst? when the package is really installed? [12:29] persia: what's your IP number? [12:30] persia: n/m checks w. irc [12:30] heh. Better :) [12:30] geser, sound reasonable, but I don't know the package and why it tries to start ppmd during preinst, so I'm not confident with it [12:41] It should be stop on prerm and start on postint [12:41] err, postinst [12:45] (LP: #182520) industrial-icon-theme is at: http://revu.tauware.de/details.py?package=industrial-icon-theme [12:48] geser: I have had a more detailed look at that aqsis bug - it looks to be at least partly aqsis' fault; it's replacing hte SCons-supplied Install and InstallAs methods. [12:49] juliank: If you're going to use the new copyright format, consider X-Format-Specification, and X-Debianized-By. See http://revu.ubuntuwire.com/revu1-incoming/gpp4-0801110100/gpp4-1.0.4/debian/copyright for an example. [12:49] Also, the last paragraph doesn't match RFC822 requirements. [12:49] broonie: thanks for looking [12:53] geser: http://scons.tigris.org/issues/show_bug.cgi?id=1884 is a (rather badly reported) upstream bug. [12:55] See also http://bugs.debian.org/458849; as I said the other day there's also a preexisting FTBFS for aqsis in Debian which has not had any response so I'm not convinced that resolving the immediate problem will help. [12:58] persia: thanks for the review, about the get-orig-source, do you have a simple example of how to just bzip2 -d and gzip -9 the upstream tarball ? [13:02] crimsun: since this morning I can't play music. Totem and Rhythmbox will crash if I try to play any file. Might this be related to the alsa updates of yesterday? See bug #182443 [13:02] stgraber: https://wiki.ubuntu.com/PackagingGuide/Basic#head-4bb01b3c07548aaf98e85ac7eb7983e632f8eb38 has one [13:02] Launchpad bug 182443 in totem "totem-plugin-viewer crashed with SIGSEGV in strncpy()" [Medium,Incomplete] https://launchpad.net/bugs/182443 [13:02] pochu: Did you run alsaconf set-default-card yet? [13:02] Nope. Should I? [13:02] pochu: There should even be a little informative widget on your desktop with a notification telling you to do so. [13:03] There wasn't any. [13:03] Shouldn't that be called in postinst? [13:03] Strange. I got one. [13:03] Maybe I missed it :) [13:03] Do you use GNOME or KDE? [13:03] xfce! [13:04] GNOME. Maybe it dissapeared after a panel crash due to some builds [13:04] pochu: Apply nenolod's patch :) [13:04] I think I'll do it, since it's accepted upstream ;) [13:04] But I'll ask seb128 first. [13:05] Since he has do upload it :) [13:05] s/do/to/ [13:05] And why not call that in postinst? [13:05] pochu: I meant locally. It will get uploaded later, but why wait for the next package refresh? Also, notification is better than postinst because it works in an all-gui environment. === Ubulette_ is now known as Ubulette [13:06] $ alsaconf set-default-card [13:06] bash: alsaconf: command not found [13:06] pochu: You need to be root (sudo /usr/sbin/alsaconf ...) [13:07] persia: applying it locally will only benefit myself, while uploading to the archive will benefit all the devs ;) [13:07] broonie: oh, ty [13:07] Really? Not found... [13:08] persia: mok proposed these X-* lines less than 24 hours ago. I want to do it the way Sam Hocevar does. Once mok's proposal has been discussed and accepted, this may change. - see http://packages.debian.org/changelogs/pool/main/m/monsterz/current/copyright [13:08] s/may/will [13:08] dpkg -S alsaconf | grep bin gives nothing [13:09] pochu: I agree pushing to the archive is nicer, but seb127 has to upload, and already plans to. No point having the pain locally if you can avoid it while waiting. [13:09] asoundconf? [13:10] juliank: I really don't like anything going into the Ubuntu archives without information indicating who is licensing it to Ubuntu. This is especially true as Ubuntu changelogs get dropped when it goes to Debian, so the original packager (and person licensing it to the distribution) is lost. That's one of the reasons I don't like the new format. [13:10] Yeah that's the one [13:10] pochu: Right asoundconf. Sorry. === thekorn__ is now known as thekorn [13:11] juliank: ... and which is why I think the "X-" lines are pretty nifty [13:12] I still got the crashes after running 'asoundconf set-default-card Intel' both as normal user and as root [13:12] I also had to restart alsa from the init script (but I have to do that every boot anyway, so it might just be me) [13:13] persia, juliank: I put them in the wiki at the request of Charles Plessy; he liked to proposal [13:14] juliank: Even aside from whether it indicates who licenses the package, your debian/copyright isn't in RFC822 format [13:14] mok0, persia: The original packager has to be kept if files are kept. When the package gets into Debian, the new maintainer has to keep the copyright part from the Ubuntu history. [13:15] persia: It's part of the proposal "Also, it is important to allow any form of free text in the file, be it before or after the machine-interpretable part." [13:16] juliank: You're conflating copyright and licensing. For many packages, the contents of debian/ are a shared work, based heavily on the work of previous packages, and licensed as shared. The holder of copyright for this may not be the person providing the license to the distribution to use the files. [13:21] persia: But we have 'Files: *' and 'Files: debian/*', one for upstream files, one for debian files. BTW, even readahead-list was accepted without any information about debian/* in its copyright file: http://changelogs.ubuntu.com/changelogs/pool/main/r/readahead-list/readahead-list_0.20050517.0220-0ubuntu11/copyright [13:23] juliank: You are again conflating the copyright holder for debian/ and the person who is extending the licensed work to the distribution. These aren't always the same. Anyway, I don't consider another package not matching my tests to be sufficient reason to lower them. You may find another reviewer less strict. [13:23] persia: I'll reboot to see if it fixes it. Restarting alsa-utils didn't help. [13:24] pochu: Rebooting shouldn't do anything restarting alsa-utils didn't do (unless you have a new kernel or libc or something). [13:28] persia: lol, it works now. But the notification has appeared after the reboot! o.O Maybe I did upgraded it this morning too, since there were 3 uploads. [13:28] * pochu looks at dpkg.log [13:30] Yeah, I updated alsa-utils and libc6 a couple of hours ago :/ [13:30] Anyway it's fixed now. Sorry for the noise though. [13:39] persia: Hello. Today is revu day.. what means? [13:40] means that it's the day for me to avoid irc. [13:41] hehe.. But means that motus are reviewing packages? it isn't? [13:41]