[01:03] <pochu> good night folks!
[02:16] <nhandler> While reviewing packages on REVU, I came accross one that follows http://wiki.debian.org/Proposals/CopyrightFormat?action=recall&rev=196 for debian/copyright. Is this ok? Or should I have them switch to the more traditional style?
[02:17] <ScottK-laptop> nhandler: Those are fine.
[02:18] <nhandler> ScottK-laptop: Ok, I just wanted to make sure since I hadn't seen a copyright like that before
[02:18] <ScottK-laptop> Some people are a real fan of it.
[02:59] <nhandler> If a program is distributable but not modifiable, can it enter multiverse?
[03:06] <ScottK> nhandler: Yes.
[03:07] <nhandler> Thanks ScottK
[04:52] <AnAnt> Hello, can someone look at this merge request: bug 305124
[05:23]  * invaleed is away (Please give me hug)
[05:25] <jdong> Hobbsee: ^^
[05:25] <jdong> I think it's removal time...
[05:25] <wgrant> Yes.
[05:25] <wgrant> A very nice hug it will be.
[05:26] <wgrant> jdong: Can we backport python3.0?
[05:26] <jdong> wgrant: what does doko think?
[05:26] <wgrant> jdong: No idea. But it has no rdepends...
[05:26] <jdong> if it installs side by side correctly, I think that would be pretty cool to backport
[05:26] <wgrant> We already have rc3 in Intrepid.
[05:26] <jdong> but since I know /dev/null about python packaging, I'd like to have someone who knows what they're doing weigh in :)
[05:27] <jdong> I know we have rc3 in Intrepid but I want to make sure nothing changed significantly in jaunty
[05:27] <wgrant> Right.
[05:27]  * jdong has a feeling that he needs to have a firefox-3.1 talk of similar nature in the near future :)
[05:27] <wgrant> Firefox 3.1 breaks subpixel rendering :(
[05:27] <ScottK-laptop> wgrant: doko already said no.
[05:27] <wgrant> ScottK-laptop: Aw, why?
[05:28] <ScottK-laptop> We'll have it in intrepid-updates.
[05:28] <wgrant> Ah.
[05:28] <wgrant> Good enough reason.
[05:28] <jdong> ScottK-laptop: ah, even cooler :)
[05:28] <ScottK-laptop> Hardy, we aren't supporting.
 what irony...
