[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 :)


[15:15] <newz2000> imbrandon: (or anyone) Can you think of a simpler way to do a completely automated, headless install of Drupal easier than this: http://pastebin.com/BpNeX0RT (on Ubuntu of course)
[15:33]  * newz2000 wonders how well apt-get install drupal7 works
[15:37] <newz2000> ok, here's a fun game
[15:38] <newz2000> lets make a list of apps that would be bad idea to have as options in the "try ubuntu on ec2 for free" service.
[15:38] <newz2000> skipfish, siege come to mind
[15:58] <imbrandon> newz2000: my juju charm :)
[15:59] <imbrandon> specificly my juju drupal charm :) hehe
[15:59] <imbrandon> afk
[15:59] <newz2000> imbrandon: got info?
[15:59] <imbrandon> yup one sec
[15:59] <newz2000> no rush
[16:00] <imbrandon> its at ~imbrandon/charms/oneiric/drupal
[16:00] <imbrandon> iirc, i'll check in a few min , deploying omgubuntu.co.uk atm
[16:01] <imbrandon> so kinda tied for a few
[16:01] <newz2000> no prob
[16:01] <imbrandon> but i'll be arround here in a bit
[16:01] <imbrandon> err precise also not oneiric
[16:01] <imbrandon> habbit
[16:01] <newz2000> https://code.launchpad.net/~imbrandon/drupal-charm/trunk
[16:01] <newz2000> found it
[16:01] <imbrandon> yea thats a copy of the github repo, a little behind
[16:02] <imbrandon> i need to remove that one i think
[16:07] <imbrandon> newz2000: btw i plan a major upgrade to that charm after lunch
[16:07] <imbrandon> today, it was already on the plate after omg deploy
[16:08] <imbrandon> for pre release readynesss
[16:08] <newz2000> imbrandon: I don't think I'm going to be able to make any big changes today, so don't hurry on my account
[16:08] <imbrandon> kk, i'll be done before EOD for certain, MAYBE before but def arround all day between those two things
[16:08] <imbrandon> and it was my plan anyhow too :)
[16:10] <imbrandon> newz2000: you know you can come drop any of those hp micro servers off down here for safe keeping if ya need to :)
[16:10] <imbrandon> and ahve any , LOL
[16:11] <newz2000> If i I ahd any, I think I could keep them safe
[16:11] <nigelb> lol
[16:12] <newz2000> imbrandon: I'm having an issue with that script I pointed to, I have the db username, password and db name in the settings file
[16:13] <newz2000> but when you hit the install.php it says access denied, presumably because the password is blank
[16:13] <newz2000> ooh, no, its not!
[16:14] <newz2000> you can mostly ignore me for now, I'm just going to ask questions because asking them always makes me figure the answer out 30 seconds later
[16:14]  * newz2000 wonders if he just nullified that affect by saying you don't need to listen
[16:16] <newz2000> wth, it just started working and I have no clue what I did
[16:16]  * newz2000 goes for a walk
[18:53] <mhall119> lol


[22:36] <scootergrisen> If i select danish language during live boot Ubuntu is in english. Are translations not uncluded in the live ISO so that it does not have to be downloaded/installed in settings?


