[04:59] <mannyv> hi fabrice_sp
[05:00] <fabrice_sp> mannyv, Hi :-)
[05:01] <mannyv> im looking over bug 488417
[05:02] <fabrice_sp> mannyv, ok. I think the actual package also fails in lucid
[05:02] <fabrice_sp> but if we can fix it, better :-)
[05:02] <fabrice_sp> (or even better: report to Debian the fix ;-) )
[05:04] <mannyv> fabrice_sp, the problem is this line: JAVA_HOME=$(dirname $(dirname $(dirname $(readlink /etc/alternatives/java))))
[05:04] <mannyv> it does not produce the same result as it does in karmic
[05:05] <fabrice_sp> mannyv, that's what I've seen, yes
[05:05] <fabrice_sp> but why?
[05:05] <fabrice_sp> :-D
[05:17] <mannyv> fabrice_sp, so if i replace that file with  JAVA_HOME=/usr/lib/jvm/java-gcj it runs but then it crashes with a null pointer exception
[05:17] <fabrice_sp> :-/
[05:17] <mannyv> if i install openjdk-6-jre it runs fine
[05:18] <mannyv> with no changes
[05:18] <fabrice_sp> so maybe, we should change the package dependency?
[05:18] <mannyv> that happens to be what JAVA_HOME=$(dirname $(dirname $(dirname $(readlink /etc/alternatives/java)))) points to for me in karmic
[05:20] <mannyv> i could try that, but java packages confuse me
[05:20] <fabrice_sp> and in lucid? here. the result is /
[05:21] <mannyv> yeah
[05:21] <mannyv> and readlink /etc/alternatives/java points to /usr/bin/gij-4.4
[05:22] <fabrice_sp> exactly: that's why the hack does not work
[05:22] <fabrice_sp> 3 times dirname gives you /
[05:22] <fabrice_sp> it's a really ugly hack :-/
[05:23] <mannyv> yean in karmic at least for me it points to /usr/lib/jvm/java-6-openjdk/jre/bin/java
[05:23] <mannyv> but imagine that could vary depending on which jre people decide to run
[05:24] <fabrice_sp> yes: that's the point. Did you check how it's done in the unstable version?
[05:24] <fabrice_sp> 1.43k
[05:24] <mannyv> ill check now
[05:25] <fabrice_sp> thanks :-D
[05:28] <mannyv> it does it the same way: JAVA_HOME=$(dirname $(dirname $(dirname $(readlink /etc/alternatives/java))))
[05:30] <fabrice_sp> so this is something that should be fixed, then
[05:33] <mannyv> yeah i just test built and installed 1.43k and it is broken there too
[05:35] <mannyv> also i installed 1.43g in karmic and it runs fine
[05:35] <fabrice_sp> yeah: default java interpreter has changed...
[05:36] <mannyv> but when i change it so that JAVA_HOME=/usr/lib/jvm/java-gcj  instead of open-6-jre
[05:36] <mannyv> it also crashes with null pointer
[05:37] <mannyv> so i am thinking that changing it so it depends on openjdk-6 instead of java-gcj will fix our problems
[05:38] <fabrice_sp> could you try with /usr/lib/jvm/java-gcj-4.4 ?
[05:39] <mannyv> /usr/lib/jvm/java-gcj is a symlink to /usr/lib/jvm/java-gcj-4.4
[05:40] <fabrice_sp_> sorry: got disconnected
[05:40] <mannyv> i said: /usr/lib/jvm/java-gcj is a symlink to /usr/lib/jvm/java-gcj-4.
[05:41] <mannyv> err: /usr/lib/jvm/java-gcj-4.4
[05:41] <fabrice_sp_> yeah: that's the last thing I tried to type :-)
[05:43] <fabrice_sp_> mannyv, the Debian version depends on openjdk-6-jdk (the binary part)
[05:44] <mannyv> i got that message before you disconnected, dont worry i cant read your mind
[05:44] <mannyv> really?
[05:44] <fabrice_sp_> yes
[05:44] <mannyv> this is what debian/control says for the binary: Depends: ${java:Depends}, ${misc:Depends}, java-gcj-compat | java2-runtime
[05:44] <fabrice_sp_> oh: the source package
[05:45] <mannyv> but it Build-Depends: openjdk-6-jdk, cdbs, debhelper (>=7), ant, gif2png
[05:45] <fabrice_sp_> yes
[05:45] <fabrice_sp_> a bit strange, no? Build depends on a specific java compiler and run with whatecer your system has :-/
[05:45] <mannyv> yeah
[05:46] <mannyv> ok so i am going the binary dependency, do you think i should do  1.43g or k?
[05:46] <mannyv> going t ochange*
[05:47] <fabrice_sp_> I would say report to Debian :-D
[05:48] <fabrice_sp_> with the null pointer exception, when running with java-gcj
[05:50] <ScottK> Should probably go upstream too, I'd think.
[05:51] <micahg> ScottK: \sh said to poke you about zend-framework backports
[05:51] <ScottK> micahg: OK.  Is there a backports bug that says it builds/installs/runs?
[05:51] <micahg> yep
[05:52] <micahg> bug 488633
[05:52] <micahg> hmm
[05:52] <micahg> installs, let me check :)
[05:52]  * ScottK looks
[05:55] <ScottK> micahg: Once you've checked it builds/installs/runs on a release, mark that task confirmed and ping me again.
[05:55] <micahg> ok, I only have karmic installed right now
[05:57] <ScottK> Often you can test these in chroots.  If you plan to do a lot of backportings, having multiple VMs laying around is handy.
[05:58] <micahg> ok
[05:58] <ScottK> BTW, runs does not mean a complete functional evaluation, just that the packages starts and can do something useful.
[05:58] <micahg> ScottK: it's a PHP library
[05:58] <ScottK> Generally that's enough to know.
[05:59] <mannyv> fabrice_sp_, so i changed it to depend on openjdk-6-jre and also changed it to ur updates-java-alternative instead of the dirname hack and it runs fine. I will report to debian with the fix
[05:59] <micahg> ScottK: it seems to run my local site fine
[05:59] <ScottK> micahg: OK.  Mark it in the bug.
[06:00] <fabrice_sp_> mannyv, ok. Thanks!
[06:00] <micahg> thanks ScottK
[06:01] <mannyv> fabrice_sp_, thanks for taking the time to work through this with me
[06:01] <ScottK> micahg: One more thing: Please edit the bug to include the exact version being requested/tested.
[06:02] <fabrice_sp_> mannyv, yw. If you want more work, I have some merges pending ;-)
[06:02] <micahg> ScottK: in the subject?
[06:02] <ScottK> micahg: Subject or body, doesn't matter much.  Subject is probably slightly better.
[06:02] <micahg> ScottK: done
[06:03]  * micahg is still learning :)
[06:04] <ScottK> micahg: No problem.  Approved.
[06:05] <ScottK> No it'll wait for an archive admin with appropriate access to process the backport and put it into karmic-backports
[06:12] <mannyv> fabrice_sp_, would you mark this grave,serious, or important?
[06:14] <fabrice_sp_> mannyv, important
[06:14] <fabrice_sp_> except if the default java is gcj
[06:23] <mannyv> fabrice_sp_, should I link the launchpad sync bug to the debian bugreport?
[06:23] <fabrice_sp_> hmmm, why not, yes
[06:41] <mannyv> fabrice_sp_, ok linked did you do that fakesyn with checkgmail ?
[06:41] <fabrice_sp_> mannyv, not yet: didn't had time :-)
[06:42] <fabrice_sp_> the only advantage of that fakesync is that it states clearly in the changelog that this package can be synced. Actually, both packages are identical, so no rush ;-)
[06:43] <mannyv> ok
[06:43] <mannyv> was just checking up on the packages ive touched and remembered that one. So i will stop worrying about that one and leave it in your hands =)
[06:44] <mannyv> and with that i am off to bed, gnight
[06:44] <fabrice_sp_> g'night
[06:52] <wrapster> if a pkg requires mercurial-common( >=1.3.0)  how do i add it to the control file .. can i just say mercurial-common or should i specify the version as well?
[06:52] <wrapster> and is specifiying the version just for understandability purposes or something else to it?
[06:54] <jmarsden> wrapster: It matters; specify the version if a particular version (or later) is needed, so the package will only install if such a version is available.
[06:57] <wrapster> so is this the way i specify it "mercurial-common (>= 1.3.0)"
[06:58] <jmarsden> Yes, that looks good to me.  lintian will complain if you mess it up :)
[09:00] <MTecknology> Amaranth: If you're still after bug 410407; i just changed the description to hopefully help new bug reporters catch that instead of reporting a dupe
[09:08] <micahg> \sh: are low prioirity bugs every SRUd for LTSs?
[09:09] <\sh> micahg, I don't know...I'm trying to avoid SRUs ;)
[09:09] <micahg> ah
[09:09] <\sh> micahg, btw...thx for the backport requests :)
[09:09] <micahg> ok
[09:09] <micahg> \sh: np
[09:10] <soren> micahg: If someone wants to work on them, sure.
[09:10] <micahg> ok
[09:10] <micahg> thanks soren
[09:24] <ajmitch> 444
[10:00] <timmi> hello, I have a question regarding dependencies:
[10:00] <timmi> My control file contains:
[10:00] <timmi> Depends: python-qscintilla2, python-qt4, ${python:Depends}, ${misc:Depends}
[10:00] <timmi> Recommends: pylint, python-scipy, python-numpy, python-matplotlib
[10:00] <timmi> Now, a user installing from my PPA reports:
[10:01] <timmi> [CODE]
[10:01] <timmi> Setting up python2.5-minimal (2.5.4-1ubuntu6) ...
[10:01] <timmi> Linking and byte-compiling packages for runtime python2.5...
[10:01] <timmi> /usr/lib/python2.5/site-packages/Onboard/KeyboardSVG.py:104: Warning:
[10:01] <timmi> 'with' will become a reserved keyword in Python 2.6
[10:01] <timmi> Compiling /usr/lib/python2.5/site-packages/Onboard/KeyboardSVG.py ...
[10:01] <timmi>   File "/usr/lib/python2.5/site-packages/Onboard/KeyboardSVG.py", line
[10:01] <timmi> 104
[10:01] <timmi>     with open(pane_svg_filename) as svg_file:
[10:01] <timmi>             ^
[10:01] <timmi> SyntaxError: invalid syntax
[10:01] <timmi> [/CODE]
[10:01] <timmi> why do there errors with Python 2.5 arrise?
[10:02] <soren> Because you're using python2.6 specific language features.
[10:02] <soren> ...yet your package claims to work with 2.5.
[10:03] <POX> timmi: from __future__ import with_statement
[10:04] <timmi> the upstream source says that it works with Python (>= 2.5).
[10:04] <timmi> so what should I use?
[10:05] <POX> bump it to 2.6 or patch the code
[10:05] <timmi> Is 2.6 default in Karcmic?
[10:11] <timmi> is there a way I can upload a screenshot for my application?
[10:13] <DktrKranz> timmi: yes, 2.6 is default in Karmic, for screenshots: screenshots.debian.net
[10:14] <timmi> does screenshots.debian.net apply regardless where the application is hosted?
[10:14] <timmi> PPA, Ubuntu, Debian?
[10:16] <DktrKranz> it's relevant for Debian packages, which in turn are included in Ubuntu
[10:16] <timmi> and PPA packages?
[10:17] <DktrKranz> no, unless they're available in the archives already
[10:18] <DktrKranz> say, with a lower or different version than the PPA one
[10:21] <timmi> Is there any naming convention?
[10:21] <timmi> if the upstream packages is called: scikits.timeseries, how shall I name the Ubuntu package?
[10:21] <tsimpson> probably scikits-timeseries
[10:23] <DktrKranz> dot are allowed in package names as well
[10:23] <DktrKranz> *dots
[10:24] <tsimpson> looks horrible though imo
[10:24] <timmi> I noted that all python modules start with python-*
[10:25] <timmi> IS this the official way?
[10:25] <tsimpson> for python
[10:25] <DktrKranz> for Python packaging is having python-$modulename, so module zope.whatever has packagename python-zope.whatever
[10:26] <timmi> thanks. that helps.
[10:29] <timmi> How do I create packages from a SVN or BZR repos, how do I create the source distribution?
[10:29] <p3rror> is there any one experienced with snort
[10:29] <p3rror> all i need is to add a second sensor ?
[10:30] <timmi> just export the current status of the last revision and create a *.orig.tar.gz?
[10:43] <timmi> BTW, thanks a lot to this channel.
[10:43] <timmi> I could at least succed building all packages uploaded to the PPA
[10:43] <fatal^> hello, I see gupnp has been synced with debian in lucid.... any chance you could sync in the newly added package called rygel as well ? :)
[10:48] <randomaction> fatal^: it will be auto-synced from testing at some point
[10:53] <fatal^> randomaction: "at some point" means its triggered by a "randomaction" ? .... j/k.... thanks. :)
[10:54] <randomaction> by archive admins, I would say :)
[13:16] <LucidFox> https://bugs.edge.launchpad.net/ubuntu/+source/geany/+bug/282972 <-- thoughts on this?
[13:17] <LucidFox> I don't think it was a good idea to unilaterally close the bug like this just because Geany isn't technically a GNOME application.
[13:21] <cyberix> How do I suggest something for inclusion in main?
[13:21] <slytherin> LucidFox: Ideally it should have x-terminal-emulator and not a specific app.
[13:21] <slytherin> !mir | cyberix
[13:21] <LucidFox> Works!
[13:30] <LucidFox> I think we need a more user-friendly application to manage alternatives. galternatives hasn't been updated for a long while, and its UI is hideous.
[13:33] <LucidFox> kalternatives seems to have been recently uploaded, though, I'll look at that one.
[13:39] <SevenMachines> qbittorrent fails to start with missing symbols on lucid but this is fixed with a simple rebuild, how do you go about that? does it need a version bump to request a rebuild?
[13:40] <ScottK> SevenMachines: It does.
[13:41] <SevenMachines> ok, thanks
[13:42] <slytherin> SevenMachines: Is there any urgency? It will eventually get version bump in lucid, won't it
[13:43] <LucidFox> Speaking of which
[13:43] <SevenMachines> i was wondering that, its the version synced from debian testing but there its still early days
[13:44] <SevenMachines> so theres no rush, best to just wait?
[13:44] <LucidFox> Well, even after it enters testing, there will still be some days before it gets autosynced.
[13:48] <SevenMachines> suppose might just do it anyway, allows people to test other bugs on it, and allows me to avoid doing the work i'm supposed to be doing which is not inspirational stuff on a friday :)
[13:50] <MenZa> For a lack of a better place to ask - do deb packages support localised meta data?
[13:50] <directhe`> MenZa, you mean translations of the info like the package description?
[13:50] <MenZa> yep
[13:51] <MenZa> I see it as being a pretty big issue for non-English speakers to use stuff like the software centre if they have to do that in a different language
[13:51] <MenZa> I've always wondered
[13:51] <directhe`> "kinda"
[13:51] <MenZa> That sounds pretty... shifty
[13:52] <directhe`> i'd talk to the debian-l10n guys
[13:52] <directhe`> er, debian-i18n
[13:52] <directhe`> same difference
[13:52] <directhe`> i agree with you, FWIW
[13:52] <MenZa> Hang on, I found *something*
[13:52] <directhe`> but they're the guys to discuss specifics with
[13:53] <MenZa> Basically, .po files can be included within the package?
[13:53] <Laney> there's a translation project in debian
[13:53] <Laney> for doing package descriptions
[13:53] <MenZa> hmm
[13:53] <joaopinto> MenZa, software center does use description translations, https://translations.launchpad.net/ubuntu/karmic/+source/app-install-data-ubuntu
[13:53] <directhe`> Laney, i don't remember the implementation of consumers though
[13:53] <Laney> no, no idea how it works
[13:53] <Laney> but it must work somehow
[13:53] <MenZa> joaopinto: ah
[13:54] <MenZa> joaopinto: Excellent.
[13:55] <MenZa> Thanks :)
[14:58] <DerickH> can I download a minimal 10.04 cd somewhere?
[14:59] <moustafa> The first alpha for Lucid is set for December 10th
[14:59] <DerickH> ok
[14:59] <DerickH> thanks
[14:59] <DerickH> then there is also an minimal cd?
[15:00] <moustafa> There's the alternate installer, if that's what you mean
[15:00] <moustafa> http://www.ubuntu.com/getubuntu/downloadmirrors#alternate
[15:01] <DerickH> I mean ubuntu minimal https://help.ubuntu.com/community/Installation/MinimalCD
[15:02] <moustafa> Ah, it should be available when the alpha appears
[15:44] <LucidFox> "I'm busy with the university, at least until December 15. I'd like to improve the build system and, eventually, publish the program
[15:44] <LucidFox> on a hosting service (such as Google Code, Launchpad...): these are time consuming tasks, and they would break your package. "
[15:44] <LucidFox> Wow. An upstream actually concerned about breaking packages? :)
[15:47] <directhex> lies! no such creature exists!
[15:53] <siretart`> sorry, for not having announced that earlier, but I need to take
[15:53] <siretart`> spooky (the Host on which REVU is running) down until sunday
[15:53] <siretart`> the reason is maintenance on the power supply at the campus here
[15:56] <bddebian> dtchen: I'm going to start playing with sdl 1.2.14
[15:56] <siretart`> ajmitch: around? - see ^^
[17:25] <fabrice_sp_> Hi. Who should I ping to have motu access to  revu? RainCT ?
[17:26] <av`> fabrice_sp_, any REVU Admin listed on the REVU LP team
[17:27] <fabrice_sp_> ok. Will check. Thanks av` :-)
[17:27] <av`> np
[17:31] <RainCT> fabrice_sp_: Yeah. REVU is currently offline until Sunday, but feel free to ping me again once it's up and I'll change your permissions.
[17:31] <fabrice_sp_> ohh, right. Forgot about that. Thanks :-)
[17:41] <fabrice_sp_> anyone know of a script that download the Debian source giving him the name of the source package ?
[17:42] <RainCT> fabrice_sp_: pull-debian-source
[17:43] <fabrice_sp_> cool! Thanks again RainCT :-)
[17:45] <porthose> fabrice_sp_, pull-lp-source comes in handy also ;)
[17:45] <RainCT> Or you can add Debian to your sources.list and then use  apt-get source <pkgname> -t unstable
[17:46] <fabrice_sp_> ok. I'm trying to automate the sync request sponsoring, by unsubscribing u-u-s, subscribing myself to the bug, downloading the source from Debian and building it
[17:46] <fabrice_sp_> as of now, I'm able to do the lp part, and do manually the download (already has a script for building )
[18:02] <randomaction> I have a trivial script for this, which does mkdir; cd; pull-debian-source; pbuilder-dist
[18:04] <fabrice_sp__> pull-debian-source extract the dsc, that shouldn't be necessary in that case
[18:05] <fabrice_sp__> the fun part was to interact with lp ;-)
[18:05] <geser> I've also a small script to ACK sync-request (and do the subscribing/unsubscribing)
[18:06] <fabrice_sp__> so do I now :-)
[18:06] <fabrice_sp__> it's called ack-sync
[18:06] <geser> I called mine syncack :)
[18:07] <fabrice_sp__> I also have one called sponsor, that unsunscribe u-u-s, and subscribe myself, put as In progress, and put Whishlist
[18:10] <mannyv> my error of the day:  'sudo apt-get reboot
[18:10] <mannyv> '
[18:12] <fabrice_sp> :-) Could have been worst ;-)
[18:13] <mannyv> i found it pretty amusing
[19:01] <wattazoum> hello
[19:05] <wattazoum> Can anyone tell me if there is a way using dh_override (debhelper > 7.0.50) to handle multi package build including arch indep packages ?
[19:42] <ajmitch> siretart: ok, thanks for the warning :)
[20:55] <maxb> wattazoum: AFAIK, the best way is to use if [ `dh_listpackages` ....... in the shell commands of the override target
[20:57] <wattazoum> wow, someone answering ! Thank you very much maxb. I will look at it
[22:28] <PMantis> Where's the best place to ask about writing upstart jobs? can anyone here help?
[23:47] <strycore> hi all
[23:47] <dhillon-v10> strycore, hi :)
[23:48] <strycore> could somebody take a look at this bug ? https://bugs.launchpad.net/ubuntu/+source/convertall/+bug/474341
[23:48] <strycore> I've send a patch to the maintainer but no fix has been released yet
[23:49] <strycore> it's been more than two weeks now
[23:50] <strycore> sorry, i didn't attach a clean debdiff , it's just a regular diff
[23:52] <strycore> oh, wgrant you're actually here :)