[00:21] <Laibsch> I changed my mail address for packages I prepare for ubuntu and debian
[00:21] <Laibsch> Can somebody please update my account?
[00:22] <Laibsch> Where can I send the new pgp key?
[00:29] <wgrant> Laibsch: What account?
[01:08] <Xsploit> :D:D
[02:06] <saivann> Hi, I would need a MOTU to ack and upload my debdiff in intrepid for bug #230350 for gnucash
[02:06] <saivann> Debdiff is here : http://upload.leservicetechnique.com/bugs/debdiff_for_gnucash_bug230350
[02:24] <no0tic> saivann, attach the debdiff to the bug report
[02:25] <no0tic> saivann, subscribe (not assign!) ubuntu-universe-sponsors to the bug report and set it as confirmed
[02:26] <no0tic> if you haven't already
[02:26] <saivann> no0tic : Are you sure, there is a lot of packages which are affected so I don't want to pollute that bug report, unless you really believe that it's ok
[02:27] <no0tic> saivann, I don't _really_ believe, I just started helping in here
[02:27] <no0tic> saivann, I told you only what I read on https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[02:27] <saivann> no0tic : Thanks! Well your suggestion might be right, I will wait a few minutes to see if a MOTU want to take the request before uploading the debdiff
[02:27] <saivann> :)
[02:44] <willwill> I run this command, sudo pbuilder --build ttf-f0nt-thai_0.1-1.dsc --buildresult ../debs and ls ../debs found nothing
[02:45] <willwill> http://whsgroup.ath.cx/~whs/willwillBot2/bin/4 here is the pbuilder output
[04:23] <ScottK2> Lovely.  Install OS X 10.5 and then get 341MB of updates.  Thank goodness for broadband.
[04:27] <bddebian> So don't install an OS from an Evil Organization :)
[04:29] <ScottK2> It's not on my computer.  It's my wife's.
[04:29] <ScottK2> You find me a good Linux equivalent to Final Cut and we'll talk.
[04:30] <ScottK2> It was really weird walking into a store and buying software in a box.
[04:30] <ScottK2> It's literally been years since I've done it.
[04:30] <bddebian> heh
[04:30] <ScottK2> I did have the Apple sales drone pretty well convinced to try dual booting Ubuntu by the time I left.
[04:31] <bddebian> I actually use Windows so I don't have much room to talk, I just happen to find Apple more Evil than Microsoft
[04:31] <ScottK2> Oh.  Interesting.
[04:31] <ScottK2> How's that?
[04:32] <bddebian> iPhone/iPod/ now they are basically PCs
[04:32] <bddebian> iTunes
[04:32] <ScottK2> I guess I call that sucess.  I miss where they illegally leveraged an ill gotten monopoly.
[04:33] <bddebian> Haha, so Apple is successful while MS is evil?
[04:33] <ScottK2> Yes.  The widespread use of Windows/Office/etc isn't what makes MS evil.
[04:34] <ScottK2> It's the way they got that way and the way they try to maintain the position.
[04:34] <ScottK2> Not that I think Apple are saints or anything, just not in the same class.
[04:34] <bddebian> Heh, OK, if you say so man. :)
[04:35] <ScottK2> Another point: I don't see any Apple press releases making threats based on unnamed patents they claim are in "Linux".
[04:37] <ScottK2> Personally I consider reliance on any proprietary software for my business as a business risk I don't care to take, but there are nuances among them.
[04:38] <ScottK2> Anyone from motu-sru want to give me a thumbs up on a Hardy SRU for Bug #229646?
[04:39] <ScottK2> There's now what looks like a good test case in the comments.
[05:14] <ScottK2> Cr@p.  More updates to install.
[05:15] <jdong> ScottK2: I'm living through the week knowing my last paper is due tomorrow and I don't have to regenerate any more cryptographic keys.
[05:15] <jdong> one baby step at a time....
[05:18] <ScottK2> I got all the keys done yesterday.
[05:18] <ScottK2> This is getting OS X 10.5 and Final Cut Express on my wife's Mac (Mother's day present).
[05:19] <jdong> ScottK2: ah, cool :)
[05:20] <jdong> ScottK2: is this a Mother's day present or a "Mother's day present"
[05:20] <jdong> :)
[05:20] <jdong> I wouldn't expect you to be a mac dude though ;-)
[05:20]  * ScottK2 isn't.
[05:20] <ScottK2> Not since 1997.
[05:21] <ScottK2> I was a Mac dude before I ever used Windows.
[05:21] <ScottK2> Actually it was 1996.
[05:21] <jdong> they're good at doing what Apple wants you to do with them...
[05:21] <jdong> I think that's the best description I can give for them
[05:22] <ScottK2> Yes, but with OS X, there's BSD under the hood and you can do other cool stuff if you are up for the true Unix experience.
[05:22] <ScottK2> So it's that and more.
[05:22] <ScottK2> It used to be said of Macs that everything was either simple or impossible.
[05:22] <ScottK2> Now it's either simple or you have to know something about Unix.
[05:23] <jdong> ScottK2: it's nice and UNIXy as long as you don't have any want to customize the kernel or core services
[05:24] <jdong> ScottK2: while it's somewhat mysteriously open source even basic documentation on where DNS server configuration is stored is extremely sketchy
[05:24] <jdong> so it's either simple or you have to know someone who is a true Mac geek :)
[05:24] <ScottK2> So far she's good with the simple stuff, so I haven't had to delve.
[05:24] <jdong> cool
[05:25] <jdong> macports is pretty nice for bringing a good subset of FOSS apps onto the mac for power users
[05:26] <ScottK2> Last year I was at a big meeting at Ironport (big anti-spam company now owned by Cisco) and the two consultants in the room had Linux (me with Kubuntu and the other guy had Ubuntu).  The engineers ALL had Macs.  The VP had a windows laptop and the engineers taunted him about it.
[05:26]  * ScottK2 waves at milli.
[05:28] <jdong> ScottK2: cool :). My experience with macs and OS X have generally been positive except for a dissatisfaction when I've wanted to dig deeper but quickly found myself in undocumented territory
[05:29] <ScottK2> That was the moment I really felt Windows was dead, MS just hasn't noticed.
[05:31] <ScottK2> jdong: You're on motu-sru right?
[05:31] <jdong> ScottK2: yes sir
[05:31] <ScottK2> Please give me a thumbs up on a Hardy SRU for Bug #229646.  See the test case in the comments (I'll pretty it up).
[05:32] <ScottK2> jdong: ^^
[05:34] <jdong> ScottK2: commented
[05:35] <ScottK2> jdong: Thanks.  I'll see about getting it uploaded tomorrow.
[05:35]  * milli waves back at ScottK2 
[05:36] <ScottK2> Final Cut Express is installed and runs, so I can go to bed now.  Good night all.
[05:36] <bddebian> Gnight ScottK2
[05:36]  * milli has both a Stinkpad running Ubuntu *and* a Macbook, so no both sides
[05:36] <milli> know even
[05:38] <milli> wait a sec... ScottK2 got the wife a Mac??  Good move.  My wife got an iMac for xmas.
[05:39] <ScottK2> She got it herself a couple of years ago.  I know zip about modern Macs, but I'm still tech support.
[05:40] <milli> wait a sec... is this #macosx ?  ;-)
[05:40] <ScottK2> She's anxious to get off of Windows entirely now, so we should be a Windows free household soon (It'll be Kubuntu for her main desktop).
[05:40] <milli> nice
[05:41] <milli> I can recommend iWork as an Office replacement.  More polished than OpenOffice.
[05:41] <slangasek> technically we're not a Windows-free household, I have an old work laptop with a copy installed
[05:41] <slangasek> but other than Windows being leveraged to overthrow Microsoft, we've been Windows-free for quite some time ;)
[05:41]  * milli is now happy with a mostly-stable hardy upgrade of the primary laptop this week.  There was some pain.
[05:42] <ScottK2> Our kid's PC dual boots to Windows, but that should be a thing of the past soon too.  I got WINE and iTunes 7 working together at least briefly on Hardy, so the end is in sight there too.
[05:42] <milli> Windows for me is relegated to a virtual machine (VMware, since I have a license), for running Quicken, and for access to IE 6 and 7 for dev work
[05:43]  * ScottK2 has IE6 with crossover.
[05:43] <milli> ScottK2: kvm ?
[05:43] <milli> or is the machine too old
[05:43] <milli> Hmm, will have to chat with you about that (IE6 w/crossover)
[05:43] <slangasek> full virtualization is usually not the best solution if what you're looking for is Windows app integration in your desktop
[05:44] <ScottK2> milli: The machine is on Dapper still.
[05:44] <ScottK2> I'm waiting until after UDS to try Dapper - Hardy on it.
[05:44] <milli> I meant hardware too old (no virtualization support in the CPU that kvm needs)
[05:44] <ScottK2> Ah.
[05:44] <ScottK2> Haven't looked
[05:45] <ScottK2> What's too old.  IIRC it's a Pentium IV something.
[05:45] <milli> that's prolly too old, for kvm
[05:46] <ScottK2> I've got parts for another one I've been meaning to build ...
[05:46] <milli> I've only got one machine that can run kvm, and it's just over a year old (AM2+ socket)
[05:47] <ScottK2> I only know about hardware at the moment I'm deciding what to buy.  As soon as I buy it, I pretty well can't remember what it is.
[05:47]  * ScottK2 really does need to get to be, so good night.
[05:47] <milli> gnite
[07:27] <dholbach> good morning
[07:35] <nhaines> Good morning, dholbach!
[07:35] <dholbach> hi nhaines
[09:31] <slomo> siretart: ok, so the gst-ffmpeg build failure on ppc is probably caused by altivec stuff... it builds fine on my machine which has altivec but fails on the buildd which (probably) does not have altivec
[10:02] <\sh> slomo, you are the mono expert ;)
[10:02] <\sh> slomo: what's the correct way of resolving deprecated widgets which results in mono gtk compile errors?
[10:03] <\sh> slomo, for older gtk releases it was to enable the deprecated compile switch...but I'm not sure for mono crack :)
[10:04] <slytherin> \sh: The right way should be to patch sources to use non-deprecated widgets. :-P
[10:06] <\sh> slytherin, yes ;) means kick upstream ;)
[10:07] <slytherin> \sh: or first prepare a patch then kick upstream
[10:11] <\sh> slytherin, I don't know anything about mono/.net crap...and if there is something like GTK_ENABLE_DEPRECATED_FOO=1 as we had during gutsy imho for older gtk sources which were not fixed in time to use new world order...it's easier to prepare this and make this work
[10:12] <slytherin> \sh: Even I am not aware of it much, let me see if I can find out.
[10:13] <slytherin> \sh: Can you point me to build failure?
[10:14] <directhex> what's the app, and which gtk# version does it want to use?
[10:15] <\sh> slytherin, I'll have to check my build logs...give me a moment
[10:15] <proppy> oy
[10:16] <directhex> the gtk# packages in hardy/intrepid should deal with any widgets which are part of gtk# versions 2.4 to 2.12, so it must be a pretty old app if that's insufficient
[10:16] <siretart> slomo: gst-ffmpeg in intrepid or in debian?
[10:18] <slomo> siretart: debian
[10:18] <slomo> siretart: the experimental one
[10:18] <siretart> slomo: hm. not nice. what would you suggest beside disabling altivec?
[10:19] <slomo> siretart: disable altivec for now until it's fixed ;) or i'll simply upload a handbuild ppc binary later :P
[10:19] <\sh> slytherin, http://archive.linux-server.org/logs/muine_0.8.8-1ubuntu1_20080513-1327
[10:21] <slytherin> \sh: which app is this? I can try patching it, if Gtk.Tooltips is the only deprecated api in use.
[10:21] <\sh> slytherin, muine
[10:21] <\sh> slytherin, it's the actual to be merged version
[10:22] <\sh> slytherin, if you are more experienced with it, please take muine merge :)
[10:22] <slytherin> \sh: So you are trying merge and getting the problem?
[10:22] <\sh> slytherin, yes
[10:22] <slytherin> \sh: let me try, I will get back in an hour
[10:22] <\sh> slytherin, no hurry :)
[10:22]  * \sh is busy setting up the development system for the company on the esx server
[10:23] <siretart> slomo: could you please check with the ppc porter how to proceed with this? uploading packages that don't built on debian infrastructure is guaranteed to annoy the security team
[10:25] <directhex> GAH!
[10:25] <directhex> \sh, you're being mislead - it's not the gtk.tooltips obsoletion that's causing it to fail. that's only a warning
[10:26] <directhex> ./PlaylistWindow.cs(179,25): error CS0104: `VolumeButton' is an ambiguous reference between `Gtk.VolumeButton' and `Bacon.VolumeButton'
[10:26] <\sh> directhex, yeah..
[10:26] <\sh> well, the source is broken anyways ;)
[10:27] <directhex> well, yes#
[10:27] <directhex> building against mono 1.2.6? intrepid hasn't picked up 1.9.1 from debian yet?
[10:29] <directhex> hah! you'll love this, \sh. the actual builld failure is highlighted in red if you build it on a real console. it;'s the ambiguous ref line
[10:29] <\sh> directhex, the merge needs to done in main it seems
[10:30] <\sh> directhex, I disabled all colors...and sbuild doesn't show it during build
[10:30] <slytherin> \sh: any idea why debian maintainers switched form simple-patchsys to quilt? :-(
[10:31] <laga> hey directhex :)
[10:31] <\sh> slytherin, never ask me about such things...it's somehow changing every now and then ;)
[10:32] <directhex> laga, HELO!
[10:33] <directhex> \sh, 2-line patch fixes it. it should be Bacon.VolumeButton instead of VOlumeButton in 2 places
[10:33] <directhex> dpkg-deb: building package `muine' in `../muine_0.8.8-1_amd64.deb'.
[10:33] <\sh> directhex, go for it
[10:39] <directhex> \sh, here we go. http://monoport.com/11637
[10:40] <directhex> \sh, stick it in a debian/patches/ entry, and it should build
[10:41] <\sh> directhex, name next to your whois info is accurate? :)
[10:41] <directhex> \sh, yes!
[10:42] <\sh> directhex, thx...need to know it for the changelog ;)
[10:42] <\sh> slytherin, stop working ;)
[10:44] <directhex> ambiguous references are a schoolboy error though. silly muine devs.
[10:44] <slytherin> \sh: Yes, stopped. I was about to tell you same thing, but got busy with colleague discussing some bug.
[10:51] <\sh> slomo, do you have powers for tasks for bug #117726
[10:51] <\sh> slomo, ubuntu mono team ;)
[10:55] <directhex> ooh, i joined that yesterday. it looked warm & inviting
[11:00] <\sh> directhex, are you able to approve the tasks?
[11:00] <\sh> somehow I'm not permitted...*strange*
[11:01] <directhex> probably not
[11:21] <\sh> directhex, there you go..you are famous now ;)
[11:23] <directhex> sexy. i might be in the mythtv chaneglot too somewhere
[11:23] <directhex> laga probably remembers better than me
[11:23] <gaspa> doko: do you have a moment? i've a question on python-iplib package...﻿
[11:24] <directhex> could be worse. i'm building some ia64 sles10 rpms right now
[11:24] <doko> never touched the python-iplib package afaik
[11:25] <gaspa> ﻿mm
[11:25] <gaspa> ﻿-- Matthias Klose <doko@ubuntu.com>  Mon, 15 Jan 2007 16:59:53 +0100
[11:25] <gaspa> perhaps you only sposored that.
[11:31] <gaspa> ﻿anyway, my issue is:  i see that someone modify all "#!/usr/bin/env python" in "#!//usr/bin/python" in rules.
[11:31] <gaspa> it's more policy compliant, i know. But i'm wondering if it's worth making a "ubuntu1" version and not syncing instead...
[11:33] <slytherin> gaspa: I think if it was done by someone before you, better keep it that way. But I am not a developer so you may want to take advice of some MOTU
[11:35] <gaspa> slytherin: in fact... i'm a bit confused, cause i don't see a real reason to do a merge, but i want to trust the "old someone" :D
[11:41] <emgent> morning
[11:53] <slytherin> is there any plan to replace grub with grub2 in intrepid?
[12:11] <Jazzva> norsetto: Prepared SRU for gecko-mediaplayer. bug 230662
[12:12] <norsetto> jazzava: yes, was just looking at it, have you subscribed motu-sru?
[12:12] <norsetto> jazzva: yes, was just looking at it, have you subscribed motu-sru?
[12:12] <Jazzva> No, I was just about to ask you about the procedure for the bug statuses...
[12:14] <norsetto> Jazzva: leave it new, they will eventually confirm it once its acked
[12:14] <Jazzva> norsetto: Subscribed. I wasn't sure if I should set the bug status to Confirmed, as in the other bug fixes.
[12:14] <Jazzva> ok
[12:15] <norsetto> Jazzva: after its acked, subscribe u-u-s to have the fix sponsored to hardy-proposed
[12:15] <Jazzva> norsetto: Ok. I will...
[12:16] <norsetto> Jazzva: both steps may take some time, it could be a good idea to ping somebody in both teams after a while
[12:17] <norsetto> jazzva: I would actually improve the changelog, adding the reason we make this change (otherwise archive admins can reject it)
[12:18] <Jazzva> norsetto: I'll add it now.
[12:18] <laga> i've just added a third debdiff to bug #221921 to fix debian/changelog. maybe someone from motu-sru can take a quick look again (if needed)
[13:03] <Hobbsee> oh dear.  another good MOTU gone
[13:05] <ScottK> Hopefully he'll quit as well as I did.
[13:06] <StevenK> Hobbsee?
[13:06] <ScottK> I assume she'd referring to laserjock's sabattical mail.
[13:06] <StevenK> Ahh
[13:06] <ScottK> she'd/she's
[13:07] <Hobbsee> yes
[13:09] <\sh> ScottK, you quit?
[13:10] <ScottK> Can't you tell?
[13:10] <ScottK> I pulled back at the start of the Hardy cycle, but it didn't last.
[13:11] <\sh> ScottK, ah...you quit your ubuntu holiday...
[13:12] <ScottK> I essentially said there are 3 things that make me need to pull back.  Then 2 of 3 got reasonably well resolved, so I un-pulled back.
[13:14] <pochu> could somebody from motu-sru look at bug 208097?
[13:15] <ScottK> pochu: I don't think there's any point in worrying about fixing it.  It's an unused package that's been removed from Intrepid.
[13:15] <ScottK> Note: I'm not motu-sru
[13:15] <pochu> ScottK: yeah, but the patch is already there so it's wether we want to fix it or not
[13:16] <pochu> and since the binary is still there, perhaps we want to
[13:16] <pochu> s/wether/whether/
[13:20] <ScottK> pochu: If you want to SRU FTBFS, I think there are more important ones to do.
[13:20] <ScottK> You certainly aren't going to have a big user base to get testers from.
[13:20] <ScottK> pochu: Want to do my Spamasassain SRU?
[13:21] <pochu> not really :P
[13:21] <ScottK> OK.
[13:22] <pochu> I was bored and wanted to see if I could fix it since it was distutils. I don't really care if it reaches the archive TBH
[13:22] <ScottK> Understand.
[13:22] <ScottK> pochu: You could go fix Yum.  That's broken and written in Python.
[13:23] <ScottK> It's been broken for at least two releases now.
[13:23] <\sh> YUM is broken since AGES ! ;)
[13:23] <pochu> lol
[13:23] <pochu> what's up with it?
[13:23] <pochu> I mean, what's broken?
[13:23] <pochu> (bbl)
[13:24] <ScottK> pochu: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-May/004258.html
[13:24] <ScottK> Although that's one that might stand removal in conjunction with an entry in command-not-found pointing at apt.
[13:25] <ScottK> \sh: You're familiar with RPM tools.  Is there any point in having yum in the archive?
[13:26] <\sh> ScottK, well, no...smart can take over yum in most ways
[13:26] <\sh> ScottK, I wonder how fedora depends on yum, the last known workable version for me was yum with python2.3... and even that was broken in some ways
[13:27] <\sh> ScottK, so yes, we can get rid of yum, and pushing smart as yum replacement
[13:28] <ScottK> \sh: I guess I'm a little confused about why we'd want RPM management tools on Ubuntu.  It seems risky to mix RPM and .deb packages on the same box.
[13:29] <broonie> Does yum have server side stuff in it as well?
[13:30] <\sh> ScottK, depends...yum in general is only to see as apt-get replacement for RPM stuff...so it can be dangerous...
[13:30] <ScottK> \sh: So removal of that sounds prudent.  Why would we want smart?
[13:31] <ScottK> \sh: I think yum is still the current tool in SuSE.
[13:31] <\sh> ScottK, smart can deal with all sorts of package repositiories...apt-get, apt4rpm, rpm-md ones etc.
[13:31] <\sh> ScottK, nope
[13:31] <\sh> ScottK, in fedora yes
[13:31] <ScottK> OK.
[13:31] <\sh> ScottK, the current tool in suse is zypper
[13:31] <ScottK> Ah.  OK.
[13:32] <ScottK> So yum sounds like an excellent removal candidate.
[13:37] <slytherin> broonie: no
[13:47] <ScottK> pochu: In Bug #230340, is there a reason you didn't also subscribe the archive?
[13:54] <ikonia> is BitchX not in the hardy repo's, if not I'm going to package it now
[13:54] <ikonia> I had a fesity package but I didn't submit it as it was already in the repo
[13:55] <ScottK> ikonia: I think it was removed for being buggy/insecure or something (not sure).  I'd suggest researching why it was removed before expending time preparing a package.
[13:56] <ikonia> ScottK: thats an excellent call, when I was about to submit it for fesity, I had bad language patches made which was the main issue
[13:56] <ikonia> ScottK: where would I find the removal information ?
[13:57] <ikonia> I can't see anything on launchpad
[13:57] <ikonia> (I assume thats teh obvious place)
[13:57] <\sh> ikonia, bitchx is removed in debian and ubuntu
[13:57] <\sh> ikonia, since feisty or gutsy...I asked for it in debian and ubuntu
[13:57] <ScottK> ikonia: http://people.ubuntu.com/~ubuntu-archive/removals.txt
[13:58] <ikonia> ahh, thank you
[13:58] <\sh> since gutsy then
[13:58] <\sh> https://edge.launchpad.net/ubuntu/+source/ircii-pana <- only lasts for gutsy
[13:58] <directhex> afternoon ikonia
[13:59] <\sh> ikonia, https://bugs.edge.launchpad.net/ubuntu/+source/ircii-pana/+bug/162870 <--
[13:59] <ikonia> yes, I've just seen that
[13:59] <ikonia> drat
[13:59] <ikonia> afternoon directhex
[14:00] <\sh> ikonia, ircii-pana is unmaintained the last time I checked...and has several security issues...no need to repackage it...use irssi or something else more sane
[14:02] <directhex> i remember some fun bitchx bugs. i'm sure i remember seeing some remote code execution from maliciously crafted utf-8 when i was an undergrad
[14:03] <ikonia> \sh: it still is unmaintained, some of the older security stuff I'd patched, and some of these patches where coming back to haunt me, hence why I thought of re-packaging it and dumping it back into ubuntu
[14:03] <\sh> ircii-pana was ok in the nineties :)
[14:04] <ikonia> directhex: yes the UTF8 stuff was one of the things Jim Gifford plugged
[14:04] <\sh> ikonia, no...instruct people to not use bitchx again...it was a pain in the past and it will be a plague now ;)
[14:04] <directhex> ikonia, you could make a new package which behaves a bit like the "sl" package
[14:05] <directhex> except with a big screaming face going "noooooooooooooooooooooooooo!"
[14:20] <ikonia> directhex: or I could just park the idea and repond to people who ask about the patches I did saying "sorry - they are dead"
[14:20] <ikonia> I like that idea better
[14:24] <mok0> Any SRU members here?
[14:32] <pochu> ScottK: I forgot, thanks for that. Just done it now
[14:33] <ScottK> pochu: Great.  Thanks for looking after it.
[14:37] <slytherin> can anyone please ack merge for oggconvert - bug 230268
[14:37] <sistpoty|work> hi folks
[14:37] <sebner> hihi siretart
[14:37] <sebner> hihi sistpoty|work
[14:38] <directhex> someone should really merge mono at some point. it's a little stale.
[14:38] <sistpoty|work> hi sebner
[14:41] <slytherin> directhex: surprisingly the merge report says there are not many conflicts, so the merge should be easy
[14:41] <siretart> hi sebner, hi sistpoty|work
[14:42] <sistpoty|work> hi siretart
[14:42] <directhex> slytherin, there aren't many conflicts. i'm already building it for hardy in my ppa.
[14:42] <siretart> directhex: thanks for volunteering to merge mono!
[14:42] <directhex> siretart, okay, where do i click?
[14:43] <siretart> click?
[14:43] <siretart> merge the package, present the result in a lp bug
[14:55] <mok0> persia: shall I add the emblems to the MC reporting page?
[15:03] <persia> mok0: No.  Those don't belong on the reporting page, firstly because it's properly a UC/MOTU decision, and secondly because a decision and implementation is not completed.
[15:04] <persia> Perhaps MOTU/Teams/emblems?
[15:04]  * mok0 looks
[15:04] <persia> Actually, MOTU/Teams/Emblems might be a better URL, just for consistency (and no, that page doesn't exist yet)
[15:05] <mok0> persia: Ah, a non-existing page.. :-)
[15:05] <persia> mok0: Consider it a blank canvas, waiting for addition :)
[15:05] <mok0> persia: I can put them there, and copy-paste my email to you
[15:07] <slytherin> persia: I am about to file 'multiverse -> universe' bugs for glassfish and libdb-je-java. glassfish uses openjdk to build and libdb-je-java uses java-gcj-compat-dev Any comments?
[15:07] <persia> mok0: That'd be great!  I think a couple other people were also interested, so sending a note to ubuntu-motu@ asking for comments / competition might help, and we can decide on the 30th.
[15:08] <mok0> persia: ok, sounds good! I guess these emblems are pretty generic anyway, and could be used/reused for anything
[15:08] <persia> slytherin: I thought glassfish still had some files under non-free licenses, but haven't looked closely.  I'm not that familiar with libdb-je-java.  Is it repacked derby, or something else?
[15:09] <slytherin> persia: libdb-je-java - Oracle Berkeley Database Java Edition. About glassfish, Iwill check if there is any other reason than that 'it is in contrib in Debian'
[15:10] <persia> slytherin: OK.  Also consider the version of glassfish.  I lost track near the end of hardy, but I think for intrepid we only want V2.
[15:12] <slytherin> persia: For some reason I think the whole glassfish packaging has become a mess. The one I am referring here is the old one and has rdepends libdb-je-java, which in turn has rdepends lucene2
[15:13] <slytherin> anyway Iwill do some more debugging and then file bugs
[15:14] <persia> slytherin: Good luck, and thank you.
[15:16] <slytherin> persia: any chance you can find some time to review xml-commons-external - bug 177158. I hope I have addressed all comments
[15:18] <persia> slytherin: Exceedingly unlikely until at least Monday, and fairly unlikely until the following Sunday :(
[15:19] <slytherin> persia: No issues. I just want to get this package in withing a month or so so that I can start working on batik 1.7 :-)
[15:19] <emgent> heya people
[15:51] <sebner> mok0: are these icons for the universe-contributors?
[15:55] <mok0> sebner: that's what I had in mind, yes
[15:56] <mok0> sebner: given that there ain't one
[15:57] <mok0> sebner: I also considered a thinking hat, but it's hard to fit on 14x14 pixels :-P
[15:59] <Iulian> Is there any problems if we fix some lintian warnings too - bug #230350 ?
[15:59] <mok0> bug 230350
[16:00] <Iulian> mok0: https://bugs.edge.launchpad.net/ubuntu/+source/londonlaw/+bug/230350
[16:00] <ScottK> Iulian: That's probably more useful than fixing the maintainer.
[16:00] <mok0> Iulian: generally, you want to keep the delta as small as possible
[16:01] <Iulian> ScottK: That's what I thought, thanks.
[16:01] <Iulian> mok0: Indeed
[16:02] <mok0> arghh konqueror crashed... again...
[16:04] <mok0> both FF3 and konqeror (kde4) are actually pretty flaky on hh
[16:05] <ScottK> FF2 packages are in the repository.
[16:05] <mok0> ScottK: yeah...
[16:11] <emgent> DktrKranz: o/
[16:12] <DktrKranz> hey emgent
[16:13] <norsetto> [[ ]]
[16:14] <norsetto> dbug: 480543
[16:15] <norsetto> http://bugs.debian.org/480543
[16:16] <norsetto> http://en.wikipedia.org/wiki/Special:Search?go=Go&search=italy
[16:17] <directhex> hmmm...
[16:18] <ScottK> \sh: libetpan has a soname jump in Debian.  Would you take care of rebuilding claws-mail after I get it synced?
[16:20] <\sh> ScottK, yes
[16:20] <\sh> ScottK, just give me the "go" and I'll start
[16:20] <ScottK> \sh: Great.  I'm testing now, but I'm sure it'll be fine.  It'll need to go through binary New, so it'll be a while.
[16:21] <\sh> ScottK, hopefully debian will catch it before it went through new...and we can sync again?
[16:21]  * \sh 's waiting for new claws features ;)
[16:21] <ScottK> I think they'd just binNMU, so we wouldn't see it.
[16:22] <\sh> ok...pushing XbuildY style packages ;)
[16:22] <\sh> alleeHol, again holidays? ;)
[16:23] <directhex> hmm, this definitely doesn't like building in pbuilder
[16:23] <norsetto> http://bugs.debian.org/ 480543
[16:24] <directhex> i wonder if it's a pbuilder issue or an intrepid issue. time to dust off the chroot stuff
[16:24] <sebner> mok0: lol. A friend of mine is also going to design something. what about a fist(MOTU) without fingers ^^
[16:24] <mok0> sebner: I'd prefer free-floating fingers without fist :-)
[16:24] <sebner> huhu norsetto :)
[16:24] <pochu> directhex: if you pastebin the error we could have a look at it ;)
[16:25] <norsetto> huhu sebner
[16:25] <sebner> mok0: hmm not that funny ^^
[16:25] <mok0> Yay, happy hour in #ubuntu-motu
[16:25] <directhex> pochu, http://monoport.com/11683
[16:26]  * norsetto thinks an iron ball and chain should do as a logo for universe contributors
[16:27] <sebner> norsetto: slaves of motu?
[16:27] <\sh> directhex, to which lib does the ARG_MAX const belong? ;)
[16:27] <norsetto> sebner: exactly. btw, can you fan a bit faster, its getting stank in here?
[16:27] <\sh> S&M -> Slave and Motu ;)
[16:27] <pochu> directhex: does it build fine in Hardy? It may be a gcc-4.3 issue
[16:28] <sebner> norsetto: löl. yeah master
[16:28] <directhex> pochu, ah, yes, it might be. it DOES build in hardy
[16:28] <directhex> pochu, i'm about to try a build in an intrepic chroot, once i finish making it
[16:28] <sebner> \sh: is SM also the same in english as in german? you know what i mean ;)
[16:29] <Ng> how SRU'able is universe?
[16:30] <\sh> sebner, metallica -> s&m , they knew why they named it ;)
[16:30] <pochu> directhex: OTOH it's been built fine in Debian with gcc 4.3, e.g. http://buildd.debian.org/fetch.cgi?&pkg=mono&ver=1.9.1%2Bdfsg-1&arch=arm&stamp=1209006540&file=log
[16:30] <sebner> \sh: hrhr
[16:31] <norsetto> Ng: bug number?
[16:31] <Ng> norsetto: well, this isn't about one particular bug, I'm just curious how much lattitude I have to update my package
[16:31] <Ng> norsetto: although #230745 is a good candidate, I think :)
[16:31] <\sh> directhex, but not on i386 as I can see
[16:31] <norsetto> bug 230743
[16:32] <norsetto> bug 230745
[16:32] <\sh> argl...it's all about ports ;)
[16:33] <\sh> directhex, http://buildd.debian.org/build.php?arch=i386&pkg=mono no ways with 1.9.1 ;)
[16:34] <norsetto> Ng: what has a fork command to do with terminals?
[16:34] <sebner> \sh: I like the maybe-successful
[16:35] <\sh> sebner, hehe...:)
[16:35] <Ng> norsetto: when you start a terminal, it forks your shell so you can run commands
[16:35] <directhex> \sh, is the search tool broken? there are definitely i386 packages
[16:35] <\sh> directhex, binUploads eventually?
[16:35] <norsetto> Ng: ok, and what is the purpose of running an empty shell?
[16:35] <sebner> directhex: you may want to wait for slomo. he is the mono guy :)
[16:36] <Ng> norsetto: none, it means you fork nothing, so your terminal is blank, empty and utterly useless
[16:36] <\sh> sebner, directhex will become our second mono pro ;)
[16:36] <sebner> \sh: the more the better ^^
[16:36] <norsetto> Ng: right, doesn't seem like a critical bug to be fixed to me (distribution wise)
[16:37] <Ng> norsetto: this is why I asked how much lattitude there is to update universe packages in a stable release
[16:37] <ScottK> RAOF likes Mono too.
[16:37] <norsetto> Ng: but don't pay attention to me, we have a team that deals with sru (motu-sru), they can certainly advice you better
[16:37] <Hobbsee> Ng: have you applied to freenode for cloaks for those who go to prague yet?
[16:38] <Ng> as upstream for the package, I hope I'm in a fairly good position to say what is worth fixing for a distro that will be in use for 3 years ;)
[16:38] <Ng> Hobbsee: that would be a question for Spads, I'm not in Prague :)
[16:38] <Ng> but I'll check
[16:38] <norsetto> Ng: this should give you an idea: https://wiki.ubuntu.com/StableReleaseUpdates
[16:38] <Hobbsee> Ng: ahhh
[16:39] <i4x> hugs 4 y'all!!
[16:39] <\sh> Ng: On Duty Service? ;9
[16:39] <Hobbsee> woot!   hugs!
[16:40] <directhex> right, building in a chroot. let's see if it fails
[16:41] <\sh> for that I love LP...you can find the info you need sometimes faster then on those different debian servers
[16:41] <Ng> \sh: hmm?
[16:41] <\sh> or I'm just to stupid
[16:42] <\sh> Ng, being the admin who stays behind, because it could be that the DC starts to burn ...
[16:42] <Ng> norsetto: ok, so that makes it sound like there is room to fix things
[16:42] <sebner> \sh: +1 for LP, -1 for being stupid
[16:42] <Ng> \sh: ah. we generally just send 2 sysadmins to a UDS, the rest of us stay working :)
[16:42] <Ng> I mean working as usual. UDS is lots of work
[16:43] <\sh> Ng, when you have to work with hotel infrastructure, for sure :)
[16:43] <directhex> does not compile in a chroot either.
[16:43] <\sh> directhex, you tried with a sid chroot?
[16:44] <directhex> \sh, not yet. i hate building chroots
[16:44] <directhex> \sh, and it's gohometime in a minute
[16:45] <\sh> directhex, well, I'm waiting for a beer here at our office...the other team has a barbequeue today...so drinks and food for free for old, stressed admins
[16:46] <norsetto> \sh: a good pils its actually not a bad idea
[16:46] <directhex> I: Base system installed successfully.
[16:46] <directhex> right. pick up wife, then look again this evening
[16:47] <\sh> norsetto, yeah
[17:05] <james_w> siretart: hi, when you get sometime it would be great if you could upload bzr-builddeb. I have prepared a release at http://alioth.debian.org/pkg-bazaar/bzr-builddeb/trunk/
[17:17] <ScottK> Dear everyone working on Bug 230350 - I'd enourage you to look at if we still need the Ubuntu diff.  The one package I've looked at didn't.  Instead of fixing the current Ubuntu package, I sync'ed from Debian.  That's a better solution if appropriate for the package.
[17:23] <greg-g> if someone could help with bug 229489 that'd be great.  The telling log is the last one attached.  \sh mentioned something about timing with the ghc6 package.
[17:39] <sistpoty|work> greg-g: I'll look into it, just not to sure yet when (maybe during the weekend)
[17:40] <greg-g> sistpoty|work: thanks a ton.  I'm not sure where to start with it unfortunately
[17:41] <sistpoty|work> greg-g: well, I'll start looking at the security debdiff... but that's only a gut feeling (gtk2hs isn't the most trivial thing to work on, as it has some weird edges)
[17:41] <greg-g> sistpoty|work: just fyi, I'll be away from the computer for the next week or so.
[17:44] <sistpoty|work> greg-g: kk... the missing ghc-pkg is still strange for me, but that should be sufficient to trace what really happened
[17:45] <RainCT> http://77.210.103.228/revu/details.py?package=pyclamd <- comments please (about the new design for the comments display)
[17:46] <jdavies> RainCT: aaaaaaaaaaaaaaaaaaaa, nic
[17:46] <jdavies> -e*
[17:47] <jdavies> RainCT: what do the submit buttons look like? (if changed)
[17:48] <RainCT> jdavies: the "add a review" part wasn't changed (well, I changed it, but months ago. that was my first contribution to REVU :))
[17:48] <RainCT> but if you want to try, email: test@example.com  password: passw
[17:49]  * sistpoty|work heads home now
[17:49] <sistpoty|work> cya
[17:50] <RainCT> jdavies: "details of" at the top should be "details for", or?
[17:51] <jdavies> RainCT: Details for is good
[17:51] <RainCT> ok (it said "of" 1 minute ago, just changed it)
[17:51] <Laney> Are these errors ignorable? http://pastebin.ubuntu.com/12260/
[17:51] <Laney> s/errors/warnings
[17:53] <RainCT> ok.. if anybody has comments, I'll ---break---- update REVU now ;)
[17:53] <jdavies> Laney: does it build without those packages installed?
[17:53] <Laney> jdavies: Yep
[17:53] <Laney> I'm just wondering if there's a general policy to eliminate them or not
[17:54] <pochu> hmm, isn't ~revu-uploaders' icon too similar to ~ubuntu-core-dev's ?
[17:58] <RainCT> pochu: uhm.. true. I'll change it. any suggestion for a new one?
[17:58] <Laney> jdavies: So it's OK to leave it?
[17:58] <pochu> RainCT: maybe one of mok0's, if he agrees :)
[18:00] <jdavies> Laney: well, I'm surprised /tmp/buildd/btnx-0.4.11/config/missing: line 54: automake-1.10: command not found - doesn't make the build fail
[18:01] <Laney> jdavies: It comes at this stage in the build process - "config.status: executing depfiles commands"
[18:01] <Laney> automake doesn't need to be run.
[18:04]  * RainCT is starting to hate mod_python's catching :P
[18:06] <RainCT> ok, REVU updated... ping me if it explodes :P
[18:12] <directhex> more inclined to think this is a gcc 4.3 issue - sid is building against 4.2
[18:21] <RainCT> pochu: (icon changed)
[18:22] <directhex> nope. builds fine in sid if i force sid to build with gcc-4.3
[18:23] <directhex> time to try a 32-bit intrepid chroot
[18:24] <pochu> RainCT: cheers!
[18:25] <albert23> directhex: I suspect glibc2.8 may be the cause of your FTBFS. That caused an FTBFS for me as also.
[18:27] <albert23> directhex: In glibc 2.8 some defines have been made conditional. To set the condition right I had to add -D_GNU_SOURCE to CFLAGS.
[18:28] <directhex> albert23, interesting. i'll try that.
[18:29] <directhex> fixed in svn, apparently. trying to find out which changeset
[19:04] <sebner> huhu mok0
[19:22] <pochu> RainCT: btw, perhaps you want to change the big icon too ;)
[19:23] <mok0> huhu sebner
[19:23] <Iulian> New icon for revu-uploaders?
[19:23] <emgent> nah, for ubuntu-universe-contributors
[19:24] <mok0> Iulian: I think it would be good...
[19:24] <Iulian> emgent: There is a new one for revu-uploaders too.
[19:24] <Iulian> mok0: It's better than the old one.
[19:24] <mok0> Iulian: where?
[19:24] <Iulian> revu-uploaders
[19:24] <emgent> oh
[19:24] <pochu> https://edge.launchpad.net/~revu-uploaders
[19:25] <Iulian> mok0: Oh, you were talking about the u-u-c?
[19:25]  * Iulian checks the icon for uuc
[19:25] <mok0> Iulian: no, I thought r-u still had the hammer
[19:25] <emgent> Iulian: see motu mailinglist.
[19:26] <emgent> https://wiki.ubuntu.com/MOTU/Teams/Emblems
[19:26] <Iulian> emgent: I saw it.
[19:27] <Iulian> mok0: It's better than the hammer because core-devs also have it.
[19:27] <sebner> mok0: maybe I should vote on it. I'm the only member ^^
[19:27] <mok0> Iulian: yeah
[19:27] <mok0> Hmm, now I see it, it's an arrow pointing into a box...
[19:28] <Iulian> mok0: The difference was that the icon for core-devs was a little bigger than the r-u's icon.
[19:28] <mok0> Iulian: ah, very appropriate: the devs have a bigger hammer :-)
[19:28] <Iulian> I was confused when I saw it.
[19:29] <Iulian> Heh
[19:29] <pochu> sebner: lol
[19:29] <mok0> Actually, ubuntu-dev has the symbol of the Masters of the Universe...
[19:30] <sebner> pochu: only the truth :P
[19:31] <pochu> mok0: hmm, they have different icons: https://edge.launchpad.net/~motu, https://edge.launchpad.net/~ubuntu-dev
[19:32]  * Iulian likes ubuntu-devs icon.
[19:34] <sebner> huhu norsetto
[19:38] <RainCT> uhm.. pbuilder is evil. my root partition is full and now I see that it's because pbuilder stored all builds (over 5GB!) in /var/cache/pbuilder/build lol
[19:38] <mok0> pochu: I know, but look at http://www.he-man.org/
[19:39] <RainCT> pochu: the box looks bad if I make it bigger and I don't know what else to put there :P
[19:39] <jdong> RainCT: lesson of the day: mount a separate filesystem on /var/cache/pbuilder
[19:39] <jdong> RainCT: if nothign else, to spare your /var from fragmentation.
[19:39] <sebner> RainCT: also clean pbuilder/results ^^
[19:39] <RainCT> heh
[19:39] <RainCT> sebner: yes that's always empty :)
[19:39] <jdong> RainCT: is that a good thing to say? ;-)
[19:39] <jdong> lol
[19:40] <mok0> pochu: the maltese cross is the symbol of MOTU
[19:40] <RainCT> I've to reformat some day (my current partion table is crap) but I'm too lazy to configure everything again :P
[19:40] <RainCT> jdong: lol
[19:41] <RainCT> jdong: that's of course because I use pbuilder-dist, so the files are in my home ;)
[19:41] <jdong> RainCT: sure. we believe you. :)
[19:44] <RainCT> jdong: that's bad ;)
[19:45] <Laibsch> http://rafb.net/p/3pElf437.html How can that be?  I create the orig-tar ball from the sources myself, but debian complains about unrepresentable changes?  Granted, I am packaging binaries for which there is no source, but ...
[19:45] <Laibsch> any explanations?
[19:46] <Laibsch> debuild, not debian
[19:46] <RainCT> Laibsch: you can't add binary files to the .diff.gz
[19:46] <RainCT> well, actually you can, but not directly
[19:47] <laga> wb
[19:47] <Laibsch> but there is no diff!
[19:47] <laga> oops
[19:47] <RainCT> Laibsch: by running debuild you are creating a .diff.gz
[19:47] <Laibsch> RainCT: I have some stuff under usr/local/arm (an external toolchain I want to package), plus the debian dir with the packaging info
[19:48] <Laibsch> RainCT: Of course I am, but the stuff in orig.tar.gz and the stuff under usr/ are md5sum identical (of course)
[19:49] <Laibsch> going by your argument, debuild would choke on all *.png, *.jpg, etc files
[19:49] <Laibsch> even if unchanged
[19:49] <ScottK> Laibsch: It will if they are in /debian
[19:51]  * Laibsch suspects dh_create might have its hand in here
[19:51] <RainCT> Laibsch: usr/local/arm? that's in debian/<package name>/?
[19:52] <RainCT> nvm
[19:57] <Laibsch> http://oss.leggewie.org/wip/sharprom-toolchain-2.95.3/ is what it looks like
[19:59]  * ryanakca has no clue whats going on, but would uuencode/uudecode be a way to represent binary changes in a package?
[19:59] <ScottK> Yes.
[20:00] <ryanakca> Also, I'm trying to merge kdetoys, but there are differences in configure and in configure.in ... Who's version do I take?
[20:00] <jdong> probably autotools cruft?
[20:00] <ryanakca> ex: echo "$as_me:10156: \$? = $ac_status" >&5   vs    echo "$as_me:10285: \$? = $ac_status" >&5
[20:01] <jdong> ryanakca: I think the rule of thumb I'd personally apply here is either pick all of debian or all of Ubuntu's configure.* and you'll be okay.
[20:02] <ryanakca> ok, thanks
[20:02] <ryanakca> Would rerunning autotools take care of it?
[20:03] <jdong> ryanakca: this is a case, (everyone look away), where if it doesn't FTBFS you're probably good.
[20:05] <ryanakca> jdong: thanks, Another thing, if I'm getting "BAD signature" when running dpkg-source -x foo.dsc , is there anyway to force it to extract?
[20:07] <Arby> could anybody help me with this diff http://paste.ubuntu.com/12281/
[20:07] <Arby> it's causing build failures for ktorrent
[20:07] <Arby> and I can't speak C
[20:07] <Arby> I've had several attempts and I keep breaking it
[20:09] <mok0> Arby: is this a merge?
[20:09] <Arby> mok0: yes
[20:09] <slangasek> that's C++ btw, not C
[20:09] <mok0> Arby: you don't want to patch the source code
[20:09] <Arby> slangasek: I realise that but it's equally foreign to me
[20:10] <slangasek> ok :)
[20:10] <mok0> Arby: just use the file from 2.2.6
[20:10] <Arby> mok0: OK let me try that. It shows up as a conflict is all
[20:10] <Arby> in the report file
[20:10] <mok0> Arby: in fact, this looks like an Ubuntu version that appeared in Debian
[20:11] <mok0> Arby: you may want to ask for a sync
[20:11] <jdong> ryanakca: I have similar issues with intrepid's dscverify backported to hardy
[20:11] <jdong> ryanakca: been meaning to ask a bit about that
[20:11] <Arby> mok0: there are other differences
[20:12] <Arby> there's still a kubuntu patch that didn't make debian
[20:12] <Arby>  yet
[20:12] <sebner> Arby: then merge it ;)
[20:12] <mok0> right
[20:12] <mok0> but it may not apply if it's meant for another version
[20:37] <directhex> dpkg-deb: building package `mono-gac' in `../mono-gac_1.9.1+dfsg-1ubuntu1_all.deb'.
[20:41] <ryanakca> Can I have a Kubuntu patch depend on a Debian patch? There's the Kubuntu patch that removes a line from 3 files. The Debian patch removes a line from 2 of those 3. Should I make the Kubuntu patch only remove from the one other patch, or do I remove the Debian patch or ?
[20:42] <ScottK> ryanakca: How about just modifying the Debian patch so there's only one?
[20:43] <sebner> ryanakca: and reporting the change back to debian
[20:43] <ryanakca> ScottK: OK, thanks
[20:50] <norsetto> sebner: re. athcool (bug 230816) why did we drop the dependancy on libz1g-dev and the link with -lz?
[20:51] <sebner> norsetto: hmm because it's not necessary anymore. Don't know why now. But I checked and marked it in the last changelog entry that we can make a sync ^^
[20:51] <norsetto> sebner: well, you better give a reason or I mark it as invalid
[20:52] <sebner> norsetto: bad boy :P
[20:52] <sebner> norsetto: IIRC it was to fix a FTBFS
[20:53] <norsetto> sebner: I don't think so
[20:54] <sebner> norsetto: let me check again
[20:54] <norsetto> sebner: pls.
[21:01] <sebner> norsetto: I have to answer \sh but I'm quite sure that it isn't necessary anymore. *waiting*
[21:02] <sebner> norsetto: ehh. ask not answer xD
[21:03] <norsetto> sebner: did you ask him already?
[21:03] <directhex> done.
[21:03] <directhex> mono_1.9.1+dfsg-1ubuntu1.dsc
[21:04] <sebner> norsetto: I said it already ^^. He sponsored my last athcool upload the ubuntu2 thing. I asked him about the zl thing and the result is my changelog entry about the next sync
[21:05] <norsetto> sebner: do you have a record? an email or irc log? You should have recorded it in your sync request
[21:06] <sebner> norsetto: I know -.- no stress about it, I'll ask him if he's online again
[21:13] <RainCT> Laibsch: why do you want usr/local/arm in debian?
[21:13] <geser> any member of ~motu-sru around?
[21:13] <RainCT> * debian/
[21:14] <Laibsch> RainCT: You mean why I want it packaged?
[21:14] <DktrKranz> geser, for a while...
[21:14] <Laibsch> Why non-standard /usr/local?
[21:14] <Laibsch> RainCT: is that your question?
[21:15] <RainCT> Laibsch: no, my question is why you put that dir there at all
[21:16] <Laibsch> Pure despair ;-)
[21:16] <Laibsch> I was trying out why I received errors about local/$something instead of the expected usr/local/$something
[21:17] <Laibsch> I just really fail to understand why debuild comes up with these alleged changes
[21:18]  * Laibsch has moved it back
[21:18] <Laibsch> But the problem occured in both cases
[21:18] <RainCT> ok, now it makes more sense
[21:18] <RainCT> Laibsch: so upstream's tarball contains just this usr/ dir?
[21:19] <Laibsch> yes
[21:19] <geser> DktrKranz: I've seen that apache2 got uploaded to hardy-proposed. apache2-mpm-itk should also be updated as it has a strict dependency on apache2.2-common (needs a rebuild everytime apache2 gets updated). Does this qualify for a SRU or should we wait if somebody complains?
[21:19] <Laibsch> RainCT: it is a binary-only cross-compiler tool-chain
[21:19] <DktrKranz> geser, if it has unmetdeps (as it seems), a rebuild is SRU-worthy
[21:20] <RainCT> Laibsch: ok. I think the best would be to start creating the packaging from the start to get ride of this error (conserving the debian/* files, of course. there shouldn't be any problem with them)
[21:21] <RainCT> Laibsch: so. how is your tarball called?
[21:21] <RainCT> s/your/upstreams
[21:22] <RainCT> it should be something like <program name>_<version>.orig.tar.gz
[21:22] <geser> DktrKranz: it will once apache2 moves to hardy-updates (or already now if you have hardy-proposed enabled)
[21:22] <RainCT> (if it has the form <program name>-<version>.tar.gz rename it to the first one)
[21:22] <geser> anyone here interested in an easy SRU for apache2-mpm-itk?
[21:23] <DktrKranz> geser, so, we should probably wait for it to be copied to -updates, but you can proceed when this happens
[21:24]  * DktrKranz leaves
[21:24] <RainCT> Laibsch: OK, I see. the tarball is also on that webpage :)
[21:24] <sebner> DktrKranz: bye bye :P
[21:24] <Laibsch> RainCT: Yepp
[21:25] <Laibsch> RainCT: And it should be the correct name, AFAIK
[21:25] <Laibsch> I created that tar ball
[21:25] <RainCT> Laibsch: indeed. move it into a clean directory and uncompress it there (tar -xzvf *.tar.gz)
[21:25] <Laibsch> The upstream tarball has one more directory level which I was trying to get of rid of
[21:25] <RainCT> Laibsch: and copy the debian/ directory into it
[21:26] <RainCT> Laibsch: then try: debuild -S -sa
[21:26] <Laibsch> Basically that is what I did
[21:26] <RainCT> Laibsch: without touching any of the files that are in the tarball?
[21:26] <Laibsch> Just a moment
[21:26] <Laibsch> Yes
[21:26] <RainCT> strange..
[21:26] <Laibsch> I said so ;-)
[21:26] <RainCT> sorry, I'm away for 15 min.
[21:27] <Laibsch> cu
[21:31] <Laibsch> RainCT: When you are back, download http://oss.leggewie.org/wip/sharprom-toolchain_2.95.3.orig.tar.gz and http://oss.leggewie.org/wip/sharprom-toolchain.debiandir.tar.bz2
[21:32] <Laibsch> Untar both of them in a directory named sharprom-toolchain-2.95.3, then try to call debuild
[21:32] <Laibsch> Over here it leads to http://oss.leggewie.org/wip/sharprom-toolchain.log
[21:40] <RainCT> re
[21:41] <RainCT> Laibsch: I can't download http://oss.leggewie.org/wip/sharprom-toolchain_2.95.3.orig.tar.gz, Firefox gives an "content encoding error" if I click on it
[21:41] <RainCT> :S
[21:41] <RainCT> uhm.. wget seems to work
[22:00] <ryanakca> When merging, should I also take care of http://paste.ubuntu.com/12302/ , or do I merge to 2ubuntu1 and then update to 2ubuntu2 with the fixes...
[22:01] <emgent> heya
[22:01] <RainCT> ryanakca: into 2ubuntu1, no need to create a second revision to add additional changes
[22:01] <mok0> hey emgent
[22:02] <ryanakca> RainCT: ok, and as for 2ubuntu1 vs making the changes into Debian and then merging -3 into Ubuntu?
[22:02] <RainCT> ryanakca: just list them with different indentation in the changelog (that is, not as a sub-point of the "Merge from Debian unstable" entry)
[22:02] <RainCT> ryanakca: getting them into Debian is of course preferable
[22:02] <ryanakca> (without bothering to pass by merging -2 into it
[22:02] <ryanakca> s/it/Ubuntu/g
[22:03] <RainCT> Laibsch: ok, found the problem
[22:04] <Laibsch> nice
[22:04] <Laibsch> Are you going to let me know?
[22:04] <Laibsch> Is it about those symlinks?
[22:04] <ryanakca> aka, do I bother merging -2 if -3 is going will be available within the next few days?
[22:04] <RainCT> Laibsch: the usr/ package in the .orig.tar.gz should be inside a sharprom-toolchain-2.95.3 directory
[22:04] <Laibsch> Really?
[22:04] <Laibsch> OK, I can fix that easily
[22:04] <RainCT> ryanakca: no, there's no hurry
[22:04] <Laibsch> Is that it?
[22:04] <RainCT> Laibsch: yes
[22:05]  * Laibsch bangs head on table and gives a big THANK YOU to RainCT
[22:05] <Laibsch> Thanks
[22:05] <RainCT> heh, no problem :)
[22:06] <ryanakca> thanks
[22:28] <sebner> gn8 folks
[22:28] <ryanakca> Is it possible to run lintian / equivalent on the changelog file? (I got warnings in regards to the file, but I made the mistake of adding things to the current entry before fixing those lines)
[22:39] <albert23> If Ubuntu made the initial version of a package, and Debian took the Ubuntu package, will we still sync the latest version from Debian? Or will we only take patches from Debian?
[22:39] <albert23> In this case, syncing would mean the Maintainer, a core-dev, will be replaced by a Debian maintainer group
[22:41] <directhex> whose version is higher?
[22:41] <albert23> The Debian version
[22:43] <directhex> are there any required ubuntu-specific patches?
[22:43] <ScottK> albert23: Generally we would take the Debian package and sync it unless there was a significant change from the Ubuntu package that wasn't in the Debian one.  Then  we'd do a merge adding in important Ubuntu specific changes.
[22:44] <ajmitch> it'd also differ if the package was native
[22:44] <albert23> ScottK: Debian has take all Ubuntu changes, plus an additional fix
[22:45] <albert23> ajmitch: The package is not native
[22:45] <ScottK> albert23: Then it sounds like we should just sync it (without looking at specifics).
[22:45] <albert23> Scottk: so we don't care about the Maintainer?
[22:46] <ScottK> albert23: No.  That's just for if there are Ubuntu changes.
[22:46] <albert23> OK, thanks
[22:46] <ScottK> We're downstream of Debian so should just use their package unchanged if we can.
[22:57] <wgrant> mok0: Why do people have this idea that developing a new science distribution is a Good Idea?
[22:58] <mok0> wgrant: heh
[22:58] <mok0> wgrant: To encourage the use of free software in science
[22:59] <wgrant> Why not just have some metapackages, rather than maintaining another distro?
[22:59] <directhex> because Scientific Linux isn't good enough!
[22:59] <mok0> wgrant: to enable students and researchers to get a working machine with loads of good software quickly
[22:59] <wgrant> Or we'll have like three dozen distros from different people for different areas of science. This is bad.
[23:00] <mok0> wgrant: to encourage more scientists to use a free software license and get their software out there and working for others
[23:00] <mok0> wgrant: I agree but that's not the goal
[23:01] <wgrant> Both of those can be achieved just by metapackages, or even a custom CD with scienceish tasks if necessary.
[23:01] <mok0> wgrant: yes I agree
[23:01] <mok0> wgrant: but we also need some kind of branding, artwork etc.
[23:02] <wgrant> mok0: Right, like UbuntuStudio, Mythbuntu, and everything else. It's a lot easier to do within Ubuntu.
[23:02] <mok0> wgrant: The jury is still out on the technical issues
[23:03] <mok0> wgrant: I may not have understood how edubuntu is made
[23:03] <wgrant> Edubuntu is in a very different form to how it was in Gutsy.
[23:03] <wgrant> It's an addon CD.
[23:03] <mok0> wgrant: ok. Well that is also an option
[23:03] <wgrant> This might be a good solution, but I'm not sure if they have different artwork.
[23:04] <mok0> wgrant: we need some funding to get it going
[23:04] <wgrant> They used to, but I haven't tried it in Hardy.
[23:04] <wgrant> And funding goes a lot further if you don't have to maintain your own distro infrastructure.
[23:04] <mok0> If these guys have some money to put into a project that is great news
[23:05] <mok0> wgrant: exactly. It has to build on what is there, and add as little as possible, but just enough to give the distro a unique branding
[23:05] <wgrant> Exactly.
[23:05] <wgrant> I think an Edubuntu-style CD is the best idea.
[23:05] <wgrant> It looks to still have its own artwork.
[23:05] <mok0> wgrant: yes
[23:06] <mok0> wgrant: we installed it on a workstation, it looks really neat
[23:06] <wgrant> Edubuntu?
[23:06] <mok0> wgrant: yes
[23:06] <mok0> really nice wallpapers etc
[23:07] <mok0> and a nice set of apps in the menus
[23:07] <wgrant> Yeah.
[23:07] <wgrant> And it's good because it doesn't replace the set of Ubuntu applications - it augments it.
[23:07] <mok0> wgrant: yeah. I think we're on the same page :-)
[23:08] <wgrant> Even better would be the ability to have multiple selectable tasks on that CD.
[23:08] <mok0> wgrant: ok... I don't know much about tasks, I need to read up on that
[23:08] <RainCT> good night
[23:09] <mok0> wgrant: but since there are many fields of science that somewhat overlap, I think it is very relevant
[23:09] <wgrant> mok0: There are mythbuntu-{frontend,backend} tasks, for example.
[23:09] <wgrant> (as well as *-desktop)
[23:10] <mok0> wgrant: ... and this is something that is invoked during installation?
[23:10]  * wgrant grabs his Edubuntu 8.04 ShipIt addon CD, and checks what it does.
[23:10] <ajmitch> it's not particularly hard to have packages specifically for branding
[23:10] <wgrant> mok0: Or post-installation. Synaptic has an option to install tasks.
[23:10] <mok0> ajmitch: it's not? Good news!
[23:11] <wgrant> All the derivatives do it.
[23:11] <ajmitch> there's been a reasonable amount of work put in to make it easy
[23:11] <mok0> That's really cool, looks like a good way to do it
[23:11] <ajmitch> things like wallpaper, gdm themes, icons, etc
[23:12] <mok0> yes, yes, great!
[23:12] <mok0> It's what we want
[23:12] <mok0> Is there a writeup on how to do this somewhere?
[23:13]  * ajmitch looks for a blunt, serrated knife to use on code
[23:13] <wgrant> 'apt-get source whatever-artwork' should give you a good idea.
[23:13] <wgrant> Replacing 'whatever' with some derivative.
[23:13] <mok0> wgrant: ah, ok
[23:13] <ajmitch> I'd probably just look at various packages in the archive, like ubuntustudio-default-settings
[23:14] <mok0> I've never gotten as far as to look at how the installation works
[23:14] <mneptok> oaty
[23:14] <ajmitch> iirc there's artwork & default-settings, I can't remember what each does
[23:14] <ajmitch> and the usual -desktop metapackages
[23:15] <mok0> (I mostly use alternative, due to not having LVM option in std. installer :-( )
[23:15] <mok0> ajmitch: ... but a metapackage is != task selection, no?
[23:16] <ajmitch> it depends or recommends a set of packages
[23:16] <mok0> ... right ... and..?
[23:17] <wgrant> Um. This Edubuntu CD looks dodgy:
[23:17] <ajmitch> so what are you trying to achieve?
[23:17] <wgrant> william@irranat:~$ ls /media/cdrom
[23:17] <wgrant> 偡捫慧敳?  偡捫慧敳?  偡捫慧敳?稻  偡捫慧敳?稻  剥汥慳攮㬱
[23:17] <mok0> heh
[23:18] <directhex> wgrant, i've had that happen before when mounting with -t auto
[23:18] <directhex> wgrant, try with -t iso9660
[23:18] <soren> mok0: I've not followed the discussion, so I might be missing context, but a meta package is a package whose purpose is to depend on (or suggest or recommend) a set of other packages to ease installation of those packages in one go. Orthogonal to that, we have tasks. A package in the Packages.gz file can have a "TAsks:" field that lists the set of tasks the package belongs to.
[23:19] <wgrant> directhex: Danke, I'll try that.
[23:19] <wgrant> directhex: Aha, I didn't need that, but I had some strange ghost mount of the same device from a few weeks ago.
[23:19] <wgrant> But it wasn't showing any files, just corrupting directory listings from the real device.
[23:19] <mok0> soren: aha... but that requires all packages to be changed to include the tasks field?
[23:20] <soren> mok0: The tasks are not set by the packages temselves.
[23:20] <soren> mok0: They're defined by the seeds.
[23:21] <mok0> soren: I'm relieved :-)
[23:21] <directhex> soren, does ubiquity use its own seed format, or d-i seeds?
[23:21] <mok0> soren: seeds? Sorry for exposing my ignorance here
[23:21] <soren> mok0: https://launchpad.net/ubuntu-seeds
[23:21]  * mok0 looks
[23:22] <wgrant> I do like how the Edubuntu addon works.
[23:23] <mok0> wgrant: ... is that different from the metapackage/tasks/seeds techniques we have discussed?
[23:24] <wgrant> mok0: I presume it's produced from a list of packages generated by the edubuntu seed.
[23:25] <mok0> wgrant: ok, sounds good
[23:25] <mok0> Ah today's a good day, I have learned a lot :-)
[23:28] <mok0> wgrant: btw, what happened to Fujitsu?
[23:28] <wgrant> mok0: He got left in Hardy.
[23:28] <wgrant> I'd been meaning to change for a while.
[23:28] <wgrant> No particular reason.
[23:28] <ajmitch> he ran away & grew up a bitter, twisted shade of his former self?
[23:29] <wgrant> ajmitch: Naturally.
[23:29] <mok0> hehe
[23:29] <mok0> I should write the story about my nick down sometime
[23:29]  * ajmitch has no story
[23:34]  * directhex has been /me since about 1998
[23:34] <directhex> god, i feel old now
[23:34] <slangasek> you feel old because you're 10? >:)
[23:34] <mok0> directhex: don't worry about it
[23:36] <directhex> i've done a mono 1.9.1 merge, in theory. waiting for a proof-read before sticking the debdiff anywhere