[00:22] <savvas0> Hello! I'm trying to make a debian package for elektra <www.libelektra.org>, but I'm stuck with a libxml problem - I think that the .xsl files required are succefully detected, but probably has something to do with the headers of xml: buildlog http://paste.ubuntu.com/262218/ - kdbtools.c http://paste.ubuntu.com/262217/
[00:22] <savvas0> I would appreciate some guidance :)
[00:24] <savvas0> here are the debian/rules and control I'm currently testing: http://paste.ubuntu.com/262221/ - http://paste.ubuntu.com/262222/
[00:47] <c_korn> is there a tool which only updates specified files with a patch ?
[00:50] <Ampelbein> c_korn: i don't know, but I think you could use filterdiff < file.diff | patch ?
[00:50] <Ampelbein> c_korn: with filterdiff -i file1
[00:51] <c_korn> Ampelbein: thanks
[02:09] <slangasek> ScottK: it wasn't filed on the wrong package, but it's possible the version of lintian on cocoplum gives spurious errors there
[02:21] <slicer> apt-rdepends will show reverse deps for all packages, not just the ones I have installed locally?
[02:35] <ScottK> slangasek: OK.  I've got the current lintian installed and don't get the error.  OK if I invalid the bug?
[02:36] <slangasek> ScottK: sure
[02:37] <ScottK> Thanks.
[06:42] <dholbach> good morning
[07:15] <loic-m> I've check https://wiki.ubuntu.com/UbuntuDeveloperWeek and the .pdf brochure, but none of them mention #ubuntu-classroom X0
[07:15] <loic-m> Should I edit the wiki page (provided it's indeed going to be #ubuntu-classroom)?
[07:17] <dholbach> loic-m: it's on https://wiki.ubuntu.com/UbuntuDeveloperWeek/JoiningIn but I guess it'd be good to mention it on https://wiki.ubuntu.com/UbuntuDeveloperWeek too
[07:18] <dholbach> that's really weird, I was sure I added it somewhere
[07:18] <dholbach> http://webchat.freenode.net/?nick=openweek.&channels=ubuntu-classroom%2Cubuntu-classroom-chat might be a good link to put there
[07:19] <dholbach> loic-m: are you adding it or shall I?
[07:20] <dholbach> thanks loic-m for letting me know - fixed it
[07:21] <dholbach> didrocks: https://wiki.ubuntu.com/UbuntuDeveloperWeek says "#u-classroom" for French
[07:21] <dholbach> didrocks: are you sure that's right?
[07:28] <loic-m> dholbach: thanks a lot.
[07:32] <dholbach> if you can hepl out with translating questions into English (and translating the answers back into your language) during UDW, I'd appreciate if you could add yourself to the bottom of https://wiki.ubuntu.com/UbuntuDeveloperWeek
[07:32] <didrocks> dholbach: hey
[07:33] <didrocks> dholbach: yes, that's right. the classroom team changed the name 2 years ago and #ubuntu-fr-classroom is redirected to #u-classroom
[07:33] <dholbach> ok
[07:33] <didrocks> (because they don't push ubuntu-only classroom)
[07:33] <dholbach> it just looked a bit weird
[07:33] <didrocks> I agree, but you know... politics... :)
[07:34] <dholbach> oh well :)
[09:04] <loic-m_> I subscribed a bug to uus at the beginning of August, now it's FF do I have to unsubscribe uus and subscibe motu-release?
[09:05] <DktrKranz> loic-m_: it depends about which kind of upload you want to do
[09:05] <loic-m_> new packaging version, no code change
[09:05] <loic-m_> mainly to add a translation
[09:06] <DktrKranz> no additional features?
[09:07] <loic-m_> nope
[09:07] <loic-m_> bug #410707
[09:07] <DktrKranz> so, explicitly say so in the bug report and wait for a sponsor, it's ok not to subscribe motu-release for that kind of uploads
[09:07] <loic-m_> ok, thanks
[09:07] <DktrKranz> np
[09:08] <DktrKranz> (or at least it was when I was a motu-release member)
[09:35] <iulian> DktrKranz: Yes, you're right.  We didn't change anything.
[09:35] <iulian> loic-m_: ^
[09:36] <rowinggolfer_> multiple contradictory and confusing grub update messages this am.
[09:36] <rowinggolfer_> hope I chose the right options
[09:36] <rowinggolfer_> we'll know soon enough!
[10:17] <slytherin> rowinggolfer_: how did it go?
[10:17] <rowinggolfer_> no worries ta.
[10:18] <rowinggolfer_> was odd though
[10:18] <rowinggolfer_> I got ncurses menus warning me about my menu.lst.
[10:18] <rowinggolfer_> which I responded to
[10:18] <matteo> ciao!
[10:19] <rowinggolfer_> then the upgrade continued...
[10:19] <rowinggolfer_> then I got a message about how the menu.list had been locally modded, and did I want the dev's option.
[10:19] <matteo> i have something to ask
[10:19] <matteo> i maintain a program which depends on a library
[10:19] <rowinggolfer_> no worries though... it's karmic alpha.
[10:19] <matteo> libdmtx0
[10:19] <matteo> debian's sid and ubuntu have different versions
[10:20] <matteo> so I have ugly #ifdef in the code
[10:20] <matteo> as no other packages depends on it, can someone update it?
[10:20] <matteo> the change is trivial, no patches
[10:20] <matteo> just use the newer upstream
[10:20] <matteo> https://bugs.launchpad.net/ubuntu/+bug/396131
[10:21] <rowinggolfer_> matteo: who's ahead, karmic or sid??
[10:21] <matteo> sid is ahead
[10:21] <matteo> 0.7.0 as upstream
[10:21] <matteo> karmic has still 0.6.0
[10:22] <matteo> i could do it if I had dupload access
[10:22] <matteo> i have some PPA, and I was a debian mentor
[10:22] <matteo> i know the debian packaging system
[10:24] <slytherin> !ffe | matteo
[10:24] <matteo> yes, i know about freeze
[10:25] <matteo> but as i said:
[10:25] <matteo> [~/src/barqode]$ apt-cache rdepends libdmtx-utils
[10:25] <matteo> libdmtx-utils
[10:25] <matteo> Reverse Depends:
[10:25] <matteo> [~/src/barqode]$
[10:26] <matteo> i have filed the bug much time before the freeze
[10:26] <matteo> but none upgraded it
[10:26] <slytherin> matteo: Right. But you will need approval from motu-release team anyway. And change the bug description to make it a 'sync' request.
[10:26] <matteo> ok
[10:26] <matteo> i'll fille the request form?
[10:27] <matteo> slytherin: the wiki says to file a bug, that's done already
[10:28] <matteo> i'll diff the upstream changelog too
[10:33] <matteo> updated the bug with the requested info
[10:44] <rowinggolfer_> matteo: the app you've developed is not packaged for ubuntu?
[10:45] <matteo> no
[10:45] <matteo> it's a simple qt app
[10:45] <matteo> qmake && make
[10:45] <matteo> wann it?
[10:45] <matteo> *wanna it?
[10:45] <matteo> it behaves weird with oldlibdmtx
[10:45] <matteo> sometimes it doesn't zoom etc.
[10:46] <matteo> also in the code i force 1 bit per pixel, and I get 24
[10:46] <matteo> that's why I use 0.7.0
[10:46] <matteo> works good in debian and OS X
[10:46] <matteo> and obviously in ubuntu compiled from sources ;)
[10:47] <matteo> http://teknoraver.net/software/barqode.tar.bz2
[11:11] <loic-m_> Is anyone also facing problems with ga.debian.org redirection when using uscan on sourceforge projects?
[11:11] <loic-m_> I tried with my project, doesn't work anymore, and latest audacity watch file gives me the same error
[11:11] <loic-m_> "no matching hrefs for watch line"
[11:12] <directhex> loic-m_, yes, sf redirects are broken
[11:14] <loic-m_> thanks directhex
[11:14] <loic-m_> Is this only temporary (i.e. can I keep the watch file as it was before)?
[11:15] <directhex> i don't know the timescale for fixing it
[11:16] <loic-m_> ok
[11:35] <pochu> loic-m_: it's temporary, so keep it broken for now
[11:35] <pochu> it will eventually work again
[11:35] <loic-m_> thanks pochu
[13:53] <sluimers> Can someone help me this? -> http://tinyurl.com/ljauml
[13:53] <sluimers>  /build/buildd/ika-0.62~39/engine/script.cpp:26: undefined reference to `Py_InitModule4_64'
[13:54] <slytherin> sluimers: You mean help with understanding the error?
[13:55] <sluimers> yes
[13:56] <slytherin> are the build dependencies correct?
[13:56] <slytherin> I mean this looks like the application is not compatible with the version of library against which it is getting linked.
[13:57] <sluimers> My build-dependencies are: corona, libaudiere-dev, libaudiere-1.9.4, libwxgtk2.8-0, libwxgtk2.8-dev, libsdl1.2-dev, libwxgtk2.6-0, libwxgtk2.6-dev, zlib1g-dev, python-wxgtk2.6, python-wxgtk2.8, python2.4-dev, python2.5-dev, python2.6-dev
[13:58] <sluimers> I'm pretty sure it isn't dependent on python 3.0
[13:58] <sluimers> and it only has this problem in the amd64 version.
[14:43] <slytherin> sluimers: why have you added build dependencies for all python version?
[14:44] <slytherin> sluimers: also you have added 2 wxgtk versions
[14:47] <sluimers> I thought I might need them. I did them away now, except for version 2.6.
[14:50] <_Fauchi95_> Hello! How can I submit a new package?
[14:52] <runasand> _Fauchi95_: you upload the package to http://revu.ubuntuwire.com/
[14:54] <_Fauchi95_> runasand, an how can I do this? sorry, but I don't can see a upload file
[14:55] <directhex> _Fauchi95_, you use dput to upload your source package
[14:56] <_Fauchi95_> directhex, ok, thanks
[14:56] <runasand> _Fauchi95_: see https://wiki.ubuntu.com/MOTU/Packages/REVU
[14:56] <ScottK> _Fauchi95_: You should know that we are finished accepting New packages for Karmic.
[14:57] <eurythmia> ScottK, only package bugfixes/patches now?
[14:57] <ScottK> Yes.
[14:57] <ScottK> Plenty of that to do.
[14:57] <eurythmia> does that include upstream bugfixes/patches?
[14:57] <_Fauchi95_> ScottK, yes, I now, but if I had a bugfix?
[14:57] <ScottK> Yes
[14:57] <eurythmia> cool, thanks.
[14:57] <directhex> _Fauchi95_, then it's not "a new package"
[14:58] <_Fauchi95_> directhex, but I must upload it on revu, too?
[14:58] <runasand> _Fauchi95_: patches can be submitted in a bug report
[14:58] <directhex> _Fauchi95_, file a bug, attach a debdiff representing the update
[14:58] <_Fauchi95_> hey, cool, this is easy *g*
[14:59] <_Fauchi95_> as needs-packaging? no, it's packing. what categorie?
[15:00] <bddebian> Heya gang
[15:00] <_Fauchi95_> @runasand, directhex
[15:00] <directhex> _Fauchi95_, file it against the package you're updating
[15:01] <_Fauchi95_> thanks
[16:31] <loic-m_> RainCT: hi
[16:34] <sluimers> Hey there, I'm trying to upload something to PPA, but for some reason the app doesn't go into the package -> http://tinyurl.com/kr52jz
[16:35] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in 25 minutes in #ubuntu-classroom
[16:37] <RainCT> loic-m_: hi
[16:37] <ScottK> sluimers: #launchpad handles PPAs.
[16:38] <sluimers> okay
[16:43] <loic-m_> RainCT: do I need to do something else for gmameui, or is the upload to REVU sufficient?
[16:44] <RainCT> loic-m_: It's enough, I already uplodaded. Just not sure what will happen as it's past FF
[16:46] <loic-m_> RainCT: ok, thanks. Hopefully it gets in ;)
[17:19] <jetienne__> q. i would like to find somebody to teach my tech team how to build our packages (basic ones) and a repository to hold them, how can i find the proper personn to talk to
[17:19] <stefanlsd> jetienne__: https://wiki.ubuntu.com/UbuntuDeveloperWeek has just started
[17:20] <jetienne__> stefanlsd: thanks looking
[17:22] <ryanakca> I'm trying to split knmap into knmap and knmap-data. I have tried both 'usr/share/icons' and 'usr/share/icons/*' in debian/knmap-data.install however, I get http://pastebin.ca/1549340 .
[17:22] <jetienne__> stefanlsd: oh you doesnt mean, this url contains a solution to my problem. more about "there are not here at the moment", correct ?
[17:23] <stefanlsd> jetienne__: Ubuntu Developer Week is made to teach people about Ubuntu development. So its something your 'tech' team could attend to learn how to package etc
[17:23] <stefanlsd> jetienne__: Else there a many resources on the web about how to package etc
[17:24] <jetienne__> stefanlsd: well hiring somebody doing it allday will be more efficient :)
[17:25] <stefanlsd> jetienne__: Maybe you could contact canonical directly then. Most of here are community members.
[17:25] <jetienne__> stefanlsd: ok thanks
[17:26] <ScottK> ryanakca: Append debian/tmp/ in front of /usr/share/icons/*
[17:27] <ryanakca> ScottK: Thanks
[17:33] <jetienne__> stefanlsd: do you know any community members who is competent/experienced and doing consulting on ubuntu ?
[17:35] <stefanlsd> jetienne__: im sure there are many. i dont have anyone in mind though.
[17:36] <jetienne__> stefanlsd: ok, so what should i do, reask some other time ? any other suggestion ?
[17:50] <sluimers> Hey guys, Ihave a PPA packaging issue I've asked before, but got sent to #launchpad, but #launchpad is sending me to #ubuntu-motu
[17:50] <sluimers>  My app file doesn't want to get into the package. -> http://tinyurl.com/kr52jz
[17:51] <ScottK> sluimers: This channel is really for Ubuntu packages.
[17:56] <cprov> ScottK: technically, sluimers has an issue with an ubuntu package.
[18:04] <ScottK> cprov: Is it's going into a PPA it's not an Ubuntu package.
[18:04] <ScottK> Is/If
[18:07] <cprov> ScottK: that's not the right attitude, you know ... every packaging hitting PPA is ultimately targeted to ubuntu.
[18:08] <ScottK> cprov: No.  They aren't.
[18:08] <ScottK> cprov: My definition for that would be intended to get into the official archive.
[18:10] <cprov> ScottK: okay, fine ... this is definitely going nowhere.
[18:10] <ScottK> That's what we do here.
[18:11] <ScottK> You may not like it, but that's why this channel exists.
[18:11] <cprov> ScottK: I see ;)
[18:11] <cprov> ScottK: no heart feeling, I respect your position.
[18:36] <wizz_> hi , where can i find a mentor in Ubuntu?
[18:36] <wizz_> try the mailing list , but no luck
[18:37] <ScottK> wizz_: Best way is just to ask specific questions here and usually someone will answer.
[18:38]  * ScottK keeps thinking some Universe package will get to build on Sparc, but no.
[18:45] <wizz_> ScottK:thx!
[19:00] <_Fauchi95_> Hello! I have seen, that a apostrophe in a description of a package is wrong. sould I fix this to karmic, karmic-updates or should I do nothing?
[19:22] <jetole> Hey guys, not a motu question but does anyone know when the ubuntu key server can be expected to be back up?
[19:59] <ahe> someone has an idea why i get a no-copyright-file error from lintian when building a package with debuild although there is a copyright file in my debian/ directory?
[20:16] <christoph_debian> ahe: do cou call dh_installdocs in debian/rules
[20:16] <christoph_debian> ?
[20:17] <ahe> christoph_debian: no, i don't *doh*
[20:18] <ahe> thx now i get some other errors but this one is gone at last
[20:18] <slangasek> ScottK: did you happen to catch up with quadrispro yet?
[20:18] <ScottK> slangasek: No.
[20:18] <ScottK> Haven't seen him.
[20:19] <slangasek> he's been filing some interesting sync requests
[20:19] <slangasek> bug #419898
[20:19] <ScottK> He may have heard I was looking for him.
[20:19] <slangasek> plus the one I just bounced in motu-release's direction
[20:19] <slangasek> heh :)
[20:20] <ScottK> Not sure why you did that one, but OK.
[20:20] <slangasek> ScottK: the bounce to you, or the sync?
[20:20] <ScottK> The sync.
[20:21] <slangasek> because it doesn't violate the freeze, it's just silly
[20:21] <ScottK> OK.
[20:21] <ScottK> Fair enough.
[20:23]  * ScottK made a bit of a dent in NBS over the weekend.  Now if only sparc would catch up.
[20:26] <prefrontal> emacs23 won't be in Karmic?? whyfor not?
[21:06] <slangasek> ScottK: I'll trust that since you filed bug #420920, the lack of mention of FF means the new upstream version contains no new features :)
[21:16] <ScottK> slangasek: Yes.
[21:16] <ScottK> slangasek: Same thing with pymilter-milters and pyyaml when you get it them.
[21:18] <slangasek> ok
[21:42] <ScottK> slangasek: opendrim-lmp-systemmemory, opendrim-lmp-recordlog, opendrim-lmp-physicalasset ,opendrim-lmp-ip, opendrim-lmp-ethernetport,opendrim-lmp-baseserver are all in Universe and build-dep on sfcb in Multiverse.  I imagine they'd make more progress is one set moved.  I started to read the sfcb license to see if it could go in Universe and got a headache.
[21:42] <jtimberman> hi, i'm trying to build a karmic package on jaunty using sbuild. the sbuild host is karmic. when i run sbuild -d jaunty libextlib-ruby_0.9.10-2.dsc it errors out with the message "libextlib-ruby_0.9.10-2.dsc: i386 not in arch list or does not match any arch wildcards: all -- skipping"
[21:45] <jtimberman> Or should I ask in #ubuntu-devel?
[21:49] <ScottK> jtimberman: Do you have Universe enabled in your sbuild?
[21:49] <jtimberman> ScottK: on the host or the build chroot?
[21:50] <ScottK> chroot
[21:50] <jtimberman> deb http://archive.ubuntu.com/ubuntu jaunty main restricted universe multiverse <-- Do I need karmic? I have the deb-src for karmic, but not deb.
[21:52] <ScottK> Does the deb src for karmic have universe?
[21:53] <jtimberman> Yes.
[21:53] <ScottK> Dunno then.
[21:54]  * ScottK doesn't us sbuild.
[21:56] <binarymutant> pbuilder ftw
[21:57] <binarymutant> can I upload some packages for review on revu? I'm not wanting and upload just a review
[22:00] <ScottK> You can upload.  No guarantees about a review.
[22:01] <binarymutant> :.(
[22:02] <jtimberman> Hurm. This probably isn't the correct way to go about it, but I added i386 to the Archiectures list in the .dsc and its building O.o
[22:02] <mathiaz> jtimberman: try to build with sbuild -A -d
[22:02] <jtimberman> alrighty
[22:02] <mathiaz> jtimberman: if the package are not arch dependent, you need to use -A
[22:03] <jtimberman> ahhh!
[22:03] <jtimberman> mathiaz: thanks :D
[22:06] <mathiaz> ScottK: sfcb depends on cim-schema which is in multiver for licensing issues
[22:06] <ScottK> mathiaz: Thanks.
[22:07] <ScottK> So then if slangasek moves opendrim-lmp-systemmemory, opendrim-lmp-recordlog, opendrim-lmp-physicalasset ,opendrim-lmp-ip, opendrim-lmp-ethernetport,opendrim-lmp-baseserver to multiverse, it should sort itself out.
[22:07] <ScottK> slangasek: Does ^^ need a bug?
[22:17] <slangasek> ScottK: nope, I can fix it up
[22:17] <ScottK> slangasek: Great.  I'll leave it to you then.
[22:17] <slangasek> done
[22:18] <ScottK> Cool.
[22:19]  * ScottK considers compiling on battery when it's complaining it's at 'warning' level probably isn't the best idea and wanders off to look for the power brick.
[22:30] <kklimonda> jdstrand: have you forwarded bug 422130 upstream?
[22:30] <jdstrand> kklimonda: the patch is from upstream git, so no
[22:30] <kklimonda> k
[22:30] <jdstrand> kklimonda: so the patch file for references
[22:31] <jdstrand> s/so/see/
[22:32] <MightyTweek> Hey all... does anyone know if https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-173/+bug/361856 is being worked on?
[22:34] <kklimonda> jdstrand: I was trying but my network is capricious tonight, it was faster to ask you :)
[22:34]  * jdstrand nods
[22:35] <jpds> MightyTweek: Looks like you should ask tseliot, who maintains the pakcages but isn't here at the moment.
[22:39] <MightyTweek> thanks jpds, perhaps I'll send him an email
[23:16] <showard> hello motus, I have a question: a package could build on all architectures except i386
[23:16] <showard> https://launchpad.net/ubuntu/karmic/+source/octave3.0/1:3.0.5-6ubuntu2
[23:16] <showard> it failed because there was an error making one of the .pdf help files
[23:18] <showard> what's the standard way of going about debugging/fixing this? pbuilder with i386 and see if the error exists with updated packages?
[23:19] <Laney> it's probably the indep build failing
[23:19] <Laney> so concentrate on that
[23:50] <shakaran> Hi, I have a problem with lintian
[23:50] <shakaran> I have a image and it says that the image is a executable
[23:51] <shakaran> W: myapp: executable-not-elf-or-script ./usr/share/tivion/data/img/myapp-icon.png
[23:51] <shakaran> N:
[23:51] <shakaran> N:    This executable file is not an ELF format binary, and does not start
[23:51] <shakaran> N:    with the #! sequence that marks interpreted scripts. It might be a sh
[23:51] <shakaran> N:    script that fails to name /bin/sh as its shell.
[23:51] <shakaran> N:
[23:51] <shakaran> N:    Refer to Debian Policy Manual section 10.4 (Scripts) for details.
[23:51] <shakaran> N:
[23:51] <shakaran> N:    Severity: normal, Certainty: certain
[23:51] <shakaran> some help to fix it?
[23:51] <geser> chmod -x it
[23:52] <pochu> or maybe dh_fixperms
[23:52] <geser> simply remove the x bit from it
[23:52] <shakaran> thanks, it works perfectly ;)
[23:58] <shakaran> I have another problem with manpage for myapp
[23:59] <shakaran> I made a manpage.xml.ex. I rename to myapp.xml and move it to debian/ folder
[23:59] <shakaran> but lintian warning me again with this:
[23:59] <Ampelbein> showard: The FTBFS of octave may have had the same root cause as bug 410242, just retry the i386 and it should be fine.