[12:17] <LaserJock> hi Hobbsee 
[12:17] <tonyyarusso> GPLd programs have the GPL PREAMBLE in copyright, correct? The bit about the purpose of the license?
[12:17] <LaserJock> yeah
[12:17] <Hobbsee> heya LaserJock :)
[12:17] <LaserJock> and a link to the full license
[12:17] <tonyyarusso> right
[12:21] <LaserJock> darn it, stupid bug, why won't you show up?!? :/
[12:22] <LaserJock> I go and get help on how to diagnose the stupid thing and it won't show up
[12:23] <geser> a heisenbug :)
[12:23] <LaserJock> yes
[12:23] <bddebian> OK, enblend officially sucks
[12:23] <LaserJock> some mysterious key mapping in KDE that makes my computer shut down
[12:27] <Hobbsee> you have checked the global shortcuts, presumably?
[12:28] <LaserJock> umm, no
[12:29] <Hobbsee> LaserJock: system settings, keyboard, global shortcuts
[12:29] <bddebian> Goddamn I'm an idiot.  gudjon, you still here?
[12:29] <Hobbsee> just see if there's anything there under shutting down, etc
[12:29] <Hobbsee> particularly "halt without confirmation" or "reboot without confirmation"
[12:31] <tonyyarusso> All right, what on earth are the emacs .ex files for?
[12:32] <geser> tonyyarusso: .ex like example?
[12:32] <tonyyarusso> geser: Yeah.  Like debian/emacsen-install.ex
[12:32] <_ion> I usually just rm debian/{*.{ex,EX},README,dirs} unless there's something i need.
[12:33] <LaserJock> Hobbsee: hmm, I do see them
[12:33] <Hobbsee> LaserJock: do they hvea a shortcut listed next to them?
[12:34] <LaserJock> Hobbsee: yeah
[12:34] <Hobbsee> what is it?
[12:34] <LaserJock> but I'm not sure I would have hit them, they are kinda long
[12:34] <Hobbsee> if you'd mashed the keyboard, you may have.  *shrug8
[12:34] <_ion> README.Debian, that is.
[12:34] <LaserJock> Alt+Ctrl+Shift+PgUP is the one that'd do it
[12:35] <Hobbsee> mmm....possible
[12:35] <LaserJock> yeah, that one is
[12:35] <Hobbsee> i'd take it out, anyway :P
[12:35] <Hobbsee> just to be sure
[12:35] <LaserJock> I often hit Shift+PgUp
[12:35] <tonyyarusso> eeep, I gotta write a manpage?  (How frowned upon is it to just put a link to the docs web site?  It's not really a switched kind of thing, afaik)
[12:35] <LaserJock> yeah
[12:36] <LaserJock> tonyyarusso: it's fairly easy to make a simple one
[12:36] <ScottK> Only the first man page is hard.  Once you've done one it's no harder than doing a readme.
[12:36] <tonyyarusso> LaserJock: Right..I hope :)
[12:36] <LaserJock> tonyyarusso: the general rule is to have a man page for every binary you put into /usr/{,s}bin/
[12:43] <tonyyarusso> argh
[12:43] <tonyyarusso> What's wrong with LJHOME=/home/anthony/Desktop/lj_example
[12:43] <tonyyarusso> export $LJHOME
[12:43] <tonyyarusso> -bash: export: `/home/anthony/Desktop/lj_example': not a valid identifier
[12:49] <tonyyarusso> LaserJock: erm, what if I honestly don't know what it puts in /usr/bin?  :P
[12:49] <tonyyarusso> (something hates me today...)
[12:51] <crimsun> tonyyarusso: export FOO=blah, not export $FOO=blah
[12:52] <crimsun> you could, of course, just pass it directly, too...
[12:53] <tonyyarusso> crimsun: Ah, there we go.  (I misread something..)
[12:59] <Q-FUNK> any advice for debian Bug#411580 ?  it also affects ubuntu...
[01:00] <Q-FUNK> and debian bug 409356 too
[01:00] <Ubugtu> Debian bug 409356 in cups-pdf "cups-pdf: allows unprivileged user to read parts of any file" [Critical,Closed]  http://bugs.debian.org/409356
[01:00] <Q-FUNK> debian bug 411580
[01:00] <Ubugtu> Debian bug 411580 in cups-pdf "cups-pdf: 2.4.2-2 broke functionality" [Grave,Open]  http://bugs.debian.org/411580
[01:00] <ajmitch> interesting bugs
[01:01] <Q-FUNK> it seems a tradeoff between usability and security.
[01:01] <ajmitch> allowing users to read any files.. hm
[01:02] <Q-FUNK> part of the issue is caused by cups' fucked up architecture
[01:02] <LaserJock> tonyyarusso: dpkg -c on the .deb will show you what it's installing
[01:02] <tonyyarusso> LaserJock: I don't have a .deb yet ;)
[01:02] <ajmitch> seems that vorlon wasn't happy with you making it suid-root
[01:03] <Q-FUNK> ajmitch: never kind vorlon.  the problem is that suid root is the only way to make it work on ubuntu and several other derivatives.
[01:03] <ajmitch> yet reading sensitive files is *really* a bad thing
[01:04] <Q-FUNK> yup
[01:04] <Q-FUNK> but so is cups' overall arcitecture
[01:04] <ajmitch> sure, but cups is crap :)
[01:05] <bddebian> OK I'm really freakin' sick of networking under feisty
[01:05] <Q-FUNK> we all know this, but there's hardly any usable replacement
[01:05] <ajmitch> bddebian: isn't it fun?
[01:06] <bddebian> NO
[01:06] <ajmitch> bddebian: ease your tensions & review some packages instead
[01:08] <tonyyarusso> I need debian/rules to call a script in the source directory before doing anything else.  Is a line of ../bootstrap.pl at the top of rules right/
[01:08] <tonyyarusso> ?
[01:08] <ajmitch> no
[01:08] <tonyyarusso> dang
[01:08] <Q-FUNK> ajmitch: pitti was CC on this bug.  let's see what he has to say.
[01:08] <ajmitch> you can't have rules like that outside of a make target
[01:08] <bddebian> ajmitch: I'm trying to but my Edgy machine apparently doesn't have enough memory for this POS enblend package and I can't get my feisty machine back on the fucking network
[01:08] <ajmitch> do it at the top of configure, or if necessary (and only if necessary) at the top of clean:
[01:09] <ajmitch> or in clean:
[01:09] <ajmitch> bddebian: not that much has changed in feisty for networking
[01:09] <hub> maybe we should fork cups to fix it?
[01:10] <Q-FUNK> hub: ubuntu did that to some extent already.  it's actually debian that would need t merge ubuntu's changes
[01:10] <hub> nih
[01:10] <hub> ...
[01:11] <Q-FUNK> hub: since kmuto already said that he was dropping maintenance after Etch's release, it's quite lkely that pitti will take over and merge what's left of the ubuntu changes.
[01:11] <hub> that end up being a good news
[01:11] <Q-FUNK> hub: however, it still doesn't fix cups' fucked up architecture.
[01:11] <ajmitch> poor pitti
[01:11] <tonyyarusso> ajmitch: there is no configure or anything until that is run it seems.
[01:11] <ajmitch> tonyyarusso: there will be
[01:12] <hub> Q-FUNK: yeah. I don't have wonderfull memories of cups
[01:12] <ajmitch> if you're using cdbs, they'll just be hidden away somewhere & you need to hook things in the right place
[01:12] <tonyyarusso> ajmitch: eh?  Sorry, this is my first go at this, and I'm a tad confused.  Attempting to use debhelper and pbuilder.
[01:12] <hub> I don't know how I had this cups installed on it
[01:12] <Q-FUNK> hub: cups is fantastic as a user/administrator experience.  dead-easy to use.  however, the architecture is not safe and the code sloppy.
[01:13] <ajmitch> tonyyarusso: then there must be a configure rule in debian/rules
[01:13] <hub> Q-FUNK: it other issues as well
[01:13] <hub> Q-FUNK: having written a "product" around it in the past
[01:13] <ajmitch> hm actually, there may not be
[01:13] <ajmitch> but there should be a binary rules in there
[01:13] <bddebian> ajmitch: OK, then tell me why it was working, I reboot and now it's not? :-)
[01:14] <ajmitch> bddebian: because you broke it
[01:14] <Q-FUNK> hub: of course, forkinf the damn thing and re-writing it clean could be worth it; save the suer and admin experience, but end up with a clean and safe architecture.
[01:14] <hub> Q-FUNK: gnome-cups-manager also gave me headaches
[01:14] <tonyyarusso> ajmitch: yes, I see a line of "configure: configure-stamp", with dh_testdir and touch configure-stamp under it.
[01:14] <ajmitch> bddebian: you know how I hate it when people report a problem of 'not working'?
[01:14] <ajmitch> tonyyarusso: right, you may get away with sticking the bootstrap rule in there - it shouldn't need ../ either
[01:15] <tonyyarusso> ajmitch: I'll try.  /me crosses fingers...this package seems odd
[01:15] <ajmitch> you can't do anything at build time that requires network access, or writing outside of the build tree
[01:16] <tonyyarusso> All the script does is create a pile of files, which SHOULD be done by untarring, but hey.
[01:16] <ajmitch> can it not be done before you create the source package?
[01:16] <ajmitch> which does add things to the .diff.gz, etc
[01:17] <tonyyarusso> Honestly, I'm not sure.
[01:20] <bddebian> OK, where the hell did the wmaster0 device come from?
[01:21] <jdong> bddebian: did you try putting a ralink card in Master mode or something?
[01:22] <bddebian> I didn't do shit but dist-upgrade
[01:22] <jdong> interesting
[01:22] <jdong> hey let's blame it on NetworkManager!
[01:23] <jdong> no kernel/networking stuff happened yesterday/today?
[01:23] <jdong> I mean there was a lrm yesterday of unrelated changes
[01:24] <LaserJock> bddebian: what kind of network setup? ethernet with DHCP?
[01:24] <bddebian> wireless static
[01:25] <bddebian> Using control panel jacks up the configuration every time so I whack it by hand
[01:25] <LaserJock> ah, that killed me too
[01:25] <bddebian> Which has been working up until today
[01:25] <LaserJock> can you  use DHCP?
[01:25] <bddebian> I'd prefer not to but I can
[01:26] <LaserJock> I got around it by setting my router 's DHCP to give my machine a static IP 
[01:26] <LaserJock> so on the machine's end it's still DHCP
[01:26] <LaserJock> it just always get's the same IP
[01:26] <bddebian> I could never get the wireless to detect the essid without doing it by hand
[01:26] <bddebian> It's a stupid broadcom wireless :-(
[01:26] <_ion> I don't really care about what addresses the boxes in my local network get. I call them by name anyway.
[01:27] <RAOF> I need to get stable IPs for port forwarding :)
[01:27] <LaserJock> _ion: my problem is I have a few ports forwarded from the DSL router
[01:27] <_ion> I have a box in DMZ for a reason. ;-)
[01:27] <bddebian> RAOF: Exactly ;-)
[01:27] <RAOF> Now that my router isn't broken, I can finally use Avahi.  Yay.
[01:28] <RAOF> Hardware sucks almost as much as software :(
[01:28] <LaserJock> bddebian: you could always uninstall/turn off Network Manager
[01:31] <jdong> for a LAN DHCP should be fairly constant
[01:32] <jdong> unless you have a lot of computers
[01:32] <jdong> and really short lease-times
[01:32] <jdong> and _ion dmz's aren't as magical as they are advertised to be
[01:32] <RAOF> Or you just set up the DHCP server to offer fixed IPs based on MAc.
[01:32] <jdong> _ion: especially with UDP traffic it loves to eat packets as if they were "magical dmz sequences"
[01:33] <jdong> RAOF: provided that's a supported feature :)
[01:33] <RAOF> jdong: Hardware sucks :)
[01:33] <jdong> lol
[01:34] <RAOF> Particularly: my Netgear router.  For some reason, it killed Avahi until I updated the firmware.
[01:34] <Lathiat> likely eats multicast
[01:34] <Lathiat> or IGMP
[01:34] <Lathiat> most routers that break it have an option for that
[01:36] <jdong> Lathiat: no, it begins thinking some raw data is a TCP header and "does the favor" of replacing "IP addresses"
[01:37] <Lathiat> er, heh
[01:37] <jdong> TCP hates it too; I've had cases of stalled transfers of multi-GB data in predictable spots because of it.
[01:37] <jdong> "gaming mode" / "DMZ" both can do that :(
[01:37] <jdong> solution: SSH transfer... randomizes failure spots
[01:37] <jdong> or turn off DMZ :P
[01:55] <LaserJock> die!
[01:55] <RAOF> I suggest a sword.  It's cooler.
[01:56] <zul> hey Laser_away 
[01:56] <zul> er...LaserJock
[01:56] <zul> stupid tab completion
[01:57] <LaserJock> sorry zul
[01:58] <tonyyarusso> LaserJock: So this package I was attempting, seems not to be in the usual format, so I'm not quite sure how I'm supposed to proceed.  http://www.livejournal.org/download/code/livejournal-2003082500.tar.gz
[02:06] <LaserJock> tonyyarusso: I like the README.txt
[02:07] <tonyyarusso> LaserJock: Yeah, that's a goodie.
[02:08] <_ion> jdong: Uh. I'm not sure we're talking about the same DMZ.
[02:09] <jdong> _ion: where it assumes packets directed at the router not being explicitly forwarded will get implicitly forwarded to a particular port or IP?
[02:09] <jdong> _ion: yeah, that one.'
[02:09] <_ion> jdong: I have three interfaces in my gw: net, LAN and DMZ.
[02:09] <jdong> some routers/setups do it better than others
[02:10] <jdong> but average appliance off the consumer shelves sucks for it
[02:10] <_ion> And only certain traffic is explicitly forwarded to the box in DMZ.
[02:10] <jdong> oh
[02:10] <jdong> ok then we speak of different DMZ
[02:10] <jdong> store-bought router DMZ = implicit port forwarding
[02:10] <jdong> via IP header rewrite
[02:10] <jdong> D-Link calls it 'gaming mode' IIRC
[02:11] <jdong> apparently data corruption is a game now.
[02:12] <_ion> Also, there's no rule there can't be multiple machines in the DMZ.
[02:12] <jdong> _ion: DMZ in the true sense yeah :)
[02:13] <jdong> I was assuming you meant the router-in-a-blue-box DMZ :)
[02:13] <_ion> My router is in a boring grey PC box and it's running OpenBSD. :-)
[02:14] <jdong> that's sweet :)
[02:15] <LaserJock> tonyyarusso: I don't think you picked a trivial package to make ;-)
[02:15] <tonyyarusso> LaserJock: Dangnabit!  hehe, better luck next time I guess.
[02:15] <LaserJock> tonyyarusso: I think you might want to look at some similar apackages, mediawiki coms to mind
[02:15] <tonyyarusso> LaserJock: That makes me feel a little better though - a sign that it's not just me being utterly incompetent.
[02:16] <Q-FUNK> I think that vorlon managed to ensure his place in a graveyard with his last reply to debian bug 411580
[02:16] <Ubugtu> Debian bug 411580 in cups-pdf "cups-pdf: 2.4.2-2 broke functionality" [Grave,Open]  http://bugs.debian.org/411580
[02:17] <LaserJock> tonyyarusso: but I think you should be able to run that bootstrap first and then do what you need to do to install stuff to the right place
[02:17] <tonyyarusso> LaserJock: So just run the bootstrap, pretend it came like that, and then do wiki instructions from there?
[02:20] <Hobbsee> Q-FUNK: heh.  ouch
[02:21] <Q-FUNK> Hobbsee: vorlon has just revealed himself to be an explicit Ubuntu hater who wouldn't hesitate to NMU a package if he disagrees with something that was inserted to support Ubuntu out of the box.
[02:21] <LaserJock> tonyyarusso: you should be able to run the bootstrap from  debian/rules ok
[02:22] <LaserJock> Q-FUNK: well, saying it's more important to have it work in Debian than Ubuntu makes sense from a Debian point of view
[02:22] <tonyyarusso> LaserJock: I guess I'll have to futz a bit - not as hopeful of meeting the Thurs. deadline anymore, oh well.
[02:23] <Q-FUNK> LaserJock: in anotther bug, he explicitely said that he doesn't give a damn about making it work for ubuntu.  he doesn't care if a maintainer wants to avoid a fork.
[02:25] <LaserJock> that's sad
[02:37] <LaserJock> Hobbsee: is there anyway to have better control over default applications other than Default Applications? :-)
[02:38] <Hobbsee> LaserJock: um....
[02:38] <Hobbsee> yes and no
[02:38] <Hobbsee> ie, you can select a file, right click, say "open with..." pick app, clikc the option that says "always open with this program"
[02:39] <LaserJock> in gnome you can select from a list
[02:39] <LaserJock> but in Default Applications it looks like I have to know the exact command to execute
[02:39] <LaserJock> in particular I want thunderbird and Firefox
[02:39] <Hobbsee> click the ..., then you can select it from the menu, iirc?
[02:40] <jdong> Hobbsee: that's a KDE feature.... We decided to make USB unmount safely first.
[02:40] <jdong> ;-)
[02:40] <Hobbsee> heh
[02:40] <jdong> but GNOME is so simple! you _JUST_ go and edit the mime files......
[02:41] <bddebian> OK it's a damn firmware problem
[02:41] <jdong> as opposed to an undamned one.
[02:42] <RAOF> Isn't firmware fun.
[02:42] <bddebian> NO
[02:43] <LaserJock> Hobbsee: ahh, that's better. I thought the ... was a file dialog
[02:52] <blueCommand> hm.. how long time does it take for new pkgs to show up in the REVU?
[02:53] <blueCommand> 15 min since i used dput :S
[03:01] <Hobbsee> blueCommand: are you in the http://tinyurl.com/fgpgy group?
[03:01] <blueCommand> Yes
[03:02] <blueCommand> It says "Leave the Team" on the right atleast so I assume I am :)
[03:03] <zakame> morning all
[03:04] <blueCommand> hello
[03:05] <zakame> hi blueCommand Hobbsee
[03:06] <blueCommand> Hobbsee, Since this is my first package, I'm bound to have missed something :)
[03:08] <Talaman> "the greeting application appears to be crashing" is the error i get, any ideas?
[03:09] <blueCommand> hm
[03:09] <blueCommand> My nice chances file is in ftp://revu.tauware.de/incoming/rejected
[03:10] <RAOF> Talaman: That you ask the question again, in a support channel?  Is this the channel you meant to post that in?
[03:10] <Talaman> in any channel someone may be able to help
[03:10] <LaserJock> blueCommand: which package?
[03:10] <blueCommand> winekeyd
[03:11] <RAOF> That's not this channel.  It's either #ubuntu (if you're using Dapper (6.06) or Edgy (6.10)), or #ubuntu+1 (if you're using Fesity)
[03:11] <Talaman> simple we don't know works just as well
[03:12] <cyberjackal> Just wanted to say hello.  I'm interested in contributing to Ubuntu and am currently starting to look at the Debian Maintainer's guide and packaging guides.  Any other places I should look to get started?
[03:12] <RAOF> You've seen the Ubuntu packaging guide?  That's really good :)
[03:13] <LaserJock> blueCommand: looks like you need to add an -sa to the source building command (dpkg-buildpackage or dbuild)
[03:13] <LaserJock> blueCommand: that will include the .orig.tar.gz in the upload
[03:13] <blueCommand> hm
[03:13] <blueCommand> ok
[03:16] <blueCommand> Error '553 Could not create file.' during ftp transfer of winekeyd_0.2-1.dsc
[03:16] <blueCommand> Note: This problem might be caused by files already existent on the server.
[03:16] <blueCommand>       For the official Debian upload queues, the dcut(1) utility can be used
[03:16] <blueCommand>       to remove stale files from unsuccessful uploads.
[03:16] <blueCommand> :(
[03:16] <LaserJock> remove the .upload file
[03:16] <RAOF> blueCommand: Don't bother about dcut, it doesn't work on REVU.
[03:17] <RAOF> When that happened to me, I had to get one of the REVU admins to clean the incoming directory of my package files.
[03:17] <blueCommand> before i upload, "Distribution: unstable", is that correct?
[03:17] <RAOF> No.  Feisty.
[03:17] <blueCommand> ok
[03:18] <RAOF> debian/changelog :)
[03:19] <blueCommand> one step ahead of you :D
[03:19] <blueCommand> * Initial release (Closes: #nnnn)  <nnnn is the bug number of your ITP>
[03:19] <blueCommand> what' that?
[03:20] <RAOF> That's the default dh_make changelog.  It's a Debian thing.
[03:20] <bddebian> LaserJock: If you get bored, I stuck a new gpib up on REVU ;-)
[03:20] <blueCommand> baah, same problem :(
[03:21] <RAOF> blueCommand: Hm.  Before you upload that package, you might want to run it through lintian (by running debuild, normally).  If you've got the default changelog, do you also have the default section (debian/control), copyright, etc?
[03:21] <blueCommand> i use debuild :S
[03:21] <blueCommand> i guess I have though
[03:22] <RAOF> blueCommand: And did lintian say anything (there'd be a bunch of things like: "E: section is dh_make template")
[03:22] <blueCommand> control and rules are changed
[03:22] <RAOF> You also *need* to edit debian/copyright.
[03:23] <blueCommand> http://rafb.net/p/vsbL2y66.html
[03:24] <RAOF> Hm, didn't know you could do that with debuild :)
[03:24] <RAOF> But that hasn't run lintian :)
[03:24] <RAOF> Try just "debuild -sa -k_yourkey_"
[03:24] <blueCommand> ok
[03:24] <LaserJock> no
[03:24] <LaserJock> debuild -S -sa -k499D4223
[03:24] <blueCommand> no? :)
[03:25] <LaserJock> you don't want to build a binary just yet
[03:25] <RAOF> LaserJock: Well, the -S for the upload.  But doesn't he want to check the lintian output on his binary, too?
[03:25] <_ion> Rather edit DEBSIGN_KEYID in ~/.devscripts
[03:25] <blueCommand> oh, i did that. the paste just went weird
[03:25] <RAOF> Before he uploads?
[03:26] <LaserJock> RAOF: yes, but first things first
[03:26] <LaserJock> building a binary in there will make a mess
[03:26] <LaserJock> *can make a mess
[03:27] <RAOF> Ok, if clean doesn't clean properly, yeah.
[03:27] <LaserJock> blueCommand: do you have lintian installed?
[03:27] <blueCommand> yes
[03:27] <blueCommand> no :)
[03:27] <blueCommand> thought i had
[03:28] <blueCommand> Now I have
[03:29] <RAOF> Now, the debuild -S -sa -k_foo_ should produce some lintian output, too.
[03:29] <LaserJock> or you can run lintian -i on the .dsc file
[03:29] <blueCommand> yeah
[03:29] <blueCommand> it did
[03:30] <blueCommand> whatever it just did :S
[03:30] <blueCommand> so now what? :)
[03:30] <RAOF> blueCommand: Now, you get to see whether or not what it says is relevant.  Then, you fix it.
[03:31] <blueCommand> well
[03:31] <RAOF> Then you ask a REVU admin to remove the files from your previous upload from incoming (at least, that's what I had to do in a similar situation)
[03:31] <blueCommand> http://rafb.net/p/uL9h4F20.html
[03:32] <RAOF> Remove all those files.
[03:32] <RAOF> Unless you need them, which you presumably don't.
[03:33] <blueCommand> aha!
[03:33] <blueCommand> it worked
[03:34] <blueCommand> now.. where did I put my poking stick?
[03:36] <blueCommand> :) any admin on atm? I can't tell :D
[03:37] <Hobbsee> blueCommand: yeah
[03:38] <blueCommand> Ah! Please REVU admin: remove the files from my previous upload from incoming (at least, that's what RAOF had to do in a similar situation)
[03:38] <blueCommand> :D
[03:39] <Hobbsee> what was it - winekeyed or something?
[03:39] <blueCommand> winekeyd
[03:39] <Hobbsee> done :)
[03:39] <blueCommand> nice :)
[03:39] <blueCommand> yey
[03:42] <blueCommand> If I have nothing to do one day, is it as simple as picking a software from https://wiki.ubuntu.com/MOTU/Packages/Candidates , package it and upload it?
[03:42] <ajmitch> Hobbsee: hm, you're an admin now? how useful
[03:43] <blueCommand> Or am I obligated to support that software for all eternity? :)
[03:43] <ajmitch> we prefer that people don't upload & run
[03:43] <bddebian> You are bound for eternity :-)
[03:44] <LaserJock> blueCommand: don't listen to bddebian, we want your soul ... I mean packages :-)
[03:44] <bddebian> hehe
[03:44] <blueCommand> :)
[03:45] <Hobbsee> ajmitch: not an admin - but i can clear that queue
[03:45] <blueCommand> I was thinking about like freenet. I really like the project and would like to help out, but I can't dedicate any bigger amounts of time to it
[03:45] <LaserJock> Hobbsee: how'd you get that without being an admin?
[03:45] <blueCommand> The damn IRL
[03:46] <ajmitch> LaserJock: being in the revu group
[03:46] <LaserJock> on LP?
[03:46] <LaserJock> or on tiber?
[03:46] <ajmitch> on tiber
[03:47] <blueCommand> I read somewhere that it shouldn't take more than 5 min for it to show up. In that case I think I screwed up again :D
[03:47] <ajmitch> blueCommand: I trust that you have joined the appropriate launchpad team & asked for the keyring to be resynced?
[03:47] <blueCommand> Joined yes
[03:48] <ajmitch> & got confirmation that it was resynced after you asked?
[03:48] <blueCommand> A while ago
[03:48] <ajmitch> how long was awhile? days? hours?
[03:48] <blueCommand> 3 hours perahls
[03:48] <blueCommand> 3 hours perahps
[03:48] <ajmitch> ah, that's no good :)
[03:48] <blueCommand> ... whatever
[03:48] <blueCommand> oww
[03:49] <Hobbsee> LaserJock: being in the REVU group on tiber.
[03:49] <blueCommand> then: Hobbsee resync the keyring!
[03:49] <ajmitch> Hobbsee can resync the keyring
[03:49] <blueCommand> :D
[03:49] <Hobbsee> so can ajmitch.
[03:49] <ajmitch> then Hobbsee can unreject the package & let it be processed again
[03:49] <blueCommand> And perhaps you need to remove the old winekeyd again, no?
[03:50] <blueCommand> Aha
[03:50] <Hobbsee> ajmitch: how do i unreject something?
[03:50] <Hobbsee> wow, there's lots that's been rejected
[03:50] <ajmitch> mv /home/ftp/incoming/rejected/winekeyd*changes /home/ftp/incoming
[03:51] <ajmitch> or similar
[03:51] <Hobbsee> oh right
[03:51] <ajmitch> did you delete it?
[03:54] <Hobbsee> yes
[03:55] <Hobbsee> (before you wrote the line about the move)
[03:55] <ajmitch> sigh
[03:55] <ajmitch> so you asked, and then deleted?
[03:55] <blueCommand> :D
[03:56] <blueCommand> should i dput again?
[03:56] <ajmitch> blueCommand: please do
[03:57] <blueCommand> there we go
[03:58] <blueCommand> now I wait
[03:59] <blueCommand> say I want to update this program (0.25 or so), how would I do that? Any wiki about that?
[03:59] <blueCommand> AHA! It's in!
[04:02] <blueCommand> You don't have permission to access /revu1-incoming/winekeyd-0702192155/winekeyd_0.2-1_source.changes on this server.
[04:03] <blueCommand> This system scares me :S
[04:06] <LaserJock> good, it should ;-)
[04:07] <blueCommand> no, really. Why can't I download that file?
[04:07] <blueCommand> All the other ones are fine
[04:08] <Hobbsee> because the permissions on it are screwed
[04:09] <blueCommand> ... and that's normal? :)
[04:13] <LaserJock> they aren't screwed
[04:13] <LaserJock> it's for saftey I believe
[04:13] <LaserJock> the .changes file has a gpg signature
[04:14] <blueCommand> hm
[04:19] <nixternal> boo
[04:19] <lotusleaf> woo
[04:26] <bddebian> hoo
[05:33] <canine_kouji> hey...
[05:33] <canine_kouji> I'm not sure who is packaging the aiptek driver, but is it possible to distribute a driver works actually works? with sensitivity and etc
[05:46] <RAOF> canine_kouji: You could file a bug against the drivers (with exactly what fails to work) on launchpad, that's a better spot to get attention.
[05:53] <canine_kouji> RAOF: possibly
[05:56] <canine_kouji> RAOF: looking at the sourcecode for aiptek driver, I'm actually quiet surprised it still works. The code looks like utter crap
[05:57] <canine_kouji> and nobody seems to want to port the latest code(1.9), they(ubuntu guy in charge of it) just keeping monkey patching the release code(1.0)
[05:58] <RAOF> canine_kouji: It's not proper monkey patching if it's not Python code :)
[05:58] <RAOF> Well, you're probably a bit late for Feisty.
[05:58] <RAOF> But ask the maintainer if you could package up the new version.
[05:59] <canine_kouji> I know I am
[05:59] <canine_kouji> I want to update this code so aiptek works... these tablets eat wacom's money, I'll definitely help out, heh
[05:59] <RAOF> Alternatively, if there's a newer Debian package, ask to get it sync'd.  But probably not now, because UVF has passed.
[05:59] <canine_kouji> wacom overcharges for their stuff
[06:00] <canine_kouji> if someone can make and release a pad about the same for 1/5th of the price, be angry.
[06:21] <RAOF> Right.  It's about a week since I emailed the gnome-compiz-manager guy.  I'm going to fix the trivial stuff in the review, and upload a new pacakge.
[06:49] <RAOF> Ok, there's a new gnome-compiz-manager ( http://revu.tauware.de/details.py?upid=4426 ) up.  Anyone want to review?
[08:06] <dholbach> good morning
[08:06] <ajmitch> hi :)
[09:17] <StevenK> Woah, when did the karma get reset.
[09:17] <ajmitch> week or two ago
[09:24] <StevenK> Trying to use a mod_perl module against mod_perl2 leads to pain.
[09:24] <_ion> s/against mod_perl2 //
[09:24] <_ion> There, fixed.
[09:27] <StevenK> _ion: :-P
[09:51] <AnAnt> Hello
[09:53] <AnAnt> may someone help me with this review: http://revu.tauware.de/details.py?upid=4397 , I don't understand what's wrong
[09:54] <ajmitch> AnAnt: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-February/000249.html
[09:56] <AnAnt> ajmitch: I am maintainer of acon, it does not exist (YET) in Debian in the first place
[09:57] <ajmitch> ok
[09:57] <ajmitch> but for now I'd still set Maintainer: to be the appropriate motu list
[09:57] <AnAnt> ajmitch: so, I don't understand how this applies to my package ?
[09:57] <AnAnt> oh
[09:58] <AnAnt> so I set Maintainer to motu list, and Debian-Maintainer to me ?
[09:58] <ajmitch> XSBC-Original-Maintainer to you
[09:58] <AnAnt> oh
[09:58] <AnAnt> ok
[09:58] <AnAnt> thanks
[09:59] <AnAnt> ajmitch: is that why pbuilder refused to build ?
[09:59] <ajmitch> yes
[09:59] <AnAnt> ok
[01:23] <fernando> moin all
[03:39] <pochu> hi all!
[03:39] <pochu> I have a little problem with a build: http://librarian.launchpad.net/6479297/buildlog_ubuntu-feisty-i386.listen_0.5-0ubuntu1_FAILEDTOBUILD.txt.gz
[03:39] <pochu> I think I should add python-gnome2 to the build-deps, right?
[03:42] <pirast> pochu, i also guess so
[03:42] <pochu> pirast: ok, ty!
[03:42] <pirast> pochu, but maybe you need python-gnome2-dev instead
[03:43] <pochu> mmm
[03:43] <pirast> i would first try with p-g-dev
[03:43] <pochu> pirast: that package doesn't exist in feisty, I think
[03:43] <slomo> dholbach: when one of motu-uvf files an UVF exception request are two additional +1 needed or only one?
[03:44] <pirast> pochu, for me it does
[03:44] <pochu> pirast: oh, sure :)
[03:44] <pochu> pirast: bad comand hehe
[03:44] <pochu> command*
[03:44] <dholbach> slomo: hum... I thought that it was a normal exception as everybody else
[03:44] <dholbach> hm
[03:44] <dholbach> *shrug*
[03:45] <slomo> dholbach: ok, then let's handle it this way :) i was just wondering if i should confirm your one already
[03:47] <pochu> pirast: but I think it should be python-gnome2, because it builds fine in my laptop, and I have python-gnome2 installed, but not python-gnome2-dev
[03:47] <pirast> pochu, then try it :-)
[03:47] <pochu> :)
[03:48] <pirast> pochu, you may want to have a look at pbuilder https://wiki.ubuntu.com/PbuilderHowto
[03:48] <pochu> pirast: :)
[04:04] <bddebian> Heya gang
[04:04] <pochu> hi bddebian :)
[04:04] <bddebian> Hello pochu
[04:04] <pochu> pirast: anybody else:  -> Considering build-dep python-mutagen (>= 1.8)
[04:04] <pochu> white: Unable to locate package python-mutagen
[04:04] <pochu> enyc: No packages found
[04:04] <pochu>       Tried versions: 
[04:04] <pochu>    -> Does not satisfy version, not trying
[04:05] <pochu> however, python-mutagen is 1.10 :S
[04:05] <crimsun> 1.10.1-0ubuntu1, actually.
[04:05] <pochu> crimsun: right
[04:05] <crimsun> check whether your build(er) has a current apt cache
[04:06] <crimsun> (and of course has universe enabled)
[04:06] <pirast> yeah
[04:06] <pirast> thats probably the case
[04:06] <pochu> mmm
[04:06] <pochu> I have universe enabled in /etc/apt/sources.list, isn't that enought? (I'm new to pbuilder :)
[04:06] <pirast> pochu, no
[04:07] <pochu> dholbach: listen failed to build, I'm with it :)
[04:07] <pirast> pochu, see https://wiki.ubuntu.com/PbuilderHowto section "Universe support"
[04:07] <pochu> pirast: ok, I see it in the wiki
[04:07] <pochu> pirast: :)
[04:07] <dholbach> pochu: good to hear that :)
[04:14] <pochu> Ign http://archive.ubuntu.com feisy/main Packages                                                                           
[04:14] <pochu> Err http://archive.ubuntu.com feisy/main Packages                                                                           
[04:14] <pochu>   404 Not Found [IP: 195.248.90.38 80] 
[04:15] <bddebian> Someone needs to take a gun to Broadcoms offices :-)
[04:15] <pochu> any idea?
[04:15] <Q-FUNK> pochu: it's feisTy
[04:15] <pochu> ups
[04:15] <pochu> hehe
[04:15] <pochu> I haven't touched it
[04:15] <Q-FUNK> typos r u
[04:15] <Q-FUNK> :)
[04:16] <pochu> Q-FUNK: ty :)
[04:20] <pochu> works now :)
[04:23] <pirast> bddebian, why?
[04:25] <bddebian> pirast: For not making free drivers and for generally just sucking :-)
[04:25] <pirast> bddebian, then buy no bc products :P
[04:28] <pochu> dholbach: do I leave it as 0.5-0ubuntu1, or add a new entry ubuntu2?
[04:29] <dholbach> pochu: was it already uploaded?
[04:29] <pochu> dholbach: slomo uploaded it, but it failed to build
[04:30] <dholbach> ok, so you need a new version number
[04:30] <pochu> dholbach: ok :)
[04:33] <bddebian> pirast: It was built in to this stupid Dell
[04:33] <pirast> bddebian, hahaha, i have one built into my stupid fujitsu siemens laptop :-P
[04:37] <pochu> nice tool, pbuilder :)
[05:04] <pirast> :)
[05:07] <pochu> do you guys now which package contains mozembed?
[05:08] <pochu> Checking for pygtkmozembed:
[05:08] <pochu> not found
[05:12] <pochu> know* :)
[05:21] <bddebian> pochu: What specific file(s) is it looking for, do you know?
[05:21] <pochu> bddebian: try: import gtkmozembed
[05:21] <bddebian> libgtk-mozembed-ruby1.8 maybe?
[05:22] <pochu> maybe ;)
[05:22] <pochu> bddebian: No current or candidate version found for libgtk-mozembed-ruby1.8
[05:23] <bddebian> Try just: libgtk-mozembed-ruby
[05:23] <pochu> bddebian: maybe libgtk-mozembed-ruby, but I haven't got it installed, and in my laptop build fine
[05:24] <bddebian> Look in configure to see how it checks for it
[05:24] <pochu> maybe python-gnome2-extras-doc
[05:25] <pochu> bddebian:     print "Checking for pygtkmozembed:",
[05:25] <pochu>     try: import gtkmozembed
[05:25] <pochu>     except ImportError:raise SystemExit("not found\n%s require gnome-python-extras.\n\t(http://ftp.gnome.org/pub/GNOME/sources/gnome-python-extras)" % NAME)
[05:25] <pochu>     else: print "found"
[05:25] <pochu> gonna try with python-gnome2-extras-doc
[05:26] <pochu> I don't have it installed...
[05:27] <bddebian> You don't have python-gnome2-extras installed?
[05:28] <AnAnt> bddebian: Hello
[05:28] <AnAnt> bddebian: ping
[05:28] <bddebian> Yes I'll look at it today
[05:29] <AnAnt> bddebian: ok, thanks...
[05:30] <AnAnt> bddebian: are you sure that I should do this even if the package isn't for Debian ?
[05:30] <AnAnt> bddebian: are you sure that I should do this even if the package isn't IN Debian ?
[05:30] <bddebian> Do what?
[05:30] <AnAnt> bddebian: set the Maintainer to the motu mailing list
[05:31] <bddebian> Yes, Unless you have an ubuntu.com address.  You can set the Mainter: to MOTU and XSBC-Original-Mainter to yourself.  Or whatever the damn field is called
[05:31] <AnAnt> and add the addition XSBC-Original-Maintainer field 
[05:31] <AnAnt> ok
[05:32] <bddebian> slomo or dholbach: Are we going to upload the newer bcm43xx-fwcutter?
[05:33] <dholbach> bddebian: is the bug confirmed?
[05:34] <bddebian> dholbach: #84917 ?
[05:34] <dholbach> if that's the uvf bug for bcm43xx-fwcutter, yes
[05:34] <bddebian> dholbach: Yeah
[05:34] <dholbach> bddebian: then please go ahead
[05:35] <bddebian> It's a sync request, no?
[05:35] <dholbach> ok, let me open the bug page too
[05:35] <bddebian> pochu: Can you do a find on pygtkmozembed to see where it is for me?
[05:36] <pochu> bddebian: sure
[05:36] <pochu> bddebian: I need the python module :)
[05:36] <pochu> moment
[05:37] <dholbach> bddebian: yes, looks like
[05:37] <dholbach> bddebian: the uvf team just takes care of checking and confirming
[05:37] <pochu> bddebian: http://pastebin.ca/365033
[05:38] <pochu> dholbach: I built it with dpkg-buildpackage, not pbuilder. sorry :(
[05:38] <dholbach> pochu: we're not in a deep freeze yet, so nothing to worry about
[05:38] <pochu> :)
[05:39] <pochu> but today I'm learning how to use pbuilder, so I hope that doesn't happen again!
[05:39] <_ion> Would anyone be willing to review the compiz-extra package in REVU? It's not packaged by me, but i'd *really* like to have it in universe.
[05:40] <pochu> bddebian: I bet for python-gnome2-extra, but I don't know why it fails
[05:40] <_ion> http://revu.tauware.de/details.py?upid=4133
[05:40] <AnAnt> I realize that in the feisty repos there is beryl-manager but not beryl
[05:40] <pochu> AnAnt: sure
[05:41] <AnAnt> it's not even in feisty queue
[05:41] <AnAnt> pochu: why's that ?
[05:41] <pochu> don't know. it failed to build?
[05:41] <bddebian> pochu: I don't see any python module at all called pygtkmozembed
[05:41] <pochu> bddebian: try to import gtkmozembed
[05:41] <pochu> it works for me
[05:42] <AnAnt> pochu: ok
[05:42] <pochu> bddebian: >>> import gtkmozembed
[05:42] <pochu> GTK Accessibility Module initialized
[05:42] <pochu> >>> 
[05:42] <pochu> AnAnt: but I don't know :)
[05:42] <pochu> AnAnt: all I know is that as beryl is not in Ubuntu repos yet, the beryl bugs are rejected :)
[05:42] <bddebian> Can 'import gtkmozembed' import shared libraries?
[05:43] <pochu> bddebian: I can't understand that :S
[05:43] <pochu> don't know :)
[05:43] <bddebian> pochu: Is your package posted anywhere?
[05:43] <pochu> bddebian: Bug #84946
[05:43] <Ubugtu> Malone bug 84946 in listen "[UVF Request]  Please update Listen to 0.5" [Wishlist,Fix released]  https://launchpad.net/bugs/84946
[05:44] <pochu> bddebian: but that diff failed to build, I'm trying to fix it now :)
[05:44] <AnAnt> thanks
[05:44] <bddebian> It says fix released, no?
[05:44] <pochu> bddebian: but it has not build
[05:44] <pochu> bddebian: not now. update :)
[05:45] <bddebian> Ah, it failed on the buildd, OK
[05:49] <pochu> bddebian: any idea?
[05:53] <bddebian> pochu: I'm looking, give me a minute
[05:53] <pochu> sure :)
[05:53] <bddebian> pochu: Who uploaded this, do you know?
[05:54] <pochu> bddebian: I think slomo
[05:59] <bddebian> pochu: Now it's failing on a different package.. Grr
[05:59] <pochu> bddebian: which one?
[05:59] <slomo> bddebian, pochu: hm, it built fine locally but i didn't use pbuilder unfortunately :/
[05:59] <bddebian> hang on I'm updating my pbuilder
[05:59] <bddebian> slomo: No worries
[06:07] <pochu> bddebian: I think this is the problem:
[06:08] <pochu> Checking Python version: 2.5
[06:08] <pochu> Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
[06:08] <pochu> /var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py:69: GtkWarning: could not open display
[06:08] <pochu>   warnings.warn(str(e), _gtk.Warning)
[06:08] <slomo> pochu: oh... nice, either run everything in xvfb-run or patch the checks away
[06:09] <pochu> slomo: what's xvfb-run? :)
[06:09] <slomo> pochu: a virtual X server
[06:09] <pochu> oh
[06:10] <bddebian> That's just wrong
[06:10] <slomo> bddebian: ?
[06:10] <bddebian> It's ugly :-)
[06:10] <slomo> sure
[06:11] <pochu> slomo: is xvfb-run a pbuilder flag?
[06:11] <slomo> but that's normal for packages that try to import some python module that imports gtk it seems
[06:11] <bddebian> Yeah
[06:11] <bddebian> pochu: No, it's a package
[06:11] <slomo> pochu: no, a package... look at what python-gnome2 does... build-depend on it and call make with xvfb-run
[06:11] <slomo> pochu: package is xvfb
[06:11] <pochu> slomo: ok :)
[06:17] <pochu> slomo: bddebian: don't know how to do it :S
[06:17] <pochu> I mean: I don't know how to call make with xvfb-run
[06:18] <slomo> pochu: instead of ./configure, $(MAKE), $(MAKE) install, whatever call "xvfb-run ./configure" etc
[06:27] <bddebian> slomo: It's cdbs
[06:28] <slomo> hm
[06:28] <slomo> then some random variable has to be set ;)
[06:28] <bddebian> Yeah, :-(
[06:30] <pochu> bddebian, slomo are you talking about listen?
[06:30] <slomo> maybe change the shell to "xvfb-run sh" :)
[06:30] <slomo> pochu: yes
[06:30] <pochu> what's happening with cdbs?
[06:30] <pochu> cdbs is a patch system, right?
[06:30] <bddebian> No
[06:31] <bddebian> cdbs is a build system instead of debhelper
[06:31] <pochu> oh
[06:31] <pochu> :)
[06:33] <_ion> More like a higher-level system built on debhelper.
[06:33] <bddebian> Fair enough, just less "controlable" ;-P
[06:38] <bddebian> Actually that just looks like a warning.  The error now is not being able to find gnome.ui
[06:40] <slomo> bddebian: which is caused by not beeing able to open the display
[06:40] <slomo> bddebian: just patch away the annoying checks
[06:40] <bddebian> slomo: ?
[06:42] <slomo> bddebian: it checks if gnome.ui can be loaded... which fails because the display is not available. just remove this check and it will build
[06:43] <pochu> print "Checking for gnome.ui:",
[06:43] <pochu>     try: import gnome,gnome.ui
[06:43] <pochu>     except ImportError: raise SystemExit("not found\n%s require python-gnome (http://www.gnome.org)" % NAME)
[06:43] <pochu>     else: print "found"
[06:43] <pochu> slomo: should I comment it?
[06:43] <slomo> yes
[06:43] <pochu> ok, gonna try :)
[06:44] <slomo> pochu: be careful to depend and build-depend on everything needed though... if it checks for gnome and gnome.ui depend on the relevant packages (i.e.python-gnome2 iirc)
[06:45] <pochu> slomo: sure :)
[06:45] <pochu> slomo: after build (if it builds) I'll try it :)
[06:45] <pochu> and python-gnome2-extras-dev
[06:45] <bddebian> Already had that
[06:45] <bddebian> Need at-spi also ;-)
[06:45] <slomo> why extras?
[06:46] <slomo> and at-spi is not required
[06:46] <pochu> slomo: it depends on it
[06:46] <slomo> ok
[06:46] <bddebian> gtkmozembed
[06:46] <pochu> sure
[06:47] <spike> hi there
[06:48] <spike> what shall I do with a patch-set against xen-tools? I've fixed some bits in the common.sh which would make installing packages fail and added hooks for edges, plus a few more things
[06:48] <spike> shall I open some bug, just send an email to the maintainer or what?
[06:49] <bddebian> spike: I would say, try to grab zul if you can
[06:49] <spike> I'm on edgy, should I test feisty before?
[06:50] <spike> bddebian: grab what sorry?
[06:50] <bddebian> spike: zul does a lot of the xen work
[06:50] <bddebian> And is a who, not a what ;-)
[06:50] <spike> oh, zul the nickname
[06:50] <spike> sorry :)
[06:50] <bddebian> NP
[06:50] <spike> I didnt connect
[06:50] <spike> k
[06:51] <spike> zul: hi, whenever you got a moment to talk about xen I'll appreciate it. I'll hang around. thanks
[06:52] <bddebian> Goddamnit, now I get pygtkmozembed not found again
[06:52] <zul> spike: whats up?
[06:52] <spike> zul: see my first line as I joined the chan
[06:52] <spike> I've fixed some stuff in the xen-tools pkg in edgy
[06:52] <slomo> bddebian: same error? remove check please ;)
[06:52] <bddebian> slomo: No, this is further down
[06:52] <spike> might be stuff broken in upstream too, tho, dunno, havent checked the sources
[06:53] <zul> spike: send me a patch at zulcss@gmail.com and ill have a look
[06:53] <slomo> bddebian: why?
[06:53] <spike> zul: k, ta
[06:53] <bddebian> slomo: http://pastebin.us/14755
[06:54] <slomo> bddebian: probably the same problem... i guess this imports pygtk too via pygtkmozembed...
[06:59] <afflux> dh_make asks me what kind of package I want to create... which is the right one if packaging a shell script? "single binary, multiple binary, library, kernel module or cdbs"?
[06:59] <pochu> bddebian: slomo: same here
[07:00] <jkimball4> Where does one report a bug in Nautilus.  It appears that Malone does not.
[07:00] <pochu> jkimball4: malone
[07:01] <jkimball4> I tried to do it in Malone, but it yelled at me.
[07:01] <jkimball4> "Nautilus does not use Malone as its bug tracker."
[07:01] <pochu> jkimball4: moment
[07:01] <pochu> jkimball4: https://bugs.launchpad.net/ubuntu/+source/nautilus/+filebug
[07:04] <jkimball4> Ah, thanks pochu.  I only have a Valgrind log.  Is that sufficient for the bug report or is there some other way I can catch data from this problem.  The bug reporting tool does not launch upon force quit of Nautilus.
[07:05] <pochu> jkimball4: If you can get also a backtrace, it would be better, I think
[07:07] <jkimball4> Of course, now that I have it debugging it's not going to fail.. :p
[07:07] <jkimball4> The last 600 times it's failed with no issue.
[07:14] <bddebian> pochu: Do you have libxul or libxul-dev installed locally?
[07:14] <pochu> bddebian: no
[07:15] <bddebian> Hmm
[07:16] <bddebian> Might be getting it from Firefox
[07:17] <pochu> bddebian: I don't have also firefox-dev
[07:17] <bddebian> But you have firefox installed, no?
[07:17] <pochu> bddebian: sure
[07:17] <bddebian> Then you have libgtkmozembed.so :-)
[07:18] <bddebian> Err make that libgtkembedmoz.so
[07:19] <pochu> bddebian: do I try to build with firefox?
[07:19] <bddebian> pochu: Just for kicks you can do:  sudo pbuilder login.  Then install python-gnome2-extras-dev and try to import gtkmozembed ;-)
[07:19] <pochu> or are you doing it? :)
[07:20] <pochu> bddebian: doing
[07:22] <slomo> pochu, bddebian: you have to set LD_LIBRARY_PATH and other weird things probably as always for mozilla stuff... or what's the error? :)
[07:22] <bddebian> Crap is there not a multi python version of python-gst?
[07:23] <slomo> bddebian: there is... if you mean python-gst0.10
[07:23] <slomo> bddebian: i have it for 2.4 and 2.5 here
[07:24] <pochu> slomo: do you mean this?
[07:24] <pochu> # 1 = Add LD_LIBRARY_PATH=/path/to/firefox/mozembed/so/file when listen start 
[07:24] <pochu> # to prevent segmentfault on wikipedia and lyrics widget for broken python-gtkmozemebed on some distribution like ubuntu edgy/dapper
[07:24] <pochu> USE_MOZEMBED_HACK ?= 0
[07:24] <slomo> pochu: probably
[07:25] <bddebian> slomo: Yeah, I was looking in edgy repo, sorry
[07:26] <afflux> dh_make asks me what kind of package I want to create... which is the right one if packaging a shell script? "single binary, multiple binary, library, kernel module or cdbs"?
[07:27] <pochu> afflux: I think single binary
[07:27] <afflux> alright, thank you. (this is kind of misleading, isn't it? ;))
[07:27] <bddebian> afflux: I would say single binary or cdbs but I don't know how well cdbs will work with just a shell script
[07:32] <pochu> bddebian: >>> import gtkmozembed
[07:32] <pochu> Traceback (most recent call last):
[07:32] <pochu>   File "<stdin>", line 1, in <module>
[07:32] <pochu> ImportError: libgtkembedmoz.so: cannot open shared object file: No such file or directory
[07:33] <bddebian> ;-)
[07:34] <bddebian> Now install firefox or libxul-dev, or some such
[07:34] <bddebian> Gah, now what:
[07:34] <bddebian> DEB_MAKE_CHECK_TARGET unset, not running checks
[07:34] <bddebian> docbook2x-man debian/listen.1.docbook
[07:34] <bddebian> Segmentation fault
[07:34] <bddebian> Ran out of memory for input buffer at /usr/lib/perl5/XML/Parser/Expat.pm line 469.
[07:34] <bddebian> make: *** [build/listen]  Error 255
[07:35] <slomo> at least it builds fine without pbuilder ;)
[07:35] <bddebian> Well I'm getting closer I think :)
[07:35] <pochu> slomo: and right now i'm listening music with it :)
[07:43] <pochu> bddebian: >>> import gtkmozembed
[07:43] <pochu> Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
[07:43] <pochu> /var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py:69: GtkWarning: could not open display
[07:43] <pochu>   warnings.warn(str(e), _gtk.Warning)
[07:43] <pochu> >>> 
[07:43] <bddebian> Oh, install at-spi :-)
[07:43] <pochu> that's after installing libxul-dev
[07:43] <pochu> ok
[07:44] <pochu> bddebian: is that a build-dep of listen?
[07:44] <bddebian> I've added it but slomo says I shouldn't :-)
[07:44] <pochu> bddebian: I have it installed locally, so maybe ;)
[07:44] <slomo> that's only a warning
[07:44] <slomo> you don't need it
[07:45] <LaserJock> argggggg
[07:45] <bddebian> Actually, so far I've added python-gnome2-extras-dev, at-spi, libxul-dev, and python-gst0.10 :)
[07:45] <bddebian> Heya LaserJock
[07:45] <pochu> bddebian: >>> import gtkmozembed
[07:45] <pochu> /var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py:69: GtkWarning: could not open display
[07:45] <pochu>   warnings.warn(str(e), _gtk.Warning)
[07:45] <pochu> >>> 
[07:45] <pochu> same :)
[07:45] <slomo> bddebian: instead of libxul-dev use firefox-dev
[07:45] <pochu> slomo: ok :)
[07:45] <bddebian> Nah, that's just a warning :-)
[07:46] <bddebian> slomo: Why?
[07:46] <LaserJock> the silly instument manager somehow made /tmp ro
[07:46] <slomo> bddebian: because we use firefox and not xulrunner
[07:46] <bddebian> OK
[07:46] <bddebian> LaserJock: OK, well go test gpib then ;-P
[07:46] <pochu> slomo: ok, gonna try :)
[07:46] <pochu> mmm, but won't it be the same?
[07:48] <LaserJock> Amaranth: how long has alacarte been in Gnome proper?
[07:48] <Amaranth> 2.16
[07:48] <pochu> bddebian: hehe
[07:51] <pochu> >>> import gtkmozembed
[07:51] <pochu> Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
[07:51] <pochu> /var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py:69: GtkWarning: could not open display
[07:51] <pochu>   warnings.warn(str(e), _gtk.Warning)
[07:51] <pochu> >>> 
[07:51] <pochu> bddebian, slomo: that's with firefox-dev installed
[07:51] <LaserJock> Amaranth: k, was arguing with somebody in my LUG who said Gnome had no menu editor
[07:51] <LaserJock> Amaranth: and he said that Alacarte was really only included in 2.17
[07:52] <slomo> pochu: yeah obviously still unable to open the display... you can't do anything about that except a) remove the breaking check or b) run stuff in xvfb or some other X server
[07:52] <Amaranth> i believe it lost support for applications:/// in 2.10
[07:52] <Amaranth> so for 3 releases GNOME had no way to edit the menus
[07:52] <Amaranth> otherwise it's been fine
[07:54] <bddebian> WTF is this crap:
[07:54] <bddebian> listen.1: No such file or directory at /usr/bin/dh_installman line 120, <COMPAT_IN> line 1.
[07:54] <bddebian> make: *** [binary-install/listen]  Error 2
[07:56] <slomo> bddebian: broken link? or does the file really not exist?
[07:56] <bddebian> slomo: Which file?
[07:56] <slomo> bddebian: listen.1
[07:56] <bddebian> I made it in debian/
[07:57] <bddebian> I did the docbook2x-man to create it, instead of doing it in rules
[07:59] <bddebian> Of course there's an empty manpage.links file, wtf
[08:03] <slomo> ajmitch: only 24 for me in this channel ;)
[08:04] <bddebian> ajmitch: Better use something bigger than an int ;-P
[08:05] <ajmitch> surprising, less than 100 in my log for bddebian in here :)
[08:05] <bddebian> Bah, I get no love :-)
[08:05] <ajmitch> yep
[08:14] <pochu> slomo: I've commented it with "#" but still checks the dependency!!!???
[08:14] <bddebian> pochu: Well other than the manpage mess, I think I have it building
[08:15] <pochu> bddebian: how have you fixed the mozembed problem?
[08:15] <bddebian> build-dep python-gnome2-extras-dev and firefox-dev
[08:16] <pochu> bddebian: and builds?
[08:16] <bddebian> Well then I got the segfault on docbook2x-man which I have now removed
[08:17] <pochu> bddebian: it doesn't build for me, also with firefox-dev and python-gnome2-extras-dev
[08:17] <bddebian> What error?
[08:17] <pochu> Checking Python version: 2.5
[08:17] <pochu> Gtk-Message: Failed to load module "gail": libgail.so: cannot open shared object file: No such file or directory
[08:17] <pochu> Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
[08:17] <pochu> /var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py:69: GtkWarning: could not open display
[08:17] <pochu>   warnings.warn(str(e), _gtk.Warning)
[08:17] <pochu> and this:
[08:17] <pochu> Checking for pygtkmozembed:
[08:17] <pochu> not found
[08:18] <bddebian> Dunno about gail but add at-spi and python-gst0.10
[08:18] <bddebian> I never got that error about gail
[08:26] <superm1> joejaxx, you are the guy who put together fluxbuntu right?
[08:26] <joejaxx> superm1: yeah
[08:27] <superm1> did you use uck for customizing your live cd?
[08:27] <joejaxx> oh no
[08:27] <superm1> by hand?
[08:27] <Amaranth> btw, that's the status on that?
[08:27] <joejaxx> the previous two by hand the newer ones from scratch
[08:28] <Amaranth> as far as rolling your changes back into ubuntu, i mean
[08:29] <superm1> i was experimenting to find out the feasibility of a myth live disk yesterday, and uck seems to do a pretty decent job in automating the whole process, after you write customization scripts.  do you maintain copies of the scripts so its all automated from scratch, or literally from scratch in the sense that you manually type commands each time you make a dis
[08:29] <superm1> s/dis/disk
[08:30] <joejaxx> Amaranth: right now we are concentrating on the april release first
[08:30] <joejaxx> superm1: it is automated
[08:30] <joejaxx> bddebian: lol
[08:31] <superm1> joejaxx, could I possibly take a peak at your automated scripts from scratch to see if they could easily be ported to a "mythbuntu" live disk?
[08:31] <psusi> can anyone point me to a good resource describing how X resources are used/configured to decide what fonts applications use?  I'm trying to figure out why gitk uses such horrid fonts and fix it...
[08:32] <joejaxx> superm1: it is not to the point where it should be public yet
[08:32] <superm1> joejaxx, ah okay
[08:32] <bddebian> OK, new error:
[08:32] <bddebian> dh_installman -plisten debian/listen.1
[08:32] <bddebian> dh_installman: failed to read listen.1.gz
[08:32] <bddebian> make: *** [binary-install/listen]  Error 1
[08:32] <bddebian> pbuilder: Failed autobuilding of package
[08:33] <superm1> joejaxx, are you eventually trying to become a supported derivative in canonical's eyes, and be able to use their build system and such, or planning to stay as a seperate project?
[08:34] <joejaxx> superm1: i do not think it is really a choice up to us
[08:34] <superm1> ah good point :)
[08:34] <joejaxx> :)
[08:36] <bddebian> slomo: Still around?
[08:37] <joejaxx> lol
[08:37] <joejaxx> superm1: i do not know if that will happen though
[08:37] <pochu> bddebian, slomo: do we need to add at-spi and libgail-dev to build-deps?
[08:37] <joejaxx> superm1: Canonical already has xubuntu
[08:37] <superm1> yea
[08:37] <superm1> how are you handling your bandwidth for distribution?
[08:38] <pochu> bddebian, slomo: they are for accesibility support
[08:38] <superm1> right now at least
[08:38] <bddebian> pochu: I don't have libgail
[08:38] <pochu> bddebian: it's because this: Gtk-Message: Failed to load module "gail": libgail.so: cannot open shared object file: No such file or directory
 Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so: cannot open shared object file: No such file or directory
[08:38] <joejaxx> superm1: multiple mirrors
[08:38] <bddebian> I don't get the libgail error
[08:38] <pochu> bddebian: do you have the latest gtk?
[08:38] <bddebian> at-spi fixes the libatk-bridge, though maybe it's wrong
[08:39] <pochu> bddebian: maybe at-spi depends in libgail ;)
[08:39] <bddebian> maybe
[08:39] <superm1> joejaxx, if I end up making more progress with the myth live disk, could you put me in touch some people that are running these mirrors to talk with about hosting?
[08:39] <bddebian> pochu: Yep, it does
[08:39] <ajmitch> pochu: warnings or errors?
[08:39] <pochu> ajmitch: warnings
[08:39] <imbrandon> superm1, you need hosting? 
[08:39] <pochu> ajmitch: for that :)
[08:40] <imbrandon> superm1, i have more than ample bandwith to handle a digg x 10 :)
[08:40] <superm1> imbrandon, if i confidently finish assembling the live disk, yes
[08:40] <superm1> imbrandon, wow :)
[08:40] <bddebian> ajmitch: Have an idea on my manpage error?
[08:40] <ajmitch> bddebian: don't know, haven't looked
[08:41] <imbrandon> superm1, that how i make my money as a day job is at a hosting company and i have free rackspace where i have a few servers connected directly to the inet at 100MB/s
[08:41] <imbrandon> and no cap
[08:41] <bddebian> ajmitch: Well scroll up about 5 mins ;-)
[08:41] <superm1> imbrandon, thats awesome.  i'll definately ping you when I've got this disk closer to ready and easily rebuildable
[08:41] <pochu> ajmitch: should I add then those packages to the build-deps?
[08:41] <imbrandon> kk
[08:41] <superm1> imbrandon, thanks a bunch :)
[08:41] <imbrandon> np
[08:42] <imbrandon> anyone seen jono today ?
[08:42] <pochu> imbrandon: me, in #ubuntu-locoteams
[08:42] <imbrandon>  /join #ubuntu-locoteams
[08:42] <imbrandon> err
[08:44] <AnAnt_> bddebian: ping
[08:45] <ajmitch> pochu: are they actually needed?
[08:45] <imbrandon> zul, kinda tough with broken fingers ;)
[08:45] <pochu> ajmitch: no, just warnings, but builds without them
[08:46] <zul> imbrandon: how did you break your fingers?
[08:46] <ajmitch> then I'd skip them
[08:46] <bddebian> Why?
[08:46] <ajmitch> zul: long & funny story ;)
[08:46] <zul> heh i got the time..
[08:46] <imbrandon> zul, heh at work, i got two fingers on my left hand caught in a rack fan
[08:46] <AnAnt_> bddebian: reminding you of acon 
[08:46] <zul> lol
[08:47] <zul> imbrandon: I guess you havent taken the workplace safety course yet? :)
[08:47] <imbrandon> hahah 
[08:47] <imbrandon> nope
[08:47] <imbrandon> well it was in a place you couldent see and well.... umm.... yea
[08:48] <imbrandon> long story short i have my left hand unable to hit the tab key properly :)
[08:48] <imbrandon> ( untill the splint comes off )
[08:48] <imbrandon> i have far too many emblems as is
[08:48] <zul> heh...at least you didnt get your finger lopped off
[08:48] <ajmitch> hm, I think a skull would be suitable for motu-council
[08:49] <imbrandon> yes
[08:49] <imbrandon> ajmitch, +5
[08:49] <bddebian> AnAnt_: I know sorry, pochu has me intrigued with this stupid listen package :)
[08:49] <pochu> hehe :)
[08:50] <imbrandon> hum, 14 emblems, too many
[08:50] <AnAnt_> hmmm, what does it do ?
[08:50] <AnAnt_> the package is called listen ?
[08:50] <bddebian> AnAnt_: I have no idea, I'm just trying to build it :-)
[08:50] <pochu> AnAnt_: fails to build in pbuilder
[08:50] <bddebian> hehe
[08:50] <pochu> oh, it's a music app, such us rhythmbox
[08:51] <pochu> but much better :)
[08:51] <AnAnt_> pochu: what does it depend on ?
[08:51] <AnAnt_> pochu: I prefer mplayer 
[08:51] <pochu> AnAnt_: you should try it :)
[08:51] <imbrandon> amarok ftw
[08:51] <pochu> if you use gnome
[08:51] <imbrandon> itunes == #2
[08:51] <imbrandon> ;)
[08:51] <pochu> imbrandon: not for gnome ;)
[08:51] <PriceChild> imbrandon, I heard you were packaging beryl for feisty?
[08:51] <cbx33> amarok is quite nice on gnome
[08:51] <imbrandon> pochu, i know plenty of gnomites that use amarok
[08:51] <AnAnt_> pochu: it works in console ?
[08:52] <cbx33> for me anyway
[08:52] <cbx33> except it has a nasty problem
[08:52] <cbx33> which I can't solve
[08:52] <AnAnt_> pochu: does it depend on java ?
[08:52] <imbrandon> PriceChild, i did some of the packaging of it yes
[08:52] <cbx33> it skips the last 2-4 secs of a song
[08:52] <pochu> AnAnt_: I think you can use it in console, but it's a graphic app
[08:52] <cbx33> known bug imbrandon ?
[08:52] <pochu> AnAnt_: no, gtk
[08:52] <pochu> AnAnt_: and python
[08:52] <PriceChild> imbrandon, Did it get done lol?
[08:52] <AnAnt_> pochu: listen/status ?
[08:52] <imbrandon> PriceChild, packaging yes, in the archive no, it has multipoal issues to resolve before it can go into the archive
[08:53] <pochu> AnAnt_: status?
[08:53] <imbrandon> upstream issues, not packaging ones
[08:53] <cbx33> ajmitch, lol at the skull idea
[08:53] <AnAnt_> pochu: is it called Listen/Status ?
[08:53] <pochu> AnAnt_: no, just listen ;)
[08:53] <pochu> AnAnt_: moment
[08:53] <AnAnt_> pochu: is it from brainkrash.com ?
[08:53] <pochu> AnAnt_: http://www.listen-project.org/
[08:53] <AnAnt_> ok
[08:54] <PriceChild> Ok thanks imbrandon :)
[08:54] <AnAnt_> pochu: so, what error you get in pbuilder ?
[08:54] <pochu> at this moment?
[08:54] <pochu> hehe
[08:54] <cbx33> ooooh is listen in the repos yet?
[08:54] <pochu> touch debian/stamp-makefile-build
[08:54] <pochu> DEB_MAKE_CHECK_TARGET unset, not running checks
[08:54] <pochu> docbook2x-man debian/listen.1.docbook
[08:54] <pochu> Segmentation fault (core dumped)
[08:54] <pochu> Unable to recognise encoding of this document at /usr/share/perl5/XML/SAX/PurePerl/EncodingDetect.pm line 96.
[08:54] <pochu> Document requires an element [Ln: 1, Col: 0] 
[08:54] <pochu> cbx33: we have 0.4.3, but I'm trying to upload 0.5
[08:54] <cbx33> in feisty?
[08:55] <pochu> cbx33: but it fails to build in pbuilder
[08:55] <cbx33> or edgy?
[08:55] <cbx33> :(
[08:55] <pochu> cbx33: we have 0.4.3 in all of them ;)
[08:55] <cbx33> oooh
[08:55] <cbx33> never see nthat before
[08:55] <AnAnt_> oh
[08:55] <pochu> cbx33: in universe
[08:55] <cbx33> what's the package name?
[08:55] <pochu> listen
[08:55] <AnAnt_> dunno
[08:55] <cbx33> why is it failing in pbuilder?
[08:56] <cbx33> does a compile from source work ok?
[08:56] <pochu> bddebian: that error ^^^ have you already fixed it?
[08:56] <pochu> cbx33: I can build it with dpkg-buildpackage, and I think also a compile && make && make install works
[08:56] <cbx33> nice
[08:56] <pochu> cbx33: I have a .deb here :)
[08:57] <cbx33> a 0.5 deb?
[08:57] <pochu> but I need to fix it in pbuilder, to have it in the repos
[08:57] <pochu> cbx33: sure
[08:57] <cbx33> indeed you do
[08:57] <cbx33> cool
[08:57] <pochu> bddebian: ping?
[08:57] <cbx33> maybe I'll install it from source
[08:58] <pochu> cbx33: if you are using feisty, maybe we'll have it tomorrow in the repos :)
[08:58] <cbx33> nah I'm on edgy
[08:58] <cbx33> think I'll compile from source
[08:58] <cbx33> any extra deps needed?
[08:58] <pochu> cbx33: wait
[08:59] <cbx33> ok
[08:59] <cbx33> ...
[08:59] <pochu> cbx33: python-gnome2-dev, python-gnome2-extras-dev, firefox-dev and python-gst0.10
[08:59] <cbx33> cool
[08:59] <cbx33> thanks
[08:59] <pochu> cbx33: and python-mutagen
[08:59] <pochu> cbx33: and intltool
[08:59] <pochu> hehe
[09:00] <pochu> cbx33: I think that's all :)
[09:00] <cbx33> I'll try it now
[09:07] <pochu> cbx33: you need some patchs to get it working ;)
[09:07] <pochu> hehe
[09:11] <bddebian> pochu: Sorry, what's that?
[09:11] <slomo> bddebian: now i'm back
[09:11] <slomo> what's the current state?
[09:11] <bddebian> Still getting this shit:
[09:11] <bddebian> dh_installman: failed to read listen.1.gz
[09:11] <bddebian> make: *** [binary-install/listen]  Error 1
[09:11] <bddebian> pbuilder: Failed autobuilding of package
[09:11] <cbx33> pochu, grrr
[09:11] <cbx33> mutagen is old
[09:11] <pochu> cbx33: edgy?
[09:11] <cbx33> guess I'll have to stick to the old version for now
[09:11] <cbx33> yup
[09:12] <pochu> cbx33: hehe
[09:12] <cbx33> CBA to go and recurse build all those deps
[09:12] <cbx33> :p
[09:12] <pochu> cbx33: maybe you can try 0.5-beta, but not sure
[09:12] <cbx33> I'll wait
[09:12] <cbx33> maybe I'll upgarde to feisty soon
[09:12] <cbx33> I have a feisty install actually
[09:12] <pochu> bddebian: how have you fixed the DEB_MAKE_CHECK_TARGET problem?
[09:13] <pochu> cbx33: you can try there then :)
[09:14] <bddebian> pochu: What MAKE_CHECK problem?
[09:14] <slomo> bddebian, pochu: make check target? try dropping that one if that's the one that makes most problems ;) checks are nice but if the package works otherwise...
[09:14] <bddebian> I don't have one
[09:14] <slomo> bddebian: and is the file empty? or why can't it read it?
[09:14] <bddebian> slomo: I don't know.  man -l ./listen.1 works fine
[09:15] <slomo> bddebian: if everything fails pre-generate the manpage instead of doing it at build time ;)
[09:15] <bddebian> That's what I did
[09:15] <bddebian> I have listen.1 sitting in debian/ no
[09:15] <bddebian> w
[09:16] <cbx33> hmm listen is nice
[09:16] <slomo> bddebian: erm... listen.1... try it with specifiyng debian/listen.1
[09:16] <ajmitch> slomo: so what's the verdict on UVF for native packages?
[09:17] <geser> pochu: I'm now also looking at listen :) firefox is enough for importing gtkmozembed
[09:17] <bddebian> slomo: Tried that too.  At least with DEB_INSTALL_MANPAGES_listen = debian/listen.1
[09:17] <pochu> geser: I've added firefox-dev to the build-deps :)
[09:17] <slomo> ajmitch: no idea...what package is it?
[09:18] <ajmitch> authtool
[09:18] <ajmitch> upstream == me
[09:18] <slomo> ajmitch: i guess updating is fine then ;)
[09:18] <ajmitch> oh good :)
[09:18] <geser> pochu: firefox is enough
[09:18] <pochu> geser: ok :)
[09:18] <slomo> ajmitch: doesn't make much difference if you add all changes to the current package or make a new upstream version ;)
[09:19] <ajmitch> geser: you also had a native package you wanted to fix?
[09:19] <bddebian> Grr this should be so simple
[09:19] <ajmitch> slomo: I thought I'd better get some approval from a motu-uvf member :)
[09:20] <slomo> ajmitch: is f-spot now "part of gnome"? or do you need an uvf exception for this too?
[09:20] <ajmitch> no I'll need a UVF exception from tollef
[09:20] <slomo> ok
[09:20] <slomo> hm, do you know where the new modules are listed?
[09:20] <ajmitch> nope, sorry
[09:21] <ajmitch> probably somewhere on a gnome announce list
[09:21] <geser> ajmitch: there was a merge for a native package on u-u-s but someone else uploaded it already
[09:21] <ajmitch> slomo: http://mail.gnome.org/archives/devel-announce-list/2007-January/msg00007.html
[09:22] <tonyyarusso> Anybody familiar with the demise of Nvu?  I found its successor at http://kompozer.net.
[09:23] <slomo> ajmitch: thanks :) btw, does f-spot build fine with the ndesk-dbus* packages?
[09:23] <slomo> siretart: ping? :)
[09:23] <ajmitch> it should, I haven't merged in the build changes yet
[09:23] <geser> pochu: have you already a fix for the docbook2x-man segfault?
[09:24] <pochu> geser: no, I'm trying to see what's happening :)
[09:24] <pochu> geser: I'm a noob :)
[09:24] <pochu> check: 
[09:24] <pochu> 	@if [ $(CHECK_DEPENDS) -eq 1 ] ; then \
[09:24] <pochu> 		/bin/echo -n "Checking for Python... "; \
[09:24] <pochu> 		which $(PYTHON) || ( echo "Not found." && /bin/false ); \
[09:24] <pochu> 		$(PYTHON) ./check.py; \
[09:24] <pochu> 	fi
[09:24] <pochu> I think it's there
[09:25] <pochu> Unable to recognise encoding of this document at /usr/share/perl5/XML/SAX/PurePerl/EncodingDetect.pm line 96.
[09:26] <pochu> wtf is that?
[09:30] <geser> pochu: I'm currently looking at the translation of listen.1.docbook -> listen.1
[09:30] <tonyyarusso> Is it possible to create a Debian pbuilder environment on Ubuntu?
[09:30] <pochu> geser: ty :)
[09:30] <bddebian> geser: Don't do it.. :)
[09:30] <geser> pochu: using docbook-to-man doesn't crash but produces to many errors (it stops after 200)
[09:31] <bddebian> geser: Just docbook2x-man localy and create listen.1, trust me :)
[09:31] <pochu> geser: ^^
[09:31] <bddebian> Of course, this is making me want to kill myself: dh_installman: failed to read listen.1.gz
[09:31] <pochu> bddebian: I was going to say that :)
[09:32] <geser> bddebian: I've logged in into pbuilder and it crashes there 
[09:32] <pochu> mmm
[09:32] <pochu> geser: any output?
[09:32] <slomo> maybe locale related?
[09:32] <bddebian> geser: What crashes there?
[09:33] <LaserJock> tonyyarusso: yes it is
[09:34] <tonyyarusso> LaserJock: Any particular trick to it, or just specify a debian URL for the apt source?
[09:34] <bddebian> OK damnit, even if I gzip liste.1 and man -l ./listen.1.gz it works
[09:36] <LaserJock> tonyyarusso: change the distribution and mirror, yeah
[09:37] <tonyyarusso> cool
[09:37] <tonyyarusso> (I figure if I get something built for Ubuntu that's not in Debian, they'd probably appreciate it too)
[09:37] <bddebian> slomo: Locale related how?
[09:38] <geser> pochu, bddebian: hmm, now it works 
[09:39] <slomo> bddebian: because of the encoding problem it says... hm, does the xml document contain an encoding specification? try tp add it :)
[09:39] <bddebian> geser: What'd you do?
[09:40] <geser> nothing, I started from fresh (dpkg-source -x listen.dsc) and now it worked
[09:40] <geser> pochu: -rw-r--r-- 1 root root 456654 Feb 20 20:39 listen_0.5-0ubuntu1_amd64.deb
[09:41] <slomo> geser: in pbuilder or locally built?
[09:41] <geser> in pbuilder
[09:41] <slomo> interesting
[09:41] <geser> I'll try it again
[09:41] <pochu> geser: wow!
[09:41] <bddebian> geser: With no changes?
[09:42] <pochu> mmm
[09:42] <geser> no extra changes besides the extra build-deps
[09:42] <bddebian> Ah, OK
[09:42] <ajmitch> slomo: so ndesk-dbus* haven't been promoted to main yet?
[09:43] <slomo> ajmitch: nope... should be done tomorrow as tomorrow is archive day... just b-d on it already :)
[09:43] <pochu> geser: what about the gtkmozembed?
[09:43] <ajmitch> yeah I am
[09:43] <ajmitch> testing the build now
[09:53] <geser> pochu: you need sgml-data, python-gnome2-dev, python-gnome2-extras-dev, python-gst0.10, firefox added to build-depends
[09:53] <pochu> geser: sgml-data?
[09:54] <geser> yes, else docbook2x-man segfaults while creating the manpage
[09:54] <pochu> geser: I have the rest
[09:54] <pochu> geser: oh, that's my problem :)
[09:54] <pochu> geser: ty very much!
[09:55] <geser> pochu: when you update the package you can remove the call of dh_python from debian/rules
[09:56] <pochu> geser: dh_python usr/lib/listen ?
[09:56] <geser> yes
[09:56] <geser> dh_python is a no-op if python-central or python-support is used
[09:56] <bddebian> sgml-data? Hmm
[09:58] <bddebian> You also need to fix the maintainer field I think.  Should be XSBC-Maintainer... no X-Maintainer... I believe
[09:58] <ajmitch> XSBC-Original-Maintainer
[09:59] <bddebian> Whatever :-)
[10:00] <bddebian> pochu: Can you upload?
[10:00] <pochu> bddebian: no :)
[10:00] <pochu> bddebian: but I have a uvf exception request open in LP
[10:00] <pochu> bddebian: however, 0.5 is already uploaded :)
[10:01] <pochu> but FTBFS :)
[10:01] <bddebian> I mean for the "fixed" package
[10:01] <pochu> bddebian: I can't
[10:03] <geser> pochu: let bddebian or me know when you're ready, we can upload it for you
[10:03] <pochu> geser: ok, thanks
[10:03] <pochu> geser: did you get any problem with the gtkmozemdev check?
[10:04] <bddebian> Damn, trumped by geser again.. :-)
[10:04] <pochu> gtkmozembed*
[10:04] <pochu> hehe
[10:04] <geser> I've closed the window now but I don't remember anything besides a timeout or something and then the warning about missing display
[10:05] <pochu> then I'll remove the patch I did to not check it :)
[10:06] <geser> pochu: all I did was to install the extra packages, no changes to the package itself to get it build
[10:06] <pochu> geser: ok, dropped :)
[10:09] <bddebian> And fix the maintainer field
[10:09] <pochu> bddebian: I already dit it :)
[10:09] <pochu> did*
[10:09] <bddebian> OK :-)
[10:10] <pochu> I have no connection to the repos, does that happen to you?
[10:10] <pochu> emilio@kiko:~/deb/listen/listen-0.5$ sudo aptitude update 
[10:10] <pochu> 0% [Connecting to archive.ubuntu.com (195.248.90.38)] 
[10:10] <pochu> works now!
[10:10] <pochu> :)
[10:11] <bddebian> W: listen: script-not-executable ./usr/lib/listen/listen.py
[10:11] <bddebian> W: listen: unusual-interpreter ./usr/lib/listen/listen.py #!/usr/bin/python2.52.4
[10:11] <bddebian> W: listen: maintainer-not-full-name Ubuntu-MOTU
[10:12] <tsmithe> bddebian, did enblend ever finish that build? :P
[10:12] <bddebian> tsmithe: Nope and now my Feisty machine with 640Mb is toast because of bcm43xx issues
[10:13] <bddebian> Hey, it builds with libsexy-dev and at-spi :-)
[10:13] <tsmithe> hehe ok
[10:13] <tsmithe> sorry to hear it
[10:13] <bddebian> No worries.  I hope to get it working tonight
[10:14] <bddebian> Have you gotten 1 yet?
[10:20] <pochu> works!! :)
[10:20] <pochu> thanks bddebian geser slomo :)
[10:21] <slomo> pochu: np :) would've probably been a bit faster if i had actually looked at the package though ;)
[10:21] <pochu> hehe :)
[10:21] <pochu> slomo: but np, as I've learned a lot!
[10:22] <tsmithe> bddebian, gotten one for which?
[10:22] <tsmithe> enblend?
[10:22] <tsmithe> nope
[10:22] <pochu> slomo: do I reassign again to motu-uvf, or as 0.5 is uploaded there is no need?
[10:22] <tsmithe> nor wired *cough*ack it*cough*
[10:23] <bddebian> Didn't I look at wired?
[10:23] <slomo> pochu: no need ;)
[10:24] <pochu> slomo: ok, ty :)
[10:25] <bddebian> tsmithe: I looked at wired, did you see my comments?  Or was that the one you asked about those files not being included in the binary?
[10:26] <tsmithe> i did see the comments
[10:26] <tsmithe> i'm pretty sure i responded
[10:26] <tsmithe> or maybe that was someone else
[10:26] <pochu> bddebian, geser: bug 84946 ^_^
[10:26] <Ubugtu> Malone bug 84946 in listen "[UVF Request]  Please update Listen to 0.5" [Wishlist,Confirmed]  https://launchpad.net/bugs/84946
[10:27] <tsmithe> bddebian, yes. i remember. i'm quite sure we agreed the licencing "issues" were ok :P
[10:27] <tsmithe> as AUTHORS is installed as a doc
[10:29] <bddebian> tsmithe: Oh yeah and I believe I said if you get another ack, I'll advocate as well?
[10:30] <tsmithe> ah yes :)
[10:30] <tsmithe> geser, you around to ack?
[10:31] <tsmithe> slomo, you?
[10:31] <geser> pochu: looking at the debdiff, why did you need libgaild-dev and at-spi?
[10:33] <geser> ah, read the changelog
[10:34] <bddebian> Add libsexy damnit ;-)
[10:34] <gnomefreak> is universe repo down?
[10:34] <tsmithe> libsexy ist sehr important
[10:35] <ajmitch> gnomefreak: no
[10:35] <bddebian> tsmithe: I was talking about for listen to geser and pochu :-)
[10:35] <gnomefreak> hmmmm
[10:36] <gnomefreak> its failing here
[10:36] <givr1> is there somebofy with some time for a little ack : http://revu.tauware.de/details.py?upid=4417 thanks :)
[10:37] <bddebian> givr1: Did ntfs-config get rejected previously?
[10:37] <pochu> gnomefreak: also here a little ago
[10:38] <pochu> geser: do you find everything ok?
[10:38] <givr1> bddebian: still sleeping in NEW AFAIK
[10:38] <gnomefreak> pochu: are you using archive.ubuntu or CC.archive.ubuntu?
[10:38] <pochu> gnomefreak: archive.
[10:38] <tsmithe> bddebian, i know
[10:38] <tsmithe> :)
[10:38] <gnomefreak> yeah me too
[10:39] <gnomefreak> wondering if UK is having issues
[10:39] <tsmithe> gnomefreak, working here...
[10:39] <tsmithe> but i use the main repos
[10:39] <gnomefreak> Failed to fetch http://archive.ubuntu.com/ubuntu/dists/feisty/universe/binary-i386/Packages.gz  Sub-process gzip returned an error code (1
[10:40] <ajmitch> or it could be some proxy somewhere, or some transient error, or...
[10:40] <bddebian> givr1: Ah, then we'll have to ask to have it removed first afaik
[10:41] <pochu> gnomefreak: but it worked for me a little after
[10:41] <pochu> I was updating and dist-upgrading
[10:41] <gnomefreak> gb is working it looks like
[10:42] <givr1> bddebian: ok, so i have to ask that to an archive manager ?
[10:49] <tonyyarusso> Okay, Tony giving packaging a go, take two: Kompozer, bugfix stopgap between Nvu (not active) and Composer2 (its "eventual" replacement).  Downloading tarball now and hoping it's more sane...
[10:49] <bddebian> givr1: Yeah we will before we upload again, I think
[10:51] <geser> pochu: uploaded listen
[10:51] <givr1> bddebian: i just asked that to tollef in -dev. Hope he is still there. Thanks
[10:51] <pochu> geser: ty! :)
[10:55] <pochu> do you guys know in which package is included the clock applet?
[10:58] <bddebian> geser: If you get bored, could you poke at gpib on REVU for me?
[10:58] <geser> pochu: gnome-panel
[10:58] <pochu> geser: ok, ty
[10:59] <GNUro> hello!
[10:59] <tsmithe> GNUro, hello
[10:59] <tsmithe> and then pokes him anyway cos of tor
[11:00] <TheMuso> Sorry guys, I have bene very bus the last few days, and will be unable to help with any form of reviewing before FF.
[11:01] <TheMuso> busy
[11:01] <tsmithe> TheMuso, are you fre..
[11:01] <TheMuso> tsmithe: Sorry dude, not until the weekend at least.
[11:01] <tsmithe> ok TheMuso :)
[11:01] <TheMuso> or friday
[11:01] <tsmithe> *gotta get these in*
[11:19] <cbx33> who here knows about gnome-screensaver
[11:21] <cbx33> i am trying to invoke the screensaver from the command line on a user who has just logged in
[11:21] <cbx33> by using the gnome-screensaver-command tool
[11:21] <cbx33> but it seems to be failing
[11:21] <cbx33> it used to work fine
[11:21] <cbx33> now I see that if I run gnome-screensaver first it's ok
[11:22] <cbx33> and works
[11:22] <cbx33> is this usual?
[11:23] <tsmithe> bug filed? is gnome-screensaver running in the session?
[11:23] <tsmithe> is it supposed to?
[11:23] <tsmithe> why shouldn't it? why should it?
[11:23] <cbx33> hehe
[11:23] <tsmithe> ;)
[11:24] <tsmithe> necessary questions :P
[11:24] <cbx33> ahhh
[11:24] <cbx33> hmm
[11:27] <tsmithe> and why do you want to scare a user by surprising them with a screensaver?
[11:28] <bddebian> Force keyboard locking when user steps away?
[11:28] <cbx33> tsmithe, it's for thin client manager
[11:29] <cbx33> ok so it seems it's working fine
[11:29] <tsmithe> :)
[11:29] <cbx33> right but a question
[11:29] <cbx33> I have a python dbus script
[11:29] <cbx33> that starts with a users session
[11:30] <cbx33> it's called by the X starting initi process thingy
[11:30] <cbx33> it is supposed to run the lock command
[11:30] <cbx33> but it doesn't lock the session
[11:30] <cbx33> s/session/screensaver
[11:31] <cbx33> I'mn presuming this is something possibly because the gnome-screensaver is running in a different "session" ?
[11:31] <cbx33> because if the dbus script runs gnome-screensaver first itself and the locks it, it works fine
[11:31] <geser> bddebian: what issues did you have with gpib?
[11:31] <cbx33> can anyone shed any light?
[11:34] <bddebian> geser: It should work now
[11:37] <tsmithe> sharms, slomo; either of you free for review?
[11:37] <tsmithe> (hey it rhymes!)
[11:37] <cbx33> https://beta.launchpad.net/ubuntu/+bug/82527
[11:37] <Ubugtu> Malone bug 82527 in gnome-screensaver "gnome-screensaver-command doesn't work for gnome-screesaver instances started from /etx/X11/Xsession.d" [Undecided,Unconfirmed]  
[11:37] <cbx33> seems it is known about but in another way
[11:37] <cbx33> ping ogra notice you were dealing with this one
[11:38] <bddebian> Later gang
[11:38] <tsmithe> later
[11:39] <bddebian> Good luck tsmithe :-)
[11:39] <tsmithe> thanks
[11:39] <tsmithe> :
[11:39] <tsmithe> he went...
[11:39] <cbx33> hehe
[11:39] <cbx33> he did indeed
[11:39] <LaserJock> he always does that ;-)
[11:39] <tsmithe> LaserJock, ah!
[11:40] <tsmithe> is that a volunteer?
[11:40] <tsmithe> (please please please review!)
[11:40] <LaserJock> sorry dude, I'm totally booked
[11:41] <tsmithe> mrgh
[11:44] <tonyyarusso> What do I do if the directory inside the tarball is not named <packagename>-<version>?
[11:45] <tonyyarusso> Do I rename the dir after it's unpacked, and that will be reflected in the diff, or does it not matter?
[11:46] <tepsipakki> tonyyarusso: doesn't matter
[11:46] <tonyyarusso> tepsipakki: Okay.
[11:47] <tonyyarusso> Next question: How to handle something that's tri-licensed?  Can dh_make take -c gpl/lgpl/mpl?
[11:47] <tepsipakki> no idea..
[11:47] <LaserJock> tonyyarusso: just get rid of dh_make :-)
[11:47] <tonyyarusso> LaserJock: ...  bleh
[11:55] <tsmithe> or...
[12:00] <tsmithe> remember i need reviews!
[12:12] <cbx33> nn all