[00:01] under the "what of GHC in testing" heading [00:01] jtimberman: are you using a vm or a chroot to do your testing? [00:02] vm [00:04] jtimberman: what's the command line that is running chef-indexer? [00:04] jtimberman: I mean in the output of ps -ef [00:04] root 8509 1 0 17:04 ? 00:00:00 ruby /usr/bin/chef-indexer -d -c /etc/chef/indexer.rb [00:07] i'm installing the gems with dpkg though, not apt. === asac___ is now known as asac === nhandler is now known as evilnhandler [00:13] jtimberman: gems == .deb? [00:13] jtimberman: are you using a pristine vm for your tests? [00:15] mathiaz: yeah, i have a snapshot from right after installation with no ruby or anything else. i install the external chef dependencies via apt, then install the packages via dpkg. [00:15] though i'm fixing my local apt repo [00:16] jtimberman: hm - that may be the reason [00:16] jtimberman: let me check [00:17] jtimberman: are you changing the signal handler in chef-indexer? [00:17] mathiaz: what do you mean? [00:18] jtimberman: are you changing the way signals are handle in the chef-indexer code? [00:19] mathiaz: not sure, i didn't actualyl write the indexer [00:33] jtimberman: it's an issue between chef-indexer and the stompserver [00:33] mathiaz: oh? [00:33] jtimberman: it seems that the indexer stops responding to TERM signals [00:34] mathiaz: hmm: FATAL: SIGTERM received, stopping (when running purge on the package0 [00:34] jtimberman: right - apparently SIGTERM is not always received [00:34] fun. :/ [00:36] jtimberman: yeah - I don't know. [00:37] jtimberman: so you're unable to reproduce it? [00:37] mathiaz: so far, yeah. it exits cleanly for me every time i purge. [00:37] jtimberman: it may be a timing issue [00:37] jtimberman: related to my vm setup [00:38] mathiaz: does it happen for you every time? [00:38] jtimberman: yes. [00:39] jtimberman: how are you connectin to your vm? via ssh or local console? [00:40] mathiaz: VM host is a VMware server on gigabit ethernet downstairs. [00:40] and I ssh in. [00:40] jtimberman: and how do you get into the VM guest? [00:41] mathiaz: ssh [00:41] mathiaz: it has bridged networking through the host, so directly on the same subnet. [00:41] jtimberman: I though it may have been related to bug 407428 [00:41] Launchpad bug 407428 in openssh "sshd zombie processes and strange behavior after karmic upgrade" [High,Confirmed] https://launchpad.net/bugs/407428 [00:42] mathiaz: mmm, i'm running alpha3.. i don't think i've done an upgrade since i installed several days ago [00:42] jtimberman: yeah - you'd better upgrade [00:44] oh tasty, rsyslog 4.2.0 :) [00:50] mathiaz: using apt-get purge or dpkg --purge, the chef-indexer always stops cleanly for me. [00:51] mathiaz: when you purge, does it remove stompserver as well? [00:51] jtimberman: nope [00:52] any emesene users around? [00:52] if so, can somebody try 1.5 from unstable (or incoming) and if it works fine, request a sync? [00:59] mathiaz: so what do you think, I can't reproduce the behavior you're seeing.. is this "okay" for packaging? do we need a second MOTU to check as well? [01:00] jtimberman: a second MOTU advocation is needed anyway to get the pacakage uploaded. [01:01] any other MOTU around able to look at Chef? http://revu.ubuntuwire.com/p/chef [01:02] oh, i see you advocated a bit ago :) === zooko is now known as zookolur === zookolur is now known as zookolurk === evilnhandler is now known as nhandler === zehrique_ is now known as zehrique [04:13] does the python team have a launchpad page? [04:14] there is a pythonist group [04:15] is that this https://wiki.ubuntu.com/MOTU/Teams/Python ? [04:29] No. That one is obsolete. [04:29] There are two Python teams in LP, ~pythonistas and ~pythoneers. [04:30] ah ty === zookolurk is now known as zooko === santiago-pgsql is now known as santiago-ve [09:23] james_w: (or anybody else), can you ACK bug 417174 for me? [09:23] Launchpad bug 417174 in ubuntu "Sync autokey 0.54.5-1 (universe) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/417174 [09:29] lfaraone: is it urgent? [09:36] Laney: Not particularly, I'd just like to beat FF. [09:37] You have the request in already, so it will be fine [09:52] Hey, my main GPG key (which is in the SWOT) is a DSA 1024 key. Is that strong enough for the considerable future? (for use while packaging etc) [09:55] I'd say yes (I've one myself). It was long the gpg default for new keys. [09:56] A lot of people migrated to stronger RSA keys earlier this year. [09:56] DSA keys will hopefully all go away eventually. [09:57] (although mine is 1024D as well) [09:58] I've already started a slow migration to a DSA2 key, but the most signing I still do with my DSA1 key [10:08] geser: DSA2? [10:11] DSA1 is limited to a 1k DSA/2k ElGamal key, this was moved higher for DSA2 (3k DSA/4k ElGamal) [10:59] is there a way to figure out which ppa a package came from? (if it's already installed) [11:00] apt-cache policy packahe [11:00] *package [11:01] hm, wait. that does not show you the exact url [11:01] yeah, that's the problem =\ [11:01] it only says ppa.launchpad.net [11:01] the only way i can think of is apt-get install --print-uris [11:01] but that's annoying. isn't there some easier way? [11:02] besides grepping in /var/lib/apt or something [11:07] apt-cache showpkg vlc | grep -A 5 'Versions:' [11:07] well, it does not grab in the /var/lib/apt directly [11:07] :) [11:07] s/grab/grep/ [11:09] hyperair: can you pastebin the output from apt-cache policy $package? I don't have any PPA in use currently [11:09] it only shows: 500 http://ppa.launchpad.net jaunty/main Packages [11:10] geser: http://pastebin.com/f2d3fbde1 [11:10] but not the PPA itself acutally [11:10] yeah, it would be nice if it showed the entire repository URL [11:10] That's probably an apt bug now that PPAs are so widespread. [11:10] mmhmm [11:10] file a bug against apt [11:10] yep [11:10] and if launchpad gets debian PPA support, i would think it'd get even more widespread =D [11:10] Indeed. [11:11] I guess it wasn't assumed to have several repositories from the same host when this code was written in the past [11:11] actually we would be able to work around the issue if we instead had something like.. ..ppa.launchpad.net or something [11:11] mmhmm [11:20] <_ruben> doesnt work well with https tho [11:22] And P3As have to use HTTPS. [11:22] So fixing apt is required. [11:33] do the deb lines for P3As also end in /ubuntu? [11:34] geser: Yes. They're the same, but https://user:pass@private-ppa.launchpad.net rather than http://ppa.launchpad.net. [12:20] p3as huh O_o [12:50] Private PPAs [12:50] yeah, i realized === roaksoax_ is now known as RoAkSoAx [16:44] vorian, ping [18:01] can someone help me with a pkg [18:02] I need to edit the package dependices which are wrong [18:04] which package and which dependency is wrong? [18:05] geser, http://download.limewire.com/download/LimeWireLinux.deb [18:05] limewire [18:05] It wants the Java (non free) jre [18:06] and it works fine with openjdk [18:06] * montelEdwards knows that because he ran it from source [18:07] geser, I tried to edit it and rebuild it but i got dpkg-deb: failed in buffer_read(fd): copy info file `LimeWireLinux/DEBIAN/control': Is a directory [18:07] hmm, and is the error message true? [18:08] yesx [18:08] isnt it suposed to be a dir? [18:08] let me think, I edit .debs pretty rarely [18:09] I got it and everything, I just need to know how to rebuild it [18:10] control should be a simple textfile [18:10] how did you extract the deb? [18:11] file-roller [18:11] debs are ar archives [18:11] inside it you will find data.tar.gz and control.tar.gz [18:11] open control.tar.gz, and change the stuff in the control text file [18:11] the syntax should be pretty obvious [18:12] then re-tar control.tar.gz, and pack it together with data.tar.gz into an ar archive, then rename it to something.deb [18:12] hyperair, how do i compress .ar [18:12] use file-roller [18:12] it wont work [18:13] it did for me [18:13] i've done it before [18:13] and what does "won't work" mean? [18:13] exactly what fails? [18:14] or "dpkg-deb -x Limewire.deb limewire; cd limewire; dpkg-deb -e ../Limewire.deb", edit DEBIAN/control, "cd ..; dpkg-deb -b limewire" to build the fixed deb [18:15] hyperair, it just like pops up, and exits [18:15] no archive [18:15] ? [18:16] use nautilus then [18:16] highlight control.tar.gz and data.tar.gz then right click and compress [18:17] oh nvm [18:17] hyperair, i rmed the files in it [18:17] so it was making a blank archive [18:17] * hyperair doesn't understand =.= [18:18] anyway what geser said is a better way of doing it [18:18] dpkg-deb: file `/home/montel/LimeWireLinux.deb' is not a debian binary archive [18:18] montelEdwards: it this the downloaded file? [18:19] yes [18:19] because I tested this myself to give you the correct steps [18:19] my modified [18:19] use it on the unmodified [18:37] FINALLY [18:37] i got it [18:37] thanks geser hyperair [18:37] np [18:37] congrats (you should have just used frostwire's deb, it's got at least correct dependencies) [18:37] but at least you learnt something new this way ;) [18:41] hyperair, oh, im going to try them [18:41] =) [18:41] i just like Limewire's UI [18:41] frostwire's UI is almost a direct clone of limewire's [18:41] unless you count colours [18:41] frostwire's is mostly blue [18:41] but themeable [18:42] the frostwire guys should seriously just do something about their copyright header issues and let us package it already =\ [18:42] hyperair, Medibuntu,,,, [18:42] i meant officially in the archives [18:42] oh [18:43] and [18:43] hmm it seems that emacs has a .deb editing mode, by the way [18:43] heheh [18:58] damn [18:58] im going to use the source code [18:59] * montelEdwards thinks LimeWire works better with openjdk [19:06] hyperair, that is the new UI http://i29.tinypic.com/6f441c.jpg [19:15] montelEdwards: oho, there's a new UI eh? that's interesting. [19:16] it does look good, yes [19:16] it looks rather like itunes [19:16] or songbird [19:18] hyperair, yep [19:18] 5.0 [19:18] cool [19:18] i wonder if frostwire will follow suite [19:18] probably. [19:18] heheh [19:41] huhu norsetto :D [19:42] huhu sebner [21:35] could a universe sponsor please have a look at bug #256419 [21:35] Launchpad bug 256419 in purple-plugin-pack "pidgin-plugin-pack needs updating" [Wishlist,Confirmed] https://launchpad.net/bugs/256419 [21:35] the pidgin-plugin-pack should really be updated [22:11] I am an upstream author of a Python package. What should I do with manpages to make the package easy to turn into a DEB package? (This is using distutils.) [23:37] can anyone tell me why my uscan claims this watch file doesn't have a proper URL : http://sf.net/xjadeo/xjadeo-(.+)\.tar\.gz [23:40] sf uses a special built-in redirect facility which breaks about 1/3 of the time [23:43] so is the watch file okay or should I redesign it around the breaking redirect? [23:47] up to you [23:48] here's a workaround if you want it: http://www.mirrorservice.org/sites/download.sourceforge.net/pub/sourceforge/ [23:50] directhex, you don't have a minute to do a revu of that package do you http://revu.ubuntuwire.com/p/xjadeo [23:50] sorry, no [23:54] stochastic: i recommend to not change your watchfile and wait for a fixed redirect. [23:54] bdrung_, that's the route I took [23:57] bdrung_, I see you're on the MOTU media team, are you able to revu packages (it's a multimedia package)?