[12:14] <sistpoty> crimsun: no problem... nobody received bug mails (and I was not delayed in watching movies actually *g*)
[12:15] <crimsun> sistpoty: 1ubuntu2 is available as of ~40 mins ago, which resolves it
[12:15] <sistpoty> cool, thx!
[12:15] <crimsun> sistpoty: you just need to rerun asoundconf set-default-card
[12:16] <crimsun> I wonder how evil it would be to parse /home and spit out a list of users that would need to execute that command.
[12:17] <sistpoty> nice idea *g*
[12:24] <Nafallo> crimsun: how can I tell if I need to run something? :-)
[12:24] <crimsun> Nafallo: if you've ever run asoundconf set-default-card, you need to rerun it.
[12:24] <Nafallo> I haven't :-)
[12:24] <Nafallo> good
[12:34] <LaserJock> heh, pbuilder login takes 11s in my vmware edgy on my intel imac
[12:34] <nixternal> bah pbuilder
[12:34] <LaserJock> it takes like 60s or so on my laptop at home :/
[12:34] <crimsun> doesn't top the "takes 28 minutes to resolve build dependencies for vlc"
[12:35] <Nafallo> omg
[12:35] <LaserJock> uggg
[12:35] <Nafallo> with 100% CPU during that time? :-)
[12:35] <LaserJock> that's one you only want to do once
[12:35] <crimsun> I -heart- test-building vlc.
[12:35] <LaserJock> or actually none at all
[12:35] <nixternal> pbuilder didn't do my christmas packages, so i am upset at it
[12:35] <LaserJock> ummm
[12:35] <nixternal> pbuilder-feisty build moms_present
[12:35] <nixternal> didn't work :)
[12:35] <nixternal> so i had to actually buy gifts :)
[12:36] <LaserJock> it's awfully hard to blame pbuilder for not building PEKAC
[12:36] <nixternal> ahh, you think you are funny and think that acronym would have gotten through ey ;p
[12:36] <nixternal> ok, ok, i see how you play now
[12:37] <nixternal> and it is <acronym>PEBKAC</acronym> btw
[12:37] <crimsun> he means that if you removed the key and the chair, it would have worked.
[12:37] <crimsun> =)
[12:37] <nixternal> hahaha
[12:37] <LaserJock> lol
[12:37] <LaserJock> so
[12:37] <LaserJock> on the lighter side of things
[12:38] <nixternal> sew buttons on your underwear
[12:38] <LaserJock> I was chating from my parents house over christmas
[12:38] <LaserJock> and my little brother walks in and reads some -motu
[12:38] <nixternal> and now he is scarred for life?
[12:39] <LaserJock> and he says "LaserJock? ... that just sounds like jockstrap to me" and walks out
[12:39] <nixternal> it wasn't me
[12:39] <nixternal> hahahahhaa
[12:39] <Nafallo> lol
[12:39] <nixternal> JockStrap, the new MOTU Mastah
[12:39] <nixternal> shoot, my brother read mine as urinal so don't feel to bad
[12:40] <nixternal> and now when he calls he asks for "The Urinal"
[12:40] <LaserJock> I was actually trying to find some Laser Jock stickers to show you guys I'm not making it up
[12:40] <LaserJock> there is one on one of our old Fedora machines
[12:40] <nixternal> hehe
[12:41] <nixternal> nixternal@ubuntu, how the hell do you get urinal out of that? i know my brother isn't the brightest bulb in the box, but still
[12:41] <Nafallo> :-)
[12:42] <nixternal> heh, even worse is how they say ubuntu and joke about it
[12:42] <nixternal> now i know why kids do what they do to their families and make it on tv
[12:42] <nixternal> one sec, let me go make some news :)
[12:42] <nixternal> haha
[12:43] <nixternal> i can see it now "32yo Chicago Wannabe Hacker Hacks Family Up With Ubuntu CDs Officials Say"
[12:43] <Kamping_Kaiser> ROFL
[12:43] <nixternal> i wonder what my prison nickname would be?
[12:43] <LaserJock> nixternal: they better be Kubuntu CDs
[12:44] <nixternal> oh no, I wouuld never damage a Kubuntu CD
[12:44] <LaserJock> otherwise people might get the wrong impression ;-)
[12:45] <Nafallo> :-)
[12:46] <LaserJock> I wonder how much bandwidth Mirco Mller has, all his latest planet posts have like 3 or 4 ogg files
[12:47] <nixternal> "32yo Wannabe Hacker Dubbed The HackKillah Escapes From Prison Officials Say" - reports just now coming in, black corvette spotted in and around the MOTU Mastah area in Nevada. Officials say be on the lookout as the suspect is Armed and Dangerous
[12:47] <nixternal> armed with a box of ShipIts, a mouse and a keyboard
[12:48] <Nafallo> with his finger on the enter-trigger for yet another upload...
[12:48] <Nafallo> :-)
[12:48] <nixternal> he definitely has been posting some interesting oggs too
[12:48] <nixternal> muhehehe
[12:49] <LaserJock> "The HackKillah"'s side kick, "JockStrap", is armed with several pistols and a Feisty pbuilder. Consider them armed and extremely nerdy
[12:49] <Nafallo> lol
[12:49] <Kamping_Kaiser> lol
[12:50] <nixternal> i wish someone would remove the Ubuntu Bugs from Bug #1
[12:50] <Ubugtu> Malone bug 1 in ichthux "Microsoft has a majority market share" [Critical,Confirmed]  https://launchpad.net/bugs/1
[12:50] <LaserJock> *sigh* if only I had any artistic ability whatsoever I'd do a MOTU comic
[12:50] <nixternal> ya Ubugtu we know what that is already
[12:50] <nixternal> heh, now a MOTU comic would be funny
[12:51] <Nafallo> lol
[12:51] <LaserJock> the Golden Ponies were fun, but need more visual appeal
[12:51] <LaserJock> ;-)
[12:51] <nixternal> ahh, the Golden Ponies
[12:51] <Kamping_Kaiser> how is ichthux ubuntu bug xx1?
[12:51] <Kamping_Kaiser> :/
[12:51] <LaserJock> Kamping_Kaiser: it's also a bug for Ichthux
[12:51] <nixternal> hey, don't talk bad about Ichthux in my present
[12:52] <nixternal> s/present/presence
[12:52] <LaserJock> Kamping_Kaiser: as well as lots of other derivatives/projects
[12:52] <nixternal> jeesh
[12:52] <nixternal> i say rm -rf that bug already
[12:52] <Kamping_Kaiser> LaserJock, yes, but i would have thought here it defaults to 'bug in ubuntu', not 'bug  in otherdistro'
[12:52] <nixternal> frame it and get it out of here
[12:52] <nixternal> Bug #uno is nothing but a gigantic forums post now
[12:53] <nixternal> it is KDE done right :)
[12:53] <Kamping_Kaiser> ah, hehee
[12:53] <LaserJock> Kamping_Kaiser: it defaults to "bug in <whatever was last to add a task>"
[12:53] <LaserJock> nixternal: heh, I wouldn't have put it that way ...
[12:53] <Kamping_Kaiser> LaserJock, oh :|
[12:53] <nixternal> or actually, KDE stalled at the moment until raphink gets his ball-and-chain
[12:54] <nixternal> ya, I meant Kubuntu done right, for both, but KDE slipped
[12:54] <nixternal> errr
[12:54] <nixternal> Ubuntu
[12:54] <nixternal> ok, im going to stick my head in a toilet. if im not back in 30 minutes call a plumber
[12:55] <LaserJock> nixternal: look at what you did now
[12:55] <Kamping_Kaiser> :|
[12:55] <nixternal> hah
[12:55] <Kamping_Kaiser> ^W does something different in xchat from irssi :|
[12:55] <nixternal> lol
[12:55] <Nafallo> lol
[12:55] <nixternal> thought you wre going to window 12 ey
[12:56] <Kamping_Kaiser> no, thought i was deleting a word
[12:56] <Nafallo> ;-)
[12:56] <Kamping_Kaiser> :P
[12:56] <Nafallo> ALT != ^ :-)
[12:56] <nixternal> err, ya ctrl not alt
[12:56] <Kamping_Kaiser> Nafallo, you almost have a regex going there ;)
[12:57] <nixternal> heh
[12:57] <Nafallo> haha
[12:57] <LaserJock> Kamping_Kaiser: did you find Ichthux?
[12:58] <Kamping_Kaiser> LaserJock, i think so. found a .com
[12:58] <nixternal> hehe
[12:58] <LaserJock> yeah, that's it
[12:58] <Nafallo> oh. it's commercial ;-)
[12:59] <LaserJock> yeah, just like Ubuntu
[12:59] <LaserJock> :p
[01:00] <Nafallo> :-)
[01:02] <crimsun> somerville32: SRU uploaded.
[01:03] <Nafallo> Kamping_Kaiser: not me :-)
[01:03] <Kamping_Kaiser> Nafallo, :)
[01:05] <LaserJock> Kamping_Kaiser: surrounded?
[01:06] <Kamping_Kaiser> LaserJock, i recognised names, every time i look at a distro it seems to have people i know from ubuntu. usually a largeish number
[01:07] <LaserJock> Kamping_Kaiser: yeah, there are a lot of MOTUs and DDs involved with Ichthux to some extent or another
[01:08] <LaserJock> and even occasionally some of those silly doc people
[01:08] <LaserJock> ;-)
[01:08] <crimsun> those crazy MOTUs. err
[01:08] <Kamping_Kaiser> hehe
[01:08] <LaserJock> does that make me silly and crazy? :/
[01:09] <Kamping_Kaiser> LaserJock, they're not a mutually exclusive
[01:09] <Kamping_Kaiser> :)
[01:09] <LaserJock> sure, but I wondered if it would mean being tossed out of deity status ;-)
[01:10] <Kamping_Kaiser> ok. out to work. have a good day all. should be back asking more anoying questions tonight ;)
[01:10] <crimsun> Zeus wasn't deemed sane
[01:10] <LaserJock> darn
[01:10] <crimsun> so I see no reason why they're orgothonal
[01:10] <LaserJock> cya Kamping_Kaiser 
[01:46] <LaserJock> Etch hasn't been released yet, has it?
[01:50] <somerville32> crimsun: Thanks
[01:50] <crimsun> LaserJock: no.
[01:51] <LaserJock> hmm, are they on the brink?
[01:51] <LaserJock> seems like it was supposed to be in Dec.
[02:02] <gnomefreak> LaserJock: i would look more towards fall of this year (fall == sept-dec)
[02:03] <Kamping_Kaiser> lol
[02:03] <Kamping_Kaiser> it was supposed to be dec 4
[02:06] <bddebian> Heya gang
[02:07] <sistpoty> hi bddebian
[02:07] <bddebian> Hi sistpoty
[02:07] <LaserJock> hi bddebian 
[02:08] <LaserJock> sistpoty: rpy is waiting for ubuntu-archive to let it in
[02:08] <sistpoty> LaserJock: ah, thx
[02:09] <bddebian> Hi LaserJock
[02:11] <crimsun> 'night keescook 
[02:17] <zul> ajmitch around?
[02:21] <LaserJock> alrighty then, I'm going home
[02:21] <zul> see you in a couple of minutes...we know that you love us
[02:21] <LaserJock> heh
[02:27] <Nafallo> :-)
[02:49] <ryanakca> how do I fix http://pastebin.ca/303034 ? (it's only been happening since I've been using gpg-agent...)
[02:53] <Nafallo> is anyone working on new xchat? :-)
[02:53] <sistpoty> ryanakca: did you enter anything? because of "gpg: cancelled by user"
[02:53] <ryanakca> nope
[02:53] <sistpoty> ryanakca: can you enter your passphrase there?
[02:53] <ryanakca> pinentry-qt doesn't even pop up...
[02:54] <ryanakca> it runs right threw... doesn't give me a prompt or anything
[02:54] <xerxas> sistpoty:  I have problems uploading to revu 
[02:54] <xerxas> can you help me please ? 
[02:54] <sistpoty> xerxas: sure
[02:55] <xerxas> Uploading to revu (via ftp to revu.tauware.de):
[02:55] <xerxas>   libtapioca-cil_0ubuntu1-1.dsc: 
[02:55] <xerxas> Error '553 Could not create file.' during ftp transfer of libtapioca-cil_0ubuntu1-1.dsc
[02:55] <sistpoty> ryanakca: how about deinstalling gpgagent?
[02:55] <xerxas> and then I have a note that says I can use dcut 
[02:55] <sistpoty> xerxas: give me a sec, I'll take a look at incoming
[02:55] <sistpoty> xerxas: nope, revu doesn't accept dcut commands *g*
[02:55] <xerxas> ok 
[02:55] <sistpoty> xerxas: but it accepts rm -f commands from me on the shell *g*
[02:55] <xerxas> :)
[02:56] <sistpoty> xerxas: file deleted
[02:56] <xerxas> but maybe you don't need to remove it ? but I don't see it on the webpage 
[02:56] <xerxas> ok 
[02:56] <xerxas> thanks 
[02:56] <sistpoty> np...
[02:57] <xerxas> sistpoty:  what happened ? so that I don't bother you again 
[02:57] <sistpoty> xerxas: if the file was only half-uploaded, there is no other option than to ask a revu admin to remove the file
[02:57] <xerxas> ok 
[02:57] <sistpoty> xerxas: if the file is fully there in ftp incoming, you can simply put the other files of the upload there too, with the changes file last
[02:57] <sistpoty> xerxas: (an upload is considered complete, if the changes file is there)
[02:58] <xerxas> so if I have problems uploadnig with ftp , then I need to ask you to remove files ? 
[02:58] <xerxas> ok 
[02:58] <sistpoty> xerxas: not necessarily, but if your connection breaks in the middle of a file transfer yes
[02:58] <sistpoty> xerxas: dput transfairs 4 files (.dsc, .diff.gz, .orig.tar.gz and finally .changes)
[02:59] <xerxas> k
[02:59] <xerxas> sistpoty:  currently I'm trying to upload 
[02:59] <xerxas> Uploading to revu (via ftp to revu.tauware.de):
[02:59] <xerxas>   libtapioca-cil_0ubuntu1-1.dsc: 
[02:59] <xerxas> it's stuck here 
[02:59] <xerxas> $ du -sh *dsc 
[02:59] <xerxas> 4,0K    libtapioca-cil_0ubuntu1-1.dsc
[02:59] <xerxas> I'm waiting for 2 minutes probably already 
[03:00] <sistpoty> xerxas: the dsc looks like it's complete on the server side...
[03:00] <sistpoty> xerxas: are you behind a firewall?
[03:00] <xerxas> yep 
[03:00] <xerxas> a nat routeur 
[03:00] <xerxas> I use dput -P 
[03:00] <sistpoty> hm...
[03:01] <xerxas> router , routeur is in french :) 
[03:01] <xerxas> hey ! 
[03:01] <xerxas> done ! 
[03:01] <xerxas> and the diff.gz: done also 
[03:02] <xerxas> ok , uploaded ! :) 
[03:02] <sistpoty> nice...
[03:02] <xerxas> sistpoty:  did you change something ? 
[03:02] <sistpoty> xerxas: no
[03:02] <xerxas> do you have an idea why is it so long to start uploading the first file, and the it goes fast ?
[03:02] <xerxas> s/the/then/
[03:03] <sistpoty> xerxas: not really
[03:04] <sistpoty> xerxas: the vsftpd log doesn't show anything unusual also
[03:04] <xerxas> ok , nevermind, I don't upload to often on revu :) 
[03:04] <xerxas> next try I'll add a -d 
[03:04] <sistpoty> hehe
[03:05] <sistpoty> might as well be a dns lookup, though I'm not really sure how the ftp server of tiber is configured
[03:07] <xerxas> ok ok 
[03:07] <xerxas> can be dns, right 
[03:07] <xerxas> when things are slow, it's often a dns problem :) 
[03:08] <sistpoty> hehe
[03:08] <xerxas> my lintian report says I have .svn directories 
[03:08] <xerxas> how do I re-upload when I corrected the problem ? 
[03:09] <sistpoty> xerxas: simply dput again...
[03:09] <xerxas> ok
[03:09] <xerxas> thx
[03:09] <xerxas> 03:08 AM , gone sleep ! :)
[03:09] <sistpoty> xerxas: every 10 minutes a cronjob runs, and moves valid uploads to revu, so incoming is cleared again
[03:09] <xerxas> ok 
[03:09] <xerxas> got it 
[03:09] <sistpoty> (unless the upload is not valid, than the cronjob leaves some trash behind) 
[03:09] <xerxas> ok 
[03:10] <xerxas> thanks for everything 
[03:10] <xerxas> bye ! 
[03:10] <sistpoty> cya
[03:11] <bddebian> laterz
[03:15] <ryanakca> sistpoty: back, sorry, I was helping my mum out with her kubuntu live CD ;)
[03:16] <ryanakca> sistpoty: ok, if I uninstall gpgagent, I can't use GPG in KMail / Kontact...
[03:20] <sistpoty> ryanakca: you could try to use -us -uc as dpkg-buildpackage arguments, to not have your packages signed
[03:20] <sistpoty> ryanakca: and then use debsign to sign the stuff you want to upload
[03:21] <sistpoty> ryanakca: though it looks that somehow debsign is invoked there in the first place
[03:21] <ryanakca> hmm... kk, I'll try that...
[03:21] <ryanakca> oh?
[03:21] <sistpoty> ryanakca: I'm not really familiar with gpgagent... doesn't make any problems for me at last :)
[03:22] <ryanakca> and you're running it?
[03:22] <sistpoty> ryanakca: I have it installed, but it doesn't look like I'm running it
[03:23] <ryanakca> kk... dpkg-buildpackage -us and dpkg-buildpackage -uc both give me:
[03:23] <ryanakca> dpkg-buildpackage: source package is solseek
[03:23] <ryanakca> dpkg-buildpackage: source version is 0.8a-0ubuntu1
[03:23] <ryanakca> dpkg-buildpackage: source changed by Ryan Kavanagh <ryanakca@gmail.com>
[03:23] <ryanakca> dpkg-buildpackage: host architecture i386
[03:24] <ryanakca> dpkg-buildpackage: source version without epoch 0.8a-0ubuntu1
[03:24] <ryanakca>  debian/rules clean
[03:24] <ryanakca> test -x debian/rules
[03:24] <ryanakca> test "`id -u`" = 0
[03:24] <ryanakca> make: *** [testroot]  Error 1
[03:24] <sistpoty> ryanakca: -rfakeroot?
[03:24] <sistpoty> ryanakca: how did you build the package in the first place? with debuild?
[03:25] <ryanakca> yeah
[03:25] <sistpoty> ryanakca: you can simply pass dpkg-buildpackage arguments to debuild as well
[03:25] <sistpoty> ryanakca: e.g. debuild -us -uc
[03:26] <ryanakca> umm... why is it running threw the whole configure?
[03:27] <ryanakca> and make... I just want to create the .dsc...
[03:27] <crimsun> probably timestamp skew.
[03:27] <crimsun> err, do you mean in the clean target?
[03:27] <ryanakca> timestamp skew?
[03:27] <sistpoty> ryanakca: debuild -S -us -uc?
[03:28] <crimsun> obviously if you use ``debuild -us -uc'' it'll configure && make ...
[03:28] <sistpoty> ryanakca: otherwise debuild will build a binary package
[03:28] <ryanakca> ah... you learn something new every day :)
[03:28] <sistpoty> ryanakca: nope... -us -> don't sign .dsc -uc -> don't sign changes file
[03:29] <sistpoty> -S -> build source package -sa -> include orig.tar.gz
[03:29] <sistpoty> (or the other way round)
[03:29] <ryanakca> kk
[03:29] <ryanakca> so, debuild -us -uc -S -sa
[03:29] <bddebian> no
[03:29] <sistpoty> yep... or dpkg-buildpackage -rfakeroot -S -sa -us -uc 
[03:30] <bddebian> yep?
[03:30] <sistpoty> no?
[03:30] <bddebian>  aren't -us -uc and -sa antithetical?
[03:30] <crimsun> -us -uc are only signing-related
[03:30] <bddebian> Yeah
[03:30] <sistpoty> bddebian: no, I use dpkg-buildpackage that way quite often ;)
[03:31] <ryanakca> kk, thanks... now I can stick something into pbuilder to warm up my CPU on this chilly winter night :)
[03:32] <sistpoty> np
[03:35] <bddebian> Doh, I always thought -sa was "sign ..." doh
[03:36] <Nafallo> lol
[03:36] <Nafallo> bddebian: good one ;-)
[03:37] <bddebian> Well I was actually thinking like sign all but OK ;-)
[03:37] <crimsun> bddebian's kids have been putting the good stuff into his coffee again.
[03:38] <Nafallo> crimsun: lol
[03:38] <bddebian> :'-(
[03:49] <Daller> Who do I contact when I have a driver (for a tablet) that I would like to get into universe, or even installed per default?
[03:50] <Daller> BTW: It's GPL!
[03:51] <Lathiat> Daller: is it a kernel driver or what?
[03:51] <Daller> Not an in-kernel driver - No!
[03:51] <Daller> See this:
[03:51] <Daller> https://help.ubuntu.com/community/TabletSetupWizardpen
[03:52] <Daller> It's a ".so" driver to be placed in "/usr/lib/xorg/modules/input/"
[03:54] <Daller> I have hundreds of people contacting me about the guide, and it would be great to be able to cut down, or even remove the "download and install" part...
[03:55] <Lathiat> hrm
[03:55] <Lathiat> file a wishlist bug against Xorg i guess
[03:55] <Lathiat> or well you could probably package it independently
[03:56] <Daller> Oh, great idea... I could be installed alongside xorg and all the other modules...
[03:56] <Daller> Thx
[03:57] <Daller> Is there a good guide to get started with packaging?
[03:57] <Hobbsee> !packagingguide
[03:57] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[03:57] <Daller> A file and a destination should be quite easy :D ?
[03:59] <Daller> Well, Thx... I'm on my way to bed anyway...
[04:01] <Daller> Well, now that I'm here, and you have links to both the wiki and the doc.facility - what exactly is the difference between the wiki, help.ubuntu.com and the doc.facility?
[04:17] <LaserJock> zul: it was more than a few minutes
[04:24] <sistpoty> gn8 everyone
[04:24] <Hobbsee> night sistpoty 
[04:32] <somerville32> Can we strongly encourage people to add links to package long descriptions? :)
[04:33] <Hobbsee> somerville32: yes.  dont let it thru REVU without it
[04:36] <somerville32> The script I uses extracts links from the long description so it helps make Feisty Changes in the UWN a whole lot easier :)
[04:36] <somerville32> (as we have to hunt down the changelog)
[04:37] <Hobbsee> ah :)
[04:52] <rexbron> what is the policy on revu when two people package the same version of software?
[04:53] <Hobbsee> rexbron: pick the better one?  or take the fixes, adn combine them?
[04:53] <Hobbsee> dunno if it's happened before
[04:53] <Hobbsee> seeing as it's explicitly said to check revu before making a new package
[04:53] <rexbron> think is there are no fixes just a new upstream release
[04:54] <rexbron> the only difference is that I used CDBS and he used the regular debhelper
[04:54] <rexbron> *thing
[04:58] <Hobbsee> rexbron: which is it?
[04:58] <rexbron> murrine
[04:58] <rexbron> ill get the upid
[04:58] <Hobbsee> thanks
[04:59] <rexbron> Hobbsee: 3953 for the latest (I am listed and andy.hunter@rogers.com). Mine is two behind it.
[04:59] <rexbron> I am working with the ubuntu studio project and crimsun
[05:01] <Hobbsee> rexbron: -murrine (0.40.1-0ubuntu1) feisty; urgency=low is yours, then?
[05:01] <rexbron> ya
[05:01] <rexbron> the other one does not follow ubuntu versioning
[05:01] <rexbron> unless it has been added to debian in the last 24 hours
[05:02] <Hobbsee> you're correct there, and wrong release ,etc
[05:03] <somerville32> Actually, Hobbsee, want to help me finish pyNeighborhood?
[05:03] <Hobbsee> rexbron: do you know if Matteo Giordano <ilmalteo@gmail.com> is on irc?
[05:03] <rexbron> nope
[05:04] <rexbron> He is not with Ubuntu Studio...
[05:04] <Hobbsee> somerville32: not overly :P
[05:04] <rexbron> afaik
[05:04] <somerville32> Hobbsee, Ca'mon! We might learn something :D
[05:04] <rexbron> learning is fun
[05:04] <rexbron> and painful at times
[05:05] <Hobbsee> rexbron: true.  i think i'll take yours, looking at this.  he's uploaded it hours later than you have, and clealry hasnt checked REVU first
[05:05] <rexbron> Hobbsee: ok
[05:05] <rexbron> glad I was able to get an official opinion on this
[05:06] <somerville32> Hobbsee, Do I have to compress the changelog?
[05:07] <Hobbsee> rexbron: i wouldnt bet on it being official :P
[05:07] <Hobbsee> somerville32: sorry?
[05:07] <rexbron> "official"
[05:07] <somerville32> E: pyneighborhood: changelog-file-not-compressed changelog.Debian
[05:07] <somerville32> E: pyneighborhood: changelog-file-not-compressed changelog
[05:07] <somerville32> E: pyneighborhood: changelog-file-not-compressed Changelog
[05:07] <bddebian> Yes, you have to compress them, I just ran into that :-(
[05:07] <somerville32> Wait... am I suppose to use linda or lintian?
[05:07] <bddebian> Both
[05:08] <somerville32> Are some of the warnings permissible?
[05:08] <bddebian> The NMU ones :-)
[05:08] <somerville32> define: NMU
[05:08] <bddebian> Non-Maintainer Upload
[05:08] <somerville32> Please elaborate :)
[05:09] <bddebian> If you don't have an error about NMU, don't worry about it :-)
[05:09] <somerville32> W: pyneighborhood; The command /usr/bin/gksudo /usr/bin/pyneighborhood listed in a menu file does not exist.
[05:09] <somerville32> Is that permissible?
[05:10] <Hobbsee> rexbron: there you go :)
[05:10] <bddebian> Hmm, possibly.  I'm not sure about that one
[05:10] <rexbron> Hobbsee: thanks
[05:11] <somerville32> What does this one mean? W: pyneighborhood; File /usr/lib/pyenighborhood/config.py contained in /usr/lib of Architecture: all package.
[05:12] <rexbron> Hobbsee: Sugestions on how to version the condenced changelog?
[05:13] <minghua> that mean the config.py file should go to /usr/share/ instead
[05:13] <bddebian> somerville32: Try running lintian -i, it should give you clues
[05:13] <rexbron> Hobbsee: also, Andrew is mentioned in the copyright file. I can add him else where if you deem it approprate
[05:15] <Hobbsee> rexbron: i'd just do it in the changelog. as well *shrug*
[05:15] <Hobbsee> sure
[05:16] <rexbron> Hobbsee: My issue is with how to name it? reupload with all of the 0.31 stuff added to the 0.40.1 changelog?
[05:16] <Hobbsee> rexbron: actually, you could probably put "new upstream version, original packaging by andrew mitchell" or something - i dont think you need to include the rest
[05:16] <Hobbsee> oh, yeah
[05:17] <Hobbsee>   * Added clean rule to remove config.guess and config.status <-- you probably want to keep that in
[05:17] <rexbron> that is fixed
[05:17] <Hobbsee> rexbron: hrm.  basically, leave the stuff that might be useful to people who look to hack on it in future, but axe the rest
[05:17] <rexbron> ok
[05:18] <Hobbsee> all you really need in there is "initial release, original packaging by..."
[05:24] <somerville32> Do I need the dh_py* scripts if I'm not compiling the python source?
[05:25] <lifeless> yes
[05:26] <lifeless> the dh_py scripts dont compile python source
[05:26] <somerville32> What do they do?
[05:26] <lifeless> python modules are compiled at install time
[05:26] <somerville32> Right
[05:26] <somerville32> Ok
[05:26] <lifeless> they move things in to the right place and add the right postinst hooks etc to make it work
[05:26] <somerville32> So if I don't have any python modules, do I need dh_py* scripts?
[05:27] <lifeless> lets not play twenty questions ok
[05:27] <lifeless> tell me what you have
[05:27] <somerville32> I'm trying to package pyNeighborhood
[05:27] <somerville32> It has a Makefile that compiles the source code and installs it using install
[05:28] <somerville32> So I created a patch to disable compiling the source code
[05:28] <somerville32> There are no modules
[05:28] <lifeless> is the source C or .py ?
[05:28] <somerville32> py
[05:29] <lifeless> when you say there are no modules, what is there
[05:29] <lifeless> gimme a clue
[05:29] <somerville32> Just a bunch of py files in the top level of the package
[05:29] <lifeless> and where are they installed 
[05:30] <somerville32>         install -d $(DESTDIR)/$(PREFIX)/share/pyNeighborhood/src
[05:30] <somerville32>         install --mode=644 *.py $(DESTDIR)/$(PREFIX)/share/pyNeighborhood/src
[05:30] <lifeless> does it work when it installed ?
[05:30] <somerville32> Yes.
[05:30] <lifeless> via the package ?
[05:31] <somerville32> Yes. I've installed my package and I can launch it from the menu
[05:31] <lifeless> weird
[05:31] <bddebian> Aye
[05:31] <lifeless> well yes, you do have python modules
[05:31] <lifeless> thats whats known as private modules, because no other python program can get at them
[05:31] <lifeless> and IIRC python policy has a means to handle them too for the many python versions issue
[05:32] <superuser> hello all
[05:32] <somerville32> But there is no __init__.py file 
[05:32] <lifeless> so in short, if you install .py files, you need dh_py* - or do what they do by hand - if you can figure that out
[05:32] <lifeless> somerville32: so what ?
[05:32] <bddebian> Hello superuser
[05:33] <lifeless> somerville32: a __init__.py file makes a directory into a python package, nothing to do with the module-or-not status of .py files.
[05:33] <superuser> bddebian i wanted to askk you how hurd was
[05:33] <somerville32> Ok... so I'll just leave the dh_py* stuff
[05:33] <bddebian> superuser: In here? :)
[05:34] <superuser> bddebian that was where you told me you ran it :p
[05:34] <bddebian> Ah
[05:34] <bddebian> Well it's slow going as usual but there has finally been some gnumach work lately
[05:35] <harrisony> i have a question about pbuilder everytime i create a package will it have to download and create an environment every time i create a package
[05:35] <superuser> ah ok that is good i probably want to test it
[05:35] <bddebian> harrisony: I don't quite understand your question
[05:36] <lifeless> harrisony: no it wont
[05:36] <lifeless> harrisony: it will cache
[05:36] <rexbron> Hobbsee: new upload with changes is on its way (same version as before)
[05:36] <Hobbsee> rexbron: yay :0
[05:37] <rexbron> might take some time (for some reason REVU always does)
[05:37] <Hobbsee> yeah, it only processes uploads every 5 min, iirc
[05:38] <rexbron> that is understandable, its why my uploads are slower than normal (high load maybe)
[05:38] <Hobbsee> dunno, shouldnt be.
[05:44] <LaserJock> somerville32: in general if you run lintian -i on the .dsc and .deb it'll give you more diagnostic info
[05:44] <rexbron> Hobbsee: Ok, its up on revu. If you would be so kind
[05:53] <rexbron> Hobbsee: ping
[05:53] <Hobbsee> rexbron: heya
[05:54] <rexbron> Hobbsee: see above?
[05:54] <rexbron> it would be much appreciated
[05:54] <Hobbsee> rexbron: yep
[05:54] <rexbron> thanks
[05:56] <Hobbsee> rexbron: testbuilding
[05:58] <rexbron> no issues I hope?
[06:01] <Hobbsee> rexbron: looks good to me
[06:01] <rexbron> yay
[06:02] <rexbron> (I had some Ubuntu Studio people test it out no problem, so this is good)
[06:03] <Hobbsee> rexbron: advocated. 
[06:03] <Hobbsee> bddebian: poke
[06:05] <rexbron> thanks Hobbsee, you made my evening!
[06:05] <rexbron> and now for sleep
[06:05] <Hobbsee> :)
[06:06] <Hobbsee> rexbron: i'm hoping someone will be around to give the second ack
[06:10] <bddebian> Hobbsee: Yo
[06:10] <Hobbsee> bddebian: did you want to review http://revu.tauware.de/details.py?upid=3956 ?
[06:11] <Hobbsee> bddebian: it looks good to me
[06:12] <bddebian> Hobbsee: Sure, I'll check it in the morning.  It's almost beddy bye time here :-)
[06:12] <Hobbsee> bddebian: awww
[06:13] <bddebian> alright, alright, I'm looking at it.. Sheesh :-)
[06:15] <Hobbsee> hehe
[06:15] <Hobbsee> good bddebian :)
[06:16] <bddebian> heh
[06:17] <bddebian> Hobbsee: This means you have to look at my pegsolitaire for me then ;-P
[06:17] <Hobbsee> bddebian: do i now?
[06:17] <Hobbsee> bddebian: where is it?
[06:17] <bddebian> Should be on REVu
[06:20] <bddebian> Hobbsee: OK, looks good to me.  Upload away :-)
[06:22] <Hobbsee> bddebian: OK
[06:23] <Hobbsee> bddebian: excellent!
[06:23] <Hobbsee> rexbron: uploaded :)
[06:23] <Hobbsee> rexbron: you should get an email, and it should go thru NEW sometime in the next millenium :P
[06:26] <bddebian> Hobbsee: Only about 1000000000 to go ;-P
[06:27] <Hobbsee> hehe
[06:29] <Hobbsee> awww, drat
[06:33] <LaserJock> Hobbsee: can/did you email ubuntu-motu with a REVU: email?
[06:34] <bddebian> Damn you two are slave drivers ;-P
[06:35] <Hobbsee> LaserJock: nope.  damn.
[06:35] <Hobbsee> LaserJock: what do i put in it?
[06:35] <Hobbsee> just "murrine is uploaded?"
[06:36] <Hobbsee> done
[06:46] <LaserJock> darn it, she left
[06:52] <crimsun> arg
[06:52] <crimsun> I should have asked for murrine to -not- be uploaded until I had reviewed it
[06:53] <crimsun> guess that's what happens when people are overzealous to get their source package in
[06:54] <bddebian> crimsun: Something wrong with it?
[06:55] <crimsun> /usr/{s,}bin should not be in dirs
[06:55] <bddebian> True but it's not problematic is it?
[06:56] <crimsun> no, but neither is not having the licenses clarified, no?
[06:56] <bddebian> clarified?
[06:57] <crimsun> it's to be the default engine in UbuntuStudio, and I wanted to make sure everything was covered
[06:58] <bddebian> Oh, I wasn't aware of that.  But from what I see, the license appears to be OK
[06:59] <crimsun> ah, I see.
[07:00] <crimsun> CREDITS should be added to docs.
[07:00] <StevenK> crimsun: Ask an archive admin to kill it from NEW?
[07:00] <crimsun> that was the remaining point, since I know we had issues with murrine's pedigree not being cited
[07:00] <bddebian> :-(
[07:01] <crimsun> StevenK: will do
[07:01] <StevenK> And then lambast away on REVU? :-)
[07:07] <bddebian> crimsun: Sorry man
[07:07] <crimsun> bddebian: not your fault, 'night
[07:37] <nixternal> oh no, jmantha is here, everyone hide
[07:38] <crimsun> nah, it's ok, it's just the laserjock imposter
[07:39] <nixternal> whew
[07:39] <nixternal> thought it was an invasion
[08:02] <LaserJock> anybody happen to know what mozilla-config is?
[08:03] <crimsun> probably pkgconfig script/info.
[08:04] <harrisony> !info mozilla-config
[08:04] <ubotu> Package mozilla-config does not exist in any distro I know
[08:06] <LaserJock> I can't figure out which package would provide it
[08:07] <crimsun> none, afaik
[08:11] <LaserJock> bah, gotta get to bed
[08:11] <crimsun> right, so substitute firefox-config for mozilla-config
[08:11] <LaserJock> I'll have to figure it out tomorrow
[08:11] <LaserJock> h
[08:11] <LaserJock> ah
[08:11] <crimsun> and b-d on firefox-dev
[08:11] <LaserJock> k
[09:15] <palski> Could someone sponsor the Bug #74862 and upload the debdiff to egdy-proposed?
[09:15] <Ubugtu> Malone bug 74862 in kxdocker "[SRU]  kxdocker doesnt open in edgy" [Undecided,Unconfirmed]  https://launchpad.net/bugs/74862
[09:25] <crimsun> uploaded, u-a subbed.
[09:25] <crimsun> note the SRU versioning change
[09:29] <palski> crimsun: thank you, and yes I forgot that new versioning style, sorry about that
[09:43] <imbrandon> [3
[10:15] <poningru_> whats the process of having a package imported from debian?
[10:15] <StevenK> A sync
[10:15] <poningru_> link?
[10:16] <StevenK> If you're no MOTU, you can't do it anyway. Which package?
[10:16] <poningru_> alpine
[10:16] <tepsipakki> alpine is already in debian?
[10:16] <StevenK> That doesn't even look to be in Debian.
[10:18] <poningru_> my friend just uploaded it
[10:18] <StevenK> I see that
[10:18] <poningru_> he just wanted to help with getting it into ubuntu
[10:18] <tepsipakki> where can it be found?
[10:19] <tepsipakki> it's still buggy, btw :)
[10:19] <StevenK> It has interesting dependancies.
[10:19] <poningru_> http://packages.debian.org/unstable/mail/alpine
[10:19] <StevenK> Yes, I'm looking at that now.
[10:20] <poningru_> the other one is http://packages.debian.org/unstable/otherosfs/ccd2iso
[10:20] <tepsipakki> StevenK: interesting in what sense?
[10:21] <StevenK> libc6 (>= 2.3.5-1) [not alpha, i386, ia64] , libc6 (>= 2.3.6-6) [i386] , libc6.1 (>= 2.3.5-1) [alpha, ia64] 
[10:21] <tepsipakki> ah
[10:22] <poningru_> blargh?
[10:25] <poningru_> :)
[10:25] <poningru_> this guy is the packager ^^^
[10:25] <poningru_> paulproteus
[10:25] <paulproteus> Hey now everybody now. (-:
[10:26] <poningru_> StevenK, tepsipakki ^^
[10:29] <tepsipakki> cool, I'll try to compile alpine on dapper
[10:29] <paulproteus> Awesome.
[10:29] <StevenK> Dapper!?
[10:29] <tepsipakki> that's what we have
[10:29] <tepsipakki> 220+ workstations
[10:30] <StevenK> Give me a tick and I'll try it on Feisty.
[10:30] <tepsipakki> (we = Helsinki University of Tech.)
[10:30] <poningru_> woah nice
[10:31] <StevenK> I think it was.
[10:31] <tepsipakki> yep
[10:31] <paulproteus> tepsipakki, FYI, Alpine is in alpha still, but I use it daily and I've had no problems with 0.81.
[10:31] <StevenK> Why can I only get 8KB/s to mirror.pacific.net.au, I have no idea.
[10:31] <tepsipakki> paulproteus: I tried 0.8 the day it got out, but had some issues with it..
[10:32] <tepsipakki> minor, though
[10:32] <paulproteus> 0.81 fixes some bugs I experienced (crashes on weird character set stuff, headers couldn't be ^k ^u'd).
[10:32] <tepsipakki> but we have also Tru64, Solaris, MacOSX to take care of..
[10:32] <StevenK> Tru64. *shiver*
[10:33] <tepsipakki> heh
[10:33] <tepsipakki> I'm a certified Tru64&Trucluster admin, mind you ;)
[10:35] <tepsipakki> well, it's being used less and less
[10:35] <poningru_> eek
[10:35] <poningru_> crazy people
[10:36] <tepsipakki> but one of our two general purpose shell-servers is a Tru64 machine (ES40), the other is a Solaris (V880)
[10:36] <paulproteus> Nice, an ES40!
[10:37] <tepsipakki> they can handle ~1000 users without much trouble
[10:37] <tepsipakki> normally around 800 each
[10:37] <tepsipakki> unique id's
[10:38] <poningru_> damn
[10:40] <paulproteus> Well, it's way late, and I'm going to finally go to bed.
[10:40] <paulproteus> A warning re: alpine: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405350
[10:40] <Ubugtu> Debian bug 405350 in alpine "alpine: implicit pointer conversions" [Important,Open]  
[10:41] <tepsipakki> dapper pbuilder went fine
[10:41] <tepsipakki> on alpine
[10:41] <paulproteus> I haven't tried using it on e.g. amd64, so I'd appreciate some feedback on if that autogenerated bug is correct.
[10:41] <paulproteus> tepsipakki, I had my fingers crossed. (-:
[10:41] <StevenK> I'm about to build it on amd64
[10:42] <tepsipakki> paulproteus: have you forwarded that upstream?
[10:42] <paulproteus> tepsipakki, I did, but they didn't seem to care.
[10:42] <paulproteus> That was only a day or two ago, so maybe they're going to work on it behind the scenes and just didn't get back to me.
[10:42] <StevenK> Why, because sizeof(void *) == sizeof(int) on the arches they care about?
[10:42] <tepsipakki> ah, there it was
[10:43] <paulproteus> StevenK, Well, pine historically runs on every freaking thing on the planet, so I imagine they care about most architectures/OS setups.
[10:44] <paulproteus> Maybe they use the function pointer in a way that works but the compiler doesn't see that it'll work.
[10:44] <paulproteus> I don't know, I'm going to bed for now.  Good night, all! (-:
[10:44] <siretart> *gulp* there are still ppl using pine and elm?
[10:45] <StevenK> There's still people using Windows 95. Perhaps they're all masochists.
[10:46] <StevenK> smtp.c:178: warning: cast from pointer to integer of different size
[10:46] <StevenK> Oh, bozos.
[10:47] <StevenK> ia64, amd64 and ppc64 all have 8-byte pointers and 4-byte ints. Sigh.
[10:49] <StevenK> This thing *really* needs a hard run under valgrind and gcc -pedantic
[10:49] <StevenK> There's more lines of warnings than gcc calls.
[10:53] <tepsipakki> heh
[10:57] <tepsipakki> can a pkg.install -file have exclude-rules in it?
[10:58] <StevenK> I don't think so, but the dh_install command line can.
[10:58] <tepsipakki> yes, that I knew
[10:58] <tepsipakki> darn
[10:58] <tepsipakki> it would be cool
[11:39] <Hobbsee> crimsun: OK
[11:43] <crimsun> Hobbsee: there's no need to "stay away from REVUing further" :)
[11:44] <Hobbsee> crimsun: why?
[11:44] <Hobbsee> crimsun: is there some sort of checklist, for all the required stuff?   and dont tell me debian maintainers guide :P
[11:44] <crimsun> Hobbsee: because it's not your fault the packager didn't do his job
[11:45] <Hobbsee> crimsun: it's my fault that i didnt know better to point it out though.
[11:45] <crimsun> eh, none of us are perfect; we're all learning through it
[11:45] <crimsun> except for maybe imbrandon, bddebian, and laserjock
[11:46] <Hobbsee> bddebian was the second ack :P
[11:46] <xerxas_> Hi all 
[11:46] <xerxas_> http://revu.tauware.de/revu1-incoming/libtapioca-cil-0701032100/lintian
[11:47] <xerxas_> the only thing I need to take into account is that I need to remove .svn directories, right ?
[11:48] <crimsun> you could do that, certainly
[11:48] <crimsun> you may also want to clean up debian/control
[11:49] <crimsun> and tweak debian/changelog's version
[11:49] <xerxas_> clean debian/control ? 
[11:50] <crimsun> yes, as in check the build-dependencies
[11:51] <crimsun> cdbs being listed twice, etc.
[11:51] <xerxas_> oops 
[11:51] <xerxas_> didn't saw that 
[11:51] <crimsun> you may also wish to reformat debian/copyright; those lines are in excess of 72 characters for certain
[11:53] <xerxas_> crimsun, the upstream url is more than 72 chars
[11:53] <xerxas_> what should I do ? 
[11:54] <Hobbsee> tinyurl it?
[11:55] <xerxas_> it's an svn url 
[11:55] <tepsipakki> how long do tinyurls work
[11:55] <xerxas_> I mean my upstream url is "svn co http://[...] " 
[11:56] <xerxas_> anyway, that should work with svn , but I don't want to have tinyurl for that package 
[11:57] <Lutin> I though the limit was 80 char in copyright
[11:58] <xerxas_> indeed, it seems to be 80
[12:01] <xerxas_> crimsun, what do you mean by "tweak the debian/changelog's version" ? 
[12:01] <xerxas_> add the svn suffix ? 
[12:04] <Hobbsee> xerxas_: current version is wrong, it sounds like
[12:04] <xerxas_> Hobbsee,  why ? 
[12:05] <Hobbsee> libtapioca-cil (0ubuntu1-1) feisty; urgency=low
[12:05] <Hobbsee> what's the upstream version?
[12:06] <xerxas_> it's an svn version 
[12:06] <xerxas_> (I'm gone, people are waiting for me for lunch) 
[12:07] <crimsun> xerxas_: it's not the URL that matters; it's the upstream license text that will cause wrapping
[12:09] <crimsun> xerxas_: if the svn version is truly 0, then you'd still want 0-0ubuntu1 (which looks -really- odd); I kinda doubt that's the case, though, so the standard practise is to use 0.svnYYYYMMDD-0ubuntu1 or something of that sort
[01:52] <xerxas_> crimsun, ? 
[01:52] <xerxas_> how do I change the version ? 
[01:52] <xerxas_> directly within debian/changelog ? 
[01:53] <xerxas_> or with dh_make ? 
[02:00] <Hobbsee> xerxas_: run dch
[02:00] <xerxas_> Hobbsee,  ahh ,right ! 
[02:00] <xerxas_> thanks :)
[02:03] <xerxas_> Hobbsee,  dch is only modifying debian/changelog ? 
[02:04] <azeem> xerxas_: yes
[02:05] <xerxas_> This package has a Debian revision number but there does not seem to be
[02:05] <xerxas_> an appropriate original tar file or .orig directory in the parent directory;
[02:05] <xerxas_> (expected libtapioca-cil_0.14.svn20070104.orig.tar.gz or tapioca-sharp-0.14.svn20070103-0ubuntu1.orig)
[02:05] <xerxas_> continue anyway? (y/n)
[02:06] <xerxas_> I must create the directory to have diffs ? 
[02:06] <xerxas_> so I need to svn co , then find . -name ".svn" |xargs rm {} \; 
[02:06] <xerxas_> then mv tapioca-sharp tapioca-sharp-0.14.svn20070103-0ubuntu1.orig
[02:06] <xerxas_> is that right ? 
[02:21] <xerxas_> can someone have a look at my package ?
[02:22] <xerxas_> http://revu.tauware.de/details.py?upid=3955
[02:25] <cypherbios> xerxas_: I recommend to remove the subversion control dirs, (aka .svn directories)
[02:25] <cypherbios> xerxas_: it from original tarball, of course
[02:25] <xerxas_> cypherbios,  it's already done 
[02:25] <cypherbios> xerxas_: http://revu.tauware.de/revu1-incoming/libtapioca-cil-0701032100/lintian
[02:26] <xerxas_> xerxas@xerxas-laptop:~/contrib/tapioca-sharp$ find . -name ".svn"
[02:26] <xerxas_> xerxas@xerxas-laptop:~/contrib/tapioca-sharp$
[02:26] <xerxas_> I don't understand then 
[02:26] <xerxas_> that's right, yesterday I uploaded some .svn , but now, I think there aren't anymore any .svn directories, or I don't understand where it comes from
[02:27] <cypherbios> xerxas_: try it
[02:27] <cypherbios> xerxas_: find . -type d -iregex '.*\.svn$$'  -print | xargs rm -rf
[02:28] <xerxas_> xerxas@xerxas-laptop:~/contrib/tapioca-sharp$ find . -type d -iregex '.*\.svn$$'
[02:28] <xerxas_> xerxas@xerxas-laptop:~/contrib/tapioca-sharp$
[02:28] <xerxas_> I don't master "find" as you do :) 
[02:28] <xerxas_> what are those iregex ? 
[02:29] <xerxas_> tar tvf libtapioca-cil_0.14.svn20070104.orig.tar.gz |grep \/\.svn
[02:30] <xerxas_> I need to grep for '/.svn' since my version contains svn in the name 
[02:30] <cypherbios> xerxas_: so try one directory uppon: find ... -type d -iregex '.*\.svn$$'  -print | xargs rm -rf
[02:30] <cypherbios> ops
[02:30] <xerxas_> .. 
[02:30] <xerxas_> got it 
[02:30] <cypherbios> xerxas_: yeah, exactly
[02:30] <xerxas_> but anyway , I'm in the directory where all files are 
[02:30] <xerxas_> I have nothing in .. 
[02:31] <xerxas_> I mean , in the directory I am I have my source tree, my dsc, my orig.gz ... 
[02:34] <cypherbios> xerxas_: another thing...
[02:34] <cypherbios> xerxas_: what is the version of your package?
[02:37] <xerxas_> cypherbios,  http://revu.tauware.de/revu1-incoming/libtapioca-cil-0701040815/lintian
[02:37] <xerxas_> we weren't looking at the correct lintian 
[02:38] <xerxas_> cypherbios,  the version is 0.14.svn20070104-0ubuntu1
[02:38] <cypherbios> xerxas_: oh, sure. You gave the old link :)
[02:39] <xerxas_> ahh ok , I gave the wrong upid , ok :)
[02:40] <cypherbios> xerxas_: ah, much better now :)
[02:40] <xerxas_> :)
[02:43] <xerxas_> cypherbios,  sth more ? 
[02:43] <xerxas_> or are you currently looking at it ? 
[02:44] <cypherbios> xerxas_: ah, sorry. I'm not an reviewer, I just taking a look for curiosity :)
[02:44] <xerxas_> ok 
[02:44] <xerxas_> some to review my package here ? 
[02:46] <cypherbios> xerxas_: the Standard-Version on debian/control should be 3.7.2.2
[02:46] <cypherbios> Standards-Version: 3.7.2.2
[02:54] <xerxas_> cypherbios,  this standards-Version was generated by dh_make I think
[02:55] <cypherbios> xerxas_: yes, but you need to change to 3.7.2.2
[02:55] <xerxas_> ok , no problem 
[02:55] <cypherbios> xerxas_: someone said it for me, bddebian or Hobbsee I think :)
[03:01] <cypherbios> Hobbsee: :)
[03:33] <giskard> ciao
[03:39] <xerxas_> Hi giskard  
[03:39] <xerxas_> giskard,  I have a package that seems to work for tapioca-sharp 
[03:39] <xerxas_> next step landell 
[03:39] <giskard> xerxas, cool! 
[03:39] <xerxas_> giskard,  I need to make tapioca-sharp reviewed 
[03:40] <xerxas_> (giskard, happy new year and best wishes) 
[03:40] <giskard> where is the package? (thank you, same to you :) )
[03:40] <xerxas_> http://revu.tauware.de/details.py?upid=3961
[03:41] <xerxas_> I have a bzr branch also in the telepathy team for tapioca-sharp 
[03:41] <xerxas_> can someone review my package ? 
[03:41] <xerxas_> http://revu.tauware.de/details.py?upid=3961
[03:48] <bddebian> Heya gang
[03:53] <xerxas_> Hi 
[03:53] <xerxas_> bddebian,  you're a motu, right ? 
[03:54] <bddebian> Some might debate that but sure :-)
[03:56] <xerxas_> bddebian,  :) 
[03:56] <xerxas_> could you review my package ?
[03:57] <xerxas_> http://revu.tauware.de/details.py?upid=3961
[04:00] <Lutin> xerxas_: I think b-ds are not all correct, you should check the mono packaging policy on alioth ;)
[04:00] <xerxas_> b-ds ? 
[04:00] <Lutin> xerxas_: build-dependancies
[04:00] <xerxas_> ok 
[04:01] <xerxas_> I think I followed the cli packaging policy 
[04:01] <Lutin> I think you're also forgetting a depends: field (I think something like cli:Depends exists)
[04:01] <xerxas_> but maybe I misread some stuff 
[04:01] <Nafallo> siretart: ping transitional -extracodecs
[04:02] <Lutin> xerxas_: and iirc debian/docs is useless as the docs you listed in are automagically packaged when using debhelper.mk in debian/rules
[04:03] <mr_pouit> xerxas, I am not sure, but I think it should at least B-D on mono-gmcs (>= 1.1.8) | c-sharp-2.0-compiler, cli-common-dev (>= 0.4.4) ;)
[04:03] <xerxas_> Lutin,  thanks for your comments 
[04:03] <xerxas_> mr_pouit, you're not sure ? 
[04:03] <Lutin> cli-common-dev (>= 0.4.0) according to the policy draft
[04:03] <mr_pouit> xerxas, I re-read cli policy each time I need it ^^
[04:04] <xerxas_> mr_pouit,  ok 
[04:04] <xerxas_> xerxas@xerxas-laptop:/usr/lib/tapioca-sharp$ ls -l
[04:04] <xerxas_> total 56
[04:04] <xerxas_> -rwxr-xr-x 1 root root 41472 2007-01-04 14:20 INdT.Tapioca.dll
[04:04] <xerxas_> -rwxr-xr-x 1 root root  7168 2007-01-04 14:20 NDesk.DBus.GLib.dll
[04:04] <xerxas_> -rwxr-xr-x 1 root root   232 2007-01-04 14:20 NDesk.DBus.GLib.dll.config
[04:04] <xerxas_> how do I set those file not executable ? 
[04:04] <Lutin> xerxas_: see http://pkg-mono.alioth.debian.org/cli-policy/ch-packaging.html point 3.1.4 for the b-ds
[04:04] <xerxas_> oops 
[04:04] <xerxas_> it's written in the doc 
[04:05] <Lutin> xerxas_: the doc also says you have to use some dh_cli stuff in rules iirc
[04:05] <siretart> Nafallo: ?
[04:06] <Lutin> xerxas_: http://pkg-mono.alioth.debian.org/cli-policy/ch-appendix.html#s-cdbs-example
[04:06] <Nafallo> siretart: ah. I think I will need some coffee :-)
[04:07] <siretart> Nafallo: I just upgraded my ws remotley, it upgraded -extracodecs to -ffmpeg as expected
[04:07] <siretart> Nafallo: we may now start to argue that users will loose the arts and the esd plugin
[04:07] <Nafallo> siretart: yea. I forgot I have to upgrade to see the deps in synaptic :-)
[04:08] <siretart> Nafallo: the thing is, that actually what I wanted, so it doesn't need to be installed where it's needed, and it's impossible to detect if it is
[04:08] <Nafallo> yepp. I like it :-)
[04:08] <siretart> Nafallo: so we have 2 options: ignoring the issue or adding -kde to kubuntu-desktop and -gnome to ubuntu-desktop
[04:08] <siretart> I tend to ignore this for now, but I'm open for suggestions
[04:09] <Nafallo> if totem-xine is standard for ubuntu-desktop we could do that, but it isn't :-P
[04:09] <siretart> right
[04:09] <siretart> but I think it is for kubuntu and xubuntu
[04:09] <Nafallo> hmm, maybe a dep of totem-xine? :-)
[04:09] <siretart> not totem, but stuff depending on xine
[04:09] <siretart> like, say, amarok
[04:10] <bddebian> xerxas_: So don't review it?
[04:10] <xerxas_> bddebian,  not for now :)
[04:10] <xerxas_> thanks anyway 
[04:10] <bddebian> NP.  Apparently I'm a lousy reviewer anyway :-)
[04:11] <Lutin> bddebian: if you have 5 min, could you review kayali ? :)
[04:12] <xerxas_> bddebian,  :)
[04:12] <jikanter> Is there a way to build a package locally without uploading?  when I use dh_builddeb it seems to upload automatically.
[04:14] <xerxas_> ${cli:Depends} is a b-ds ? 
[04:16] <Lutin> xerxas_: no, it's a Depends:
[04:16] <xerxas_> yep 
[04:17] <xerxas_> found it in an other package :)
[04:17] <xerxas_> thanks, anyway 
[04:38] <bddebian> Lutin: I still get all those permission errors :-(
[04:40] <Lutin> bddebian: really ?
[04:41] <Lutin> bddebian: weird... I chacked on my system and everything was fine
[04:41] <bddebian> You ran linda on the .deb?
[04:41] <Lutin> bddebian: yep
[04:41] <bddebian> Hmm
[04:42] <Lutin> bddebian: no linda warinings here
[04:42] <Lutin> (edgy system though)
[04:42] <bddebian> What's the date?  I have Jan 2 here
[04:43] <Lutin> bddebian: seems to be the same
[04:43] <Lutin> I rebuild it to make sure it's ok on my box and then re-upload it
[04:43] <Nafallo> it's Jan 4 today...
[04:43] <Nafallo> :-P
[04:44] <Lutin> Nafallo: I uploaded it two days ago, that makes sense :p
[04:48] <Lutin> bddebian: should be ok now, I just checked the version I uploaded and it semmes to be ok
[04:49] <Lutin> at least, no linda W: 
[04:54] <bddebian> Lutin: OK
[05:07] <bddebian> Lutin: Looks good, nice job
[05:10] <Lutin> bddebian: thanks :)
[05:13] <Lutin> bddebian: btw, gfaim was rejected by the archive-admins dur to some problems. I reuploaded it to revu, could you have a look at it to see if it's ok when you'll have some time ?
[05:20] <bddebian> Lutin: Do you know why they rejected it?
[05:21] <Lutin> bddebian: orig tarball was containing the binary and no license information in english (was french only)
[05:22] <Lutin> and an issue with a copyright file, as I created a per-package copyright file which seems to be wrong  :)
[05:25] <bddebian> ah
[05:26] <Lutin> I commented it in the upload
[05:28] <bddebian> OK
[05:56] <Nafallo> is MoM stopped?
[05:57] <nixternal> anyone have some time to do bug #77057
[05:57] <Ubugtu> Malone bug 77057 in smb4k "Please sync smb4k (universe) from unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/77057
[05:59] <Nafallo> nixternal: what about it for us to do?
[06:00] <bddebian> Nafallo: Several weeks ago
[06:00] <Nafallo> bddebian: damn :-(
[06:02] <geser> nixternal: ubuntu-archive needs some time to catch up after the holidays
[06:02] <xerxas> http://revu.tauware.de/details.py?upid=3966
[06:02] <xerxas> can someone review that ?
[06:03] <xerxas> please
[06:08] <xerxas> bddebian:  you can review my package now 
[06:08] <Nafallo> wave-look would be good to have reviewed... ;-)
[06:16] <bddebian> xerxas: OK
[06:16] <bddebian> Nafallo: So get reviewing ;-P
[06:16] <xerxas> :)
[06:19] <Nafallo> bddebian: some other day. I need to do those other first :-)
[06:21] <Riddell> who runs UbuntuSt1ts?
[06:21] <bddebian> No clue
[06:21] <bddebian> Wow, I didn't know Riddell lowered himself enough to be in -motu? ;-P
[06:23] <Riddell> bddebian: I've always been in -motu, I go anywhere that's important to Kubuntu
[06:24] <bddebian> I'm just giving you a hard time :)
[06:28] <somerville32> Riddell: Why da ya want to know? :)
[06:29] <Riddell> somerville32: wanted to know what it did, but found out.  http://ubuntustats.homelinux.org/ubuntu-motu/
[06:29] <somerville32> :)
[06:29] <somerville32> Oh wow. I'm on the list of most active people.
[06:30] <zorglu_> me too :)
[06:31] <zorglu_> i dont get the 'lastdays' number tho
[06:33] <somerville32> My nick is the most used word in x-devel, lol. crazy
[06:33] <somerville32> Anyhows... 
[06:37] <bddebian> man, laserjock really is sick :-)
[06:37] <bddebian> xerxas: Still a couple of linda/lintian warnings
[06:38] <Riddell> zorglu_: how much talk there has been in each of the last 30 days
[06:39] <zorglu_> Riddell: oh ok, so the 0 column being today
[06:39] <zorglu_> thanks
[06:55] <xerxas> bddebian:  do you have an idea how can I fix that ? 
[06:55] <xerxas> I have a target install in debian/rules 
[07:07] <LaserJock> morning MOTU people
[07:08] <hub> am I the only to have problem update the feisty pbuilder because the vim package is *broken*?
[07:09] <LaserJock> hmm, let me check
[07:10] <hub> since yesterday
[07:10] <hub> filed a launchpad bug
[07:10] <LaserJock> I created a new feisty pbuilder last night and it went ok
[07:11] <hub> I think installing the package for the first time works
[07:11] <LaserJock> I'm updating my other feisty pbuilder right now to see
[07:11] <LaserJock> and vim is in the list of packages to update
[07:11] <hub> https://bugs.launchpad.net/ubuntu/+source/vim/+bug/77726
[07:11] <Ubugtu> Malone bug 77726 in vim "can't upgrade vim" [Undecided,Unconfirmed]  
[07:13] <LaserJock> it should be easy to use an apt-cacher with pbuilder right?
[07:16] <LaserJock> hub: mine updated but it did spit out a couple of warnings
[07:16] <hub> mine didn't
[07:16] <LaserJock> 4 lines like: dpkg: warning - unable to delete old directory `/usr/share/man/ru.UTF-8/man1': Directory not empty
[07:16] <LaserJock> all related to ru
[07:17] <LaserJock> other then that it was a clean update
[07:17] <hub> in my case it fsck up
[07:17] <hub> is there somebody to specifically triage bugs in launchpad?
[07:18] <LaserJock> what do you mean?
[07:18] <LaserJock>  #ubuntu-bugs and sfflaw
[07:19] <hub> bug that stay forever with any comment
[07:19] <hub> from anybody
[07:21] <hub> recreating the pbuilder
[07:21] <hub> that should solve it
[10:31] <white> Fujitsu: hi :)
[10:33] <Fujitsu> Hi white.
[10:35] <white> Fujitsu: are you subscribed to  
[10:35] <white> debian-melb@taz.net.au
[10:35] <Fujitsu> Yep.
[10:35] <white> ah great, i was thinking about producing some nice when i am coming back to home2
[10:36] <white> s/nice/noise/
[10:36] <Fujitsu> When will you be back?
[10:37] <white> 7. februrary
[10:37] <white> *narf*
[10:38] <white> i wanna have a spellchecker for my irssi
[10:38] <Fujitsu> OK.
[10:38] <Fujitsu> Heheh.
[10:39] <white> Fujitsu: are you going to study this year at one of melb's unis?
[10:39] <Fujitsu> No, this'll be another year of year 12; I've split my subjects over two years.
[10:39] <jdong> Fujitsu: what's the status on Azureus? :)
[10:39] <white> right, so i have one more year to convince you to come to la trobe :)
[10:39] <jdong> I don't see anything in proposed or fiesty yet, I might be just retarded though
[10:40] <Fujitsu> About to upload to Feisty, basically.
[10:40] <jdong> ok
[10:41] <Fujitsu> white: What course are you doing there?
[10:44] <white> Fujitsu: Arts
[10:44] <white> Fujitsu: like ancient history, ancient language(s) and kind of biblical history
[10:45] <Fujitsu> Aha.
[10:45] <white> :)
[10:45] <Toadstool> heya everybody!
[10:45] <Fujitsu> Hi Toadstool!
[10:45] <Toadstool> hey Fujitsu 
[10:45] <Lutin> heya Toadstool, how are you ?
[10:46] <Toadstool> hi Lutin
[10:46] <Toadstool> i'm alright, how are you guys doing?
[10:46] <Lutin> alright too :)
[10:47] <sistpoty> hi folks
[10:47] <Toadstool> hi sistpoty 
[10:47] <sistpoty> hi Toadstool
[10:47] <Lutin> packaging some stuff for feisty ;)
[10:47] <Lutin> hi sistpoty
[10:47] <sistpoty> hi Lutin
[10:48] <bddebian> Heya sistpoty, Toadstool
[10:48] <sistpoty> hi bddebian
[10:48] <Toadstool> hey bddebian!
[10:50] <Toadstool> Lutin: what packages are you working on?
[10:51] <white> Fujitsu: isn't that something you want to do as well? :)
[10:51] <Lutin> Toadstool: I'm working on kayali and libmlt
[10:52] <Lutin> Toadstool: also gfaim, I'm currently checking if I can update it to use gtk2
[10:52] <Fujitsu> white: Pardon?
[10:52] <white> Fujitsu: Arts :)
[10:52] <Fujitsu> Ah, not particularly. Not quite sure what I'm going to do :/
[10:53] <Toadstool> Lutin: oh bddebian already advocated kayali :)
[10:53] <Lutin> Toadstool: yep, and gfaim was uploaded bur rejected by the archive admins ^^
[10:53] <Toadstool> why?
[10:54] <Lutin> some issues with the licensing info, I just fixed them
[10:54] <viciouslime> hi
[10:55] <enyc> Bah!
[10:55] <enyc> Somebody please tell me howto set me as the 'ssignee' of a bug....
[10:55] <enyc> err 'assignee'
[10:55] <enyc> I can't quite work this out...
[10:55] <Nafallo> klick on the packagename
[10:56] <Nafallo> click even
[10:56] <viciouslime> i was wondering if someone might be able to help me? I have uploaded a package to revu and a comment was made with chnages required, i have made them and then gone to reupload. however, after doing so I received and e-mail saying "Rejected:
[10:56] <viciouslime> Signer has no upload rights at all to this distribution."
[10:56] <Lutin> nice, seems that the gtk1 funcs used in gfaim are 1:1 api-wise with gtk2 :)
[10:56] <Fujitsu> viciouslime, seems like you uploaded to Ubuntu instead.
[10:56] <Fujitsu> Make sure you run `dput revu X.dsc'
[10:56] <viciouslime> lol oops, thank you!
[10:58] <enyc> Nafallo: ok.. im at the +viewstatus page....... but I dont seee assignee change method
[10:58] <Fujitsu> enyc, sounds like you're not logged in.
[10:59] <Fujitsu> (and with that, I'm off to work)
[10:59] <enyc> Fujitsu: I am logged in now ;-)
[10:59] <enyc> Fujitsu: but I dont see howto set assignee
[10:59] <Fujitsu> Go back to the bug overview page, and click on the package name againl
[10:59] <Nafallo> enyc: do you got the privilegies to do so? :-)
[11:00] <Fujitsu> Nafallo, what privileges?
[11:00] <Nafallo> Fujitsu: not everyone can change those things... ubuntu-devs and the bugsquad can AFAIK
[11:00] <enyc> Nafallo: drrrm.... well I set me as an assignee on a previous SRU request
[11:01] <enyc> Nafallo: after sistpoty said that I should....
[11:01] <Lutin> Toadstool: want to review some packages ? ;)
[11:01] <Nafallo> hmm, then you probably should have :-P
[11:01] <enyc> Nafallo: but I can't remember how I did that
[11:01] <enyc> Nafallo: aaaah now I have a +editstatus link !
[11:02] <Nafallo> enyc: +editstatus, as I was just about to write ;-)
[11:03] <Toadstool> Lutin: I am taking a look at kayali right now but I can't promise you I'll advocate it or comment on it before tonight or tomorrow since I am at work and I don't have a feisty box here
[11:04] <Lutin> Toadstool: thanks :)
[11:09] <enyc> Nafallo: oh well now there are 3 bugs reported by me, and 1 bug confirmed by me....
[11:11] <Nafallo> enyc: :-)
[11:12] <enyc> Nafallo: though 2 of them are SRU proposals w/ patch for the first bug... lol
[11:18] <enyc> hrrm what do I do now... in  https://bugs.launchpad.net/ubuntu/+source/qpsmtpd/+bug/77485  anyway?
[11:18] <Ubugtu> Malone bug 77485 in qpsmtpd "[SRU]  request: edgy:qpsmtpd fix for bug #72602" [Undecided,Unconfirmed]  
[11:19] <enyc> there are at least 3 "+1" 's given..... and the debdiff is there ready...
[11:21] <enyc> since this doesnt need a complex upload prepared...
[11:23] <joejaxx> Toadstool: do you know how i can find out if my gpg key has been added to revu already?
[11:30] <chillywilly> is there a meta package or what not that will include everything that you need for a minimal debian-based (or ubuntu) system?
[11:30] <sistpoty> joejaxx: what's your keyid, i can look it up
[11:30] <joejaxx> chillywilly: ubuntu-minimal
[11:30] <joejaxx> sistpoty: B6A4EB33
[11:30] <chillywilly> what about for debian?
[11:31] <joejaxx> chillywilly: i do not know for debian
[11:31] <joejaxx> i will look
[11:31] <sistpoty> joejaxx: yep, in revu's keyring
[11:31] <Nafallo> chillywilly: packages absolutly needed are marked essential
[11:31] <Nafallo> ubuntu-minimal isn't really needed stuff...
[11:33] <chillywilly> is there a simple way I can search for "essential" packages?
[11:33] <bddebian> grep-dctrl probably
[11:33] <joejaxx> Nafallo: debootstrap pulls ubuntu-minimal does it not?
[11:34] <Nafallo> joejaxx: yes. based on the script for the distro in question.
[11:34] <joejaxx> yes
[11:34] <joejaxx> sistpoty: hmm that is interesting
[11:35] <sistpoty> joejaxx: why?
[11:35] <sistpoty> joejaxx: or better what's the interesting part ;)
[11:35] <joejaxx> sistpoty: i wonder how that happened haha
[11:36] <Lutin> could anyone there tell me what compile flags I should use with a gtk2 program that #include <gtk/gtk.h>
[11:36] <Lutin> ?
[11:36] <sistpoty> joejaxx: probably you joined ubuntu-universe-contributors on lp, and someone requested a keyring resync. 
[11:36] <joejaxx> sistpoty: oh ok
[11:36] <sistpoty> a keyring resync simply adds all keys from ubuntu-universe-contributors to revu's keyring
[11:37] <joejaxx> sistpoty: oh ok
[11:39] <geser> Lutin: afaik pkg-config --cflags gtk2.0 can tell you
[11:39] <bddebian> Later gang
[11:39] <Nafallo> bddebian: *hugs*
[11:39] <sistpoty> cya bddebian
[11:41] <Lutin> geser: that's it..I use pkg-config --cflags gtk+-2.0. the weird thing is that I have make errors with undefined references to GTK_TEXT, which is defined though :/
[11:42] <Lutin> actually all the gtk_text stuff seems to be undefined ... weird
[11:45] <chillywilly> which field in the control file would contain the word essential?
[11:45] <Lutin> chillywilly: priority
[11:46] <Lutin> chillywilly: but only a few core packages are marked as essential
[11:46] <chillywilly> why isn't libc6 marked as "essential"?
[11:47] <Lutin> I don't know the exact meaning of essential, can't say
[11:48] <Toadstool> chillywilly: essential packages have a special field Essential: yes
[11:49] <Lutin> uh ... that is really weird. using pkg-config --cflags gtk+-2.0, include <gtk/gtk.h>, gcc tells me that GTK_TEXT is an undeclared symbol ... what is that Oo
[11:53] <Lutin> do you know what the GTK_ENABLE_BROKEN define means ?
[12:01] <geser> Lutin: I would guess the source needs to be updated to use the current widgets
[12:01] <Lutin> geser: no, thats not the point
[12:01] <Lutin> it's 1:1 api-wise
[12:02] <Lutin> but the gtktext.h header is not included unless I compile it with -DGTK_ENABLE_BROKEN
[12:02] <Lutin> and I'd really like to know what it actually means =)
[12:02] <geser> if you need to define GTK_ENABLE_BROKEN you are using some old parts
[12:02] <Toadstool> Lutin: http://developer.gnome.org/dotplan/porting/ar01s09.html <-- Deprecation section
[12:04] <Lutin> Toadstool, geser: ok, thanks
[12:05] <Lutin> hum ... I see ^^. those funcs were in the 'deprecated' section of the gtk2.0 devel doc. didn't catch that