[01:21] <bddebian> This bzr shit is going to push me over the edge
[01:22] <AndyP> bddebian: hang in there, you can do it
[01:22] <bddebian> Heya AndyP
[01:23] <AndyP> ello bddebian, how're things?
[01:23] <Toadstool> oh bddebian, you here!
[01:24] <bddebian> Uh oh
[01:24] <Toadstool> how have you been doing?
[01:24] <Toadstool> :)
[01:24] <bddebian> AndyP: OK thanks, you?
[01:24] <bddebian> Toadstool: Getting back to normal thanks. You?
[01:24] <Toadstool> trying to get back to normal
[01:24] <Toadstool> not much success so far
[01:24] <AndyP> bddebian: not too shabby
[01:25] <bddebian> Toadstool: Heh, I hear that
[01:28] <bddebian> So now we have to check every package to see if it's maintained in bzr before making any changes??
[01:30] <Toadstool> er screw that, I hate the new all-in-bzr frenzy :/
[01:31] <bddebian> Amen brother
[01:32] <jmg> eww
[01:33] <jmg> is this as a result of no-source-packages?
[01:33] <jmg> doesnt that raise the barrier of entry for importing into debian?
[01:33] <jmg> is there no compatability layer?
[01:33] <jmg> will apt-get source still work?
[01:33] <jmg> will somebody please think of the children????
[01:34] <jmg> what kind of smartie pants came up with this anyway?
[01:43] <ajmitch> geser: that's an evil version number
[01:44] <ajmitch>  haskell-http (30000000-1build1) gutsy; urgency=low
[01:44] <jmg> ewwwwwww
[01:44] <Fujitsu> Ew.
[01:44] <Fujitsu> !info haskell-http sid
[01:44] <ubotu> Package haskell-http does not exist in sid
[01:45] <Fujitsu> Bah, stupid lack of sources.
[01:45] <Fujitsu> !info haskell-http-doc sid
[01:45] <ubotu> haskell-http-doc: Haskell HTTP client library documentation. In component main, is optional. Version 30000000-1 (sid), package size 24 kB, installed size 276 kB
[01:46] <StevenK> What, the Maintainer is *trying* to annoy people?
[01:47] <jmg> o_O
[01:47] <Fujitsu> StevenK: Probably.
[01:47] <jmg> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/HTTP
[01:47] <jmg> unfortunately that version appears to be valid albeit with some superfluous zeroes
[01:48] <Fujitsu> The versions have all been dates before.
[01:48] <Fujitsu> Did we hit the year 3000 without me noticing?
[02:05] <Nafallo> Fujitsu: yes
[02:08] <Nafallo> :-P
[02:33] <RAOF> Where are debian packages after they're accepted but before they're published?
[02:34] <bashelier> RAOF: in the ftp master queue
[02:34] <StevenK> RAOF: http://inncoming.debian.org/
[02:34] <StevenK> incoming, sigh
[02:34] <RAOF> Heh.  Thanks.
[02:34] <RAOF> Man, people *really want* the new deluge version :/
[02:35] <StevenK> Enough to pull it from incoming?
[02:36] <bddebian> Isn't there a bzr branch yet?
[02:36] <RAOF> Rather than reject the incorrect sync bug, I'll just fix it up and attach a debdiff.
[02:39] <RAOF> Ah, Ok.  I won't unsubscribe u-u-s, then :)
[02:41] <AndyP> bddebian: so what's this about checking if bzr branches exist? i have a feeling i missed something
[02:49] <bddebian> I was chastised for the gnash stuff because it is in bzr apparently
[02:51] <AndyP> bddebian: oh ok, i thought we were meant to be using XS-Vcs-Bzr or something for that
[02:52] <bddebian> We are apparently but that is what I am saying
[02:52] <AndyP> gotcha :)
[02:52] <bddebian> So now I have to check every package that I apply a patch to to see if it has that bullshit?
[02:54] <AndyP> i guess so :/
[02:55] <bddebian> Am I now also responsible for getting that patch in the bzr branch?
[02:57] <RAOF> bddebian: It'd be nice, I believe.
[02:57] <RAOF> i
[02:57] <RAOF> If you're on gutsy, apt-get source will warn you if the source package is maintained in an RCS.
[02:59] <bddebian> Good, I'll know to ignore those then
[03:00] <ScottK> RAOF: I believe that change was reverted.
[03:00] <ScottK> Now it's just supposed to give you a notice.
[03:00] <bddebian> Oh, ScottK
[03:00] <bddebian> I had a question for you now I can't remember which package.  libmetakit maybe?
[03:01] <ScottK> Some old curmudgeon who doesn't understand how inherently wonderful this vcs stuff is whined aboutit.
[03:01] <ScottK> bddebian: Probably either not that package or it's StevenK you're thinking of.
[03:01] <jmg> ScottK: you're a curmudgeon
[03:01] <ScottK> And bitter too.
[03:02] <bddebian> ScottK: It was a merge you did and there's a new version.. Grr
[03:02] <ScottK> Hmmm
[03:02] <bddebian> Oh screenkast?
[03:02] <jmg> shouldnt apt-get source pull the latest version?
[03:02] <bddebian> It "should"
[03:02] <ScottK> jmg: From the repository, yes.
[03:02] <jmg> ok
[03:03] <ScottK> Not from some semi random other place on the internet.
[03:04] <mruiz> hi all. I have a package ready for review (is an upgrade). Which packages must I upload to my server? (while REVU is offline)
[03:04] <jmg> that would be the source package
[03:04] <mruiz> %s/packages/files/g
[03:04] <ScottK> mruiz: tarball, diff.gz, and .dsc are sufficient.
[03:04] <jmg> is LP getting some revu-a-lie function?
[03:04] <Nafallo> *s* vim :-)
[03:04] <jmg> like*
[03:05] <mruiz> thanks ScottK
[03:05] <jmg> ah, PPA?
[03:05] <Nafallo> mruiz: also upload orig.tar.gz to make things easier.
[03:05] <bddebian> Oh it was screenkast but that's StevenK too
[03:05] <StevenK> Hum?
[03:05] <ScottK> That lets you build stuff, but doesn't have the commenting stuff the REVU has.
[03:05] <jmg> i built elisa 0.3 last night
[03:05] <jmg> and pigment
[03:05] <Nafallo> oooh
[03:05] <ScottK> bddebian: I don't think screenKast is me.
[03:05] <Nafallo> kinky
[03:06] <bddebian> StevenK: You still aboot?
[03:06] <bddebian> heh
[03:06] <StevenK> bddebian: aboot got removed. :-P
[03:06] <jmg> :(
[03:06] <bddebian> hehe
[03:07] <StevenK> bddebian: What's up?
[03:07] <bddebian> StevenK: No, screenkast needs another merge.  Do you know if your changes need to stay?
[03:07] <StevenK> bddebian: I'd need to check. Do you mind holding off for about 30 minutes while I sort out what I'm in the middle of?
[03:08] <bddebian> Of course not, thanks
[03:10] <RAOF> Hm.  Why has sbuild stopped sending me buildlogs by mail?
[03:11] <RAOF> It was working fine until yesterday, now it's stopped.
[03:12] <ScottK> So if a package (source and binary) has been removed from Gutsy, but it still shows a queued build for lpia (status Needs Building) is that something I should mention to an archive admin?
[03:12] <johanbr__> RAOF: Maybe mail doesn't get delivered on weekends where you live? :)
[03:13] <RAOF> johanbr__: Or maybe gmail has suddenly decided to classify those buildlogs as spam :(
[03:13] <StevenK> ScottK: No, lpia is getting slowly sorted out by infinity.
[03:13] <ScottK> OK.  Thanks.
[03:13] <StevenK> ScottK: You could mention it to him, but I doubt he'd do anything.
[03:14] <ScottK> When I kill stuff off, I just want to make sure I've got it completely dead.
[03:14] <ScottK> I guess even if it got built, it'd just get nds'ed eventually anyway.
[03:14] <ScottK> nds/nbs
[03:16] <ajmitch> good afternoon
[03:16] <bddebian> Hmm, I wonder if freemind would build with gcj
[03:16] <bddebian> Heya ajmitch
[03:37] <bddebian> Hmm, well freemind builds with gcj but I don't know if it works
[04:47] <ScottK> bddebian: Building is progress.
[04:47] <bddebian> ScottK: Nice delayed response.. :-)
[04:47] <bddebian> Oh and StevenK obviously forgot about me ;-P
[04:48] <ScottK> Well it's easier to type responses when I'm actually sitting here.
[04:48] <bddebian> :-)
[04:49] <ajmitch> bddebian: you should be fixing stuff, not worrying about people forgetting you
[04:49] <bddebian> ajmitch: I'm trying
[04:49] <bddebian> ajmitch: Wanna REVU something for me to fix a bug? :-)
[04:49] <ajmitch> no
[04:50] <bddebian> pfft, work, schmurk
[04:50] <ScottK> It's probably php.  It's not like anyone actually expects php code to do anything useful...
[04:53] <bddebian> hehe
[04:59] <bddebian> Damn, to upload or not to upload...
[04:59] <bddebian> ScottK: You have time to look at a package quick?
[05:00] <ScottK> An entire package, no, but if there's something specific....
[05:00] <bddebian> New upstream of xmlrpc-c
[05:01] <ScottK> Sound scary.  Two entire scary three letter acryonyms in 6 letters of packagename.
[05:02] <bddebian> Gah
[05:03] <ScottK> New upstream you can upload yourself anyway.  It doesn't need an ack.
[05:03] <bddebian> It's not my packaging.  It's too clean to be mine. ;-P
[05:03] <ScottK> OK.  Then advocate it and upload it.
[05:04] <bddebian> OK, when I get bitched at I'm telling them you told me too ;-P
[05:05] <ScottK> Hey, I just work here.
[05:11] <StevenK> bddebian: Didn't forget, had to leave where I was, sorry.
[05:12] <bddebian> StevenK: NP, I'm just giving you a hard time.  I have a bad tendency to do that
[05:13] <mruiz> bye all
[09:20] <DarkSun88> Good Morning
[09:21] <ajmitch> hi
[09:21] <DarkSun88> Hi Andrew
[09:48] <pschulz01> Greetings.. I'm trying to install the package 'scsh'.. it installs on i386, but not in 64bit.. apt-cache search scsh on my 64bit laptop shows scsh-06 package is missing which scsh depends on.
[09:56] <pschulz01> Hmm.. getting segfault when I try to build scsh
[10:02] <rulus> Is this the right channel to ask about how to make deb packages?
[10:02] <pschulz01> rulus: You can ask :-)
[10:03] <rulus> ah, well, I have a bzr branch with a Python application. Is there a guide somewhere to tell me how to make a .deb package out of it?
[10:04] <pschulz01> rulus: Um.. I'm struggling with something similar. I have managed to make some progress, but I don;t know if it's the correct way to do stuff.. hopefully someone else here will know more.. otherwise I can give you some hints.
[10:06] <pschulz01> Install the 'debhelper' package.
[10:06] <pschulz01> rulus: Have a look at the 'dh_make' script..
[10:07] <rulus> ok
[10:38] <norsetto> morning all
[11:12] <marcin_ant> hi guys
[11:12] <marcin_ant> I got a question - how is it possible that product that is not free for commercial usage is available as package in universe?
[11:13] <marcin_ant> and there is no word in package description that it's downloading for commercial usage is restricted? The package is: dansguardian
[11:18] <geser> good question
[11:23] <norsetto> the license in the tarball is GPL, so, where is it specified that this is not free for commercial usage?
[11:23] <geser> on the homepage
[11:24] <norsetto> and why should we care about the homepage?
[11:24] <geser> http://dansguardian.org/?page=copyright2
[11:24] <norsetto> Imean, if they package the tarball with GPL (also in the README)
[11:25] <geser> I couldn't find this restriction in the tarball on Ubuntu archive and neither in the last beta tarball
[11:25] <norsetto> exactly ....
[11:27] <geser> see also the last question on this page
[11:27] <geser> so it's ok to be in universe
[11:27] <norsetto> I checked some headers, they are all GPL
[11:52] <\sh> he has to dua-license it, like qt
[11:52] <\sh> s/dua/dual/
[11:54] <ogra> \sh, why, he has given it a licence when he rolled the tarball ... no matter what else he writes on any webpages
[11:55] <ogra> if he wants to restict usage he can relicense the source ... but until that happens its GPL software
[11:55] <\sh> ogra: yepp...that's what I mean
[11:55] <ogra> :)
[11:57] <marcin_ant> pretty confusing...
[11:57] <marcin_ant> especially if you need to be sure if it's safe to use in company
[12:37] <Riddell> is https://launchpad.net/~motu-uvf/+members up to date?
[12:38] <Riddell> no, doesn't seem so
[12:42] <geser> dholbach is on holiday
[12:44] <Riddell> geser: any idea when to?  it isn't mentioned in canonical's internal calendar
[12:44] <geser> his blog mentions he'll be back on Aug 20th
[12:46] <Riddell> hmm, so the team won't be updated in time
[01:01] <\sh> Riddell: no second general at hand? ;)
[01:03] <Riddell> not for that team
[01:05] <\sh> well, SPoF then ... can happen needs to be fixed
[01:19] <Riddell> groovy, I 0wned the team
[01:28] <\sh> lol
[01:57] <\sh> just installed tribe4 from gutsy...nice to see aixgl is enabled by default :)
[02:08] <pygi> asac, ok, it doesn't
[02:09] <pygi> (that was supposed to be in -devel :P)
[02:11] <Kmos>  2.1.8-release-1
[02:12] <Kmos> if I want to modify this one, what's the name for ubuntu ?
[02:12] <Kmos> 2.1.8-release-1ubuntu1 ?
[02:17] <asac> Kmos: yes
[02:17] <Kmos> asac: thanks
[02:20] <geser> RAOF: about your deluge-torrent merge: what's the reason to build it only for python2.5 and not python2.4 and python2.5?
[02:25] <zul> hey Hobbsee
[02:26] <geser> Hi Hobbsee
[02:27] <Hobbsee> heya
[02:29] <pygi> o no, it's Hobbsee :)
[02:30] <ScottK> Good morning all.
[02:30] <ScottK> norsetto: I'm here if you want to discuss.
[02:30] <Hobbsee> it is.  hear me roar!
[02:41] <norsetto> ScottK: Hi
[02:41] <ScottK> Hey
[02:41] <ScottK> To answer your question, I don't remember about lintian warnings.
[02:42] <ScottK> The upload I did I was fixing a bug and so just focused on making it work.
[02:42] <norsetto> ScottK: ok, so what can we do beside alerting the debian devel? Should we fix those ourselves? Can the package be uploaded?
[02:43] <ScottK> Would you pastebin me the warnings?
[02:43] <norsetto> ScottK: sure; I worked some of them out mysef, just for fun
[02:44] <ScottK> Well if you worked some out, I'd go ahead and include that resolution in the upload.
[02:45] <norsetto> ScottK: http://ubuntu.pastebin.com/m3f0b7166
[02:47] <ScottK> norsetto: Are those the ones you have not fixed yet?
[02:47] <norsetto> ScottK: no, these are all the original ones
[02:48] <norsetto> ScottK: I worked out the easy ones ;-)
[02:48] <ScottK> OK.  Which of those did you come up with resolutions for?
[02:48] <ScottK> You and I may have different definitions of easy.
[02:49] <norsetto> ScottK: Yes, easy for me of course ...missing-debconf-dependency-for-preinst
[02:49] <norsetto> ScottK:  The font /usr/share/poker-network/poker2d/fonts/FreeSerif.ttf in package ttf-freefont is considered to be a duplicate
[02:50] <norsetto> File /usr/lib/pkgconfig/poker-network.pc contained in /usr/lib of Architecture: all package
[02:51] <norsetto> ScottK: postinst/postrm-has-useless-call-to-ldconfig seems to be debhelper related
[02:51] <ScottK> I'd expect it is.
[02:52] <ScottK> Since the call is described as useless, I expect it's not particulalry harmful.
[02:52] <norsetto> ScottK: postinst-uses-db-input is perhaps a  candidate for override; I actually don't understand the logic behind it (its a server reset)
[02:52] <ScottK> Right.
[02:53] <norsetto> ScottK: And then the .la files I don't really know what to do
[02:53] <ScottK> That and the preinst debconf call are ones I wouldn't touch without a dialogue with the Debian maintainer.
[02:53] <norsetto> ScottK: agree
[02:54] <ScottK> I don't either.  I wonder if they even actually get used (if they lack path information, I'd expect it's either hard wired in somewhere else or they aren't used).
[02:54] <pschulz01> What happens if a package doesn't build for a particular archtecture?
[02:55] <ScottK> I'd say go with what you've fixed and mail the Debian maintainer about the others.
[02:55] <ScottK> norsetto: There's also a request for a Feisty SRU for that package.  Interested?
[02:55] <norsetto> ScottK: already emailed him; still waiting for feedback
[02:55] <ScottK> norsetto: Great.
[02:55] <ScottK> pschulz01: Not sure what you mean?
[02:56] <pschulz01> https://bugs.launchpad.net/ubuntu/+source/scsh-0.6/+bug/62293
[02:56] <ubotu> Launchpad bug 62293 in scsh-0.6 "Depends: scsh-0.6  but it is not installable - se.archive.ubuntu.com seems broken." [Undecided,Incomplete] 
[02:56] <pschulz01> ScottK: The 64bit package doesn;t build
[02:56] <ScottK> OK.  Then what happens is you have no binary for that arch.
[02:56] <xxxxx1> mornin' people
[02:56] <xxxxx1> :)
[02:56] <ScottK> Morning xxxxx1.
[02:57] <xxxxx1> ScottK!
[02:57] <ScottK> pschulz01: Whoever uploaded the package should try to fix it.
[02:57] <pschulz01> ScottK: The bug has been labeled against the 'Ubuntu Mirror Admin' but I don't think that's right.
[02:57] <ScottK> pschulz01: What bug?
[02:57] <pschulz01> ScottK: I was able to build it on all the arch I have (i386,powerp) except for x36_64.
[02:58] <pschulz01> ScottK: Bug 62293
[02:58] <ubotu> Launchpad bug 62293 in scsh-0.6 "Depends: scsh-0.6  but it is not installable - se.archive.ubuntu.com seems broken." [Undecided,Incomplete]  https://launchpad.net/bugs/62293
[02:59] <white> !info emacs gutsy
[02:59] <ubotu> emacs: The GNU Emacs editor (metapackage). In component main, is optional. Version 22.1-0ubuntu4 (gutsy), package size 4 kB, installed size 36 kB
[02:59] <white> !info emacs21 gutsy
[02:59] <ubotu> emacs21: The GNU Emacs editor. In component main, is optional. Version 21.4a+1-5ubuntu1 (gutsy), package size 1977 kB, installed size 5928 kB
[02:59] <white> the security patch is probably included, but someone might want to check
[03:00] <pschulz01> ScottK: I don;t think it's a Mirror admin issue... I see the exact same problem though.
[03:00] <ScottK> pschulz01: I agree.
[03:00] <ScottK> The IA64 binary if FTBFS for Dapper, Edgy, Feisty, and Gutsy.
[03:00] <white> reference debian bug #408929
[03:00] <ubotu> Debian bug 408929 in emacs21 "emacs21: crash on spam" [Important,Open]  http://bugs.debian.org/408929
[03:01] <pschulz01> ScottK: FTBFS?
[03:01] <ScottK> pschulz01: I'd suggest rewrite the bug.
[03:01] <ScottK> Fail To Build From Source
[03:01] <pschulz01> ScottK: :-)
[03:01] <pschulz01> ScottK: :-(
[03:01] <ScottK> pschulz01: Then look in Debian and upstream to see if they have any 64 bit fixes.
[03:02] <white> !info eggdrop gutsy
[03:02] <ubotu> eggdrop: Advanced IRC Robot. In component universe, is extra. Version 1.6.18-1ubuntu1 (gutsy), package size 462 kB, installed size 1136 kB
[03:02] <white> someone might want to check, if the security patch from the 1.6.18-1.1 version (which is in incoming.debian.org) is included
[03:03] <ScottK> norsetto: You've been looking for stuff to do, so white's suggestion is a good one.  Will you take it?
[03:03] <ScottK> norsetto: Do you want the Feisty SRU for poker-network?
[03:04] <white> !info freeradius gutsy
[03:04] <ubotu> freeradius: a high-performance and highly configurable RADIUS server. In component universe, is optional. Version 1.1.6-2 (gutsy), package size 736 kB, installed size 2764 kB
[03:04] <pschulz01> ScottK: Bug in Debian... Not portable to 64bit platforms .. 5 years and 353 days old.
[03:05] <norsetto> ScottK: well, since I 'm doing the gutsy one, I can as well do the SRU for feisty
[03:05] <ScottK> What does upstream say?
[03:05] <white> !info xfce4-terminal gutsy
[03:05] <ubotu> xfce4-terminal: Xfce terminal emulator. In component main, is optional. Version 0.2.6-2ubuntu2 (gutsy), package size 991 kB, installed size 2964 kB
[03:05] <white> someone might want to check xfce4-terminal as well. I am not sure, if the fix is in the 0.2.6-3 version, i did not work on it
[03:06] <white> I think that's it for today, not much though
[03:06] <norsetto> white: do you remember the ITA for turkey?
[03:06] <white> norsetto: -v please
[03:06] <ScottK> norsetto: SRU for Bug #95836 assigned to you then.  Remember that for SRU we want the minimally invasive fix.  I just assigned one bug for the SRU, but look at all 3 that I closed.
[03:06] <ubotu> Launchpad bug 95836 in poker-network "[apport]  twistd crashed with OperationalError in __init__()" [Medium,In progress]  https://launchpad.net/bugs/95836
[03:07] <siretart> Riddell: oh, you kicked me out of UVF?
[03:07] <norsetto> white: a week ago you asked if I could issue an ITA for turkey (orphanesd in Debian since a while); I did fix it for gutsy
[03:08] <white> norsetto: so you want it?
[03:08] <norsetto> white: well, I sent it out to l.d.o. and the java group 'cause I need a sponsor
[03:08] <norsetto> white: nobody answered, so I can't do nothing, sorry
[03:08] <white> norsetto: hmm http://qa.debian.org/developer.php?login=packages@qa.debian.org does not show me that there is a ITA for that package
[03:09] <white> norsetto: you need to write a ITA bug against wnpp
[03:09] <RainCT> hi
[03:09] <norsetto> white: no, I checked for a sponsor before
[03:09] <white> norsetto: there are 3 rc bugs against the package in debian
[03:09] <white> norsetto: did you fix them all?
[03:09] <Riddell> siretart: you don't seem to be in the team for this release
[03:10] <norsetto> white: at least 2; but one the fixes might not be welcome in debian
[03:10] <siretart> Riddell: I'm not? - well, okay.
[03:10] <white> norsetto: why is that?
[03:11] <norsetto> white: 'cause it requires to use the sun jvm, so the package ends up in non-free
[03:11] <Riddell> siretart: new team here https://lists.ubuntu.com/archives/ubuntu-devel/2007-July/023974.html
[03:11] <white> norsetto: well i am not totally familiar with java, so i would not sponsor the package atm. But if you end up writing an ITA and mail debian-mentors@l.d.o. with the new packages, then I am sure that you will find a sponsor
[03:12] <white> norsetto: if you did not end up finding one afterwards, then ping me and i will find one for you
[03:12] <siretart> Riddell: ah, must have missed that mail. thanks for the link
[03:12] <norsetto> white: roger
[03:12] <white> norsetto: thanks
[03:29] <ScottK> norsetto: You should ping man-di (who is usually here) as he does lots of Java stuff in Debian.
[03:30] <norsetto> ScottK: thanks, I will
[03:36] <Kmos> StevenK: bug 131795
[03:36] <ubotu> Launchpad bug 131795 in dapper-backports "Please backport clamav 0.91.1 from Gutsy" [Undecided,New]  https://launchpad.net/bugs/131795
[03:36] <Kmos> updates are not working..
[03:37] <ScottK> Kmos: Can't do it yet.
[03:38] <ScottK> Clamav 0.9x changed it's interfaces with other applications and so we have to backport them all at the same time.
[03:38] <ScottK> Working on it.
[03:38] <Kmos> ScottK: ok.. thanks =)
[03:51] <\sh> wow...i just read that for the first time
[03:51] <\sh> "
[03:51] <\sh> Community Hosted Servers Compromised
[03:51] <\sh> This last week, 5 of the 8 servers that are loco hosted but Canonical sponsored, had to be shut down due to reports that they were actively attacking other machines.
[03:51] <\sh> "
[03:51] <\sh> how did that happen?
[03:55] <Nafallo> \sh: well. TBH I think there was lack of administration etc...
[03:55] <Nafallo> and not up-to-date for security fixes.
[03:55] <ScottK> \sh: Where did you read that?
[03:56] <\sh> Scott: latest uwn
[03:56] <\sh> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue52
[03:56] <ScottK> Thanks
[03:57] <Fujitsu> ROFL
[03:57] <\sh> Nafallo: lack of administration == are those admins "sysadmins from canonical" or "those community admins from the locos"?
[03:57] <Fujitsu> Down 74.36% since the market opened a short time ago.
[03:58] <AndyP> Fujitsu: hehe, i thought it would drop a bit but not that much :)
[03:58] <Nafallo> \sh: when I was admin for vistula it was a service provided by the locos. I would think that is still true.
[03:58] <Fujitsu> Down to $0.40
[03:58] <Nafallo> Fujitsu: nice :-)
[03:59] <Nafallo> they screwed up, and now they're paying for it...
[03:59] <\sh> Nafallo: so the loco admins were responsible for the servers
[03:59] <StevenK> Fujitsu: I wonder why that is. :-P
[03:59] <Nafallo> \sh: at least some year ago.
[04:01] <\sh> I wonder what the users tell them, when the server is compromized...regarding the user data
[04:01] <Fujitsu> The LoCo servers are primarily community maintained at the moment (I'm an admin on mekong).
[04:02] <Nafallo> I think vistula is still up
[04:02] <Nafallo> I get ICMP ECHO replies anyway.
[04:03] <Ng> \sh: https://lists.ubuntu.com/archives/loco-contacts/2007-August/001510.html has more detail, fwiw
[04:09] <Nafallo> hmm
[04:09] <Nafallo> I think point c is damn valid in this.
[04:09] <Nafallo> that's why I let someone else take over the duty of vistula.
[04:09] <Nafallo> that and work.
[04:11] <Fujitsu> Mekong is all Dapper but the kernel, but that's not very useful.
[04:11] <\sh> hmm...how can someone change the number of virtual desktops these days?
[04:11] <\sh> (gnome)
[04:11] <Nafallo> Fujitsu: I think vistula is the same.
[04:11] <Nafallo> Fujitsu: at least I left it in that stage :-)
[04:12] <Nafallo> state even
[04:12] <Kmos> \sh: preferences ? with right button on little windows
[04:12] <Nafallo> \sh: right click the applet?
[04:13] <Kmos> can someone look at bug 132179 , it has a debdiff that needs to be uploaded, before remove this package.
[04:13] <ubotu> Launchpad bug 132179 in workbone "[Remove]  Please remove workbone from Gutsy" [Undecided,New]  https://launchpad.net/bugs/132179
[04:13] <Fujitsu> \sh: Using Compiz Fusion, you mean?
[04:14] <Fujitsu> Kmos: Erm... why the heck would you upload a fix immediately before removal?
[04:14] <Fujitsu> That's clinically insane.
[04:15] <Kmos> Fujitsu: that package will provide and replace workbone in the future
[04:15] <Kmos> Fujitsu: upgrade stuff..
[04:16] <geser> \sh: start ccsm again -> General Options -> "Desktop Size" Tab
[04:17] <geser> \sh: for a cube I have there: Horizontal Size = 4 ; Vertical Size = 1 ; Num of Desktops = 1
[04:17] <\sh> ah...so it's configured with ccsm
[04:20] <geser> \sh: compiz uses gtk-window-decorator which looks like metacity
[04:21] <\sh> geser: hmm...I setup 8 desktops
[04:21] <\sh> ah...now I get it
[04:21] <\sh> it's totally different then from the normal virtual desktop setup
[04:45] <bddebian> Heya gang
[04:47] <\sh> moins barry
[04:47] <bddebian> Heya \sh, how have you been?
[04:48] <\sh> bddebian, well, at least i'm free of doing merges ,-)
[04:48] <bddebian> hehe
[04:49] <pygi> \sh, then you have a free pbuilder? :)
[04:49] <geser> Hi bddebian
[04:49] <bddebian> Heya geser
[05:01] <bddebian> StevenK: Thanks for hitting screenkast!
[05:02] <norsetto> ScottK: I checked eggdrop and the latest security patch from the 1.6.18-1.1 version is NOT included
[05:03] <ScottK> norsetto: Get to work then.
[05:04] <norsetto> ScottK: don't we wait for a merge? OK, will fix it
[05:04] <ScottK> norsetto: If you have -1.1, go ahead and do the merge.
[05:43] <norsetto> ScottK: bug 132222 subscribed to u-u-s
[05:43] <ubotu> Launchpad bug 132222 in eggdrop "Please merge eggdrop (1.6.18-1.1) from Debian Unstable" [Undecided,Confirmed]  https://launchpad.net/bugs/132222
[05:54] <bddebian> Uhm, what is wildcard in this code?
[05:54] <bddebian> ifneq "$(wildcard /usr/share/misc/config.sub)" ""
[05:54] <bddebian>   cp -f /usr/share/misc/config.sub config.sub
[05:54] <bddebian> endif
[05:55] <geser> I guess a make function
[05:56] <geser> bddebian: http://www.gnu.org/software/make/manual/make.html#Wildcard-Function
[05:57] <bddebian> dumb :)
[05:58] <bddebian> Thx geser
[05:58] <AndyP> i saw that snippet in fceu's rules file the other day
[05:59] <bddebian> fugly :-)
[05:59] <AndyP> yeah, they should be using cdbs ;)
[05:59] <bddebian> heh
[06:12] <ScottK> norsetto: You've got the attention of the right guy on eggdrop.
[06:12] <norsetto> ScottK: :-)
[06:20] <luisbg> how do I uncompress a .deb?
[06:21] <bddebian> dpkg-deb -x or something like that
[06:21] <pygi> dpkg-source -x *.dsc
[06:21] <pygi> ups, that's for a source
[06:22] <luisbg> pygi, LOL no problem
[06:22] <luisbg> want to give it a second try?
[06:22] <bddebian> dpkg-deb -x <deb> <dir>
[06:22] <pygi> yup, bddebian is right
[06:23] <pygi> bddebian, shhh :)
[06:23] <bddebian> :-)
[06:23] <luisbg> heh
[06:24] <luisbg> the output directory has a etc and usr folder?
[06:24] <luisbg> I was expecting something else
[06:24] <luisbg> LOL
[06:24] <bddebian> Are you looking for the source?
[06:25] <simu> like "right-click the file an choose Open with Archive Manager"
[06:26] <luisbg> yes
[06:26] <bddebian> pfft gui is for sissy's ;-P
[06:27] <geser> luisbg: what did you expect?
[06:30] <luisbg> geser, I wanted the source
[06:30] <luisbg> and I just have the .deb file
[06:33] <geser> that won't work as the deb doesn't contain the source code
[06:36] <luisbg> I redid most of what I had done
[06:36] <luisbg> thanks geser =)
[06:39] <pygi> apt-get source blablabla
[06:39] <pygi> :)
[06:39] <pygi> ah, /me didn't read again xD
[06:48] <Ng> siretart: ping
[06:50] <siretart> Ng: sorry, I'm about to leave ;)
[06:51] <Ng> siretart: ok, never mind
[06:52] <Ng> siretart: is there anyone else I can pester about revu?
[06:52] <siretart> Ng: maybe sistpoty, ajmitch, raphink, choose one :)
[06:52] <ScottK> Ng: It's down for sometime.
[06:52] <ScottK> Pestering won't help.
[06:53] <Ng> ScottK: I don't want to use it, I want to talk to someone about how it works. I'm a Canonical Sysadmin working on the machines that the down loco services will be using :)
[06:54] <ScottK> Ah.
[06:54] <ScottK> Sorry.
[06:54] <Ng> np :)
[06:54] <siretart> Ng: can we chat tomorrow about it?
[06:54] <Ng> siretart: certainly, thanks
[06:54] <siretart> Ng: basically, it is a 'mod-python' application
[06:54] <ScottK> He's probably sleeping now, but IIRC StevenK would be another one.
[06:54] <siretart> Ng: and it needs postgres
[06:54] <Ng> siretart: ok, that's cool
[06:54] <Hobbsee> ScottK: he's also sleeping too
[06:54] <geser> Ng: so it depends on you when revu will be up again?
[06:54] <siretart> Ng: it is deployed via bzr
[06:55] <Hobbsee> ScottK: it's 3am here, remember?
[06:55] <Ng> geser: not just me, but yes
[06:55] <siretart> Ng: feel free to write me an email with further questions, I'll answer them tonight or tomorrow morning, okay?
[06:55] <Ng> siretart: that's great, thanks very much
[06:56] <geser> Hobbsee: if you're still awake, then it can't be late/early :)
[06:56] <Hobbsee> geser: oh yes it can be.
[07:07] <norsetto> keescook: ok, debdiff u-u is uploaded :-)
[07:07] <keescook> norsetto: cool, thanks!
[07:08] <norsetto> keescook: nog een vraag .... sprekt u nederlands?
[07:08] <keescook> norsetto: I only know how to swear.  ;)
[07:09] <norsetto> :-D
[07:12] <geser> keescook: that's enough ;)
[07:12] <keescook> geser: hehe
[07:32] <norsetto> ScottK: little problem about the SRU; the feisty libray is too old, we need to backport it too
[07:32] <ScottK> Ahhh
[07:32] <ScottK> What do you mean?
[07:33] <norsetto> ScottK: it requires >1.0.22 and we only have 1.0.20 in feisty
[07:33] <ScottK> Ah.  Well then we need to figure out if there's a subset we can use for the SRU then.
[07:33] <norsetto> ScottK: its not just a question of dependancy; its hardcoded in the config
[07:34] <ScottK> Hmmm
[07:35] <norsetto> ScoTTK: sorry, forgot to mention which library; its python-poker-engine
[07:36] <ScottK> Ah.
[07:36] <ScottK> Well then is it something broken in python-poker-engine that we need to SRU for too?
[07:36] <norsetto> me always forget the little details
[07:36] <ScottK> Dunno.
[07:37] <norsetto> ScottK: In debian they have 1.0.19 or 1.025; in gutsy its 1.0.25; guess that would fix some bugs too.....
[07:39] <norsetto> ScottK: its the only one by the way, all the rest seems to be fine
[07:40] <ScottK> Well we really can't SRU a new library, so we need to figure a finer grained solution.
[07:43] <norsetto> ScottK: are u also looking at the changelog? Its depressing ....
[07:58] <cbx33> BOOOOO-YA
[07:58] <cbx33> ping imbrandon
[08:00] <_MMA_> cbx33: good luck with that. Ive been poking for about 5 days now. :(
[08:00] <cbx33> heheh
[08:00] <cbx33> try about 4 weeks
[08:01] <_MMA_> :(
[08:02] <afflux> correct me if I'm wrong but packages in debian depending on inet-superserver need to work with inetutils-inetd, openbsd-inetd and rlinetd. In ubuntu inet-superserver is also provided by xinetd. What to do with packages that use update-inetd which works for the three inet-superserver packages in debian but not xinetd?
[08:02] <afflux> Change the dependency to netkit-inetd | rlinetd?
[08:10] <geser> afflux: have you read the discussion on the debian-devel ML?
[08:10] <DarkSun88> geser: Thanks for upload. :)
[08:11] <afflux> geser: I don't think so.
[08:11] <geser> DarkSun88: thank you for noticing that it's a merge now and providing the debdiff
[08:12] <zul> Fujitsu: ping
[08:12] <DarkSun88> geser: No problem. :)
[08:12] <geser> afflux: IIRC the result was that nothing should depend on update-inetd directly (only the inetservers using it) and package should depend on the inet-superserver virtual package
[08:13] <geser> afflux: http://lists.debian.org/debian-devel/2007/07/msg01013.html ff.
[08:14] <afflux> geser: yes, the problem is, the package I have to merge doesn't depend on update-inetd, but it uses it in the postinst/postrm files. But it depends on inet-superserver (which is in ubuntu provided by xinetd, which doesn't support update-inetd)
[08:14] <afflux> ah, wait, i'll read it ;)
[08:15] <geser> afflux: does caling update-inetd something usefull when xinted is installed?
[08:16] <afflux> no, since xinetd doesn't contain an own implementation of update-inetd and the update-inetd package doesn't work for xinetd.
[08:17] <afflux> (different config files and different format)
[08:17] <geser> I'd suggest to call update-inetd only when it's available and install a config snippet for xinetd
[08:18] <geser> that seems to be the most sane solution now
[08:34] <cbx33> hey pygi
[08:35] <pygi> cbx33, omg, you are alive!
[08:36] <cbx33> hehe
[08:36] <cbx33> howz it going
[08:36] <cbx33> you should know I'm alive as i've been blogging alot
[08:36] <pygi> cbx33, not so well
[08:36] <pygi> cbx33, well, no time to read stuff :(
[08:36] <cbx33> oh what's up?
[08:36] <cbx33> pm?
[08:36] <pygi> sure
[08:37] <afflux> geser: I see another problem coming up here. If someone has xinetd and another inetd, that uses /etc/inetd.conf, installed, and the package installs an xinetd snippet and installs itself to inetd.conf, we would have a conflict there. Suggestions?
[08:39] <afflux> geser: one possibility would be to set the xinetd snippet to disabled and warn the user on installing the package that he could need to enable it.
[08:41] <geser> afflux: looking at the other inet-superserver packages: they conflict with inet-superserver so that only one inet-superserver should be installed
[08:41] <geser> but xinetd is missing that conflict
[08:43] <geser> should perhaps xinetd and openbsd-inetd add a conflict to inet-superserver? that way only one inet-superserver can be installed at a time
[08:44] <afflux> geser: sounds sane.
[09:11] <Skiessi> is there/shouldn't there be a list in the wiki about the stuff wanted to Universe?
[09:11] <DktrKranz> Skiessi, http://wiki.ubuntu.com/MOTU/TODO is not sufficient?
[09:20] <jrib> !packaging | Skiessi
[09:20] <ubotu> Skiessi: The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports
[09:20] <jrib> Skiessi: the wiki page method was replaced, now people should file 'needs-packaging' bugs
[09:21] <jrib> https://wiki.ubuntu.com/MOTU/Packages/New links to the old page I think
[09:22] <Skiessi> what if the tar-file already contains the files in debian-folder?
[09:23] <Skiessi> do I have to edit them?
[10:07] <bddebian> So if a package is maintained in Debian in svn is it still OK for us to add fixes?
[10:09] <ScottK> Absolutely.
[10:09] <ScottK> Debian SVN has nothing to do with Ubuntu.
[10:09] <bddebian> Well I don't want to get bitched at again.  I'm thinking I just avoid it :)
[10:09] <ScottK> bddebian: If the svn happens to be the Debian Python Modules Team one, let me know and I'll put the fix in there too.
[10:09] <ScottK> Nah.  Go for it.
[10:11] <bddebian> Just adding a .desktop to openttd
[10:13] <ScottK> Shouldn't be a problem.
[10:20] <ajmitch> Ng: if you're still alive, I'm here now :)
[10:21] <bddebian> Heya ajmitch
[10:25] <vil> hi ScottK, I have just read your announcement of zekr
[10:26] <ScottK> Yes.
[10:26] <vil> I gave a few comments on that to Mohammad
[10:27] <ScottK> OK.
[10:27] <vil> pls, where can I see the latest version?
[10:27] <vil> revu is off currently
[10:27] <ScottK> Except for a couple of minor nits (nothing to do with Java), http://www.kitterman.com/test/zekr_0.5.1.dfsg-0ubuntu1.dsc is it.
[10:28] <ScottK> All of the REVU comments had, I think, been resolved befor REVU took a break.
[10:29] <vil> thanks
[10:30] <vil> ScottK, well how can I DL rest of it?
[10:30] <vil> besides .dsc
[10:30] <ScottK> dget -x http://www.kitterman.com/test/zekr_0.5.1.dfsg-0ubuntu1.dsc
[10:31] <vil> excellent, thanks again
[10:35] <vil> ScottK, all my comments fixed :)
[10:35] <vil> nice job
[10:36] <ScottK> vil: Great.
[10:36] <ScottK> Glad to hear it.
[10:40] <vil> ScottK, the last point I was suggesting is that it sets the menu language inside the app instead of using locales settings
[10:40] <vil> but that is upstream issue
[10:40] <ScottK> Yes.  Persia had the same comment.
[10:40] <ScottK> IIRC
[10:41] <ScottK> We got it to packaged correctly and minimaly works.
[10:41] <ScottK> minimaly/minimally
[10:41] <ScottK> Which is as far as our gatekeeper role extends IMO.
[10:41] <vil> yeah
[10:42] <vil> interresting that you covered all my ideas :) nothing left
[10:42] <ScottK> man-di_ reviewed it for Java stuff, so much credit goes to him.
[10:43] <ScottK> All I know about Java is when someone says Java, I run.
[10:45] <vil> looking forward man-di_ being the MOTU
[10:45] <ajmitch> sigh, 30 mounts since last fsck
[10:46] <ajmitch> nvidia drivers killed my desktop this morning as well
[10:49] <calc> yipee i'll be a core dev tomorrow :)
[10:50] <calc> wrt OOo issue we think we have found the offending call and I sent an email to the patches author to have him review it
[10:50] <calc> er patch's
[10:50] <ajmitch> yay!
[10:53] <calc> hopefully the patch's author can fix it quickly, so i can do another upload without breaking font support
[11:45] <Fujitsu> zul: Pong.
[11:47] <crimsun> bddebian: you can't unsub u-a unless you're a member or have LP supapowah.
[11:47] <bddebian> Fruck..  Stupid freakin' packages
[11:48] <bddebian> dh_install -ppython-vipscc
[11:48] <bddebian> cp: cannot stat `./debian/tmp/usr/lib/python2.4': No such file or directory
[11:48] <bddebian> dh_install: command returned error code 256
[11:49] <jmg> bddebian: edit the .install files and make them not suck so much
[11:49] <ajmitch> hello crimsun, good to see you still alive
[11:49] <crimsun> ajmitch: hello
[11:51] <bddebian> jmg: Aye but wtf belongs in there.  He's using pycentral so I'm not sure why that's even in there
[11:53] <jmg> bddebian: chec out the tmp directory and see what's there?
[11:56] <norsetto> ScottK: got bad news mate
[12:05] <RainCT> good night