[12:10] <Mez> siretart: you're german right?
[12:28] <siretart> Mez: yes, I am
[12:29] <Mez> siretart /query :D
[12:30] <hub> hi
[12:31] <Mez> evening mr figuier
[12:31] <hub> I have a package update that supposedly fix bug 1859
[12:31] <Ubugtu> malone bug 1859 in wv "No wv-dev package" [Normal,Unconfirmed]  http://launchpad.net/bugs/1859
[12:31] <hub> http://revu.tauware.de/details.py?upid=1334
[12:31] <hub> it has been around for a month
[12:31] <hub> and needs review :-)
[12:31] <hub> and eventually UVF exception or not
[12:32] <hub> (it would help Beagle)
[12:32] <tseng> would it?
[12:32] <hub> tseng: according to the bug 1859
[12:32] <Ubugtu> malone bug 1859 in wv "No wv-dev package" [Normal,Unconfirmed]  http://launchpad.net/bugs/1859
[12:32] <tseng> oh it is wv 1
[12:32] <tseng> yeah
[12:32] <hub> yep
[12:32] <tseng> wv2 doesnt work with beagle
[12:32] <hub> to not be confused with wv2
[12:33] <hub> wv2 is a C++ fork from KDE due to NIC++
[12:33] <hub> actually AbiWord 2.6 will require wv-1.2.0
[12:41] <sebest_> hello, i'm trying to package an apache2 module and i wanted to know if it was required to use cdbs ?
[12:43] <ajmitch> why would cdbs be required?
[12:43] <hub> sebest_: some will say that you should, other will say that you shouldn't
[12:43] <hub> I personaly prefer cdbs
[12:43] <hub> but \sh will say that you don't learn packaging with cdbs
[12:43] <hub> :-)
[12:44] <sebest_> hub, i followed a debian guide
[12:44] <hub> sebest_: I'm just saying, it is your choice
[12:44] <sebest_> but i didn't yet read enought to know the pro and cons of both method
[12:45] <hub> cdbs is "let cdbs maintain rules files, it will work in 95% of the situations"
[12:45] <hub> not using it is "do what you should do, at least you'll understand"
[12:45] <sebest_> i think i won't use it as i may be in the 5% of the case
[12:46] <hub> can't tell
[12:46] <hub> :-)
[12:46] <sebest_> and this apache module only install one .so
[12:46] <sebest_> time will tell ;)
[12:48] <thierry> is there a way to get gedit working without installing X in a dapper chroot? mount --bind /home /var/chroot/home mount my /home to var/chroot/home but hide my orginal var/chroot/home
[12:51] <thierry> sebest_ : one example I could give (it happened to me) where cdbs cannot be used is a install script for a librairy wich was in ruby with command like "./ruby-installer.rb install". For that I really needed debhelper since cdbs couldn't handle that
[12:58] <hub> but for a ./configure; make ; make install, it is really a breeze
[01:00] <thierry> yep
[01:07] <sebest_> hub, except when make install try to install directly in the real ROOT?
[01:13] <hub> sebest_: even in that case you have to patch
[01:13] <hub> sebest_: but and automake build system should work as is
[01:16] <sebest_> what is the difference between ITP and RFP ?
[01:17] <LaserJock> ITP means you intend to package it and RFP mean you want somebody else to do it
[01:18] <sebest_> what i am suppose to do if i want to package a RFP ?
[01:18] <sebest_> feel an ITP?
[01:18] <sebest_> fill
[01:18] <LaserJock> I would assume so, yes
[01:35] <minghua> sebest_: if you mean there is already an RFP and you want to work on it, then the procedure is to make yourself as the owner of the RFP bug and rename it to ITP
[03:17] <Kyral> Has Audacity ever depended on LAME?
[03:19] <azeem> probably not
[03:19] <Kyral> hmm
[03:19] <Kyral> friend IM'd me asking where LAME installed to because Audacity was looking for it
[03:21] <Kyral> Hmm
[03:21] <Kyral> I think it should depend on liblame0
[03:23] <azeem> oh, I didn't know Ubuntu was brave enough to ship lame
[03:23] <Kyral> Its in Multiverse
[03:34] <Kyral> Uhh...is there anyway to completely purge the swap space without rebooting?
[03:34] <psusi> yea... swapoff
[03:34] <ajmitch> afternoon
[03:36] <Kyral> oh..I wasn't sure I could turn off swap on a running system without breakage
[03:36] <ajmitch> sure
[03:37] <psusi> assuming your memory isn't full, it's not a problem at all
[03:43] <Kyral> I thought you said it was safe...
[03:43] <ajmitch> it is
[03:43] <ajmitch> unless you do it wrong :P
[03:44] <LaserJock> lol
[03:44] <ajmitch> admittedly with 1GB RAM it's not really needed on my laptop
[03:45] <ajmitch> since the laptop doesn't run nearly as much crap as my desktop box does
[03:45] <LaserJock> I ran without swap for quite a while but now that I have this annoying memory leak I need it some times
[03:45] <hub> ajmitch: I only have a half gig
[03:45] <hub> but with callgrind and similar crack I need more
[04:00] <ajmitch> afternoon womble, bmonty
[04:00] <bmonty> hey ajmitch
[04:01] <womble> Hi ajmitch.  Did you survive the LCA virus?
[04:01] <ajmitch> yeah, I wasn't touched by it
[04:01] <ajmitch> thankfully
[04:01] <ajmitch> how about you?
[04:03] <womble> ajmitch: I copped it, though not as severely as some.  I've not been back to work yet, though (still feeling a bit tender, and don't want to infect more people than I have to)
[04:22] <psusi> LCA virus?
[04:27] <ajmitch> psusi: yes, a few people have fallen ill
[04:28] <psusi> where?
[04:29] <ajmitch> LCA = linux.conf.au, held in dunedin, NZ last week
[04:31] <psusi> ahhh...
[04:31] <psusi> being sick blows... after thanksgiving I had walking pnemonia for 4 weeks
[04:46] <bmonty> hey LaserJock
[04:49] <LaserJock> hi bmonty
[04:50] <LaserJock> bmonty: how's it going?
[05:03] <LaserJock> lol, I like the topic in #debian right now "Please NOTE: this is NOT #ubuntu"
[05:04] <minghua> IIRC it has been that way for at least one month
[05:04] <Burgundavia> been there a lot longer than that
[05:05] <LaserJock> obviously people weren't watching debian-devel ;-)
[05:31] <khanreaper> Hi, I am wondering why a submission that I made with dput has not appeared on the revu list. Does anyone have any ideas? The package name is pam-abl.
[05:53] <psusi> khanreaper, it takes a while
[05:53] <ajmitch> khanreaper: revu only accepts source packages, and processes every 15 minutes
[05:55] <ajmitch> khanreaper: I see it in the rejected directory - is it signed with a key in the revu keyring?
[06:44] <khanreaper> ajmitch: I signed it, but what do you mean by "signed with a key in the revu keyring?"
[06:45] <LaserJock> khanreaper: you have to send an signed email to be added to the keyring before you can upload. Check out wiki.ubuntu.com/REVU .
[06:46] <khanreaper> It states that "It is not necessary to GetYourKeySigned." Which is correct, then?
[06:47] <LaserJock> but you do need to have a key, just not a signed key. Does that make sense?
[06:48] <zakame> hi MOTUs :)
[06:48] <khanreaper> Sure, so why would I have a problem if I have a key that I created and signed earlier today?
[06:50] <LaserJock> khanreaper: because you still need to send that key to the REVU admins
[06:50] <crimsun> has it been added to the revu keyring yet?
[06:50] <khanreaper> LaserJock: Thank you, I will send a signed-email.
[06:58] <khanreaper> crimsun: Should I retry my upload after sending my key?
[06:59] <crimsun> khanreaper: you need confirmation that it has been added by an admin before reuploading
[07:00] <khanreaper> I have read that there are package maintainer mentors; can someone tell me more about this? I am interested in making packages, but I am relatively unfamiliar making Debian packages, though I am familiar with Gentoo's ebuilds.
[07:03] <crimsun> there's #ubuntu-motu-school, which meets periodically
[07:04] <crimsun> otherwise if you have a question, just ask in here
[07:20] <LaserJock> anybody know where dholbach went to? I haven't seen him all day
[07:20] <crimsun> he's at the sprint, isn't he?
[07:21] <jsgotangco> yes
[07:21] <khanreaper> Question: Suppose I am making a package for XYZ, and I need to patch some things in XYZ. Is there an official way of doing this--e.g., is a vanilla source archive included and dpkg somehow runs a patch file on it during the build?
[07:22] <crimsun> that depends whether you want to use a patch management system
[07:23] <crimsun> there're recommended practices but no official way
[07:23] <zakame> that's either dpatch, quilt, or CDBS' simple-patchsys
[07:25] <khanreaper> Is dpatch the customary method?
[07:26] <zakame> not really, like what crimsun said
[07:28] <khanreaper> What do you recommend?
[07:28] <minghua> as long as your changes are in .diff.gz, it's okay
[07:33] <zakame> just don't repackage, unless its REALLY needed ;)
[07:33] <khanreaper> I appreciate everyone's patience with me; it certainly helps make the process much smoother.
[07:34] <minghua> freeflying_: does the skim package in dapper work?  why quite a few people say on scim-user list it doesn't?
[08:25] <minghua> hmm... am I the only one having problem with bash completetion?
[08:27] <zyga> minghua: what kind of problem?
[08:29] <minghua> zyga: when trying to use tab-completion for ssh or scp, my shell hangs.  I have to press ctrl-c to make it working again, and the tab-completion works after the ctrl-c
[08:29] <zyga> minghua: hmm, curious
[08:29] <zyga> minghua: do you have a big hard drive?
[08:29] <zyga> minghua: lots of small files, low ram?
[08:30] <zyga> minghua: did you ever try to wait for it to finish?
[08:30] <minghua> zyga: no, not really, and it worked one month ago
[08:30] <zyga> minghua: okay I can confirm this
[08:30] <zyga> id does hang
[08:30] <minghua> zyga: I've tried using "set -x" once, and it looks just hang there
[08:31] <minghua> okay good, I'll submit a bug then
[08:36] <minghua> zyga: the bug number is 30130 in case you are curious :-)
[08:38] <ajmitch> zyga: that can be normal
[08:38] <ajmitch> as tab completion with ssh/scp will try & login to that host with your key
[08:39] <ajmitch> and it will block on dns lookups, etc
[08:39] <ajmitch> this is why tab completion is not on by default :)
[08:39] <zyga> ajmitch: what?!
[08:39] <zyga> ajmitch: to which host?
[08:40] <zyga> ajmitch: I did ssh -<tab>
[08:40] <ajmitch> aha
[08:40] <zyga> try it
[08:40] <ajmitch> yes, it blocks, as I'd think :)
[08:41] <ajmitch> I would have thought it'd be looking up the known_hosts list
[08:42] <zyga> stracing the shell could be a good idea
[08:42] <ajmitch> sure
[08:42] <ajmitch> strace -ff -o output bash
[08:42] <zyga> doing that
[08:42] <zyga> hum
[08:43] <zyga> it hangs on read(3, )
[08:43] <zyga> 3 is a pipe
[08:44] <zyga> hmm, no idea...
[08:44] <ajmitch> lsof to get the name of the pipe
[08:44] <ajmitch> if it's named
[08:44] <zyga> ajmitch: no, that's (2) pipe kind
[08:44] <zyga> unnamed
[09:50] <pollo> hi
[09:50] <pollo> Hi i want to do kiax package to kubuntu , what i must do ?
[09:54] <Burgundavia> pollo, if you don't get an answer here, try the ubuntu-motu mailing list
[09:55] <pollo> ok thanks you know the url of mailing list?
[09:55] <Burgundavia> lists.ubuntu.com
[09:56] <pollo> thanks
[09:56] <Burgundavia> np, don't want you let people get lost in the cracks
[09:56] <Burgundavia> not a MOTU myself, otherwise I would help you
[09:56] <Burgundavia> pollo, do you already have a package created?
[09:57] <pollo> no i want know if anyone is creating theme
[09:57] <Burgundavia> ah
[10:00] <Yagisan> Seveas: how delayed is your USN rss feed ? It still says USN-231-1 and we have had a few since then.
[10:01] <Seveas> Yagisan, hmm, the mail on that machine has been broken, I'll have to check
[10:01] <Seveas> but thanks for poking
[10:01] <Yagisan> Seveas: no worries
[10:17] <Seveas> Yagisan, ehrm, the feed is correctly at 246, are you sure you are not reading the rss upside down (231 is the last one still in the feed ;))
[10:19] <Yagisan> Seveas: I'm sick so maybe. I just checked it on my website @ http://www.eyagiconsulting.com and saw it on the top of the list
[10:27] <Yagisan> sorry for wasting your time Seveas
[10:35] <Seveas> Yagisan, np :)
[10:58] <kiko> hello there
[10:59] <kiko> does anyone know who people/diamond+launchpad  is?
[10:59] <ajmitch> hey kiko
[10:59] <kiko> hey ajmitch
[10:59] <ajmitch> if it's the diamond I know of, then yes
[10:59] <kiko> where abouts is he
[10:59] <ajmitch> haven't seen him active in motu for quite awhile
[11:00] <ajmitch> probably not for at least a couple of months
[11:00] <kiko> okay.
[11:01] <ajmitch> problems?
[11:01] <ajmitch> hm, not active since before the hoary release
[11:01] <kiko> no, but he hasn't signed the CoC and I was concerned his uploads would be rejected.
[11:02] <kiko> he's a member of ubuntu-dev.
[11:02] <ajmitch> that's probably why, the CoC wasn't on launchpad back then
[11:02] <ajmitch> so soyuz looks ready enough then?
[11:02] <kiko> well, we're shaving off the remaining barbs
[11:03] <kiko> there are a remarkable number of them still, but this is a rather complicated bit of software.
[11:03] <kiko> no major integration problems. just lots of small issues.
[11:03] <ajmitch> it's replacing something that grew over many years\
[11:03] <ajmitch> so that's expected
[11:03] <kiko> the interface of soyuz with the rest of the world is quite extensive
[11:03] <kiko> so you get potential breakage in many places
[11:03] <kiko> apt-ftparchive
[11:03] <ajmitch> yay
[11:03] <kiko> dput
[11:03] <kiko> germinate
[11:03] <kiko> sbuild
[11:04] <ajmitch> I look forward to having it all working smoothly
[11:04] <kiko> librarian
[11:04] <kiko> even cron has thrown us once
[11:05] <ajmitch> btw, I met a guy here in dunedin who was wearing an async tshirt at LCA
[11:09] <jsgotangco> ooo
[11:09] <ajmitch> heh
[11:09] <jsgotangco> ajmitch, did you get to talk to sabdfl again?
[11:09] <kiko> ajmitch, really! who was that?
[11:10] <ajmitch> yeah, I talked with sabdfl
[11:10] <kiko> jsgotangco, they are rarities nowadays. I need to get more of them printed
[11:10] <ajmitch> kiko: I didn't catch his name, sadly
[11:10] <jsgotangco> and an async sticker for the laptop!
[11:10] <ajmitch> as it was in the pub on the last day, after conference close
[11:10] <ajmitch> and mysql guys were providing free beer
[11:10] <kiko> where was he from I wonder
[11:10] <stratus> ajmitch, respectable geeks don't care about their hair
[11:10] <ajmitch> jsgotangco: free beer is the #1 reason for you to come to LCA :)
[11:11] <jsgotangco> ajmitch, cool i think he's in jakarta now, will be meeting in 2 days
[11:11] <ajmitch> jsgotangco: cool
[11:34] <kiko> ajmitch, what does the motu merge team mean?
[11:34] <kiko> who actually does uploads to ubuntu? is there a team I can check for GPG keys?
[11:34] <ajmitch> ubuntu-dev is the team with upload rights
[11:35] <ajmitch> the merge team was to set a contact email address
[11:35] <kiko> okay.
[11:35] <ajmitch> so that we could have the bugs sent to a particular mailing list for processing
[11:37] <Slant_Mobile> How are bugs supposed to be properly reported in Malone/launchpad if it doesn't keep up to date with the current versions in dapper?
[11:37] <Slant_Mobile> That is, where am I supposed to submit bug reports?
[11:37] <kiko> what do you mean it doesn't keep up to date?
[11:39] <ajmitch> possibly the source package versions not being up to date
[11:39] <ajmitch> eg https://launchpad.net/distros/ubuntu/+source/f-spot
[11:39] <ajmitch> when 0.1.5-2 is in dapper
[11:39] <Slant_Mobile> I was trying to report a bug (now fixed) in dhcp3-client, for example. However, the malone page for a version ages old.
[11:40] <Slant_Mobile> https://launchpad.net/distros/ubuntu/dapper/+package/dhcp3-client and https://launchpad.net/distros/ubuntu/dapper/+source/dhcp3
[11:40] <Slant_Mobile> Which both show 5ubuntu3 as the latest in dapper.
[11:40] <ajmitch> Slant_Mobile: this should all be up to date in a day or three
[11:41] <ajmitch> having the versions shown has only happened recently
[11:41] <Slant_Mobile> ajmitch: so if a zero-day bug appears, what do I do?
[11:41] <kiko> ajmitch, Slant_Mobile: when were the new versions of these packages uploaded? in the past week?
[11:41] <Slant_Mobile> Just submit normally?
[11:41] <kiko> Slant_Mobile, well, two things may be relevant here
[11:41] <ajmitch> Slant_Mobile: yes, file a bug normally
[11:41] <ajmitch> kiko: about 2 weeks ago for f-spot
[11:41] <kiko> first, production is currently lagging behind the archive and will be lagged for the next couple of days until we finish the migration.
[11:41] <Slant_Mobile> kiko: bug tracking migration, or something else?
[11:42] <kiko> second, bugs are filed against package names, not against specific versions.
[11:42] <kiko> Slant_Mobile, migration of archive management to launchpad.
[11:42] <ajmitch> kiko: that is probably confusing, since we really really like to have the version reported with a bug
[11:42] <ajmitch> and it's usual to submit version with bug in debian as a bug header
[11:42] <Slant_Mobile> So I'll just include the version and distro in the bug itself.
[11:42] <ajmitch> Slant_Mobile: yes please
[11:42] <kiko> ajmitch, one problem at a time. I understand that. Add the version to the comment itself.
[11:42] <Slant_Mobile> That's not too hard.
[11:43] <kiko> it's the workaround for now -- versions are trickier to handle
[11:43] <ajmitch> kiko: I understand :)
[11:43] <ajmitch> kiko: it's on my list of things to beg from bradb
[11:43] <ajmitch> which most of the developers probably have asked for already
[11:43] <kiko> ajmitch, perhaps just adding text suggesting you add the version number and distro release to the bug comment is a good step forward
[11:44] <Slant_Mobile> Is there a way to help a patch process along?
[11:44] <ajmitch> kiko: that's fine for ubuntu bugs - the text would have to be different for products
[11:44] <kiko> well, you'd do well to include a product version if you could.
[11:44] <ajmitch> yes
[11:44] <Slant_Mobile> For example, in 30043 I supplied a patch.
[11:45] <Slant_Mobile> (though, it's a one-line so that's kinda silly.)
[11:45] <Slant_Mobile> Is there a better way to help it along?
[11:45] <Slant_Mobile> (Supply a diff on the source package?)
[11:45] <ajmitch> a diff on the source package can help\
[11:46] <ajmitch> I presume you've used debdiff before then
[11:47] <Slant_Mobile> Yes.
[11:48] <ajmitch> hopefully someone will get to the bug in a day or so - there's a distro team sprint this week that they're all hacking at
[11:53] <ajmitch> Slant_Mobile: one thing is that the patch should really have successful, not sucessful :)
[11:54] <Slant_Mobile> ajmitch: I figure minimum change to make it work. Upstream has a typo all the way through.
[11:54] <Slant_Mobile> Majority ruling on the references.
[11:54] <Slant_Mobile> You think the other way around is better?
[11:55] <Slant_Mobile> Hehe. I love this gnome-pty-handler bug.
[11:55] <Slant_Mobile> err gnome-pty-helper bug.
[11:56] <ajmitch> I prefer proper spelling throughout, unless it's too intrusive
[11:56] <ajmitch> since it avoids future bugs like this
[11:56] <ajmitch> Lathiat: fall ill? :)
[11:56] <Lathiat> i did actually :\
[11:56] <ajmitch> ah, how was the flight?
[11:57] <Lathiat> im ok now but saturday arvo through monday morning i was crook as
[11:57] <Lathiat> flight was good
[11:57] <ajmitch> nasty
[11:57] <Lathiat>  fortunately i managed to end up going on a 2 hour walk/climb up and down hills by sunady afternoon
[11:57] <Lathiat> so it was rather temporary fortunately
[11:57] <Lathiat> but i really wasnt up to it until the last second
[11:57] <Lathiat> i slept most of sunday morning and was sore as
[11:58] <ajmitch> I heard a few stories of unpleasant flights
[11:59] <Lathiat> ouch
[12:19] <Slant_Mobile> Before I continue tracking this down, is anyone else having an issue with gnome-terminal (or any other vte using application) that the spawned gnome-pty-helpers aren't dying?
[12:20] <Slant_Mobile> An easy way to test this is to close all your gnome-terminals, open a new one and run "ps ax | grep -i gnome-pty-helper | wc -l"
[12:20] <Slant_Mobile> Then close the application, and reopen it.
[12:20] <Slant_Mobile> Run that command again. The number should have increased.
[12:57] <Nafallo> Slant_Mobile: nope
[01:05] <Slant_Mobile> Nafallo: Hmm.
[01:05] <Slant_Mobile> Nafallo: Must be something local. I'll keep trying to track it down.
[01:06] <Slant_Mobile> Mine appear to be stuck in a futex...
[01:06] <Nafallo> amd64 here btw
[01:07] <Slant_Mobile> Hmm, i386 here.
[01:07] <Slant_Mobile> Nafallo: Were all your gnome-terminals and vte using applications closed?
[01:08] <Nafallo> new terminal; that commandline; 2; close
[01:08] <Nafallo> same thing when I repeated
[01:09] <Nafallo> infact. I just had 3 terminals open and it still was 2 :-P
[01:10] <Slant_Mobile> It's supposed to be shared between instances, so that makes sense.
[01:10] <Slant_Mobile> Hmm.
[01:10] <Slant_Mobile> Pity strace can't give me a better idea.
[02:01] <siretart> dholbach: around?
[02:01] <ajmitch> hi siretart
[02:01] <siretart> huhu ajmitch
[02:02] <ajmitch> 2am, almost time for sleep
[02:02] <siretart> :)
[02:02] <siretart> 2pm. time to get started with work :)
[02:03] <ajmitch> hehe
[02:03] <siretart> ajmitch: do you know if the uvf request granted by mdz have already been requested to sync?
[02:03] <siretart> I have some syncs as well that I wanted to batch. I'd include them if ok
[02:04] <ajmitch> no idea
[02:05] <ajmitch> along with a bunch more zope packages
[02:05] <ajmitch> I might get to that tomorrow
[02:06] <siretart> ok
[02:06] <dholbach> siretart: yes
[02:06] <siretart> dholbach: ok. then I don't need to care about them anymore. ok
[02:07] <dholbach> siretart: yes = around
[02:07] <dholbach> :-)
[02:07] <dholbach> I think it was not requested yet, but not sure.
[02:07] <siretart> oh.
[02:07] <siretart> ok. then I will request them in a few hours
[02:19] <siretart> ok, requests sent
[02:19] <siretart> for ipython and libgettext-ruby. the other ones need to be merged manually
[02:25] <dooglus> gaim just started crashing for me yesterday whenever I try to connect.  there's no new gaim package, so why would it suddenly change?
[02:27] <Nafallo> dooglus: apt-cache show gaim | grep ^Depend
[02:27] <Nafallo> something might have changed somewhere :-P
[02:31] <dooglus> Nafallo: right.  libglib2.0-0 changed, and the changelog says the change was for "Memory management" - and gaim is crashing on a bad 'free()', so that'll be it.  Thanks.
[02:32] <Nafallo> :-)
[03:50] <Seveas> raphink, poke
[03:50] <raphink> Seveas: hi
[03:50] <Kyral> Morning
[03:50] <raphink> hi Kyral
[03:50] <zakame> heya raphink Kyral Seveas :)
[03:50] <Seveas> raphink, are you going to add your ubuntu.com address to your gpg key?
[03:50] <raphink> hi zakame
[03:51] <raphink> it is added already Seveas
[03:51] <raphink> I added it the day before we met
[03:51] <Seveas> not on subkeys.pgp.net :)
[03:51] <raphink> and uploaded the key to mit.edu
[03:51] <Seveas> use subkeys.pgp.net, it's the standard one :)
[03:51] <raphink> I'll send it again
[03:51] <raphink> ok it's sent
[03:52] <raphink> can you check?
[03:52] <Seveas> on pgp.mit.edu your key also has no ubuntu.com address
[03:52] <raphink> pgpkeys.mit.edu
[03:53] <Seveas> same machine ;)
[03:53] <Seveas> and no raphink@ubuntu.com
[03:53] <Seveas> AH
[03:53] <Seveas> now I see it :)
[03:53] <raphink> where?
[03:53] <Seveas> subkeys.pgp.net
[03:54] <raphink> hmm
[03:54] <raphink> I don't
[03:54] <raphink> ...
[03:54] <raphink> not on the web interface at least
[03:54] <Seveas> it's a roundrobin
[03:54] <Seveas> so maybe your mirror has not been updated
[03:55] <raphink> well at least you have it :)
[03:55] <raphink> so you can sign it now
[03:55] <raphink> :)
[03:55] <Seveas> you have 7 new mails from me (each userid gets one)
[03:55] <raphink> hehe
[03:58] <raphink> Seveas: what program do you use to sign keys?
[03:58] <Seveas> caff
[03:58] <Seveas> in the signing-party package
[03:58] <raphink> ok
[03:59] <raphink> let's see
[04:04] <raphink> pfiew
[04:04] <raphink> done processing
[04:05] <raphink> oh no I forgot some ;)
[04:13] <raphink> Seveas: did you get the emails?
[04:17] <Seveas> i see a lot of mails but ahve to run now :)
[04:18] <raphink> oh ok :)
[04:18] <raphink> mails from me?
[04:18] <raphink> just to be sure it was setn
[04:18] <raphink> sent
[04:19] <Seveas> yeah, from you
[04:19] <raphink> good :)
[04:25] <Lathiat> ajmitch: awesome, ekiga has avahi
[04:29] <siretart> cool
[04:37] <Lathiat> ajmitch: reinstalling udev seems to have unbroken my laptop
[04:38] <Lathiat> ajmitch: did upgrade in process, since i didnt ahve my old copy around
[05:00] <LaserJock> morning MOTU!
[05:01] <LaserJock> dholbach: ping?
[05:03] <dholbach> pong
[05:03] <dholbach> LaserJock: ^
[05:04] <LaserJock> dholbach: I was poking around the docteam debian/
[05:04] <LaserJock> dholbach: and I was looking at the debian/copyright file and it has GPL
[05:04] <dholbach> Ah yes, somebody else asked as well.
[05:04] <dholbach> You as the docteam could just change it, no?
[05:05] <LaserJock> I could
[05:05] <LaserJock> but I just wanted to ask you about it
[05:05] <LaserJock> that file should reflect the licensing of the docs, correct?
[05:06] <dholbach> Absolutely.
[05:08] <LaserJock> ok, I'll change it then, the only sticky point for me is that all but one doc are FDL/CC-SA but the packaging guide is GPL
[05:23] <siretart> LaserJock: then please document that in debian/copyright
[05:23] <LaserJock> siretart: I'm not sure exactly how but I'll do a pastebin for you guys to look at before I commit it
[05:28] <LaserJock> on problem is that neither the FDL nor the CC-SA licenses are in /usr/share/common-licenses/ so I should probably have the whole thing right?
[05:32] <LaserJock> could I include copies of both licenses in debian/ ?
[05:32] <kiko> can someone contact https://launchpad.net/people/diamond+launchpad and ask him if he is still interested in his MOTU privs?
[05:32] <kiko> I'd like to know because he hasn't signed the CoC yet
[05:32] <kiko> and I'd like to make that a hard requirement for uploads.
[05:33] <lucas> kiko: why don't you just mail him ?
[05:33] <kiko> because I am in London, and I don't mail people when I am travelling!
[05:33] <lucas> I think it can wait a few days :-)
[05:33] <stratus> open a bug against him
[05:33] <kiko> an optimist!
[05:34] <kiko> well, keep in mind the reason I am here is to make the uploads work through soyuz
[05:34] <lucas> anyway, more generally, it might be interesting to raise the issue of pinging ubuntu-dev members on a regular basis
[05:34] <LaserJock> kiko: really? cool. How soon?
[05:34] <kiko> LaserJock, very soon. this week if you cross your fingers for me
[05:35] <LaserJock> kiko: I will ;-)
[05:35] <stratus> lucas, i think you can see the members status through launchpad activity (not yet, but when soyuz arrives).
[05:35] <kiko> you can actually see membership status
[05:35] <kiko> now, what we need to do is expire ubuntu-dev and ubuntu-core-dev people more regularly.
[05:35] <stratus> kiko, i was going to ask carlos but can you talk something about the xmlrpc interfaces?
[05:35] <kiko> the non-existent ones, sure. :)
[05:36] <stratus> is it being considered or the idea was discarded?
[05:36] <stratus> btw, i was talking about the member activity (last upload, last opened bug, last translation, ...)
[05:36] <kiko> it will be done, definitely
[05:36] <kiko> ah, I see.
[05:37] <stratus> sounds good (about the xml-rpc thing)
[05:39] <LaserJock> yeah, I think the xml-rpc interfaces will be much needed
[05:39] <kiko> xml-rpc shouldn't be an excuse for us fixing the UI, though.
[05:39] <kiko> err, not fixing the UI.
[05:39] <kiko> is what I meant.
[05:40] <LaserJock> well, I'm interested in doing queries on a large number of packages (~500) which makes a web interface quite difficult
[05:40] <stratus> sure, i agree.
[05:40] <LaserJock> although for from a user's perspective it is pretty cool
[05:40] <stratus> LaserJock, the xml-rpc interfaces will help any team with these goals in mind.
[05:41] <kiko> yeah
[05:41] <stratus> The "end users" just care about the UI, they will never deal with the xml-rpc interfaces directly.
[05:42] <stratus> The point is that we've different "end users", there are upstream guys but there are MOTU ones, interested in more features and control.
[05:42] <LaserJock> yes I meant to say that the web interface is cool to the average bug reporter
[05:42] <kiko> the existing one?
[05:42] <stratus> LaserJock, i think it's a pain to reach what you want to open a bug against.
[05:42] <LaserJock> yes
[05:43] <stratus> It's just the folder thing with zope, that isn't a problem but the UI lacks the right shortcuts.
[05:43] <LaserJock> yeah, I suppose. I usually look for bugs in a package first and then there is a link to file a bug against this package
[05:43] <kiko> yeah.
[05:45] <LaserJock> is there a list of features that are being worked on for LP with some sort of status?
[05:45] <stratus> LaserJock, yes but count the number of clicks until you can really open the bug.
[05:46] <stratus> LaserJock, have you tried the LP wiki?
[05:46] <LaserJock> umm, yeah but I quickly get lost :-(
[05:46] <stratus> LaserJock, use the search. I think if it's isn't there nobody cared to put it out or it isn't public.
[05:46] <stratus> btw, i think kiko can give the right information about it
[05:48] <kiko> I can.
[05:48] <LaserJock> stratus: it only takes one click if you are already looking at a bug in that package, which is what I usually do. If you aren't it is much more of a pain
[05:48] <kiko> well, for immediately upcoming stuff there is the launchpad-users report I send out weekly
[05:48] <kiko> I can also talk about the medium-term plans (when I am a bit less busy)
[05:48] <LaserJock> oh, well that would be helpful. I would just like to see what's going on
[05:48] <stratus> kiko, great i think i'll subscribe to launchpad-users, i'm not there yet.
[05:48] <stratus> LaserJock, yes i see.
[05:49] <kiko> it's an interesting report of what went on in production this week
[05:49] <kiko> I should send a report out tonight
[05:49] <Kyral> okay, worktime
[05:49] <stratus> kiko, thanks i'll read
[05:50] <LaserJock> kiko: that is helpful, exactly what I was looking for :-)
[05:54] <kiko> cool.
[05:54] <kiko> I'll send out another one soon.
[05:55] <LaserJock> great I just subscribed
[05:55] <stratus> me too.
[05:59] <Kyral> Google is making a derivative of Ubuntu?
[06:01] <raphink> Kyral: ??
[06:01] <raphink> where?
[06:01] <LaserJock> http://www.theregister.co.uk/2006/01/31/google_goes_desktop_linux/
[06:02] <Kyral> Slashdot and The Register
[06:02] <raphink> they wouldn't dare!
[06:02] <Kyral> If its true they sure as hell better port Google Earth to Linux after this :D
[06:02] <kiko> that is true
[06:02] <raphink> if this is true, they will need developers :)
[06:02] <Kyral> which part?
[06:02] <raphink> paid ones :)
[06:02] <Kyral> lol
[06:02] <Kyral> Job ops!
[06:03] <raphink> hehe
[06:03] <Kyral> They could use a potential MOTU.. :D
[06:03] <raphink> yeah
[06:03] <raphink> Kyral: what do you think I meant ;)
[06:03] <stratus> oh no, in other news microsoft is buying more chairs
[06:03] <stratus> :D
[06:03] <Kyral> hahahah
[06:03] <raphink> seriously
[06:03] <raphink> is this info trustable?
[06:04] <Kyral> and in other news, the GPLv3 is causing a stir
[06:04] <LaserJock> why?
[06:04] <Kyral> I dunno
[06:04] <Kyral> I guess its incompatible with the GPLv2
[06:04] <Kyral> More restrictions
[06:05] <LaserJock> what doesn't cause a stir in linx?
[06:05] <Kyral> Good point
[06:05] <Kyral> ahahah
[06:05] <Kyral> Its one of the side affects of our open culture
[06:05] <Kyral> But its a good one IMO
[06:05] <LaserJock> and being more ideological I think
[06:05] <Kyral> yah
[06:06] <Kyral> "I may not agree with your use of vi, but I'll defend your right to use it" :D
[06:06] <LaserJock> lol
[06:06] <Kyral> Which of course paralells the US Freedom of Speech
[06:06] <LaserJock> likewise your insane use of emacs for everything
[06:07] <Kyral> "I may not like or agree with what you say, but I'll sure as hell defend your right to say it"
[06:15] <phanatic> hi people
[06:17] <LaserJock> hi phanatic
[06:19] <LaserJock> oh, cool. Both of my Debian uploads were accepted today!
[06:22] <LaserJock> so would including a text version of the copyrights in debian/ ok for debian/copyright?
[06:24] <stratus> LaserJock, what do you mean with accepted?
[06:25] <LaserJock> they got out of NEW
[06:25] <stratus> oh, cool which ones? i think they're at incoming queue and will hit the archive in the next dinstall run
[06:26] <LaserJock> plotdrop and gausssum, my first attempts at packaging (well gausssum was an ITP take over)
[06:27] <lucas> \o/ libgnuplot-ruby accepted in Debian
[06:27] <LaserJock> I must say that putting the packages on REVU and getting them accepted in Ubuntu first really made getting them sposored in Debian easy
[06:27] <LaserJock> lucas: good to hear
[06:28] <stratus> LaserJock, sure
[06:28] <raphink>  $ bunzip2 knmap-2.1.tar.bz2
[06:28] <raphink> bunzip2: knmap-2.1.tar.bz2 is not a bzip2 file.
[06:28] <raphink> !!!
[06:28] <raphink> I'm gonna say `good job!' to upstream ;)
[06:29] <raphink> oh no, my fault ;)
[06:41] <phanatic> what should the debian/copyright include, if the source header says "you can use it and/or modify it under the same terms as Perl itself"
[06:42] <phanatic> and the program ships with COPYING containing the GPLv2
[06:58] <Kyral> hmm
[06:59] <Kyral> yea! EasyChem FINALLY got out of Debian Incoming :D
[06:59] <LaserJock> incoming or new ?
[07:00] <Kyral> I got the email saying the Changes file was ACCEPTED
[07:00] <LaserJock> so that means it went from NEW to INCOMING
[07:00] <Kyral> yah
[07:00] <Kyral> oops lol
[07:00] <Kyral> Oh well one step closer :D
[07:00] <LaserJock> much closer I think
[07:00] <Kyral> I'm also embarassed tha they called me a developer lol
[07:05] <LaserJock> ok, I need a little help understanding Debian Policy, http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile specifically
[07:06] <LaserJock> does it mean that you have to have the complete text of the license in debian/copyright or that you install a complete copyright in /usr/share/doc/foo/ ?
[07:21] <raphink> what is the diffstat that is supposed to be filed for UVF exceptions requests ?
[07:21] <raphink> diff -ru old/ new/ | diffstat > diffstat.txt ?
[07:22] <dholbach> diff -ruN old/ new/ | diffstat > diffstat.txt
[07:22] <dholbach> yeah
[07:23] <dholbach> Can you guys have a look if this is correct?
[07:24] <irvin> who's using monodevelop on dapper?
[07:24] <dholbach> This is my list of current UVF stuff:
[07:24] <dholbach> not enough discussion: scim-tables, jabberd2, afterstep, wine
[07:24] <dholbach> to pass on: libgdiplus, liferea, byzanz, soundconverter
[07:24] <dholbach> approved: lyx, ipython, libgettext-ruby, sisu, psi
[07:24] <dholbach> Did I miss something?
[07:32] <dholbach> lucas do you have some overview over the current UVF exception requests?
[07:32] <dholbach> I already asked, if this list is complete:
[07:32] <dholbach> not enough discussion: scim-tables, jabberd2, afterstep, wine
[07:32] <dholbach> to pass on: libgdiplus, liferea, byzanz, soundconverter
[07:32] <dholbach> approved: lyx, ipython, libgettext-ruby, sisu, psi
[07:33] <dholbach> because I want to pass some of those to Matt and Colin again.
[07:35] <lucas> no, I haven't kept an overview
[07:35] <lucas> maybe we should handle them using a wiki page
[07:35] <lucas> do you have the URL for jabberd2 ?
[07:39] <lucas> (got it)
[07:42] <lucas> for jabberd2, I would say it's a go. it was released in october (upstream)
[07:42] <lucas> and there hasn't been a "oops, it's totally broken" release since then
[07:43] <lucas> also, it fixes several bugs (see http://www.jabberstudio.org/projects/jabberd2/releases/view.php?id=802 ), and it's not a lib, so if it breaks, it's not going to break much
[07:43] <raphink> anyone knows if there's a way to redirect pages on the wiki?
[07:43] <dholbach> lucas: If you follow up on the mail, I'll direct Matt and Colin to the mail.
[07:44] <dholbach> lucas: I'm just sending the next batch to them.
[07:44] <lucas> raphink: #REDIRECT
[07:44] <raphink> #REDIRECT NameOfPage ?
[07:45] <lucas> dholbach: can you bounce the mail to me ? I don't have it anymore
[07:45] <lucas> so I can't reply to it
[07:45] <dholbach> lucase at nussbaum dot net?
[07:45] <dholbach> lucas
[07:45] <lucas> lucas@ubuntu.com ;)
[07:45] <dholbach> ah right
[07:45] <dholbach> Done
[07:47] <LaserJock> dholbach: did you see my question above about the copyright file?
[07:48] <lucas> done
[07:48] <dholbach> Didn't I say it'd be good to match the debian/copyright with the real copyright or wasn't that the answer to the question?
[07:48] <cyberix> What is the right diff command for creating packaging patch?
[07:48] <cyberix> diff -r -N origdir newdir ?
[07:48] <lucas> debdiff
[07:49] <LaserJock> dholbach: no, I'm trying to figure out how to do that exactly. I'm confused about the Debian Policy
[07:49] <dholbach> Just look at some other debian/copyright files.
[07:49] <LaserJock> dholbach: do I have to include the entire copyright in the debian/copyright?
[07:49] <dholbach> You simply have to point out which license this is licensed under.
[07:49] <dholbach> /usr/share/debhelper/dh_make/licenses has some boilerplates
[07:50] <LaserJock> right but since FDL and CC-SA aren't in /usr/share/common-licenses doesn't that mean I need to include an entire copy of the license in debain/copyright?
[07:51] <LaserJock> plus there is no plain text version of the copyrights in the repo only .xml versions
[07:51] <dholbach> I sent the UVF exception requests out.
[07:51] <dholbach> It's better to have them included.
[07:52] <dholbach> I'm away for a bit. It'd be good to ask this in #ubuntu-devel.
[07:52] <dholbach> There are some licensing experts and long term Debian developers there.
[07:52] <dholbach> Brb.
[07:52] <LaserJock> dholbach: np
[07:55] <lucas> LaserJock: FDL and CC-SA and both non-free
[07:55] <lucas> (from debian's POV)
[07:56] <lucas> so you are probably not supposed to include doc under those licenses in ubuntu
[07:56] <LaserJock> well they are
[07:56] <LaserJock> all the doc-team docs are
[07:56] <LaserJock> except the packaging guide
[08:02] <sistpoty> hi folks
[08:02] <LaserJock> hi siretart
[08:03] <LaserJock> or sistpoty (stupid tab completion)
[08:26] <cyberix> Ok. Now I have a separate packaging patch, I think :-) http://www.cs.helsinki.fi/u/twruottu/mi2svg/
[08:26] <cyberix> Should I do something with it
[08:27] <cyberix> or just pollute web space
[08:38] <Gloubiboulga> evening
[08:38] <LaserJock> hi Gloubiboulga
[08:38] <Gloubiboulga> hey LaserJock
[08:51] <lifeless> finally!
[08:51] <lifeless> azeem: opensync has landed
[09:03] <lifeless> ajmitch: ^^
[09:29] <tseng> ogra: erm did i miss something?
[09:29] <ogra> tseng, ?
[09:29] <tseng> ogra: i dont think it was *that* stupid a question
[09:30] <Amaranth> tseng: heh, sort of
[09:30] <Amaranth> GNOME is locked into gst0.10, there is no way to switch it to xine
[09:30] <ogra> tseng, just an evil idea to have gnome use xien :)
[09:30] <ogra> *xine
[09:30] <tseng> dude alot of stuff uses xine or gst
[09:30] <tseng> muine, totem
[09:30] <tseng> maybe RB
[09:30] <Amaranth> tseng: gnome-media and etc use gst0.10 directly as of 2.13.x
[09:31] <tseng> ya
[09:31] <tseng> < mjg59> To be honest, I'm not entirely sure that Ubuntu should ship with gstreamer  as the default video framework this time around...
[09:31] <tseng> it was stuff like this that had be a bit confused what we were on about
[09:32] <sistpoty> ;)
[09:32] <ogra> nobody said something about *stupid*
[09:37] <dredg> nah, *stupid* is what happens when the register invent some crazy ass idea about google forking ubuntu to release as its own OS
[09:37] <tseng> its not invented
[09:37] <tseng> just wide open to exageration
[09:37] <tseng> and fantasy
[09:38] <spacey> and Evil is like Designing something like ADS.
[09:39] <dredg> there will not be a GoogleOS :) there is something called goobuntu :)
[09:42] <stratus> guys, please
[09:42] <stratus> in other news, google is going to buy napster
[09:43] <stratus> it seems they've a rumor team sitting next to the marketing team and there we go
[09:44] <Kyral> ogra: ping?
[09:44] <ogra> Kyral, ?
[09:44] <Gloubiboulga> hey sistpoty
[09:44] <ajmitch> morning
[09:44] <Kyral> Can you point me to some documentation on setting up an Edubuntu server?
[09:44] <sistpoty> hi Gloubiboulga
[09:45] <Gloubiboulga> sistpoty, could you have a look (again) at libswitch when you got time ?
[09:45] <sistpoty> Gloubiboulga: will do
[09:45] <Gloubiboulga> the soname issue has been fixed by upstream
[09:45] <sistpoty> ah, k
[09:45] <Gloubiboulga> sistpoty, thanks :)
[09:45] <ogra> Kyral, https://wiki.edubuntu.org/EdubuntuInstallNotes
[09:45] <ogra> Kyral, and #edubuntu ;)
[09:46] <Kyral> thanks
[09:46] <Kyral> Thinking about demoing it at COSI soon ;P
[09:46] <ogra> cool
[09:47] <ogra> feel free to ask me if you run into problems... but in fact you only have to edit the ltsp dhcpd.conf and restart dhcpd adter installation, thats all
[09:47] <Kyral> okay
[09:47] <dredg> good lord, i hadn't seen the napster story. where the hell do the press make this stuff up?
[09:47] <ogra> th einstall notes should have all needed links
[09:47] <stratus> dredg, maybe it's the google press making this stuff up
[10:05] <sistpoty> btw.: do we have a time for the next motu-meeting yet?
[10:08] <ajmitch> wasn't it wednesday 2000 UTC?
[10:09] <sistpoty> ajmitch: from siretart's mail, the poll-winning candidates were wednesday and thursday...
[10:09] <sistpoty> but I haven't been around here, so I am not really up to date
[10:11] <sistpoty> if nobody objects, I'll send a mail and announce wednesday, to make it clear?
[10:14] <ajmitch> please do :)
[10:23] <marcin`> hello MOTU
[10:23] <marcin`> got a question...
[10:23] <marcin`> I have package that is created from cvs checkout
[10:24] <marcin`> and contains some /CVS directories that I want to remove
[10:24] <ajmitch> why don't you use cvs export instead?
[10:24] <marcin`> and I'm not sure... but I think that I have seen something about script
[10:25] <lucas> so it's perfect
[10:25] <marcin`> debhelper or cdbs that removes these directories automagically
[10:25] <marcin`> ajmitch: cvs export instead cvs checkout?
[10:25] <lucas> yes
[10:26] <ajmitch> that's what cvs export is meant for
[10:26] <raphink> any reaction on the organization of the MOTU docs on the wiki ? :)
[10:31] <sistpoty> raphink: cool, good work!
[10:32] <raphink> :)
[10:34] <sistpoty> raphink: are you working on a wiki page right now? if not, I'll update teams with MOTUUncommonProgrammingLanguages
[10:34] <raphink> you can work on it, there are locks anyway
[10:34] <raphink> I'm working on tons of pages at the same time ;)
[10:34] <raphink> if you tell me you're working on MOTUUncommonProgrammingLanguages I won't touch it
[10:37] <lucas> is there a page with a list of issues to be brought up during MOTUMeeting ?
[10:37] <sistpoty> raphink: ok, I'm on it right now
[10:37] <sistpoty> MOTU/Meetings
[10:37] <sistpoty> lucas: ^
[10:37] <raphink> ok
[10:41] <lucas> chninkel_away: you around ?
[10:45] <lucas> does sbody know whether backups of tiber are made ?
[10:46] <sistpoty> lucas: I guess siretart does
[10:47] <lucas> I asked him a while ago
[10:47] <lucas> but he wasn't doing any
[10:48] <sistpoty> lucas: then I assume that no backups are currently done
[10:52] <_jason> Hi, I'd like to get invlolved with motu.  I've read through the wiki pages but I'm not really sure how exactly the process still works.  How would you suggest I proceed so I can learn more?
[10:53] <raphink> _jason: what kind of work would you like to do?
[10:53] <raphink> :)
[10:53] <_jason> raphink: interesting... I wanted to help with packaging, but maybe you can inform me about all of the possibilities :)
[10:53] <raphink> there are tons of things to do, depending on your skills, your preferences, etc.
[10:54] <raphink> well the main work is obviously linked to packages :)
[10:54] <raphink> do you have packages you'd like to have in Ubuntu?
[10:54] <siretart> (short hi)
[10:54] <siretart> huhu sistpoty, hi lucas
[10:54] <sistpoty> hi siretart
[10:54] <siretart> sistpoty: what do I do?
[10:55] <sistpoty> siretart: lucas asked if backups of tiber are done
[10:55] <_jason> raphink: I do have one called lmctl which I found useful (controls logitech mice) but that's not really my main goal
[10:55] <raphink> hi siretart
[10:55] <raphink> _jason: what is your main goal then?
[10:55] <siretart> sistpoty: backups are not yet in place. I will start with them tomorrow
[10:56] <sistpoty> siretart: oh, cool :)
[10:56] <_jason> raphink: just helping out, what would be the best way?
[10:56] <siretart> sistpoty: lucas: (and everyone else on tiber) I will only backup /srv, /home and /etc. please remove stuff which not need to be backuped from your homes
[10:56] <raphink> well we do a lot of things
[10:56] <siretart> move them to /var/tmp and use symlinks, if you want
[10:56] <raphink> _jason: basically all things linked to universe is our  `realm`
[10:57] <raphink> getting new packages in, fixing bugs, etc.
[10:57] <raphink> merging/syncing packages from Debian
[10:57] <raphink> right now, the two priorities are new packages and bug fixes
[10:58] <raphink> merging/syncing is not a priority anymore since we entered UVF, which means we try to not add new versions of package unless it's necessary
[10:59] <_jason> would you say that I could learn about making new packages and start helping out with relative ease or would you recommend that I start elsewhere and work myself to that point once I get more comfortable?
[11:00] <raphink> _jason: we get new packages in till the end of this month iirc, so we're in a bit of a rush on this I'd say
[11:00] <raphink> but learning to package is surely something is more than useful to work with MOTUs
[11:00] <_jason> raphink: I see, so most of the work is bug related after that?
[11:00] <raphink> even for bugfixing, you'll need to know about packaging for sure
[11:00] <raphink> if you feel like learning to package, go for it
[11:00] <raphink> and if you have apps to get in Ubuntu
[11:00] <raphink> go for it
[11:01] <raphink> that's the best way to learn how to package ;)
[11:01] <raphink> when it comes to new packages, we use a system that is called REVU
[11:01] <raphink> it's a reviewing/sponsoring/mentoring system :)
[11:01] <_jason> I was reading the Pbuilder method, is that what is genereally used?
[11:02] <raphink> https://wiki.ubuntu.com/MOTU/REVU
[11:02] <raphink> depends on people
[11:02] <raphink> but using pbuilder is surely a requirement for a good work imo
[11:02] <raphink> and using chroots is also a good thing
[11:02] <raphink> :)
[11:03] <_jason> okay, let's say I try this and get a working package while trying to follow all of the guidelines.  I can then post it to REVU and await feedback/approval?
[11:03] <raphink> yep
[11:03] <raphink> you better ask for reviews actually
[11:03] <raphink> ;)
[11:03] <raphink> once your package is on REVU
[11:04] <raphink> get here and paste the URL
[11:04] <raphink> and try to find a MOTU to review the package
[11:06] <_jason> raphink: by the end of this month you mean january?  as in today is the last day for new packages?
[11:07] <raphink> oh we're in january
[11:07] <raphink> doh
[11:07] <raphink> hehe
[11:07] <raphink> no actually it's by the end of february
[11:07] <raphink> ;)
[11:07] <_jason> oh ok, that gives me some time
[11:07] <siretart> ok, gn8 folks
[11:07] <raphink> see https://wiki.ubuntu.com/DapperReleaseSchedule _jason
[11:07] <raphink> gn siretart
[11:07] <_jason> raphink: now once this period of new packages is over.  Would bug fixing then become the best way to help out?
[11:07] <Slant_Mobile> Can anyone give http://tara.shadowpimps.net/~scott/halwatch.py a look?
[11:08] <Slant_Mobile> Before I report the bug, I need to know if it's just me.
[11:08] <raphink> yes _jason indeed
[11:08] <_jason> raphink: and that's handled through malone?
[11:08] <raphink> Slant_Mobile: does't work
[11:08] <raphink> _jason: yes
[11:08] <Slant_Mobile> raphink: What happens?
[11:09] <_jason> raphink: okay, thanks you've been very helpful
[11:09] <raphink> Slant_Mobile: the server is not configured to run the script, so it sends it as such
[11:09] <Slant_Mobile> raphink: Haha. No, download the script and run it. (look in it first so you know what's going on)
[11:09] <Slant_Mobile> It's a test for a HAL bug.
[11:09] <raphink> oh sorry ;)
[11:09] <raphink> I thought you meant that the page wasn' tworking
[11:09] <raphink> so I confirmed it's not working ;)
[11:10] <Slant_Mobile> raphink: It's all good - I wasn't being clear.
[11:10] <raphink> hehe
[11:10] <raphink> sorry I don't have time to check it right now :)
[11:11] <Slant_Mobile> Can anyone else help me confirm a HAL bug?
[11:28] <LaserJock> my goodness raphink, your the wiki king today ;-)
[11:28] <raphink> lool
[11:29] <raphink> well just working around ;)
[11:29] <raphink> hehe
[11:29] <raphink> and hoping it's useful :)
[11:38] <sistpoty> hm... if a package produces a arch:all and arch:any package (both with the same rule in binary-arch), does binary-indep need to depend on binary-arch?
[11:38] <\sh> sistpoty: depends..if it's a -doc then no :)
[11:39] <sistpoty> \sh: no, it's some shell-scripts, but they get installed by make install, which also installs a library
[11:39] <sistpoty> \sh: http://revu.tauware.de/details.py?upid=1627 (libswitch)
[11:40] <\sh> sistpoty: hmm...what are the scripts doing? i don't think they use the lib directly, right?
[11:41] <sistpoty> \sh: no, they use a program (different package), which b-d on the lib
[11:41] <\sh> sistpoty: then I would depend on the different package, instead of the lib package
[11:41] <buxy> raphink: do you come to Solutions Linux one of these days ?
[11:41] <raphink> buxy: yep
[11:41] <raphink> buxy: I plan to go tomorrow
[11:41] <raphink> then spend the evening with Tonio and we go together on thursday
[11:42] <sistpoty> \sh: actually my questions is for debian/rules... since all packages from libswitch are installed during binary-arch (even the arch:all)
[11:42] <raphink> so i'll think I'll be there in the next two days :)
[11:42] <raphink> buxy: et si tu y est j'espre bien t'y voir aussi bien sr :)
[11:42] <buxy> raphink: cool, the Debian stand is just near the ubuntu-fr one
[11:42] <raphink> yep :)
[11:43] <raphink> buxy: will you be there all the time?
[11:43] <buxy> lucas: maybe we'll meet at the RMLL or something like that ?
[11:43] <\sh> sistpoty: hmmm...problem will be, that binary-indep are only build on i386 buildd ... so is it possible to split the installation somehow?
[11:43] <buxy> raphink: yes, I'm there until thursday 16:30
[11:43] <raphink> buxy: ok :)
[11:43] <raphink> buxy: I think I'll see you then :)
[11:43] <sistpoty> \sh: what I've seen not easily
[11:44] <raphink> looking forward to it :)
[11:44] <lucas> buxy: we met there last year, but you probably don't remember
[11:44] <lucas> but yes, I'll go to RMLL for sure, and maybe to fosdem too
[11:44] <raphink> pfiew
[11:44] <raphink> still a lot to do for MOTU docs on the wiki
[11:44] <sistpoty> \sh: will it make probs, if the binary-indep rule is empty/doesn't produce the arch:all package?
[11:44] <\sh> sistpoty: hmmm...what about installing the scripts manually in install-indep and installing the rest normally and removing the scripts manually from install-arch?
[11:44] <buxy> lucas: oh right, but if I don't associate you to a project directly, there's no hope that I remember anything :)
[11:44] <raphink> but I think it's getting in good shape
[11:45] <LaserJock> yes raphink , good work
[11:45] <LaserJock> keep it up ;-)
[11:45] <raphink> I'll take a pause though I think ;)
[11:45] <\sh> sistpoty: i would say "no problem"
[11:45] <sistpoty> ok
[11:45] <\sh> sistpoty: but i'm not sure..
[11:47] <\sh> ok..switching back to normal desktop env....
[11:47] <\sh> brb