[00:08] <neversfelde> if someone from the MOTU SRU team is present, it would be great if you could have a look at bug #221531
[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] <RAOF> _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
[04:49] <stochastic> 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] <nhandler> stochastic: You can try the C10shell script in the Kubuntu pbuilder-hooks: http://bazaar.launchpad.net/~kubuntu-members/pbuilder/pbuilder-hooks/files
[04:53] <nhandler> That will drop you to a shell inside the chroot if the build fails
[04:53] <stochastic> I have that script already but I don't remember how to invoke it
[04:55] <nhandler> 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] <stochastic> nhandler, this is my pbuilderrc: http://pastebin.ubuntu.com/217511/ is there anything missing?
[04:58] <nhandler> stochastic: Yes, you need to set HOOKDIR: http://bazaar.launchpad.net/~kubuntu-members/pbuilder/pbuilder-hooks/annotate/head%3A/README
[04:59] <stochastic> nhandler, thanks.
[05:00] <nhandler> You are welcome stochastic
[05:24] <stochastic> anyone want to do a REVU? http://revu.ubuntuwire.com/p/a2jmidid
[05:28] <mr_spot_> 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] <fabrice_sp> mr_spot_, yes. Let me check
[05:29] <fabrice_sp> 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] <mr_spot_> thanks :)
[05:39] <fabrice_sp> stochastic, did you notice you still have a lintian warning?
[05:40] <fabrice_sp> a warning I mean. About missing a copy of the licence in the upstream tarball
[05:41] <stochastic> the license is there, it just has a bad name gpl2.txt
[05:42] <fabrice_sp> ok
[05:51] <fabrice_sp> stochastic, why is it build depending on python and not on python-dev ?
[05:57] <stochastic> fabrice_sp, hmm, I'll adjust that and let you know
[05:58] <fabrice_sp> ok. Anyway I have more comments, so please wait :-)
[06:00] <fabrice_sp> I see: it's normal as the 'executables' are python scripts. Even the build scripts are in python :-/
[06:00] <fabrice_sp> stochastic, ^
[06:01] <stochastic> well the build is successful with python-dev in pbuilder
[06:01] <fabrice_sp> yeah, but you don't really need it
[06:01] <stochastic> but it was also successful with python
[06:03] <fabrice_sp> I'm no python guru, but I think in that case, build dependency on python is ok (as well as run dependency)
[06:05] <wgrant> python-dev is not needed if it's purely Python.
[06:05] <wgrant> python-dev is almost exclusively used for building C extensions.
[06:06] <fabrice_sp> thanks wgrant ! stochastic ^
[06:06] <stochastic> yes, good to know.
[06:17] <fabrice_sp> 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] <fabrice_sp> when building a package, I mean
[06:22] <\sh> fabrice_sp: why should this not work very well?
[06:22] <fabrice_sp> \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] <fabrice_sp> \sh, "sometimes you need to go down the chain" is what I wanted to avoid :-D
[06:24] <fabrice_sp> ok: I'll build the package within a clean chroot and see why it's not installed
[06:32] <stochastic> fabrice_sp, how detailed should the man pages be for a2jmidid?  that app is quite simple.
[06:34] <RoAkSoAx> Anyone willing to take a look to: http://revu.ubuntuwire.com/p/gnome-gmail-notifier please?
[06:39] <fabrice_sp> stochastic, it should details the options, and their meaning
[06:39] <fabrice_sp> if no opptions,
[06:39] <fabrice_sp> then put it
[06:48] <fabrice_sp> 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] <fabrice_sp> if you want, I can have a better look this afternoon, when I'm back from work
[06:49] <dholbach> good morning
[06:49] <fabrice_sp> hey dholbach !
[06:49] <RoAkSoAx> morning dholbach
[06:49] <dholbach> heya fabrice_sp
[06:49] <ajmitch> hi dholbach
[06:49] <dholbach> hey RoAkSoAx, ajmitch
[06:49] <dholbach> how are you guys doing?
[06:50] <RoAkSoAx> fabrice_sp, you mean on line as in only Initial Release (LP: #XXX) ?
[06:50] <RoAkSoAx> dholbach, pretty good
[06:50] <fabrice_sp> dholbach, good. A bit hot here (37ºC yesterday), but fine :-) And you?
[06:51] <fabrice_sp> RoAkSoAx, yes
[06:51] <StevenK> fabrice_sp: Send some here?
[06:51] <fabrice_sp> StevenK, lol. I can try, but it will be difficult :-D
[06:51] <dholbach> good good, slowly waking up and reviewing a bunch of patches
[06:52] <RoAkSoAx> fabrice_sp, ok ;)
[06:52] <ajmitch> 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] <dholbach> probably a good idea
[06:56]  * RoAkSoAx goes to sleep
[06:56] <RoAkSoAx> night all
[06:56] <RoAkSoAx> :)
[06:56] <fabrice_sp> sweet dream RoAkSoAx :-)
[06:56] <RoAkSoAx> thanks fabrice_sp
[06:57] <iulian> Heya dholbach!
[06:57] <dholbach> hey iulian
[06:58] <\sh> #undef DAY "24h" \n #define DAY "48h"
[06:59] <StevenK> #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] <StevenK> \sh: done ; echo ...
[07:04] <\sh> StevenK: fixing, thx ;)
[07:04]  * StevenK grins
[07:04] <StevenK> if [ -n "$MANAGMENT" ];
[07:04] <StevenK> $MANAGEMENT # damn it
[07:05] <StevenK> In fact, for i in "" is a no-op, anyway
[07:05] <StevenK> ... I thought
[07:07] <fabrice_sp> StevenK, I was thinking that you need to sleep, and found that: "Wedontsleep.org is Steve Kowalik's vanity domain."
[07:07] <fabrice_sp> :-D
[07:07] <StevenK> fabrice_sp: Why? It's 4pm. :-P
[07:07] <StevenK> Yeah, I need to fix that page.
[07:08] <fabrice_sp> 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
[08:33] <hhb> 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] <hhb> now, if everybody does that, all modifications of a given package will have an identical name, won't they?
[08:34] <hhb> or did i misinterpret the "ppa" string, and it should actually be ~name_of_my_ppa_repo1~jaunty1 ?
[08:34] <RAOF> They'll all have an identical name; they're the same source package.
[08:34] <RAOF> They'll _also_ have identical versions if two people have followed this versioning scheme, but why would that be a problem?
[08:35] <hhb> 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] <hhb> if they're all called the same, that sounds like a lot of confusion
[08:44] <hhb> 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] <gaspa> 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...
[08:48] <hhb> gaspa: ~ means "rating down", + means "rating up"?
[08:49] <gaspa> almost everything else than '~' means 'rating up' :P
[08:49] <RAOF> hhb: ~ means "character that sorts before any other substring, even the empty substring"
[08:49] <hhb> okay, thanks
[08:54] <hhb> what could it mean if dput gives me: Config error: hb_gnome must have an incoming directory set
[08:54] <hhb> i do have a ~/.dput.cf with an incoming line, according to https://help.launchpad.net/Packaging/PPA
[08:55] <StevenK> Pastebin your .dput.cf?
[08:55] <hhb> oh, never mind
[08:55] <hhb> i spelled it "incomming" in the .dput.cf file. sorry for the noise
[09:03] <RAOF> 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] <StevenK> RAOF: You will be?
[09:03] <RAOF> I will be what?
[09:03] <mr_spot_> must be squishy inside a .deb :p
[09:04] <RAOF> Oh.
[09:04] <RAOF> Bah.
[09:04] <RAOF> !
[09:05] <RAOF> 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] <stochastic> can anyone point me to a concise introduction to writing man pages?
[09:11] <dholbach> we should have a session at UDW about writing manpages!
[09:12] <gaspa> dholbach: hi, can you take a look at this:
[09:12] <gaspa> https://code.edge.launchpad.net/~gaspa/harvest-data/harvest-data/+merge/8311
[09:27] <slytherin> 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] <asac> slytherin: does eclipse depend on xul 1.9 now?
[09:50] <slytherin> asac: let me check. Didn't pay attention to that part.
[09:51] <asac> slytherin: its mui important
[09:51] <asac> slytherin: if its not going for 1.9 we will remove eclipse soon from the archive
[09:51] <asac> i think 3.4 should work with 1.9 at least though
[09:52] <asac> slytherin: does it depend on libxul-dev or xulrunner-dev ?
[09:52] <asac> libxul-dev is the forbidden one ;)
[09:54] <asac> +  pkg-config, ant-optional (>= 1.6.5-3), firefox-dev
[09:54] <asac> what the hell is that
[09:55] <slytherin> asac: I just fixed the FTBFS. I neither created the package nor did the major update in karmic.
[09:56] <asac> slytherin: thats ok. can you please change that to xulrunner-dev and see whats going on?
[09:56] <asac> slytherin: i mean. firefox-dev doesnt even exist in the archive afaik
[09:56] <asac> hmm
[09:56] <asac> it exists
[09:57] <asac> but it doesnt ship anything
[09:57] <asac> nor does it depend on xulrunner-dev
[09:57] <asac> so maybe its not needed at all
[09:57] <asac> slytherin: wanna check that?
[09:59] <slytherin> 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] <slytherin> 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] <asac> slytherin: he did the upload just so that this process gets started
[10:02] <asac> 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] <slytherin> asac: :-)
[10:07] <slytherin> I will see what I can do. First thing is to use swt-gtk from archive.
[10:07] <asac> slytherin: bug 352968
[10:08] <asac> assigned to you
[10:08] <asac> that has really highest prio
[10:08] <asac> otherwise eclipse really gets removed ;)
[10:08] <sebner> asac: ping :D
[10:09] <sebner> asac: maybe wrong chan but patching firefox(3.6) fixes the issue!
[10:09] <asac> sebner: you mean copying the stub?
[10:10] <sebner> asac: patch > ff3.6/debian/patches
[10:10] <asac> sebner: did you try to copy the stub?
[10:10] <asac> sebner: otherwise i would think that the patch didnt change a thing and the rebuild did just that for you
[10:11] <sebner> asac: at least here copying didn't do it
[10:14] <asac> sebner: check out the build log. it builds jemalloc, but it doesnt link it anywhere
[10:14] <asac> sebner: you sure you copied the stub to right place? ;)
[10:14] <asac> http://launchpadlibrarian.net/28977921/buildlog_ubuntu-karmic-i386.firefox-3.6_3.6~a1~hg20090713r30222%2Bnobinonly-0ubuntu1~umd1_FULLYBUILT.txt.gz
[10:14] <sebner> asac: bah, don't annoy me after I got it working :P
[10:15] <asac> cp /usr/lib/xulrunner-devel-1.9.2a1pre/bin/xulrunner-stub ../../dist/bin/firefox-3.6
[10:15] <asac> thats what the build does
[10:15] <asac> sebner: heh.
[10:16] <asac> sebner: please give me the patch or suggest a merge to the xulrunner-1.9.2.head branch
[10:16] <asac> sebner: we can then see if next daily automatically fixes it
[10:16] <asac> if not, we can also add it to firefox-3.6
[10:16] <asac> but i would hope thats not needed
[10:17] <sebner> asac: firefox-3.5 ~o~
[10:18] <siretart`> revu is going down for a few minutes...
[10:18] <slytherin> 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] <siretart`> fan replacement
[10:19] <sebner> asac: https://bug493541.bugzilla.mozilla.org/attachment.cgi?id=386469 ;)
[10:20] <asac> slytherin: i think it will take a bit
[10:21] <asac> slytherin: why are arch:all components not built ... arent those build on i386
[10:24] <slytherin> asac: yes, they are supposed to, and i386 build is depwait on llvm
[10:24] <slytherin> asac: I guess the build dep was added before the MIR discussion started.
[10:30] <hhb> 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] <asac> slytherin: yes, thats doko
[10:42] <asac> ok
[10:45] <slytherin> hhb: when were the packages created in your PPA?
[10:47] <hhb> slytherin: an hour ago
[10:48] <maxb> 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] <maxb> 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] <hhb> maxb: ah, so the first upload is unsigned, but successive ones will be signed?
[10:49] <hhb> ah, okay, good to know.
[10:49] <maxb> Or rather, the results of the first upload won't be signed until a subsequent change happens
[10:49] <hhb> thanks again :-)
[11:01] <DktrKranz> dholbach: you too a gtg user? ;)
[11:01] <dholbach> DktrKranz: yes - when is the new release coming out?
[11:01] <dholbach> DktrKranz: what about the couchdb backend?
[11:02] <DktrKranz> dholbach: already released, synced yesterday
[11:02] <dholbach> ahhhh
[11:02] <dholbach> that's why the German translations are so broken :)
[11:02] <dholbach> I was wondering already :)
[11:03] <DktrKranz> https://translations.launchpad.net/gtg/trunk/+pots/gtg/de/+translate :)
[11:04]  * DktrKranz did Italian ones
[11:04] <DktrKranz> for couchdb, I've seen some activities
[11:04] <dholbach> DktrKranz: fixed in trunk already
[11:05] <DktrKranz> good
[11:05] <dholbach> gtg is really good stuff
[11:05] <DktrKranz> its maint is not so good ;)
[11:06] <DktrKranz> (Debian/Ubuntu one, of course)
[11:06] <dholbach> move it to gnome's release schedule and release it ~every 2 weeks
[11:08] <dpm> 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] <dpm> DktrKranz: I'd suggest using the launchpad translators group -> https://translations.edge.launchpad.net/+groups/launchpad-translators
[11:09] <DktrKranz> dpm: I'm not upstream developer, just Debian and Ubuntu packager/maintainer
[11:09] <dpm> DktrKranz: ah, ok, I'll have to talk to them, then :)
[11:09] <DktrKranz> but I could ask them if they want to consider this
[11:16] <dpm> 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] <DktrKranz> I see
[11:16] <dholbach> somebody translated "gtk-close" with "gtk-schließen" which is a bit unfortunate :)
[11:17] <DktrKranz> dpm: gtg is growing, and popcon on both Debian and Ubunto states so. They should benefit from that.
[11:20] <dpm> DktrKranz: yes, I myself have started to use it after dholbach kept telling me how good it was ;)
[11:28] <slytherin> has anyone ever encountered a DVD that does not mount at all on Ubuntu?
[11:41] <rawler> hey people!
[11:42] <rawler> 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] <rawler> still no Ubuntu package though.. what should I do?
[11:45] <Laney> you can request a sync after you check it works
[11:45] <therm> Hi@all
[11:45] <therm> 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] <bluekuja> hi thekorn
[11:51] <bluekuja> * therm
[11:51] <bluekuja> thekorn, sorry, wrong ping ;)
[12:05] <simon-o> Hi, which files do I have to attach to a bug, when I updated an package? The diff.gz and .dsc file?
[12:05] <bluekuja> simon-o, explain better
[12:05] <bluekuja> simon-o, what do you mean with "Updated a package?"
[12:06] <bluekuja> simon-o, you made a new release?
[12:06] <simon-o> bluekuja: yes, I updated an existing package to a new version. Like outlined in the PackageUpdate wiki page
[12:07] <bluekuja> simon-o, attach .dsc, .diff.gz and the orig if you didnt make a watch file
[12:08] <geser> gaspa: check the tooltip for a version at http://members.ping.de/~mb/ubuntu/build_status/
[12:08] <AnAnt> is there a dh --with java or so ?
[12:10] <simon-o> bluekuja: thanks
[12:11] <bluekuja> simon-o, np, then subscribe u-u-s
[12:12] <slytherin> AnAnt: it depends on what you want to do
[12:13] <AnAnt> slytherin: ok, I want to make a package for java software
[12:13] <AnAnt> dh 7 doesn't automatically call jh_exec I think , right ?
[12:13] <slytherin> simon-o: attach .diff.gz. If upstream tar ball needs modification then it is expected that get-orig-source handles that.
[12:13] <AnAnt> and jd_depends
[12:13] <wgrant> gaspa, geser: UW run with Changed-By just finished.
[12:13] <slytherin> AnAnt: how about use havahelper
[12:14] <slytherin> I mean javahelper
[12:14] <AnAnt> slytherin: if I use javahelper with dh 7, will it automatically call those ?
[12:14] <simon-o> slytherin: ok, so just .diff.gz and .dsc but not orig.tar.gz?
[12:15] <slytherin> AnAnt: I have no idea about dh7. I use cdbs for java apps/libs
[12:15] <slytherin> simon-o: only .diff.gz. .dsc will be regenerated by sponsorer
[12:16] <simon-o> slytherin: ok, thanks. I'll do that
[12:17] <slytherin> AnAnt_: ﻿ I have no idea about dh7. I use cdbs for java apps/libs
[12:19] <AnAnt__> slytherin: if I use javahelper with dh 7, will it automatically call jh_exec & jh_depends ?
[12:19] <slytherin> AnAnt__: ﻿I have no idea about dh7. I use cdbs for java apps/libs.
[12:19] <AnAnt__> oh
[12:22] <slytherin> AnAnt__: which app are you working on?
[12:22] <AnAnt__> slytherin: monajat
[12:22] <AnAnt__> slytherin: remember it ? you're onkarshinde, right ?
[12:22] <slytherin> AnAnt__: That is almost done I guess. I need to advocate it. I lost the track in jaunty cycle
[12:23] <AnAnt__> AnAnt__: new upstream release
[12:23] <slytherin> AnAnt__: 1.2?
[12:23] <AnAnt___> I got a bad internet today
[12:24] <slytherin> AnAnt: This is not the first time. :-)
[12:24] <slytherin> AnAnt: What is new in 1.2?
[12:25] <AnAnt> just some cleanups
[12:25] <slytherin> AnAnt: Did you guys consider using a font family instead of a specific font which comes only in msttcorefonts package?
[12:26] <AnAnt> slytherin: I'm not the upstream, he's busy
[12:26] <AnAnt> slytherin: personally I wish this app is converted to python or so
[12:26] <AnAnt> slytherin: and that we use the notification system instead
[12:26] <slytherin> AnAnt: If you are working on the package, you might want to patch it for font at least.
[12:27] <slytherin> AnAnt: That will keep package in universe, otherwise it will go to multiverse.
[12:27] <AnAnt> slytherin: well, I tried to that, but it looks horrible, the text gets clipped somehow
[12:28] <AnAnt> slytherin: it seems more complex than just changing the font name
[12:28] <slytherin> AnAnt: Really? For me it looked better with default 'Sans' font.
[12:29] <AnAnt> slytherin: the font itself maybe is cool, but the problem was with text clipping, I should give it another shot though
[12:31] <slytherin> AnAnt: By the way, if you are not changing the font, change the dependency of msttcorefonts to ttf-mscorefonts-installer
[12:31] <AnAnt> that would make it in universe ?
[12:32] <slytherin> AnAnt: Nope. It will still be in multiverse. It is just that the package name has changed.
[12:32] <AnAnt> oh
[12:32] <AnAnt> btw, why is msttcorefonts in non-free ? it doesn't contain non-free fonts, it just downloads them, right ?
[12:33] <slytherin> AnAnt: It downloads non-free fonts.
[12:33] <AnAnt> slytherin: so ?
[12:34] <AnAnt> slytherin: if I got use wget to download non-free stuff, that doesn't make wget non-free, does it ?
[12:34] <slytherin> 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] <slytherin> AnAnt: Similar to flashplugin-nonfree
[12:35] <AnAnt> I see
[12:35] <slytherin> 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] <AnAnt> what if a package optionally downloads & install a non-free file during install, does that make it non-free ?
[12:36] <slytherin> AnAnt: yes.
[12:37]  * slytherin will be back later.
[13:17] <gaspa> geser: cool :)
[13:19] <gaspa> geser: I'd like a smaller timeout, but it neeeds some js magic, I guess...
[13:20] <Laney> do I need a revu to upload a package that's in Debian NEW?
[13:20] <Laney> NEW source, that is
[13:21] <slytherin> Laney: it is preferred. The package being in NEW does not mean it is error free. :-)
[13:21] <AnAnt> slytherin: btw, any news on the velocity issue ?
[13:22] <slytherin> AnAnt: I added a comment already. I believe a new version is uploaded to experimental.
[13:22] <Laney> slytherin: I'd need one review, and the DD who sponsored has done one...
[13:22] <Laney> but sure I don't mind
[13:22] <slytherin> Laney: Is the DD also Ubuntu motu?
[13:23] <Laney> not sure
[13:23] <Laney> I think we've taken this to mean an advocation before, but can't remember
[13:24] <slytherin> Laney: if that is case then sure go ahead. But I don't know of any such case before.
[13:24] <slytherin> Unless you are talking about mono uploads
[13:25] <geser> gaspa: yes, right now it's just the title attribute for the link
[13:26] <AnAnt> slytherin: nothing in experimental yet, but I saw your reply now, thanks
[13:29] <AnAnt> slytherin: regarding your ttf-liberation suggestion, that require that I change the font name from Arial  ?
[13:29] <slytherin> AnAnt: Yes.
[13:29] <AnAnt> slytherin: to LiberationSerif-Regular ?
[13:30] <AnAnt> or LiberationSerif ?
[13:30] <slytherin> AnAnt: That you will have to check. I have not actually used fonts form ttf-liberation
[13:30] <slytherin> AnAnt: Regarding velocity, the package is updated in pkg-java svn. SHould be uploaded soon.
[13:31] <AnAnt> 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] <AnAnt> http://pastebin.com/m6a2cb5c2
[13:32] <slytherin> AnAnt: great, you may just need to change the dependency then
[13:33] <AnAnt> I hope so
[13:48] <slytherin> TheMuso: ping
[14:00] <slytherin> TheMuso: http://paste.ubuntu.com/217917/
[14:01] <AnAnt> slytherin: it works fine indeed
[14:01] <AnAnt> slytherin: thanks
[14:01] <slytherin> AnAnt: Cool.
[14:18] <AnAnt> slytherin: uploaded to REVU
[14:18] <slytherin> AnAnt: I will check in evening.
[14:19] <AnAnt> slytherin: ok, thanks
[14:38] <bluekuja> any revu admin around?
[14:40] <nhandler> bluekuja: What do you need?
[14:40] <bluekuja> nhandler, can you please update my profile from contributor to reviewer please?
[14:40] <nhandler> Sure
[14:41] <bluekuja> nhandler, ty
[14:42] <nhandler> bluekuja: Done
[14:42] <bluekuja> nhandler, thanks a lot
[14:42] <nhandler> bluekuja: Now, get reviewing ;)
[14:42] <mr_spot_> ooh ooh do me! http://revu.ubuntuwire.com/p/pulseaudio-mixer-applet
[14:42] <mr_spot_> :)
[14:42] <bluekuja> nhandler, lol, yeah :D
[14:43] <bluekuja> mr_spot_, yeah, let me see
[14:48] <bddebian> Heya gang
[14:48] <nhandler> Hey bddebian
[14:49] <bddebian> Hi nhandler
[14:49] <Laney> howdy
[14:49] <mr_spot_> hey
[14:49] <Laney> all ok?
[14:49] <Laney> I'm feeling the pain of Gentoo users atm
[14:49] <Laney> compiling texlive on my mac :(
[14:53] <hyperair> 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] <Laney> they do, crazy masochists
[14:55] <hyperair> agreed.
[14:55] <Laney> building ghostscript now...
[14:55]  * Laney thinks he won't be going home in 2 hours
[14:57] <hyperair> _andre: the current Standards-Version is 3.8.2.
[14:59] <slytherin> 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] <mr_spot_> slytherin, is this the one you were talking about? http://imagebin.org/55891
[15:04] <slytherin> mr_spot_: right
[15:07] <hyperair> _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] <mr_spot_> 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] <slytherin> mr_spot_: Ok. I don't have multiple sound cards/devices at home, so I can't comment on that.
[15:11] <mr_spot_> last point is not cool, i just blasted myself while wearing earphones :/
[15:12] <mr_spot_> in its favour, it has a vumeter for the input tab and an option for system event sounds
[15:18] <_andre> hyperair: should i change the version to ubuntu2?
[15:19] <hyperair> _andre: no.
[15:19] <hyperair> _andre: only change the version number if it has already been uploaded into ubuntu (or debian)
[15:19] <hyperair> or a PPA
[15:19] <_andre> ok
[15:19] <_andre> i'm uploading the updated packages
[15:19] <slytherin> mr_spot_: My only concern is that we should not have two packages with exactly same functionality.
[15:20] <mr_spot_> slytherin, that's understandable
[15:27] <therm> could someone take a look at one of my packages, please?
[15:28] <therm> http://revu.ubuntuwire.com/p/h2database
[15:28] <therm> http://revu.ubuntuwire.com/p/willuhnutil
[15:28] <therm> http://revu.ubuntuwire.com/p/willuhndatasource
[15:28] <therm> http://revu.ubuntuwire.com/p/swtcalendar (advocated on time)
[15:31] <hyperair> descriptions would be nice =)
[15:34] <slytherin> hyperair: you canread them on revu. :-P
[15:34] <_andre> hyperair: i've uploaded the packages with the correct Standards-Version
[15:34] <hyperair> slytherin: yeah but i'm lazy.
[15:35] <hyperair> in any case i have to go out anyway =p
[15:35] <slytherin> hyperair: any plan to update remuco in Debian and fix the dependency problem that is preventing transition to testing?
[15:35] <hyperair> slytherin: eh what?
[15:36] <hyperair> slytherin: there's a new upstream release sitting around waiting for a sponsor.
[15:36] <hyperair> slytherin: what dependency problem?
[15:36] <slytherin> hyperair: amarok dependency is unsatisfiable
[15:36] <hyperair> oh that.
[15:37] <hyperair> can't exactly fix that can i?
[15:37] <hyperair> remuco-amarok doesn't work with an amarok lower than 2
[15:37]  * hyperair bbl
[15:37] <slytherin> hyperair: you can disable the package until amarok 2 actually enters in unstable.
[16:16]  * Laney eyes the new proposed application process
[16:17] <directhex> hm?
[16:17] <sebner> Laney: debian -> ubuntu ftw! :D
[16:17] <Laney> see motu-council@
[16:18] <Laney> sebner: you confuse me
[16:18] <sebner> lol
[16:23] <directhex> he's good at that
[16:27] <DktrKranz> poor sebner :(
[16:31] <RoAkSoAx> heya guys, can anyone could please review http://revu.ubuntuwire.com/p/gnome-gmail-notifier please?
[16:34] <cpscotti> RoAkSoAx: isn't debian/changelog supposed to solely report the LP bug #?
[16:34] <Laney> not neccessarily
[16:34]  * Laney is a fan of detailed changelogs
[16:35] <cpscotti> I agree
[16:35] <cpscotti> I'm also a fan of them
[16:35] <cpscotti> but I was told that the debian/changelog of a package at revu should just cite the LP bug #
[16:35] <RoAkSoAx> me too, though in this case I'm not sure if those other changes should be listed.
[16:36] <Laney> I don't see why that should be the case
[16:36] <Laney> if there's something interesting or unusual then it could be listed in the initial entry
[16:36] <Laney> I'm thinking mainly patches
[16:36] <james_w> Laney++
[16:36] <Laney> :)
[16:37] <Laney> RoAkSoAx: Although in this case I think they look a little strange (surely everything is 'added' if there was nothing there before)
[16:37] <RoAkSoAx> yeah
[16:37] <Laney> I wouldn't mention those
[16:37] <RoAkSoAx> well I'll have to change it then
[16:37] <RoAkSoAx> thanks :)
[17:17] <RoAkSoAx> Can anyone review/advocate http://revu.ubuntuwire.com/p/gnome-gmail-notifier please??
[17:17] <thebishop> I just heard about the One Hundred Paper Cuts project.  How is development organized on this?
[17:18] <thebishop> RoAkSoAx, is this implemented as an applet?
[17:18] <thebishop> cron?
[17:20] <RoAkSoAx> thebishop, yes it has been implemented as an applet
[17:20] <thebishop> RoAkSoAx, and you want this to be part of the default install?
[17:20] <RoAkSoAx> thebishop, no. I just want it to be reviewed and advocated so that It get uploaded to the repos
[17:21] <thebishop> ah
[17:28] <dholbach> nhandler :-)
[17:47] <dholbach> nhandler: you totally deserved it :)
[17:49] <chrisccoulson> hi dholbach
[17:49] <dholbach> hey chrisccoulson
[17:49] <chrisccoulson> i'll answer the behind MOTU interview questions soon ;)
[17:49] <chrisccoulson> i haven't forgotten about it yet
[17:51] <sebner> chrisccoulson for interview \o/
[17:53] <dholbach> chrisccoulson: ROCK :)
[17:53] <dholbach> no worries
[17:53] <dholbach> there's a few people who are much later with it than you are :)
[18:18] <RoAkSoAx> Can anyone please review/advocate: http://revu.ubuntuwire.com/p/gnome-gmail-notifier
[19:42] <slytherin> geser: Just FYI ... excalibur-logkit build successfully on buildd. :-)
[20:33] <ma10> uhuuuhu
[21:32] <rawler> Laney: I've quickly tested the package from debian (tetzle).. it checks out.. now where do I enter a sync request?
[21:32] <Laney> rawler: there is a wiki page, hang on
[21:33] <Laney> https://wiki.ubuntu.com/SyncRequestProcess
[21:33] <rawler> cool.. looking at it now..
[21:34] <gaspa> Laney: just you.. :P
[21:34] <Laney> huh?
[21:35] <gaspa> Laney: have you idea of why happens this kind of fail? ->
[21:35] <gaspa>  http://launchpadlibrarian.net/28420177/buildlog_ubuntu-karmic-i386.haskell-regex-base_0.93.1-3.1_FAILEDTOBUILD.txt.gz
[21:37] <Laney> nope
[21:37] <gaspa> :(
[21:37] <Laney> hugs works?
[21:37] <Laney> tried it locally?
[21:38] <gaspa> no,
[21:38] <gaspa> I saw only that log.
[21:38] <gaspa> ( i have another similar on my ppa for haskell-http )
[22:11] <evanrmurphy> Following the KVM installation guide (https://help.ubuntu.com/community/KVM/Installation), I tried "egrep '(vmx|svm)' /proc/cpuinfo", but got no printout. Could someone confirm please that this means KVM is not an option on my machine, and that I should try an alternative like VirtualBox?
[22:14] <ajmitch> evanrmurphy: no, I think that's missing something
[22:14] <ajmitch> ust looking for which flag it is here (core 2 duo)
[22:16] <ajmitch> evanrmurphy: I can't spot it, but give kvm a try anyway, it works for me :)
[22:16] <evanrmurphy> ajmitch: Thanks for your response. So you also get no printout from the egrep command, but KVM works for you?
[22:17] <ajmitch> evanrmurphy: yes
[22:18] <evanrmurphy> ajmitch: Thanks, maybe I'll give it a try. :)
[22:18] <ajmitch> I think it may be a different flag on newer CPUs
[22:20]  * ajmitch could be completely wrong, of course
[22:47] <evanrmurphy> Do I risk ruining my system if I try to install a paravirtualized VM and it turns out my machine can't support it?
[22:48] <evanrmurphy> (Trying to set up KVM now.)
[22:48] <pochu> why would you?
[22:57] <evanrmurphy> pochu: Is your question: Why would I install it? or Why would I risk ruining my system?
[23:01] <pochu> evanrmurphy: why would it break
[23:02] <evanrmurphy> pochu: I'm not sure if it would, but everything I'm reading about KVM suggests that VT extensions are prerequisite. For instance: http://www.linux-kvm.org/page/FAQ#What_do_I_need_to_use_kvm.3F
[23:03] <evanrmurphy> And the help documentation reads, "A paravirtualized VM requires a specially modified kernel. If you choose paravirtualized, you must make sure this specially modified kernel is available for the operating system you wish to install."
[23:04] <azeem_> evanrmurphy: so worest case is it doesn't work
[23:06] <binarymutant> This package I'm working on doesn't have an install target in the makefile, what can I do?  :/
[23:06] <azeem_> binarymutant: you could fix the upstream makefile and submit a patc
[23:06] <azeem_> h
[23:06] <evanrmurphy> azeem_, pochu: I guess I would need more assurance of that (like the kind I'm getting from the fine people of #ubuntu-motu :D). It's my understanding that a paravirtualized machine gives direct access to the hardware, so I'm not sure I want to risk it since I can see now that http://ark.intel.com/VTList.aspx has informed me my processor doesn't support VT.
[23:06] <azeem_> so don't
[23:12] <pochu> evanrmurphy: try #ubuntu-server, but we give NO WARRANTIES, so in the end you will have to do at your own risk, if you decide to try anything
[23:13] <pochu> evanrmurphy: this is the wrong channel for such questions anyway
[23:36] <micahg> ping ajmitch
[23:37] <ajmitch> micahg: yes?
[23:37] <micahg> can I talk to you about a changelog in here?
[23:38] <ajmitch> you can
[23:38] <micahg> ok, I noticed for the latest phpmyadmin upload for karmic, an LP bug # was left out
[23:39] <ajmitch> it was a sync iirc, so the changelog wasn't touched
[23:39] <micahg> ah, so debian changelogs have LP #s?
[23:40] <ajmitch> if the debian maintainer puts them in
[23:40] <micahg> indeed
[23:40] <micahg> very cool
[23:40] <ajmitch> which one was missed from the changelog?
[23:41] <micahg> so, can they have debian and LP #s in the same line?
[23:41] <micahg> bug 357334 was the same as debian bug 534894
[23:41] <ajmitch> yes, they can
[23:41] <ajmitch> ok, it can be closed manually then
[23:42] <micahg> ok, should I mark Fix Released with the version?
[23:42] <ajmitch> sure
[23:42] <micahg> ok
[23:43] <micahg> thanks ajmitch
[23:44] <ajmitch> no problem, always good to see more bugs closed :)
[23:44] <micahg> yep :)