[00:02] <Ubulette> fmt
[00:33] <zul> evening
[00:34] <TheMuso> Evening zul.
[00:34] <zul> hey TheMuso how goes it?
[00:35] <TheMuso> zul: Very well thanks. Yourself?
[00:35] <zul> good a bit tired maybe
[00:44] <Hobbsee> greetings
[00:47] <LaserJock> hiya Hobbsee
[01:30] <crimsun> \sh_away: not until the weekend
[01:53] <bddebian> Heya gang
[01:54] <crimsun> 'lo
[01:54] <cody-somerville> Heya
[01:55] <bddebian> Hi crimsun, cody-somerville
[01:55] <ScottK> Heya all.
[01:56] <bddebian> Hi ScottK
[01:58] <ScottK> bddebian: Should I just go ahead and fix testresources or is it on your list somewhere?
[01:58] <bddebian> Ah shit, to be honest I totally spaced on it.  If you can, that would be good.
[01:59] <ScottK> bddebian: Well I'll put it somewhere on my list (it won't be at the top) and whoever gets to if first, does it.
[01:59] <bddebian> Sounds fair :-)
[02:08] <crimsun> cody-somerville: pbuild/sbuild if you can't wait ;)
[02:08]  * cody-somerville is :)
[02:08] <crimsun> (I couldn't, as I had to return my neighbor's cat5e)
[02:32] <secretlondon> hi. I'm working on a main inclusion report and I don't know how to answer what priority questions a package asks in  debconf
[02:32] <Hobbsee> secretlondon: does it bring up a debconf prompt when its' installing?
[02:33] <secretlondon> i've not installed from\the command line
[02:33] <secretlondon> is that the only way to find out?
[02:34] <Hobbsee> pretty much
[02:34] <slangasek> secretlondon: is there a /var/lib/dpkg/info/$package.templates file when the package is installed?
[02:34] <secretlondon> I'll look
[02:35] <slangasek> (repeat for each binary package from this source package)
[02:39] <secretlondon> there is no .templates, but there are 5 $package files
[02:43] <slangasek> right; if there's no .templates file, then the package contains no debconf templates and therefore shouldn't have any debconf questions at any priority
[02:44] <secretlondon> slangasek: thanks
[03:06] <secretlondon> I've submitted the main inclusion request *crosses fingers* ;)
[04:40] <ow1> I need some help. I've just created a fix for the ubuntu-server marked ntp bug. Using https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff as my recipe I've made a debdiff, but it's huge. I've just noticed that the changelog shows 'feisty' in my change entry, rather than 'hardy', which I suspect is the cause. Without building a hardy machine or a pbuilder environment for hardy, how do I make a debdiff with a single line fix in
[04:41] <ScottK> You can grab the source from launchpad and use that to make your debdiff against.
[04:42] <ow1> I've got the source, made a new tree, fixed the thing, then according to the recipe I do debuild -S, then debdiff old new
[04:42] <ow1> But the source is hardy and I'm running feisty.
[04:42] <ow1> We're talking a single line bash script difference.
[04:43] <ow1> Well, technically two lines :)
[04:43]  * Hobbsee attempts to catch up on motu mail
[04:43]  * Hobbsee should update the wiki, too...
[04:43]  * ow1 notes that Hobbsee is everywhere all the time - working too hard perhaps :)
[04:43]  * secretlondon should go to sleep as its 4.40am
[04:44] <Hobbsee> ehh
[04:44] <Hobbsee> ow1: i have an irc proxy :)
[04:44] <Hobbsee> but yes, i'm in a lot of places
[04:44] <ow1> ROTFL
[04:44]  * Hobbsee is mostly inactive now, too.
[04:44] <secretlondon> Hobbsee: what are you doing instead?
[04:45]  * secretlondon may actually get a job at some point..
[04:45] <ow1> So, apart from either installing a hardy machine, doing a pbuilder or a hardy chroot, how can I create a real debdiff without it showing all manner of other strange changes?
[04:46] <ow1> Or can I cheat and edit the debdiff and remove all the spurious stuff?
[04:46] <bddebian> extract the source package. Rename the extracted dir.  extract again.  patch and diff -urN foo.orig/ foo/ ?
[04:47] <Hobbsee> secretlondon: not so much, actually.  i've been workign an awful lot, replicating a lot of my environment elsewhere on a remote server, doing bits and pieces of scripting, and doing bits less of computing stuff in general
[04:47] <StevenK> ow1: I'd suggest you change the source, cd .. ; dpkg-source -b <dir> and then debdiff the two source packages
[04:47] <secretlondon> Hobbsee: fair enough :)
[04:48] <Hobbsee> secretlondon: oh, and whinging about things that should be done in other ways :P
[04:48] <secretlondon> :)
[04:48] <Hobbsee> which is probably pointles
[04:48] <Hobbsee> s
[04:48] <ow1> StevenK: But I cannot actually build it, seeing that I'm running feisty, not hardy. Besides, why do I need to build it just to get a diff for a bash script?
[04:49] <StevenK> ow1: Build a *source* package
[04:49] <secretlondon> Hobbsee: well it will prove that you were right (in the end, possibly)
[04:50] <Hobbsee> secretlondon: well, i hope so.  And i'm reasonably confident that i am, in fact, right, on the issues i stand up on . It just makes me rather unpopular in the process.
[04:51]  * secretlondon nods
[04:51] <secretlondon> Hobbsee: I've crossed loads of people, its one reason I won't go for membership.
[04:53] <ScottK> That's not exactly a bar to membership.
[04:53] <bddebian> heh
[04:53] <Hobbsee> secretlondon: how's membersihp different?
[04:54] <secretlondon> Hobbsee: because loads of people will turn out to oppose me..
[04:54] <Hobbsee> secretlondon: nah.  lots agree with you too.
[04:54] <ScottK> Will any of these people be credible (I've no idea)?
[04:55] <Hobbsee> not usually
[04:55] <Hobbsee> although it depends
[04:55]  * ScottK doesn't know secretlondon at all, but I'm not suprised.
[04:56] <secretlondon> I crossed Jono basically
[04:56] <Hobbsee> oh goody.  new stuff in plasma for kde 4.0.2
[04:56] <secretlondon> and a`load of losers in my loco team who had issues with women
[04:57] <StevenK> secretlondon: That isn't your issue, but theirs.
[04:58] <Hobbsee> secretlondon: it's doable to uncross him
[04:58] <secretlondon> he;s a wanker
[04:58]  * ScottK has yelled at him in person and survived the experience.
[04:59] <Hobbsee> hah
[04:59] <Hobbsee> scottk excluding the bounty on your head, at least...
[05:00] <StevenK> Heh
[05:00] <bddebian> heh
[05:00] <ScottK> OK.  So far.
[05:02] <secretlondon> bah 5am
[05:02] <secretlondon> g'night
[05:04] <RAOF> Alright.  Why does SKIM suddenly decide to pop up everytime I press shift+space?
[05:05] <StevenK> I thought SKIM was the KDEism?
[05:07] <RAOF> Or whatever it is.
[05:07] <StevenK> SCIM, isn't it?
[05:07] <RAOF> Something that describes itself as S?IM is being inconsiderate.
[05:07] <RAOF> And appearing in the bottom right of my screens.  Which means it's not actually *on* my 2nd screen.
[05:09] <ScottK> So if I do a mass bug file that affect 45 packages I'm good on my '5' for 9 days, right?
[05:10] <StevenK> But you're supposed to fix 5, not file 5
[05:10] <StevenK> So file 45, and fix 50.
[05:10] <ScottK> That's one theory I suppose.
[05:10]  * StevenK hides
[05:21] <Fujitsu> Did we really need an invasive python-central change late last month, that causes FTBFSes in a fair bit of stuff?
[07:09] <vignesh> Heya all
[07:11] <warp10> Good morning
[07:12] <dholbach> good morning
[08:09] <\sh> moins
[08:57] <dds> hello, can someone please sync the revu keychain?
[09:04] <dds> Also, can anyone explain why it specifically requires an Elgamal sign/enc subkey? RSA is public domain now...
[09:11] <geser> dds: I guess it will also work with a RSA key with sign+enc capability
[09:11] <dds> geser: ok, I hope so.
[09:30] <Fujitsu> Anybody feel like debugging a petsc FTBFS that has appeared since the 25th?
[09:34] <slytherin> Fujitsu: which package?
[09:34] <Fujitsu> slytherin: petsc.
[09:35] <Fujitsu> http://builder.ubuntuwire.qeuni.net:9998/package/petsc has build logs from both ends.
[09:35] <slytherin> Fujitsu: while I have no idea what the package does, I will try to look.
[09:35] <Fujitsu> I'm trying to get a lot of stuff installable again, and that FTBFS is stopping me from migrating some stuff to gfortran :(
[09:55] <soren> superm1: For your merging pleasure: http://bazaar.launchpad.net/~shawarma/ipod-convenience/stuff/
[10:36] <Sebastian> \sh: Here I am :)
[10:37] <\sh> Sebastian: cool...
[10:37] <Sebastian> \sh: So how would I get started? Obviously I should work myself through the wiki. But where would I get the "source" for the PHPUnit package?
[10:38] <\sh> Dear MOTUs, this is Sebastian Bergmann, PHP Developer, Zend Lover, and PHPUnit Upstream Developer :) Give him a warm welcome :)
[10:38] <\sh> Sebastian: are you on hardy?
[10:38] <Sebastian> Zend Lover?
[10:38] <Sebastian> Of course I am on Hardy.
[10:39] <\sh> Sebastian: ok...add deb-src http://archive.ubuntu.com/ubuntu hardy main restricted universe multiverse to your /etc/apt/sources.list
[10:39] <\sh> apt-get update
[10:39] <\sh> Sebastian: okok...I should have said, bookauthor of several php related paperware :)
[10:40] <Sebastian> :)
[10:41] <Sebastian> Done.
[10:42] <\sh> ok...apt-get install build-essential devscripts dpkg-dev pbuilder debootstrap
[10:42] <\sh> apt-get install ubuntu-dev-tools
[10:42] <Sebastian> The latter should suffice, right?
[10:44] <\sh> Sebastian: ubuntu-dev-tools? well..most likley...but pbuilder you should add
[10:44] <Sebastian> Nope, was also included.
[10:44] <Sebastian> Done.
[10:46] <\sh> ah ok..recommends installation is switched on now...it seems
[10:47] <\sh> Sebastian: and now read this first: https://wiki.ubuntu.com/PbuilderHowto
[10:47] <Sebastian> *reading*
[10:50] <lousygarua> did anyone ever thought about creating a `uninstall-kubuntu-desktop` package?
[10:50] <Sebastian> \sh: chroot setup is running now.
[10:51] <elmargol> lousygarua: apt-get remove uninstall-kubuntu-desktop; apt-get autoremove
[10:51] <lousygarua> s/uninstall-//
[10:52] <elmargol> :D
[10:52] <lousygarua> elmargol, thanks, i will try that
[10:52] <lousygarua> i think
[10:52] <lousygarua> still haven't decided if necessary for the machine i am talking about
[10:56] <\sh> bah..brb
[10:56] <Sebastian> \sh: I am a bit confused by what I get from apt-get source phpunit.
[10:59] <\sh> Sebastian: 1. .dsc file, 2. diff.gz and 3. orig.tar.gz
[11:01] <Sebastian> What I meant is: would I just copy/rename phpunit-3.0.6 to phpunit-3.2.15 and update the files, for instance.
[11:04] <\sh> Sebastian: ah you want to make a new upstream፡)
[11:04] <\sh> you do this: wget <your release tar ball of phpunit>
[11:06] <emgent> heya
[11:06] <\sh> Sebastian: much better
[11:06] <\sh> Sebastian: go into the phpunit-3.0.6 directory...and say "uscan"
[11:07] <Sebastian> http://phpfi.com/300837
[11:07] <\sh> Sebastian: and then in the very same directory: uupdate ../phpunit_3.2.15.orig.tar.gz
[11:08] <Sebastian> This is too easy :)
[11:10] <\sh> Sebastian: now change to "cd ../phpunit-3.2.15/ ; vi debian/changelog" and change the version to 3.2.15-0ubuntu1
[11:10] <Sebastian> It already did that. I just needed to complete my email address in the changelog.
[11:11] <Sebastian> What is debian/compat about? Does that number need to be incremented for a BC break, for instance?
[11:11] <soren> Sebastian: No.
[11:12] <soren> Sebastian: It denotes the debhelper compatibility level.
[11:12] <Sebastian> Ah, okay.
[11:12] <Sebastian> Thanks!
[11:12] <soren> Sebastian: So it should match the major version of the debhelper, you're build-depending on.
[11:12] <soren> (usually)
[11:13] <\sh> Sebastian: well, it set the version to 3.2.15-1 ... which is debian style...you want a new version in ubuntu which is not yet in debian...so you need to adjust it to 3.2.15-0ubuntu1 <-- 0 means: not in debian, ubuntu means "package was/is changed for ubuntu" and 1 is the ubuntu revision
[11:13] <Sebastian> Ah, got it.
[11:14]  * \sh kicks mediawiki
[11:15] <Sebastian> Okay, done.
[11:15] <\sh> Sebastian: vi debian/control: adjust build-dep of debhelper to match version 6 so do debhelper (>= 6) and adjust debian/compat to 6
[11:16] <Sebastian> Can I set maintainer to myself?
[11:19] <\sh> Sebastian: well, the "best" way is to inject the new version into debian, so if you intend to take over the package in debian, yes...but for ubuntu, we set the original maintainer field in debian/control (for universe packages) to: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com> and we still honoring the debian maintainer, with replacing the old maintainer field with XSBC-Original-Maintainer: <debian package maintainer>.
[11:20] <\sh> Sebastian: if you installed ubuntu-dev-tools, this can be easily achieved with a call to "update-maintainer" from the commandline in the source tree (<path to your director>/phpunit-3.2.15)
[11:21] <\sh> .oO(good to know that Sebastian already know how to write gentoo ebuild scripts) ;)
[11:21] <Sebastian> I don't have update-maintainer.
[11:21] <Sebastian> And I don't see a ubuntu-dev-tools package.
[11:22] <Sebastian> Nevermind, I already installed ubuntu-dev-tools, of course.
[11:23] <Sebastian> update-maintainer was just not in my autocomplete, yet.
[11:23] <Sebastian> I also removed an outdated dependency on PEAR_Benchmark and added php5-xdebug as a dependency.
[11:24] <Sebastian> Otherwise users only get half the fun out of PHPUnit :)
[11:26] <\sh> Sebastian: don't add php5-xdebug as dependency...because it's not needed for using it...push it to "Suggests"
[11:27] <\sh> Sebastian: or if you say: "we need that anyways, but not badly" push it to "Recommends:" which is installed now by default, but the sysadmin can disable this behaviour
[11:27] <Sebastian> Okay.
[11:28] <Sebastian> http://phpfi.com/300840
[11:28] <Sebastian> The package seems to be unmaintained in Debian, btw.
[11:29] <Sebastian> Last changelog entry is "QA upload, orphaning this package.".
[11:30] <\sh> Sebastian: find out on debian bts on the "wnpp" virtual package if there is a bug report about it...and take it over :)
[11:30] <Sebastian> I have no clue about Debian.
[11:30] <\sh> Sebastian: one question though: do you need php5-cli only or is libapache2-mod-php5 also valid?
[11:30] <Sebastian> PHPUnit requires the CLI SAPI.
[11:31] <\sh> Sebastian: ah ok፡)
[11:31] <\sh> one moment.../me needs to reboot
[11:31] <Sebastian> k
[11:47] <Iulian> Hey
[11:50] <mok0> hey Iulian
[11:57] <\sh> grmpf...
[11:57] <\sh> Sebastian: I have to postpone our session...real life work wants my attention
[11:58] <Sebastian> \sh: Okay.
[11:58] <Sebastian> \sh: No worries :)
[11:59] <\sh> Sebastian: replacing apache2 + mod_php5 with lighty+php5-fcgi ...
[11:59] <Sebastian> Yay! :)
[12:01] <Iulian> I'm trying to make a debdiff again to fix bug 198298 but the Maintainer is Debian QA Group. Should I change that with XSBC-Original-Maintainer?
[12:01] <ubotu> Launchpad bug 198298 in nxtvepg "nxtvepg is missing an application icon" [Low,Confirmed] https://launchpad.net/bugs/198298
[12:01] <Iulian> I mean the Maintainer to be MOTU and XSBC-Original-Maintainer Debian QA Group.
[12:01] <slytherin> Iulian: yes
[12:01] <Iulian> slytherin: Okay, thanks.
[12:13] <ScottK> For any MOTU hopefuls (or their mentors) looking for good work to do, Bug 199014 is available.
[12:13] <ubotu> Launchpad bug 199014 in pypar2 "python-xml removal: please drop/replace (build) dependencies" [Undecided,Fix committed] https://launchpad.net/bugs/199014
[12:14] <slytherin> Hi all. Does anyone know why the CD images for 'ports' (powerpc, sparc etc) have not been built today?
[12:14] <mok0> ScottK: wow, that's a lot of packages affected
[12:15] <ScottK> mok0: Yes, but it's generally relatively minor changes and in many cases just a sync from Debian since they're doing the same transition.
[12:17] <mok0> ScottK: Hmm, how can we avoid duplicating work on all these..?
[12:18] <ScottK> mok0: Check for a sync first.  If a package needs non-trivial work send Debian a patch in their equivalent bug.
[12:18] <mok0> ScottK: Actually, I meant duplicating the triaging :-)
[12:18] <ScottK> Ah.
[12:19] <mok0> ScottK: I could commit to a dozen, but I'd hade to duplicate someone elses work
[12:19] <ScottK> The triaging wasn't that hard.  I just looked for rdepends and build-deps.
[12:19] <mok0> s/hade/hate
[12:19] <ScottK> Right.
[12:20] <ScottK> Assign it to yourself first
[12:20] <ScottK> Then anyone else should know.
[12:20] <mok0> ... and deassign when I'm fed up?
[12:20] <ScottK> Yes
[12:20] <ScottK> I wouldn't assign all of them to yourself.
[12:21] <mok0> ScottK: But, they're all under the same bug number?
[12:21] <ScottK> You can assign yourself per package.
[12:21] <mok0> Ah, great!
[12:22]  * ScottK is already doing pypar2
[12:22] <mok0> Man, it's going to generate a flurry of emails on the ML
[12:23] <mok0> I'll look at wxwidgets
[13:04] <ScottK> persia: I just got asked if I'd be willing to prepare an NMU for gaphor to make it work with Python 2.5 as default in Debian.  I thought I'd give you first shot at it since it's your work.
[13:11] <TuxCrafter> hi guys
[13:11] <TuxCrafter> i am trying to build a package
[13:11] <TuxCrafter> and am getting the following message
[13:11] <TuxCrafter> configure.in:41: option `tar-ustar' not recognized
[13:12] <TuxCrafter> does anybody now how to fix this
[13:12] <TuxCrafter> i installed the star package
[13:12] <TuxCrafter> but it did not help
[13:34] <TuxCrafter> solved the problem by installing automake1.9
[13:35] <huats> hey ScottK
[13:35] <huats> regarding the mail you sent to motu about the python-xml removal
[13:35] <ScottK> Yes
[13:35] <huats> I've just filled a sync request for gramps
[13:36] <huats> on LP
[13:36] <ScottK> huats: Then assign gramps to yourself in that bug and make a comment to that effect
[13:36] <huats> do I have to do anything else ?
[13:36] <huats> that was my question
[13:36] <huats> ok
[13:36] <huats> do I also put a fix comitted or not ?
[13:37] <ScottK> I'd say fix comitted because the fix is in Debian
[13:37] <huats> that was my comprehension too
[13:39] <huats> ScottK thanks
[13:39] <ScottK> No problem
[13:44] <mok0> ScottK: is there a way to clear out dumb comments on LP?
[13:44] <ScottK> mok0: Switch to Debian.
[13:45] <mok0> ScottK: there should be
[13:45] <ScottK> Agreed, but I've given up on investing any time in launchpad.
[13:45] <mok0> ScottK; heh
[13:47] <mok0> ScottK: This log for bug 199014 will be humongous and messy by the time we get through
[13:47] <ubotu> Launchpad bug 199014 in eric "python-xml removal: please drop/replace (build) dependencies" [Medium,In progress] https://launchpad.net/bugs/199014
[13:49] <ScottK> mok0: It will, but we're using the system as designed, so it's really not my concern (I'm dead serious about trying very hard to care about LP - it's just not useful for me).
[13:50] <mok0> ScottK: couldn't universe switch to gforge :-)
[13:51] <TuxCrafter> would somebody be willing to help me with a build problem?
[13:51] <TuxCrafter> export PKG_CONFIG_PATH=/home/jelle/libexo/exo/.libs:/home/jelle/libexo/exo-hal/.libs
[13:51] <TuxCrafter> ./autogen.sh --prefix=/usr
[13:51] <ScottK> mok0: Such things have seriously been discussed in the past.  At this point probably not.
[13:51] <ScottK> !pastebin | TuxCrafter
[13:51] <ubotu> TuxCrafter: pastebin is a service to post multiple-lined texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the channel topic)
[13:52] <TuxCrafter> i build a new version of the libexo tools that i need to build an other program thunar but i want to tell the thuar build process where to find the libexo libs that i compiled
[13:54] <ScottK> mok0: Did you test build your xml transition debdiffs?
[13:55] <mok0> ScottK: yes
[13:56] <mok0> ScottK: ... it's only a Suggests: python-xml, so it doesn't do anything in the build
[13:56] <mok0> ScottK: ... but I checked that it works :-)
[13:56] <ScottK> Sure
[13:56] <ScottK> That's good.
[13:56] <TuxCrafter> ScottK: any ideas how to tell the build process the location of the new libexo libs?
[13:57] <ScottK> TuxCrafter: You're really better off asking the channel in general.  I'm sorry, but I really don't have time to look into it right now.
[13:58] <TuxCrafter> ScottK: hmm ok
[14:01] <huats> ScottK: can I bother you a bit ?
[14:03] <ScottK> huats: You can ask a question, but I don't promise to have time to answer it.  You're better off just asking in general.  Maybe someone else knows
[14:03] <huats> :)
[14:04] <huats> it is still regarding the python-xml removal : regarding conduit there is a need for sync, someone already wrote a request https://bugs.edge.launchpad.net/ubuntu/+source/conduit/+bug/193605
[14:04] <ubotu> Launchpad bug 193605 in conduit "Feature Freeze Exception request for Conduit 0.3.8" [Undecided,Invalid]
[14:04] <huats> I'll be happy to do it, but I don't know what do I have to do...
[14:05] <ScottK> For that one, someone would have to package 0.3.8.
[14:05] <huats> ScottK it is in debian unstable
[14:06] <ScottK> Then do a test build/install of the Debian package, add the build/install logs to that bug and set it back to new.
[14:07] <huats> just the output of a  pbuilder build would do it ?
[14:07] <ScottK> Yes.
[14:08] <ScottK> for the build log
[14:08] <ScottK> You'll need to install it too.  You can install it in a chroot (see pbuilder login)
[14:08] <huats> ok
[14:09] <huats> before building it, do I need to changed anything in the sources ? like putting hardy or not ?
[14:10] <huats> (I mean hardy in the changelog)
[14:12] <ScottK> No
[14:14] <huats> (well I realized I said something silly after  writing it)
[14:20] <ScottK> No problem
[14:22] <huats> ScottK it is built
[14:23] <huats> and I have kept the build log
[14:23] <huats> now I need to install it...
[14:26] <huats> done
[14:26] <huats> ScottK and now I simply put this logs in the page ?
[14:26] <huats> (in the LP page I mean)
[14:27] <ScottK> Yes
[14:27] <ScottK> For the FFe bug
[14:29] <huats> ScottK: done.... Do I need to subscribe someone after ?
[14:32] <ScottK> huats: No.  Motu release was already subscribed.  I'd add a comment that it fixes 199014
[14:33] <huats> ok
[14:33] <huats> So i need to redo all this steps for every sync request ?
[14:34] <huats> (I mean sync request that happens after the FF)
[14:35] <ScottK> If it brings a new upstream verson.
[14:35] <huats> ok
[14:35] <ScottK> If it's just a new revision, it doens't need all the FFe stuff.
[14:35] <huats> ok
[14:35] <huats> thanks !
[14:40] <huats> in the case of a new revision in a sync request, what are the required steps ?
[14:40] <huats> just subscribe someone ?
[14:42] <TuxCrafter> solved my issues
[14:42] <TuxCrafter> i just installed the new libexo as workaround
[14:43] <ScottK> huats: Make a sync request bug and then subsrcribe ubuntu-universe-sponsors
[14:46] <huats> ok
[14:47] <huats> thanks
[15:01] <emgent> heya people
[15:15] <HighNo> why does updating my system (from feisty to gutsy) remove syslog-ng?
[15:16] <HighNo> is syslog-ng not the standard and some ubuntu base package require syslog (not ng)?
[15:17] <Ng> ubuntu-minimal depends on sysklogd
[15:18] <HighNo> hmpf - isn't it possible to set an alternative here? syslog-ng is far superior and very easy to setup. Why did people choose sysklogd?
[15:26] <superm1> soren, thanks soren.  i've not had time to do that :)
[15:56] <mruiz> hi all
[16:01] <mattva01>  /join #ubutnu
[16:06]  * HighNo votes for a smaller space key for mattva01
[16:11] <mattva01> heh
[16:19]  * HighNo needs a little lick to get his update (to gutsy?) done via update-manager. Please excuse me if I am offline for some hours then... :-/
[16:23] <tjaalton> jussi01: knetworkmanager is started on GNOME, please fix :)
[16:25] <mdomsch> ScottK, https://bugs.launchpad.net/bugs/186026 will be fixed too when you pull the MonitorDB file for kde-guidance
[16:25] <ubotu> Launchpad bug 186026 in kde-guidance "lg flatron l222ws monitor not listed" [Undecided,New]
[16:32] <zul> ScottK: for the libdb4.3-ruby it should be just removed shouldnt it?
[16:35] <jussi01> tjaalton: Im just about to leave for 3 days (going snowmobiling). If someone else has time, you are welcome to it - talk to riddell.
[16:42] <ScottK> zul: Once it has no rdepends, yes.
[17:03] <HighNo> hehe, s/lick/luck/ if someone noticed...
[17:04] <bobbo> debdiff for livemix section of Bug #199014 : http://launchpadlibrarian.net/12462263/livemix_0.49~rc2-0ubuntu3.debdiff
[17:04] <ubotu> Launchpad bug 199014 in eric "python-xml removal: please drop/replace (build) dependencies" [Medium,In progress] https://launchpad.net/bugs/199014
[17:20] <HighNo> hm, either time is just flying by or update-manager's duration approximation is very pessimistic
[17:20] <jdong> what would you guys estimate to be the disk usage of compiling GNOME from source?
[17:20] <jdong> i.e. the final binaries
[17:22] <rulus> I'd like to request a SRU for gnuvd, does bug #180383 meet the requirements?
[17:22] <ubotu> Launchpad bug 180383 in gtkvd "Van Dale website code changed" [Critical,Fix released] https://launchpad.net/bugs/180383
[17:25] <tjaalton> jussi01: no problem
[17:26] <HighNo> hm, was there a bug in the gutsy update manager that makes it count wrong on the needed disk space? I had 2.7G, now have 645M (still shrinking) and it told me it neede 1.8G total for the update?!
[17:29] <emgent> heya pople :)
[18:17] <HighNo> I knew something would go wrong... Maybe it's just my notebook but I guess the update process was not made to create >1000 processes and eat up to 2G of RAM... :-/
[18:34] <emgent> hyea
[18:35] <\sh> hey emgent
[18:51] <\sh> hmm...where is xmoto-edit? (regarding bug #196879 there should be one)
[18:51] <ubotu> Launchpad bug 196879 in xmoto-edit "Added .desktop file for xmoto-edit" [Undecided,New] https://launchpad.net/bugs/196879
[18:59] <\sh> ah it's gone
[19:20] <ScottK> pochu: Are you doing the rest of the emesene FFe?
[19:34] <hellboy195> DktrKranz: buona sera :)
[19:35] <DktrKranz> hellboy195, :)
[19:37] <bobbo> RainCT; how come you are assigned to the livemix part of bug #199014
[19:37] <ubotu> Launchpad bug 199014 in livemix "python-xml removal: please drop/replace (build) dependencies" [Medium,In progress] https://launchpad.net/bugs/199014
[19:37] <\sh> RainCT: your translation will go into 0.9.57 :)
[19:39] <ScottK2> Heya mok0.  I'm just looking at your additional wxwidgets change.  Any of the open bugs in that package you could take a shot at fixing at the same time?
[19:39] <mok0> ScottK2: I'll take a look.
[19:40] <mok0> ScottK2: Assume you are thinking of serpentine
[19:41] <mok0> Ah, wxwidgets...
[19:42] <dakira> hi.. i have a question.. the package qtiplot in (hardy) universe has a serious bug.. the developer is fixing it right now and will put out a new release in the next couple of days.. is there any way to get this into the final hardy?
[19:44] <mario_limonciell> dakira, are there new features other  than this bug in the new release?
[19:45] <mario_limonciell> s/bug/bugfix/
[19:45] <dakira> mario_limonciell: i don't think so..
[19:46] <mario_limonciell> dakira, then it shouldn't be any trouble.  just make sure the bug is documented on launchpad
[19:47] <ScottK> mok0: No.  wxwidgets2.6
[19:47] <ScottK> Ah.  You noticed
[19:47] <dakira> lots of universities and scientists use qtiplot for evaluation and display of scientific data.. one of the core functionalities you need, is integration over the data.. but integration is completely broken in the release included in hardy.. we reported it to the dev yesterday and he's putting out a new release asap..
[19:48] <mario_limonciell> dakira, I understand.  just document it on launchpad, that way you won't have to explain this all again to another MOTU to sponsor it
[19:48] <mario_limonciell> you can just say look at this URL, and go :)
[19:48] <mario_limonciell> also it's required at this stage in the development cycle
[19:48] <dakira> mario_limonciell, when i report this in launchpad.. do I need to report it in all the details or is it sufficiant to describe the situation
[19:49] <mario_limonciell> what you told me should be sufficient
[19:49] <mario_limonciell> when the new version comes out, were you going to take care of the package?
[19:50] <mario_limonciell> or were you just "reporting" this as a concern?
[19:51] <dakira> mario_limonciell, I think I'd rather contact the maintainer.. my experience with packaging is (still) limited.. I intend going through the MOTU school, though ;)
[19:51] <ScottK> bobbo: Assume it's because he's looking at uploading your patch.
[19:51] <mario_limonciell> dakira, well most MOTU packages are "group" maintained with everyone on the motu team
[19:51] <bobbo> ScottK; ah :) Still getting used to how this whole thing works
[19:51] <mario_limonciell> dakira, but being a science package you may want to contact motu-science
[19:52] <dakira> mario_limonciell, thx for the tip.. so for now (until the new release is out), I just open a new bug, right?
[19:52] <mario_limonciell> yeah
[19:52] <ScottK2> mok0: Based on your update to the wxwidgets2.6 change, does 2.8 need updating or is it good?
[19:52] <mario_limonciell> and its good to document this before hand so its not a surprise later
[19:53] <mok0> ScottK2: It needs updating, the debdiff is attached
[19:55] <dakira> mario_limonciell: okay, thx.. I will do that! I assume this is the right place to report the bug: https://bugs.launchpad.net/ubuntu/+source/qtiplot/ ?
[19:55] <mario_limonciell> yup
[19:56] <ScottK2> mok0: For you serpentine debdiff, I see that serpentine recently dropped from Main to Universe, so it needs maintainer adjusted and the earlier change "don't build the muine plugin since it's an universe package" can be reverted.  Please give those a shot and then attach a revised debdiff.
[19:57] <mok0> ScottK2: ok, I noticed the plugin was disbled
[20:04] <RainCT> \sh: great :)
[20:04] <Iulian> Can someone please take a look at my debdiff - bug 199201 ?
[20:04] <ubotu> Launchpad bug 199201 in gliv "Missing files in package gliv" [Wishlist,Confirmed] https://launchpad.net/bugs/199201
[20:05] <Iulian> Hey RainCT
[20:05] <RainCT> bobbo: why do you ask?
[20:05] <bobbo> RainCT; just curious :)
[20:06] <dakira> mario_limonciell, okay done.. thx for the help
[20:07] <RainCT> bobbo: ah you've submitted a patch :)
[20:07] <RainCT> will review that then
[20:07] <RainCT> Hi Iulian
[20:08] <HighNo> what is the proposed update mechanism to get from gutsy to hardy?
[20:09] <RainCT> HighNo: update-manager :)
[20:10] <dakira> HighNo: ALT+F2 -> gksu "update-manager -d"
[20:10] <HighNo> RainCT: ehm, ok... (noob question, I know...)
[20:10] <HighNo> dakira: I don't think -d would be enough as hardy is still marked as development, right?
[20:10] <HighNo> dakira: wouldn't it need at least a -c to that?
[20:11]  * RainCT thinks -d is enough and asks hiself what -c is :P
[20:11] <dakira> HighNo, just did it this way yesterday.. -c is for upgrading from an LTS release
[20:11] <RainCT> s/hiself/himself
[20:11] <RainCT> ah
[20:11] <HighNo> dakira: ahhh
[20:13] <HighNo> dakira: because I had problems with that on my last update. I wanted to go to feisty but update-manager changed sources in a way that I actually switched partly to gutsy-dev... I was just rechecking now before I do a mistake again
[20:13] <dakira> HighNo, because LTS releases are not supposed to show available new releases until the next LTS is out.. i.e. dappers upgrade-manager will show hardy as soon as it's released..
[20:13] <dakira> HighNo, that shoudln't have happened
[20:14] <dakira> HighNo, anyway.. I think this is really offtopic here.. this is the MOTU channel
[20:23] <RainCT> Iulian: please check debdiff's for unwanted changes and remove those before uploading them
[20:25] <RainCT> Iulian: there are changes which aren't documented in the changelog (debian/rules), and you write "move Homepage field.." bug you are actually adding it.. please fix those and I'll upload it
[20:26] <Iulian> RainCT: Yes, you're right, fixing it right now.
[20:39] <Iulian> RainCT: I think it's ready now - http://paste.ubuntu.com/5376/plain/
[20:50] <awen_> what is the best way, if you have a patch for package acpi-support? ... the version is 0.105 which suggest it is an ubuntu native package? should you still prepare a debdiff?
[20:51]  * HighNo is running gutsy now...
[20:59] <HighNo> I know it's a bit offtopic but I'd like to ask the wiser guys... while trying to update from gutsy to hardy (update-manager -d) I think I have a problem as the update-manager wants to remove ~100 packages, some of them being xrandr, xmodmap, xman, xhost, xkill, system-config-printer, openoffice.orgm, gpgp... that does not sound sane to me, should I update anyway?
[21:01] <awen_> HighNo: sounds wrong to me...
[21:02] <bobbo> Has xmms-dev been removed from Hardy? A package that build-deps on it wont pbuild
[21:03] <awen_> HighNo: but it can easily happen if the archive is in a not-so-good state, aka. an important dependency to a package is missing in the archive... usually you should just wait till tomorrow, do an aptitude update, and hopefully it is giving a more sane upgrade
[21:04] <HighNo> awen_: so I should not use update manager - at least don't update with it today?
[21:04] <\sh> bobbo: xmms-dev is still available
[21:04] <bobbo> \sh thanks
[21:04] <\sh> https://edge.launchpad.net/ubuntu/hardy/+source/xmms
[21:05]  * \sh stops for tonight....
[21:05] <\sh> cu tomorrow
[21:05] <Fujitsu> Why didn't we kill xmms off?
[21:05] <Nafallo> Fujitsu: virtual package against some gtk2-fork? ;-)
[21:06] <awen_> HighNo: if it claims to remove "xrandr" (that is the exact name, right?) i would recommend not to... and wait
[21:06] <bobbo> does anyone still actually use xmms?
[21:07] <awen_> HighNo: or if you are using a local mirror of the repos, you could try switching to the primary mirror, and see if they are in a better state
[21:09] <HighNo> awen_: I can't see which mirror update-manager uses, can I?
[21:09] <awen_> HighNo: it uses the same as adept/synaptics... just close update-manager and change it there, then switch back
[21:13] <awen_> HighNo: but try again tomorrow... if you don't have any luck, show up in #ubuntu+1 to seek help; if i'm there you're welcome to ping me
[21:14] <HighNo> awen_: ah, right. I switched now to the main server... I'll check if things work now, if not I will do it tomorrow
[21:15] <HighNo> awen_: at least I managed to leave feisty for gutsy today - and man - are those fonts smooth now...
[21:16] <awen_> HighNo: they are nice, no doubt about that...
[21:25] <LaserJock> hmm, silly question. where does Gnome put the Trash folder?
[21:25] <Seveas> LaserJock, ~/.Trash
[21:25] <Nafallo> .Trash
[21:26] <LaserJock> my Trash folder looks a heck of a lot like /dev
[21:26] <LaserJock> hmm, well that's what I thought, but it's empty
[21:26] <LaserJock> so why do I have /dev show up in Nautilus when I go to Trash?
[21:28] <Amaranth> In hardy the trash moved to ~/.local/share/Trash
[21:28] <Amaranth> yay standards
[21:30] <LaserJock> maybe I'll try logging out
[21:30] <LaserJock> it's somewhat concerning to have /dev in Trash :-)
[21:36] <LaserJock> hmmpf, rebooting didn't help
[21:37] <Fujitsu> Anyone have any insight on bug #199256? The changes in archive state between the two builds are fairly minimal, and I can't see anything that should have broken it...
[21:37] <ubotu> Launchpad bug 199256 in petsc "petsc FTBFS" [High,Triaged] https://launchpad.net/bugs/199256
[21:38] <mruiz> hi all
[21:38] <mruiz> if a debian directory contains control.in and control , which one should be modified?
[21:39] <StevenK> control.in, and then there is probably a target in debian/rules to update debian/control
[21:40] <cprov> hi guys, does anyone have a minute to help me to get banshee and other gnome apps actually playing music/video on my fresh hardy installation ?
[21:41] <cprov> mpg321 & mplayer work fine, I've just upgraded from gutsy :)
[21:42] <Fujitsu> cprov: ubuntu-restricted-extra, perhaps. Or try playing it with Totem first.
[21:43] <cprov> Fujitsu: totem and rhythmbox fail in the same way
[21:43] <cprov> u-r-e is also already installed
[21:44] <Fujitsu> Sounds like a rather nasty format you have there.
[21:44] <cprov> Fujitsu: it's a X61
[21:44] <cprov> mp3
[21:45] <cprov> Fujitsu: also, as I said, mpg321 works fine
[21:45] <Fujitsu> That doesn't use gstreamer. anyway, this is probably better in #ubuntu+1.
[21:46] <cprov> Fujitsu: yes, of course, gstream cries with: "GStreamer resource error: Failed"
[21:46] <Fujitsu> Umm...
[21:47] <Fujitsu> cprov: What does gstreamer-properties say the default output plugin is?
[21:48] <cprov> Fujitsu: alsa
[21:48] <Fujitsu> Try setting it to PulseAudio.
[21:49] <Fujitsu> That's the default nowadays, I believe.
[21:51] <mruiz> thanks StevenK
[21:54] <cprov> Fujitsu: the test (the tone) works
[21:54] <cprov> Fujitsu: but banshee nothing
[21:55] <Fujitsu> Try setting
[21:55] <Fujitsu> Um.
[21:55] <Fujitsu> Damn lag.
[21:56] <RAOF> cprov: Have you restarted banshee after changing the gstreamer setting?
[21:56] <cprov> RAOF: yes
[21:59] <ScottK> TheMuso: Ping.
[21:59] <cprov> damm it works when I run it via sudo
[21:59] <ScottK> TheMuso: Would you please ack and confirm Bug 199265 when you have a moment.
[21:59] <ubotu> Launchpad bug 199265 in suitesparse "[FFe] suiteparse 3.1.0" [Undecided,New] https://launchpad.net/bugs/199265
[22:00] <crimsun> cprov: groups|grep audio>&/dev/null;echo $?
[22:00] <Fujitsu> Thanks ScottK.
[22:00] <ScottK> Fujitsu: No problem.  I'm not worried about you getting it all to work.
[22:00] <cprov> crimsun: '0'
[22:00] <TheMuso> ScottK: sure
[22:00] <Fujitsu> Damn petsc.
[22:01] <Fujitsu> FFe in 30 minutes. Not bad efficiency on your part!
[22:01] <crimsun> cprov: and "gst-launch-0.10 playbin uri=file:///usr/share/sounds/startup.wav"?
[22:03] <cprov> crimsun: it failed, let me pastebin it for you, one sec
[22:03] <cprov> crimsun: http://paste.ubuntu-nl.org/58682/
[22:05] <crimsun> cprov: ps -C pulseaudio>&/dev/null;echo $?
[22:06] <cprov> crimsun: err, found it, the System->Sound->Music & Movies was set to AutoDetect
[22:06] <cprov> crimsun: I've set it to ALSA and it worked
[22:06] <cprov> crimsun: '0' for you cmd-line request
[22:06] <crimsun> cprov: hum, but this is a fresh hardy install, no?
[22:07] <cprov> crimsun: no, upgrade from gutsy
[22:07] <crimsun> ah, I see, at :41
[22:08] <cprov> ... desktop effects on intel video. Amazing :)
[22:09] <crimsun> cprov: so pulseaudio is running, and nothing using pulse works.  Is this a direct dist-upgrade?  Have you logged out and back in?
[22:09] <Fujitsu> cprov: That's worked for ages :)
[22:09] <cprov> crimsun: yes, I 've logged out, rebooted, etc
[22:09] <Iulian> RainCT: What kind of errors do you get?
[22:10] <cprov> Fujitsu: ehe, not here, my previous gutsy inst simply refused to enable them
[22:10] <crimsun> cprov: please pastebin output from "ls -la .pulse*"
[22:10] <crimsun> err, that should be ~/.pulse*
[22:10] <Fujitsu> cprov: Ah, 965?
[22:11] <RainCT> Iulian: http://paste.ubuntu.com/5379/
[22:11] <cprov> crimsun: $ls -la .pulse/
[22:11] <cprov> total 8
[22:11] <cprov> drwxr-xr-x   2 root  root   4096 Mar  6 10:19 .
[22:11] <cprov> drwxr-xr-x 117 cprov sbuild 4096 Mar  6 21:29 ..
[22:11] <cprov> crimsun: sorry ...http://paste.ubuntu-nl.org/58686/
[22:11] <Fujitsu> Those permissions look bad.
[22:12] <crimsun> cprov: ~/.pulse* ?
[22:12] <cprov> Fujitsu: yes, my local "sbuild" user :-/
[22:12] <cprov> crimsun: yes
[22:12] <Fujitsu> cprov: No, that's not what I was looking at.
[22:12] <Iulian> RainCT: I will take a look again to see what I can do.
[22:13] <Iulian> RainCT: Although I don't have a clue about it.
[22:14] <crimsun> cprov: ok, that's very similar to 189060
[22:14] <crimsun> cprov: although I really, really need ~/.pulse*, not ~/pulse/
[22:15] <cprov> crimsun: http://paste.ubuntu-nl.org/58688/
[22:16] <crimsun> cprov: ok, so it's:
[22:16] <crimsun> drwxr-xr-x   2 root  root   4096 Mar  6 10:19 .
[22:17] <crimsun> cprov: what user is pulseaudio running as?
[22:18] <cprov> crimsun: http://paste.ubuntu-nl.org/58690/
[22:19] <crimsun> cprov: ok, please add those and ~/.xsession-errors as attachments to bug 189060
[22:19] <ubotu> Launchpad bug 189060 in pulseaudio "$HOME/.pulse and $HOME/.pulse-cookie have incorrect permissions after upgrade from gutsy to hardy alpha 4" [Medium,Incomplete] https://launchpad.net/bugs/189060
[22:20] <crimsun> we've got a nice race in the daemon, apparently
[22:20] <cprov> crimsun: sure
[22:21] <mok0> ScottK2: almost done with serpentine
[22:23] <mok0> ScottK2: I'll open up another bug for it
[22:25] <Iulian> RainCT: I'm going to sleep. I will make a new debdiff or try to fix it tomorrow morning.
[22:25] <Iulian> Good night all.
[22:26] <cprov> crimsun: done, thank you for helping me with this problem, I've lost a considerable part of my hair :)
[22:26] <cprov> Fujitsu: RAOF, thank you too.
[22:27] <cprov> Fujitsu: btw, my video is one GM965/GL960
[22:37] <mok0> ScottK2: bug 199277, subscribed to motu-release
[22:37] <ubotu> Launchpad bug 199277 in serpentine "[needs-merge] serpentine_0.9-2 from Debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/199277