[02:12] <paissad> is this line ok ?
[02:13] <paissad> Depends: sun-java6-jre | openjdk-6-jre
[02:14] <paissad> if i want to search 1st for sun-java6-jre & then openjdk
[05:11] <amikrop> Where can I find Ambiance's folder/places icons?
[10:32] <suji> hi
[10:48] <suji> i updated the iok package and upload in launchpad , now it is available in https://launchpad.net/ubuntu/+source/iok under other version of iok in untrusted archive
[10:48] <suji> how to make it trusted.
[10:55] <suji> dholbach: hi
[13:19] <wrapster> i have a set of pre-compiled binaries around which i built a pkg and used the pkg to just copy the files to certain dirs.. But strangely it does not work.
[13:19] <wrapster> dealing with internationalization libs here.
[13:19] <wrapster> however if i dont create a pkg and just copy the binaries to respective locaations... and then change the locale and reboot..
[13:21] <joaopinto> wrapster, define "does not work" ? Are the .deb contents listed as you expect ?
[13:21] <wrapster> joaopinto: yes they are.
[13:21] <joaopinto> and they don't extract to the proper locations ?
[13:21] <wrapster> during bootstrapping the loader complains that "unable to set locale"
[13:21] <wrapster> joaopinto: they do...
[13:22] <joaopinto> ah, so your question is not about packaging per si :)
[13:23] <wrapster> joaopinto: no it is.. and here is the reason.
[13:23] <wrapster> if i try to emulate what ever the pkg does manually.... as in it copies  a set of binaries to a few dirs...
[13:23] <wrapster> if i manuallly do that. and then reboot the machine. it all works fine.
[13:23] <wrapster> i've tested this a million times already.
[13:23] <joaopinto> if copying the files manually does not provide the same behavior as installing from the package you must be missing something trivial, like a typo
[13:24] <joaopinto> assuming you are copyting the same binaries
[13:24] <wrapster> hmm..
[13:24] <wrapster> but after the pkg is built when i look into the staging dir.. i find everything right where i want it.
[13:25] <joaopinto> wrapster, there is nothing magic about dpkg, anyway to be sure you compare the md5sums of the files, the dpkg installed vs the manual installed ones
[13:26] <joaopinto> if both files are on the same locations and have the same md5sums, you need to search for the problem somewhere else, it's not related to those files copy :)
[13:27] <wrapster> hmm...
[13:27] <wrapster> ok
[14:16] <BlackZ> if a package has no version and I've taken it from a bzr, which version should I give to it? is packagename-bzrX ok? or packagename-0.0-bzrX (or something), thanks
[14:28] <pabelanger> Is there any backlog on people waiting for a mentor?  I'd like to apply today and just getting a feel if there are any delays.
[15:00] <Zhenech> BlackZ, pck-0.0+bzr…
[15:01] <Zhenech> BlackZ, or, if bzr uses non incremental ids (like git's hashes): 0.0+20100510+bzrID
[15:50] <ScottK> bzr has monotonically increasing revision numbers.
[15:59] <Breaking_Pitt> hello POX, do you know where I can fix this problem file-in-unusual-dir usr/local/lib/python2.5/site-packages/repositoryhandler/backends/watchers.pyo
[16:01] <POX> .pyo (and .pyc) files should not end in .deb package, remove them (dh_pysupport and dh_pycentral does that for you)
[16:01] <Breaking_Pitt> ok
[16:16] <ari-tczew> bdrung: ping
[16:17] <bdrung> ari-tczew: pong
[16:17] <ari-tczew> bdrung: did you saw email from me?
[16:18] <bdrung> ari-tczew: yes. the bug are fixed by me, because i uploaded the packages (with the syncpackage tool in ubuntu-dev-tools) instead of subscribing ubuntu-archive
[16:20] <ari-tczew> bdrung: so therefore always be that since now?
[16:20] <ari-tczew> The first time I met with this method
[16:20] <bdrung> ari-tczew: yes (unless someone complains about the procedure)
[16:21] <ari-tczew> bdrung: for universe as well?
[16:21] <bdrung> ari-tczew: yesterday i tweaked the syncpackage script and updated my ack-sync script. you are the first tester of it.
[16:21] <bdrung> ari-tczew: yes
[16:22] <ari-tczew> bdrung: is it possible to upload a sync signing to requester?
[16:22] <ari-tczew> like in merge uploading
[16:23] <bdrung> ari-tczew: i dunno if i can get the correct email address of the requester from LP.
[16:23] <bdrung> ari-tczew: gimme a script that pulls the correct signer from a LP bug and i will integrate it into my script.
[16:23] <ari-tczew> bdrung: I think that this is possible, because when archive admin is doing a sync, then he sings package to sync requester
[16:24] <bdrung> k
[16:24] <ari-tczew> I don't have a script, but I think you should ask archive-admins like james_w
[16:25] <bdrung> james_w: can you give me a pointer to the archive-admin sync script?
[16:25] <ari-tczew> bdrung: you are a main sponsor as well, but what about only universe sponsors? can they use syncpackage tool as well?
[16:25] <bdrung> yes
[16:25] <Laney> you're suggesting a policy change
[16:25] <ari-tczew> bdrung: are you an author of this script?
[16:26] <Laney> this should have wider discussion imo
[16:26] <bdrung> Laney: it was discussed on a ML
[16:26] <Laney> not if we should change the syncing process completely
[16:26] <Laney> if you mean the one I'm thinking of, that was about whether the script is alright to use *ever*
[16:28] <bdrung> ari-tczew: yes
[16:29] <ari-tczew> bdrung: I think that this is nice tool, because reduces a time between sponsor ACK and upload by archive-admins, but I think that this is unfair for sync requesters (like me today)
[16:29] <ari-tczew> good tool for Quick Response strategy ;-)
[16:30] <bdrung> ari-tczew: you can specify an uploader with -u to the syncpackage tool
[16:30] <bdrung> i just need to pull the correct uploader from LP
[16:31] <ari-tczew> bdrung: can I specify? I'm not a sponsor ;-)
[16:31] <ari-tczew> I think that archive-admins specifies an uploader by LP nickname
[16:32] <bdrung> ari-tczew: the person that calls this script.
[16:33] <bdrung> btw, the ML thread is called "slowness of syncing process"
[16:34] <ari-tczew> what is ML?
[16:34] <bdrung> mailing list
[16:37] <ari-tczew> bdrung: I'm applying for the suspension of the use of this script until you solve the question with uploader in syncpackage.
[16:37] <Laney> I know the one. If you want to remove the AAs from the process (apart from autosyncing), it should require an explicit discussion though.
[16:38] <bdrung> ok, then let's start a discussion
[16:39] <ari-tczew> now? here?
[16:44] <bdrung> the ubuntu-devel ML should be the right place
[16:51] <ari-tczew> bdrung: can I join the discuss ML?
[16:52] <bdrung> yes
[16:52] <pabelanger> I just applied for junior mentoring via ubuntu-motu-mentors@lists.ubuntu.com.  I'd appreciate any helping getting it approved.
[16:53] <bdrung> ari-tczew: everybody can send mails to ubuntu-devel@ and subscribe to it
[16:55] <ari-tczew> bdrung: I never used a ML so please of indulgence
[16:56] <bdrung> ari-tczew: https://lists.ubuntu.com/ -> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
[16:56] <bdrung> there you can subscribe to it
[16:57] <bdrung> writing a mail to a mailing list is like writing a normal mail and just sending it to the ML (in this case ubuntu-devel@lists.ubuntu.com)
[17:00] <bdrung> ari-tczew: do you have another sync request for me?
[17:00] <bdrung> i have tweaked my ack-sync script
[17:01] <ari-tczew> bdrung: give me some minutes
[17:04] <DktrKranz> bdrung, ari-tczew: I can patch syncpackage in ubuntu-dev-tools trunk in order to correct Changed-By field, it shouldn't be too hard
[17:04] <DktrKranz> it could also close bug, with an appropriate comment
[17:20] <ari-tczew> DktrKranz, would be great, but wait for bdrung tweak. I'm going to fill a new sync request and bdrung will test...
[17:20] <DktrKranz> okay
[17:20] <DktrKranz> feel free to commit the tweak there :)
[17:21] <ari-tczew> bdrung: I'm going to add these 3 syncs to my MOTU Application under your sponsoring as OK
[17:21] <bdrung> DktrKranz: syncpackage has the -u flag
[17:22] <bdrung> i have tweaked my ack-sync script and needs to test it.
[17:22] <bdrung> ari-tczew: the sync request were done by you and therefore they were your "job"
[17:48] <ari-tczew> bdrung: bug 578364
[18:48] <ari-tczew> bdrung: any news?
[19:02] <bilalakhtar> People, is contributing 10 packages to debian enough to make a person an Ubuntu member?
[19:06] <bilalakhtar> sorry, people, have to leave now
[19:58] <bdrung> ari-tczew: your name + mail is "Artur Rona <ari-tczew@tlen.pl>"?
[20:24] <ari-tczew> bdrung: exactly
[20:25] <bdrung> ari-tczew: great. then it working. i am implementing another improvement and then i will test it with your bug report.
[20:26] <ari-tczew> bdrung: cool, could you ship your improved script on bzr branch to merge with current version?
[20:27] <bdrung> ari-tczew: i will push it into the master branch
[20:27] <ari-tczew> bdrung: how you did improve in script? sign by LP username?
[20:28] <bdrung> my ack-sync script get this line: uploader = bug.owner.display_name + " <" + bug.owner.preferred_email_address.email + ">"
[20:28] <bdrung> then uploader will be passed to syncpackage
[20:29] <bdrung> now i am working on a --bug switch to add the sync request bug number to the list of fixed bugs
[20:29] <bdrung> then i don't need to close the lp bug "manually" with my ack-sync script
[20:35] <geser> bdrung: does this construction of the uploader also work for LP users with hidden email addresses?
[20:36] <bdrung> geser: i didn't test it.
[20:37] <bdrung> geser: do you know someone with a hidden email address who filed a bug?
[20:43] <geser> no, as I don't regularly look if somebody has a public email when working on bugs
[20:44] <ari-tczew> bdrung: is Martin Pitt initial author of this script?
[20:45] <ScottK> If it's the syncpackage script, yes.
[20:45] <bdrung> ari-tczew: yes (syncpackage) and i have modified it heavily
[20:45] <ScottK> bdrung: But it was working before?
[20:46] <geser> bdrung: I'm looking at the syncpackage source and wondering why you use apt_pkg.check_dep() instead of simply using >= on the Version objects? as far as I know they support comparison
[20:47] <bdrung> geser: feel free to improve it (after i pushed my changes)
[20:48] <bdrung> ScottK: yes (i made it more flexible)
[20:48] <bdrung> ari-tczew: sync sponsored. let's see if everything worked like it should
[20:51] <bdrung> ari-tczew: \o/ it works
[20:51] <bdrung> bug #578364
[20:51] <ari-tczew> bdrung: yea I saw new package in my +related-software
[20:52] <ari-tczew> bdrung: do you will expand script for include Launchpad Janitor/Launchpad Bug tracker to closing automagically bug?
[20:53] <ari-tczew> oh, I saw, closed automagically! nice!
[20:54] <ari-tczew> bdrung you are amazing ;-D
[20:54] <bdrung> that was the thing i have been working on for the last half hour
[20:56] <ari-tczew> we have a breakthrough! this is very important step to make more easier repositories management. I'm excited ;-D
[20:56] <bdrung> geser: pushed my changes
[20:57] <bdrung> \o/
[20:57] <ari-tczew> bdrung: you and pitti should be awarded
[20:58] <bdrung> one thing could be improved: automatic fakesync detection ;)
[20:59] <ari-tczew> good point, wiki page about fakesync is necessary as well for documentation
[20:59] <ari-tczew> bdrung: could I write in QR strategy about script syncpackage?
[20:59] <bdrung> QR strategy?
[21:00] <ari-tczew> quick response (my wiki)
[21:00] <bdrung> yes
[21:02] <ari-tczew> bdrung and other: what do you think about what do you think about leading statistics - who and how many has packages sponsored?
[21:03] <ari-tczew> by syncpackage script we can get information who did wchich packages
[21:03] <bdrung> leading statistics?
[21:04] <ari-tczew> hmm, which word is correct... record statistics?
[21:04] <geser> there were such statistics (who did how many uploads) in the past but they got discontinued (seems like the persons running those lost interest)
[21:06] <bdrung> so you want to add there the count of sponsored packages (after reviving the statistics)? i think that this is a good idea. we need to make sponsoring more prominent and this is a good way to do it.
[21:06] <ari-tczew> geser: I think that is easier by script. select information from data base "Sponsored by:"
[21:07] <bdrung> BTW, if someone is interested in the ack-sync script: http://bazaar.launchpad.net/~ubuntu-dev/+junk/ack-sync/changes
[21:07] <ari-tczew> bdrung: as you said :)
[21:08] <bdrung> no sync to sponsor left ;) all the easy to sponsor things done
[21:08] <geser> ari-tczew: for that you would need to get the script into LP itself (I don't believe one get this data from LP API efficiently if at all)
[21:08] <geser> ari-tczew: the easiest way to get such statistics done currently is to use the maverick-changes mails and parse them
[21:09] <kklimonda> can't we get this data from -changes mailing lists?
[21:09] <kklimonda> right
[21:10] <ari-tczew> geser: maybe your propose is better, I'm not a developer :)
[21:10] <ari-tczew> but I guess that we can start counting this development cycle who did sponsors
[21:11] <ari-tczew> * who and how many sponsors has finished
[21:15] <ari-tczew> bdrung: are you on UDS right now?
[21:20] <bdrung> ari-tczew: nope. i am sitting at home
[21:21] <ajmitch> morning
[21:22] <ari-tczew> hello
[21:22] <geser> ajmitch: from your "morning" I conclude that you aren't at UDS either?
[21:24] <ajmitch> geser: correct, I haven't been to UDS for awhile now
[21:46] <corecode_> hey
[21:46] <corecode_> RuntimeError: This installation of RMagick was configured with ImageMagick 6.5.5 but ImageMagick 6.5.7-8 is in use.
[21:46] <corecode_> is that my fault or some packaging problem?
[21:48] <geser> probably it didn't got rebuild when the newer imagemagick got uploaded (but this is just a guess)
[21:50] <BlackZ> could a copyright file contain two authors of the packaging work?
[21:50] <geser> sure, why not?
[21:52] <BlackZ> hmm geser some doubts on it but now it's clear - another question: if I use dh_install should I specify the path in debian/dirs ?
[21:53] <corecode_> geser: what has to happen to rebuild it?
[21:56] <geser> corecode_: if it's really the case that a rebuild fixes it then a SRU (stable release update) should be proposed
[21:57] <geser> BlackZ: IIRC dh_install creates the missing dirs as necessary, debian/dirs is only helpful if you need to call cp/mv in debian/rules and want the needed dirs created by dh_installdirs
[21:58] <lfaraone> geser: by the way, I may be able to make the meeting tomorrow, but I have to leave at  15:50.
[21:59] <geser> lfaraone: lets hope there is no time conflict with UDS and we get quorum
[22:01] <corecode_> geser: i quite think so
[22:05] <BlackZ> geser: and when there's a package on bzr is the watch file necessary?
[22:07] <geser> BlackZ: no, as there is no release listing to monitor for a new release
[22:07] <lfaraone> BlackZ: do they have separate upstream release tarballs? if so, yes, that's preferred over bzr.
[22:08] <BlackZ> lfaraone: nope, they don't
[22:45] <leleobhz> guys, im in a problem involving dbus package and chroot configuration (for instalation)
[22:46] <leleobhz> if i install the dbus package inside a chroot, it cant find the session socket (obviously because dbus is running outside chroot) and the package config broke
[22:50] <joaopinto> leleobhz, dbus installes fine on my lucid chroot, do you have /dev and friends bind mounted ?
[22:50] <leleobhz> joaopinto: well, bind mount of /dev /proc and /sys
[22:51] <leleobhz> i partially solved the problem running dbus-launcher --system --fork
[22:51] <leleobhz> but
[22:51] <leleobhz> why start dbus via init.d create the socket OUTSIDE the chroot even if inside chroot
[22:51] <leleobhz> i cant understand
[22:52] <carstenh> leleobhz: writing #!/bin/sh newline exit 101 to /usr/sbin/policy-rc.d in the chroot should solve this
[22:52] <joaopinto> hum, I am using schroot -p from X, I am not sure if DBUS_SESSION_BUS_ADDRESS is helping on my case
[22:52] <carstenh> and running chmod a+x /usr/sbin/policy-rc.d
[22:53] <leleobhz> carstenh: my problem is im dist-upgrading a system that crashed when upgrading (libc problems)
[22:53] <leleobhz> so i need to run distupgrade from inside a chroot
[22:54] <joaopinto> hum, it installs fine here, with a clean environment, on a lucid schroot
[22:55] <carstenh> how does upgrading inside a chroot help if the userland outside the chroot is broken?
[22:57] <carstenh> dbus puts something in /var/run/dbus/
[23:04] <joaopinto> carstenh, the userland is not broken, I assume he is running chroot from a livecd
[23:07] <carstenh> that way around it makes sense :)