[00:03] <dcushman> How can a *NIX n00b developer with 20+ years of professional software development get up to speed and make a useful contribution?
[00:03] <directhex> okay, moving here was step 1 ;)
[00:03] <dcushman> I follow direction well :)
[00:03] <directhex> there are a few options open to you, each has its own answers to your question
[00:04] <directhex> * developer, * packager, * translator, * bug maintenance & QA, * general advocacy stuff
[00:04] <directhex> where do you see yourself wanting to focus your skill set?
[00:06] <dcushman> Well, I am pretty sure I could help out with new development or maintenance. Also pretty good at writing/implementing test plans.
[00:07] <lajjr> dcushman: go for developer
[00:07] <dcushman> Happy to do packaging also. Pretty much have done everything since Assembly on 6501 :)
[00:08] <directhex> okay, it sounds like your first target should be to pick a Free Software app you like. which might sound obvious, but it's not needed for the advocacy role
[00:08] <dcushman> I just want to help where it's needed.
[00:08] <directhex> pick something you make use of, and you're in a position to say "X isn't quite right, it should be better"
[00:08] <lajjr> same here.
[00:09] <dcushman> So better to just focus on an app, than to contribute to the big picture? Just want to make for sure I understand your suggestion.
[00:09] <directhex> generally speaking, the quality of work on something you're passionate about is much higher than "general" stuff you might not have intimate knowledge of
[00:10] <dcushman> Very good point
[00:10] <directhex> the best generalist roles are packager-related, but it sounds like you're more of a developer, which means i'd recommend you pick an app to contribute towards
[00:10] <directhex> what's your current programming background?
[00:11] <dcushman> .NET Developer currently focusing (Employment) on WCF/WF. Moving to DSL Modeling with Oslo/Quadrant. Language skills C#/Python/Ruby/PHP/Light on Perl.
[00:12] <directhex> and are you running ubuntu, kubuntu, xubuntu...?
[00:12] <dcushman> Software Architect is my current role. Running Jaunty on 3 boxes. Small 5 node Hadoop cluster on Jaunty server.
[00:13] <directhex> okay. looking to work on desktop-related things? they're typically the most visible
[00:13] <dcushman> User of Ubuntu since 5.04/linux since early days
[00:14] <dcushman> Sure. But mostly just looking for something that matters to more than my companies bottom line
[00:14] <dcushman> :)
[00:15] <dcushman> I would say, I'm not that great at UI development.
[00:15] <directhex> okay. judging by your skill set, i'm going to suggest a few apps you could look at - and the ways to look at those apps would be things like checking the bug tracker (verifying whether a bug still exists in the upstream latest source, and fixing it if need be), or just getting stuck in with features
[00:16] <dcushman> Excellent. Point the way and I'll see what I can do.
the team i'm a member of would benefit directly or indirectly from part of your skillset - but so would other teams - so i'm going to be as even-handed as my knowledge set stretches</disclosure>
[00:16] <dcushman> Understood.
[00:18] <directhex> okay. on an ubuntu desktop, there is tomboy (note-taking app) and f-spot (photo manager app), both of which are c#. there's rhythmbox (music library app) which is c, and may be replaced by banshee (c#) depending on how the apps' features stack up. on that last point, there are some things banshee is missing which it needs in order to be considered "ready" for that takeover - equally rhythmbox could do with some love to make it more
[00:18] <directhex>  likely to stay entrenched
[00:19] <directhex> there's stuff like RSS aggregators which you might find useful (e.g. liferea), or twitter nonsense (e.g. gwibber), or IM clients (e.g. empathy, pidgin)
[00:20] <directhex> generally speaking, just use your desktop and say "man, this bit is a bit i could make my own". it's all Free, so it's all up for lovin'
[00:22] <dcushman> I use Tomboy and Banshee pretty much every day. Rhythmbox seems pretty solid too.
[00:23] <directhex> then i'd pick one of those. i'm not going to try and convince you which, except to say that the media players are more in need of competent workers than tomboy is, right now, but for differing reasons
[00:24] <dcushman> Just out of curiosity, which project are you associated with?
[00:24] <directhex> will it influence your decision?
[00:24] <dcushman> not at all
[00:24] <directhex> then i'm part of the debian mono group, so "anything in c#" is my remit
[00:25] <dcushman> ah, just a tiny project then :)
[00:25] <dcushman> I have great admiration for all the mono work done so far.
[00:26] <dcushman> I've been trying to convince my employers to take a look at moving some of our simpler back end processes off the license beasts, just to get a mono project started in house.
[00:28] <directhex> well, if it works for you, it's worth a shot!
[00:28] <Ng> is there anything missing from bug #300814 that a universe sync request should have?
[00:30] <ajmitch> Ng: ubuntu-universe-sponsors team should be subscribed, and it's not really a sync from reading the comments, is it?
[00:30] <directhex> Ng, it's not clear whether it should be a sync or a merge - does one of debian's recommends need to be removed or not?
[00:31] <ajmitch> I think the recommended package is one that's not in ubuntu
[00:32] <ajmitch> at least it's the debian maintainer requesting it
[00:32] <Ng> directhex: ajmitch: I'm not exactly sure :/
[00:33] <directhex> dcushman, anyway, i'd take a look at one of the media players, since you expressed an interest. rhythmbox is a very "mature" app, which unfortunately means it's starting to come across some fundamental design choices from when it was still young, and hit those issues hard. development pace has slowed - meaning people are starting to talk (prematurely) about the "death" of it. it could do with some fresh bloof to help keep it up-to-
[00:33] <directhex> date and relevant with more than dull backend API changes. banshee has a much more active, vibrant development community, but has its share of outstanding bugs and issues (largely as a result of being a much younger project). it could dow tih more manpower to help work through bugs, inject exciting new features, and help them achieve their goals within a sensible timeframe
[00:33] <Ng> Evgeni was just talking about it on ##ibmthinkpad ;)
[00:33] <directhex> Ng, when you're certain either way between sync/merge, update the bug title to reflect it, subscribe u-u-s, and ping again in here
[00:33] <directhex> if i'm still awake, you might get lucky
[00:34] <dcushman> Thanks for the info and insight.
[00:34]  * Laney wolf whistles
[00:36] <Ng> directhex: probably easiest if he was here... which he is... Zhenech :)
[00:36] <Zhenech> heya
[00:36] <Zhenech> Ng said you need more info on #300814 ?
[00:36] <directhex> Zhenech, not clear whether the bug is a merge or sync, as the "sync it" line also says something should be changed in debian/control
[00:37] <Laney> karmic and gwibber. An unhappy marriage?
[00:37] <Laney> (the message window is blankety blank)
[00:37] <Zhenech> directhex, well, maybe this is just my bad knowledge of your terms :)
[00:37] <Zhenech> directhex, a sync as in "1:1 copy of debians version" would do pretty well
[00:38] <Laney> that is what a sync is
[00:38] <ajmitch> Zhenech: sync means to "copy as is, overwrite any ubuntu changes"
[00:38] <Zhenech> aye
[00:38] <ajmitch> your last comment seemed to indicate that you'd change the Recommends:
[00:38] <directhex> Laney, python rubbish. try gtwitter
[00:38] <Laney> directhex: supports laconica?
[00:38] <Zhenech> but then there is #258342 which would be grave as per debians policy
[00:38] <Laney> isn't a dead project?
[00:38] <directhex> Laney, dunno. patch that mutha, it's in pkg-cli-apps!
[00:38] <Laney> haha
[00:39] <ajmitch> Laney: gwibber has been randomly giving me issues also
[00:39] <Laney> it's pretty heavily patched already iirc
[00:39] <Zhenech> so just killing the recommends line would make it a "merge" (right?) and the 100% perfect solution
[00:39] <ajmitch> Zhenech: yeah, pretty much
[00:39] <james_w> Laney: I saw the same
[00:39] <Laney> james_w: any fix?
[00:39] <james_w> Laney: I suspect webkit
[00:39] <ajmitch> since you said you'll drop the existing ubuntu changes related to udev?
[00:39] <Laney> I don't see a bug for it. YEah, me too
[00:39] <directhex> syncs i know how to take care of. merges i'd need to read the manual
[00:39] <james_w> Laney: I upgraded to the daily PPA, which pulled in a newer webkit as well
[00:39] <directhex> james_w, bugs? in MY webkit?
[00:40] <directhex> that's unpossible!
[00:40] <Laney> hm
[00:40] <Laney> maybe I'll just install the webkit and see what happens
[00:40] <Zhenech> ajmitch, right, these are not needed anymore, we dont ship the udev rule anymore, and postinst will remove the old cruft if any
[00:40] <Laney> now now though
[00:40] <ajmitch> Zhenech: great, I guess it'll only take a couple of minutes to get a new debdiff made & attached
[00:40] <Zhenech> sure
[00:41] <ajmitch> since directhex seems oh-so-eager to sponsor uploads today :)
[00:42] <Zhenech> Architecture: i386 amd64 powerpc <- does the powerpc hurt you in any way? or will it be just ignored?
[00:42] <directhex> it will be used for the totally not official powerpc buildd
[00:42] <directhex> for the ps3 port!
[00:42] <ajmitch> I guess it's not worth adding lpia in there anymore :)
[00:42] <Zhenech> which has no accelerometer I could read out, but ok
[00:43] <Zhenech> ajmitch, is lpia not for Intel Atoms?
[00:43] <Zhenech> or will it run on a regular pentium/core too?
[00:44] <ajmitch> it's i386 with not a lot changed in the way of compiler flags, I believe
[00:46] <Zhenech> I can add it if it makes sense (there are people running lpia on their thinkpads...)
[00:46] <Nrrd> stefanlsd: Thanks so much dude! New patches made, .deb built and installed :)
[00:47] <ajmitch> Zhenech: I'm not sure if the lpia arch will really be supported with karmic, but I suspect it can't hurt to add it
[00:47] <Zhenech> ok
[00:48] <Zhenech> lpia in, recommends out. posting debdiff
[00:49] <ajmitch> fetching the sid source now
[00:49] <ajmitch> not that it's particularly large
[00:51] <Zhenech> here you go
[00:51] <Zhenech> http://launchpadlibrarian.net/27970141/hdapsd_20090401-1ubuntu1.debdiff
[00:52] <ajmitch> thanks
[00:55] <ajmitch> I don't think there's much point changing Maintainer to the MOTU list for this
[00:56] <Zhenech> I read and care for the bugs, so prolly not :)
[00:57] <ajmitch> I did add in bug #300814 to the changelog though
[00:58] <Zhenech> ew, yes, I forgot that
[00:58] <Zhenech> thanks
[00:59] <ajmitch> no problem, now to just wait for it to be built & published & all :)
[00:59] <Zhenech> great thanks
[00:59] <Zhenech> stuff that has no ubuntu modifications stil gets autosynced, right?
[01:00] <Zhenech> and stuff that isnt in ubuntu yet (because it hit debian just yesterday) has still a chace to get in too?
[01:01] <Zhenech> sorry for all the questions :)
[01:04] <ajmitch> yes & yes
[01:04] <Zhenech> great
[01:04] <ajmitch> until debian import freeze on http://wiki.ubuntu.com/KarmicReleaseSchedule
[01:04] <ajmitch> after that it's manual sync of new stuff
[01:13] <Zhenech> judging from my mails and LP the upload was successfull
[01:13] <Zhenech> thank you very much
[01:15] <ajmitch> no problem
[01:18] <Zhenech> then I finally can go to bed with a good feeling
[01:18] <Zhenech> n8
[01:18] <ajmitch> night
[01:42] <kklimonda> does every merge request have to mention all remaining changes?
[01:43] <kklimonda> Or is it sufficient to say that all changes remain in place?
[01:44] <RAOF> All the remaining changes, IIRC.  Because each one of those changes should be justifiable, and merge requests is a good time to periodically make that justification.
[01:45] <kklimonda> RAOF: even if merges are done close to each other? like a week apart or something
[01:45] <RAOF> Well, the debian package has changed.
[01:46] <RAOF> The MOTU wiki would be the canonical reference for this, though.
[01:54] <LargePrime> hello
[01:55] <LargePrime> I am looking for a piece of software that looks like one is running "green dam" spyware
[01:56] <LargePrime> anyone heard of such?
[01:56] <directhex> i've heard of green dam..... but it's not clear what exactly you want to do
[01:57] <LargePrime> I desire to make it appear as if green dam is running, when it is nto
[01:57] <LargePrime> not
[01:57] <LargePrime> I have some friends who are at risk
[01:58] <LargePrime> they are installing ubuntu on flash drives, and making that install appear to be windows
[01:58] <LargePrime> they are required to have green dam installed.
[01:59] <LargePrime> they desire to make it appear as such
[01:59] <LargePrime> is that clear?
[02:00] <LargePrime> directhex:
[02:00] <directhex> i see
[02:01] <directhex> i don't know enough about how it's supposed to look
[02:01] <LargePrime> it can be downloaded.  i can get you a link
[02:01] <directhex> i've never heard of such a thing, but drawing a UI not hooked up tp anything shouldn't be too hard
[02:01] <LargePrime> one could even use the icon resource from the install
[02:02] <LargePrime> I can get bitmaps of some screens
[02:02] <LargePrime> directhex:
[02:04] <directhex> LargePrime, it's 2am, i'm not going to work on this for you
[02:05] <directhex> LargePrime, like i said, i don't know of anything existing, but i'm sure something could be done
[02:06] <LargePrime> sorry.  I did not mean to imply you would.  I appreciate your time.  project seems very resonable to me
[02:06] <LargePrime> wanted to check with another
[02:06] <LargePrime> ok see you.  if you desire you may contact me at largeprime@hotmail.com
[02:14] <nellery> any REVU admins around?
[02:15] <ajmitch> nellery: what's up?
[02:16] <nellery> ajmitch: Hi, can I be marked as a Reviewer on REVU?
[02:16] <ajmitch> pay the fee & I'll happily do so ;)
[02:17] <ajmitch> (done)
[02:17] <nellery> ajmitch: thanks :)
[02:28] <coppro> How do I request a backport?
[04:31] <kiwidrew> i've decided to fix a package that's been broken in jaunty for quite some time (LP #345208).  got the package source with 'apt-get source python-pythonmagick'.  running 'debuild -S' complains about missing GPG key (since i don't have fabrice's private key, i assume).  i'm a bit lost as to what to do next...
[04:36] <ajmitch> you can ignore the gpg problem, since you won't need to be signing an upload
[04:37] <ajmitch> the next step would be to make a debdiff with the fix & attach that patch to the bug in launchpad, then subscribe ubuntu-universe-sponsors
[04:37] <kiwidrew> okay, but debuild bails out after the gpg error...  so i don't have a source .deb yet
[04:37] <ajmitch> debuild -S -us -uc
[04:38] <RAOF> There isn't a source deb.  Just the .dsc, .orig.tar.gz, and .diff.gz
[04:40] <kiwidrew> hmm, well i'm really quite lost now.  https://wiki.ubuntu.com/MOTU/Contributing doesn't seem terribly helpful.  (i've made .deb packages for my own internal projects before, but for those i just packaged up pre-built binaries and so didn't touch source .debs and that stuff...)
[04:41] <kiwidrew> is there a better resource explaining what i need to do to go from what 'apt-get source python-pythonmagick' gives me to a python-pythonmagick.deb ?
[04:41] <RAOF> kiwidrew: debuild.  Just don't pass in "-S", which tells debuild to _only_ build the source package (.dsc, .tar.orig.gz, .diff.gz)
[04:43] <kiwidrew> ah, that's better.  now i'm actually getting somewhere.  thanks!
[05:54] <jsmidt> Is there a IRC channel that shows bugs in Ubuntu as they come in/are changed?
[05:54] <StevenK> #ubuntu-bugs for the former, I belive
[05:54] <StevenK> *believe
[05:55] <jsmidt> StevenK, thank you
[06:06] <ajmitch> StevenK: that still sucks from the firehose?
[06:07] <StevenK> ajmitch: I dunno :-P
[06:10] <stefanlsd> Nrrd: you around?
[06:14] <stefanlsd> What happens when a package gets 2 advocations on REVU? The 2nd advocate should upload it to the archive, or is there a process?
[06:49] <dholbach> good morning!
[06:51] <jsmidt> dholbach, would it be hard setting up harvest as either an RSS feed or something that can be broadcast of some IRC channel?
[06:52] <dholbach> jsmidt: I plan to put some work into harvest to make things like that a lot easier
[06:52] <dholbach> jsmidt: not in the next 2-3 weeks, but afterwards
[06:52] <jsmidt> dholbach, okay thanks.
[06:53] <dholbach> there's no point in working on the existing codebase as it's very web0.5 :)
[07:00] <fabrice_sp> Good morning.
[07:00] <fabrice_sp> Anyone with a PPC could have a look at Debian bug bug #528157 ?
[07:00] <fabrice_sp>  Debian bug #528157
[07:00] <fabrice_sp> NCommander perhaps?
[07:05] <ajmitch> morning dholbach
[07:06] <dholbach> hiya ajmitch
[07:06] <dholbach> hi ara
[07:07] <ara> morning dholbach
[07:07] <fabrice_sp> hey dholbach !
[07:07] <ara> dholbach: do we have someone for the training session?
[07:07] <fabrice_sp> will try later
[07:08] <dholbach> ara: I don't - I sent a reminder to the whole team yesterday
[07:08] <ara> dholbach: yes, I saw that
[07:32] <didrocks> morning o/
[07:33] <didrocks> dholbach: I read a lot of "regenerate debian/control in such package, it's more for people who aren't used to such packages (with debian/control.in to tell them "hey, there is a control.in there... be careful)
[07:33] <dholbach> hm :)
[07:51] <xnox> what's control.in ?
[07:51] <xnox> never seen that before
[07:55] <RAOF> xnox: read debian/rules.  That's indicative that debian/control can be autogenerated (control.in -> sometool -> control)
[08:04] <didrocks> dholbach: just a tought, but if you really think this is not necessary, I can not put it, less paperwork :)
[08:04] <didrocks> xnox: control.in are generic control file used to generate debian/control
[08:06] <xnox> RAOF: didrocks: thanks. I'll look into it
[08:24] <mrooney> Is there an rdepends equivalent for recommends? I am trying to figure out which desktop applications use which spelling libraries such as aspell.
[08:32] <RAOF> mrooney: grep-aptavail should do something like that for you, I think.
[08:35] <mrooney> RAOF: thanks!
[09:28] <rancor][> Hi, I got a question about packaging non free, binary only software with no "generic" changelog that are distributed on the softwares web page only. Shall the changelog just contain changes to the Ubuntu deb packag?
[09:28] <azeem> rancor][: I think in that case, just ship a changelog.Debian.gz, no changelog.gz
[09:29] <rancor][> azeem, ah, thanks.
[09:31] <xnox> rancor][: lintian will complain about a lot things. Simply apply human common-sence
[09:41] <rancor][> If lintian detectes any warning, is the package "okey" anyway. For example that the package contains an extra "LICENSE"-file instead of copyright. Is this any problem or can lintian detect warnings without any conserns?
[09:42] <rancor][> xnox, ah, dident see your reply. Thanks
[09:51] <AnAnt_> Hello, sorry that I ask again, but when will Debian syncs stop ?
[09:51] <soren> AnAnt_: June 25th.
[09:51] <soren> AnAnt_: https://wiki.ubuntu.com/KarmicReleaseSchedule (DebianImportFreeze)
[09:53] <AnAnt_> soren: so if a new package got added 2 days in Debian, most probably it will be synced ?
[09:53] <soren> AnAnt_: Certainly.
[09:54] <soren> AnAnt_: Assuming the usual criteria are met, of course.
[09:54] <soren> AnAnt_: E.g. that the package in Ubuntu doesn't have an "ubuntu?" version.
[09:55] <AnAnt_> ok
[09:55] <AnAnt_> thanks
[10:51] <bigon> does anyone has in plan to merges the network manager plugins for vpn from debian?
[10:59] <slytherin> bigon: which vpn?
[11:01] <bigon> slytherin: network-manager-{openvpn,pptp,vpnc}
[11:05] <slytherin> bigon: hmm. you should talk with asac as he manages most of the NM related packages.
[11:06] <asac> bigon: awe is on it
[11:08] <bigon> ok
[11:08] <bigon> thx
[11:14] <stefanlsd> james_w: whats the procedure with revu uploads? Does the 2nd advocate just upload? do you then archive the package?
[11:16] <james_w> stefanlsd: I'm just signing the package :-)
[11:16] <james_w> but yes, you are correct
[11:17] <stefanlsd> ok. thanks :)
[11:36] <kklimonda> tseliot: what is the status of bug 270846 for nvidia-glx-71 ? driver is still incompatible with intrepid?
[11:37] <tseliot> kklimonda: yes and (currently) Nvidia has no plans to add the support for new X.org releases to -71
[11:38] <tseliot> let me add a comment to that bug report
[11:40] <tseliot> done
[11:40] <kklimonda> thanks
[12:20] <robinp> is this package broken because of its dependencies: http://packages.ubuntu.com/jaunty/kformula
[12:21] <robinp> i.e. is it saying it needs koffice-libs (<< 1:1.6.4) AND koffice-libs (>= 1:1.6.3) ?
[12:22] <joaopinto> koffice-libs version is 1:1.6.3-7ubuntu6
[12:22] <joaopinto> assuming you are refering to jaunty
[12:22] <joaopinto> it is installable
[12:23] <directhex> plenty of things match koffice-libs (<< 1:1.6.4) AND koffice-libs (>= 1:1.6.3)
[12:23] <directhex> like 1:1.6.3-7ubuntu6
[12:23] <directhex> or 1:1.6.3-1panda2panda3panda4
[12:23] <directhex> or 1:1.6.4~nowimbeingfacetious
[12:27] <robinp> ok - i was just looking at https://bugs.launchpad.net/ubuntu/+source/koffice/+bug/383202
[12:28] <Laney> what's with the branch linking? Something to do with DistributedDevelopment?
[12:54] <Laney> motu-sru dudes: bug 387525
[13:01] <cody-somerville> Laney, acked
[13:01] <Laney> cody-somerville: thanks
[13:01] <Laney> oh yeah I should do a description, good catch
[13:40] <ivoks> huats: hi
[13:40] <ivoks> huats: in barcelona you said you'll send an email regarding motu mentoring process
[13:40] <huats> hey ivoks !
[13:40] <huats> yeah
[13:40] <huats> I know...
[13:40] <ivoks> :)
[13:41] <huats> I am a bit on a rush
[13:41] <huats> I'll send you that in the afternoon...
[13:41] <ivoks> ok
[13:41] <huats> I need to go I have an interview
[13:41] <ivoks> go, go!
[14:02] <dholbach> dyfet just asked me if somebody could have a look at the sipwitch package in revu
[14:36] <ruairidh> Hey
[14:39] <ruairidh> I'm wanting to join the MOTU team and have been checking out the dev documentation. Where do I go from here?
[14:40] <Laney> Find something to do* and do it
[14:41] <ruairidh> I take it that I find this on Launchpad?
[14:41] <Laney> * this is not necessariliy easy, but we have various ways, such as harvest
[14:41] <Laney> and the mentoring scheme
[14:41] <xnox> Laney: =) I like your answer a lot
[14:41] <dholbach> https://wiki.ubuntu.com/MOTU/TODO too
[14:41] <Laney> a good place to start might be "bitesize" bugs on launchpad
[14:42]  * Laney wonders what's on that list
[14:42] <ruairidh> Cool, I'll check that out then
[14:42] <Laney> oh, that's a nice link
[14:42] <dholbach> I'll start with the revampation-of-doom of harvest in 2-3 weeks I hope :)
[14:43]  * Laney cries at the list of haskell unmetdeps
[14:43] <dholbach> help appreciated :)
[14:43] <Laney> I feel bad not fixing them, but a new GHC release is coming very soon
[14:43] <Laney> awkward situation
[14:46] <gaspa> Laney: ah, really? have you idea, when?
[14:47] <Laney> gaspa: couple of weeks according to simon marlow
[14:48] <Laney> then $days for debian to package it
[14:49] <gaspa> Laney: ok, good
[14:55] <Laney> gaspa: will you be interested to help out with the rebuilds?
[14:55] <Laney> I'll try and get a tracking page going - the OCaml team has a nice one that we might be able to nick
[14:56] <gaspa> Laney: sure, I'm trying to learn a little of both caml and haskell,
[14:56] <gaspa> so i'll be happy of working with their packages
[14:56] <gaspa> ( with ocaml i've just started )
[15:02] <Nrrd> stef
[15:02] <Nrrd> (sorry, typo)
[15:03] <bddebian> Heya gang
[15:04] <gaspa> Laney: let me know about that.
[15:05] <ruairidh> If I see something that needs packaging on Launchpad, I just assign it to myself right?
[15:09] <joaopinto> ruairidh, IMHO unless you have some experience with packaging, creating a new package as an introduction to MOTU participation could be a bit overkilling
[15:09] <ruairidh> Ah it's just I saw something on the "Needs-packaging" section on Launchpad and figured I'd do it
[16:53] <debfx> is a package in main/universe allowed to suggest/recommend a package in multiverse?
[16:55] <Laney> suggest yes, recommend no (I think)
[17:01] <directhex> Laney, yup
[17:02] <binarymutant> if anyone has the time to advocate http://revu.ubuntuwire.com/p/pidgin-mbpurple I would be very appreciative =)
[17:03] <debfx> ok, thanks
[17:14] <pochu> stgraber, james_w: congrats!
[18:56] <fabrice_sp> Hi. Anybody with ppc skills can have a look at Debian bug #528157? It's to know if we can safely sync librep or not. thanks!
[19:18] <AnAnt> will tomboy & fspot still be installed in Ubuntu desktop by default ?
[19:18] <Laney> yes, why?
[19:22] <ximion> hi!
[19:22] <ximion> Can someone please review my GeoGebra-package on REVU? I think I've fixed all locense issues now: http://revu.ubuntuwire.com/p/geogebra
[19:26] <AnAnt> got disconnected
[19:26] <AnAnt> will tomboy & fspot still be installed in Ubuntu desktop by default ? or will they be replaced with non-Mono alternatives ?
[19:28] <AnAnt> sorry, asked in wrong place (I think)
[19:29] <fabrice_sp> ximion, as it seems no tarball is provided upstream, you should add a get-orig-source target in your rules file to rebuild the tarball
[19:29] <fabrice_sp> so your watch file is not of any use
[19:29] <fabrice_sp> (as the dirs file)
[19:30] <binarymutant> if anyone has the time to advocate http://revu.ubuntuwire.com/p/pidgin-mbpurple I would be very appreciative =)
[19:31] <ximion> @fabrice_sp: The problem with GeoGebra is, that there are no usable sources distributed on the webpage... I'll fix this now. Thanks for looking at the package!
[19:39] <fabrice_sp> ximion, how do you get the source? It seems upstream is not willing to give access to the source...
[19:39] <fabrice_sp> http://www.geogebra.org/download/install.htm has a kind of installer
[19:40] <dtchen> geser: for bug 384683, i can reproduce this FTBFS on every amd64 karmic install i've tried
[19:41] <ximion> @fabrice_sp: I extracted all necessary files from the installer. We had a discussion about the GeoGebra sourcecode at Launchpad: https://bugs.launchpad.net/ubuntu/+bug/108654
[19:42] <ximion> We had also license issues, because GeoGebra is licensed under GPLv2, but the documentation is not...
[19:42] <ximion> (Because that it's important that the package is clean...)
[19:44] <ximion> I can't write a get-orig-source rule to extract the *.jar file automatically, because the filenames and paths are changing with every new release in the InstallAnywhere file.
[19:47] <fabrice_sp> ximion, I think you need to give a way to generate the tarball (but I'm not a MOTU)
[19:47] <hyperair> hmm how does one get the output of g_message?
[19:48] <hyperair> as in, get those messages dumped onto a terminal
[19:48] <hyperair> is there some option i can set?
[19:48] <hyperair> or some environment variable?
[19:48] <fabrice_sp> ximion, you can't use the watch file to get the install file, and unzip it in the get-orig-source target?
[19:49] <ximion> The installer archive contains a huge amout of mess that is only used for the installer itself. Also all files have different names in the installer .jar archive...
[19:50] <ximion> Open http://www.geogebra.org/download/GeoGebra_3_2_0_1.jar in an archive manager to see... Oh, I see GeoGebra 3.2 is released.. Maybe the situation is now better?
[19:51] <fabrice_sp> ximion, it's worth having a look, because at the actual state, it's difficult
[19:52] <ximion> Another question: http://revu.ubuntuwire.com/p/icontool is advocated, but there's no watch file present... So, is a debian/watch file really essential?
[19:53] <fabrice_sp> let me check
[19:54] <fabrice_sp> don't know: should ask to james_w
[19:54] <fabrice_sp> anyway, the second motu that review that package could request to have a watch file
[19:55] <fabrice_sp> a question to MOTUs: as per Bug #345208, the pythonmagick package is broken in Jaunty, so it's worth a SRU. I've checked and Debian has a newer version that we can sync for karmic (it builds, and run file in Karmic). How does the SRU fit with a different version in Karmic than the one we have to fix in Jaunty?
[19:56] <fabrice_sp> (by the way, I think I know how to fix the package in Jaunty)
[19:56] <dtchen> hyperair: G_DEBU
[19:56] <dtchen> G_DEBUG, rather
[19:56] <hyperair> dtchen: thanks, i'm looking at that, but what should i set it to exactly?
[19:58] <POX> fabrice_sp: (pythonmagick) version in Debian also doesn't have this really nasty workaround
[19:58] <hyperair> dtchen: i can't find anything (beyond overriding g_log in some .so in LD_PRELOAD) that'll help me do this without recompiling
[19:58] <fabrice_sp> POX, that's because the package detects correctly the libs linked to python2.6
[19:58] <ximion> @fabrice_sp: [geogebra] I think I can create a proper get-orig-source rule for geogebra... But I have to completely restructure the package. I'll do this, hopefully the result will have good quality.
[19:59] <fabrice_sp> in the Jaunty's version, it's not the case, so we have to 'force' the libs
[19:59] <fabrice_sp> POX,  ^, and we miss -lboost_python
[19:59] <Laney> fabrice_sp: If it's fixed in Karmic, you can fix it in Jaunty in a different way if necessary afaik
[19:59] <fabrice_sp> (I think)
[20:00] <dtchen> hyperair: see "all" or "help"
[20:00] <fabrice_sp> Laney, ok. I'll request the sync for Karmic, and fix the package in Jaunty in a different way then.
[20:00] <fabrice_sp> thanks
[20:01] <hyperair> dtchen: nothing for log level message
[20:01] <hyperair> dtchen: only for warning and critical
[20:02] <POX> fabrice_sp: version in ubuntu had CPPFLAGS="-I/usr/include/python2.5" in debian/rules (for *all* Python versions, sic!)
[20:02] <POX> I know because someone tried to copy it in Debian
[20:02] <fabrice_sp> POX, I've fixed it in Jaunty to put python2.6
[20:02] <dtchen> hyperair: have you checked how GSt handles logging and debugging?
[20:02] <hyperair> dtchen: no i haven't.
[20:03] <fabrice_sp> Pici, Debian package works fine in Karmic :-)
[20:03] <hyperair> dtchen: i'm poking around nautilus by the way
[20:03] <fabrice_sp> Pici, not for you. Sorry
[20:03] <fabrice_sp> POX,  ^
[20:06] <POX> fabrice_sp: if you really need such nasty workarounds (instead of real fixes), at lest use `pyversions -d` output in the future ;-P
[20:07] <fabrice_sp> POX, that's what I did after :-) I was quite 'young' in python packaging when I did that, and inherited the CPPFLAGS. So just changes python2.5 with python2.6 :-)
[20:07] <fabrice_sp> Ive submitted some Debian bug using pyversions -d
[20:07] <fabrice_sp> :-D
[20:09] <POX> so I have time till Thurday to sync my packages... ScottK will not be happy ;)
[20:17] <POX> fabrice_sp: the real fix is in debian/patches/01_autofoo_fixes.dpatch in case you want to backport it for Jaunty
[20:18] <fabrice_sp> POX, cool. I was trying to apply a minimum (hack) fix, but I'll try first with the patch. thanks!
[20:24] <fabrice_sp> POX, the patch is a LOT cleaner. I'll port the patch to Jaunty, to fix the package. Thanks again for the pointer ;-)
[20:31] <huats_> Tonio_: around ?
[20:31] <Tonio_> huats_: hey !!
[20:54] <geser> dtchen: re bug 384683: I still can't reproduce it, not even through an upload to PPA (build successfully)
[20:55] <dtchen> geser: ok, there's definitely a bug, then, because we're hitting some sort of nondeterminism
[20:56] <dtchen> geser: if you want to push a no-change rebuild for haskell-x11-xft to help with the ghc6 migration, it would be greatly appreciated
[20:58] <Laney> don't do too much for ghc6
[20:58] <Laney> 6.10.4 coming soon
[20:59] <dtchen> right
[20:59] <dtchen> on the other hand, a whole mess of stuff is unmet, so i'm a bit up a creek as far as the window manager i use is concerned
[21:00] <Laney> Oh, yes, feel free to fix things to get your stuff working
[21:00] <Laney> just be aware that it will all break soon
[21:00] <dtchen> shrug, not too different from any other software
[21:00] <Laney> but after that I'll be fixing at warp speed
[21:02] <geser> dtchen: no-change rebuild uploaded
[21:02] <dtchen> geser: many thanks
[21:42] <ebroder> Any sru folks who could look at bug #338464 now that the fix is in Karmic?
[23:44] <picklesworth> Hello! :) Quick packaging question: Does it matter what kind of values I throw into the XS-VCs-Bzr field in debian/control ? For example, could I put lp:my-branch-alias, or a path to the project's code section?