=== Snova_ is now known as Snova
[00:08] <pochu> hggdh: webkit 1.0 is the suck, you should use 1.1 or 1.3 if you don't want it to crash all the time
[00:08] <hggdh> pochu, and where do I find 1.1 (or 1.3)?
[00:09] <pochu> webkitgtk.org
[00:09] <pochu> there is a PPA also I think
[00:09] <pochu> (unofficial)
[00:09] <hggdh> darn.
[00:09] <hggdh> will have to check with upstream *which* webkit they used...
=== Snova_ is now known as Snova
=== Snova_ is now known as Snova
=== hggdh is now known as hggdh|away
[03:30] <dlynch> If you were the upstream author and packager of a program called "Rapid Photo Downloader", would you name your package "rapidphoto"? Or would you simply name it "rapid"?
=== Mez_ is now known as Mez
[06:41] <dholbach> good morning
[06:41] <RAOF> Howdie!
[06:42] <iulian> G'morning
[06:42] <dholbach> heya RAOF, hey iulian
[06:59] <didrocks> morning o/
[07:11] <binarymutant> dholbach, I saw your post https://bugs.launchpad.net/ubuntu/+source/charm/+bug/347346?comments=all do you mean the one in Jaunty installs to /usr/local?
[07:11] <ubottu> Ubuntu bug 347346 in charm "request sync from Debian" [Undecided,New]
[07:12] <dholbach> binarymutant: yes
[07:13] <binarymutant> dholbach, oh okay, the one in debian is good
[07:13] <dholbach> binarymutant: that's the debian source built on jaunty
[07:15] <binarymutant> dholbach, I don't think I understand, the one in debian installs to just /usr   :/
[07:16] <dholbach> binarymutant: did you try building the debian source on a jaunty machine?
[07:17] <dholbach> binarymutant: I think it's because of python2.5 (debian) vs. python2.6 (ubuntu)
[07:17] <binarymutant> dholbach, I originally did, and I just did it not two minutes ago
[07:18] <binarymutant> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
[07:18] <binarymutant> ack sorry
[07:19] <dholbach> binarymutant: try adding --install-layout=deb to the setup.py calls and see if that fixes it
[07:20] <binarymutant> dholbach, I can add it but the one in Debian installs to /usr on my end, what are you using to build it?
[07:20] <dholbach> just an updated jaunty pbuilder
[07:30] <binarymutant> dholbach, I'll test it out with pbuilder, I was using just dpkg-buildpackage
=== bluesmoke_ is now known as Amaranth
[07:56] <\sh> moin
[07:56] <\sh> s
[07:57] <siretart`> hi \sh!
[07:59] <\sh> just testing the acer netbook with jaunty unr in real life work....
[08:00] <\sh> and it's fantastic...intel cards and broadcom cards won't show 8021q tagged packages with tcpdump...but cheap realteks which are built into the acer, do
[08:00] <\sh> so great tool for network debugging ,)
=== bigon_ is now known as bigon
[08:03] <thekorn> moin \sh!
[08:03] <\sh> moins thekorn :)
[08:22] <binarymutant> dholbach, thanks for pointing this out to me, and your solution with the --install-layout=deb worked. I don't why it was building in usr/local but it's fixed. What should I do with this new rules file?
[08:23] <dholbach> binarymutant: I'd suggest you attach the debdiff between current-ubuntu-version (-0ubuntu1) and debian-version-plus-fix (-1ubuntu1) to the bug
[08:23] <binarymutant> thanks for the help dholbach
[08:24] <dholbach> binarymutant: no worries
[08:30] <binarymutant> how come distutils doesn't have --install-layout in its help file? Thats kind of weird
[08:34] <Toadstool> good morning!
=== theseinfeld is now known as theseinfeld|away
[09:41] <_ruben> bugger .. dkms isnt picking up my second make command as specified in dkms.conf :(
[10:10] <Mewcenary2> Good morning.  I'm after a package to help maintain.  I've started looking through the Debian list of those orphaned etc, but I was wondering if anyone here looked after one that they might not want any more etc?  Preferably something relatively simple at this point...
[10:20] <asac> Laney: connman ...
[10:20] <asac> Laney: did you ask for a merge?
[10:22] <asac> Laney: since i am listed as Maintainer: you should have asked me ;)
[10:22] <asac> Laney: i guess its ok. just that its maintained in bzr
[10:22] <asac> Laney: https://code.edge.launchpad.net/~asac/connman/connman.ubuntu.head
[10:23] <asac> Laney: please commit what you uploaded
[10:23] <asac> and request merge
[10:23] <asac> thanks
[10:31] <asac> Laney: ok i committed that stuff now
[10:31] <asac> read the bug please
[10:31] <asac> in the end it probably doesnt matter as i will push it to debian
[10:31] <asac> then MOTU can maintain the package here
[10:32] <Laney> asac: whoops, sorry. I'm not used to (universe) packages being non-MOTU-maintained
[10:33] <asac> Laney: dont worry.
[10:34] <asac> least i should have done was to add Vcs-Bzr header to control
[10:34] <asac> i did that now
=== Mewcenary2 is now known as Mewcenary
=== azeem_ is now known as azeem
[12:31] <rgreening> dholbach: ping
[12:31] <dholbach> rgreening: pong
[12:32] <rgreening> I have a FFe bug 347882
[12:32] <ubottu> Launchpad bug 347882 in python-django-tagging "FFe for python-django-tagging" [Undecided,New] https://launchpad.net/bugs/347882
[12:32] <rgreening> I have the package ready to dput...
[12:34] <rgreening> dholbach: can I get someone to ok this?
[12:34] <dholbach> rgreening: I'm not in the motu release team I'm afraid
[12:34] <rgreening> ah... right. who should I add to the bug?
[12:34] <dholbach> https://wiki.ubuntu.com/FreezeExceptionProcess#Exceptions%20for%20Universe/Multiverse
[12:35] <rgreening> ty.
[12:35] <dholbach> added to https://wiki.ubuntu.com/UbuntuDevelopment/KnowledgeBase
[12:41] <cyberix> hello
[12:41] <cyberix> xmonad is broken in Jaunty. How do I request a freeze exception?
[12:42] <cyberix> https://bugs.launchpad.net/ubuntu/+source/xmonad/+bug/347379
[12:42] <ubottu> Ubuntu bug 347379 in xmonad "regression in xmonad/gnome -interoperability" [Undecided,New]
[12:43] <cyberix> https://bugs.launchpad.net/ubuntu/+source/xmonad/+bug/288273
[12:43] <ubottu> Ubuntu bug 288273 in xmonad "xmonad unable to compile config file" [Undecided,New]
[12:43] <cyberix> https://bugs.launchpad.net/ubuntu/+source/xmonad/+bug/321113
[12:43] <ubottu> Ubuntu bug 321113 in xmonad "[need-update] Please update xmonad to latest 0.8.1 in Ubuntu 9.04" [Undecided,New]
[12:45] <Laney> cyberix: Does the new version fix the issues?
[12:46] <Mewcenary> In a package source, in debian/patches -- are those just reference files to show what was done, and are not actually auto-used by anything?
[12:47] <cyberix> Laney: I'll try the packages from Debian
[12:48] <Laney>    * New upstream release (no changes, only ghc-6.10 compatibility)
[12:48] <cyberix> yep
[12:49] <cyberix> The reason why the current one doesn't work is because the infrastructure was upgraded
[12:49] <cyberix> while xmonad wasn't
[12:49] <Laney> we have 6.8.2 still
[12:50] <cyberix> Laney: It is the x11 API that was upgraded
[12:50] <Laney> oh
[12:50] <cyberix> libghc6-x11-dev
[12:51] <Laney> so we need to update that and rebuild xmonad?
[12:52] <cyberix> The current xmonad requires 1.4.1 while Jaunty has 1.4.2
[12:53] <Laney> erm
[12:53] <Laney> so the new xmonad has changes besides 6.10 compatibility which make it work?
[12:53]  * Laney is kinda confused
[12:53] <cyberix> I get the following error message "Failed to load interface for
[12:53] <cyberix> `Graphics.X11.Xlib.Extras': no package matching X11-1.4.1 was found"
[12:54] <dholbach> if somebody has a bit of time to look at these: xnee and gthumb FTBFS
[12:56] <XiXaQ> DktrKranz: I saw that you were the one who uploaded the twisted-calendarserver package for jaunty universe. I was wondering if this version supports LDAP or PAM for users and groups?
[12:56] <cyberix> Laney: xmonad 0.8.1 binary packages from Debian do not work, as they require a later ghc
[12:56] <Laney> cyberix: xmonad is backwards compatible to 6.8.2 though isn't it?
[12:56] <cyberix> I suppose
[12:57] <Laney> so you can probably rebuild it
=== hggdh|away is now known as hggdh
[13:06] <cyberix> Laney: I wasn't able to simply dget and dpkg-buildpackage
[13:06] <cyberix> Laney: This seems to be more complicated than that
[13:06]  * cyberix feels we should turn on the bat light
[13:07] <cyberix> haskellman to the rescue
[13:16] <Laney> gah
[13:18] <cyberix> I combined the two bug reports
[13:19] <cyberix> and asked the guy who was asking for upgrade about his problem
[13:19] <Laney> cyberix:
[13:19] <cyberix> yep?
[13:20] <Laney> Loading package base ... linking ... done.
[13:20] <Laney> [1 of 1] Compiling Main             ( .xmonad/xmonad.hs, interpreted )
[13:20] <Laney> Ok, modules loaded: Main.
[13:20] <Laney> this is running Jaunty
[13:20] <Laney> let me check an Intrepid chroot
[13:20] <cyberix> Laney: Try my config file
[13:21] <Laney> it's the one from the bug report
[13:21]  * cyberix feels stupid
[13:22] <cyberix> Laney: So that is with xmonad 0.8?
[13:22] <Laney> yes
[13:22] <cyberix> the default one
[13:22] <Laney> yep
[13:22] <Laney> 0.8.1 has been tied to some Debian stuff we don't have
[13:24] <cyberix> Does your system have libghc6-x11-dev version 1.4.2-1?
[13:25] <Laney> yep
[13:25] <cyberix> How did you compile the configuration file?
[13:26] <Laney> ghci
[13:26] <cyberix> i?
[13:27] <Laney> yes, that compiles it too
[13:27] <Laney> but ghc --make also works
[13:27] <Laney> Check you have xmonad libghc6-xmonad-dev and libghc6-xmonad-contrib-dev installed and update
[13:27] <Laney> d
[13:28] <cyberix> they are
[13:29] <cyberix> and I cannot get it compiled by running ghc --make
[13:30] <DktrKranz> XiXaQ: TBH, I did QA work only, I haven't a real interest in it
[13:32] <cyberix> Laney: Funny
[13:33] <cyberix> Laney: It is something about my user account
[13:33] <cyberix> Laney: I created a new account on my Ubuntu system and I got it compiled
[13:34] <Laney> huh
[13:39] <Laney> cyberix: maybe you downloaded some packages with cabal?
[13:39] <Laney> try ghc-pkg list
[13:39] <XiXaQ> DktrKranz: oh, ok. Do you know anyone that does have an interest in it? :)
[13:40] <directhex> huh? the cabal is here? eek!
[13:41] <cyberix> Laney: Yep. It seems I have some xonad 0.7 stuff installed for my user account
[13:41] <cyberix> So that is the problem
[13:41] <Laney> cool
=== ssweeny_ is now known as ssweeny
[13:54] <DktrKranz> XiXaQ: package maintainer/uploader: packages.qa.debian.org/t/twisted-calendarserver.html
[13:57] <cyberix> I got dpkg locked up while trying to get rid of the local xmonad.
[13:57] <cyberix> Can I somehow make it forget a packge.
[13:57] <cyberix> just leave the files on the disk
[13:57] <cyberix> most of them will get overwritten by a new install anyway
[13:58] <cyberix> direct remove or install with --force all doesn't help
[13:59] <porthose> would someone from the release team please have a look at Bug #347220 thxs
[13:59] <ubottu> Launchpad bug 347220 in coherence "package python-coherence 0.6.2-1 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Medium,New] https://launchpad.net/bugs/347220
=== dendrobates- is now known as dendrobates
[14:08] <DktrKranz> porthose: no need to have motu-release approval (it would still require archive-admin approval to pass freeze, though). Also, mind sending patch to Arnaud? I think he'll be happy to upload a new upload in Debian.
[14:10] <Laney> porthose: the version is wrong in your diff
[14:11] <porthose> DktrKranz: The patch has already been forwarded to upstream BTS
[14:11] <XiXaQ> DktrKranz: ah. Thanks :)
[14:11] <porthose> Laney: ??
[14:11] <Laney> +coherence (0.6.2-0ubuntu2) jaunty; urgency=low
[14:11] <Laney>  coherence (0.6.2-1) unstable; urgency=low
[14:11] <Laney> also you put two #s on the LP bug
[14:12]  * porthose goes and fixes
[14:12] <DktrKranz> porthose: thanks :)
[14:23] <bddebian> Heya gang
[14:23] <porthose> DktrKranz: new diff uploaded
[14:29] <DktrKranz> porthose: I'm having a look
[14:29] <porthose> :)
[14:31] <DktrKranz> porthose: debdiffs seems the same, am I wrong?
[14:32] <DktrKranz> porthose: forget about my previous statement
[14:32] <porthose> DktrKranz: they shouldn't be, the sym link should have changed to usr/share/javascript/mochikit/MochiKit.js /usr/share/pyshared/coherence/web/static/MochiKit.js
[14:32] <Laney> porthose: ehm
[14:33] <Laney> the new version should be 0.6.2-1ubuntu1
[14:33] <Laney> and targeted for Jaunty
[14:33]  * porthose goes and fixes 
=== theseinfeld|away is now known as theseinfeld
[14:38] <porthose> DktrKranz: new diff is up
[14:44] <cyberix> Laney: Are you sure the other guy has the same problem?
[14:44] <Laney> no
[14:46] <cyberix> Laney: Maybe my bug should be marked nonduplicate and marked invalid
[14:46] <Laney> if you like!
[14:46] <Laney> do you think they're different?
[14:47] <cyberix> The Symptoms seem similar
[14:47] <cyberix> I have no idea
[14:47] <cyberix> That is why I asked the guy
[15:11] <DktrKranz> porthose: done
[15:11] <porthose> DktrKranz: thank you :)
=== maco_ is now known as maco
[15:28] <porthose> Laney: thank you for your help also ;-)
[16:37] <leonel> Cherokee  0.99.5  is in the  queue to be accepted to debian unstable,  how long can I wait for a FFE  for Cherokee 0.99.5 ?
[16:38] <DktrKranz> leonel: what are the reasons to upgrade it?
[16:42] <leonel> DktrKranz: there's been  great improvements and bug fixes  since the  0.11.6 ( in Jaunty )   and the current 0.98.1 ( in Debian Unstable )  has some nasty bugs already fixed on 0.99.5
[16:43] <Mewcenary> Question on feature freeze: If I put an updated package on REVU now, what happens?  (It is not something after a FFE, I'm just curiosu)
=== maco_ is now known as maco
[16:51] <leonel> DktrKranz: so it's a no ?
[16:51] <DktrKranz> leonel: are there significant bugs? Anything that can't be backported from upstream VCS?
[16:52] <DktrKranz> we're quite late in the game, now it's better to fix than introduce new stuff
[16:53] <leonel> DktrKranz: so the train is gone .. thanks   I
[16:53] <DktrKranz> Mewcenary: it depends. If it's a bugfix only release, it can go in with less headaches, if it contains new features you have to file a FFe, but we're approaching beta, huge changes are likely to go in Karmic.
[16:54] <Mewcenary> Ok, thanks for the info :)
[16:54] <leonel> DktrKranz: the 11.6 in jaunty works better than the 0.98.1 in Debian Unstable so it's better keep the 0.11
[16:54] <leonel> DktrKranz: thank you
[16:55] <DktrKranz> leonel: a valid reason to work towards a 1.0 and then import it in karmic, thank you for asking ;)
[16:55] <DktrKranz> Mewcenary: you're welcome
[16:55] <Mewcenary> Will Karmic start with an import from Debian, or is that only for major version number changes?
[16:56] <leonel> DktrKranz: Yes,  karmic will be the new target with a cherokee 1.0 ..
[16:57] <leonel> DktrKranz:  I hope moved to main :-P
[16:57] <leonel> haha
[16:58] <DktrKranz> leonel: I don't know that piece of software, what is it about?
[16:58] <leonel> DktrKranz:    www.cherokee-project.com
[16:59] <DktrKranz> leonel: sounds a bit weird, but I haven't access to HTTP :)
[16:59] <leonel> DktrKranz: it's a beautiful  piece
[17:00] <leonel> it's a httpd server  light, fast,   loadbalancing
[17:00] <goshawk> are there any posters for jaunty release party to use?
[17:03] <nixternal> goshawk: might be a better question for either #ubuntu-marketing or #ubuntu-locoteams ... if there are, they would know about it
[17:03] <nixternal> if you are in the US, System76 has fliers available
[17:04] <nixternal> really nice custom ones to be exact
[17:08] <goshawk> nixternal: thanks
[17:39] <dholbach> hyperair: are you OK with me uploading robert_ancell's fix just to get it done in jaunty and then merge your fix from debian in karmic?
[17:42] <hyperair> dholbach: that's fine, but the patch is a little big.
[17:42] <hyperair> dholbach: by right patching configure{,.in} would do the trick
[17:42] <dholbach> hyperair: it's just the autoconf part that is big
[17:42] <hyperair> yes that's the thing
[17:43] <dholbach> hyperair: I don't have any objections to that patch
[17:43] <hyperair> ah then it's fine
[17:43] <dholbach> ok super
[17:43] <dholbach> thanks a lot for your work!
[17:43] <hyperair> no problem
[17:43]  * dholbach hugs hyperair
[17:43]  * hyperair hugs back
[17:44] <hyperair> dholbach: on a side note, are you a dd by any chance?
[17:44] <dholbach> hyperair: no, I'm afraid not
[17:44] <hyperair> oh. =(
[17:45] <hyperair> nevermind then, i'll continue looking for a sponsor.
[17:45] <dholbach> good luck!
[17:45] <hyperair> thanks
[18:10] <luca> where could I find the source of the ubuntu installer?
[18:11] <ianto> luca: I'm guessing apt-get source ubiquity
[18:11] <ianto> I'm not 100% sure though
[18:11] <luca> ok I'll try
[18:15] <luca> that's what I was looking for, thanks ianto!
[18:15] <ianto> luca: No problem :)
=== keffie_jayx is now known as effie_jayx
=== santiago-ve is now known as santiago-pgsql
=== santiago-pgsql is now known as santiago-ve
[18:30] <ni|> i have an init script for a package of mine and i need it to be S99
[18:30] <ni|> how can i do this with CDBS?
[18:30] <ni|> and what is the default runlevel
[18:37] <ni|> actually i need to ensure that its started post X11 start
=== Andre_Gondim is now known as Andre_Gondim-afk
=== fabrice_sp__ is now known as fabrice_sp
[18:53] <bddebian> siretart: You around?
[18:55] <siretart> bddebian: sort-of
[18:56] <bddebian> siretart: I was going to file an RM: for shaketracker.  Do you think the multimedia folks care?
[18:57] <siretart> bddebian: I personally think the multimedia folks are already way overloaded with the current set of packages
[18:57] <bddebian> siretart: Sure.  I just want to make sure I'm not stepping on anyones toes. :)
[18:58] <siretart> I may be wrong, though. and I can only welcome people to actually work in pkg-multimedia :-)
[18:59] <bddebian> I think I'm already getting in too many "teams" :)
[18:59] <siretart> recently it has been proposed that the ubuntustudio folks could join there. so far I haven't seen any comment from them
=== fabrice_sp__ is now known as fabrice_sp
[19:04] <ni|> can someone help me with an init script issue?
[19:06] <siretart> ni|: wrong channel
[19:06] <ni|> siretart: whats the correct channel?
[19:06] <ni|> this is a package that hopefully will be added to partner
[19:06] <siretart> ni|: try #ubuntu
[19:06] <ni|> thx
[19:06] <amikrop> Hello. So you know any Python package built using CDBS?
[19:07] <amikrop> * Do you know
[19:20] <RainCT> amikrop: topshelf and freevial, for instance (but they install the files manually instead of using setup.py); there's also webboard if you want a debhelper example (with setup.py)
[19:22] <amikrop> RainCT: don't you know of any with distutils (setup.py) + cdbs?
[19:26] <Turl> RainCT: ping
[19:27] <RainCT> Turl: yes?
[19:27] <RainCT> amikrop: I can't remember of any, but have a look at http://wiki.debian.org/DebianPython/NewPolicy
[19:27] <Turl> RainCT: hello, I'm wondering if there's any progress in gnome-web-photo?
[19:28] <amikrop> RainCT: ok, thank you
[19:28] <RainCT> Turl: I've uploaded the proposed fix a while ago
[19:28] <Turl> RainCT: it doesn't seem to have hit the build machines :/
[19:29] <RainCT> Turl: It's probably waiting for manual approval in the queue (because of Beta freeze), shouldn't take much until it is accepted and gets build
[19:29] <Turl> ok then RainCT, thanks!
[19:29] <RainCT> No problem :)
[19:30] <slytherin> Turl: which bug are you talking about?
[19:30] <Turl> slytherin: lp #342408
[19:30] <ubottu> Launchpad bug 342408 in gnome-web-photo "[jaunty] can't take web screenshot: libxul.so not found" [Undecided,Fix committed] https://launchpad.net/bugs/342408
[19:31] <slytherin> RainCT: there is no package in queue.
[19:31] <slytherin> RainCT: I mean no package for gnome-web-photo
[19:31] <RainCT> uhm.. but the upload got accepted
[19:32] <RainCT> [ubuntu/jaunty] gnome-web-photo 0.6-0ubuntu2 (Waiting for approval)
[19:34] <slytherin> RainCT: why would a universe package be caught up in queue anyway?
[19:35] <RainCT> slytherin: don't ask me, ask the archive admins :)
[19:36] <RainCT> slytherin: but the mail slangasek or whoever it was send about the beta freeze mentioned that they would
[19:36] <slytherin> oh, I must have missed the mail.
[19:37] <RainCT> slytherin: http://paste.debian.net/31413
[19:37] <slytherin> RainCT: found the mail, it says universe uploads will need manual push.
[19:38]  * RainCT is afk, homework
[19:47] <slangasek> slytherin: because there's only a single queue; the archive is either frozen or unfrozen, there's no separate handling for universe.
[19:47] <slytherin> slangasek: I understood that part. But I was wondering where did RainCT's upload go as I didn't find it in queue on launchpad.
[19:48] <slangasek> perhaps you're looking at the new queue instead of the unapproved queue?
[19:49] <slytherin> slangasek: ah, right. my mistake
[19:55] <Turl> slytherin: did you find it?
[19:56] <slytherin> Turl: yes, it is in unapproved queue. - https://edge.launchpad.net/ubuntu/jaunty/+queue?queue_state=1&queue_text=
=== _bastiao is now known as bastiao
[20:26] <fabrice_sp> DktrKranz, I've updated Bug #345263 with the patches that fixes CVE's in new version, and the status in previous version. Is it what you expected?
[20:26] <ubottu> Launchpad bug 345263 in ubuntu "Sync php-mdb2 2.4.1-1 (universe) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/345263
=== Snova_ is now known as Snova
=== Snova_ is now known as Snova
[21:39] <fabrice_sp> Hi. It seems we have to rebuild all the package that depends on libmagick as soname has changed. Should I open a bug with each package or better one with all the affected package
[21:39] <fabrice_sp> ?
[21:40] <fabrice_sp> I already opened Bug #348160 before seeing that more packages were affected
[21:40] <ubottu> Launchpad bug 348160 in imageinfo "imageinfo is not installable in Jaunty, because it's depending on libmagick10" [Undecided,Confirmed] https://launchpad.net/bugs/348160
[21:42] <directhex> fabrice_sp, you can file the same bug against multiple packages
[21:42] <directhex> fabrice_sp, edit the url for the bug & change the source package name
[21:42] <fabrice_sp> directhex, and in this case, I reference the same bug number in the changelog of all packages?
[21:44] <sbeattie> fabrice_sp: it's slightly more complex a change than that, I think, as the library has changed from libmagick to libmagick{core,wand}
[21:45] <fabrice_sp> sbeattie, the dev package pulls libmagickcore automatically
[21:46] <sbeattie> right, but the actual compilation link flags will have changed, and I don't know if that will get updated automatically.
[21:46] <sbeattie> -lmagick vs -lmagickcore
[21:47] <sbeattie> also note bug 346141
[21:47] <fabrice_sp> ok. I'll check with the build of imageinfo before going on with the bug report
[21:47] <ubottu> Launchpad bug 346141 in kmediafactory "kmediafactory is uninstallable" [Undecided,Confirmed] https://launchpad.net/bugs/346141
[21:49] <fabrice_sp> sbeattie, what I don't understand is why kmediafactory can be installed now as it has not been rebuilt, and should still use libmagick10 (as kallery, for example)
[21:50] <JontheEchidna> fwiw, kallery will also need aRts removal. I tried and failed (cmake > autotools :P)
[21:51] <fabrice_sp> well: it's a k package... :-P
[21:51] <sbeattie> hrm? kmediafactory is not installable now.
[21:52] <fabrice_sp> according to http://gaspa.yattaweb.it/issues/edos/jaunty_i386_edosresults.xml, the affected package are autotrace, imageinfo, jmagick and kallery
[21:52]  * JontheEchidna is a k packager, but he came along around KDE4 where everything starting using CMake rather than autohell
[21:52] <fabrice_sp> kmediafactory is not listed in the above url :-/
[21:53] <fabrice_sp> JontheEchidna, I've seen 'some' autohell packages, so I'll have a look
[21:53] <fabrice_sp> :-)
[21:53] <sbeattie> fabrice_sp: odd; I found kmediafactory exactly through running edos_debcheck.
[21:53] <JontheEchidna> I couldn't get the --without-arts flag to stick
[21:54] <fabrice_sp> :-/
[21:54] <JontheEchidna> maybe I didn't set it in enough places? I don't know
[22:00] <fabrice_sp> sbeattie, imageinfo doesn't have any -lmagick flag.
[22:01] <fabrice_sp> I'll have a look tomorrow morning to the other ones, including aRts removal for kallery
[22:02] <fabrice_sp> bye
[22:03] <sbeattie> fabrice_sp: is configure able to find imagemagick? and sorry, it'd be passing -lMagick.
[22:03] <fabrice_sp> sbeattie, I'm trying to build it right now without imagemagick in a clean schroot
[22:04] <sbeattie> oh, I see.
[22:04] <fabrice_sp> FTBFS without imagemagick, so it really needs it
[22:05] <fabrice_sp> and the -lMagick is hidden behind `Magick-config --ldflags --libs` :-)
[22:06] <sbeattie> ah, excellent, so it'll work.
[22:06] <fabrice_sp> yep
[22:06] <fabrice_sp> I'll check tomorrow morning the other ones
[22:07] <fabrice_sp> (including kmediafactory :-) )
[22:32] <btm> cjwatson: as a member of Ubuntu Package Archive Administrators, can you tell me if Bug 334065 needs anything else done?
[22:32] <ubottu> Launchpad bug 334065 in libgems-ruby "Please sync libgems-ruby 1.3.1-1 from debian experimental" [Wishlist,Fix released] https://launchpad.net/bugs/334065
[22:33] <Laney> btm: jdstrand marked it Fix Released. You should ask him why
[22:33] <Laney> (that's why nobody did anything with it)
[22:33] <btm> jdstrand: Why did you mark Bug 334065 fix released? ;)
[22:33] <ubottu> Launchpad bug 334065 in libgems-ruby "Please sync libgems-ruby 1.3.1-1 from debian experimental" [Wishlist,Fix released] https://launchpad.net/bugs/334065
[22:34] <cjwatson> btm: Jamie ought to have added a comment, but Jamie is also an archive admin and therefore I assume he fulfilled the request
[22:34] <cjwatson> mind you, apparently not
[22:34] <Laney> cjwatson: doesn't look like it was done
[22:34] <Laney> strange
[22:34] <cjwatson> looks like a mistake; I've reopened the bug
[22:35] <cjwatson> btm: thanks for chasing that up, it'll be processed as part of the normal queue
[22:35] <btm> cjwatson / Laney: thanks, I wasn't sure if there was procedure I was missing somewhere along the way.
[22:36] <cjwatson> I don't believe so
=== cprov is now known as cprov-afk
=== PriceChild is now known as pricey
=== pricey is now known as Pricey
=== fta is now known as fta_nano
=== fta_nano is now known as fta
=== paul_ is now known as Elbrus
=== asac_ is now known as asac
=== Snova_ is now known as Snova
=== Pricey is now known as PriceChild
=== PriceChild is now known as Pricey