=== asac_ is now known as asac [00:08] if someone from the MOTU SRU team is present, it would be great if you could have a look at bug #221531 [00:08] Launchpad bug 221531 in kopete-plugin-thinklight "Thinklight doesn't blink because /proc/acpi/ibm/thinklight has wrong permissions" [Undecided,Confirmed] https://launchpad.net/bugs/221531 === mrooney1 is now known as mrooney [01:06] <_Andrew> How do I change the version number on a library? The library i'm packing has the format libname.so.0.0.0 but I need it to be libname.so.2.2.2 [01:11] _Andrew: Messing with libtool is the answer. You're the author of libname? :) [01:12] <_Andrew> Not the upstream, just putting the package together for the first time === dyfet_ is now known as dyfet === bastiao__ is now known as k0p [04:49] does anyone in here know how to hook into the pbuilder system (i.e. able to execute commands in the build environment) should the build fail? [04:51] <\sh> moins [04:53] stochastic: You can try the C10shell script in the Kubuntu pbuilder-hooks: http://bazaar.launchpad.net/~kubuntu-members/pbuilder/pbuilder-hooks/files [04:53] That will drop you to a shell inside the chroot if the build fails [04:53] I have that script already but I don't remember how to invoke it [04:55] stochastic: If you have your pbuilderrc file setup properly, the script will be run whenever a build fails, you shouldn't need to call it manually or anything like that [04:57] nhandler, this is my pbuilderrc: http://pastebin.ubuntu.com/217511/ is there anything missing? [04:58] stochastic: Yes, you need to set HOOKDIR: http://bazaar.launchpad.net/~kubuntu-members/pbuilder/pbuilder-hooks/annotate/head%3A/README [04:59] nhandler, thanks. [05:00] You are welcome stochastic [05:24] anyone want to do a REVU? http://revu.ubuntuwire.com/p/a2jmidid [05:28] fabrice_sp, are you here? i have uploaded a new version of my package, but i'm not sure how to address your third point. http://revu.ubuntuwire.com/p/pulseaudio-mixer-applet [05:28] mr_spot_, yes. Let me check [05:29] for the third point, it seems ok as it is now. I'll have another look to see if I detect more errors [05:29] thanks :) [05:39] stochastic, did you notice you still have a lintian warning? [05:40] a warning I mean. About missing a copy of the licence in the upstream tarball [05:41] the license is there, it just has a bad name gpl2.txt [05:42] ok [05:51] stochastic, why is it build depending on python and not on python-dev ? [05:57] fabrice_sp, hmm, I'll adjust that and let you know [05:58] ok. Anyway I have more comments, so please wait :-) [06:00] I see: it's normal as the 'executables' are python scripts. Even the build scripts are in python :-/ [06:00] stochastic, ^ [06:01] well the build is successful with python-dev in pbuilder [06:01] yeah, but you don't really need it [06:01] but it was also successful with python [06:03] I'm no python guru, but I think in that case, build dependency on python is ok (as well as run dependency) [06:05] python-dev is not needed if it's purely Python. [06:05] python-dev is almost exclusively used for building C extensions. [06:06] thanks wgrant ! stochastic ^ [06:06] yes, good to know. [06:17] How can I know why a -dev package is pulled in sid and not in karmic? the rdepends does not work very well with build dependencies [06:18] when building a package, I mean [06:22] <\sh> fabrice_sp: why should this not work very well? [06:22] \sh, I'll check again, but last time I used rdepends on a -dev package, I didn't get all the build dependencies [06:23] <\sh> fabrice_sp: sometimes another -dev package is pulled in through a another package...sometimes you need to go down the chain ;) [06:24] <\sh> -dev packages are handled the very same as other packages..so depends or rdepends should work on them as usual... [06:24] \sh, "sometimes you need to go down the chain" is what I wanted to avoid :-D [06:24] ok: I'll build the package within a clean chroot and see why it's not installed [06:32] fabrice_sp, how detailed should the man pages be for a2jmidid? that app is quite simple. [06:34] Anyone willing to take a look to: http://revu.ubuntuwire.com/p/gnome-gmail-notifier please? [06:39] stochastic, it should details the options, and their meaning [06:39] if no opptions, [06:39] then put it [06:48] RoAkSoAx, from what I've seen, make some cleaning in your debian/rules (a lot of unnecessary comments), only put one line in your changelog [06:49] if you want, I can have a better look this afternoon, when I'm back from work [06:49] good morning [06:49] hey dholbach ! [06:49] morning dholbach [06:49] heya fabrice_sp [06:49] hi dholbach [06:49] hey RoAkSoAx, ajmitch [06:49] how are you guys doing? [06:50] fabrice_sp, you mean on line as in only Initial Release (LP: #XXX) ? [06:50] dholbach, pretty good [06:50] dholbach, good. A bit hot here (37ºC yesterday), but fine :-) And you? [06:51] RoAkSoAx, yes [06:51] fabrice_sp: Send some here? [06:51] StevenK, lol. I can try, but it will be difficult :-D [06:51] good good, slowly waking up and reviewing a bunch of patches [06:52] fabrice_sp, ok ;) [06:52] dholbach: I see that noone has stepped forward for the motu-release role, perhaps the MC should make a mention of it, if it's open for nominations? [06:52] * ajmitch can't remember how many people are meant to be on there, or if it matters [06:53] probably a good idea [06:56] * RoAkSoAx goes to sleep [06:56] night all [06:56] :) [06:56] sweet dream RoAkSoAx :-) [06:56] thanks fabrice_sp [06:57] Heya dholbach! [06:57] hey iulian [06:58] <\sh> #undef DAY "24h" \n #define DAY "48h" [06:59] #ifdef DAY \n #undef DAY \n #endif \n #define DAY 48 * HOUR [07:02] <\sh> if [ ! -z $MANAGEMENT ] ; then for i in $MANAGEMENT ; do killall -9 $i ; done echo "Work Really, Really Done!" ; fi [07:04] \sh: done ; echo ... [07:04] <\sh> StevenK: fixing, thx ;) [07:04] * StevenK grins [07:04] if [ -n "$MANAGMENT" ]; [07:04] $MANAGEMENT # damn it [07:05] In fact, for i in "" is a no-op, anyway [07:05] ... I thought [07:07] StevenK, I was thinking that you need to sleep, and found that: "Wedontsleep.org is Steve Kowalik's vanity domain." [07:07] :-D [07:07] fabrice_sp: Why? It's 4pm. :-P [07:07] Yeah, I need to fix that page. [07:08] my bad! lol [07:10] <\sh> Why oh Why is nobody believing people, who are in this crappy network business for round about 20 years, that big big big big network hardware can't be delivered in 1 week. And if it's delivered in 1 week, then something really really really bad is happening, e.g. delivering a big big big network hardware which was already used and broken... [07:12] <\sh> now, I have to kill my distributor, delay our project, and redo all the setup, great. Thx $MANAGEMENT, for telling us that we're too pessimistic and that we don't have a clue... [07:16] <\sh> somewhere I read in the newspaper that swearing should ease pain...looks like I have to go to my $manager and swear a bit to ease my stomach ulcer [07:17] <\sh> bbl === ripps_ is now known as ripps [08:33] i have a question about versioning of custom packages in ppa's: the launchpad site tells me to increment the version, and append ~ppaN~jaunty1 [08:33] now, if everybody does that, all modifications of a given package will have an identical name, won't they? [08:34] or did i misinterpret the "ppa" string, and it should actually be ~name_of_my_ppa_repo1~jaunty1 ? [08:34] They'll all have an identical name; they're the same source package. [08:34] They'll _also_ have identical versions if two people have followed this versioning scheme, but why would that be a problem? [08:35] they are different versions of the same source package. say i have 5 ppa's in my sources.list, and 3 of them have differently modified versions of the "nautilus" package [08:35] if they're all called the same, that sounds like a lot of confusion [08:44] i see many teams actually changed the appendix string "ppa" to something representing their repo or user-id. that sounds like a good idea. [08:46] hhb: you can do as you like. you can even use + instead of ~ ... even if it's not a very good idea... but it depends from the use you do of your ppa... === AnAnt___ is now known as AnAnt [08:48] gaspa: ~ means "rating down", + means "rating up"? [08:49] almost everything else than '~' means 'rating up' :P [08:49] hhb: ~ means "character that sorts before any other substring, even the empty substring" [08:49] okay, thanks [08:54] what could it mean if dput gives me: Config error: hb_gnome must have an incoming directory set [08:54] i do have a ~/.dput.cf with an incoming line, according to https://help.launchpad.net/Packaging/PPA [08:55] Pastebin your .dput.cf? [08:55] oh, never mind [08:55] i spelled it "incomming" in the .dput.cf file. sorry for the noise [09:03] If anyone's around, I'd quite like a bit of a review of a new nouveau-kernel-source package; I'll be basically what's in the xorg-edgers/nouveau PPA, and the packaging branch can be nabbed from lp:~xorg-edgers/nouveau/edgers-ppa-kernel-source [09:03] RAOF: You will be? [09:03] I will be what? [09:03] must be squishy inside a .deb :p [09:04] Oh. [09:04] Bah. [09:04] ! [09:05] StevenK: gnome-do's currently sitting at #7 in the pkg-cli-apps sponsoring queue. Tell me if you'd like to be impatient and have it uploaded to Ubuntu first. [09:09] can anyone point me to a concise introduction to writing man pages? [09:11] we should have a session at UDW about writing manpages! [09:12] dholbach: hi, can you take a look at this: [09:12] https://code.edge.launchpad.net/~gaspa/harvest-data/harvest-data/+merge/8311 [09:27] asac: Just FYI ... I fixed eclipse FTBFS. Eclipse currently has its own copy of swt-gtk. But as per the last changelog entry by doko, he plans to make eclipse build-dep/dep on the libraries in repos. [09:33] slytherin: does eclipse depend on xul 1.9 now? === Quintasan_ is now known as Quintasan [09:50] asac: let me check. Didn't pay attention to that part. [09:51] slytherin: its mui important [09:51] slytherin: if its not going for 1.9 we will remove eclipse soon from the archive [09:51] i think 3.4 should work with 1.9 at least though [09:52] slytherin: does it depend on libxul-dev or xulrunner-dev ? [09:52] libxul-dev is the forbidden one ;) [09:54] + pkg-config, ant-optional (>= 1.6.5-3), firefox-dev [09:54] what the hell is that [09:55] asac: I just fixed the FTBFS. I neither created the package nor did the major update in karmic. [09:56] slytherin: thats ok. can you please change that to xulrunner-dev and see whats going on? [09:56] slytherin: i mean. firefox-dev doesnt even exist in the archive afaik [09:56] hmm [09:56] it exists [09:57] but it doesnt ship anything [09:57] nor does it depend on xulrunner-dev [09:57] so maybe its not needed at all [09:57] slytherin: wanna check that? [09:59] asac: I will try in evening. I haven't yet tried to build it on my machine. I used PPA to quickly try the FTBFS fix. [10:01] And I would love to hear doko's comments about his plan to update/modify the package before I do any major changes. [10:02] slytherin: he did the upload just so that this process gets started [10:02] slytherin: afaik, the idea was to make it fail to build so someone either picks it up or we drop it from archive [10:07] asac: :-) [10:07] I will see what I can do. First thing is to use swt-gtk from archive. [10:07] slytherin: bug 352968 [10:07] Launchpad bug 352968 in pcmanx-gtk2 "remove xulrunner 1.8 and all left over rdepend binaries from karmic archive." [High,In progress] https://launchpad.net/bugs/352968 [10:08] assigned to you [10:08] that has really highest prio [10:08] otherwise eclipse really gets removed ;) [10:08] asac: ping :D [10:09] asac: maybe wrong chan but patching firefox(3.6) fixes the issue! [10:09] sebner: you mean copying the stub? [10:10] asac: patch > ff3.6/debian/patches [10:10] sebner: did you try to copy the stub? [10:10] sebner: otherwise i would think that the patch didnt change a thing and the rebuild did just that for you [10:11] asac: at least here copying didn't do it [10:14] sebner: check out the build log. it builds jemalloc, but it doesnt link it anywhere [10:14] sebner: you sure you copied the stub to right place? ;) [10:14] http://launchpadlibrarian.net/28977921/buildlog_ubuntu-karmic-i386.firefox-3.6_3.6~a1~hg20090713r30222%2Bnobinonly-0ubuntu1~umd1_FULLYBUILT.txt.gz [10:14] asac: bah, don't annoy me after I got it working :P [10:15] cp /usr/lib/xulrunner-devel-1.9.2a1pre/bin/xulrunner-stub ../../dist/bin/firefox-3.6 [10:15] thats what the build does [10:15] sebner: heh. [10:16] sebner: please give me the patch or suggest a merge to the xulrunner-1.9.2.head branch [10:16] sebner: we can then see if next daily automatically fixes it [10:16] if not, we can also add it to firefox-3.6 [10:16] but i would hope thats not needed [10:17] asac: firefox-3.5 ~o~ [10:18] revu is going down for a few minutes... [10:18] asac: when is llvm MIR likely to have a resolution (either yes or no). Openjdk is not installable on anything but i386 and amd64, because the arch:all components are not getting built. [10:18] fan replacement [10:19] asac: https://bug493541.bugzilla.mozilla.org/attachment.cgi?id=386469 ;) [10:20] slytherin: i think it will take a bit [10:21] slytherin: why are arch:all components not built ... arent those build on i386 [10:24] asac: yes, they are supposed to, and i386 build is depwait on llvm [10:24] asac: I guess the build dep was added before the MIR discussion started. [10:30] how does authentification/signing of a ppa work? i am getting messages that my packages could not get authenticated, but i have done apt-key add on the ppa's key, and also called apt-get update [10:42] slytherin: yes, thats doko [10:42] ok [10:45] hhb: when were the packages created in your PPA? [10:47] slytherin: an hour ago [10:48] hhb: Your PPA is not signed yet. It will be signed the next time you upload/copy/delete something in it. This is an annoyance of how Launchpad works for new PPAs [10:49] When you create your first PPA it has no key. The key is not generated until after it has a package in it. Signing then only happens when you change the PPA after the key has been generated. Bit of a bug, really [10:49] maxb: ah, so the first upload is unsigned, but successive ones will be signed? [10:49] ah, okay, good to know. [10:49] Or rather, the results of the first upload won't be signed until a subsequent change happens [10:49] thanks again :-) [11:01] dholbach: you too a gtg user? ;) [11:01] DktrKranz: yes - when is the new release coming out? [11:01] DktrKranz: what about the couchdb backend? [11:02] dholbach: already released, synced yesterday [11:02] ahhhh [11:02] that's why the German translations are so broken :) [11:02] I was wondering already :) [11:03] https://translations.launchpad.net/gtg/trunk/+pots/gtg/de/+translate :) [11:04] * DktrKranz did Italian ones [11:04] for couchdb, I've seen some activities [11:04] DktrKranz: fixed in trunk already [11:05] good [11:05] gtg is really good stuff [11:05] its maint is not so good ;) [11:06] (Debian/Ubuntu one, of course) [11:06] move it to gnome's release schedule and release it ~every 2 weeks [11:08] DktrKranz: hi, regarding translations, I would suggest you to assign the translations to an existing translation group, so that a minimum quality can be ensured [11:08] DktrKranz: I'd suggest using the launchpad translators group -> https://translations.edge.launchpad.net/+groups/launchpad-translators [11:09] dpm: I'm not upstream developer, just Debian and Ubuntu packager/maintainer [11:09] DktrKranz: ah, ok, I'll have to talk to them, then :) [11:09] but I could ask them if they want to consider this [11:16] DktrKranz: sure, if you could contact them regarding this, this would be great. The main point is the quality of translations, as dholbach can tell you by experience in fixing them ;). They could use the Ubuntu translators group as well, but Launchpad translators might be more appropriate (only from a logical point of view). The only thing with the L-T group is that it is relatively new and it doesn't have as many teams as the U-T group [11:16] I see [11:16] somebody translated "gtk-close" with "gtk-schließen" which is a bit unfortunate :) [11:17] dpm: gtg is growing, and popcon on both Debian and Ubunto states so. They should benefit from that. [11:20] DktrKranz: yes, I myself have started to use it after dholbach kept telling me how good it was ;) [11:28] has anyone ever encountered a DVD that does not mount at all on Ubuntu? [11:41] hey people! [11:42] still looking for Ubuntu-package of tetzle.. I've spent some time trying to get it through revu.. but just when it was done for approval, it seems it's already in debian.. [11:42] still no Ubuntu package though.. what should I do? [11:45] you can request a sync after you check it works [11:45] Hi@all [11:45] could someone take a look at one of my packages? http://revu.ubuntuwire.com/p/h2database http://revu.ubuntuwire.com/p/willuhnutil http://revu.ubuntuwire.com/p/willuhndatasource http://revu.ubuntuwire.com/p/swtcalendar (advocated on time) [11:50] hi thekorn [11:51] * therm [11:51] thekorn, sorry, wrong ping ;) [12:05] Hi, which files do I have to attach to a bug, when I updated an package? The diff.gz and .dsc file? [12:05] simon-o, explain better [12:05] simon-o, what do you mean with "Updated a package?" [12:06] simon-o, you made a new release? [12:06] bluekuja: yes, I updated an existing package to a new version. Like outlined in the PackageUpdate wiki page [12:07] simon-o, attach .dsc, .diff.gz and the orig if you didnt make a watch file [12:08] gaspa: check the tooltip for a version at http://members.ping.de/~mb/ubuntu/build_status/ [12:08] is there a dh --with java or so ? [12:10] bluekuja: thanks [12:11] simon-o, np, then subscribe u-u-s [12:12] AnAnt: it depends on what you want to do [12:13] slytherin: ok, I want to make a package for java software [12:13] dh 7 doesn't automatically call jh_exec I think , right ? [12:13] simon-o: attach .diff.gz. If upstream tar ball needs modification then it is expected that get-orig-source handles that. [12:13] and jd_depends [12:13] gaspa, geser: UW run with Changed-By just finished. [12:13] AnAnt: how about use havahelper [12:14] I mean javahelper [12:14] slytherin: if I use javahelper with dh 7, will it automatically call those ? [12:14] slytherin: ok, so just .diff.gz and .dsc but not orig.tar.gz? [12:15] AnAnt: I have no idea about dh7. I use cdbs for java apps/libs [12:15] simon-o: only .diff.gz. .dsc will be regenerated by sponsorer [12:16] slytherin: ok, thanks. I'll do that [12:17] AnAnt_: I have no idea about dh7. I use cdbs for java apps/libs [12:19] slytherin: if I use javahelper with dh 7, will it automatically call jh_exec & jh_depends ? [12:19] AnAnt__: I have no idea about dh7. I use cdbs for java apps/libs. [12:19] oh [12:22] AnAnt__: which app are you working on? [12:22] slytherin: monajat [12:22] slytherin: remember it ? you're onkarshinde, right ? [12:22] AnAnt__: That is almost done I guess. I need to advocate it. I lost the track in jaunty cycle [12:23] AnAnt__: new upstream release [12:23] AnAnt__: 1.2? [12:23] I got a bad internet today === AnAnt___ is now known as AnAnt [12:24] AnAnt: This is not the first time. :-) [12:24] AnAnt: What is new in 1.2? [12:25] just some cleanups [12:25] AnAnt: Did you guys consider using a font family instead of a specific font which comes only in msttcorefonts package? [12:26] slytherin: I'm not the upstream, he's busy [12:26] slytherin: personally I wish this app is converted to python or so [12:26] slytherin: and that we use the notification system instead [12:26] AnAnt: If you are working on the package, you might want to patch it for font at least. [12:27] AnAnt: That will keep package in universe, otherwise it will go to multiverse. [12:27] slytherin: well, I tried to that, but it looks horrible, the text gets clipped somehow [12:28] slytherin: it seems more complex than just changing the font name [12:28] AnAnt: Really? For me it looked better with default 'Sans' font. [12:29] slytherin: the font itself maybe is cool, but the problem was with text clipping, I should give it another shot though [12:31] AnAnt: By the way, if you are not changing the font, change the dependency of msttcorefonts to ttf-mscorefonts-installer [12:31] that would make it in universe ? [12:32] AnAnt: Nope. It will still be in multiverse. It is just that the package name has changed. [12:32] oh [12:32] btw, why is msttcorefonts in non-free ? it doesn't contain non-free fonts, it just downloads them, right ? [12:33] AnAnt: It downloads non-free fonts. [12:33] slytherin: so ? [12:34] slytherin: if I got use wget to download non-free stuff, that doesn't make wget non-free, does it ? [12:34] AnAnt: This is not about using it to download. The package itself, at the time of installation, downloads non-free stuff and installs it. [12:35] AnAnt: Similar to flashplugin-nonfree [12:35] I see [12:35] AnAnt: Another thing you may want to try is fonts from ttf-liberation package. It tries to provide drop in replacement for MS fonts. And the package is in universe. [12:36] what if a package optionally downloads & install a non-free file during install, does that make it non-free ? [12:36] AnAnt: yes. [12:37] * slytherin will be back later. === AnAnt_ is now known as AnAnt [13:17] geser: cool :) [13:19] geser: I'd like a smaller timeout, but it neeeds some js magic, I guess... [13:20] do I need a revu to upload a package that's in Debian NEW? [13:20] NEW source, that is [13:21] Laney: it is preferred. The package being in NEW does not mean it is error free. :-) [13:21] slytherin: btw, any news on the velocity issue ? [13:22] AnAnt: I added a comment already. I believe a new version is uploaded to experimental. [13:22] slytherin: I'd need one review, and the DD who sponsored has done one... [13:22] but sure I don't mind [13:22] Laney: Is the DD also Ubuntu motu? [13:23] not sure [13:23] I think we've taken this to mean an advocation before, but can't remember [13:24] Laney: if that is case then sure go ahead. But I don't know of any such case before. [13:24] Unless you are talking about mono uploads [13:25] gaspa: yes, right now it's just the title attribute for the link [13:26] slytherin: nothing in experimental yet, but I saw your reply now, thanks [13:29] slytherin: regarding your ttf-liberation suggestion, that require that I change the font name from Arial ? [13:29] AnAnt: Yes. [13:29] slytherin: to LiberationSerif-Regular ? [13:30] or LiberationSerif ? [13:30] AnAnt: That you will have to check. I have not actually used fonts form ttf-liberation [13:30] AnAnt: Regarding velocity, the package is updated in pkg-java svn. SHould be uploaded soon. [13:31] slytherin: Hmm, I don't think I need to change the font name, I see this in /etc/fonts/conf.avail/91-liberation.conf [13:31] http://pastebin.com/m6a2cb5c2 [13:32] AnAnt: great, you may just need to change the dependency then [13:33] I hope so [13:48] TheMuso: ping [14:00] TheMuso: http://paste.ubuntu.com/217917/ [14:01] slytherin: it works fine indeed [14:01] slytherin: thanks [14:01] AnAnt: Cool. [14:18] slytherin: uploaded to REVU [14:18] AnAnt: I will check in evening. [14:19] slytherin: ok, thanks === dholbach_ is now known as dholbach [14:38] any revu admin around? [14:40] bluekuja: What do you need? [14:40] nhandler, can you please update my profile from contributor to reviewer please? [14:40] Sure [14:41] nhandler, ty [14:42] bluekuja: Done [14:42] nhandler, thanks a lot [14:42] bluekuja: Now, get reviewing ;) [14:42] ooh ooh do me! http://revu.ubuntuwire.com/p/pulseaudio-mixer-applet [14:42] :) [14:42] nhandler, lol, yeah :D [14:43] mr_spot_, yeah, let me see === aboudreault is now known as AlanB [14:48] Heya gang [14:48] Hey bddebian [14:49] Hi nhandler [14:49] howdy [14:49] hey [14:49] all ok? [14:49] I'm feeling the pain of Gentoo users atm [14:49] compiling texlive on my mac :( [14:53] Laney: the difference is that they enjoy the pain =p [14:53] <_andre> hello [14:53] <_andre> would anybody like to review a few revu packages? [14:54] <_andre> http://revu.ubuntuwire.com/p/watchcatd [14:54] <_andre> http://revu.ubuntuwire.com/p/libwcat [14:54] <_andre> http://revu.ubuntuwire.com/p/libapache2-mod-watchcat [14:54] they do, crazy masochists [14:55] agreed. [14:55] building ghostscript now... [14:55] * Laney thinks he won't be going home in 2 hours [14:57] _andre: the current Standards-Version is 3.8.2. [14:59] mr_spot_: forgot to make a screenshot for you. [15:01] <_andre> hyperair: that's what dh_make put there for me... should just rebuilding with the newer version be ok? [15:04] slytherin, is this the one you were talking about? http://imagebin.org/55891 [15:04] mr_spot_: right [15:07] _andre: dh_make's outdated. just bump it up, shouldn't cause any damage. for more information see /usr/share/doc/debian-policy/upgrading-checklist.txt.gz [15:09] <_andre> thanks [15:09] slytherin, a couple of differences i can spot are that gnome-volume-control-pulse only lets you deal with one input and one output device volume at a time, you can't move individual streams to different devices, and changing the default will reset the volume of the selected device [15:11] mr_spot_: Ok. I don't have multiple sound cards/devices at home, so I can't comment on that. [15:11] last point is not cool, i just blasted myself while wearing earphones :/ [15:12] in its favour, it has a vumeter for the input tab and an option for system event sounds === ejat is now known as e-jat [15:18] <_andre> hyperair: should i change the version to ubuntu2? [15:19] _andre: no. [15:19] _andre: only change the version number if it has already been uploaded into ubuntu (or debian) [15:19] or a PPA [15:19] <_andre> ok [15:19] <_andre> i'm uploading the updated packages [15:19] mr_spot_: My only concern is that we should not have two packages with exactly same functionality. [15:20] slytherin, that's understandable [15:27] could someone take a look at one of my packages, please? [15:28] http://revu.ubuntuwire.com/p/h2database [15:28] http://revu.ubuntuwire.com/p/willuhnutil [15:28] http://revu.ubuntuwire.com/p/willuhndatasource [15:28] http://revu.ubuntuwire.com/p/swtcalendar (advocated on time) [15:31] descriptions would be nice =) [15:34] hyperair: you canread them on revu. :-P [15:34] <_andre> hyperair: i've uploaded the packages with the correct Standards-Version [15:34] slytherin: yeah but i'm lazy. [15:35] in any case i have to go out anyway =p [15:35] hyperair: any plan to update remuco in Debian and fix the dependency problem that is preventing transition to testing? [15:35] slytherin: eh what? [15:36] slytherin: there's a new upstream release sitting around waiting for a sponsor. [15:36] slytherin: what dependency problem? [15:36] hyperair: amarok dependency is unsatisfiable [15:36] oh that. [15:37] can't exactly fix that can i? [15:37] remuco-amarok doesn't work with an amarok lower than 2 [15:37] * hyperair bbl [15:37] hyperair: you can disable the package until amarok 2 actually enters in unstable. === jorge_ is now known as jcastro [16:16] * Laney eyes the new proposed application process [16:17] hm? [16:17] Laney: debian -> ubuntu ftw! :D [16:17] see motu-council@ [16:18] sebner: you confuse me [16:18] lol [16:23] he's good at that [16:27] poor sebner :( [16:31] heya guys, can anyone could please review http://revu.ubuntuwire.com/p/gnome-gmail-notifier please? [16:34] RoAkSoAx: isn't debian/changelog supposed to solely report the LP bug #? [16:34] not neccessarily [16:34] * Laney is a fan of detailed changelogs [16:35] I agree [16:35] I'm also a fan of them [16:35] but I was told that the debian/changelog of a package at revu should just cite the LP bug # [16:35] me too, though in this case I'm not sure if those other changes should be listed. [16:36] I don't see why that should be the case [16:36] if there's something interesting or unusual then it could be listed in the initial entry [16:36] I'm thinking mainly patches [16:36] Laney++ [16:36] :) [16:37] RoAkSoAx: Although in this case I think they look a little strange (surely everything is 'added' if there was nothing there before) [16:37] yeah [16:37] I wouldn't mention those [16:37] well I'll have to change it then [16:37] thanks :) === vorian is now known as OldSchool [17:17] Can anyone review/advocate http://revu.ubuntuwire.com/p/gnome-gmail-notifier please?? [17:17] I just heard about the One Hundred Paper Cuts project. How is development organized on this? [17:18] RoAkSoAx, is this implemented as an applet? [17:18] cron? [17:20] thebishop, yes it has been implemented as an applet [17:20] RoAkSoAx, and you want this to be part of the default install? [17:20] thebishop, no. I just want it to be reviewed and advocated so that It get uploaded to the repos [17:21] ah [17:28] nhandler :-) [17:47] nhandler: you totally deserved it :) [17:49] hi dholbach [17:49] hey chrisccoulson [17:49]