[05:28] <jdong> the day I do a lengthy blogpost raving about the benefits of AppArmor...
[05:28] <ScottK-laptop> It's not like Python 3.0 will be good for anything but experimental use for quite some time.
[05:29] <jdong> KDE4.2 installed a restrictive apparmor profile that I spent 20 mintues tweaking :)
[05:29] <ScottK-laptop> jdong: For which package?
[05:29] <jdong> the mysqld config backend thingie
[05:29] <ScottK-laptop> Right.
[05:29] <ScottK-laptop> Akonadi.
[05:30] <ScottK-laptop> It's actually a mysql profile.
[05:30] <jdong> for my encrypted-private-directory setup apparmor chokes on it
[05:30] <ScottK-laptop> Interesting.
[05:30] <ScottK-laptop> I'd imagine jdstrand would be interested in that one.
[05:30]  * wgrant decides he should pack at some point.
[05:31] <jdong> I needed rwk for not just ${HOME}.local/share/akonadi/**, but ${HOME}/Private and ${HOME}/.Private/local/share......
[05:31] <jdong> which makes sense due to the way ecryptfs has an upper and lower layer
[05:31] <jdong> and IMO Ubuntu needs to port over Suse's AppArmor troubleshooter
[05:32] <jdong> it took me a while to realize that AppArmor was causing the problem
[05:33] <ScottK-laptop> jdong: Would you please file a bug against akonadi with your information?
[05:33] <ScottK-laptop> Please susbcribe me to it.
[05:33] <jdong> will do.
[05:34] <ScottK-laptop> Thanks
[05:37] <jdong> ScottK-laptop: done (bug 305669); subscribed
[05:38] <ScottK-laptop> jdong: Thanks.
[05:38] <jdong> sure thing
[08:26] <AnAnt> Hello, can someone help me with a bug fix ? I am trying to fix debian bug 507340
[08:27] <AnAnt> to fix the problem for those upgrading sl-modem, I did 'usermod --home /var/log/slmodemd Slmodemd' in postinst
[08:27] <AnAnt> now , when I install the package (even for the first time), this usermod gives a Seg fault
[08:27] <AnAnt> yet dpkg does continue installing it
[09:11] <jonnymind> Hello
[09:33] <keymone> hi
[09:34] <keymone> i tried apt-build with O3 but still some packages are being built with O2 - why would that happen?
[11:25] <cliffbreaker_> hi everyone. Try to build a package from source and it gives an error (when using debuild -S -sa) -  make: *** No rule to make target `clean'. Stop. How can I fix it?
[11:25] <azeem> you need to add a clean target
[11:26] <azeem> it's required
[11:26] <azeem> cliffbreaker_: how did you create your debian/rules?
[11:26] <cliffbreaker_> azeem: well, I understand that. How do I do that - I'm a newbie, sorry, just trying to build my first package
[11:27] <cliffbreaker_> I used dh_make and it was generated
[11:27] <azeem> dh_make generates a clean rule, why did you remove it?
[11:28] <cliffbreaker_> well i didn't. I didn't change anything there. It's present and the section containing a clean rule is there
[11:29] <azeem> cliffbreaker_: post your rules file on a pastebin then
[11:29] <cliffbreaker_> ok
[11:39] <cliffbreaker> azeem: http://paste.org/index.php?id=4411
[11:42] <azeem> cliffbreaker: can you also pastebin the whole output of debuild -S -sa?
[11:42] <azeem> cliffbreaker: otherwise, the only thing I can think of is tab/space mangling in rules maybe, so that make gets confused
[11:43] <cliffbreaker> azeem: ok, but it is half russian)
[11:44] <azeem> cliffbreaker: run it with LANG=C in front
[11:45] <cliffbreaker> azeem http://paste.org/index.php?id=4413
[11:45] <cliffbreaker> oh, just a minute
[11:45] <RainCT> sebner: you haven't reviewed anything yet :(
[11:46] <sebner> RainCT: is it still friday somewhere?
[11:46] <cliffbreaker> azeem: http://paste.org/index.php?id=4414  - here it is
[11:46] <RainCT> sebner: yep, iirc it's still REVU Day for 2 hours or so
[11:47] <sebner> RainCT: well, I have to go off now *but* today I'll review something ;)
[11:47] <azeem> cliffbreaker: ohhhh
[11:47] <azeem> cliffbreaker: sorry
[11:48] <cliffbreaker> azeem: for what?)
[11:48] <azeem> cliffbreaker: the problem is that the clean rules exists, but runs "make clean", but either there is no Makefile in the upstream source, or it does not contain a clean rule
[11:48] <azeem> so this is not about debian/rules but Makefile
[11:48] <azeem> cliffbreaker: is there a Makefile.in?
[11:49] <cliffbreaker> i'll have a look
[11:50] <cliffbreaker> azeem: well there is none
[11:51] <azeem> cliffbreaker: what kind of project is it?
[11:52] <cliffbreaker> it is deluge-torrent. It has no makefile - just setup.py . Seems to use python
[11:52] <azeem> cliffbreaker: this is a prime example why you should not just use the dh_make debian/rules per se, it usually needs to be adopted to the project you're packaging
[11:52] <azeem> cliffbreaker: ok, so you need to rewrite debian/rules
[11:53] <cliffbreaker> azeem: well. It seems quite a task for me) could you please give me any hints?
[11:53] <azeem> look at other python packages
[11:54] <cliffbreaker> azeem: well I don't seem to understand what to do, sorry(( just used the instructions provided by MOTU
[11:59] <DktrKranz> Does anybody notice a "connection refused" error while uploading to PPAs?
[12:00] <DktrKranz> now it's working, probably it was just me
[12:00] <Hobbsee> DktrKranz: no, it was broken
[12:01] <DktrKranz> cool
[12:01] <Hobbsee> (and was fixed)
[12:32] <gnomefreak> we should either remove iceweasel-linky from archives or add firefox and friends to the depends. does anyone have an idea on what is better? ill be glad to fix it if needed
[12:34] <Hobbsee> gnomefreak: s/firefox/abrowser/
[12:34] <Hobbsee> (if you go that route)
[12:34] <gnomefreak> Hobbsee: yeah i was gonna add all that we use with extensions just not sure if removing it or adding deps would be best
[12:40]  * gnomefreak will work on it monday. 
[12:41] <directhex> does it need firefoxish, or xulrunner? :p
[12:46] <iulian> directhex: Hey, I see that a lot of CLI apps are not yet uploaded to experimental. Is meebey lazy? ;-)
[12:47] <directhex> iulian, no comment!
[12:47] <iulian> I agree with you.
[12:47] <directhex> iulian, was giver successfully transitioned? it's still in red - if it's waiting on meebey it should go yellow
[12:47] <iulian> directhex: Oh really? Didn't know that.
[12:47]  * iulian wonders how to change the colour.
[12:48] <iulian> Lemme have a look at the wiki.
[12:48] <iulian> And yes, it's done already.
[12:48] <directhex> iulian, as for laziness, i've been bugging him for something which IMHO is higher priority: a new mono version for lenny to fix an RC bug
[12:49] <directhex> which is done now. 1.9.1+dfsg-5
[12:49] <directhex> it might be worth a SRU for the same bugfixes for intrepid, but i'm not gonna open that can of worms myself
[12:49] <iulian> Aha
[12:49] <iulian> directhex: How do you change the colour?
[12:50]  * iulian was using the GUI mode.
[12:50] <directhex> iulian, i'll do it then. i assume gui modes break things ;)
[12:51] <iulian> directhex: OK then, but I still want to know how to change the colour :)
[12:51] <iulian> Ah, got it.
[12:52] <iulian> You cannot change the colour when using the GUI.

[12:52] <directhex> yeah. apprently the gui sucks then :)
[12:52] <iulian> Indeed
[12:57] <iulian> Hey mok0.
[13:05] <gnomefreak> directhex: it only needs to be dependant on browsers because the browsers will bring in xulrunner-*
[13:05] <gnomefreak> sorry for late reply im working on something
[13:06] <directhex> gnomefreak, right..... but if it works in all the browsers, you could depend on xulrunner-1.9. that way on debian or ubuntu it'd work in FF, iceweasel, abrowser, etc etc etc
[13:07] <gnomefreak> iirc xulrunner doesnt bring in browsers
[13:08] <gnomefreak> it doesnt depend on browsers but the other way around
[13:09] <gnomefreak> i see icedtea was renamed
[13:20] <directhex> gnomefreak, exactly. unless you want the | from hell in your depends, the way to offer an extension to all browsers is via depending on xulrunner
[13:20] <directhex> gnomefreak, if it CAN'T be used by all browsers, then, well, welcome to | city
[13:27] <gnomefreak> i wont know anything until i get around to looking at the *.rdf to find out what browsers it supports
[14:41] <mok0> (two hours later) Oh, hi iulian :-)
[15:45] <StevenHarperUK> Hi, I am looking for a member of the SRU Team please
[15:47] <Elbrus> Can anybody imagine a reason why you want to have the clean target depend on the configure and/or patch target
[15:47] <nixternal> superm1: hey dude, are you in the same hotel as everyone else? I get in tomorrow at about 5pm there, so I will look you up if you are around
[15:47] <azeem> Elbrus: maybe so you can run make distclean, for a autotools package
[15:48] <azeem> though I don't think that makes a lot of sense
[15:49] <Elbrus> it does have "make XXX_distclean" lines
[15:54] <hefe_bia> Hi! Anybody care to review http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter ? Had one advocate and all the outstanding issues should be fixed now. I'd be happy ;)
[15:56] <AnAnt> when's the UDS ?
[15:59] <pochu> AnAnt: from Monday to Friday
[15:59] <StevenHarperUK> OK, looks like no SRU's about : if any read this (from logs) can you have a look at https://bugs.edge.launchpad.net/ubuntu/+source/easycrypt/+bug/293903 it needs processing : thanks a lot
[15:59] <AnAnt> I see
[15:59] <AnAnt> pochu: thanks
[16:55]  * invaleed is away (Please give me hug)
[17:34] <jdong> sigh I am a total idiot :)
[17:34] <jdong> did you know that drag-drop Nautilus doesn't work well with iTunes?
[17:35] <jdong> I guess the joke's on me for having a full GNOME stack on OS X then accidentally using gnome-open when I should've used open.
[18:55] <Skiessi> aika hiljasta
[19:51] <jdong> yikes that's my 2nd time being an idiot today.
[19:51] <jdong> this time almost dpkg -i'ed something onto my Mac
[19:54] <mok0> jdong: fink uses dpkg
[19:55] <jdong> mok0: yeah to some degree it does, though I just happen to have dpkg installed from macports
[19:55] <jdong> along with yum and rpm (don't ask; lots of fun)
[19:56] <mok0> Oh, I see
[19:56] <mok0> I use fink on my mac
[19:56] <jdong> I use macports; somehow I've found packages in there to be better maintained.
[19:56] <jdong> could just be the specific packages i use at specific moments in history that gave me that impression though
[19:57] <jdong> ordinarily I would bias towards fink just because it uses dpkg/apt, but I was disappointied to find that only true for the binary packages.
[19:57] <rww> i tried using fink a few times, but it somehow always seemed to mess up and break things :(
[19:57] <mok0> jdong, Hm, my impression is there are alway update
[19:57] <jdong> the source building system is *still* a ports-like build script backend
[19:57] <jdong> not debhelper/debuild
[19:57] <mok0> rww, just rm -rf /sw and start over :-)
[19:57] <jdong> rww: glad I'm not the only one that experiences that!
[19:57] <jdong> mok0: my macports tree has lasted me since 10.4.10
[19:58] <jdong> minor rebuilding here and there to keep ABIs from breaking
[19:58] <jdong> and I have all of GNOME, KDE4, and mono installed from macports too
[19:58] <jdong> I've been told that I don't use my Mac correctly...
[19:58] <mok0> What annoys me is that you always have to build the packages
[19:59] <jdong> yeah IMO it wouldn't KILL them to build fairly up to date packages.
[19:59] <jdong> macports and fink.
[19:59] <mok0> which means you need to install all the build-deps in addition to the actual deps
[19:59] <jdong> these systems don't differentiate between -dev and -bin
[19:59] <mok0> jdong: exactly
[19:59] <jdong> it is somewhat of a waste of space.
[19:59] <jdong> I've not heard ANY good arguments why this is better
[20:00] <jdong> other than it promotes lazy packaging and makes it easier to "install the stupid -dev packages" (not my words)
[20:00] <mok0> The Gentoo people claims that it's faster; I don't believe that
[20:00] <mok0> jdong: actually, in fink there _are_ dev packagees
[20:01] <jdong> it might possibly be faster.
[20:01] <jdong> but in reality IMO only a handful of packages benefit from such optimization.
[20:01] <jdong> not the entire system blindly
[20:02] <jdong> and neither fink nor macports ships with any kind of optimizing CFLAGS by default
[20:02] <mok0> jdong, of course you can optimize for your Athlon or K8 or whatever
[20:02] <jdong> not to mention you *KNOW* all Mac hardware are Core Duos with SSE2,SSE3,MMX anyway.
[20:02] <jdong> the greatest common denominator is already large enough that additional CFLAGs wouldn't matter much on top of that
[20:03] <mok0> jdong: except, just the time it takes to compile gcc easily makes up for any speed-gains in the next 100 years
[20:05] <rww> mok0: hence me not using gentoo
[20:12] <mok0> rww: yeah binary packages... woot
[20:17] <retour> How to format/erase DVD-RAM under ubuntu
[20:17] <jdong> (1) this is not a support channel
[20:17] <jdong> (2) DVD-RAM should show up as a regular block device at /dev/dvd
[20:18] <jdong> you can use mkfs just as if it were a hard drive.
[20:19] <rww> retour: you probably want #ubuntu ;)
[20:22] <retour> Sorry but I tried Ubuntu/Xubuntu chanels - no answers. I'm ignored. I've got DVD-RAM disks that were used in portable DVD player/recorder and 50% of the capacity is used by something nonvisible to me. Additionaly every DVD when automunts gives me errors because of a bug with access rights. I can aonly watch/access DVD's as root
[20:23] <jdong> well being ignored in #ubuntu is not really an excuse to take t he topic into a channel that is not meant for support issues
[20:23] <jdong> speaking of support, the issue at hand is Ubuntu really does not support DVD-RAM and DVD+RW writeable optical media
[20:24] <jdong> the system mounts optical media read-only and not owned by the user in its default rules anyway
[20:26] <retour> OK sorry. Just read what Masters chanell really is. Bye!
[20:42] <jdong>       printf ("%g %f %f MB\n", f, f, f/1024000);
[20:42] <jdong> *blinks*
[20:42] <jdong> what the hell kind of byte is that?
[20:42] <jdong> a MixiByte?
[20:43] <jdong> the last time I've seen that definition was with 1.44MB floppies
[21:25] <hefe_bia> Hi! Anybody interested in reviewing tomboy-blogposter, a small utility to blog about Ubuntu (and other topics) from Tomboy? ;) It's been advocated by mok0 and I think I have corrected all issues mentioned by dktrkranz. See http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter
[21:25] <hefe_bia> I'll be here for feedback...
[23:31] <goshawk> hi
[23:32] <goshawk> if someone has free time, can please review http://revu.ubuntuwire.com/details.py?package=dsss ?