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