[01:04] <micahg> if a package has been removed from the devel release, do we do SRUs?
[01:27] <blueyed_> micahg: in theory, yes. it depends of course. if there's something SRU worthy, why not?
[03:59] <Awsoonn> Piklab is a program written for kde that I would love to make 'fit' into the standard ubuntu desktop a bit nicer. Is there a way to make a program dynamicly load a kde version of the UI or a GTK version based on the active enviorment?
[04:02] <Awsoonn> I'd love to be pointed to some example program.
[04:07] <vorian> what could be nicer than QT?
[04:07]  * vorian thinks nothing
[04:08] <StevenK> vorian: A toolkit that doesn' use C++
[04:09]  * StevenK hides
[04:09] <vorian> AH!
[04:38] <freeflying> hi, where can I check my upload status?
[04:39] <freeflying> or how can I can know if I still can upload to universe?
[04:43] <fabrice_sp> freeflying, just try to upload: if you're not allowed, you will receive an email (which is what happen to all beginners at least one time :-) )
[04:44] <freeflying> fabrice_sp: the issue is, I tried two times, didn't get any email to indicate me accept or reject
[04:44] <ajmitch> freeflying: LP still lists you as a member of motu & ubuntu-dev
[04:45] <fabrice_sp> freeflying, did you try to upload to a ppa?
[04:46] <freeflying> ajmitch: yeah, so its really wired
[04:46] <freeflying> fabrice_sp: I did upload to ppa servral days before, worked fine
[04:46] <nhandler> freeflying: Maybe your dput.cf file is messed up
[04:46] <fabrice_sp> weird then, yes
[04:47] <freeflying> nhandler: its ok, checked already
[04:48] <ajmitch> what have you tried uploading?
[04:48] <ajmitch> main reason I can think of for no reject mail would be signed with the wrong key, but I'm most likely wrong about that
[04:50] <freeflying> ajmitch: the key is fine, I'm trying upload webkit with some patch for anjal, actually its a sponsor uploading
[04:51] <ajmitch> which appears to be in main
[04:51] <ajmitch> so you'd most likely get reject messages based on that
[04:53] <freeflying> ajmitch: I should get reject mail if its in main, but didn't
[04:53] <freeflying> thats why I think its wired
[04:58] <wgrant> The main reasons for silent rejection are use of an unknown or no key, and the changes file being unparsable (eg. due to an email address with bad syntax).
[04:59] <freeflying> wgrant: but I can upload to ppa, works fine
[04:59] <wgrant> freeflying: That same changes file?
[04:59] <freeflying> wgrant: exactly
[05:00] <wgrant> Huh.
[07:50] <stochastic> does anyone feel like doing a REVU on http://revu.ubuntuwire.com/p/a2jmidid
[08:39] <gaspa> 'mor-YAAWN-ning
[08:47] <DktrKranz> gaspa: do you want some coffee?
[08:47] <gaspa> already done
[08:47] <gaspa> but it's not enough
[08:47] <DktrKranz> what about something which gives you wings?
[08:50] <gaspa> DktrKranz: none of it, here
[08:51]  * geser looks for a caffeine drip for gaspa
[08:52]  * gaspa hugh geser
[08:52] <gaspa> hugs
[08:54] <david_mentre> gaspa: are you here?
[08:55] <gaspa> david_mentre: yup. Hi david.
[08:55] <gaspa> ocaml is now sync'd, I saw.
[09:07] <david_mentre> gaspa: Hello Andrea
[09:07] <david_mentre> I have open a bug for the second round : https://bugs.launchpad.net/ubuntu/+source/camlp5/+bug/403924
[09:08] <david_mentre> gaspa: regarding rebuild of package, is this a sync request or other type of request?
[09:08] <david_mentre> gaspa: I have already done that but forgot :-(
[09:09] <gaspa> david_mentre: you need a sync request for _each_ package to sync
[09:09] <david_mentre> gaspa: can I add another package to a bug 403924?
[09:10] <gaspa> david_mentre: no
[09:10] <gaspa> file another bug
[09:11] <david_mentre> gaspa: oh (beep)! :-/
[09:11] <david_mentre> OK, I'll do that
[09:11] <geser> why not open several tasks to this one bug?
[09:15] <gaspa> geser: I always found it much confusing...
[09:16] <gaspa> (david_mentre: wait)
[09:16] <gaspa> geser: is acceptable as it is now? (with tasks for each package?)
[09:18] <geser> I don't care if you open 1 bug with 10 tasks or 10 bugs. Use the one which suits your work style more
[09:18] <david_mentre> gaspa: ok, I'm waiting. Already opened 2 bugs. :-)
[09:19] <geser> the "1 bug, 10 tasks" solution has the advantage that you can easily check the state of this round
[09:19] <gaspa> ok. good
[09:20] <gaspa> david_mentre: then, let's use tasks, if you prefer...
[09:20] <david_mentre> gaspa: how "task" are used? Documentation?
[09:21] <geser> david_mentre: open the bug, go to "Also affects distribution", enter the other package name (for the Ubuntu Distribution)
[09:22] <david_mentre> geser: ok thanks!
[09:25] <gaspa> geser: ... but... should I (or a u-us) ack each package? the bug in his whole?
[09:27] <geser> gaspa: I'd add a comment for which packages my ACK is and set those tasks to confirmed
[09:27] <gaspa> right
[09:27] <gaspa> thanks.
[09:27] <geser> you need a u-m-s too (for havea)
[09:28] <geser> and perhaps others (didn't check which are in main)
[09:31] <david_mentre> geser: added ubuntu-main-sponsors
[09:31] <david_mentre> added all packages
[09:31] <david_mentre> as tasks
[09:31] <gaspa> geser: of course...
[09:31] <gaspa> david_mentre: cool.
[09:32] <david_mentre> gaspa: regarding rebuild, how should I proceed?
[09:32] <gaspa> david_mentre: ask here, for packages that need rebuild.
[09:32] <geser> david_mentre: give gaspa or me at list of packages
[09:33] <david_mentre> geser,gaspa: round 2 in https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-July/009088.html
[09:34] <geser> gaspa: will you do it or should I?
[09:40] <gaspa> geser: I'm quite busy at work, atm. so if you have a moment please do.
[09:41] <gaspa> don't they depends on packages waiting for sync?
[09:41] <gaspa> david_mentre: --^
[09:41] <geser> they shouldn't else they would be in the next round (I hope)
[09:42] <gaspa> k
[09:42] <geser> I'll testbuild anyway before uploading
[09:47] <sebner> geser: the merges must die! *muahahaha*
[09:48] <gaspa> geser: I'm taking xml-ligth
[10:01] <geser> david_mentre: for a rebuild of "findlib" you need to find a core-dev
[10:02] <james_w> no change rebuild?
[10:02] <geser> james_w: yes
[10:02] <james_w> I can do that for you
[10:02] <geser> james_w: facile too please
[10:02] <james_w> too easy
[10:03] <slytherin> geser: Do you see anything wrong with the code where it retrieves initial_classpath from system property. - http://svn.apache.org/viewvc/jakarta/jmeter/trunk/src/core/org/apache/jmeter/NewDriver.java?revision=684709
[10:05] <david_mentre> gaspa: round n only depends on round n-1
[10:06] <david_mentre> so no issue for round 2, ocaml is recompiled
[10:06] <geser> slytherin: sorry, can't help you. my java knowledge is only as good as I needed it for my study
[10:06] <gaspa> geser: i'm doing uuidm as well
[10:06] <geser> gaspa: I'm currently at lablgl
[10:06] <gaspa> geser: I took it from the bottom ;)
[10:07] <slytherin> geser: :-) I will bug ttx.
[10:14] <gaspa> geser: i've time for pycaml e perl4cml too, i guess. :p
[10:14] <james_w> what's the transition I should put in the changelog?
[10:15] <david_mentre> james_w: transition to OCaml 3.11.1
[10:15] <james_w> thank you
[10:27] <geser> david_mentre: I'm done with rebuilds.
[10:31] <james_w> findlib and facile done
[10:31] <james_w> anything else needed?
[10:31] <david_mentre> geser: thanks a lot! I've seen them on karmic-changes@. I'll do a manual check
[10:34] <gaspa> james_w: yep.
[10:34] <gaspa> could you ack these: bug #403924 for camlp5 and hevea
[10:35] <geser> james_w: bug 403924: camlp5 and hevea needs an ACK from a core-dev and once gaspa is done with ACKing the syncs themself
[10:35] <gaspa> geser: already ack'd all universe
[10:35] <geser> just noticed
[10:35] <gaspa> all universe packages.
[10:35] <gaspa> :P
[10:36] <geser> gaspa: you're lucky that sebner is doing today merges and not syncs :)
[10:36]  * directhex is waiting for his xsp sync so he can sync mod-mono
[10:36] <james_w> geser/gaspa: would one of you be willing to prepare a sync list?
[10:37] <sebner> geser: are there any left? :P
[10:37] <gaspa> ?
[10:38] <geser> james_w: bug 403924 contains a task for each package to be synced for this round
[10:38] <david_mentre> james_w: what kind of sync list do you need? Any specific format?
[10:39] <james_w> https://wiki.ubuntu.com/ArchiveAdministration
[10:39] <james_w> it's basically
[10:39] <james_w> sync <bug number>
[10:39] <james_w> for each bug
[10:39] <james_w> if there are changes in ubuntu then it needs -f
[10:39] <james_w> if it's not from unstable/main then it needs -S or -C
[10:39] <james_w> hmm
[10:40] <james_w> not sure how the script will fare with multiple tasks actually
[10:40] <james_w> perhaps I should just try it
[10:42] <james_w> looks like it will work
[10:43] <james_w> are there any syncs that are exceptional in that bug?
[10:43] <james_w> (Ubuntu changes, not main/universe?)
[10:43] <david_mentre> james_w: not that I know of
[10:43] <james_w> ok
[10:44] <gaspa> I saw a -build1 revision
[10:44] <geser> james_w: the whole plan is at https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-July/009088.html
[10:44] <david_mentre> no Ubuntu changes for sur. All in main/universe
[10:44] <james_w> I'll ACK the remaining ones and give it a go
[10:44] <james_w> build1 is fine
[10:44] <gaspa> ok
[10:44] <gaspa> so, no ubuntu changes.
[10:46] <david_mentre> james_w: ack for mass-sync. I'll try to provide a sync.txt for round 3
[10:47] <james_w> just need my mirror to get the new ocaml for building camlp5
[10:47] <james_w> david_mentre: if it goes well then there shouldn't be a need
[10:47] <james_w> thanks though
[10:47] <james_w> though if there are exceptions it would make it easier
[10:51] <david_mentre> james_w: ok
[11:01]  * directhex offers james_w a muffin
[11:06] <hyperair> bah! byobu refuses to work if i ssh from inside screen
[11:06] <hyperair> >=(
[11:07] <hyperair> byobu should be testing for STY rather than TERM=screen
[11:08] <hyperair> slomo: would it be possible to make gstreamer use the pulseaudio backend by default?
[11:09] <hyperair> slomo: it seems to use the alsa backend (and hence the alsa plugin) by default, resulting in the name "mono" in the new gnome volume control applet
[11:09] <hyperair> in the case of Banshee, i mean
[11:09] <slomo> hyperair: it does that if gstreamer0.10-pulseaudio is installed
[11:09] <slomo> unless you selected alsa in gstreamer-properties
[11:09] <slomo> then gnome application would use alsa
[11:09] <hyperair> hmm is it?
[11:10] <hyperair> so in a default application it'll use the pulseaudio backend then, eh..
[11:12] <slomo> yes
[11:12] <hyperair> slomo: thanks, i'll go invalidate the bug now
[11:29] <hyperair> hmm is there some way to do bzr commit --amend?
[11:47] <joaopinto> I have a questionr regarding version across releases
[11:47] <joaopinto> since the repository is a shared pool, and then the release is just a list of packages from the pool, can we have the exactly same version in different releases ?
[11:47] <joaopinto> I mean the package version
[11:49] <joaopinto> anyone :P ?
[11:50] <geser> yes
[11:51] <geser> that's exactly what happens
[11:52] <joaopinto> but, if we keep the exact same version for different releases, we may get ABI incompatibility problems, right ?
[11:52] <hyperair> usually not
[11:52] <hyperair> if there are issues, then you bump the version to get it rebuilt
[11:52] <geser> joaopinto: no, why should there be any?
[11:53] <joaopinto> geser, because the .deb rebuilt for the newer release was linked with newer lib versions ?
[11:53] <joaopinto> I am assuming the .debs are re-built for every release
[11:53] <geser> joaopinto: no, they aren't
[11:54] <geser> you couldn't store them anyway as there is already a file with that name
[11:54] <joaopinto> hum, so packages which are not changed at all are simply included on newer releases ?
[11:55] <geser> yes
[11:55] <joaopinto> ok, it's clear now, tks :)
[11:56] <hyperair> kirkland: if you notice the screen-detection branch i just created for byobu, please look into merging the two commits into one there (i accidentally mistook revert for uncommit)
[12:01] <slytherin> TheMuso: hi, linux-ports-,eta needs ABI bump. :-)
[12:01] <slytherin> I mean linux-ports-meta.
[12:16] <slytherin> ttx: have some time?
[12:16] <ttx> slytherin: yes
[12:16] <slytherin> ttx: Do you see anything wrong with the code where it retrieves initial_classpath from system property. - http://svn.apache.org/viewvc/jakarta/jmeter/trunk/src/core/org/apache/jmeter/NewDriver.java?revision=684709
[12:17] <ttx> ew. Java code :)
[12:20] <directhex> java's that legacy version of .net, right?
[12:20] <ttx> directhex: it lays in some legacy parts of my brain, that's all I can say
[12:20] <directhex> like a spider!
[12:21] <directhex> slytherin, how is it misbehaving?
[12:22] <ttx> it goes into great lengths to handle macos/windows crappy practices when it comes to directory handling
[12:23] <directhex> Write Once, Run Anywhere!
[12:23] <slytherin> directhex: I am passing a classpath with multiple jar files (separated by :), but when it is read from within program only last jar file is picked up. This is on jaunty.
[12:23] <slytherin> with openkjdk.
[12:24] <ttx> directhex: "write once, run everywhere, as long as you ship a truckload of binary jars with me"
[12:24]  * directhex hands ttx a copy of MySql.Data.dll
[12:24] <directhex> slytherin, have you inserted far more system.out.println statements than should be necessary, to aid debugging?
[12:25] <ttx> directhex: Don't want to touch that, someone told me you can get permanently tainted
[12:25] <directhex> slytherin, e.g. what exactly is in initial_classpath right after it's assigned?
[12:25] <slytherin> directhex: yes, I inserted one immediately after the line where initial_classpath is set. And it shows the the value of this variable is not getting set to what is expected.
[12:26] <directhex> slytherin, okay, right. so System.getProperty is being useless. let me check javadoc
[12:26] <slytherin> directhex: either that or there is some problem because of ':'.
[12:27] <directhex> javadoc is crap. is a "system property" something provided by the JRE, or an environment variable?
[12:28] <slytherin> directhex: you can set it on command line with -D. But the property being used here (java.class.path) is same as the value of command line argument -classpath
[12:29] <ttx> slytherin: what does File.pathSeparator return on your JVM ?
[12:29] <slytherin> ttx: I am not accessing the machine where this problem occurs. :-(
[12:31] <directhex> jms@osc-franzibald:/tmp$ java -classpath foo:bar:baz:. GetClassPath
[12:31] <directhex> java.class.path now = foo:bar:baz:.
[12:31] <ttx> hm, and strangely enough, this code queries CLASSPATH_SEPARATOR = System.getProperty("path.separator") then uses File.pathSeparator
[12:33] <slytherin> I spent almost 1 hours today morning trying to find why jmeter was not starting even when all dependencies were present on system. That is the only problem remaining before I can put it on revu. :-(
[12:33] <ttx> slytherin: this code is all about handling special cases where you would not provide a complete classpath and would want to auto-use things in a lib/ subdirectory
[12:33] <ttx> so it's like.. completely useless for you :)
[12:34] <slytherin> ttx: It's like this. Apart from the system classpath it will add some of it's own components (jar files) to the classpath.
[12:34] <slytherin> the problem is occurring right where it reads system classpath.
[12:35] <directhex> jms@osc-franzibald:/tmp$ ikvm -classpath foo:bar:baz:. GetClassPath
[12:35] <directhex> java.class.path now = foo:bar:baz:.
[12:35] <directhex> works on mono too
[12:35] <directhex> :p
[12:36]  * slytherin going out for some time
[12:44] <hyperair> hmm for some reason mplayer defaults to oss. can we have it default to pulseaudio instead?
[12:45] <hyperair> or at least alsa =\
[12:49] <ttx> slytherin: It seems to behave correctly... You should instrument the code and run in under your conditions to see where it fails
[12:52] <directhex> hyperair, siretart is the person to tickle
[12:52] <hyperair> directhex: ah. thanks.
[12:53]  * hyperair lies in wait for siretart
[13:25] <slytherin> ttx: What do you mean by instrument the code?
[13:26] <ttx> slytherin: add a few debug outputs to see where it fails ? Or run it under a debugger if you can reproduce the bug in such an environment ?
[13:27] <ttx> I thought the Tokenizer was returning just one token due to a separator mismatch, but it seems to return correctly
[13:27] <ttx> (on my Karmic setup)
[13:28] <slytherin> ttx: As I said, it fails right were it is retrieving the classpath and setting initial_classpath. There is no problem in the code after that. I don't know the reason though.
[13:28] <ttx> slytherin: ah.
[13:29] <coolbhavi> hello
[13:29] <ttx> slytherin: I can retrieve the classpath alright, using the same code... but my setup is different I guess
[13:30] <slytherin> I will check on my machine again when I go home. I will also make sure I have openjdk updates installed.
[13:30] <slytherin> coolbhavi: hi
[13:30] <coolbhavi> i m facing a problem i ve made a package cricinfo using a script http://launchpadlibrarian.net/29481553/buildlog_ubuntu-karmic-i386.crickinfo_1.0-1-0ubuntu4_FAILEDTOBUILD.txt.gz
[13:31] <coolbhavi> but its ftbfs
[13:31] <coolbhavi> i ve made install directory too
[13:32] <coolbhavi> but its failing at dh_install
[13:34] <coolbhavi> and any ideas pls
[13:39] <nhandler> coolbhavi: Does debian/tmp/crickinfo exist?
[13:39] <coolbhavi> no
[13:39] <coolbhavi> shall I create one
[13:39] <coolbhavi> ?
[13:40] <coolbhavi> on my system?
[13:41] <coolbhavi> using cdbs
[13:41] <coolbhavi> and few package deps
[13:43] <nhandler> coolbhavi: I'm not even seeing a file named crickinfo anywhere in the source. Why is it listed in debian/install?
[13:43] <nhandler> Did you mean crick-info-gui?
[13:44] <coolbhavi> yes
[14:21] <trothigar> when you issue the command "sudo pbuilder create", approximately how many packages is it going to download (I have bandwidth cap issues)?
[14:22] <coolbhavi> trothigar, its going to create a build environment
[14:23] <Laney> my karmic pbuilder tarball is 111M if that helps
[14:23] <trothigar> ty
[14:26] <gaspa> james_w: camlp5 builds correctly, if you needed to know that....
[14:27] <sebner> Laney: mine has 89 mb ^^
[14:27] <Laney> hax
[14:28] <geser> ha, mine only 87 MB :)
[14:28] <Laney> omg
[14:29] <geser> hardy = 68M, intrepid = 80M, jaunty = 81M, karmic = 87M
[14:29] <geser> it gets bigger with every release
[14:30] <hyperair> kirkland: awesome signature. :-D
[14:30] <AnAnt> Hello, in building a package, I found that I have to configure with LDFLAGS=-Wl,--as-needed to avoid linking binaries with un-necessary libs
[14:30] <kirkland> hyperair: heh, thanks ;-)
[14:31] <kirkland> hyperair: i appreciate the patch/branch
[14:31] <AnAnt> yet this only works for executables, but not for building shared libs, anyone knows what I should do for shared libs ?
[14:31] <hyperair> no problem
[14:31] <kirkland> hyperair: i think you solved another bug with that patch too
[14:31] <kirkland> hyperair: https://bugs.edge.launchpad.net/byobu/+bug/403809
[14:31] <hyperair> hmm was that related?
[14:32] <hyperair> oh yeah that's probably it
[14:32] <hyperair> looks like i filed a duplicate bug eh
[14:33] <kirkland> hyperair: yeah, funny, both bugs filed within the same day, first i've seen of the issue ;-)
[14:33] <hyperair> hahah
[14:33] <hyperair> well it happened when i upgraded my desktop to karmic and byobu-ized my screen config on that
[14:34] <hyperair> i wouldn't have upgraded if the .28 kernel's ext4 driver didn't fail so hard
[14:34] <hyperair> oh well, one less bug for byobu =)
[14:34] <kirkland> hyperair: yes, indeed. thanks again.
[14:38] <s0nix> Hi... normally, a package that is built on intrepid with the dependency python (2.5).. Can the binaries be copied to jaunty? python (2.6)
[14:38] <hyperair> normall
[14:38] <hyperair> y
[14:39] <hyperair> is it an arch=all or arch=any package?
[14:39] <hyperair> for the former, it can be copied over just fine
[14:40] <s0nix> no, it's arch i386/amd64
[15:12] <slytherin> ttx: which architectures still benefit form -gcj packages? Frankly I never understood what the -gcj packages exactly do.
[15:13] <ttx> slytherin: my understanding is that they allow non-jit-powered architectures to avoid being utterly sluggish.
[15:14] <ttx> so that's ia64/powerpc/arm
[15:14] <ttx> doko still wants us to recommend the -gcj package on those architectures
[15:15] <ttx> unfortunately arch-conditional recommends don't play nice with "all" packages.
[15:15] <slytherin> right, that I understood from the bug.
[15:16] <ttx> So this is a trick we should only play on packages were drawing the -gcj counterpart is an issue
[15:16] <ttx> basically those that end up on the CD
[15:16] <slytherin> Isn't zero JVM supposed to eliminate this need for -gcj packages?
[15:17] <ttx> slytherin: maybe. I know that the trick is currently needed, but shouldn't be needed in the future.
[15:17] <ttx> What is zero JVM ?
[15:19] <david_mentre> gaspa: all ocaml packages of round 2 entered karmic. :-) I'll do a run of ocaml_transition_monitor to check that everything is ok this evening and then start round 3
[15:19] <slytherin> ttx: http://openjdk.java.net/projects/zero/
[15:20] <david_mentre> gaspa: s/everything/evening/
[15:20] <ttx> slytherin: yes, that should definitely help.
[15:20] <david_mentre> gaspa: oops! my English was correct :-)
[15:20] <gaspa> david_mentre: do you mean this: http://bentobako.org/ubuntu-ocaml-status/transition_monitor/ocaml_transition_monitor.html ?
[15:20] <david_mentre> yep
[15:21] <gaspa> ok
[15:21] <david_mentre> it only runs at 3 or 4am. I'll start a manual run this evening
[15:22] <gaspa>  ;)
[15:26] <gaspa> david_mentre: if you take care of filing a bug for syncing, I'll take a look at the "need-rebuild list."
[15:31] <david_mentre> gaspa: ok. Following discussions on debian-ocaml-maint@ I have an updated lists of things to do, I'll send it to you
[15:31] <gaspa> I saw.
[15:32] <gaspa> almost all changes can be dropped, that's really good. :)
[15:34] <david_mentre> gaspa: yes. That's one of my goal: avoid duplication of work between debian and ubuntu. And Debian developers are quite responsive
[15:35] <david_mentre> currently there are only 2 remaining packages with ubuntu specific changes
[15:36] <gaspa> one is matita.
[15:36] <gaspa> the other?
[15:47] <slytherin> ttx: is there any list of java apps/libs that server team would like to have in archive?
[15:47] <ttx> slytherin: not really, but I'll have to think about it.
[15:48] <slytherin> Let me know. I will be done with jmeter by next week. I could help in packaging small libs.
[15:51] <slytherin> ttx: one more question. Do you plan to put any of the geronimo packages in Debian?
[15:53] <david_mentre> gaspa: https://bentobako.org/ubuntu-ocaml-status/raw/raw-patched-karmic-packages.txt (without lablgtk2 and camlimages after the transition)
[15:53] <ttx> slytherin: they are spec libs that duplicate functionality present in glassfish-javaee so Debian might prefer to ignore them.
[15:54] <david_mentre> gaspa: only two packages are needed for the transition : graphviz and ocaml-bjack. The others are independent
[15:54] <david_mentre> of ocaml version
[15:54] <gaspa> will be merged instead of sync'd
[15:54] <david_mentre> gaspa: what is the difference?
[15:55] <gaspa> a package that has ubuntu changes not reported in debian, have to be merged, i.e: changes must be re-applied to the last debian version.
[15:57] <geser> david_mentre: camlimages is a sync as the ubuntu change was cherrypicking the cve fix from the debian package to avoid the ocaml transition
[15:59] <gaspa> geser: in fact, standing merges will be graphviz and ocaml-bjack
[15:59] <gaspa> atm
[15:59] <david_mentre> gaspa: ah ok! Understood. Do a merge for the modified packages where we need to keep modifications
[16:00] <gaspa> yup
[16:00] <david_mentre> gaspa: thank you!
[16:34] <arand> Hello, I'm planning to apply an upstream patch to ligoffice in jaunty, this patch adds things to NEWS and ChangeLog, however when I "patch -p1 < patch.diff" These fail to apply (the real code change is ok though), should I add these entries manaully in NEWS and ChangeLog?
[16:35] <directhex> i believe you can not bother, if you like
[16:35] <directhex> i know i don't
[16:35] <directhex> i.e. just remove those bits from the patch file
[16:37] <arand> okay, so I just document the change using the debian/changelog?
[16:39] <Laney> and in the patch itself
[16:40] <arand> Laney: Um? How do you mean?
[16:42] <Laney> you can add comments to patches
[16:42] <Laney> it's a good idea to do this
[16:49] <arand> Laney: Um, so I should also mkdir debian/patches and add my patch to there?
[17:21] <siretart> hyperair: now I'm around, what's up?
[17:22] <siretart> hyperair: oh, pulseaudio by default in mplayer, yes, that's a good idea and I agree that it should be done in ubuntu per default
[17:23] <siretart> hyperair: I was considering it myself, but wondered how does mplayer behave in case pulseaudio is not active? does mplayer fallback then to alsa?
[17:28] <arand> So, I patch the source dir with the upstream patch, make a diff of the sourcetree > mypatch.patch put this into debian/patches/ then add some #comments to this .patch file? as well as creating a changelog entry... And then, do I start with an unpatched source tree+the patch in debian/patches, run debuild -S and it will automatically patch it when I run pbuilder?
[17:57] <tuantub> arand: i dont think so, you must change the debian/rules file to tell debuild to patch your source before starting to build :D
[18:05]  * neversfelde searches a MOTU for an SRU
[18:05] <neversfelde> it is bug 221531
[18:06] <arand> tuantub: argh, and how do I do that? Also, is pbuilder meant to put the finished debs in /var/cache/pbuilder/result/ ?
[18:07] <tuantub> arand: read : https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/ps-scratch.html
[18:10] <arand> tuantub: ah, okay, I though I was reading the pkg-guide, apparently not >_*
[18:11] <tuantub> arand: ;)
[18:13] <ScottK> Package guide is maintained in wiki.ubuntu.com.  That version you referenced is 3 years old.
[18:15] <tuantub> ScottK: i think it's old but also helpful ?
[18:15] <ScottK> tuantub: It is, but the maintained version is in the wiki.
[18:16] <ScottK> !packagingguide
[18:18] <tuantub> ScottK: thanks, i've found the newest link (i think) : https://wiki.ubuntu.com/PackagingGuide/PatchSystems
[18:21] <tuantub> arand: just check this : https://wiki.ubuntu.com/PackagingGuide/PatchSystems
[18:21] <tuantub> arand: :D
[18:22] <arand> ScottK: tuantub: cheers, seems like the rules entries are somewhat different between the versions...
[18:23] <ScottK> Yes.  Use the wiki version unless you are working on Dapper.
[18:23]  * tuantub :-ss
[18:24] <slytherin> directhex: ttx: I found out the reason for problem I was facing. Apparently when I do something like java -jar /patch/to/jar, the classpath gets reset to the jar file mentioned.
[18:34] <AnAnt> nhandler: Hello, you there ?
[18:35] <nhandler> Yes AnAnt
[18:36] <AnAnt> nhandler: can you understand this: http://launchpadlibrarian.net/29488980/buildlog_ubuntu-karmic-i386.dh-make-perl_0.57_FAILEDTOBUILD.txt.gz
[18:36] <AnAnt> Failed test 'CPANPLUS::Config::System is core' at t/corelist.t line 32.
[18:37] <nhandler> AnAnt: Let me look at that a little more
[18:38] <AnAnt> ok
[19:47] <nhandler> AnAnt: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536989 I think it would be better to wait until the issue is fixed in Debian and then sync the changes in Ubuntu. I'll keep an eye on this, but could you please file a bug on LP and link the Debian bug ?
[20:04] <hyperair> siretart: it attempts to use oss. which is pretty bad. and if pulseaudio isn't already grabbing the sound card, then it takes over, and won't listen to volume controls either
[20:08] <AnAnt> nhandler: ok, filed LP 404272. Should I subscribe a certain team to it ?
[20:36] <nhandler> AnAnt: Nope, that is fine. The Debian Perl Group automatically gets subscribed to all packages they maintain
[20:37] <AnAnt> nhandler: oh, I just subscribe pkg-perl-maintainers team !
[20:39] <nhandler> AnAnt: Well, not harm done ;)
[20:40] <AnAnt> ok , good
[20:41] <AnAnt> ok, time to sleep
[20:41] <AnAnt> bye
[21:50] <gaspa> james_w: I think something went wrong with findlib:
[21:50] <gaspa> Version: 1.2.4-2build1
[21:50] <gaspa> Depends: ocaml-nox-3.11.0, libc6 (>= 2.4)
[21:52] <gaspa> (  ocaml-nox is still 3.11.0 )
[21:58] <DktrKranz> gaspa: probably mirror was not up-to-date when it built, on some ports it has the correct dependency
[22:01] <gaspa> DktrKranz: yep, but I guess it needs a rebuild, now.
[22:01] <gaspa> DktrKranz: and thestrange thing is that the rest of the rebuilt packages are ok.
[22:02] <DktrKranz> it happened to me too
[22:03] <DktrKranz> it's boring, but I usually wait until every arch has built and published before pushing a rebuild (Soyuz hasn't binNMU support yet)
[22:10] <Laney> nmu and dw would be useful
[22:12] <DktrKranz> there's a bug about that
[22:13] <gaspa> dw ?
[22:14] <Laney> it would allow you to sequence the whole transition pretty much in one go
[22:14] <Laney> besides syncs
[22:14] <DktrKranz> depwait, used with wanna-build in debian
[22:15] <directhex> Laney, NMU IS NEVER USEFUL!
[22:15]  * Laney tells FD
[22:15] <Laney> DO NOT APPROVE THIS MAN'S APPLICATION
[22:17] <hyperair> FD?
[22:17] <hyperair> floppy drive?
[22:17] <DktrKranz> front desk
[22:18] <hyperair> oh. heheh
[22:18]  * Laney is on debian acronym fire tonight
[22:18] <DktrKranz> Laney: better asking DAM, DSA and k-m before
[22:18]  * hyperair douses Laney
[22:20] <Laney> damn
[22:20] <Laney> you got me with k-m
[22:22] <hyperair> what's k-m?
[22:22] <gaspa> DktrKranz: Kiss Me !?
[22:22] <gaspa> :P
[22:22] <hyperair> kernel-mode. kms minus s. =D
[22:22] <gaspa> kind-man ?
[22:23] <hyperair> krazy man
[22:23] <gaspa> :D
[22:23] <hyperair> (think kde folk going crazy)
[22:23] <DktrKranz> hyperair: keyring-maintainer
[22:23] <hyperair> ah
[22:23] <hyperair> so many acronyms @_@
[22:23] <DktrKranz> gaspa: go away, you're married with two children...
[22:24] <directhex> Laney, fortunately, this is debian, so you'll have forgotten your outrage many many moons before any outrage could be applied
[22:24] <gaspa> DktrKranz: don't talk about italian man married with children, lately they're not seen well around the world :P
[22:25] <DktrKranz> gaspa: all fakes
[22:25] <DktrKranz> they paid me to simulate Him
[23:16] <neversfelde> cody-somerville: ping