[00:29] <emgent> hello
[03:21] <NCommander> Is there anyone here who can issue a give-back on a package in intrepid?
[03:38] <LaserJock> NCommander: what package is it?
[03:39] <NCommander> LaserJock, logwatch
[03:43] <LaserJock> NCommander: why does it need to be given back?
[03:44] <NCommander> LaserJock, it successfully builds on amd64 without changes in both pbuilder and sbuild (checked on two machines), If it fails again, then it appears its something in the buildd's chroot jail (possibly a misset permission) that triggered the original FTBFS
[03:45] <LaserJock> NCommander: ok, retrying amd64
[03:46] <NCommander> LaserJock, thanks
[03:48] <LaserJock> NCommander: still fails, perhaps a buildd admin needs to be consulted
[03:49] <NCommander> how do I contact them
[03:58] <LaserJock> NCommander: well, asking here during European business hours (i.e. Monday) might work
[07:47] <nxvl> popey: around?
[08:44] <pitti> hunger_t: hm, the bug is marked 'pending' in Debian, so I guess there is some race condition in the build
[08:56] <pitti> Good morning
[08:56] <jpds> morning
[09:18] <jr_> asac: svn://anonsvn.kde.org/home/kde/branches/work/knetworkmanager/
[09:21] <jr_> asac: http://kubuntu.org/~jriddell/tmp/knetworkmanager.tar.gz
[09:22] <stgraber> moin
[09:23] <asac> hi stgraber
[09:35] <hunger> pitti: yeah, you are right. It does build on my system but breaks in the build env. I updated the bug accordingly.
[09:38] <cjwatson> slangasek: http://people.ubuntu.com/~cjwatson/tmp/recommends-by-size
[10:16] <cjwatson> lool: please upgrade germinate before updating ubuntu-meta again; thanks :)
[10:16] <Keybuk> bryce: when you've got a moment ...
[10:16] <Keybuk> ... could you fix my X server?! :)
[10:16] <cjwatson> lool: (you added all the essential stuff back to minimal, which had been intentionally removed)
[10:24] <slangasek> cjwatson: right, so I upload anacron, and then I notice bug #244018 :)
[10:25] <slangasek> do we have a trivial MTA in main that we could pull in, instead of postfix?
[10:26] <Riddell> asac: kubuntu.org/~jriddell/tmp/admin.tar.gz
[10:30] <bryce_> Keybuk: what's the problem?
[10:31] <Keybuk> bryce_: compiz just gives me a white screen
[10:31] <bryce_> ahh
[10:31] <bryce_> intel graphics?
[10:31] <Keybuk> yes
[10:32] <bryce_> right, compiz is busted on -intel presently
[10:32] <bryce_> known issue I'm working with Intel on, but no solution or workaround at the moment
[10:32] <bryce_> gfx will work ok with compiz off, although that probably doesn't help you much...
[10:33] <bryce_> Keybuk: let me dig up the bug id's to see what patches are available
[10:35] <jcristau> bryce_: http://bugs.freedesktop.org/show_bug.cgi?id=mesa-7.1 points to 14441
[10:38] <bryce_> 14441 and 15477
[10:38] <bryce_> there is a patch on 15477
[10:39] <Riddell> asac: http://kubuntu.org/~jriddell/tmp/knetworkmanager.tar.gz
[10:41] <bryce_> http://bugs.freedesktop.org/show_bug.cgi?id=14441
[10:41] <bryce_> http://bugs.freedesktop.org/show_bug.cgi?id=15477
[10:47] <Riddell> asac: https://edge.launchpad.net/ubuntu/+source/dbus-1-qt3
[10:48] <bryce_> tjaalton: any reason we can't put in the patches for 15477?
[10:55] <jcristau> bryce_: 15477 is fixed upstream (and in experimental) fwiw
[10:58] <mdz> Setting up xfonts-base (1:1.0.0-5) ...
[10:58] <mdz> FATAL: Could not load /lib/modules/2.6.26-3-generic/modules.dep: No such file or directory
[10:58] <mdz> xfonts-base: and why should you care?
[10:59] <pitti> mdz: modprobe truetype?
[10:59] <pitti> nicer printks :)
[11:03]  * slangasek peers at pitti. :)
[11:04] <mdz> pitti: eek, installing hal in a chroot fails in disturbing ways
[11:04] <mdz> polkit-auth: This operation requires the system message bus and ConsoleKit to be running
[11:04] <mdz> polkit-auth: GeneralError: Error spawning read auth helper: Permission denied
[11:04] <mdz> is it talking to a running process outside of the chroot?
[11:05] <YokoZar> Intrepid Alpha 2 still seems to be unable to login to gnome in vmware for me
[11:05] <YokoZar> hmm...except when using safe mode
[11:05] <pitti> mdz: it needs to get a PolicyKit privilege to query running consoles
[11:05] <pitti> mdz: (in the postinst)
[11:05] <mdz> pitti: during installation?
[11:05] <pitti> mdz: well, we could alternatively doing it in the init script
[11:06] <pitti> but that would require an extra d-bus call at every boot
[11:06] <pitti> yeah, hal generally works very poorly in a chroot unfortunately
[11:06] <slangasek> YokoZar: bug #246969
[11:07] <mdz> pitti: chroot gets less useful all the time
[11:07] <mdz> faster than virtualization takes over, I think
[11:08] <pitti> mdz: I still use them a lot for building packages and test CLI stuff, but for udev/hal/local dbus they are really not working any more
[11:08] <mdz> pitti: things like http://wiki.laptop.org/go/Ubuntu_On_OLPC_XO have to use qemu rather than chroot for this reason
[11:11] <pitti> eek, that sounds slow on a platform like that
[11:11] <mdz> pitti: well, you do the qemu bits on another system
[11:14] <pitti> mdz: but for a sensible system nowadays you need polkit and d-bus running anyway; we can probably find a solution for the polkit-auth call, but hal will never work without the system bus running
[11:14] <pitti> I don't see a principal reason why the sytem d-bus shuoldn't be chrootable, it doesn't open an IP port or something like that
[11:17]  * pitti tries to install dbus into a chroot
[11:17] <cjwatson> does it really need to *work* when chrooted? all I usually need is for it to shut up and not bother me
[11:18] <pitti> hm, it even seems to work for me
[11:19] <pitti> (chrooted system d-bus alongside the outer one)
[11:23] <pitti> mdz: I installed hal, dbus, and policykit into a sid chroot, and the only thing it did was " Can't start Hardware abstraction layer - detected chrooted session"; but everything installed cleanly
[11:40] <|xianai|> hi, morning
[11:42] <xia> hi, guys, how can I make a gfxboot menu for my own ?  where is the detailed doc for gfxboot that tell me about its structure , syntax or sth like this ?
[11:50]  * cody-somerville wonders why gdmgreeter is segfaulting in Intrepid.
[11:51] <bryce_> cody-somerville: are you running -vesa?
[11:53] <cody-somerville> bryce_, whats the quickest way to tell?
[11:53] <jcristau> cody-somerville: grep /drivers/ /var/log/Xorg.0.log
[11:54] <cody-somerville> yes vesa
[11:54] <cody-somerville> bryce_, ^^ :]
[11:55] <xia> anyone help me ...
[11:55] <jcristau> cody-somerville: bug 246585
[11:55] <xia> is gfxboot opened source ?
[11:55] <bryce_> cody-somerville: yep, known bug, see jcristau's link
[11:56] <bryce_> cody-somerville: if you can use a different driver, that should work, otherwise you can launch X manually
[11:56] <bryce_> however in the latter, most gdk-dependent apps will not work
[11:57] <jcristau> starting X with -extension RANDR would probably work around the bug
[11:58] <cody-somerville> I see an failed assertion in GDM. 'value->type == GDM_CONFIG_VALUE_BOOL' failed. acpid client connect, Next is xfailsafedialog segfault error in libgdk-X11, then gdm warning display :0 is busy, then acpid client connected, gdmgreeter segfault
[12:26] <slangasek> bryce_: hrm, is the gtk+vesa bug likely to be tied to the VMware failures?  I'm not sure if vesa is what gets used under VMware
[12:27] <bryce_> slangasek: don't think so
[12:28] <slangasek> ok
[12:47] <ramvi> I'm customizing the livecd with the help of https://help.ubuntu.com/community/LiveCDCustomization . I try to start gnome to do changes from there, with /etc/init.d/gdm start (howto in the comments), but what is the username and the password?
[12:48] <Riddell> asac: http://kubuntu.org/~jriddell/tmp/knetworkmanager-0.7.tar.gz
[12:49] <Riddell> http://www.kubuntu.org/~jriddell/tmp/admin.tar.gz
[12:58] <ramvi>  /ignore ramvi
[13:01] <emgent_> hello
[13:26] <amitk> rtg: you guys/
[13:41] <mdz> cjwatson: why does the new openssh-client conflict with openssh-blacklist?
[13:44] <mdz> cjwatson: dropping the -server recommends to a a suggests seems OK to me, but the conflict is puzzling
[13:44] <mdz> Keybuk: the initramfs-tools/udev thing is now bug 248378
[13:55] <slangasek> mdz: I suspect he mistook the Conflicts line for a Suggests line when moving the entries :-)
[13:58] <asac> Riddell: http://paste.ubuntu.com/27275/
[14:07] <cjwatson> mdz: whoops! fixed
[14:07] <cjwatson> xia: yes, of course it's open source - it's in the gfxboot package
[14:08] <cjwatson> xia: the gfxboot package ships language documentation in /usr/share/doc/gfxboot/gfxboot.html
[14:08] <cjwatson> xia: if you are sane, you will base your work on an existing theme (such as gfxboot-theme-ubuntu) rather than writing it completely from scratch. I didn't write ours from scratch - it's a distant derivative of the SuSE theme
[14:09] <cjwatson> mdz: (slangasek was correct)
[14:12] <xia> cjwatson: Thanks a lot :)
[14:12] <xia> I have got my own in a hour, based on your ubuntu theme :)
[14:17] <slangasek> mathiaz: morning
[14:17] <mathiaz> slangasek: morning !
[14:17] <slangasek> mathiaz: can I ask how you managed to get openldap 2.4.10-2 to build in intrepid? :-)
[14:18] <slangasek> mathiaz: we just got a bug report in Debian about a missing build-dep on 'time', since it's not a shell built-in with dash
[14:18] <cjwatson> xia: cool
[14:18] <slangasek> mathiaz: ah, you fixed this by merging 2.4.10 first and fixing it there, I see :-)
[14:18] <mathiaz> slangasek: right - I've added it as a build-dependency in intrepid
[14:18] <xia> cjwatson: but, don't you think that the document of gfxboot is somewhat too simple, ....., is gfxboot a intermediate layer of grub & syslinux ? is there any paper explaining how it works?
[14:19] <slangasek> mathiaz: ok, another bit that can be dropped in the next merge then :)
[14:19] <mathiaz> slangasek: cool - do you have some time to discuss the cn=config patch I sent on friday ?
[14:19] <slangasek> mathiaz: I probably need to take the time to grok the patch first, before discussing it
[14:20] <slangasek> mathiaz: I can take time to digest it today, yes
[14:21] <mathiaz> slangasek: great - when should we schedule some time to discuss it ? tomorrow ?
[14:23] <slangasek> mathiaz: tomorrow sounds good
[14:23] <TheMuso> c
[14:26]  * lamont tries to remember if trackerd provided any benefit besides making sure the disk spins, considers reinstalling it on his laptop
[14:28] <ogra> lamont, just remove it unless you really plan to use it
[14:28] <ogra> (it *was supposed* to just be ignored until the user switches it on manually ... though)
[14:29] <lamont> ogra: part of it is that I don't know if I want to plan to use it... much the same way as I nuke evo :-)
[14:36] <TheMuso> What would the best approach be to file an SRU to upload a fix for a memory leak? i.e what information is needed for such an SRU?
[14:38] <pitti> TheMuso: describe the magnitude of the memleak, if possible, how to reproduce it, and the patch
[14:39] <TheMuso> pitti: Ok thanks.
[14:44] <cody-somerville> TheMuso, I have an example if you'd like one
[14:45] <Hobbsee> oh yeah, i've just remembered
[14:45] <Hobbsee> who's responsible for the new recovery mode in intrepid?
[14:45] <Hobbsee> it's seriously cool, and rocks!
[14:45] <TheMuso> cody-somerville: That would be very useful, thanks.
[14:49] <tseliot> pitti: can you upload the new nvidia packages, please? Here's the list of files: http://albertomilone.com/ubuntu/newlrm/pitti/links.txt
[14:50] <tseliot> pitti: they also contain the modaliases files with the name of the package
[14:54] <cody-somerville> TheMuso, bug #67129
[14:54] <TheMuso> cody-somerville: Thanks a lot.
[15:20] <pitti> tseliot: done, thanks
[15:21] <tseliot> pitti: thanks to you ;)
[15:28] <pitti> tkamppeter: yummy, just got the first working jockey <-> openprinting.org query working \o/
[15:29]  * pitti drops one 'working' from that
[15:30] <calc> any suckers^Wdeveloper want to upload a mono merge i did? :)
[15:30] <calc> i don't know anything about mono so don't want to upload it myself
[15:33]  * calc considers uploading a new OOo that requires the new mono that isn't in the archive yet
[15:33] <calc> will FTBFS until someone who knows mono uploads it
[15:34] <seb128> slomo__: ^
[15:35] <calc> slomo__: yes please merge new mono asap :)
[15:36] <calc> slomo__: i need to upload a new OOo for the alpha next week
[15:37] <calc> slomo__: it looks really simple, but i don't know enough to trust my merge to upload
[15:41] <pitti> calc: please use a versioned build dependency then, so that it will depwait instead of FTBFS
[15:41] <pitti> calc: this will also avoid broken backports
[15:43] <calc> pitti: yea i misspoke it is versioned dep so it will just get stuck in depwait
[15:43] <calc> the new version fixes some crashes on amd64 which is why it is needed
[15:47] <cjwatson> xia: I didn't write it, I just help package it. No, there's no paper explaining how it works as far as I know. gfxboot is a bytecode interpreter specialised for drawing to the screen in a boot loader context and interpreting the results, and requires hooks into the real boot loader (grub, syslinux, etc.) in order to be useful.
[15:48] <xia> cjwatson: hmm, I see, thanks :)
[16:04] <calc> cjwatson: OOo 3.0 dates pushed back to 3.0rc Aug 15 , 3.0 final Sep 16, already updated the calendar
[16:05] <calc> cjwatson: that puts rc being uploaded a week before FF and final the week before BF
[16:05] <cjwatson> scary monsters
[16:06] <calc> yea, hopefully they won't slip any more
[16:07] <calc> once i get 2.4.1 updated in intrepid i will be working on getting 3.0beta2 into ppa
[16:24] <slangasek> doko: has there been an MIR for dvipdfmx (now needed by dblatex -> texlive-xetex)?
[16:24] <ScottK> slangasek: nxvl started working on one yesterday.  Dunno how far he got.
[16:25] <slangasek> ok
[16:25] <doko> slangasek: afaik, no. see https://bugs.edge.launchpad.net/~ubuntu-mir
[16:32] <tkamppeter> pitti, great. So one can plug a (formerly ugly) Dell printer to your box now and after some seconds you get asked whether you want to download splix2?
[16:34] <tkamppeter> pitti, then we will fix the autodownload blueprint in Intrepid?
[16:35] <seb128> ArneGoetje: http://www.slis.tsukuba.ac.jp/grad/Syllabus/01MA504.pdf is one example that requires poppler-data to be viewed
[16:36] <tkamppeter> pitti, last week in Tokyo they told me that they have solved the packaging problems with the CUPS filters for the PDF workflow. Seems that we will get this one done, too.
[16:43] <pitti> tkamppeter: well, not quite that far yet, but I'll get there :)
[16:44] <pitti> tkamppeter: nice
[16:46] <tkamppeter> So, pitti, with first query you mean that you got an answer from the OP server?
[16:47] <tkamppeter> Are you using the code of s-c-p with which Tim Waugh has started to implement PPD download?
[16:49] <pitti> tkamppeter: yes, I did, and I'm patching it up heavily :)
[16:49] <pitti> (most got committed upstream already)
[16:49] <pitti> tkamppeter: s/PPD download/driver lookup/ anyway
[16:50] <pitti> tkamppeter: i. e. the cupshelpers module
[16:50] <slangasek> Riddell: so how does kdebase get unbroken, now that kdebase-data is from kde4?  Or, if kdebase is supposed to just go away, how do things like koffice get fixed? :)
[16:51] <Riddell> slangasek: koffice I'll replace with koffice2 when I get a chance
[16:55] <slangasek> Riddell: ok
[16:56] <slangasek> Riddell: what does this do as far as CDs in the meantime?
[16:57] <Riddell> slangasek: I don't think anything from koffice is on the CDs
[16:58] <slangasek> ok
[16:59] <gnomefreak> did we move nvidia-glx-177 ect.. to Hardy or is that just for Intrepid so far?
[17:00] <pitti> gnomefreak: hardy won't change, it will keep the l-r-m built ones
[17:00] <gnomefreak> pitti: thanks
[17:20] <calc> so the edge changes on launchpad are going live tonight?
[17:21] <calc> i saw joey stanford made reference to it on facebook
[17:26] <Awsoonn> they are? wow!
[17:27] <Keybuk> don't believe all you read on Facebook? :)
[17:27] <Awsoonn> It looks sexy, I must admit.
[17:28] <Keybuk> (which isn't to say that I know different)
[17:28] <LaserJock> it also seems to have some brokenness, it'd be nice to have stuff fixed before releasing it
[18:18] <test3> HAL does not start when /usr is mounted ro in intrepid. Is this intentional?
[18:21] <pitti> test3: no, it is not intentional; sounds like a genuine bug
[18:23] <test3> pitti: I'll file a report then...
[18:42] <lamont> gpg: problem with the agent - disabling agent use
[18:42] <lamont> why does it hate me so?
[18:43] <Keybuk> you tell us
[18:43] <lamont> heh.  working on that
[18:44] <lamont> ah.  lack of pinentry-$foo
[18:45] <pitti> lamont: does that happen in a chroot ("me 2") or in your normal system?
[18:45] <lamont> that's in the real root
[18:45] <pitti> lamont: I don't think it requires pinentry
[18:45] <lamont> installing pinentry: prompt for passphrase.  without pinentry: the above
[18:46] <pitti> lamont: hm; do you have seahorse actually installed?
[18:46] <lamont>  /usr/bin/gpg-agent --daemon --sh --write-env-file=/home/lamont/.gnupg/gpg-agent-info-mix /usr/bin/seahorse-agent --execute /usr/bin/gnome-session
[18:46] <lamont> is in the psaux output
[18:47] <pitti> /usr/bin/seahorse-agent --execute x-session-manager
[18:47] <pitti> in mine
[18:47] <lamont> you gnome-hater you. :)
[18:47]  * pitti pokes sep
[18:47] <pitti> Seb, even
[18:48] <pitti> lamont: but I do use GNOME, standard Intrepid
[18:48] <seb128> 31507 ?        Ss     0:00 /usr/bin/seahorse-agent --execute x-session-manager
[18:48] <seb128> for me
[18:48] <seb128> works fine too
[18:49] <lamont> hrm.. maybe it's related to gnome-session being diverted. :-)
[18:49] <lamont> I'll see about undiverting that next time I'm restarting gnome
[18:49] <seb128> what else do you use?
[18:51] <lamont> I (still) have gnome-session smashing an ssh-agent into place and doing ssh-add before launching the real one
[18:52] <lamont> seb128: that is, the same magic diversion script that's been there since pre-warty
[18:52] <seb128> lamont: not sure why it's breaking now then
[18:52]  * cjwatson fixes syncbugbot not to close sync bugs sometimes with just "Getting binaries for intrepid..."
[18:53] <pitti> tkamppeter: any idea how we should determine whether an installed printer driver is actually used?
[18:53] <seb128> doesn't seem a change that should create issues
[18:53] <lamont> seb128: it's always needed pinentry for me to get to gnupg-agent
[19:01] <slangasek> mathiaz: can you show me an example cn=config tree, so I can see what it looks like?
[19:02] <slangasek> (without having to build & run the package :)
[19:03] <mathiaz> slangasek: I'll get one
[19:07] <mathiaz> slangasek: http://people.ubuntu.com/~mathiaz/slapd.tar.gz
[19:09] <slangasek> mathiaz: thanks, that answers my questions
[19:10] <seb128> lamont: what is the hppa endianess?
[19:10] <soren> big
[19:10] <seb128> soren: thanks
[19:10] <tmmoyer> using the program dch with a source tree in subversion seems to be less than intuitive.  is there any work to make dch respect source trees controlled by subversion (for example, if I have version 1.1 of a package and I run dch -v 1.2, it simply moves the top level directory, what I would prefer is that dch use svn mv to perform the move from <name>-1.1 to <name>-1.2) or is there a better way of using the two tools?
[19:10] <soren> seb128: np  :)
[19:11] <lamont> seb128: big, like it should be;
[19:11] <lamont> although there are hppa boxen that support littlendian-mode, the port has never bothered
[19:12] <lamont> tmmoyer: if you're committing each and every change, do you really want to have the version number climb that fast>?
[19:12]  * lamont hopes you're not doing one-commit-per-release
[19:13] <tmmoyer> lamont: no
[19:13] <tmmoyer> lamont: what I would like is when I do you dch -v that  I don't have to manually go through and re-add the folder that it renamed
[19:13] <lamont> ah, you want to svn-rename the directory when you do the dch
[19:14] <tmmoyer> lamont: yes
[19:14] <lamont> dunno.
[19:14]  * pitti generally drops the version number from VCS-controlled source directories; makes things so much easier...
[19:14] <lamont> then again, I don't think you'll find many users of svn, other than by force/imperial^Wcorporate fiat in this channel...
[19:14] <lamont> pitti: me too
[19:15] <tmmoyer> okay
[19:15] <tmmoyer> i am forced to use SVN so ...
[19:15] <lamont> then again, I just have a directory called "work" and do "git checkout" when I need to play with old releases... directory-per-branch has always struck me as insane
[19:21] <lamont> pitti: and one of these days, I'll sit down with some{one,doc} for long enough to figure out how to do that with bzr
[19:26] <cjwatson> tmmoyer: definitely drop the version from the directory in the svn repository - having it versioned is a recipe for going insane
[20:15] <ulim> Hiho! I heard ubuntu won't inherit packages from debian anymore. Does that mean I need an ubuntu maintainer for my package?
[20:16] <LaserJock> ulim: lol, where'd you hear that?
[20:17] <ulim> LaserJock: emm from a debian maintainer he said that would be the case for intrepid
[20:17] <ulim> LaserJock: not true?
[20:17] <LaserJock> a, perhaps there was some misunderstanding
[20:17] <LaserJock> *ah
[20:17] <geser> DIF?
[20:18] <LaserJock> perhaps the debian maintainer was talking about our Debian Import Freeze
[20:18] <ulim> meaning?
[20:18] <LaserJock> that is the point in our development cycle where we stop *automatically* syncing packages from Debian
[20:18] <LaserJock> we resync every release though, nothing is changing about that
[20:19] <LaserJock> ulim: does that make sense?
[20:19] <pwnguin> freeze sounds wrong then
[20:20] <ulim> LaserJock: hmmm he said "i also just saw that ubuntu has their own packages in intrepid."
[20:20] <ulim> LaserJock: i guess it was a misunderstanding
[20:20] <pwnguin> this is not the first upstream to make this misinterpretation
[20:20] <LaserJock> ulim: oh, perhaps we've made changes to the package
[20:21] <LaserJock> ulim: what package is it
[20:21] <pwnguin> ulim: keep in mind there IS a date where you'll need extra review before taking packages from debian
[20:21] <ulim> LaserJock: package is irssi-otr
[20:21] <LaserJock> ulim: we still merge the packages from Debian if we make changes
[20:21] <ulim> so you had that freeze for intrepid already?
[20:21] <LaserJock> ulim: yes
[20:22] <ulim> LaserJock: do you take stuff from unstable or from testing?
[20:22] <LaserJock> ulim: it's not a very hard freeze though, if we need to sync to fix bugs, etc. we will
[20:22] <LaserJock> unstable
[20:22] <LaserJock> and occasionally experimental
[20:22] <ulim> when was the freeze?
[20:23] <ulim> or maybe do you have a page where I can look up if irssi-otr is in intrepid?
[20:23] <LaserJock> https://wiki.ubuntu.com/IntrepidReleaseSchedule says June 26th
[20:23] <LaserJock> ulim: I don't see it
[20:23] <ulim> ah ok then it's probably not
[20:24] <Spads> oooh, irssi-otr eh?
[20:24] <LaserJock> so yeah, a bug can be filed to get it included
[20:24] <ulim> i would have said better take v0.2 if you had v0.1 but if you don't have either that's ok as well i suppose ;)
[20:24] <geser> I can't find it in Debian either
[20:25] <ulim> geser: v0.1 is in unstable and maybe be now in testing
[20:25] <ulim> geser: and i've released v0.2 today and it's uploaded to unstable already
[20:26] <LaserJock> ulim: do you know what the package is named in Debian? I can't find it
[20:26] <ulim> Spads: yeah it's off-the-record messaging for irssi (useful together with the im-to-irc gateway bitlbee)
[20:26] <ulim> LaserJock: oh sry it's called irssi-plugin-otr
[20:26] <geser> ulim: https://edge.launchpad.net/ubuntu/+source/irssi-plugin-otr
[20:26] <LaserJock> ahh irssi-plugin-otr
[20:26] <Spads> ulim: yes I'd been musing o ver the need for such a thing recently.  Sorry to interrupt!
[20:26] <geser> !info irssi-plugin-otr
[20:27] <geser> !info irssi-plugin-otr intrepid
[20:27] <LaserJock> it is in Intrepid though
[20:28] <LaserJock> ulim: https://launchpad.net/ubuntu/+source/irssi-plugin-otr
[20:28] <ulim> LaserJock: yeah geser just posted the same page ;)
[20:28] <ulim> so v0.1 is in intrepid
[20:28] <geser> the binary debs are in NEW
[20:28] <geser> ulim: a git snapshot:   0.1+git20080706-0ubuntu1
[20:29] <ulim> hmmm that's before the main fix for v0.2
[20:30] <LaserJock> it's also a 0ubuntu1 version
[20:30] <LaserJock> we should probably sync/merge 0.2 over
[20:31] <ulim> LaserJock: yeah I'd prefer that. It's a bugfix release only.
[20:33] <ulim> LaserJock: tell me if there's anything I should do for that (I'm upstream) or maybe if you need something from the debian dev (I'm in contact with him)
[20:33] <LaserJock> ulim: well, you can file an upgrade bug if you want to
[20:34] <LaserJock> or perhaps talk to jpatrick (the Ubuntu dev that created our package)
[20:35] <ulim> LaserJock: seems he is not on freenode
[20:36] <geser> LaserJock, ulim: his IRC nick is now jpds
[20:36] <LaserJock> I see
[20:36] <LaserJock> *sigh* now I've got to retrain my brain :-)
[20:38] <ulim> jpds: heyho, I'd like to see version 0.2 of irssi-plugin-otr in intrepid (not v0.1). It's a bugfix release. Tell me if I should file a bug somewhere or if you'll do something about it. Thanks!
[21:47] <jpds> geser: You physic?
[21:48] <jpds> ulim: I filed a sync request for irssi-plugin-otr earlier today.
[21:49] <jpds> ulim: See bug #ss to control file/copyright file.
[21:49] <jpds> Hmm, bad paste, bug #248469
[21:52] <jpds> ulim: I talked to the Debian maintainer earlier today. Thanks for the great plugin by the way.
[22:04] <ulim> jpds: ah great thanks
[22:04] <jpds> ulim: And thank you.
[22:04] <ulim> jpds: maybe if you've scrolled back a little you saw that there was apparently a misunderstanding
[22:05] <ulim> jpds: it sounded like ubuntu would now have its own packages
[22:05] <ulim> jpds: you're welcome ;)
[22:05] <jpds> ulim: No, I try and stick to what Debian has as much as possible.
[22:07] <ulim> jpds: i see
[22:07] <ulim> Then debian/ubuntu/frugalware is settled. Missing is at least gentoo and fedora
[22:08] <ulim> i almost feel like selling a product ;)