[00:00] there: Uploading stompserver_0.9.9.orig.tar.gz: done. [00:03] jtimberman: great - thanks === funkyHat_ is now known as funkyHat [00:09] kirkland: re bug 415771, I can confirm package can be overwritten. It's in sync with Debian except for some little adjustments available in Debian version [00:09] Launchpad bug 415771 in solang "Sync solang 0.2-1 (universe) from Debian unstable (main)" [Wishlist,Incomplete] https://launchpad.net/bugs/415771 [00:10] DktrKranz: cheers, thanks, drop a note in that bug, and i'll sync -f now [00:10] done, thanks ;) [00:11] DktrKranz: done ;-) [00:11] * DktrKranz hugs kirkland [00:12] jtimberman: hm - the patches fail to apply on stompserver: http://paste.ubuntu.com/256002/ === funkyHat_ is now known as funkyHat [00:13] jtimberman: you may need to refresh the patches according to the series [00:13] jtimberman: and is the etcdir patch still necessary now that the fhs patch is there? [00:13] jtimberman: or could both be combined? [00:13] i'll combine [00:13] and make just fhs patch [00:14] mathiaz: added comments to chef, will upload in a moment. [00:14] jtimberman: ok - thanks. [00:21] mathiaz: stompserver updated [00:26] jtimberman: you've left stompserver-0.9.9/debian/.pc/.version [00:26] jtimberman: in the latest stompserver upload [00:26] bah! [00:27] jtimberman: and debian/patches/add_etcdir.patch [00:27] jtimberman: even though it has been removed from the series file [00:28] fixed [00:28] uploading [00:28] mm [00:28] Uploading stompserver_0.9.9-0ubuntu1.dsc: 553 Could not create file. [00:29] ah. waiting a few minutes [00:29] jtimberman: right - it may take some time on the REVU side to clean things up [00:29] ya [00:29] jtimberman: I've fixed it in my local tree [00:29] jtimberman: and keep doing the review [00:29] :D [00:30] jtimberman: the reason for also uploading to REVU is for the other reviewer [00:30] jtimberman: who would also get the dsc, diff.gz and tar.gz files from REVU [00:30] jtimberman: (and not my local tree) [00:30] Yeah. [00:32] reuploaded stompserver, should have the .pc dir and the etcdir patch gone. [00:33] jtimberman: left another bunch of comments [00:34] pedantic is right, removing that path :) [00:35] it should contain a copy of the LGPL to comply with the license [00:35] jtimberman: actually - it's a lintian at level Warning (the line starts with W) [00:35] jtimberman: so that should definetly be fixed before an upload to the archive [00:35] jtimberman: pedantic lintian messages are prefixed with a P [00:35] mathiaz: yeah i removed the aboslute paths [00:37] okay, stompserver updated. [00:37] jtimberman: trying to install the package leads to this error: http://paste.ubuntu.com/256011/ [00:37] ah [00:38] stompserver creates the paths specified in the config file. [00:38] jtimberman: that's probably due to the fact that the daemon is running under a unpriviled account [00:38] but runs as the user [00:38] ya [00:39] what is the preferred way to create the directories? [00:40] jtimberman: what's the use of etcdir? [00:40] jtimberman: AFAICT it's only used for qstore=StompServer::ActiveRecordQueue.new(@opts[:etcdir], @opts[:storage]) [00:40] mathiaz: not sure, we use stompserver with storage in memory. [00:42] jtimberman: http://paste.ubuntu.com/256015/ [00:42] mathiaz: removing from the config file. whats the preferrred way to handle creation and ownership of /var/log/stompserver and /var/lib/stompserver? preinst? [00:42] jtimberman: that's the usage of etcdir [00:42] mathiaz: yeah looks like for running a queue in a rails app or something. [00:42] jtimberman: it expects a database.yml [00:43] if its used. [00:43] jtimberman: set ownership of /var/{lib,log}/stompserver/ in the postinst script [00:43] jtimberman: as the directories are part of the package (via the dir file) [00:43] jtimberman: they will be created when the package is installed [00:43] ok [00:44] jtimberman: ownership and permission should be set in the postinst script [00:45] a la http://paste.ubuntu.com/256018/? [00:45] er, http://paste.ubuntu.com/256018/ [00:45] jtimberman: you don't need to mkdir the directories [00:46] jtimberman: they're part of the package and will be created by dpkg during the installation [00:46] o [00:46] jtimberman: however the ownership and permissions need to be set [00:46] so just the chown line [00:46] jtimberman: I've found a bug in http://paste.ubuntu.com/256015/ [00:46] jtimberman: yes [00:46] jtimberman: storagedir is not used at all in the initialize function [00:47] jtimberman: #{configdir}/stompserver_development should be #{storagedir}/stompserver_development [00:47] I'll file a bug upstream [00:48] jtimberman: and if you could fix the bug in the package too that would be great. [00:48] jtimberman: other wise stompserver is going to store data in /etc/stompserver/ [00:48] jtimberman: which is not something we wanna encourage [00:48] yeah and that's not fhs [00:48] * mathiaz nods [00:50] jtimberman: note that this bug is properly introduced by the fhs patch. [00:50] jtimberman: hm well may be not. [00:51] i added a patch for it [00:53] uploaded [00:54] james_w: the LGPL license is mentioned in the copyright file because the setup.rb script is under LGPL [00:54] james_w: however all the upstream code is under MIT [00:54] james_w: which is listed in the README.txt in the upstream tarball [01:00] mathiaz: oops, fixed missing descriptoin in that patch, also uploaded chef. [01:00] jtimberman: right - and you've also left the change in lib/stomp_server/queue/activerecord_queue.rb [01:00] jtimberman: $ lsdiff -z stompserver_0.9.9-0ubuntu1.diff.gz [01:00] jtimberman: lists stompserver-0.9.9/lib/stomp_server/queue/activerecord_queue.rb [01:00] quilt refresh ; quilt applied ? [01:01] jtimberman: hm - the clean target should take care of that unapplying all the quilt patch [01:01] jtimberman: etcdir was also remove from debian/stompserver.conf [01:01] jtimberman: why? [01:02] might have had wrong config file open in my edit window [01:03] jtimberman: I still think etcdir is needed in the stompserver.conf file [01:04] jtimberman: however that means that /etc/stompserver/ needs to be added to the dirs file [01:04] it should be in dirs then, and added to postinst for chown [01:04] jtimberman: and ownership set correctly in posting [01:04] can that be chowned stompserver? [01:04] jtimberman: yes [01:05] jtimberman: all of the directories should be create and have correct ownership before the stompserver is started [01:05] jtimberman: since all of the code to do so is placed before the #DEBHELPER# token [01:06] interesting. [01:06] magic [01:06] jtimberman: which is where the init script start call is put by dh_installinit [01:07] not sure why that activerecord file is getting in [01:10] clean wipe and recreate works :) [01:10] mathiaz: uploaded stompserver again, gotta run for a couple hours. [01:10] jtimberman: sure - np. [01:11] mathiaz: thanks for your help! [01:11] jtimberman: ze IntraWebs will be around for some more time [01:11] jtimberman: you're welcome !:) [01:11] mathiaz: oh, can you look at the chef package now? [01:11] should have all the copyright stuff in etc. [01:12] jtimberman: yop - looking at it. [01:12] jtimberman: I'll leave my comments (if any) there. [01:12] great, thanks! [01:56] does 'bzr branch lp:ubotutn' just work in Ubuntu or does it work with all bzr? [01:57] binarymutant: works at least in debian/unstable, too. [01:58] ty Ampelbein :D [02:31] anybody around running jaunty + gnome? [02:33] nevermind === keylocker is now known as leleobhz === ipatrol_ is now known as ipatrol === rmcbride_ is now known as rmcbride === keylocker is now known as leleobhz [06:19] good morning [06:19] Hey dholbach! [06:19] heya fabrice_sp [06:37] dholbach, about bug #414561 and the FTBFS. It has to be synced after #414558. I've just updated the bug report. [06:37] Launchpad bug 414561 in ubuntu "Sync plexus-bsh-factory 1.0~alpha7-2 (universe) from Debian unstable (main) (after #414558)." [Wishlist,New] https://launchpad.net/bugs/414561 [06:37] fabrice_sp: does it need a depends or build-depends or something then? [06:38] there is already a build-depends. It's only that the version is not in the build-depend [06:39] ah, I see [06:39] ok, thanks [06:39] also according to ttx, it's better not to try to fix any maven package it in Ubuntu: it's a moving target in unstable actually [06:39] ping me once the sync and binary-new-ing has happened [06:39] yw :-) [06:40] ok [06:40] so, some volunteer to sponsor bug #414558 ? :-) [06:40] Launchpad bug 414558 in plexus-container-default "Sync plexus-container-default 1.0-alpha-9-stable-1-4 (universe) from Debian unstable (main) (after #412352)." [Wishlist,Confirmed] https://launchpad.net/bugs/414558 [06:41] Daniel Holbach wrote 30 minutes ago: [06:41] ACKed. [06:41] fabrice_sp: ^ [06:41] you're a bit late to the party :) [06:41] ah coool :-) [06:41] I know :-) My email has some lag ;-) [06:42] you're right: I missed that email. Thanks! :-) [06:43] no worries === SuBmUnDo_ is now known as PlaYStatiON [08:58] Is there any way to find all the packages in the repos that contain a particular filetype (similar to 'dpkg -s .file' but that only works on installed packages) ? [09:06] stochastic: Try apt-file. [09:13] Has anyone tried voice and video in pidgin already? :-D === dholbach_ is now known as dholbach [10:53] hi, how can i check if a config file already exist when a deb package is installed? (and show to user: take old version, install new version or show differences) there is a specific way or i must do it with a bash script? [10:56] blackmoon: if it's marked as a conffile, dpkg will already do that for you. By default, everything under /etc is marked as a conffile [11:04] sistpoty|work: the config file are under /etc, so i don't do nothing, right? [11:27] hi [11:30] I'm having problems with sourceforge in my watchfile, right now I'm using "http://sf.net/{project name}/{filename}-(.*)\.tar\.gz". It was working all year without problems, but what's up with it now? [11:31] binarymutant: it uses a redirection in Debian, maybe that's down? [11:32] btw your syntax seems correct according to uscan(1) [11:34] pochu, so I should just give it awhile for the redirect to come back up? [11:35] binarymutant: maybe :) [11:35] thanks for the input pochu [11:35] yw [11:38] blackmoon: yep [11:41] it's a known problem with the sf redirector [11:41] binarymutant: ^ [11:41] sistpoty|work: ok, thank you [11:41] try #debian-qa [11:41] np [11:41] Laney, ty [11:49] which is why i just use mirrorservice.com for SF [11:51] /me checks it out [11:56] binarymutant: by the way you can improve the syntax to ([\d\.]+).tar.gz to only detect release versions i.e. skip the tarball with beta, rc in name :-) [11:58] slytherin, thankfully upstream doesn't ever do that, but if it becomes an issue I'll change the regex [11:58] ember_: you're in Debian NEW! :) [12:00] Bah [12:00] I hate it when differences between buildds and sbuild/pbuilder crop up === Jazzva__ is now known as Jazzva === bastiao__ is now known as k0p === jdstrand_ is now known as jdstrand === Riddelll is now known as Riddell === smarter_ is now known as smarter === cprov-afk is now known as cprov [13:49] Hello! Could somebody advise me where I can read about "Section" filed in control file. I mean which Section (java, libs, etc.) I should choose in different cases. Thanks in advance. [13:49] hi juli__, I'm not aware of a location for that unfortunately [13:50] juli__: http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections [13:50] was about to say, debian policy [13:50] but that doesn't say why you should choose [13:51] james_w, you guess, get it wrong, and ftpmaster overrides it to what THEY think it should be [13:51] try this http://packages.debian.org/unstable/ [13:51] in special cases they'll even invent a new section for you without consulting you [13:52] that's not particularly constructive [13:52] that's the best I know of [13:52] juli__: if you pastebin your debian/control then we can try and give some advice [13:52] sorry Laney, I didn't mean you [13:52] juli__: ^ that was to you, sorry [13:52] james_w: I know :) [13:54] maybe that has some hints about sections: http://lists.debian.org/debian-devel-announce/2009/03/msg00010.html [13:55] yeah, good point [13:55] if it's libsomething-java then ftpmaster feels it should probably be in java [13:55] pick the most specific section you can [13:55] I think is a good rule [13:55] james_w, thanks! I just though there is more clear explanation then debian-policy. I'm updating libnb-javaparser-java and just curious which section it should belong. May be "java" is better for this package. [13:56] "Everything about Java", seems good [13:56] sections are such a broken concept [13:56] debtags 4eva [13:56] yeah, sounds like java is the best bet for that package [13:57] hm.. ok. But is there any difference between Section for source package and for Section for binary packages? [13:57] asac: about bug 416387... easymock doesn't compile with gcj-jdk. Setting it to default-jdk would break in Debian, so creates a unmergeable delta (until they switch default-jdk there) so I guess in this precise case it makes sense to keep forcing openjdk-6-jdk ? [13:57] Launchpad bug 416387 in easymock "easymock should use default-jdk as build dependency" [Medium,Triaged] https://launchpad.net/bugs/416387 [13:57] Laney, exactly. how useful is a "java" section? why no "c++" section? consistency is in short supply [13:58] * Laney shrugs [13:58] juli__: they can be separate sections if needed [13:58] just do what the boss wants you to do [13:58] juli__: e.g. if it builds a -doc package as well, then the source and the main binary would be "java" and the -doc package "doc" [13:58] Laney, the boss? [13:59] ftpmaster [13:59] directhex: don't complain, you already got your mono section :P [13:59] ttx: yes. please drop the comment in the bug and i set it to wont fix to reflect that its ok [13:59] asac: sure. Thanks for your help, btw :) [13:59] ttx: if you disagree on other bugs let me know [14:00] sistpoty|work, we didn't *want* it! especially not with a mono-specific name, given the work that goes into allowing you to use any cli framework (which, yes, we only have mono packaged right now, but it's like having an "openjdk" section) [14:00] ttx: debian has already switched default-jdk [14:00] slytherin: ah-ah. [14:00] slytherin: since when ? [14:00] james_w, Laney Thank you! [14:00] directhex: tststs, there you get s.th. special and then aren't even grateful :P [14:00] ttx: been about three weeks. Both unstable and testing have default-jdk pointing to openjdk on most arch. [14:01] slytherin: cool ! [14:01] will fix that bug, then. [14:01] ttx: ok ... so we can do that now? [14:01] great. [14:01] ttx: maybe drop the argument in the bug ;) [14:01] (why its in fact ok to keep it ;)) [14:02] ttx: also if there are questions, ping me explicitly. i am bad at reading my bugmail [14:11] ttx: will you have some time over weekend for a package review? I am working on something and should have package ready by Sunday. [14:12] slytherin: I won't promise anything. It's pre-FF madness already here. But yes, ping me about it. [14:12] thanks. :_) [14:13] nhandler: james_w was thinking we could do another on-call review session in the packaging training world - unfortunately I can't attend, I have the global jam meeting at the same time [14:17] DktrKranz, heya there!! Please don't forget to review lekhonee when you have some free time :) [14:17] RoAkSoAx: I gave it a go some days ago, did you upload a new version? [14:21] DktrKranz, oh no. I just noticed that you commented on it, I havent been around the past few days, sorry :) I'll take a look at it. thanks [14:21] RoAkSoAx: no hurry, I'm out for work today, so I can't have a look at it until tomorrow/weekend [14:22] DktrKranz, ok :) I'll ping you when ready. Thanks [14:52] Just been looking at the netplug ftbfs and found it's quite simple to fix, but the package is patchless. Am i best emailing the Debian maintainer explaining the fix and seeing if he can release a new version or should i try to add a patch system to the Ubuntu package? [14:54] mcnicholls: Please submit your patch to both Debian and Ubuntu, but don't add a patchsys [14:55] If the Debian maintainer fixes it quickly then you can request a sync, so it might be worth leaving it for a few days in the BTS to see [14:56] Laney: BTS? would i be best just submitting a diff to a bug report on launchpad to submit it to Ubuntu? Not sure how i submit to debian. [14:57] hey guys; i have motu on launchpad, how do i get revu to acknowledge that? (account name is thombot, for reasons best known to the sabdfl way, way back when) [14:57] mcnicholls: reportbug -B debian [14:58] thom: you need a REVU admin [14:58] (no, I don't know) [14:59] Any MOTU around able to review http://revu.ubuntuwire.com/p/merb for upload? [15:01] Laney: cheers, think i am best filing it with Debian and checking my patch is ok, can then see how long before they rebuild to see if it needs patching in Ubuntu or jsut a sync [15:01] yes [15:01] s/jsut/just [15:02] FTBFS bugs are RC so if the maintainer is unresponsive then you can get it uploaded to Debian anyway [15:03] Heya gang [15:04] hi hi [15:04] hi bddebian [15:04] Hi Laney, sistpoty|work [15:04] RC? [15:04] Release Critical [15:04] oh release critical [15:05] ;-) [15:08] only other thing is it ftbfs because of not checking the return value from write, but i guess this isn't a priority for them in Debian? Although sticking to the above course of action is still appropriate? [15:08] thom: done [15:09] if it doesn't ftbfs in Debian then it's not RC there [15:10] no, but i should still file a bug there or just fix it for Ubuntu? [15:10] sure, go ahead [15:10] but I wouldn't expect the maintainer to prioritise an upload for it [15:13] no, so the most likely outcome is that it will be fixed in Debian eventually, but i may need to fix it in Ubuntu until that fix is uploaded to Debian and synced down. [15:13] sounds right [15:13] Hey bddebian. [15:15] ok thanks for that. will have a got at submitting it to Debian. [15:19] sistpoty|work: tyvm :) [15:19] np ;) [15:22] Hi iulian === Pici` is now known as Pici [15:46] should diff's submitted as patches be created from something like diff -rcu source-orig source-modified > patch.diff [15:46] should diff's submitted as patches be created from something like diff -rcu source-orig source-modified [15:47] opps sorry about that. only meant it once. [15:47] just want to include my diff on the Debian bug report, but want to make sure it is in a useful format [15:52] hmmmm i suspect maybe -ru is what i am after. [15:53] mathiaz: stompserver should be good to go now. lintian clean on built and source package, installs and purges cleanly, and of course the service starts properly :) [15:54] mcnicholls: you could try debdiff - https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff [15:54] jtimberman: I've seen the uploads - reviewing it now [15:54] mcnicholls: ... if you're not diffing across new upstream versions (in that case you'd end up with the upstream changes in the diff also) [15:55] mcnicholls: diff -ruN project-{oldversion,newversion}/debian maybe? [15:55] as usual: there's more than one way :) [15:55] debdiff | filterdiff is useful I find [15:58] cheers guys. in the end i went for diff -ru oldversion newversion but it was just for one file anyway, just so i could illustrate the changes in the source as a suggested patch. [15:59] not used filterdiff before, used to filter out certain files from a diff? [15:59] out or in, your choice [16:01] so in the event that i do submit a bug and patch to Ubuntu (because the Debian upload will not be for a while) is it useful for me to link the Ubuntu bug to the Debian one? [16:02] the other way round [16:04] I would somehow use the Debian bug tracker to link that bug to the one in Ubuntu? [16:05] mathiaz: thanks :D [16:23] persia: when you will be around, please add me to the ubuntu-universe-sponsors team [16:36] gilir, Done. Welcome. [16:37] persia: thanks :) [16:50] nmap warnings aren't SRU worthy are they? [17:07] can I tell dh_install to dereference links? so if there is a libfoo.so in the source tree which links to out/libs/libfoo.so I just enter libfoo.so in the install file and actually get the file in out/libs instead of the link ? [17:24] hello [17:24] is it useful if I sync requested packages to my ppa? [17:25] Coin3D Systems in Motion has switched away from using the package SoQt. they developed new software called Quarter to replace it: http://www.coin3d.org/lib/quarter [17:27] SoQt is in the repositories but Quarter is not, even though SoQt is deprecated. SoQt hasn't been touched in 2 years, Quarter is undergoing active development [17:27] unfortunately this means I cannot put our software into the universe unless I also package Quarter. but it seems like Quarter would be something the motus would want to bring into the fold.. [17:27] thoughts? [17:52] hi [17:53] I want to make a sync of a newer Debian version of a package that there is already in Ubuntu, how must I proceed? [17:54] what must I do with the changelog? [18:00] EagleScreen: https://wiki.ubuntu.com/SyncRequestProcess [18:20] i mean make the sync myself, not requesting a sync [18:20] i am learning uubntu packaging [18:21] is there any programm that makes the syncs automatically, or are syncs made by developpers by hand? [18:23] EagleScreen, have you read the wiki :) ? [18:23] this wiki? https://wiki.ubuntu.com/SyncRequestProcess [18:24] yes [18:24] yes [18:24] it is for requesting a sync [18:24] so you missed the part where it refers who performs the sync [18:24] EagleScreen: contributors *must* file sync requests, MOTUs have to ACKnowledge them and then an archive-admin processes the sync by hand [18:25] "Ubuntu developers should subscribe (NOT assign) the ubuntu-archive team to the bug directly. This team will process the request and close the bug when it is complete. Please only subscribe ubuntu-archive to a bug once you have a clear action for the archive team to perform. Do not ask ubuntu-archive to help you decide what to do. " [18:26] hi [18:26] when is pidgin 2.6.1 going to be available under Ubuntu Hardy ? [18:27] http://pidgin.im/download/ [18:27] yes, but i don't want to request any sync by the moment, because it is already requested, i am interested in technical packaking methods for syncing [18:28] EagleScreen, are you referring to me ? [18:29] not kaushal, but i am interested in learning and practice packaging, i may do a backport package fot pidgin 2.6.1 [18:29] great [18:29] kaushal, it has to go first in karmic [18:29] EagleScreen: there is nothing to do regarding packaging when requesting a sync, maybe testbuilding but you don't do anything with the source package from debian [18:30] whats the next version of karmic [18:30] I mean next release of ubuntu after karmic [18:30] Ubuntu Global Jam meeting in 30m in #ubuntu-meeting [18:30] I believe its not yet released to public by Mark Shuttleworth [18:31] kaushal, it has to go first in Debian, anyway (debian has 2.5.9) [18:31] negative it is not public yet [18:31] sebner: then how is a sync made? [18:32] fabrice_sp, ok [18:33] dveloppers who make syncs don't use Debian source package? [18:36] EagleScreen, sync is perfomr by archive admin [18:36] EagleScreen, if you want to practice some packaging, you can do a merge or fix a FTBFS [18:37] I dont know if you are understanding me, i want to be a MOTU developper in the future, i am getting started in Debian/Ubuntu packaging, and i need to learn to do things, for instance, to sync packages from Debian, I can start by practice syncs from Debian to me ppa [18:37] EagleScreen: MOTU don't sync packages from Debian. [18:38] you will learn a lot more fixing bugs (FTBFS, for example), than just syncing (fdonwloading/uploading) [18:38] who sync packages that goes in universe? [18:38] a sync a just a downlaod and an upload [18:38] EagleScreen: Archive admins. [18:38] EagleScreen, Archive admin, as I told you before [18:38] yeah [18:38] okay [18:39] One more advocate needed for stompserver - anyone available to review? http://revu.ubuntuwire.com/p/stompserver [18:39] mathiaz: i'm going to update chef with some of the things we've worked through on stompserver. [18:40] jtimberman: great - I'll wait for a new upload of chef then [18:40] i already have made debdiffs fixing small bugs in packages, what is the next step? [18:50] EagleScreen, https://wiki.ubuntu.com/SponsorshipProcess === santiago-pgsql is now known as santiago-ve [18:54] mathiaz: uploading now, looks like just logrotate, as we're not creating a user. === nixternal_ is now known as nixternal [19:08] !packaging | fabrice_sp [19:08] fabrice_sp, please see my private message [19:27] * hyperair grumbles about codelite being problematic [19:35] jtimberman: reviewing chef - the clean target doesn't work as expected: InstalledFiles and .config are left in the source tree [19:38] jtimberman: regarding ttx T1 remark: even though the dh-make template script is wrong (return 1) the chef init scripts could still return the correct value [19:38] jtimberman: logging a bug against dh-make would be helpful in addition [19:44] mathiaz: how do i test the clean target? run dh_clean from the source tree? [19:44] jtimberman: debclean [19:47] ah === ember_ is now known as ember [19:51] hurm, clean target does rm -f $(DEB_SRCDIR)/.config and $(DEB_SRCDIR)/InstalledFiles... [19:58] hyperair, accepted! [20:04] kirkland: when you run licensecheck and see a bunch of file with "*No copyright* UNKNOWN", what do yo do? [20:09] mathiaz: what creates InstalledFiles and .config? [20:10] jtimberman: I guess the setup.rb file [20:10] jtimberman: I'm not familiar enough with the ruby setup infrastructure. [20:10] jtimberman: it may have been transient [20:11] jtimberman: I'm almost finished with another round of comments [20:11] mathiaz: on chef? or something lese? [20:11] jtimberman: chef [20:11] :) [20:11] Thanks [20:11] jtimberman: just before next upload check that the diff.gz has only files in debian/. [20:11] yeah [20:14] I've had lintian yell at me because of that, although I'm not sure if it only does it if it notices a "proper" patch system is also in use [20:15] jtimberman: hm - while trying to install chef chef-server chef-indexer chef-server-slice I get xulrunner-1.9 pulled in [20:15] jtimberman: that's probably an issue in one of the dependency though [20:15] Yeah.. [20:15] because we sure don't need it for chef. [20:15] jtimberman: and rails gets pulled in as well [20:16] oohh. [20:16] mathiaz: chef-server requires couchdb, which requires erlang, which has a tcl/tk gui. [20:16] jtimberman: just out of curiosity why use stompserver for the messaging component? [20:16] so a bunch of X stuff gets installed. [20:17] Zhenech: !! [20:17] mathiaz: thats what it was written with originally. version 0.8.0 of chef is going to use something else. [20:17] jtimberman: rabbitmq is another great solution [20:17] Zhenech: now, to sync it =D [20:17] mathiaz: yup, and i believe that is what 0.8.0 uses. [20:17] hyperair, prolly not for karmic :P [20:17] jtimberman: cool. [20:17] jtimberman: when is 0.8.0 scheduled for? [20:17] Zhenech: aw, why not? FF is 6 days away! [20:18] mathiaz: not set schedule yet, but we have an alpha release branch in the source and are testing it internally. [20:18] hyperair, huh? I thought debianfreeze was lang ago [20:18] Zhenech: feature freeze, not import freeze. [20:18] debian import freeze was a couple weeks ago. feature freeze is next Thursday [20:18] hm ok [20:18] debian freeze is when autosyncs stop, isn't it? so this requires a manual sync request [20:20] then sync me rott please :) [20:28] Zhenech: hi [20:34] huhu bdrung_ [20:35]