[12:37] <geser> blueyed: usually it should get stopped from the prerm script from the old version and started again in postinst from the new version
[12:40] <blueyed> geser: yes, indeed. makes sense and there's a section in prerm added by dh_installinit for it.
[12:41] <blueyed> But somehow it must fail then.. (to stop the running instance)
[12:42] <blueyed> bug 91607 really is about "dpkg --configure -a" only..
[12:42] <ubotu> Launchpad bug 91607 in postfix-policyd "postfix-policyd init script doesn't behave" [Undecided,Confirmed]  https://launchpad.net/bugs/91607
[12:42] <blueyed> But I've experienced it to fail myself - probably because it was "hanging" already.
[12:43] <blueyed> Therefor the "start must not exit 1" fix does not seem to be necessary for the CVE fix.
[12:43] <blueyed> I will wrap start-stop-daemon in an "if [[ ] ] ", so "set -e" does not cause to exit the script, ok?
[12:47] <RAOF> StevenK: No?  What new shiny can I break now?
[12:55] <LaserJock> nixternal: pfft, what a softy. I expected death threats at least ;-)
[12:57] <nixternal> hehe
[12:57] <nixternal> I am having issues with eclipse...food first, then debug time
[01:03] <RAOF> Oh, joy.  Our xorg-driver-fglrx package installs a Xsession.d file on amd64, and the raw fglrx installer creates a different Xsession.d file.  Sweet.
[01:04] <ajmitch> sure, is that surprising?
[01:06] <RAOF> ajmitch: It's news to me.  The nvidia installer doesn't do that.
[01:08] <ajmitch> but nvidia does slightly better drivers :)
[01:09] <blueyed> Any C programmers around? Could you please check, if my observations for the dapper/edgy versions are alright? bug 136687
[01:09] <ubotu> Launchpad bug 136687 in postfix-policyd "buffer overflow in w_read function (possible DoS and execution of arbitary code)" [High,Confirmed]  https://launchpad.net/bugs/136687
[01:10] <zul> evening
[01:12] <ajmitch> hello zul
[01:15] <LaserJock> hi ajmitch and zul
[01:15] <ajmitch> hello mr LaserJock
[01:15] <zul> hey LaserJock
[01:16] <ajmitch> LaserJock: so, stirring up vast flamewars on planet ubuntu?
[01:16] <LaserJock> always
[01:16] <LaserJock> trying to see how long it takes for Mark to kick me out ;-)
[01:18] <ajmitch> hehe
[01:18] <ajmitch> he can't kick out a celebrity like you
[01:19] <nixternal> no, but he can kick me out
[01:20] <LaserJock> yeah right
[01:20] <LaserJock> next on my agenda was "My MOTU Manifesto" but I don't know how much of me people can handle in one day ;-)
[01:21] <ajmitch> LaserJock: post it!
[01:21] <LaserJock> I also have GSoC and ClassmatePC posts to do
[01:21] <LaserJock> :(
[01:21] <LaserJock> I got behind
[01:21] <ajmitch> since I don't blog
[01:21] <zul> blogging is overrated
[01:22] <LaserJock> in some ways for sure
[01:23] <ajmitch> exactly, unless it's LaserJock
[01:23] <LaserJock> it's a bit easier to get info "out there"
[01:23] <LaserJock> bah, whatever
[01:23] <LaserJock> I'm just as overrated as the next guy ;-)
[01:23] <ajmitch> nah, you're just a legend amongst mortals. or you blog more than us
[01:24] <ajmitch> either one works
[01:24] <ajmitch> ssh is so lagged, I'm typing a full sentence blind
[01:24] <zul> LaserJock, just get a big sandwich board and a bell and you will be happy
[01:25] <zul> or a monkey with a music grinder either way
[01:29] <LaserJock> zul: good idea
[01:29] <zul> im partial to the monkey
[01:30] <LaserJock> me too
[01:30] <LaserJock> although they can be obnoxious and smelly :/
[01:31] <zul> but give it a cigarette and you have a happy monkey
[01:31] <LaserJock> I wonder if that works for ponies?
[01:36] <ajmitch> unlikely
[01:38] <blueyed> geser: I've now used --oknodo in the init-script (bug 91607)
[01:38] <ubotu> Launchpad bug 91607 in postfix-policyd "postfix-policyd init script doesn't behave" [Undecided,Confirmed]  https://launchpad.net/bugs/91607
[01:38] <LaserJock> I think I  should coin a new phrase, "Those who can't, blog"
[01:38] <ajmitch> haha
[01:38] <ajmitch> what about those of us that "don't"
[01:38] <LaserJock> lurk
[01:38] <ajmitch> I can do that
[01:39] <ajmitch> I've got years of experience
[02:39] <Tm_T> hi kids
[03:33] <imbrandon> ello all
[03:33] <RAOF> Hey imbrandon
[03:36] <ajmitch> hello imbrandon, RAOF
[03:40] <imbrandon> heya ajmitch RAOF
[03:40] <imbrandon> hey ajmitch ever networked a computer using a parallel port ?
[03:40] <imbrandon> hrm this could be interesting
[03:41] <imbrandon> RAOF: reciently? seen a howto online ?
[03:41] <ajmitch> imbrandon: no, I prefer sanity
[03:41] <ajmitch> and PLIP isn't
[03:41] <imbrandon> heh
[03:41] <imbrandon> i'm sure ubuntu's kernel has a plip module hopefully, i havent looked
[03:41] <RAOF> Not recently, no.  But back in the day I played doom2 & C&C over a parallel port :)
[03:41] <nixternal> CATCH!
[03:42] <imbrandon> heya nixternal
[03:42] <nixternal> wasabi homeskillet
[03:42] <ajmitch> neither is nixternal :)
[03:42] <imbrandon> lol
[03:42] <nixternal> imbrandon: are you using the laplink type cable to network via parallel?
[03:42] <imbrandon> yea
[03:42] <nixternal> using Linux I am guessing
[03:43] <imbrandon> well here is what i'm thinking about attempting here in a few minutes
[03:43] <imbrandon> all boxen in the house are ubuntu ( of course ) and i was gonna stick a few nic's in this old 200mhz box and make a router/dhcpserver/fileserver
[03:44] <imbrandon> and via its parrelle port network a laptop that has no cdrom or pcmcia or nic
[03:44] <nixternal> hrmm
[03:44] <imbrandon> with a 50 foot laplink ltp cable
[03:44] <nixternal> 9800 baud love!
[03:44] <nixternal> there use to be an application similar to laplink for Linux way way way back in the day
[03:44] <imbrandon> lol would work enough for a cli term for irc and mutt , thats all i want
[03:45] <nixternal> I feel a "you might be a redneck" joke coming on with this one :)
[03:45] <imbrandon> problem is i need to load debian via the plip connection too , only a floppy drive in the lappy ;)
[03:45] <ajmitch> if you consider IP over No. 8 wire to be broadband...
[03:46] <nixternal> hahahaha
[03:46] <imbrandon> lol ajmitch
[03:46] <imbrandon> more of a "can i do this" kinda thing than really needing it
[03:47] <nixternal> http://tldp.org/HOWTO/PLIP.html
[03:47] <nixternal> hahaha, 1998 baby!
[03:48] <ajmitch> many things are possible, the question is whether you should
[03:48] <imbrandon> heh true
[03:48] <nixternal> I don't even know if I have ever seen PLIP in action honestly...I can't remember back that far
[03:49] <imbrandon> well i guess i should build this router first huh
[03:49] <imbrandon> then worry about the plip
[03:49] <nixternal> imbrandon: this is the MOTU channel, I would recommend you ask support questions in #ubuntu
[03:50] <nixternal> hardly heron!
[03:50] <nixternal> laughing too
[03:50] <ajmitch> young upstarts
[03:50] <nixternal> although, I definitely wouldn't put it past #ubuntu for someone with an answer
[03:51] <nixternal> last year in #kubuntu I seen a question that made me do a "wth you talkin' bout willis"
[03:51] <nixternal> and someone answered it like he did it for a living
[03:52] <jmg> hearty heroin
[03:52] <jmg> hegemonic haemophage
[03:55] <nixternal> horrifically hungry!
[03:56] <ajmitch> and for UDS, horrendously hungover
[03:56] <LaserJock> do people drink at UDSs? ;-)
[03:56] <ajmitch> never
[03:57] <ajmitch> I don't recall at all the first day of UBZ, when mark & the team running UBZ had been out drinking until 4AM
[03:57] <ajmitch> that just didn't happen
[04:00] <nixternal> what is drinking?
[04:00] <ajmitch> dunno
[04:00] <tonyyarusso> LaserJock: You have heard the Burger version of UDS?
[04:01] <LaserJock> no
[04:01] <tonyyarusso> Ubuntu Drinking Session
[04:01] <RAOF> Man I'm glad debuild understands "-nc"
[04:02] <ajmitch> we have no problem whatsoever with drinking in this project
[04:02] <tonyyarusso> It's only a problem if it postpones the release.  Otherwise, carry on.  ;)
[04:06] <LaserJock> hehe, like when Tollef has had too much wine and has to release the next day?
[04:06] <LaserJock> at least he knows when he shouldn't be making a release ;-0
[04:12] <imbrandon> or kereoke where jono checks out chicks with 2 teeth
[04:15] <ajmitch> haha
[04:17] <RAOF> Ok, we seem to have a winner.  Xgl can be cleanly removed, reinstalled, and upgraded.  And I think that it'll work even if people have crazy stuff in Xsession.d
[04:17] <ajmitch> great
[04:18] <ajmitch> does it have the necessary exceptions to be uploaded?
[04:18] <ajmitch> and do you have a sponsor mad enough?
[04:18] <RAOF> It's not a new upstream, it doesn't have new features.
[04:18] <RAOF> No sponsor yet :)
[04:18] <ajmitch> oh, you got the last version in?
[04:18] <RAOF> Yes.
[04:19] <RAOF> And now I'm fixing the things I couldn't test :)
[04:19] <RAOF> (Stupid fglrx drivers!)
[04:19] <ajmitch> nixternal should be mad enough by now
[04:19] <RAOF> Awesome.
[04:20] <ajmitch> heh, speaking of xgl, see -devel
[04:20] <RAOF> Yup, that's me :()
[04:22] <RAOF> I think I'll add a per-user disable switch (check if $XDG_CONFIG_HOME/xserver-xgl/disabled exists) to satisfy the people who want it installed but not enabled, then do the sponsor fandango.
[04:24] <RAOF> Awwww.
[04:24] <ajmitch> I can barely stay connected to my box at home for longer than 5 minutes via ssh today
[04:24] <ajmitch> something is causing it to fall apart & die
[04:27] <nixternal> why should I be mad enough by now?
[04:27] <nixternal> did I miss something?
[04:27] <ajmitch> nixternal: you've been voluntold to sponsor xgl uploads ;)
[04:27] <nixternal> never!
[04:27] <nixternal> it goes against my religion
[04:28] <tonyyarusso> Fine fine, option b it is then.
[04:28] <ajmitch> RAOF: you should be a MOTU by now
[04:28] <tonyyarusso> He isn't?
[04:28] <RAOF> ajmitch: Application is before the MOTU council right now.
[04:28] <nixternal> I thought you got it already?
[04:28] <tonyyarusso> nixternal: yeah, that won't help much, since the class is specifically on configuring Windows
[04:28] <nixternal> tonyyarusso: I can configure windows with a Kubuntu LiveCD
[04:29] <nixternal> the cd has krdc :)
[04:29] <tonyyarusso> haha
[04:30] <nixternal> my stupid university said the reason they didn't switch is because they need ms term server to connect to their servers...so I whipped out my kubuntu live cd, and showed them that they didn't need winders!
[04:30] <ajmitch> RAOF: I know, I've voted for you :)
[04:31] <ajmitch> RAOF: but we haven't seen crimsun or gpocentek around enough for them to vote
[04:31] <RAOF> Isn't crimsun off off and away yet?
[04:31] <tonyyarusso> nixternal: then what'd they do?
[04:34] <ajmitch> RAOF: he is, but he's also still on IRC & on the MC
[04:35] <ajmitch> afaik, he is/will be
[04:38] <nixternal> tonyyarusso: absolutely nothing
[04:38] <nixternal> they aren't all that bright
[04:39] <ajmitch> RAOF: we should be able to forward your application to the TB by sunday or so, since that'd give 2 weeks to respond
[04:40] <RAOF> Cool.
[04:40] <RAOF> One less step in the process of maintaining xgl and miro :)
[04:54] <Tm_T> :/
[04:55] <LaserJock> darn you emacs!
[04:56] <LaserJock> CPU at 82C and rising
[04:56] <TheMuso> ouch thats hot for a G4.
[04:56] <LaserJock> it's a Celeron
[04:56] <TheMuso> ah
[04:56] <TheMuso> sorry, misread.
[04:56] <TheMuso> heh
[04:57] <ajmitch> only 82C?
[04:58] <LaserJock> phew
[04:58] <LaserJock> it just made it
[04:58] <LaserJock> got through emacs22 topping out at 86C
[04:58] <ajmitch> hottest I ever saw mine run at was 93C
[04:58] <ajmitch> at which point it would happily reboot :)
[04:58] <LaserJock> mine shutsdown at ~90C
[04:58] <LaserJock> installing emacs is the only thing that makes it hit that
[04:59] <ajmitch> heh
[05:08] <TheMuso> Sounds like the cooling needs attention.
[05:13] <Tm_T> shame my cpu havent reached over 60 :(
[05:34] <StevenK> % acpi -Vs
[05:34] <StevenK>      Thermal 1: ok, 4294967296.0 degrees C
[05:34] <StevenK> Hrm. I don't think ACPI likes amd64/my chipset.
[05:46] <nixternal> holy smokes, you have the sun for a processor!
[05:47] <nixternal> my cpu never hits 60
[05:59] <lifeless> RAOF: what did you think of the python talk ?
[06:00] <imbrandon> hrm isnt there a way to use the di via ssh after boot froma  netinst cd image ( 4.0r1 ) , and does ubuntu server install image offer the same ?
[06:01] <StevenK> anna-install openssh-server or something similar
[06:01] <jmg> anna-install???
[06:02] <imbrandon> anna-install ?
[06:02] <jmg> o_O
[06:02] <jmg> !info anna-install
[06:02] <ubotu> Package anna-install does not exist in feisty, feisty-seveas
[06:02] <jmg> !info anna
[06:02] <ubotu> Package anna does not exist in feisty, feisty-seveas
[06:02] <StevenK> Its a udeb
[06:03] <imbrandon> is it an option at install/boot time or do i have to do some trickery
[06:03] <StevenK> imbrandon: After you boot, get a shell and run that
[06:03] <imbrandon> ahh ok
[06:04] <imbrandon> ubuntu as well afayk ?
[06:05] <imbrandon> sweet, thanks
[06:06] <RAOF> lifeless: It was good.  Some of the stuff I already knew, but it doesn't hurt to say it again.  I didn't know how much python hates recursion, though.
[06:07] <lifeless> cool
[06:07] <RAOF> I also didn't know about rctypes.  Or the profiler :)
[06:08] <RAOF> These things will be useful, should I wish to fix performance bugs.
[06:08] <StevenK> RAOF: The shiny, shiny crack I uploaded yesterday was virtualbox
[06:09] <RAOF> StevenK: Aaah.
[06:10] <imbrandon> ohhhh vb 1.5?
[06:10] <RAOF> StevenK: What advantage does it have over, say, kvm?
[06:10] <imbrandon> speed
[06:10] <StevenK> RAOF: It doesn't require the virtualisation CPU flags
[06:11] <StevenK> imbrandon: And no, only 1.4.0 plus some SVN fixes
[06:11] <imbrandon> ahh cool, good nuff i'd say
[06:12] <RAOF> Oh, dear.  Files in /etc/X11/Xsession.d should probably be treated as conffiles, right?  Even though they are essentially shell scripts.
[06:12] <StevenK> Probably
[06:14] <RAOF> Right.  I'll need to clean that up in a different way then.
[06:15] <StevenK> Ah, more xgl hacking
[06:16] <RAOF> Indeed.
[06:29] <RAOF> So, I need to remove /etc/X11/Xsession.d/00xserver-xgl_start-server & replace it with a different 98xserver-xgl_start-server.
[06:30] <ajmitch> lifeless: was it recorded?
[06:46] <imbrandon> ...
[06:47] <lifeless> ajmitch: yes
[06:51] <ajmitch> good, I'll have to try & get it then
[08:34] <RAOF> Yay.  I've now got what I believe to be a better Xgl solution, plus a preinst to kill the old config file.  And a killswitch.
[08:36] <superm1> RAOF, for your Xgl solution, are you forcing media playback apps outside the Xgl session?
[08:36] <superm1> or has Xv improved in Xgl?
[08:37] <RAOF> superm1: I thought Xv worked in Xgl.
[08:37] <superm1> RAOF, well i had issues with it way back when
[08:37] <RAOF> Better than in regular Xorg, actually, since it'll be redirected properly.
[08:37] <RAOF> Right.  Works For Me(tm).
[08:37] <superm1> and so my solution ended up being a bunch of dpkg-divert's, that made a launcher for any app that needed Xv
[08:37] <RAOF> Eeep
[08:38] <superm1> something like DISPLAY=:0 app.real
[08:38] <superm1> and then i ran a window manager on :0
[08:38] <RAOF> Yeah, that works.
[08:38] <superm1> and devilspie to take off decorations
[08:38] <superm1> and then backstep to allow minimizing
[08:38] <RAOF> That seems to be a lot of effort :).
[08:39] <superm1> i had a very lengthy guide explaining it all at some point, but its been long gone since the migrations from different compiz forums and between the compiz-beryl-compizfusion switch
[08:39] <superm1> but it was actually fairly functional, and likely packageable should it still have been necessary
[08:39] <RAOF> As far as I'm aware, wine is the main offender in the "doesn't play well with xgl"
[08:40] <superm1> well i'll have to revisit it again some time soon, my worry now adays though would be how well it works with large displays (2800x1200)
[08:40] <superm1> i'm not sure how much video ram would really be needed to handle that large of textures
[08:41] <RAOF> Yeah.  I'm not sure if Xgl will work when your display size is greater than your card's maximum texture size.
[08:41] <RAOF> Which is 2048 on anything != nvidia
[08:41] <superm1> ah. well that's not cool.
[08:41] <RAOF> superm1: No, please do.
[08:42] <RAOF> At least test whether it works or not.  It would be technically possible to work, I'm just not sure whether that's implemented or not :)
[08:42] <RAOF> Worst case: you uninstall xgl and the problems go away :)
[08:42] <superm1> indeed
[08:43] <superm1> are you pushing to a PPA as of current?
[08:43] <RAOF> No, universe.
[08:43] <superm1> including your session setup and such?
[08:43] <RAOF> Yes, but you may wish to grab my new version rather than the one that's currently in there.
[08:44] <superm1> which would be in PPA?
[08:45] <RAOF> No, actually.
[08:45] <RAOF> Which you'd get as a debdiff, cause it's not quite done :)
[08:46] <superm1> RAOF, okay cool. If you need a sponsor, feel free to ping me (although it looks like your MOTU application is just around the corner)
[08:46] <RAOF> superm1: Ta
[08:47] <RAOF> Amaranth: Hey, is there any particular reason why compiz would use a worse filtering method under Xgl?
[08:47] <Amaranth> RAOF: The only reason it'd ever do that is --indirect-rendering
[08:48] <RAOF> Amaranth:
[08:48] <RAOF> Which is what I thought.
[08:49] <RAOF> But there's no --indirect-rendering being passed to compiz.real.  And the filtering is definitely worse.
[08:49] <Amaranth> Why? Are you seeing smudging?
[08:49] <RAOF> Amaranth: Yes, and it's much blockier
[08:49] <\sh> geser, thx for uploading
[08:49] <Amaranth> RAOF: weird
[08:50] <Amaranth> RAOF: looks crystal clear here
[08:50] <Amaranth> That reminds me, I need to go through our keybindings
[08:50] <RAOF> Amaranth: Actually, scratch that.  It seems to be a problem in Shift.  Cube rotate is fine, but the shift filtering looks like nearest-neigbour
[08:51] <Amaranth> Other than traditional things like Ctrl-Alt-Left/Right/Up/Down we should never use any modifier other than Alt
[08:51] <Amaranth> I don't think we actually do but it'll be good to be sure :)
[08:51] <RAOF> Why?
[08:51] <Amaranth> Because that's what applications expect
[08:52] <Amaranth> Application developers know Alt is closed off from them so they use everything else
[08:52] <RAOF> Fair enough.
[08:52] <Amaranth> For example, Super-Tab switches focus between the different parts of xchat-gnome
[08:52] <jml> Amaranth: ever used emacs?
[08:52] <RAOF> It can be a bit of a challenge making Texmacs work right.  It has a hojilion keybindings.
[08:53] <Amaranth> I never knew that until I tried pressing it for the shift switcher and forgot I disabled it
[08:53] <RAOF> jml: M-x doesn't count :)
[08:53] <Amaranth> jml: I do not care about such obscene corner cases
[08:54] <Amaranth> RAOF: The bug submitter yelled at me for closing that compiz vs compiz.real bug Won't Fix
[08:54] <Amaranth> the one about session saving
[08:54] <Amaranth> So I guess I should find a workaround :)
[08:54] <RAOF> Amaranth: I haven't seen that bug, linky?
[08:54] <Amaranth> RAOF: I was talking to you about it the other day
[08:54] <Amaranth> gnome-session saves compiz.real in the session, not compiz
[08:55] <RAOF> Ah.
[08:55] <Amaranth> so when you resume that session if you use something other than nvidia it breaks because the environment isn't setup
[08:55] <Amaranth> so they get no WM
[08:55] <RAOF> Ah, problem.
[08:55] <Amaranth> I'm thinking of adding something to compiz.real to make it call compiz if a certain flag wasn't passed to it
[08:56] <RAOF> Urgh.
[08:56] <RAOF> I call you, you call me, I call you again :)
[08:56] <Amaranth> I know, it's horrible
[08:56] <jmg> Amaranth: bug #?
[08:56] <Amaranth> But it's either that or stick LIBGL_ALWAYS_INDIRECT in the session by default and ignore Xgl users :)
[08:56] <superm1> Amaranth, is it shipped as compiz/compiz.real upstream, or is that an ubuntu local enhancment?
[08:57] <Amaranth> superm1: ubuntu
[08:57] <Amaranth> bug 130450
[08:57] <ubotu> Launchpad bug 130450 in compiz "compiz-fusion does not start on login" [Low,Confirmed]  https://launchpad.net/bugs/130450
[08:58] <Amaranth> I was a bit melodramatic about the fix required, wanted to dissuade the guy from pushing it
[08:58] <superm1> Amaranth, so are you thinking something along the lines of adding something like a execv '/usr/bin/compiz' to the start of main in compiz.real if you dont see that flag then?
[08:58] <Amaranth> superm1: something like that
[08:59] <superm1> Amaranth, something about that doesn't feel clean to me, but it sounds functional
[08:59] <Amaranth> This is yet another "drivers suck" bug
[08:59] <RAOF> Indeed.  Tell them to install xserver-xgl :P
[08:59] <Amaranth> RAOF: That's even worse
[09:00] <RAOF> Thinking of which, the intel drivers implement pbuffers now, right?
[09:00] <superm1> Amaranth, don't unix apps provide $0 as the name of the calling app?  So maybe instead look at $0 and see if its /usr/bin/compiz, and if it's not, then launch into the /usr/bin/compiz process instead
[09:00] <Amaranth> For intel and ati users installing Xgl would be enough but this bug is worse for fglrx and nvidia users, instead of no WM they get a nice white screen
[09:00] <Amaranth> RAOF: yeah
[09:00] <RAOF> Amaranth: Oh, of course, yes.
[09:00] <superm1> i thought that mplayer used something very similar to determine whether or not to start gmplayer or mplayer
[09:02] <RAOF> I don't think that will work, because compiz.real is always called as compiz.real, it just needs to be called from the compiz wrapper script.  I don't *think* that the $0 of the script will be the $0 of the compiz.real process.
[09:08] <superm1> RAOF, you appear to be right.  i just wrote a quick app that seems to verify
[09:19] <dholbach> good morning
[09:19] <ajmitch> hi dholbach
[09:19] <superm1> morning dholbach
[09:20] <RAOF> Good evening dholbach :)
[09:20] <dholbach> hey ajmitch, hey superm1, hey RAOF
[09:36] <norsetto> *cough * *cough * morning
[10:49] <norsetto> anyone on kubuntu/i386 here?
[10:50] <norsetto> if anyone is on kubuntu/i386, can you check bug 137222 and report if you have the same problem?
[10:50] <ubotu> Launchpad bug 137222 in adept "Adept description field is wrong" [Undecided,Confirmed]  https://launchpad.net/bugs/137222
[11:01] <soren> Could someone please check this url for me? http://codebrowse.launchpad.net/~shawarma/ubuntu-dev-tools/submittodebian
[11:02] <soren> Does an actual web page show up or do you also just see http headers and such?
[11:03] <norsetto> soren: connection close
[11:04] <soren> norsetto: Alright. I'm just stuck behind a proxy, so I didn't want to bother the launchpad dudes with it if it was the proxy breaking it. Thanks for checking!
[11:04] <norsetto> soren: np
[11:22] <RAOF> superm1: Still up for some review/sponsor action?
[11:22] <\sh> oh yeah...some uploads are ready for upload ;)
[11:37] <ajmitch> ~20sec irc lag so far
[11:37] <tonyyarusso> hehe
[12:15] <dholbach> http://daniel.holba.ch/sponsoring/ works again
[12:24] <norsetto> dholbach: what is the criteria for inclusion in the list?
[12:26] <norsetto> dholbach: never mind, I see what is missing now and why
[12:27] <wug1> hi, I'm wanting to package http://freshmeat.net/projects/ppgplot/ I've contacted the author but he hasn't replied.  Can I still go ahead with attempting to package it, without his 'yay or nay'?
[12:28] <dholbach> norsetto: what's missing?
[12:28] <dholbach> wug1: sure
[12:28] <norsetto> dholbach: conky (its in the u-u-s queue)
[12:29] <dholbach> norsetto: why is it missing?
[12:30] <norsetto> dholbach: I thought it was not in the u-u-s queue (I had forgotten to subscribe u-u-s) but its in there, so, I don't know
[12:31] <wug1> dholbach: cool.  Do you know of any references I should look at, concerning python module packaging?  I see https://wiki.ubuntu.com/PythonModulePackaging  is empty.
[12:31] <dholbach> wug1: you could look at similar packages
[12:31] <RAOF> Can someone review the debdiff for bug #136962 ?  It works (for me), and I believe it's correct, but it's more complicated than what I've worked with in the past.
[12:31] <ubotu> Launchpad bug 136962 in xserver-xgl "Session file left after uninstall breaks X" [Undecided,In progress]  https://launchpad.net/bugs/136962
[12:31] <dholbach> wug1: we have a reference package on the wiki somewhere
[12:32] <dholbach> RAOF: if you subscribe ubuntu-universe-sponsors it has better chances of getting reviewed
[12:33] <dholbach> RAOF: maybe bryce, mvo or macslow can help with that?
[12:33] <dholbach> norsetto: I think it's because it has a debian task - I'll look into it
[12:33] <siretart> dholbach: I just applied for ubuntu-main-sponsor. I hope that's okay
[12:33] <jussi01> wug1: have a look at: http://doc.ubuntu.com/ubuntu/packagingguide/C/basic-debhelper.html
[12:34] <norsetto> dholbach: I don't know, you are missing 7 packages, and only 2 have a debian task
[12:34] <dholbach> siretart: looking into it
[12:34] <dholbach> siretart: that's very much appreciated
[12:35] <wug1> jussi01: thanks :-)
[12:35] <siretart> :)
[12:35] <jussi01> wug1: for python, have a look at cdbs
[12:36] <jussi01> wug1: detailed cdbs stuff is here: https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml
[12:37] <norsetto> dholbach: but 5 others have duplicated tasks, so, yes, it seems you are missing bugs which have duplicated tasks
[12:41] <dholbach> norsetto: looking into it
[12:42] <wug1> jussio01:  thanks.  So you're suggesting that I use cdbs to do the packaging? or just that I should check out the example (https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml#id2529721)?
[12:43] <wug1> jussio01:  My aim is to get a handle of the standard packaging tools - although starting with a python module is probably not exactly std :-/
[12:44] <jussi01> wug1: I havent looked at the package, but cdbs is very simple for python packages. However, I suggest you first go and read and follow th first link i gave you - it explains a normal c package.
[12:44] <dholbach> it's pretty standard
[12:44] <dholbach> https://wiki.ubuntu.com/MOTU/ReferencePackages
[12:45] <dholbach> python-launchpad-bugs is a python module using cdbs
[12:48] <wug1> jussio01 + dholbach:  thanks, will check it out.
[12:56] <norsetto> dholbach: whatever you did 136962 now is included (was missing before)
[12:57] <dholbach> norsetto: um... weird
[12:57] <dholbach> maybe you just subscribed the team to it?
[12:57] <dholbach> the script runs every 30 min
[12:57] <norsetto> dholbach: no
[12:58] <dholbach> weird
[12:58] <dholbach> let's watch the problem then for a longer time
[12:59] <norsetto> dholbach: I see its also filtering if both u--m-s and u-u-s are subscribed. Is it on purpose?
[01:00] <dholbach> right, only one instance of the bug is shown
[01:00] <dholbach> so not for every task in the list
[01:00] <dholbach> norsetto: http://daniel.holba.ch/sponsoring/sponsors-page.py
[01:11] <TheMuso> jussi01: Heh what was that quick entry and leave in -accessibility for? :p
[01:11] <jussi01> TheMuso: I was looking at a list of channel and click the wrong one...
[01:12] <jussi01> I hate that...
[01:12] <TheMuso> heh ok.
[01:12] <TheMuso> Even if you did stick around, there is not much that happens in there.
[01:12] <jussi01> hehe
[01:13] <jussi01> maybe I should idlethere alsom
[01:13] <jussi01> too much coffee makes my hands shake...
[01:13] <elkbuntu> TheMuso, i announced in -ops that my new fan had followed me there to be a PITA, so they knew where the incident had escalated to
[01:14] <StevenK> elky!
[01:14] <elkbuntu> heya StevenK
[01:14] <TheMuso> elkbuntu: PM.
[01:16] <siretart> \sh: around?
[01:17] <elmargol> can someone suggest a thin client manufacture to me?
[01:17] <\sh> siretart, yepp..somehow
[01:17] <\sh> siretart, i just saw it :)
[01:18] <siretart> okay :)
[01:18] <\sh> looks like I need to backport ejabberd ,->
[01:21] <\sh> siretart, back online
[01:22] <siretart> \sh: feel free to use a ppa for that :)
[01:22] <siretart> thanks for fixing it! :)
[01:24] <Lamego> hum, any tip where can I get a list of the generated .deb files after running an sbuild ?
[01:24] <Lamego> *_all.deb are not include on the *.changes files
[01:25] <Fujitsu> sbuild -A, Lamego.
[01:26] <Lamego> Fujitsu, done it, they are built, but they are not listed on the resulting *.changes files
[01:26] <Lamego> which I am using to determine the result
[01:26] <Fujitsu> Er... are you sure?
[01:27] <Lamego> yes, I am
[01:27] <Lamego> ah, there is a Binary: field
[01:27] <Lamego> i was using the files liste
[01:27] <Lamego> Files
[01:28] <Lamego> but, that is still odd, md5sum for _all files is not verified
[01:28] <\sh> siretart, well, later for backporting this.../me needs to fix some more universe FTBFS
[01:28] <Lamego> let me try to check on the ubuntu repositories
[01:29] <siretart> sure!
[01:30] <norsetto> dholbach: why not just changing "(not '(' in bug.sourcepackage or '(Ubuntu' in bug.sourcepackage):" to "('Ubuntu' in bug.sourcepackage):"?
[01:31] <\sh> why is bbddebian not updating the bugs he uploaded to gutsy?
[01:31] <\sh> https://bugs.launchpad.net/ubuntu/+source/jmagick/+bug/135800
[01:31] <ubotu> Launchpad bug 135800 in jmagick "[remove]  Please remove jmagick from archives" [Undecided,Won't fix] 
[01:32] <norsetto> dholbach: logic being: if not registered and is an Ubuntu task -> register it
[01:33] <dholbach> norsetto: trying
[01:36] <dholbach> norsetto: if I run it, I don't get the conky bug
[01:36] <Hobbsee|Remote> good evening dholbach
[01:36] <dholbach> hey Hobbsee|Remote
[01:37] <norsetto> dholbach: yeah, that was not supposed to fix it, just have a better code :-)
[01:37] <dholbach> norsetto: I think it's about using bug.infotable or something
[01:37] <dholbach> I add it to my todo list
[01:38] <teKnofreak> hi, how can i find the one who is maintaining epm package ? it says no package in that name exist in launchpad
[01:38] <norsetto> dholbach: I'm not familiar with python and this api, I really have no idea what is this "bugs.has_key(bug.bugnumber)" is looking for
[01:38] <dholbach> norsetto: I'll look into it
[01:38] <dholbach> not now, but later or tomorrow
[01:52] <TheMuso> 000000000000000/c
[01:52] <TheMuso> ugh
[01:52] <jussi01> lol
[01:52] <TheMuso> don't know what happened there
[01:56] <ScottK> \sh: I'm looking at your ipe fixes just now, fyi.
[02:03] <\sh> ScottK, cool there are more ,-)
[02:03] <\sh> ScottK, /me has to do some $REALWORK too :(
[02:05] <tedp> i'd request a sync request but there is a delay getting this package uploaded to debian (nobody has sponsored it yet), however it will fix a "fails to work at all" bug in ubuntu, bug #109157. package available from http://mentors.debian.net/debian/pool/main/c/ccontrol/ccontrol_0.9.1+20060806-4.dsc
[02:05] <ubotu> Launchpad bug 109157 in ccontrol "ccontrol SEGVs on startup" [Undecided,Fix committed]  https://launchpad.net/bugs/109157
[02:05] <TheMuso> \sh: I thought you were a MOTU.
[02:05] <\sh> TheMuso, since may not anymore :)
[02:07] <ScottK> tedp: If you make a -3ubuntu1 version distro gutsy, attach a debdiff to the bug, and subscribe ubuntu-universe-sponsors, someone should be able to look at it for upload.
[02:07] <tedp> ok
[02:08] <TheMuso> \sh: Ah ok.
[02:12] <Hobbsee> TheMuso: yay!
[02:15] <tonyyarusso> TheMuso is a queue processor?
[02:15] <TheMuso> tonyyarusso: I am going to be now.
[02:15] <tonyyarusso> TheMuso: Cool.
[02:15] <ScottK> \sh: libipe1c2 has a duplicate conflicts.  It should be fixed too.  Do you want to do a revised debdiff or I'll just fix it.  Either way as you prefer?
[02:15] <TheMuso> tonyyarusso: I haven't done so for a while
[02:15] <ScottK> tonyyarusso: Which package?
[02:15] <tonyyarusso> ScottK: kompozer
[02:16] <ScottK> tonyyarusso: Wrong queue.  TheMuso is doing uus queue.  Not NEW queue.
[02:16] <tonyyarusso> ScottK: oh
[02:16] <tedp> ScottK: is there any use setting the urgency field in debian/changelog?
[02:16] <tonyyarusso> ...what's uus?
[02:16] <ScottK> Only archive admins do NEW.
[02:16] <ScottK> tedp: Not for Ubuntu.
[02:17] <ScottK> tonyyarusso: ubuntu-universe-sponsors.
[02:17] <ScottK> It's stuff non-MOTUs have asked to have reviewed and uploaded.  Bug fixes mostly.
[02:18] <tonyyarusso> ah
[02:20] <\sh> ScottK, I'll fix it :)
[02:20] <deadwill> mornin' all! o/
[02:20] <ScottK> \sh: OK.  Just ping me here when you've uploaded the revised debdiff.  You might also want to look at the standards version and see what else needs done.
[02:21] <ScottK> deadwill: Good morning.  Thanks for the e-mail letting us know who you were.
[02:21] <TheMuso> \sh: jack-rack looks good, just checking for install/removal problems, but I don't expect any. Looks like I'll be able to upload very soon.
[02:21] <Lamego> gogh_0.1.2.1-1~getdeb1: i386 not in arch list: all -- skipping
[02:21] <deadwill> hey ScottK :)
[02:21] <Lamego> erm, wasn't sbuild -A supposed to build ALSO the arch independent files ?
[02:22] <\sh> ScottK, hmm...I just see Conflicts: libipe1, libipe1c2
[02:22] <\sh> Replaces: libipe1, libipe1c2
[02:22] <\sh> for libipe1c2a
[02:22] <azeem> Lamego: yes
[02:22] <Lamego> so why I am getting that error ?
[02:23] <Lamego> hum, because the package does not include "all" packages ?
[02:23] <azeem> Lamego: I think sbuild doesn't work for *only* arch independent packages
[02:23] <Lamego> ah
[02:23] <ScottK> \sh: After depends there is another conflicts line
[02:23] <Lamego> which is the case, it's a python app
[02:23] <azeem> Lamego: though I'm not sure - I thought it did
[02:24] <\sh> ScottK, grmpf...need new glases...yepp...
[02:24] <Lamego> well, aren't all packaged upload into debian archives built with sbuild :) ?
[02:24] <azeem> Lamego: not the Arch: all ones
[02:24] <azeem> well, not necessarily
[02:24] <azeem> only the buildds are certain to use sbuild, but they only build the arch-specific .debs
[02:25] <azeem> Arch: all are built however the DD decides
[02:25] <Lamego> hum, that is odd
[02:25] <azeem> (using pbuilder or sbuild is still encouraged)
[02:25] <azeem> Lamego: which version of sbuild?
[02:25] <azeem> cause I just checked back, I did some sbuild runs with -A
[02:25] <Lamego>  sbuild         0.52
[02:25] <azeem> Lamego: maybe try to add -s as well
[02:25] <\sh> ScottK, uploading a new debdiff
[02:26] <Lamego> azeem, i did it also, it is just failing for a ALL only package, without "ANY" sections
[02:26] <azeem> Lamego: works for me
[02:26] <\sh> ScottK, now :)
[02:27] <ScottK> Don't worry, the laptop is slow....
[02:27] <azeem> Lamego: what does the Architecture: line in the .dsc say?
[02:27] <Lamego> Architecture: all
[02:28] <Lamego> hum, it is building now
[02:28] <Lamego> i must have something wron on the script
[02:30] <Lamego> strange, executing sbuild from a python script, using the same syntax does report that error
[02:31] <TheMuso> \sh: jack-rack uploaded, working on kaconnect.
[02:31] <Lamego> ops, my mistake
[02:31] <Lamego> just changed the "print" line :P
[02:31] <\sh> TheMuso, thx :)
[02:32] <TheMuso> \sh: np
[02:33] <Lamego> azeem, thanks
[02:34] <tedp> ScottK: did you mean attach an interdiff, or really a debdiff? (the only debdiff change is the version #)
[02:35] <ScottK> tedp: Debdiff from the current Ubuntu revision, not from your proposed Debian package.
[02:36] <ScottK> Basically a MOTU will download the current Ubuntu source, apply your debdiff as a patch, build, test, and upload.
[02:37] <tedp> debdiff reports on the files in a .deb. i don't see how that could be applied.
[02:37] <tedp> unless i'm doing it wrong[ly] 
[02:38] <ScottK> tedp: Debdiff of the source packages.
[02:39] <Hobbsee> dholbach: https://bugs.launchpad.net/ubuntu/+source/telepathy-mission-control/+bug/134624 looks done.  go ahead and upload
[02:39] <ubotu> Launchpad bug 134624 in telepathy-mission-control "[UVFe]  Please update telepathy-mission-control to version 4.35" [Undecided,New] 
[02:39] <ScottK> tedp: debdiff packagename-revision.dsc packagename-revisionubuntu1.dsc > name_of_patch
[02:40] <tedp> got it, ta
[02:41] <ScottK> Hobbsee: You might also want to look at Bug #134623 and ack that too then as I believe StevenK's concern has been resolved.  That one is also blocking the empathy upload.
[02:41] <ubotu> Launchpad bug 134623 in telepathy-salut "[UVFe]  Please update telepathy-salut to version 0.1.4" [Undecided,Fix released]  https://launchpad.net/bugs/134623
[02:41] <ScottK> Err.  Wait a sec.
[02:42] <ScottK> Hobbsee: Nevermind on that.
[02:42] <Hobbsee> ScottK: it's showing as released, so...
[02:42] <ScottK> Yes.  Thus my nevermind.
[02:43] <ScottK> I missed that when I looked the first time.  Sorry about the distraction ...
[02:43] <Hobbsee> no problem
[02:47] <TheMuso> \sh: kaconnect uploaded, ion3-mod-xinerama almost ready for upload as well.
[02:47] <ScottK> \sh: ipe failed to build.  Build log comments in the bug...
[02:50] <\sh> ScottK, hmm? grmpf
[02:50] <asisak> Hey Ubunteros!
[02:50] <\sh> ScottK, gnarf...
[02:51] <deadwill> hey asisak
[02:51] <asisak> hey xxxxx1
[02:51] <ScottK> \sh: Do me a favor and test build this one before you upload it ;-)
[02:51] <\sh> ScottK, give me a sec to add sharutils ,;)
[02:52] <\sh> ScottK, I tested it already...but my source files were somehow missing...and I recreated the crap out of the diff...and forget sharutils, which I had before added :(
[02:53] <Lamego> REVU must be improved to sbuild the packages on the fist place
[02:54] <Hobbsee> Lamego: the code for revu and the specs for revu2 are on launchpad.  if you wish to help, siretart will be very happy to hear that.
[02:54] <\sh> ScottK, testbuild and uploaded a new debdiff
[02:54] <TheMuso> \sh: Problem with ion3-mod-xinerama and deps. Comments in bug.
[02:54] <Lamego> Hobbsee, this would required, 1 - schroot setup on the REVU server, 2 a pretty trivial script, for which I am sure you don't need my few lines of code ;)
[02:55] <Hobbsee> Lamego: it's still an issue of resources, and the question is "how well does it fit with revu2, which plans a lot of that already?"
[02:56] <Lamego> where is the revu2 specification ?
[02:56] <Lamego> what is the estimated due date for the revu2 implementation ?
[02:58] <ScottK> Lamego: It's a free software project.  When people get to work and get it done....
[02:58] <azeem> like with Ubuntu, eh ;)
[02:59] <Lamego> ScottK, sure, but that doesn't mean free software can't have priorities
[02:59] <Lamego> ScottK, Ubuntu has due dates, as you clearly know ;)
[02:59] <\sh> grmpf...does debian has an "find old package name" page or something?
[03:00] <azeem> \sh: the changelog, maybe
[03:00] <ScottK> \sh: I'd think the new sharutils dep is worth a mention in the changelog.  I'll add it if you don't mind.
[03:00] <\sh> azeem, na...I have a dep which isn't available anymore somehow
[03:00] <\sh> ScottK, please do
[03:00] <fernando> moin all
[03:01] <azeem> \sh: and what are you trying to do?
[03:01] <ScottK> Lamego: Sure, but revu2 is not resourced by Canonical, so as long as wants exceed people willing to do the work, not much happens.
[03:01] <azeem> would've been a nice GSoC project
[03:01] <Lamego> ScottK, again, volunteer work should have priorities, specially when we are talking about a big team
[03:02] <\sh> to find ion3-api-3-3ds-20070318
[03:02] <azeem> is that a package name?
[03:02] <siretart> Lamego: sure.
[03:02] <Fujitsu> Lamego: I wouldn't call it big...
[03:02] <\sh> azeem, yepp..binary package
[03:03] <siretart> Lamego: feel free to contribute specs, or even better, bundles to the current bzr branch
[03:03] <zul> Lamego: revu2 is not priority afaik
[03:03] <tedp> \sh: http://snapshot.debian.net/
[03:03] <Lamego> Fujitsu, 4 or 5 persons which come every day into an irc channel, is a big team
[03:03] <siretart> Lamego: atm, it would really help you could write some unittest
[03:03] <ScottK> Lamego: How many are actually hacking on revu2 right now?
[03:03] <Lamego> siretart, integrating sbuild into the current revu should be pretty trivial, it does require available resources on the server
[03:04] <Lamego> siretart, you are concerned with unittest when you don't even check the package can be built ?
[03:04] <siretart> Lamego: right. why do you want to have revu building packages at all? for what distributions should it be built anyway?
[03:05] <siretart> Lamego: btw, I assume you did have a look at the bzr branch, and are aware the the revu server is running ubuntu/sparc?
[03:05] <\sh> tedp, no way...there is no such package
[03:05] <Lamego> siretart, no I am not, my comments are regarding REVU as the reviewing system, not as REVU as "the sparc server"
[03:06] <Lamego> I hope you don't define processes based on the current server you have running it at :P
[03:06] <\sh> Lamego, why do you want to invent a new build service?
[03:06] <siretart> I don't define any processes
[03:06] <\sh> Lamego, I think building packages for testing can be done locally or with PPAs
[03:06] <siretart> I don't even think that revu should build packages at all.
[03:07] <\sh> btw...is there any way to tell PPAs against what distro release the package should be build? is it parsing the distro field in the changelog?
[03:07] <dholbach> Hobbsee: rock on, thanks
[03:07] <Lamego> \sh, I dont want to invent anything, it is already invention, my point is, packages submited to REVU should be target of an sbuild, that would save revieewing broken builds
[03:08] <tedp> ok, diffs are available for feisty and gutsy packages of ccontrol in bug #109157
[03:08] <ubotu> Launchpad bug 109157 in ccontrol "ccontrol SEGVs on startup" [Undecided,Fix committed]  https://launchpad.net/bugs/109157
[03:08] <tonyyarusso> \sh: It may do that, but there's another way as well, involving adding things to your dput.cf
[03:08] <Lamego> didn't check the PPAs yet
[03:08] <Lamego> erm, invented
[03:08] <azeem> and lintian/linda info would be for the .debs as well, not just the source package
[03:08] <tonyyarusso> \sh: for instance, create a section [my-ppa-edgy] , with incoming = ~tonyyarusso/ubuntu/edgy/
[03:08] <\sh> Lamego, if you as a reviewer is testing the package and see it's not building...that's enough
[03:09] <\sh> tonyyarusso, well I test it next week or so
[03:09] <Lamego> \sh, the point is, the package will spend a few minutes, for a package, which does not rebuild, then it will report it to the upload, and this can be a cycle with several iterations
[03:09] <Lamego> which is lost time, because this could be automated
[03:09] <Lamego> the packager...
[03:10] <\sh> Lamego, well, I have a local buildserver ... it cost me no time to push it to the queue...but I wouldn't expect, that we should build up a new build infrastructure
[03:10] <norsetto> dholbach: the problem is not in sponsors-page.py; for some reasons python-launchpad-bugs does not pick up conky (ubuntu)
[03:11] <siretart> Lamego: we used to have something very similar in the past
[03:11] <dholbach> norsetto: I think the BugInfo class contains information about which tasks a bug has
[03:11] <dholbach> norsetto: I need to check that
[03:11] <siretart> Lamego: there was a script called 'revu-build', which was used to build packages on the revu server
[03:11] <siretart> Lamego: it used pbuilder instead of sbuild though.
[03:11] <dholbach> norsetto: if you really want to get into it, you could ask thekorn or check the BugHelper wiki pages
[03:11] <siretart> Lamego: that script was run by a local admin, after doing a quick check on the package
[03:12] <norsetto> dholbach: ok, can do, its not just conky, its any bug which has a Debian task
[03:12] <siretart> Lamego: that script doesn't work anymore, and we currently don't have plans to resurrect it
[03:12] <dholbach> https://wiki.ubuntu.com/BugHelper/Dev/python-launchpad-bugs/API_changes/BugListExample
[03:12] <dholbach> https://wiki.ubuntu.com/BugHelper/Dev/python-launchpad-bugs/Bug
[03:12] <dholbach> I just won't get around to it today
[03:14] <Lamego> ok, I guess that will be covered by change the reviewing to PPAs
[03:14] <Lamego> changing
[03:14] <siretart> partly
[03:14] <siretart> but I see you get the idea
[03:16] <dholbach> bigon_: ping
[03:16] <eMerzh> hi, can someone re-sync the REVU uploaders keyring please?
[03:16] <dholbach> bigon_: regarding telepathy-mission-control: 'unstable' -> 'gutsy', also you drop a changelog entry
[03:16] <dholbach> bigon_: I'll fix that, but please fix that in your next uploads, thanks
[03:17] <dholbach> bigon_: sorry, misread the diff, nevermind
[03:17] <thekorn> norsetto: py-lp-bugs is not working on conky queries, right?
[03:18] <norsetto> thekorn: not just conky, all bugs which have debian tasks I think
[03:19] <norsetto> thekorn: its just picking the Debian bug and do not pick the Ubuntu one
[03:19] <thekorn> ah, ok, looking ...
[03:20] <dholbach> I'm quite sure it could be a bug in the script
[03:20] <dholbach> thekorn: could it be I should use BugInfo or infotable for that?
[03:21] <norsetto> dholbachL: no, its not the script
[03:21] <norsetto> thekorn: I have a snippet I can show you, and the output too, should I pastebin?
[03:22] <thekorn> yes please
[03:22] <deadwill> hey siretart, dholbach
[03:22] <dholbach> hey deadwill
[03:22] <deadwill> hey norsetto
[03:22] <norsetto> deadwill: hi 5x1 :-)
[03:23] <norsetto> !pastebin
[03:23] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[03:23] <asisak> hey young dholbach, old norsetto
[03:23] <dholbach> hey asisak
[03:23] <deadwill> dholbach, any change to get eclipse 3.3 on gutsy for next week?
[03:23] <deadwill> ops, s/change/chance/g
[03:24] <norsetto> thekorn: here: http://paste.ubuntu-nl.org/36319/
[03:24] <dholbach> deadwill: that's something you should discuss with doko, vil and the motu-uvf team
[03:24] <asisak> deadwill: aren't you the one who works on that? :D
[03:24] <deadwill> asisak, yep.
[03:25] <norsetto> asisak: hey, you have a unique opportunity; I have 2 packages on REVU waiting for you .....
[03:25] <asisak> cool
[03:25] <doko> deadwill: do you have packages ready for upload?
[03:25] <deadwill> doko, not yet. until the end of week.
[03:26] <doko> deadwill: including all build dependencies? that would be great
[03:26] <deadwill> doko, i hope so :D
[03:27] <doko> deadwill: talk with vil and man-di on #ubuntu-java
[03:27] <thekorn> norsetto: thanks, looking ..
[03:28] <deadwill> doko, right. thx!
[03:28] <asisak> norsetto: I guess these packages have more of MOTU-UVF than simple mortal MOTU nature
[03:29] <norsetto> asisak: yes, they've both got an UVFe
[03:29] <asisak> norsetto: please paste the LP UVFe bug links on REVU next time
[03:29] <norsetto> asisak: will do
[03:30] <asisak> norsetto: cool
[03:34] <thekorn> norsetto: can you please file a bug against py-lp-bugs with your script + result as an attachment?
[03:35] <norsetto> thekorn: sure
[03:35] <asisak> Are the empathy / telepathy-.* updates uploaded?
[03:35] <asisak> Or only ACKed?
[03:35] <asisak> ScottK, bigon_ ^^
[03:35] <thekorn> this bug always happen if there is a remote task and the task in ubuntu is already marked as fixed
[03:35] <thekorn> norsetto: thanks
[03:35] <norsetto> thekorn: thx to you
[03:37] <asisak> norsetto: advocating & uploading conky
[03:38] <ScottK> asisak: I haven't uploaded anything.
[03:38] <norsetto> thekorn: is fix committed not fix released btw, its the same for both?
[03:38] <asisak> ScottK: okay. Thanks. I might take care of it, since bigon_ is not a MOTU
[03:38] <ScottK> asisak: IIRC telepathy still needs upload.
[03:38] <ScottK> Sounds good.
[03:38] <asisak> I was not sure if someone wanted to do that or you just approved that.
[03:39] <ScottK> I just approved.
[03:39] <asisak> Okay. I'll look after it after norsetto :)
[03:39] <ScottK> I leave the quality of the package to the MOTU looking at it for upload.
[03:39] <asisak> Sure, I'll check it first.
[03:41] <thekorn> norsetto: I just looked at an other bugreport on the ~ubuntu-universe-sponsors list, it's the same issue
[03:43] <norsetto> thekorn: ok, what I was asking was if the problem is only with fix-commited ubuntu bugs, or also fix-released? Because I don't think the ~ubuntu-universe-sponsors list will list bugs which are marked as Ubuntu fix-released
[03:45] <ScottK> \sh: ipe uploaded.  Thank you for your contribution.
[03:45] <\sh> ScottK, not for this ;)
[03:46] <ScottK> It all worked out fine in the end ...
[03:46] <asisak> dholbach: do you intend to upload empathy as well?
[03:47] <dholbach> asisak: if you want to do it, that's fine with me
[03:47] <asisak> dholbach: the same applies :)
[03:47] <dholbach> hehe, ok, you do it then :)
[03:47] <asisak> (based on the telepathy-.* uploads)
[03:47] <dholbach> don't worry, there's still enough to do :)
[03:48] <asisak> I was not worried at all :)
[03:49] <thekorn> norsetto: I did some more testing on this, my first guess was wrong, it is more a general problem of buglists in py-lp-bugs
[03:50] <norsetto> thekorn: ok, I wrote bug 137278; let me know if I need to add or clarify anything
[03:50] <ubotu> Launchpad bug 137278 in python-launchpad-bugs "Only remote task is picked" [Undecided,New]  https://launchpad.net/bugs/137278
[03:54] <dholbach> rock
[03:55] <norsetto> asisak: thx!
[03:55] <asisak> thank *you*, norsetto
[03:59] <bddebian> Heya gang
[03:59] <asisak> Hey bddebian
[03:59] <bddebian> Hello asisak
[03:59] <deadwill> hey bddebian
[04:00] <bddebian> Heya deadwill
[04:02] <Mez> hey bddebian
[04:02] <bddebian> Hi Mez
[04:03] <\sh> moins bddebian
[04:03] <norsetto> Honourable bddebian ....
[04:09] <Hobbsee> \sh: for konserve, why remove the kdepot patch?
[04:09] <\sh> Hobbsee, because it's failing to apply...
[04:09] <Hobbsee> ah right
[04:09] <\sh> Hobbsee, the same applies for the debian admin patch
[04:10] <Hobbsee> yeah, well.  using a different version of automake...
[04:10] <\sh> yepp
[04:10] <bddebian> Heya \sh, norsetto, Hobbsee
[04:11] <Hobbsee> hi bddebian
[04:14] <ScottK> Good afternoon mok0.
[04:14] <mok0> Good afternoon, ScottK :-)
[04:15] <mok0> Just about to file a bug report on my latest feisty -> gutsy dist-upgrade
[04:22] <ScottK> \sh: If you haven't, would you please check Debian BTS for bugs on the the ipe build-dep/conflicts issues and file it if it's not there.
[04:24] <\sh> ScottK, i'll go over all the gutsy-universe-ftbfs bugs I filed an file against dbts...some are already known
[04:24] <ScottK> Cool.
[04:24] <asisak> \sh usually fixes some a day and bugs MOTUs to upload it :D
[04:24] <asisak> them, even
[04:24] <NCommander> hey all
[04:24] <ScottK> Right.  I just want to make sure Debian gets the feedback so we don't have to maintain the diff long term.
[04:25] <bddebian> Heya NCommander :)
[04:25] <ScottK> Hey NCommander
[04:25] <\sh> ScottK, if you have a look at bug 136973 the debian maintainer has uploaded a fixed package which can be synced
[04:25] <ubotu> Launchpad bug 136973 in gdpc "[FTBFS]  gdpc" [Undecided,Fix committed]  https://launchpad.net/bugs/136973
[04:28] <dholbach> norsetto: I followed up on your bug
[04:28] <\sh> asisak, well, I'm getting better, and just subscribe u-u-s ...;)
[04:29] <asisak> \sh: I am happy if I can upload any of your fixes. Feel free to bug me if I am around...
[04:29] <TheMuso> Ok, I'm outa here. Night folks.
[04:29] <asisak> Night TheMuso
[04:29] <dholbach> nightie TheMuso
[04:29] <dholbach> norsetto, thekorn: I'll fix the script to use buginfo for now
[04:30] <bddebian> Gnight TheMuso
[04:30] <\sh> TheMuso, thx for the sponsors :)
[04:30] <bddebian> Ho hum, what to do, what to do..
[04:30] <ScottK> \sh: Test building now.
[04:30] <TheMuso> \sh: You're welcome.
[04:30] <\sh> I wonder what I did now to produce a broken configure script..without even touching it
[04:30] <ScottK> \sh: See bddebian's last comment ^^^^
[04:30] <\sh> hmmm..crap openmash
[04:31] <deadwill> night TheMuso
[04:31] <\sh> ScottK, well, does he know lucas' list of ftbfs? ,-)
[04:31] <\sh> bddebian, go and fix some ftbfs crack ;)
[04:31] <bddebian> I haveen't looked through the list but sounds like you two have it taken care of? ;-P
[04:31] <\sh> bddebian, ScottK uploads and I file bugs ,-)
[04:32] <mok0> My experience dist-upgrading feisty -> gutsy in Bug#137290
[04:32] <ScottK> Bug #137290
[04:32] <ubotu> Launchpad bug 137290 in ubuntu "dist-upgrade feisty to gutsy fails" [Undecided,New]  https://launchpad.net/bugs/137290
[04:32] <\sh> ScottK, you are u-u-s slave for today? ;)
[04:33] <ScottK> At some point I will have to quit procrastinating $WORK.
[04:33] <bddebian> Hmm, I had no issues upgrading a recent Feisty install to Gutsy
[04:33] <mok0> bddebian: What flavour was your system?
[04:33] <ScottK> Maybe I'll just submit a MOTU application on your behalf like Mithrandir did to Hobbsee for core-dev.
[04:33] <Hobbsee> ah yes, but we could veto it
[04:34] <bddebian> mok0: x86.  Dell Latitude laptop
[04:34] <bddebian> Heh
[04:34] <mok0> bddebian: :-) I meant (k,x)ubuntu?
[04:34] <bddebian> Ahh, sorry
[04:34] <bddebian> Just normal Ubuntu
[04:34] <mok0> bddebian: I have a feeling it could be kubuntu related
[04:35] <ScottK> mok0: Yes. /var/cache/apt/archives/korganizer_4%3a3.5.7enterprise20070828really20070825-0ubuntu3_i386.deb is the package what got you.
[04:35] <Hobbsee> oh, meh.  that lot is changing so much that that will be nowhere near final yet
[04:35] <ScottK> mok0: If you have no further troubles, I'd assign the bug to kdepim.
[04:35] <mok0> Could it have something to do with libc?
[04:35] <bddebian> So just look at the FTBFS bugs on UUS?
[04:36] <ScottK> mok0: Kubuntu recently switched to a different kdepim tree and it's been an "interesting" experience so far.
[04:36] <\sh> ScottK, well I could do this by myself...but I'm unsure if I want it for gutsy...let's see for hardy ,->
[04:37] <ScottK> \sh: OK.
[04:37] <mok0> If that incorporates KDE4 we're in a whole different ballgame ;-)
[04:37] <bddebian> ScottK: What are you looking at so I don't step on your toes?
[04:37] <\sh> ScottK, and I think some people don't want that anymore to see me doing work for ubuntu...that's my concern..
[04:37] <ScottK> mok0: No.  It's still KDE3.
[04:38] <norsetto> Hi scottK; any news on clamav and libcurl?
[04:38] <bddebian> \sh: I highly doubt that, if you mean anyone here
[04:38] <ScottK> \sh: I dn't know of any such people.
[04:38] <Hobbsee> \sh: FWIW, having active contributors that are nice people is better than any previous offenses.
[04:38] <ScottK> norsetto: It was a holiday weekend in the US, so no news.
[04:38] <bddebian> ScottK: I'll hit lock-keys-applet, k?
[04:39] <ScottK> K
[04:39] <ScottK> bddebian: When I'm doing something, I'm assigning the bug to myself so just check for that.  It should be fine.
[04:39] <norsetto> no news, good news :-)
[04:39] <\sh> fck...I'm fcked now because I don't know what happened now...crappy openmash build system
[04:40] <\sh> need to smoke first...then I hopefully see a bit more
[04:42] <bddebian> Assigning bugs to myself?  Are you kidding, then I'm responsible.. ;-P
[04:44] <ScottK> bddebian: Just unassign after you upload.
[04:45] <bddebian> Gah, darnit, where is Lucas' list?
[04:48] <ScottK> \sh sync requested for gdpc
[04:56] <bddebian> ScottK, \sh: Are you guys reporting these to Debian?
[04:57] <ScottK> bddebian: \sh said he'd take care of it.
[04:57] <bddebian> OK, thx
[04:58] <geser> Hi bddebian
[04:58] <leonel> ScottK:  to backport clamav from gutsty to feisty  should I go with  dpatch-edit-patch to correct the   libcurl4-gnutls-dev    to  libcurl3-gnutls-dev change in debian/control     edited that  and all builded  and installed fine
[04:59] <bddebian> Heya geser
[04:59] <ScottK> leonel: Let's get it resolved in Gutsy first about what to do with libcurl and then do a clean backport.
[05:00] <geser> bddebian: this list https://wiki.ubuntu.com/LucasNussbaum/FTBFS_gutsy_1 ?
[05:01] <leonel> ScottK:  ok  just  warming  up ...
[05:01] <ScottK> No problem.
[05:03] <bddebian> geser: Yep, that's the one, thanks
[05:04] <bddebian> Holy crap that's a lot of packages :-(
[05:04] <\sh> bddebian, but you can do it as well ;)
[05:05] <bddebian> Well I already fixed jmagick a while back, does that count? :-)
[05:05] <\sh> bddebian, yeah, but update the bug report ;)
[05:06] <bddebian> It should have been Fix Released already.. Hmm
[05:06] <\sh> bddebian, I just stumbled upon this bug ;)
[05:07] <bddebian> Which bug?
[05:07] <\sh> bddebian, jmagick
[05:08] <bddebian> I can't find an open bug on it anymore
[05:08] <\sh> https://bugs.launchpad.net/ubuntu/+source/jmagick/+bug/135800 it's set to won't fix
[05:08] <ubotu> Launchpad bug 135800 in jmagick "[remove]  Please remove jmagick from archives" [Undecided,Won't fix] 
[05:08] <\sh> bddebian, I think it's better to set it to fix released or commited
[05:09] <bddebian> Hmm, did I set it to wont fix?
[05:10] <\sh> bddebian, 03 Sep 07 12:35  	 Lionel Porcheron  	jmagick: status  	Fix Committed  	Won't Fix
[05:10] <bddebian> Hah! :)
[05:10] <\sh> bddebian, you set 31 Aug 07 18:59  	 Barry deFreese  	jmagick: status  	New  	Fix Committed
[05:11] <dholbach> norsetto, thekorn: I updated the script, it has a   has_open_ubuntu_task()   function now
[05:11] <dholbach> norsetto: running the script right now (takes 2-3 minutes)
[05:11] <norsetto> dholbach: cool :-)
[05:12] <Hobbsee> bddebian: hm?
[05:13] <dholbach> norsetto: let me know if it's still broken
[05:13] <bddebian> Oh, that was for Feisty, never mind.. Sorry :-)
[05:13] <Hobbsee> bddebian: what's this now?
[05:13] <bddebian> I was looking at konserve
[05:13] <Hobbsee> ah yes
[05:13] <norsetto> dholbach: ok, too bad I can't test with the u-u-s queue (conky is fix released now), but there should be a similar one in u-m-s
[05:14] <\sh> bddebian, what's wrong with konserve? ,-)
[05:14] <\sh> bddebian, I think my bugfix is ok ;)
[05:14] <jwendell> Hi, could any MOTU review my patch for bug 131618 ?
[05:14] <ubotu> Launchpad bug 131618 in pidgin-libnotify "pidgin notifications ballon wont open chat" [Low,In progress]  https://launchpad.net/bugs/131618
[05:15] <NCommander> bddebian, your here?
[05:15] <bddebian> \sh: It is, I just saw Hobbsee's patch for autoconf and thought maybe she'd already fixed it but didn't realize the build-dep was still there :)
[05:15] <bddebian> NCommander: I live here. :-)
[05:16] <NCommander> bddebian, ah, small IRC network
[05:16] <NCommander> Think you can help me with a REVU issue?
[05:16] <bddebian> Possibly
[05:16] <bddebian> If it's an upload/key issue, you'll need a REVU admin
[05:16] <leonel> ScottK:  not urgent   : how the lattest patches to  gutsy's  clamav  got into   I don't see any change in  debian/patches ?
[05:16] <bddebian> Gah I hate building KDE apps in pbuilder :-(
[05:16] <NCommander> bddebian, Well, I dunno
[05:17] <bddebian> NCommander: What's the issue?
[05:17] <NCommander> I uploaded it with a signed key (which works for mentors at debian), but nothing popped up in REVU, nor can I make the account
[05:17] <bddebian> NCommander: Yes, probably needs a key sync run
[05:18] <Hobbsee> bddebian: you could just look it up...
[05:18] <NCommander> key sync run?
[05:18] <bddebian> Hobbsee: ?
[05:18] <Hobbsee> NCommander: which package?
[05:18] <NCommander> nrss
[05:18] <Hobbsee> bddebian: you have access to sparky, iirc
[05:18] <bddebian> I do?
[05:18] <Hobbsee> unless the server already moved
[05:19] <bddebian> NCommander: BTW, if you get it in Debian, you really don't need to put it on REVu we will sync it from Debian :)
[05:19] <NCommander> well, they're submitted to both
[05:19] <Hobbsee> yep, it's a key problem
[05:20] <NCommander> Thanks
[05:20] <NCommander> I uploaded the key two days ago
[05:20] <NCommander> So I thought it would have gone through on its own :-/
[05:20] <NCommander> brb, need to restart X11
[05:20] <Hobbsee> is there a steven harper here?
[05:25] <NCommander> do I need to reupload my package?
[05:25] <Hobbsee> no
[05:25] <Hobbsee> and it's not automatically done, at the moment, because it's taking so long to do (>1hr each resync)
[05:26] <dholbach> norsetto: right... thanks
[05:26] <\sh> so...end of company business for today...leaving for home...and do some work at home :)
[05:26] <\sh> cu later
[05:28] <superm1> RAOF, i added some comments to your debdiff
[05:32] <ScottK> leonel: I'm not sure which you mean?
[05:34] <NCommander> ugh
[05:34] <NCommander> Net access hates me
[05:34] <NCommander> Do I need to reupload my project
[05:34] <bddebian> No
[05:35] <norsetto> dholbach: Is it ok that the Debian tags are shown (not the Ubuntu ones)? For the rest it seems to be picking all the relevent bugs (and only those).
[05:35] <NCommander> I can't recover it ...
[05:35] <bddebian> NCommander: You will have to wait until the sync finishes
[05:35] <dholbach> norsetto: right, that's something I could fix
[05:35] <NCommander> oh
[05:38] <bddebian> Why is xffm-gui on the list when the binaries are in the archive and no build failures other than lpia are on LP?
[05:39] <bddebian> Oh, he re-built them all?
[05:44] <geser> bddebian: yes, you can find the (re-)build logs at http://people.debian.org/~lucas/logs/2007/08/28/
[05:45] <bddebian> Gah
[05:45] <geser> bddebian: if you are looking at xffm-gui: this should be a case of GTK_DISABLE_DEPRECATED defined somewhere, remove it and it should build (if there is no other issue)
[05:52] <bddebian> Ho hum
[05:56] <mok0> I've a problem in the newly upgraded gutsy system: I get 1000's of these messages: device mapper: ioctl: error adding target to table
[05:58] <bddebian> geser: I don't see GTK_... used anywhere in xffm-gui
[06:00] <ScottK> mok0: There is also an #ubuntu+1 channel dedicated for Gutsy support (if you weren't aware).
[06:00] <ScottK> Dunno what causes that myself.
[06:01] <mok0> ScottK: Neither do I... device mapper... could be lots of things...
[06:01] <mok0> I'll try asking on that other channel...
[06:01] <geser> bddebian: than it's an other problem
[06:01] <bddebian> Ah, it uses gtk_tooltips which is apparently deprecated
[06:06] <NCommander> How goes the keysync?
[06:30] <ScottK> NCommander: key sync takes over an hour to run IIRC.
[06:30] <NCommander> Ah, I see
[06:46] <bddebian> WTF is this??:
[06:47] <bddebian> gfortran, autoconf, dpatch, python-f2py | pytho
[06:47] <bddebian> n-numpy, python-f2py | g77
[06:47] <Skiessi> what?
[06:47] <bddebian> Well first there is no python-f2py package
[06:48] <bddebian> Secondly it replaces python-numpy and g77?  Sounds fishy
[06:49] <geser> bddebian: till feisty python-f2py was in the archive
[06:49] <bddebian> I know
[06:51] <Skiessi> someone could put xmoto 0.3.3 to universe
[06:52] <geser> Skiessi: have you a UVFe for it?
[06:52] <leonel> ScottK:  the changes to libcurl4
[06:53] <leonel> ScottK:  or those are  syncs from debian ?
[06:53] <Skiessi> !uvfe
[06:53] <ubotu> Sorry, I don't know anything about uvfe - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[06:53] <Skiessi> No.
[06:53] <geser> Skiessi: Upstream Version Freeze exception
[06:54] <Skiessi> :o I forgot...
[06:57] <\sh> re
[07:01] <Skiessi> ...so will gutsy have x.org 7.3? they release it tomorrow?
[07:01] <ivoks> no
[07:01] <Skiessi> ok.
[07:03] <bddebian> LaserJock: !!
[07:03] <LaserJock> hi bddebian
[07:08] <deadwill> hey LaserJock
[07:08] <Hobbsee> LaserJock!
[07:08] <geser> Hi LaserJock
[07:11] <zul> hey LaserJock
[07:11] <\sh> hmmm...how do I enable under Xorg my sun type 6 usb keyboard...to enable all this special keys like copy open etc.
[07:34] <NCommander> I still can't log into revu (or recover), did the keysync finish?
[07:35] <\sh> grmpf...since when is rhythmbox not supporting shoutcast playlists anymore?
[07:36] <norsetto> lionel: thanks for your comment Lionel, but, what is a big mess in bug 137125?
[07:36] <ubotu> Launchpad bug 137125 in claws-mail "Please merge claws-mail (2.10.0-3) from Debian unstable (main)" [Wishlist,Incomplete]  https://launchpad.net/bugs/137125
[07:36] <lionel> norsetto: well, I see two debdiff and the second one does not look correct
[07:37] <norsetto> lionel: whats the problem with it? Seemed pretty clear to me.
[07:37] <lionel> norsetto: Am I supposed to apply first and the second one ?
[07:38] <norsetto> lionel: the first one is not correct, as I say in the bug report. I simply made a mistake when I selected it with browse
[07:38] <norsetto> lionel: unfortunately we cannot delete comments, would have been much better
[07:39] <lionel> Ok well
[07:39] <lionel> So let's have a look on the second one
[07:39] <lionel> changelod say:
[07:39] <lionel>   - Fix compilation for lpia arch.
[07:39] <lionel>     - Added support for Hildon 3.
[07:39] <lionel>     - Modify Maintainer value to match Debian-Maintainer-Field Spec
[07:39] <lionel> and the only thing in the debdiff is:
[07:39] <lionel> +	rm -rf $(CURDIR)/debian/claws-mail/usr/share/doc/claws-mail/manual/
[07:39] <lionel> look strange no ? :)
[07:40] <norsetto> lionel: the second one, as it is written in the bug report, applies to the previous ubuntu version. Several sponsors wants it this way because they can see whats the difference due to Debian
[07:40] <\sh> can someone enlighten me what's all about this lpia project?
[07:41] <RainCT> \sh: afaik it's the architecture for ubuntu mobile
[07:41] <norsetto> lionel: so, no, its not strange at all, we apply all the previous ubuntu changes (changelog states it) and the debian change
[07:41] <\sh> RainCT, ah ok
[07:41] <lionel> norsetto: Oh, ok
[07:41] <ScottK> \sh Ubuntu Mobile Edition and Low Power Intel Archictecture are the two key phrases.
[07:42] <norsetto> lionel: sorry about that, I also would prefer a patch w.r.t. debian, but several people complained about it in the past
[07:42] <norsetto> lionel: I must say, in this case it makes sense to paytch w.r.t. ubuntu, look at the size of the debdiff :-)
[07:42] <lionel> norsetto: no problem, I also prefer debdiff on last Debian version, but I can live with that :)
[07:52] <norsetto> lionel: do you still want a patch w.r.t Debian or you happy with that?
[07:53] <lionel> norsetto: I'm happy with that, I will take care of it in few min
[07:53] <norsetto> lionel: merc pour ton travaille
[07:55] <lionel> norsetto: nice :)
[08:17] <lionel> norsetto: sorry, I was on phone, uploaded :)
[08:22] <mok0> Device mapper problem solved, c.f. Bug #115616
[08:22] <ubotu> Launchpad bug 115616 in evms "Device-mapper errors: dm-linear, lookup failed" [High,In progress]  https://launchpad.net/bugs/115616
[08:22] <sistpoty> hi folks
[08:23] <bddebian> Heya sistpoty
[08:23] <geser> Hi sistpoty
[08:23] <sistpoty> hi bddebian
[08:23] <sistpoty> hi geser
[08:29] <LaserJock> ok, I need some brain power
[08:30] <bddebian> Counts me out :-)
[08:30] <zul> LaserJock: sugar?
[08:31] <LaserJock> I have a postrm, that is not exiting properly
[08:31] <LaserJock> http://paste.ubuntu-nl.org/36354/
[08:31] <gnomefreak> is bzr* able to be backported from gutsy to feisty or does it not fit the requirments
[08:32] <geser> LaserJock: is ucf installed?
[08:32] <ScottK> zul: cocaine and valium so you can work really fast and not care about the results of your work.
[08:32] <LaserJock> geser: yes, it is
[08:33] <zul> ScottK: true but its not legal, i was thinking pixie stix
[08:33] <sistpoty> LaserJock: does it say anything specific where it fails?
[08:33] <ScottK> Ture.
[08:33] <ScottK> True even
[08:33] <LaserJock> sistpoty: it looks like it's making it through the remove case at least
[08:34] <sistpoty> LaserJock: if it doesn't say anything specific, you could append a " || echo blabla " after each command in question, to see what goes wrong
[08:35] <sistpoty> (though you could also try to run it manually from shell)
[08:35] <geser> LaserJock: can you add an echo $webserver into the remove case and check if it is set?
[08:36] <moquist> LaserJock: If I put 'echo foobar' on line 69 of http://n01se.net/paste/aWw?pretty=yes, 'foobar' prints after the webserver restarts, and then the process sits there waitpid-ing on the apt-get on line 1 of http://n01se.net/paste/Ke4?pretty=yes
[08:36] <moquist> sistpoty: ^^^^ Looks like LaserJock has been talking about this with you.
[08:36] <sistpoty> hehe
[08:38] <LaserJock> ok, I put echo at the very end, right before exit 0
[08:38] <LaserJock> and it echo'd
[08:39] <sistpoty> hm... so why won't it terminate correctly?
[08:39] <LaserJock> grrr
[08:41] <sistpoty> NCommander: what's up?
[08:41] <NCommander> sistpoty, I uploaded a package to REVU, but its failed to show up after an hour, and I also can't recover a password
[08:42] <NCommander> the package is nrss
[08:42] <sistpoty> NCommander: got rejected... what's your LP id?
[08:43] <NCommander> LP ID?
[08:43] <NCommander> oh
[08:43] <NCommander> launchpad
[08:43] <sistpoty> sorry, launchpad id
[08:43] <NCommander> Wait
[08:43] <NCommander> I found the problem
[08:43] <NCommander> Launchpad rejected my GPG key
[08:43] <NCommander> Hold on
[08:43] <ScottK> LaserJock: Not that it's relevant to your immdiate problem, but we don't have an apache package anymore.  Just apache2.
[08:44] <sistpoty> NCommander: k... even if it's not rejected, it still needs to get imported (iirc we don't do this in a cron job right now, as it takes ages to finish)
[08:44] <NCommander> Yeah, I know
[08:44] <NCommander> I was here for the last key snc
[08:45] <ScottK> bddebian: Where's the rest of your UVFe for wireshark?
[08:45] <ScottK> You gotta fill out the forms just like everyone else.
[08:45] <sistpoty> NCommander: I can do a quick import if you tell me the key id... only make sure to get it accepted by LP then, because it will otherwise get lost during the next keyring sync
[08:46] <NCommander> I just published it to your keyserver (since LP wants it there it seems)
[08:46] <NCommander> I did --send-keys to the keyserver, but it doesn't show up when I query
[08:46] <NCommander> I assume there is a lag between sending it and having it pop up?
[08:47] <sistpoty> not too sure... /me is no gpg expert either :(
[08:48] <ScottK> NCommander: The ubuntu dev process can actually be finished, so no.
[08:48] <sistpoty> that would be most unfortunate
[08:48] <NCommander> ScottK, Actually, I have a friend who, within my lifetime became a DD :-)
[08:48] <NCommander> Only took him two years
[08:48] <ScottK> Wow.
[08:48] <sistpoty> (because our process then would be flawed, unless debian fixed the NM process *g*)
[08:48] <NCommander> (I'm trying to become a DD because I'm an active developer on Debian Hurd)
[08:48] <NCommander> (its a pain because I need to find a DD everytime I fix a package and need a patch uploaded)
[08:48] <NCommander> (yes, I use Hurd. Its real :-P)
[08:49] <ScottK> NCommander: If you want to become an Ubuntu developer, the best thing right now is to be focused on bug fixing and merges.
[08:49] <ScottK> No wonder you have lots of patches to get uploaded.
[08:49] <NCommander> Yeah
[08:49] <NCommander> Well, I packaged nrss for Debian originally
[08:49] <LaserJock> moquist: I'm not sure what's going on, since the postrm seems to be getting all the way through it seems like dpkg is the problem
[08:49] <NCommander> And I just wanted to upload it to Ubuntu since I use it
[08:49] <\sh> damn...what gtk/gdk versions has debian right now? why don't they ran into the problems with G*_DISABLE_DEPRECATED ?
[08:49] <NCommander> ScottK, point to the pages where I can learn about these
[08:49] <ScottK> NCommander: If it's in Debian, the preferred thing to do is sync it from Debian.
[08:50] <ScottK> NCommander: Sure.
[08:50] <sistpoty> LaserJock: maybe you could try to remove the invoke-rc.d... just a feeling in the gut that it will do evil things
[08:50] <NCommander> Oh
[08:50] <geser> \sh: unstable has 2.10.x and experimental 2.11.x and the change was in 2.11
[08:50] <NCommander> So I shouldn't upload it seperately to ubuntu?
[08:50] <ScottK> NCommander: No.
[08:50] <LaserJock> moquist: sistpoty has a point, we didn't have a problem before you changed the www-config line to invoke-rc.de right?
[08:51] <\sh> geser, bad very bad
[08:51] <moquist> correct
[08:51] <NCommander> Oh
[08:51] <NCommander> Hrm, how do I export a key as ASCII?
[08:51] <NCommander> and that answers that
[08:52] <sistpoty> LaserJock, moquist: but don't ask me why that will lead to this result, as I couldn't explain it myself. maybe some other webserver restarting package might give answers?
[08:52] <ScottK> NCommander: I don't find nrss in Debian?
[08:52] <NCommander> ScottK, It JUST got approved
[08:52] <NCommander> It's sitting in ftp-master NEW queue
[08:52] <ScottK> Ah.
[08:52] <ScottK> Makes sense.  I didn't look there.
[08:53] <NCommander> well
[08:53] <NCommander> my key, and 25 more just got added to the ubuntu keyserver
[08:53] <NCommander> Oops
[08:53] <ScottK> For Gutsy we are past new package freeze.  It'll get imported automagically at the start of the Hardy development cycle.
[08:53] <\sh> NCommander, gpg -a -export <your key id> ==> your public key in ascii format
[08:53] <NCommander> yeah
[08:53] <NCommander> I did it without the key port
[08:53] <NCommander> so all the public keys in my ring are now on the ubuntu keyserver
[08:54] <moquist> sistpoty, LaserJock: but invoke-rc.d is completing. The service is restarting.
[08:54] <ScottK> NCommander:  For merging: https://wiki.ubuntu.com/MOTU/Merging and http://merges.ubuntu.com/universe.html
[08:54] <sistpoty> moquist, LaserJock: maybe it's not detaching from the controlling tty? (only a rough guess though)
[08:55] <moquist> sistpoty: you mean that perhaps apache2 isn't detaching from the controlling tty?
[08:55] <NCommander> So does the Hardy development branch exist at all yet?
[08:55] <ScottK> NCommander: http://django.ajmitch.net.nz/rcbugs/ is a good place to look for fixes to merge, sync, or cherrypick.
[08:55] <sistpoty> moquist: yes, but that's just a very vague assumption
[08:55] <ScottK> NCommander: No.  Not until after Gutsy is released.
[08:55] <NCommander> Makes it difficult to merge packages then ...
[08:55] <sistpoty> \sh: you're not a MOTU any longer?
[08:56] <\sh> sistpoty, yepp
[08:56] <ScottK> NCommander: We can still upload new Debian revisions and Ubuntu revisions for bug fixing.
[08:56] <sistpoty> NCommander: no, hardy will only open after gutsy is released
[08:56] <sistpoty> \sh: you should reapply! ;)
[08:56] <ScottK> That's what we are supposed to be focused on at this point in the development cycle.
[08:56] <sistpoty> \sh: as you spam the changes list again ;)
[08:56] <ScottK> sistpoty: I threatened to submit an application in his name earlier today.
[08:56] <\sh> sistpoty, not my fault...nobody wants to deal with it ,-)
[08:57] <NCommander> Oh I see
[08:57] <NCommander> I'm running gutsy, so I guess that makes life easier :-)
[08:57] <NCommander> What is Lp's connection to Ubuntu, it seems launchpad is very well intergrated ...
[08:57] <sistpoty> \sh: just send a mail to -council, I'll waive it right through *g*
[08:57] <sistpoty> (as long as I'm still not relieved from council duty)
[08:58] <ScottK> NCommander: LP and Ubuntu are both sponsored by Canonical.
[08:58] <NCommander> Oh
[08:59] <NCommander> Cool
[08:59] <ScottK> NCommander: So Ubuntu uses it for bug tracking, builds, and all sorts of stuff.
[08:59] <ScottK> NCommander: Get in line.
[08:59] <NCommander> I'm a Savannah admin
[08:59] <NCommander> The SourceForge software and its varients still wreck cause the base code was ... ick?
[09:00] <bddebian> Any of you DD types know of the preferred way that a DD would want to see an upstream version update of their packages?
[09:00] <NCommander> bddebian, uh, no steath upgrades (when they update a package without updating the version or notifying anyone)
[09:00] <NCommander> That was a huge pet peeve of mine when I was with fink
[09:01] <NCommander> so does ubuntu still use buildd?
[09:01] <bddebian> NCommander: You are a DD?
[09:01] <NCommander> DD in training :-P
[09:02] <NCommander> I'm getting a No route to host error when I try to pull down motu-tools
[09:02] <ScottK> LP has been a little spotty today.  I'd try again.
[09:02] <bddebian> Well I could just update in Ubuntu so I really don't need it but I'd rather go through the "proper" route
[09:02] <norsetto> lionel: and I was having dinner :-) thx, much appreciated!
[09:04] <mok0> I am packaging some software where I am "upstream". Should I put myself in the Maintainer: field?
[09:05] <ScottK> mok0: Make yourself the original maintainer and use MOTU for Maintainer.
[09:05] <mok0> ScottK:  You mean like for any other package?
[09:06] <ScottK> Yes
[09:06] <ScottK> That or since we are past new package freeze, go work on getting it into Debian and make yourself maintainer.
[09:06] <ScottK> Then it will get auto sync'ed into Ubuntu when the Hardy repo opens.
[09:07] <mok0> ScottK:  Doesn't the same happen the other way around?
[09:07] <NCommander> Ok, I got my GPG key in Launchpad
[09:07] <ScottK> mok0: No.
[09:08] <ScottK> Have a look at http://mentors.debian.net/cgi-bin/welcome
[09:08] <ScottK> We are downstream of Debian in the food chain.
[09:08] <mok0> ScottK:  Seems like Debian will be missing out on a bunch of great software, then....
[09:08] <ScottK> Yes, but OTOH circular imports would have risks.
[09:09] <ScottK> We (meaning good Ubuntu citizens) do try and push our work upstream.
[09:09] <NCommander> Whenever I package something
[09:09] <NCommander> I package it into Debian
[09:09] <NCommander> And let it get pulled onto Ubuntu
[09:09] <ScottK> So far all the new packages I've brought to Ubuntu I got into Debian later via mentors or someone else is working on it.
[09:09] <NCommander> ANd I do the inital packaging on Ubuntu so I know it will be synced, not merged :-)
[09:10] <NCommander> When my package gets pulled into ubuntu, will it still have me as the maintainer?
[09:10] <mok0> Debian could sync everything -0ubuntu* it seems
[09:10] <ScottK> mok0: Yes, but ...  Some of the rules are different.
[09:11] <ScottK> Also Debian is VERY careful about who they give the right to upload packages to (you can argue if this is good or bad, but they do).  If they sync'ed from Ubuntu, they'd essentially make all Ubuntu devs DDs by default.  They aren't going to do that.
[09:12] <NCommander> ScottK, Doesn't ubuntu do that with MOTU?
[09:12] <ScottK> Yes, but we take stuff from Debian, so every DD can (indirectly) get stuff into Ubuntu.  We're OK with that.
[09:12] <LaserJock> there are also packages that Debian just doesn't want
[09:13] <ScottK> One of the big policy differences is on GFDL.  Debian considers it a non-free license, but Ubuntu doesn't.
[09:13] <NCommander> Firefox/iceweasil is another
[09:13] <ScottK> More specifically GFDL with invariant sections.
[09:13] <ScottK> Right.  Ubuntu can/will make Trademark deals that Debian cannot.
[09:13] <LaserJock> also unmaintained crack from apt-get.org
[09:14] <NCommander> Can anyone put motu-merge tools up somewhere?
[09:14] <NCommander> I can't pull it since that server seems to be down
[09:14] <zul> LaserJock: what no getdeb.net?
[09:15] <LaserJock> when I first started MOTU Science I went through all the 0ubuntuX packages
[09:15] <LaserJock> and there were only a couple that Debian would want
[09:16] <LaserJock> in general, the more work that goes into Debian the better off everybody is
[09:16] <LaserJock> that's why Debian/Ubuntu have a pretty good relationship
[09:16] <bddebian> We do? :)
[09:16] <LaserJock> a strong Debian is beneficial for everybody
[09:16] <NCommander> we do?
[09:16] <LaserJock> bddebian: yes, we do
[09:17] <bddebian> :-)
[09:17] <LaserJock> most DDs are quite helpful
[09:17] <ScottK> Agreed.
[09:18] <ScottK> There are several that hang out here even though they don't use Ubuntu at all.
[09:20] <mok0> ScottK: So the link you posted above tells us how to get a package into Debian?
[09:20] <ScottK> Yes.
[09:21] <ScottK> If anything you are trying to pacakage is in Python, I know shortcuts.  Let me know.
[09:21] <mok0> ScottK: Not at the moment. I've got some stuff for later
[09:22] <\sh> ok..time to rest...cu tomorrow
[09:22] <ScottK> mok0: OK.  Just let me know.
[09:23] <mok0> ScottK: I will! Thanks!
[09:24] <mok0> Will it help a package getting into Debian, if it's already in Ubuntu?
[09:24] <ScottK> Yes and no.
[09:25] <sistpoty> crimsun, gpocentek: want to cast a vote on RAOF's application? or should I just forward it with 3 +1 (also @ ajmitch)?
[09:25] <LaserJock> mok0: generally the packaging should be pretty ok, so it can be easier
[09:26] <LaserJock> it took me just 2 days to get my first package uploaded to Debian
[09:26] <ScottK> The fact that it's gotten through Ubuntu review means it's better odds you'll have a technically correct package, but the fact that Ubuntu accepted it doesn't help per se.
[09:26] <LaserJock> and it was already in Ubuntu
[09:28] <mok0> Well for now I am thrilled at getting my first packages into Ubuntu :-)
[09:28] <bddebian> Oh shite, I forgot the stupid diffs on that UVFe for wireshark
[09:28] <mok0> ... but there's a long wait in the "new" queue...
[09:29] <ScottK> mok0: The Debian NEW queue varies quite a bit.  I've seen a months worth of stuff get processes and the queue emptied in a day.
[09:30] <ScottK> The last NEW Package I uploaded to Debian was in NEW for only 2 days as a result.
[09:30] <sistpoty> and iirc mplayer was in new for > 1 year *g*
[09:30] <bddebian> heh
[09:30] <ScottK> Also with mentors how long a package is there varies a lot.  If you use their IRC channel and mailing list to solicit reviews, it doesn't usually take long.
[09:31] <ScottK> Yes.  As will all this stuff, YMMV.
[09:31] <bddebian> ScottK: Has that channel been moved from freenode too?
[09:31] <mok0> The mentors.debian.net is more-or-less the same as REVU, then?
[09:31] <sistpoty> mok0: yes
[09:31] <ScottK> Yes.  It's on freednode
[09:31] <bddebian> More or less, yes
[09:32] <ScottK> Err
[09:32] <ScottK> Not on freenode.
[09:32] <ScottK> It's on OFTC
[09:32] <bddebian> Oh, it didn't move with #debian-d.. Hah :)
[09:35] <bddebian> OK, I don't understand how vertex could have built before...
[09:36] <sistpoty> hm... badblocks runs an eternity and only tells me bad things... I guess I'll invent goodblocks sometime, which will also run an eternity but tell me lots of good things *g*
[09:37] <bddebian> heh
[09:37] <geser> :)
[09:39] <Nafallo> lol
[09:49] <ScottK> mok0: The python-launchpad-bugs problem you reported is fixed now (at least on the mirror I use).
[09:51] <tonyy> Can anyone help me troubleshoot https://launchpad.net/~tonyyarusso/+archive/+builds?build_text=&build_state=failed ?
[09:52] <tonyy> It appears to not be getting the build-deps
[09:53] <sistpoty> tonyy: what does your control file look like?
[09:53] <tonyy> Actually, I take that back.  The successful ones were the same way.
[09:54] <sistpoty> ("dpkg-deb: parse error, in file `debian/kompozer-dev/DEBIAN/control' near line 6 package `kompozer-dev':")
[09:54] <ajmitch> sistpoty: I voted on RAOF's application, I'm happy for you to forward it
[09:54] <sistpoty> ajmitch: ok, just wanted to hear that you're ok with forwarding ;)
[09:54] <sistpoty> *forward*
[09:55] <ajmitch> thanks :)
[09:55] <geser> interesting, ldd segfaults on amd64
[09:56] <tonyy> sistpoty, Okay, any idea why the same source package would have succeeded for edgy and feisty?
[09:57] <sistpoty> tonyy: not really, given only a glimpse look
[09:57] <tonyy> sistpoty, ok, hrm
[09:58] <sistpoty> uhoh... kmail is very unstable and buggy since the last update :(
[10:00] <bddebian> Heya ajmitch
[10:01] <ajmitch> good day
[10:01] <sistpoty> hrmpf... and kmail hangs when pasting stuff... grml...
[10:02] <ajmitch> hah
[10:02] <blueyed> Hi
[10:02] <blueyed> The sparc build of missingpy failed.. https://launchpad.net/ubuntu/+source/missingpy/0.9.0ubuntu1/+build/383142 - it looks like a build server problem.. is it?
[10:02] <blueyed> "[test-ghc6]  Bus error"
[10:05] <sistpoty> blueyed: hm... saw this once, and it looks like a pretty ugly bug in ghc6 to me
[10:06] <blueyed> sistpoty: what does "Bus error" mean? It does not seem to come from the package itself at least, e.g. from "testsrc".
[10:08] <sistpoty> blueyed: it's generated from the resulting binary. iirc it means that the data (or was it code) is not correctly aligned, though I'm not 100% sure
[10:08] <sistpoty> blueyed: might be similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435561
[10:08] <ubotu> Debian bug 435561 in ghc6 "ghc6: Generated bins die with bus error on mips" [Serious,Open] 
[10:10] <sistpoty> only thing I'm wondering is, how this could happen, since iirc ghc6 used to generated c-code for sparc and have gcc translate it. though attributes might be the troublemaker there *wild wild guessing*
[10:12] <blueyed> sistpoty: I have no idea at all.. my guess would have been that it's a temporary problem.. :D
[10:12] <blueyed> Should I file a bug about it? At least I've provided the debdiff..
[10:12] <sistpoty> blueyed: yes, please
[10:17] <blueyed> ok, bug 137354
[10:17] <ubotu> Launchpad bug 137354 in missingpy "sparc build fails with "[test-ghc6]  Bus error"" [Undecided,New]  https://launchpad.net/bugs/137354
[10:18] <sistpoty> thanks blueyed
[10:19] <blueyed> pleasure :)
[10:30] <jdong> is there a proper name for the gdm options menu?
[10:31] <jdong> (other than "the gdm options menu thingie")
[10:41] <sistpoty> phew... I *typed* every link for RAOF's application mail by hand, that was really tough work *g*
[10:43] <superm1_> sistpoty, why not copy and paste?
[10:43] <sistpoty> superm1_: because then kmail hangs indefinitely (since the newest upgrade :()
[10:43] <superm1_> ouch.
[10:43] <superm1_> that'd be a good reason
[10:44] <blueyed> sistpoty: I'm trying thunderbird therefor currently..
[10:44] <superm1_> t-bird was doing that on a new upgrade for me too whenever i had google calendar provider installed
[10:44] <blueyed> IMAP rules.
[10:45] <ajmitch> sistpoty: every link? is kmail that broken? :)
[10:45] <sistpoty> ajmitch: yes, and I once looked at the codebase and know why *g*
[10:46] <ajmitch> heh
[10:46] <ubotu> Launchpad bug 136882 in kdepim "[gutsy]  kmail crashes when checking for local mail" [Undecided,New]  https://launchpad.net/bugs/136882
[10:46] <ajmitch> and it ate mail
[10:46] <ajmitch> I also used to use the netscape mail client, before mozilla :)
[10:47] <ajmitch> & then evolution, which was slow, buggy & crashed a lot
[10:47] <sistpoty> hehe. I switched from netscape to kmail, and it was better back then *g*
[10:47] <ajmitch> yeah, I went to kmail, with evolution in between
[10:48] <sistpoty> my switch was about 4 years ago, and from then on I was simply too lazy to move again *g*
[10:48] <ajmitch> yes, I switched to mutt about 4 years ago
[10:48] <sistpoty> if only I had known better back then ;)
[10:49] <ajmitch> I never used mutt with imap though
[10:49] <sistpoty> I don't have the space for imap on my old student account (iirc limited to 50Mb)
[10:50] <sistpoty> and I've got almost a month left, before this account expires and I guess I should make sure to be able to receive mails from then on *g*
[10:51] <deadwill> bye all
[10:51] <deadwill> o/
[10:51] <sistpoty> cya deadwill
[10:53] <blueyed> ryanakca: do you have a debdiff ready for bug 132587?
[10:53] <ubotu> Launchpad bug 132587 in bzflag "bzflag includes source makefiles and empty directories, no fonts included" [Medium,In progress]  https://launchpad.net/bugs/132587
[10:53] <blueyed> I've tested your fixes from the debian bug, but don't necessarily want to "hijack" your assigned bug.. :)
[10:57] <Megaqwerty> Hi, I'm getting "hostname: Unknown host" when attempting to run "sudo pbuilder update" any ideas on how to fix this?
[11:01] <ryanakca> blueyed: it's building
[11:01] <blueyed> nice :) thanks.
[11:01] <ryanakca> blueyed: But, I think it will work... once it's done building, I'll install and see if it fixes the bug
[11:02] <blueyed> yes, it does. I've just build it with pbuilder and started it.
[11:02] <blueyed> btw: what does "-cp" do in debian/rules? (in contrast to just "cp")?
[11:02] <ryanakca> blueyed: oh, that... I thought you were talking about my kdebase assigned bug
[11:03] <ryanakca> blueyed: That I'm waiting for Tim Riker to upload to Debian so that I can merge into Ubuntu
[11:04] <Megaqwerty> anyone? ^^
[11:04] <blueyed> thanks.
[11:05] <blueyed> Megaqwerty: maybe an invalid host in sources.list (of the pbuilder env)? Or missing connection/nameserver settings there?
[11:06] <Megaqwerty> blueyed: hmm....I'm also getting the same thing from hostname -f ...I'll look into my .pbuilderrc though.
[11:09] <Megaqwerty> nope, pbuilderrc is fine, I've even tried deleting my base.tgz and recreating it with "sudo pbuilder create" pbuilder create works, but updating it afterwords fails.
[11:10] <blueyed> "hostname -f" says "Unknown host"?? That's odd. Is your /etc/hosts file reasonable?
[11:10] <blueyed> Try "strace hostname -f" to see, where it's failing.
[11:11] <Megaqwerty> blueyed: http://megaqwerty.pastebin.ca/681503 that's my /etc/hosts
[11:13] <blueyed> Megaqwerty: try removing/commenting out anything except the first line. I think the root cause is "hostname -f" failing, which _may_ be related to the "hosts" file. What does strace give you?
[11:13] <Megaqwerty> blueyed: here is the strace output: http://megaqwerty.pastebin.ca/681507
[11:15] <Megaqwerty> blueyed: after commenting out everything but the first line I still get "hostname: Unknown Host" should I have restartd a service?
[11:15] <Megaqwerty> *restarted
[11:16] <blueyed> No, don't think so. But I might be wrong, of course.
[11:16] <blueyed> Is 208.67.222.222 your DNS? (=> /etc/resolv.conf)
[11:16] <Megaqwerty> yeah
[11:16] <Megaqwerty> Using opendns
[11:17] <blueyed> From the strace it appears that it gets asked about megaqwerty-laptop.13151
[11:17] <Megaqwerty> hmm...interesting...
[11:17] <Megaqwerty> I'll run it again, this time with the other lines commented, and I'll pastebin a diff. sound good?
[11:18] <blueyed> ok.
[11:18] <blueyed> "strace hostname -f" you mean?
[11:18] <Megaqwerty> yeah
[11:21] <Megaqwerty> blueyed: http://megaqwerty.pastebin.ca/681515
[11:22] <blueyed> Megaqwerty: see http://ubuntuforums.org/showthread.php?t=313576
[11:22] <Megaqwerty> blueyed: okay, thanks. (Btw, just realized pastebin has diff highlighting: http://megaqwerty.pastebin.ca/681516)
[11:23] <blueyed> It still seems to query megaqwerty-laptop .. ?! (in the diff, line 154/155).
[11:23] <blueyed> anyway, the problem might by a missing fqdn in /etc/hosts
[11:24] <Megaqwerty> sorry...I don't know what a fqdn is.
[11:24] <blueyed> fully qualified domain name - that's what "-f" stands for :)
[11:24] <blueyed> e.g. localhost.localdomain
[11:24] <blueyed> instead of just localhost
[11:25] <blueyed> See http://megaqwerty.pastebin.ca/681520
[11:26] <Megaqwerty> blueyed: seeing as this is home cable connection...what would localdomain be?
[11:26] <blueyed> put it there literally :)
[11:27] <Megaqwerty> OH! Sweet.
[11:28] <Megaqwerty> I'll just reboot (seeing as I'm still getting the error) and return to tell you of the results.
[11:28] <Megaqwerty> something must have to be restarted
[11:28] <blueyed> it won't help probably..
[11:28] <Megaqwerty> well, it was still querying megaqwerty-laptop after it was commented out
[11:29] <Megaqwerty> so I figure something has to be restarted. *shrugs* can't hurt. brb
[11:35] <sistpoty> gn8 everyone
[11:35] <blueyed> night, sistpoty.
[11:38] <leonel> where can I find this http://revu.tauware.de/~laserjock/pbuilder-feisty  or is there a new way for building ?
[11:40] <blueyed> leonel: pbuilder is fine. You can install the package directly.
[11:41] <blueyed> See https://wiki.ubuntu.com/PbuilderHowto
[11:44] <norsetto> ScottK: still around?
[11:44] <ScottK> For about 30 seconds
[11:45] <norsetto> ScottK: quick then :-) is there a chance to get something new in now?
[11:45] <ScottK> VERY VERY small and it must be VERY important.
[11:46] <norsetto> ScottK: important ... dunno, its an utility to set your wireless i/f for rt2x00 users, the old one doesn't work with the new kernel modules
[11:47] <ScottK> If you have a package ready, I'd say ask for an exception and we'll see.
[11:47] <norsetto> ScottK: actually, the old one (which we have in the repos) is deprecated
[11:47] <norsetto> ScottK: package is ready, spent the afternoon making it
[11:48] <norsetto> ScottK: had to make 3 patches to make the upstream config/makefile work ...
[11:49] <norsetto> ScottK: well, thx, I'll ask for an exception. Do I need to add anything beside build log/install log, etc.?
[11:49] <Megaqwerty> blueyed: yep, you were right
[11:49] <Megaqwerty> did nothing
[11:50] <blueyed> hmm.. what do you have in /etc/resolv.conf?
[11:51] <Megaqwerty> blueyed: same as before
[11:51] <blueyed> you have not pasted it.. :) is there just the nameserver entry for OpenDNS?
[11:52] <Megaqwerty> blueyed: oh, whoops. You referenced the DNS before.
[11:52] <Megaqwerty> blueyed: no, I'll paste it
[11:53] <Megaqwerty> http://megaqwerty.pastebin.ca/681546
[11:53] <Megaqwerty> blueyed: the last one is the cox server
[11:53] <Megaqwerty> *DNS server
[11:54] <blueyed> Here is the strace of "hostname -f" on my machine btw: http://megaqwerty.pastebin.ca/681547 - maybe you can spot a difference.
[11:55] <blueyed> maybe "search" causes problems here?
[11:55] <blueyed> I'm sorry, I have no more clues..
[11:55] <blueyed> ah.. wait..
[11:56] <blueyed> Add an entry for megaqwerty-laptop to your /etc/hosts file.
[11:56] <blueyed> (this is the hostname as given in /etc/hostname)
[11:56] <blueyed> And this has to be resolved locally.
[11:57] <Megaqwerty> nameserver megaqwerty-laptop ?
[11:57] <blueyed> no.. in /etc/hosts, not resolv.conf. E.g. http://megaqwerty.pastebin.ca/681548
[11:57] <blueyed> (I'm not sure what 127.0.1.1 is really for - must be something "new")
[11:59] <Megaqwerty> blueyed: 127.0.0.1 is the local loopback
[11:59] <Megaqwerty> same as "localhost"
[11:59] <blueyed> yes, but you have also 127.0.1.1..
[11:59] <blueyed> Quite the same AFAIK, but I'm not sure.
[11:59] <Megaqwerty> blueyed: and huzzah! hostname -f is now megaqwerty-laptop.13151
[11:59] <blueyed> fine.. :)
[12:00] <blueyed> (whatever 13151 means :D)
[12:00] <Megaqwerty> I'll try out updating pbuilder now. SAMBA domain
[12:00] <Megaqwerty> Oh, and 127.0.1.1 is the same as 0.1
[12:01] <Megaqwerty> blueyed: you are a lifesaver! It lives!
[12:02] <Megaqwerty> thank you so much!
[12:02] <blueyed> You're welcome.. :)
[12:03] <blueyed> Now on to pbuilding :)
[12:04] <Megaqwerty> mwahaha so it begins ;)
[12:04] <Megaqwerty> blueyed: you an MOTU?
[12:05] <blueyed> not yet :)
[12:06] <Megaqwerty> Ah, was going to ask what it entails. I've been building debs for friends and family for a while, figured I might be able to contribute to the community at large at some point.
[12:08] <Megaqwerty> well, on to the wiki I suppose.
[12:10] <blueyed> Megaqwerty: yes, start with bugs and simple packaging.. you'll always find sponsors for the uploads.
[12:10] <xhaker> hey. someone familiar with Syntax Error: Bad Substitution?
[12:13] <geser> xhaker: bash/dash syntax error?
[12:14] <xhaker> geser, yes
[12:14] <xhaker> geser, can i show you?
[12:14] <geser> can you show the line
[12:14] <geser> ?
[12:15] <xhaker>                 cp ${f/libmtp6/libmtp} $f ;     \
[12:15] <xhaker> i think this is it
[12:16] <xhaker> the line before is "for f in ...."
[12:19] <leonel> blueyed:  thanks
[12:21] <xhaker> i can't find any documentation on bashisms
[12:24] <geser> xhaker: either use bash to run the script or see man dash what's possible (everything else which bash supports is a bash extension)
[12:27] <Amaranth> RAOF: did the guy we test +xinerama with the other day use KDE?