[01:23] <Fujitsu> 4
[01:23] <Fujitsu> Oops.
[05:28] <viperio> hi
[05:29] <viperio> any administrator for the LoCo Webpages here ?
[08:57] <kraut> moin
[01:50] <stgraber> argh, I won't be at this meeting either, gotta go install some computers ... :(
[01:52] <kraut> !help
[01:52] <ubotu> I am ubotu, all-knowing infobot. You can browse my brain at http://bots.ubuntulinux.nl - Usage info: http://wiki.ubuntu.com/UbuntuBots
[01:52] <kraut> how was this function called, to see the dates in another timezone?
[01:52] <kraut> !time cet
[01:52] <ubotu> Sorry, I don't know anything about time cet - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[01:52] <kraut> .time cet
[01:53] <kraut> @time cet
[01:53] <ubotu> Current time in CET: August 08 2007, 13:53:06 - Current meeting: Edubuntu
[01:53] <kraut> @time Berlin
[01:53] <ubotu> Current time in Europe/Berlin: August 08 2007, 13:53:17 - Current meeting: Edubuntu
[01:53] <kraut> oO
[02:04] <RichEd> and ogra kicks off with TECH
[02:04] <ogra> yeah
[02:04] <ogra> i'll try to keep it as shoprt as possible
[02:04] <ogra> mostly we had ltsp code merges last week ...
[02:04] <ogra> new ldm is in since 5.0.22
[02:05] <ogra> i'm preparing tribe4 since monday ....
[02:05] <ogra> sadly there is a bug (apparently in apt) that prevents ltsp clients from building on the server CD
[02:06] <ogra> beyond that the liveCD is heavily oversized ... sadly digging for the server CD breakage didnt leave me time to investigate that yet
[02:06] <ogra> so i'm not sure we'll make tribe4 at all
[02:06] <ogra> thats it ...
[02:06] <RichEd> ogra: what are the consequencesof missing tribe 4 ?
[02:06] <ogra> less testing
[02:07] <ogra> less feedback
[02:07] <ogra> i'll try to make it happen, but currently its not clear what the exact bug is
[02:07] <highvoltage> so if the tribe 4 deadline is missed, there won't be a tribe 4 for edubuntu?
[02:07] <ogra> without knowing we cant fix ...
[02:07] <RichEd> and will you be able to get it right for tribe 5 ?
[02:07] <ogra> sure
[02:07] <RichEd> okay ... good :)
[02:07] <ogra> but i wouldnt like o go without tribe4
[02:08] <ogra> deadline is tomorrow ...
[02:08] <pips1> what's the status with the moodle packaging ?
[02:08] <ogra> so there is still hope :)
[02:08] <ogra> pips1, moquist knows about freeze dates and works on it
[02:08] <pips1> ic
[02:08] <ogra> http://revu.tauware.de/details.py?upid=6347
[02:09] <ogra> hrm
[02:09] <ogra> revu seems down
[02:09] <Riddell> it is
[02:09] <ogra> on a side note i discovered this horrible doc: https://help.ubuntu.com/community/UbuntuLTSP/TroubleShooting
[02:09] <highvoltage> ogra: I think it's down along with the other community sites (like the loco teams)
[02:10] <ogra> which shocked me quite a bit ...
[02:10] <ogra> especially:
[02:10] <ogra> We've found some bugs in a number of components in the Ubuntu LTSP kit, hopefully some of the developers will take a look at this page at some point and possibly integrate some of our fixes back into the mix. Until then however, below we detail how we got around some of the more interesting issues.
[02:11] <ogra> most of these "helpful" things are just using the defaults we use anyway ...
[02:11] <ogra> others like the sound hack are just utterly wrong
[02:11] <highvoltage> how did that get into help.ubuntu.com? and who wrote it?
[02:11] <ogra> it has a history
[02:12] <ogra> what worries me most about it is that it exists since 2006
[02:12] <ogra> created under the assumption "some developer will see it"
[02:12] <cliebow_> hmmm
[02:13] <highvoltage> heh, so they basically filed 'bugs' on help.ubuntu.com. how bizzarre.
[02:13] <ogra> which i didnt until someone asked me about it in support this week
[02:13] <ogra> a) they filed bugs in the wiki
[02:13] <ogra> b) they gave wronmg solutions
[02:13] <ogra> (which is not remarkable since no dev ever saw that page :P)
[02:15] <ogra> i'm not sure what top do with that page now ... i dont want to wipe others work ... in bug reports i would have responded to tehm properly ...
[02:15] <cliebow_> perhaps a disclaimer??
[02:15] <ogra> yeah
[02:16] <highvoltage> ogra: well, it's clearly not of much use, shouldn't it just be deleted with a reference to the correct documentation?
[02:16] <ogra> hmm, probably
[02:17] <ogra> but i'd also like to prevent such stuff from happening somehow
[02:18] <highvoltage> I thought there was some kind of process for moving pages to help.ubuntu.com from the wiki
[02:18] <ogra> we need to make launchpad more prominent in the community somehow
[02:19] <highvoltage> ogra: for support?
[02:19] <highvoltage> oh, and for bugs, of course
[02:19] <ogra> yeah
[02:19] <ogra> bugs mostly
[02:20] <ogra> all ltsp devs are autosubscribed to the ltsp bugs now ... so proper bugfiling gains better answers indeed
[02:20] <RichEd> (which sites) it is a bit confusing for some people
[02:20] <cliebow_> be nice to make an obvious index
[02:21] <ogra> https://launchpad.net/ubuntu/+source/ltsp/+filebug is the general ltsp bug url ...
[02:22] <pips1> yes, and the wikis are open... for wikipedia, I think there is always at least one person who "claims" a topic, but in technical documentation, people don't feel attached / "own" an article. at best, the write it down and forget it... :-/
[02:22] <ogra> well, i'm subscribed to UbuntuLTSP on help.ubunru.com
[02:23] <ogra> but that page wasnt added to the index ever
[02:23] <pips1> wiki = low barrier for entry, but no real quality control either..
[02:23] <ogra> (index being https://help.ubuntu.com/community/UbuntuLTSP in that case)
[02:24] <pips1> i.e. you can't guarantee that someone applies the proper tag (UbuntuLTSP)
[02:24] <ogra> pips1, well, h.u.c is just a wiki as well
[02:25] <pips1> doesn't h.u.c have locked pages... erm, no, different altogehter... i thought it was static html pages created from versioned docbook files?
[02:25] <ogra> might be, but apparently every ubuntu member can edit it ...
[02:26] <ogra> it == content
[02:26] <pips1> ah
[02:26] <ogra> for me it doesnt behave differently than the wiki while using it
[02:27] <highvoltage> that's interesting, I thought only docteam members could. I just logged in to doc.ubuntu.com for the first time and noticed I can edit. that's quite cool.
[02:27] <pips1> right, you are talking about the 'community' part of help.ubuntu.com...
[02:27] <pips1> https://help.ubuntu.com/community/
[02:27] <ogra> rigth
[02:27] <pips1> oh, they must have changed that?
[02:28] <pips1> I didn't know that any person can edit h.u.c/community ... I only thought that only doc.u.c is editable by anyone
[02:29] <ogra> i wonder what makes it different to wiki.u.c then ...
[02:29] <ogra> its the same but different url ... so we have two places for docs
[02:30] <pips1> doc.u.c is supposed to be the drafting place for documentation and help.u.c the "approved" documentation...?!
[02:30] <ogra> well
[02:30] <ogra> h.u.c/comminty == second wiki.u.c
[02:31] <ogra> *community
[02:31] <ogra> thats just scattering info over various places ...
[02:31] <ogra> anyway, lets not hold up the meeting with that now
[02:32] <ogra> tech done (in case nobody has questions)
[02:32] <RichEd> artwork ... any progress with our new volunteer ?
[02:32] <ogra> she seems not here
[02:33] <RichEd> she's based in the US ... so I think the other meeting time is better for her
[02:33] <RichEd> we'll check next week ...
[02:34] <RichEd> documentation ?
[02:35] <RichEd> anyone ?
[02:36] <highvoltage> nothing I can think of
[02:36] <RichEd> okay ... pips1 any web site / community items for today ?
[02:37] <RichEd> from my side, on a bizarre community related note ... Bill Hilf (head of Open Source at MSFT) has mailed me after meeting (bumping into) Mark Shuttleworth at OSCON in Portland.
[02:38] <pips1> RichEd nothing except for the update i told you about already
[02:38] <RichEd> he wants a call & a chat to see how we can collaborate ...
[02:38] <cliebow_> MSFT:that what i think it might be?
[02:39] <pips1> what is the FT part?
[02:39] <RichEd> indeed mr cliebow_
[02:39] <cliebow_> 8~)
[02:39] <RichEd> that's the stock exchange abbreviation ...
[02:39] <pips1> oh ic
[02:39] <RichEd> so I use it as better than quoting the full name ... and not as emotiona as all the M$ approach
[02:40] <RichEd> *emotional
[02:40] <RichEd> ---
[02:40] <RichEd> On a final note from my side:
[02:40] <RichEd> to fill the others in on the discussion last week:
[02:40] <RichEd> We're more or less agreed to separate the original 2 hour meeting as per the mail lists:
[02:40] <RichEd> into edubuntu-devel and edubuntu-users ...
[02:40] <RichEd> LaserJock has been making good suggestions ...
[02:41] <RichEd> we're still haggling about
[02:41] <RichEd> * how long each meeting needs to be
[02:41] <RichEd> * the exact agenda points
[02:41] <highvoltage> RichEd: I've been wondering, have you ever considered an education meeting too?
[02:41] <RichEd> highvoltage: the users will be education
[02:41] <highvoltage> ok
[02:41] <RichEd> it will have "using Edubuntu" topics
[02:41] <RichEd> as well as "teaching / content" etc
[02:42] <RichEd> will try to get it up over the weekend
[02:42] <RichEd> (for the new agenda ... with items to prompt discussion)
[02:42] <RichEd> we'll try out the new structure next week ... i'll separate the meetings on the fridge schedule along with new agenda page
[02:42] <RichEd> we'll also announce each meeting each week, and call for discussion topics
[02:42] <RichEd> especially the user meeting
[02:42] <RichEd> LaserJock suggests we have a weekly problems and suggestions slot in the user-meeting to get feedback and direction
[02:42] <RichEd> and get the user community to feel that we care about their issues, and listen
[02:43] <RichEd> and also encourage schools / teachers to create shared projects ...
[02:43] <RichEd> and help with our communit needs
[02:43] <RichEd> *community
[02:43] <RichEd> ^ comments
[02:43] <RichEd> ^ suggestions ?
[02:44] <cliebow_> moodle support is a big step that way
[02:44] <RichEd> I'm happy to put this into a mail and send to the two mailing lists
[02:44] <RichEd> ---
[02:44] <RichEd> that's all from me for today
[02:45] <RichEd> anyone else with topics ? or agenda items ?
[02:45] <RichEd> if not we can wrap and allow ogra to get back to his tribe issue
[02:45] <highvoltage> nope, except that if anyone needs me for anything, please send me a message, and I'll try to help.
[02:45] <ogra> help testing ! (in case i ever get the iso working proper)
[02:45] <pips1> RichEd: nothing for the meeting, note, I'll send you that email about the update in a sec
[02:45] <highvoltage> ogra: righto
[02:46] <highvoltage> ogra: if an iso works, please ping me, I have good bandwidth now and can sync quite easily
[02:46] <RichEd> ogra: I'm busy setting up that test notebook next to me now ... so I can help
[02:46] <ogra> cool !
[02:46] <RichEd> old mecer
[02:47] <ogra> i'll send a ping to #edubuntu if i have something working
[02:47] <RichEd> --- going once then
[02:47] <RichEd> --- going twice then
[02:47] <highvoltage> *BONG*
[02:47] <RichEd> thrice ...
[02:47] <RichEd> thanks all
[02:47] <ogra> RichEd, i bet gutsy would solve the screen issues ... new intel drivers all over there


[20:18] <dcorbin_work> This is a valid start clause, right? "start on (getUpdatesComplete and runlevel [2345])"
[20:34] <dcorbin_work> When I emit "getUpdatesComplete" my script will not start, even though I'm in runlevel 3.
[22:01] <wereHamster> how can I activate/deactivate services? Is start/stop the only way?
[22:04] <wereHamster> with perp I can set a bit on a directory mode, and the daemon will start/stop the service accordingly. Anything similar I can do with upstart?