[12:14] <RainCT> https://wiki.ubuntu.com/MOTU/Merging >> General tasks to be done >> File a bug >> Assign the bug to "ubuntu-universe-sponsors"
[12:14] <RainCT> this is wrong, or?
[12:16] <Dabian> mwolson: Didn't help.  I'll try to install the stuck version.
[12:17] <RainCT> well, good night
[12:18] <Dabian> mwolson: Btw.  The JDE package has been broken for Debian as long as I can remember.
[12:19] <Dabian> mwolson: If I load the version stock with Feisty, I get back my "jde" menu, but the persists of course, unless I add the workaround I mention in the bugreport.
[12:19] <Dabian> mwolson: s/the persists/the problem persists/
[12:20] <mwolson> Dabian: can you add the exact text of the error message to bug #115527?
[12:20] <ubotu> Launchpad bug 115527 in jde "Compile from menu fails if you don't use xemacs" [Medium,Confirmed]  https://launchpad.net/bugs/115527
[12:22] <asac> bashelier: pong
[12:22] <asac> bashelier: pong (not long :))
[12:22] <bashelier> ^^
[12:23] <bashelier> asac: hey :)
[12:23] <Dabian> Ping Pong?
[12:23] <Dabian> ^_^
[12:23] <bashelier> asac: hold on a sec, it's for a merge
[12:23] <bashelier> here it is http://dad.dunnewind.net/xulrunner
[12:23] <asac> bashelier: what do you want?
[12:24] <asac> xulrunner should be synched now
[12:24] <bashelier> asac: just to ask you if I could merge xulrunner from debian unstable :)
[12:24] <asac> bashelier: test if unmodified latest xulrunner builds
[12:24] <asac> if it does, please file a sync request
[12:24] <bashelier> asac: I will ;)
[12:24] <asac> and tell me bug id so I can backup this claim
[12:24] <asac> rofl
[12:24] <bashelier> asac: ok np, I'll try to do that very soon, thanks :)
[12:25] <bashelier> Dabian: :D
[12:25] <asac> bashelier: if you don't come to it then I will probably do on monday :)
[12:26] <bashelier> asac: ok, I'm going to try to do it tomorrow then :)
[12:26] <asac> bashelier: cool
[12:26] <asac> bashelier: just drop the bug id with my nick ... will see
[12:27] <bashelier> asac: np ;)
[12:27] <Dabian> mwolson: Bedtime for me ... I'll try to send you a test-mail
[12:27] <mwolson> Dabian: ok
[12:45] <Dabian> mwolson: Email sent.
[12:54] <Dabian> mwolson: Send me a reply when you receive it, so I know the mail reached you and was readable.
[01:20] <DarkSun88> G'Night
[01:20] <crimsun> 'night.
[01:26] <LaserJock> hmm
[01:26] <LaserJock> maybe it's just because it's Saturday
[01:27] <crimsun> that...?
[01:27] <LaserJock> but I'm starting to get nervous about my app, nobody has responded
[01:28] <LaserJock> sorry, stereo speaker feel on the floor, had to pick it up before completing my though
[01:28] <LaserJock> *fell
[01:31] <crimsun> LaserJock: three working business days, not three calendar days
[01:31] <crimsun> we ought to clarify that for MC
[01:32] <LaserJock> well, I didn't have an expectation
[01:32] <crimsun> right, so no need to be nervous :)
[01:33] <LaserJock> I just thought that somebody would've said something
[01:34] <LaserJock> blah, I'm just nervous about the whole thing I guess
[01:34] <LaserJock> it's been a while since I've had to do one of these
[01:44] <crimsun> DktrKranz: please don't forget the Debian component when filing a sync request
[01:45] <crimsun> I've been filling them in as I've processed u-u-s
[01:45] <DktrKranz> crimsun, do you refer in bug title?
[01:48] <crimsun> DktrKranz: yes, in both the Summary and Description
[01:48] <crimsun> u-u-s merge/sync queue cleared
[01:49] <DktrKranz> I tought it was sufficient to put it into description, I'll keep in mind for the future. Thanks
[01:49] <crimsun> DktrKranz: yes, but in the one I just saw, I didn't see it at the top in the Description
[01:49] <crimsun> though it's possible I overlooked it
[01:50] <DktrKranz> It was in description but not in title
[01:50] <DktrKranz> anyway, I will specify it in both
[01:51] <crimsun> ah, I see
[01:51] <crimsun> yeah, you're using a separate line for the component
[01:52] <bashelier> bluekuja: ping
[01:52] <DktrKranz> yes, I put Ubuntu and Debian component on separate lines
[01:52] <crimsun> DktrKranz: yep.  Sorry about that.
[01:52] <DktrKranz> crimsun, np at all :)
[01:52] <DktrKranz> thanks for ACKing :)
[01:54] <DktrKranz> bashelier, I think you will find him tomorrow
[01:54] <DktrKranz> it's quite late here
[01:54] <DktrKranz> he probably have some sleep :)
[01:54] <bashelier> DktrKranz: right :) just pinging him, he will pong tomorrow :)
[01:55] <DktrKranz> if he wakes up
[01:55] <DktrKranz> and post-drunk process is over :P
[01:55] <bashelier> XD
[02:25] <pochu> bashelier: then don't do a contentless ping... otherwise, you'll have a contentless pong ;)
[02:26] <bashelier> pochu: ok, let's content it :)
[02:29] <bashelier> bluekuja: Hello, I'm revewing your package on http://revu.tauware.de/details.py?upid=5156, but I have a question, why is there exactly the same package on mentors, including the 822-date in changelog ? If the package is already on mentors, then just wait for its upload. The package will be sync from debian unstable.
[02:32] <Plug> Hi all
[02:32] <bashelier> hey Plug :)
[02:32] <Plug> dpkg-source is complaining about -XubuntuY in the version field of a package I'm building
[02:33] <Plug> (as the maintainer address isn't at ubuntu.com)  yet the wiki still seems to suggest packages that aren't in Ubuntu should be numbered -0ubuntu1 etc
[02:33] <LaserJock> packages that aren't in Debian should be -0ubuntu1
[02:33] <LaserJock> and should have the maintainer address "fixed"
[02:33] <bashelier> Plug: in -XubuntuY, X is the debian revision, and Y the ubuntu revision, then if the package isn't in debian yet, the rev version should be -0ubuntuY
[02:34] <Plug> yep
[02:34] <Plug> but see https://wiki.ubuntu.com/DebianMaintainerField (very bottom)
[02:34] <crimsun> ignore the output regarding non-maintainer versioning.
[02:35] <Plug> It's an error, it currently stops the dpkg-buildpackage process
[02:35] <Plug> is there a flag for dpkg-buildpackage/debuild to ignore it?
[02:35] <crimsun> are you referring to the version or the email address of Maintainer?
[02:35] <crimsun> (two different issues)
[02:36] <Plug> I'm not sure
[02:36] <crimsun> dpkg-* won't bail on versioning, generally, unless it's a native/non-native source package issue.
[02:37] <crimsun> dpkg-* will bail (depending on which version of dpkg-dev) for the Maintainer email.
[02:37] <Plug> dpkg-dev       1.13.24ubuntu6
[02:38] <crimsun> basically, if you're modifying a source package, you need to set the Maintainer to an @ubuntu.com to quiet the warning/error.
[02:38] <Plug> The problem could be my version number
[02:38] <crimsun> what's the version?
[02:38] <Plug> 0.6.4+pptp0.6.5-svn2574-0ubuntu1
[02:38] <Plug> I guess I can't use two -s
[02:39] <crimsun> *blink*
[02:39] <crimsun> what's the source package?
[02:39] <Plug> it's the pptp plugin for networkmanager, packaged from SVN
[02:39] <crimsun> network-manager-pptp?
[02:39] <Plug> yes
[02:40] <crimsun> ok, so it's a SVN snap of what will become 0.6.5?
[02:40] <crimsun> that's pretty horrid versioning
[02:40] <crimsun> I recommend 0.6.5~svn2574-0ubuntu1
[02:41] <Plug> yep, sorry.
[02:41] <Plug> I was keeping the base version the same as the version of the network-manager in Ubuntu
[02:41] <pochu> Shouldn't it be 0.5.4+svn...
[02:41] <pochu> err, 0.6.4+svn
[02:41] <pochu> Since it's not 0.6.5 yet
[02:41] <Plug> I was previously using 0.6.3+cvsXXX-0ubuntuX
[02:41] <crimsun> pochu: that's covered by ~
[02:41] <Plug> which worked well
[02:41] <crimsun> 0.6.5~anything is less than 0.6.5
[02:42] <pochu> crimsun: I thought ~ was for beta and rc
[02:42] <Plug> I'm not sure it will become 0.6.5 - it will probably become 0.7.0
[02:42] <pochu> I know, but I say it because of the meaning :)
[02:42] <crimsun> Plug: but that's why I asked if it will become 0.6.5
[02:42] <pochu> That's why I think it's better to use 0.6.4+svn
[02:42] <Plug> The answer is, I'm not sure
[02:43] <Plug> the plugin is built to run against NM 0.6.4
[02:43] <Plug> so my initial feeling would be to keep 0.6.4 in the version number
[02:43] <crimsun> ok, then use 0.6.4+svn2574-0ubuntu1
[02:44] <Plug> Cheers, I will.
[02:44] <StevenK> Perhaps that should be in the Description?
[02:45] <Plug> StevenK: just a note to say it's a SVN version?
[02:53] <Plug> So, in the case a package goes through REVU and into universe, does the Maintainer e-mail field now have to be set to the sponsoring Ubuntu member?
[02:54] <StevenK> Plug: Nope.
[02:54] <Plug> I must still be doing something wrong then, as I build the source package myself
[02:55] <pochu> Good night folks!
[02:56] <crimsun> Plug: aren't you using Ubuntu MOTU Developers<EMAIL_ADDRESS>?
[02:56] <crimsun> the current source package doesn't, but any further modifications must adhere to DebianMaintainerField.
[02:56] <crimsun> XSBC-Original-Maintainer: Craig Box<EMAIL_ADDRESS>[02:57] <crimsun> Maintainer: Ubuntu MOTU Developers<EMAIL_ADDRESS>[03:33] <Plug> crimsun: thanks, didn't know that
[03:36] <effie_jayx> question on a merge. when reading a changelog I came across this .. "Modify Maintainer value to match Debian-Maintainer-Field Spec" where do you verify if this is ok...
[03:40] <crimsun> effie_jayx: https://wiki.ubuntu.com/DebianMaintainerField
[03:40] <minghua> I finally figure out why my Debian pbuilder's base .tgz is always slightly larger than Ubuntu's
[03:40] <crimsun> effie_jayx: i.e., any Ubuntu modifications to a Debian source package must adhere to the above spec.
[03:42] <effie_jayx> crimsun,  ok... thanks...
[03:51] <effie_jayx> crimsun,  ok,.. I just checked control and the change is there...
[03:52] <crimsun> effie_jayx: you seem confused.  What over?
[03:54] <effie_jayx> crimsun,  just asking questions ... I am having a look at packages for merge just to learn
[03:54] <effie_jayx> not doing real work
[03:54] <Simon80> are there any bluetooth gurus in here? I'm not just looking for support, either, I want to discuss things
[03:55] <crimsun> effie_jayx: ok.  Your use of ellipses indicated (to me) some confusion, but if that's not the case, that's fine, too. :-)
[03:57] <effie_jayx> crimsun,  maybe I am a bit confused but I am just having a peek at stuff and that's why I asked
[03:57] <effie_jayx> and I don't know enough yet to make very intelligent questions yet
[04:18] <etank> does anyone know if there will be another MOTU school in the near future?
[04:18] <crimsun> no idea, but we do have another Q&A session in less than two weeks
[04:19] <etank> crimsun: is that on the wiki?
[04:21] <etank> is that the June 15th, 13:00 UTC meeting?
[04:22] <crimsun> etank: I've modified MOTUMenuHeader to reflect it.
[04:23] <etank> what is the time? will it be here or in #ubuntu-meetings?
[04:23] <crimsun> 0 UTC and 12 UTC
[04:23] <crimsun> #ubuntu-classroom
[04:25] <etank> thanks
[04:39] <parmindergupta> hi, can someone point me to some documentation regarding ubuntu boot process and the way kernel is compiled, loads modules etc.
[04:40] <parmindergupta> i am trying to reduce boot time and want to remove modules that are not needed from being loaded
[04:41] <parmindergupta> thanx i got my answer
[05:49] <LaserJock> well, that was interesting
[05:49] <LaserJock> I spent a good hour or two getting my wireless back up
[05:49] <Burgundavia> inded
[05:49] <LaserJock> I thought my wireless router got fried in a lightning storm
[05:50] <LaserJock> I could plug into a ethernet port and it'd work fine
[05:50] <LaserJock> but I could for the life of me get it to connect to the wireless
[05:50] <LaserJock> *couldn't
[05:51] <LaserJock> I was about to make a late night Best Buy run :/
[05:52] <joejaxx> LaserJock: well atleast it works now :)
[05:52] <LaserJock> yeah
[05:53] <LaserJock> it actually worked once I booted into Windows
[05:53] <joejaxx> that is interesting
[05:53] <LaserJock> I'd like to think that wasn't what fixed it
[05:53] <LaserJock> in fact, I don't see what could have "fixed" it
[05:54] <LaserJock> maybe it was punishment for removing Network Manager
[05:54] <joejaxx> :P
[06:18] <YokoZar> Will configure look into /usr/src/linux-headers-`uname -r`/include ?  It seems to be missing the linux/compiler.h and linux/ipx.h header files that are put there
[06:19] <geser> if no additional dirs are specified, gcc looks for includes only in /usr/include (configure uses gcc for those checks)
[07:51] <imbrandon> http://www.ubuntuwire.com search re-released feedback welcome
[07:58] <Fujitsu> imbrandon: What does it do?
[07:59] <imbrandon> google custom api search, only searches ubuntu sites, results should be much more relevant
[07:59] <imbrandon> some sites are weighted etc, i'm still tweaking the configs , thus beta
[08:00] <crdlb> my adblocker blocks the search results
[08:00] <imbrandon> imho thats what you get for using an ad blocker, but i'll see what i can do
[08:01] <crdlb> yay whitelist
[11:05] <alexises> hello
[11:06] <alexises> i have a problaime to connecte in  revui
[11:06] <alexises> i entert my email
[11:06] <alexises> and i recovery my pass
[11:07] <alexises> i can't decrypte my messege
[11:08] <Fujitsu> alexises: What does it say when you try to decrypt it?
[11:08] <alexises> i'll past
[11:09] <alexises> http://paste.ubuntu-nl.org/23857/
[11:11] <alexises> what i do ?
[11:12] <Fujitsu> My French is practically non-existent. Can you translate that last line for me?
[11:12] <bashelier> alexises: this won't help, did you doD[D[D[D[D[D[D[D[D[D[D something like that ? http://pastebin.ca/532936
[11:12] <bashelier> oO
[11:12] <bashelier> s/D[D[D[D[D[D[D[D[D[D[D//
[11:13] <bashelier> Fujitsu: the last line ? "None
[11:13] <bashelier> " ? ^^"
[11:14] <Fujitsu> The one starting 'gpg:'
[11:14] <alexises> yes it good
[11:15] <bashelier> Fujitsu: nothing important, "gpg: encrypted with a 1024 bits key, ID xxx, created on"
[11:15] <alexises> i have not the list line
[11:15] <Fujitsu> I thought so.
[11:15] <Fujitsu> Hm.
[11:15] <Fujitsu> That None means you have no password set, but I don't think that should ever happen.
[11:16] <bashelier> alexises: could you past all you got from "gpg -d <<EOT ; echo" to the "error" ?
[11:16] <Fujitsu> You'll need to talk to a REVU admin, I think.
[11:16] <alexises> ok
[11:16] <bashelier> alexises: when you created your gpg key, did you enter a passphrase ?
[11:17] <alexises> http://paste.ubuntu-nl.org/23858/
[11:17] <Fujitsu> bashelier: It's decrypting it fine. That 'None' comes from Python on REVU, I'd say.
[11:18] <bashelier> Fujitsu: perhaps, I couldn't say :)
[11:19] <alexises> what i do ?
[11:20] <Fujitsu> alexises: You'll need to talk to a REVU admin.
[11:20] <alexises> ok
[11:20] <bashelier> alexises: ping siretart and then ask him
[11:20] <Fujitsu> That'd do.
[11:22] <alexises> ok
[11:24] <jekil> hello
[11:25] <alexises> hello
[11:59] <RainCT> Hi
[12:00] <Lutin> hi RainCT
[12:00] <RainCT> Lutin: something new about xmms2?
[12:01] <Lutin> RainCT: still waitinf for siretart :)
[12:01] <Lutin> waiting even
[12:01] <crimsun> what the heck is bug 118471?
[12:01] <ubotu> Launchpad bug 118471 in Ubuntu "nice boy" [Undecided,Needs info]  https://launchpad.net/bugs/118471
[12:01] <crimsun> "nice boy"?
[12:02] <RainCT> ehh?
[12:02] <RainCT> he should get a price for choosing that good titles :p
[12:04] <bashelier> ^^
[12:07] <RainCT> what means XSBC (XSBC-Original-Maintainer)?
[12:08] <Fujitsu> Extended, Source control, Binary control, Changes
[12:09] <geser> RainCT: see also http://www.debian.org/doc/debian-policy/ch-controlfields.html#s5.7, User-defined fields
[12:10] <RainCT> did not understand much but thanks :p
[12:49] <geser> RainCT: XSBC-O-M is an user-defined field (X) which apears in .dsc files (S), binary debs (B) and .changes files (C, generated during package building) and the field name is Original-Maintainer
[12:49] <StevenK> geser: Now that's a good explanation.
[12:49] <StevenK> Perhaps that should be added to the wiki.
[12:52] <geser> StevenK: should it go to the FAQ?
[12:52] <geser> or is there a better place to add it?
[12:56] <StevenK> What about the wiki page for the DebianMaintainerField?
[01:04] <geser> as it is part of the spec can it be easily changed?
[01:05] <StevenK> Hrm, maybe not.
[01:05] <geser> IMHO we shouldn't point MOTU contribtutors not at this page to explain them what XSBC-O-M is
[02:07] <Hobbsee> hey all
[02:13] <bashelier> hey Hobbsee :)
[02:14] <Hobbsee> :)
[02:16] <ryanakca> hmm. If there's a Debian dev around, could you please review/sponsor aoeui (dget http://mentors.debian.net/debian/pool/main/a/aoeui/aoeui_1.0~alpha5-1.dsc) so that I can have it synced into universe?
[02:17] <bashelier> ryanakca: only a DD can upload a package on mentors to debian unstable, did you display a RFS ?
[02:18] <ryanakca> bashelier: yes
[02:18] <bashelier> ryanakca: let me have a look :)
[02:18] <ryanakca> bashelier: I don't know if there's an equivalent of -motu for debian... (packaging comments/etc)
[02:18] <ryanakca> bashelier: thanks
[02:18] <Hobbsee> ryanakca: there are various DD's around here
[02:19] <bashelier> aoeui      - Lightweight, unobtrusive, Dvorak-optimized text editor
[02:19] <Hobbsee> whether they're into uploading things, i couldnt tell you
[02:19] <bashelier> ryanakca: ok I got the RFS :)
[02:19] <ryanakca> bashelier: if you want the revu link: http://revu.tauware.de/details.py?upid=5314
[02:20] <bashelier> ryanakca: not necessary if it is the same package ;)
[02:20] <ryanakca> same one except the changelog
[02:20] <ryanakca> (changed -0ubuntu1 to -1
[02:21] <ryanakca> ) and control (MOTU address and ML substituted with my address)
[02:21] <bashelier> ryanakca: ok then, if the packaged is uploaded on mentors AND on revu, you'll have to do a sync request
[02:22] <bashelier> ryanakca: debian/changelog: rather put "Initial release (Closes: #426964)"
[02:23] <ryanakca> bashelier: yes, once it's in debian, I'll ask for one (it isn't in Universe yet, someone suggested I have my (new) packages put into Debian, then synced that way both communities profit from it)
[02:23] <ryanakca> Ok
[02:23] <bashelier> ryanakca: debian/control: intent "Homepage" with 2 spaces
[02:24] <ryanakca> done
[02:24] <RainCT> geser: okay thanks
[02:24] <bashelier> ryanakca: debian/copyright: missing one copyright ("Copyright 1999-2007 Gentoo Foundation"), use grep -Ri copyright to find them
[02:25] <bashelier> ryanakca: I'm not sure this is necessary to put the manpage in debian/docs
[02:28] <ryanakca> ok
[02:28] <bashelier> W: aoeui: executable-not-elf-or-script ./usr/share/aoeui/aoeui.txt
[02:28] <bashelier> W: aoeui: executable-not-elf-or-script ./usr/share/aoeui/help.txt
[02:28] <bashelier> W: aoeui: executable-not-elf-or-script ./usr/share/aoeui/notes.txt
[02:29] <ryanakca> reuploading. or not
[02:29] <bashelier> ryanakca: esay to fix, in debian/rules in install target put "find debian -type f -name "*.exe" | xargs chmod 644
[02:29] <bashelier> ryanakca: esay to fix, in debian/rules in install target put "find debian -type f -name "*.txt" | xargs chmod 644
[02:29] <bashelier> s/exe/txt/
[02:30] <bashelier> (I've packaged some mono today...)
[02:30] <ryanakca> fun :)
[02:30] <bashelier> ^^
[02:32] <man-di> ryanakca, bashelier: dh_fixperms should do this automatically
[02:32] <ryanakca> bashelier: would it be giving those executable errors because those files are in debian/docs ?
[02:32] <bashelier> man-di: I know, but dh_fixperms -paoeui is executed, so perms should be fixed manually
[02:33] <ryanakca> bashelier: ok, uploading
[02:35] <bashelier> ryanakca: ok :)
[02:37] <bashelier> ryanakca: is it your first upload on mentors ?
[02:37] <DarkSun88> Hi all
[02:38] <ryanakca> bashelier: yes
[02:38] <ryanakca> uploaded
[02:38] <bashelier> ryanakca: so, you don't have a sponsor yet, perhaps a good idea to find one ;)
[02:39] <ryanakca> hmm. how would I do so, poke aroud in #debian-devel?
[02:40] <bashelier> ryanakca: hum your RFS is not that old, just wait a few days and see.
[02:41] <ryanakca> ok
[02:41] <ryanakca> as long as it gets uploaded and sync'd by then, I'm happy :)
[02:42] <bashelier> ryanakca: you can upload it on revo too, as that you'll be sure it will be inclued in ubuntu ;)
[02:42] <ryanakca> bashelier: yep :)
[02:45] <man-di> ryanakca: send me an email with a link to the *.dsc file and I can review and upload it, but probably not today<EMAIL_ADDRESS>[02:45] <bashelier> man-di: are you a DD ? :)
[02:46] <man-di> bashelier: yes
[02:46] <bashelier> man-di: do you feel comfortable with kernel module package ?
[02:47] <man-di> bashelier: no, I would never package this myself. *g*
[02:47] <bashelier> man-di: ok np :) could you upload this package ? this is a new upstream release + ITA, http://mentors.debian.net/debian/pool/main/i/idjc/idjc_0.6.12-1.dsc
[02:48] <man-di> please send me an email about it
[02:48] <bashelier> man-di: ok, thanks :)
[02:50] <bashelier> man-di: sent
[02:53] <man-di> bashelier: thx
[02:53] <man-di> bashelier: I will get to it tomorrow, probably
[02:53] <man-di> just to let you know
[02:54] <bashelier> man-di: np, thanks :)
[03:02] <ryanakca> man-di: will do, thanks, shall I just send you the RFS that mentors prints out?
[03:04] <man-di> bashelier: wasnt there aoeui too?
[03:05] <bashelier> man-di: in my mail ?
[03:05] <man-di> yes
[03:06] <man-di> I mean as package to sponsor
[03:09] <bashelier> man-di: yes, but I thaught ryanakca had already sent you a mail about this one
[03:10] <man-di> bashelier: sorry, I exchanged you both
[03:10] <man-di> everything is right
[03:10] <bashelier> ^^
[03:28] <RainCT> persia: Hey
[03:28] <persia> RainCT: Hello.
[03:30] <vijay2000> hi all
[03:31] <vijay2000> can anybody tell me which step of the packaging will create the package.diff.gz
[03:31] <Fujitsu> The dpkg-buildpackage or debuild
[03:32] <RainCT> persia: two slashes were missing but no } :p
[03:34] <RainCT> persia: that fix_encoding is in the upstream source, shouldn't it be left there?
[03:35] <vijay2000> Fujitsu: can you tell me what these words mean
[03:35] <vijay2000> http://paste.ubuntu-nl.org/23883/
[03:35] <persia> RainCT: Are you sure?  My buildlog of the latest patch (http://pastebin.ca/533416) showed a problem on 182 that looked like a missing } to me, which caused an issue for line 220.
[03:36] <Fujitsu> vijay2000: It means that if you have the upstream tarball named as told there, and have a - in the version in the changelog, when you run debuild or dpkg-buildpackage the .diff.gz will be created.
[03:37] <RainCT> persia: let me try with clear source
[03:37] <persia> RainCT: As far as I know, you are the only person actively hacking the tool now (including upstream).  If you think fix_encoding should stay, that's fine.  I just wanted to check, as I wasn't sure it still made sense to try multiple encodings, now that the legacy encodings are deprecated.
[03:38] <polopolo> hello al
[03:38] <polopolo> l
[03:38] <RainCT> persia: ah ok, then I'll remove it
[03:39] <vijay2000> Fujitsu:Thanks
[03:39] <polopolo> If I want to upload a program that needs another package, must I included it on the same package or not?
[03:40] <RainCT> persia: and yes, it build without adding any }
[03:40] <ScottK> polopolo: If it's something that might be of use in multiple packages, package it as a separate package first.
[03:40] <polopolo> ok
[03:41] <polopolo> so no need to intergrade it on the same package?
[03:42] <RainCT> persia: shall I comment out both `gboolean fix_encoding;' and `fix_encoding = FALSE;', or just remove them?
[03:44] <ScottK> polopolo: No, but if your package requires it, it has to be in the archive before you can upload your package.
[03:45] <polopolo> ok, thank you for youe answer
[03:45] <persia> RainCT: In general, I prefer commenting to removing, although you might consider looking at all of 936-977 to see if you need anything at all there.
[03:45] <polopolo> BTW, now I use pclinuxos but soon step back to kubuntu, can I get a MOTU mentor ornot?
[03:46] <ScottK> polopolo: I'm not sure how many people there are that have signed up for dedicated mentoring, but you can always show up here and ask questions.  A dedicated mentor is not required.
[03:46] <polopolo> ok
[03:47] <DktrKranz> have you suffered some FTBFS recently?
[03:47] <vijay2000> Fujitsu: will such version 0.5.9-0ubuntu1 in changelog create a diif.gz
[03:48] <Fujitsu> vijay2000: Yes.
[03:48] <ScottK> DktrKranz: Yes.
[03:48] <vijay2000> but its not creating
[03:48] <ScottK> Any italian speakers here?
[03:48] <vijay2000> Fujitsu: its creating brasero_0.5.9-0ubuntu1.tar.gz
[03:48] <DktrKranz> ScottK, do you remember if it is something similar to https://launchpad.net/+builds/+build/343020
[03:49] <DktrKranz> ScottK, I'm italian
[03:49] <Fujitsu> vijay2000: Make sure you have brasero_0.5.9.orig.tar.gz in the parent directory.
[03:49] <Fujitsu> vijay2000: WHy are you repackaging brasero?
[03:49] <vijay2000> i was jus tryin out
[03:49] <vijay2000> i know its alredy done
[03:49] <ScottK> DktrKranz: No, mine was a Python package.
[03:49] <RainCT> persia: okay, uploade
[03:50] <vijay2000> Fujitsu: i have this brasero_0.5.90.orig.tar.gz in the parent dirctory
[03:50] <DktrKranz> building it in feisty is ok, gutsy is broken, even with a package successfully build some times ago
[03:50] <Fujitsu> THat 0 shouldn't be there, vijay2000.
[03:50] <DktrKranz> I fear it is something related to toolchain or similar
[03:51] <vijay2000> you told vijay2000: Make sure you have brasero_0.5.9.orig.tar.gz in the parent directory.
[03:51] <ScottK> DktrKranz: I think this one has Italian in it, although someone else thought it was Spanish.  I was wondering if you might have a look at translating it: https://bugs.launchpad.net/ubuntu/+source/klamav/+bug/103202
[03:51] <ubotu> Launchpad bug 103202 in klamav "[apport]  klammail crashed with SIGSEGV in strlen()" [High,Confirmed]
[03:51] <Fujitsu> vijay2000: You said you had 0.5.90 there, not 0.5.9
[03:52] <DktrKranz> ScottK, I'm going to translate it
[03:52] <RainCT> off-topic: what's s/old/new? I mean, what language or whatever?
[03:52] <ScottK> DktrKranz: Thanks.
[03:52] <geser> can someone please proof-read the XSBC-Original-Maintainer entry in https://wiki.ubuntu.com/MOTU/FAQ?
[03:54] <vijay2000>  Fujitsu: Thanks
[03:55] <persia> geser: It glosses fine, but the wording seems a little stilted.  I don't see any spelling issues.
[03:55] <effie_jayx> geser,  comma aafter the if clause
[03:55] <effie_jayx> in the first line
[03:55] <ScottK> geser: I'd suggest adding (since it's MOTU FAQ) for Universe packages, maintainer should be set to ...
[03:56] <effie_jayx> geser,  also avoid first person .. in we...
[03:58] <geser> persia: as you might have noted, english is not my native language
[03:58] <persia> RainCT: It looks great.  I'll put some comments in the bug.  Sending it upstream is next.
[03:58] <StevenK> geser: German is?
[03:58] <RainCT> persia:  thanks :)
[03:59] <persia> geser: Understood.  If you don't mind, I'll rephrase (including other's comments) for your review.
[03:59] <geser> sure
[04:00] <DktrKranz> ScottK, done
[04:01] <ScottK> DktrKranz: Thanks.
[04:01] <DktrKranz> np
[04:02] <ScottK> DktrKranz: Heck, that's probably something I can even fix!
[04:03] <DktrKranz> it seems quite easy
[04:04] <persia> geser, ScottK: effie_jayx: Does http://pastebin.ca/533470 capture the intent and appropriately include the suggestions?
[04:05] <effie_jayx> persia,  wow... :D
[04:05] <effie_jayx> yes
[04:05] <RainCT> persia: XSBC-Original_0_Maintainer
[04:05] <persia> RainCT: Yep.  My finger slipped a couple times typing that :)
[04:05] <geser> persia: yes
[04:07] <bashelier> I got a problem with requestsync, could someone have a look ? http://pastebin.ca/533481
[04:07] <vijay2000> can someone  re-sync the REVU uploaders keyring for me
[04:07] <Hobbsee> means the SMTP server is timing out, so you either need to use one of your own, or do the request manually
[04:07] <gnomefreak> what repo did the 2.6.20-16 kernel end up in for feisty?
[04:08] <Hobbsee> gnomefreak: -security i expect
[04:08] <Hobbsee> vijay2000: sure, sec
[04:09] <vijay2000> Hobbsee: Thanks
[04:09] <gnomefreak> Hobbsee: ty i had edgy security repos :(
[04:09] <Hobbsee> persia: about that sync documentation and stuff
[04:09] <Hobbsee> gnomefreak: very clever.
[04:09] <gnomefreak> ty :)
[04:09] <Hobbsee> persia: wherever it mentions request sync, you might want to make a note about changing ubuntu-archive to ubuntu-universe-sponsors
[04:09] <Hobbsee> ie, the script
[04:09] <Hobbsee> or whoever wrote it
[04:10] <geser> bashelier: do you know that requestsync assumes you are a MOTU or core-dev?
[04:10] <bashelier> geser:  changed the script to suscribe u-u-s and don't confirm the bug
[04:10] <ScottK> geser: I'd say generally rather than often for maintainer being MOTU, but that's my only comment.
[04:10] <persia> Hobbsee: -ENOCONTEXT?  Recent docs, current docs, or new docs?
[04:10] <bashelier> s//I've/
[04:10] <Hobbsee> persia: whatever docs people are using on the wiki for MOTU
[04:10] <geser> Hobbsee: perhaps we should add an option to requestsync to subscribe u-u-s instead of u-a
[04:10] <Hobbsee> about using the requestsync script
[04:11] <persia> ScottK: That's my fault - geser is innocent :)
[04:11] <Hobbsee> geser: it shouldnt be that hard to sed a script
[04:11] <vijay2000> can anybody tell me if dput is the only means to upload a package
[04:11] <Hobbsee> as long as it's documented
[04:11] <Hobbsee> vijay2000: effectively.  there's also ftp and such
[04:11] <ScottK> geser: Then my advice is don't listen to persia.
[04:11] <bashelier> geser: in my /usr/bin/requestsync : report += ''' affects ubuntu/%s subscribe ubuntu-universe-sponsors
[04:11] <ScottK> ;-)
[04:11] <bashelier> geser: should be ok right ? :)
[04:11] <Hobbsee> bashelier: yeah, that should be fine
[04:12] <vijay2000> i dont see the etc/dput.cf in my ubuntu
[04:12] <vijay2000> i use dapper
[04:12] <geser> bashelier: than forget my question :)
[04:12] <Hobbsee> vijay2000: probably because it's /etc/dput.cf
[04:12] <Hobbsee> dput has existed long before dapper.
[04:12] <bashelier> Hobbsee: I get the folowing errors : http://pastebin.ca/533481
[04:12] <Fujitsu> Hobbsee: Sure?
[04:13] <Hobbsee> Fujitsu: i think so - i used it in dapper development
[04:13] <Hobbsee> and before
[04:13] <Hobbsee> bashelier: i answered that before.
[04:13] <Hobbsee> [00:07]  <Hobbsee> means the SMTP server is timing out, so you either need to use one of your own, or do the request manually
[04:13] <gnomefreak> Candidate: <IP_ADDRESS>ubuntu1  << dput in dapper
[04:13] <vijay2000> but in the etc directory there is no dput.cf file
[04:14] <Hobbsee> weird
[04:14] <vijay2000> when i type dput its says bash: dput: command not found
[04:14] <gnomefreak> vijay2000: did you install it
[04:14] <bashelier> Hobbsee: I didn't see it, thanks
[04:14] <vijay2000> nope :(
[04:14] <gnomefreak> vijay2000: start there?
[04:14] <Hobbsee> that's why...
[04:14] <Hobbsee> http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=dput&version=dapper&arch=all
[04:14] <Hobbsee> and it does exist
[04:14] <persia> Hobbsee: I can't find the docs that point to requestsync - https://wiki.ubuntu.com/SyncRequestProcess seems to say the right thing.  Sorry :)
[04:15] <persia> s/:)/:(/
[04:15] <Hobbsee> Martin Pitt has written a script to file sync requests which is available in the devscripts package.
[04:15] <Hobbsee> that's it
[04:18] <Hobbsee> done
[04:21] <geser> Hobbsee: IMHO an option to requestsync would be better as to instruct contributors to patch a script in /usr/bin/ (as the changes get overwritten on the next package upgrade)
[04:22] <Hobbsee> geser: point
[04:22] <Hobbsee> keyring syncing takes a while...
[04:22] <vijay2000> Hobbsee: can you tell me how to upload packages using ftp
[04:23] <Hobbsee> no
[04:23] <gnomefreak> nautilus
[04:23] <Hobbsee> just use dput, once you install it.
[04:23] <vijay2000> ok
[04:23] <Hobbsee> unless you want the painful way
[04:24] <gnomefreak> dput is very easy to use
[04:25] <jussi01> hello all
[04:25] <Hobbsee> hi jussi01
[04:26] <jussi01> persia: you around? got a min?
[04:26] <Hobbsee> vijay2000: resync done
[04:26] <jussi01> hi Hobbsee
[04:26] <persia> jussi01: Sure.
[04:26] <jussi01> persia: what do i need to ask the genpo dev to fix license wise?
[04:27] <jrib> I came across bug 112842.  I noticed that there is a patch for eel in debian/patches that fixes the issue and upstream a different approach was taken and has been committed to svn.  What happens now?  Will the package maintainer just notice or should there be another bug?
[04:27] <ubotu> Launchpad bug 112842 in eel2 ""Open With Other Application" fast search of listed apps malfunctions" [Wishlist,Fix released]  https://launchpad.net/bugs/112842
[04:27] <persia> jussi01: I've forgotten :)  I'll look again.
[04:27] <jussi01> persia: thanks
[04:29] <gnomefreak> jrib: they should notice it. the patch was applied upstream than the patch should fail to apply and they should look and find out. (the longer way)
[04:30] <gnomefreak> upstream changelog should also have it noted
[04:30] <jrib> gnomefreak: k, thanks was just curious what the process would be.  The debian patch is a single line whereas gnome committed a new function :x
[04:31] <tsmithe> man-di: you around?
[04:32] <man-di> tsmithe: yes
[04:32] <tsmithe> man-di: i think the libraries are wired-specific, but i've sent an e-mail off upstream for clarification
[04:33] <man-di> tsmithe: then they should most probably moved to /usr/lib/wired
[04:33] <tsmithe> yes; i tried that
[04:33] <tsmithe> i recall having problems
[04:33] <tsmithe> i'll look into it again
[04:33] <man-di> if upstream would do it, it would be best and simplest
[04:33] <tsmithe> yes
[04:34] <tsmithe> they've done a couple of things for me before, but they seem a bit quiet atm
[04:34] <persia> jussi01: http://pastebin.ca/533543
[04:41] <jussi01> persia: thank you. I will email that list to upstream and hope he/she is helpful... :D
[04:43] <persia> jussi01: Good luck.  I recommend turning the list into nice descriptive paragraphs for each :).  Given that it's GPL, you should be able to get most of your source information from the FSF site.  Let me know if you have any issues (send me email if I'm not here).
[04:44] <jussi01> persia: Sure. I will be away for the next few days as Im heading to australia, but ill keep you updated :D
[04:46] <bashelier> about xulrunner, I had a look to ubuntu debdiff and thought patches were applied in the last debian revision but I was wrong, so my question is, 100_ubuntu_pyginputstream.dpatch and 100_ubuntu_pyiinputstream.dpatch still necessary ? they are not applied upstream
[04:47] <bashelier> (asac, sorry)
[04:47] <asac> bashelier: congrats :)
[04:47] <bashelier> ^^"
[04:47] <asac> i don't know what you mean?
[04:47] <asac> what dediff did you look at?
[04:48] <bashelier> asac: the debdiff between the base version and the ubuntu version, this one: http://paste.stgraber.org/1324
[04:49] <asac> oh ... bashelier so its my fault?
[04:50] <bashelier> asac: not at all, my fault, I suppose that then a merge is required, to keep those patches, right ?
[04:50] <asac> bashelier: anyway ... we upgrade to next major revision anyway
[04:50] <asac> if debian has no problem to build that with their current toolchain then we probably don't need those patches
[04:50] <asac> if we need them let me know
[04:51] <asac> try buildd.debian.org to see if latest xulrunner builds on any architecture
[04:51] <asac> bashelier: ^^
[04:51] <bashelier> asac: patchs are not applied in last upstream version so I wondered... ok I'm going to have a look thanks :)
[04:51] <asac> i am wondering why we needed those patches in the first place
[04:52] <bashelier> asac: everything seems ok : http://buildd.debian.org/fetch.cgi?&pkg=xulrunner&ver=<IP_ADDRESS>-1&arch=amd64&stamp=1180214273&file=log :)
[04:53] <bashelier> asac: so, let's do a sync request :)
[04:54] <asac> bashelier: yeah ... lets try and see
[04:54] <geser> PyGInputStream.cpp:111: error: cannot convert 'int*' to 'Py_ssize_t*' for argument '3' to 'int PyObject_AsReadBuffer(PyObject*, const void**, Py_ssize_t*)'
[04:55] <geser> that's the build failure for xulrunner on IA64
[04:56] <geser> one should try if xulrunner builds without this patches on AMD64
[04:56] <bashelier> asac: here it is: https://bugs.launchpad.net/ubuntu/+source/xulrunner/+bug/118500
[04:56] <ubotu> Launchpad bug 118500 in xulrunner "Please sync xulrunner (universe) from Debian unstable (main)" [Undecided,Unconfirmed]
[04:56] <Zic> why can I put in debian/rules to build a package which it copile with cmake ?
[04:57] <bashelier> Zic: why ? how you mean :)
[04:58] <Zic> why can I put in debian/rules to run cmake, simply :]  (I use cdbs bashelier ^^)
[04:58] <Zic> compile-sequence is cmake && make && make install
[05:00] <bashelier> Zic: so, it is "What"
[05:01] <Zic> oops
[05:01] <bashelier> ^^
[05:01] <persia> Zic: Review https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml.  You'll need to add the appropriate clean and build commands to special override sections (See Debhelper custom build rules at the end of Chapter 2).
[05:09] <alexises> ajmitch: i have  probleme to connecte in revu can do help me
[05:09] <siretart> Lutin: pong
[05:10] <alexises> helle siretart you can help me
[05:10] <Lutin> heya siretart
[05:10] <siretart> Lutin: yes, libdts & a52 has been removed from ffmpeg, since they are not yet in main
[05:10] <siretart> feel free to file inclusion requests
[05:10] <Lutin> siretart: though, ffmpeg-config still links against them
[05:10] <alexises> siretart i have  problaime to conencte in revu
[05:10] <siretart> but for dts, I don't see much point in it, since ffmpeg upstream have developed an own implementation of dts
[05:10] <alexises> siretar can du help me
[05:11] <siretart> alexises: perhaps. what probles do you have?
[05:11] <siretart> Lutin: oh
[05:11] <Lutin> siretart: which causes/will cause some FTBFS imo
[05:11] <Lutin> siretart: same for liba52
[05:11] <alexises> siretart : i have update my source package in revu and i would connecte
[05:12] <alexises> siretart i decrypte my pass with my gpg key
[05:13] <siretart> alexises: err, what's your revu login? (that's an email addr)
[05:13] <alexises><EMAIL_ADDRESS>[05:14] <alexises> but gpg woulden't decrypt
[05:15] <Lutin> quel truc de brute xulrunner...ca met plus de temps a builder que le kernel
[05:15] <Lutin> err.
[05:16] <siretart> there is no such user<EMAIL_ADDRESS>in revu
[05:17] <alexises> a ok
[05:18] <alexises> i don't understand i have enter my gpg key in lunchpad i have subscryte in the group
[05:18] <Lutin> asac , geser : xulrunner fails to build in an up-to-date pbuilder with the error message that geser previously pinted out
[05:18] <Lutin> pointed*
[05:19] <siretart> alexises: what package did you upload? and what email did you use in the changelog?
[05:19] <alexises> i uploade landes eternelles
[05:19] <alexises> i'll veryfy my email in my chengelog
[05:20] <RainCT> persia: Feature Request or Normal, on Gnome?
[05:20] <alexises> my chengelog is good
[05:20] <alexises><EMAIL_ADDRESS>[05:20] <alexises>  -- Lameire Alexis<EMAIL_ADDRESS>Sat,  2 Jun 2007 00:57:18 +0200
[05:21] <persia> RainCT: Feature Request.
[05:21] <siretart> alexises: and you're sure your upload was accepted?
[05:21] <siretart> what did you upload?
[05:21] <alexises> heee no
[05:21] <siretart> gnarf
[05:21] <siretart> what did you upload?
[05:21] <alexises> i reuploade
[05:22] <persia> RainCT: Last time it took about 2 weeks for adoption, so you should probably expect to be able to close your bug around the end of the month.
[05:22] <siretart> alexises: what package?
[05:22] <bashelier> Lutin: should I update the bug to make a merge request ? (keeping ubuntu patches)
[05:22] <alexises> siretart landes-eternelles
[05:22] <Lutin> bashelier: looks like you should, indeed
[05:22] <RainCT> persia: Sorry, either the product desktop-file-utils     does not exist or you aren't authorized to enter a bug into it. :S
[05:23] <siretart> no, that one has been accepted
[05:24] <alexises> ok
[05:24] <alexises> it'is a jock at revo
[05:24] <alexises> hin
[05:25] <persia> RainCT: It looks like upstream moved.  I'll hunt, and let you know.
[05:25] <RainCT> persia: ok thanks
[05:25] <asac> Lutin: you have the exact error at hand and can paste somewhere please?
[05:25] <alexises> siretart : you can help me ?
[05:26] <siretart> alexises: I'm still looking at it
[05:26] <Lutin> asac: sigh, I juste closed the terminal. I think you can find it on launchpad though
[05:26] <siretart> your upload is there
[05:26] <asac> Lutin: if you have it, let me know ... what architecture? i386?
[05:26] <Lutin> asac: amd64
[05:26] <alexises> siretart it is nort normal my update is good but i d'on conecte
[05:26] <asac> Lutin: ah ... ok probably the gcc bug fix is not in upstream anymore
[05:27] <asac> because debian has new gcc
[05:27] <RainCT> persia: it seems like it has to be reported on the freedesktop list?
[05:27] <asac> Lutin: bullshit :) ... i wait for the error ;)
[05:27] <Lutin> asac: I thing it's this one: http://launchpadlibrarian.net/7154271/buildlog_ubuntu-feisty-ia64.xulrunner_<IP_ADDRESS>-3ubuntu1_FAILEDTOBUILD.txt.gz . I'm currently rebuilding to confirm whether it's that one or not
[05:27] <Lutin> think even
[05:28] <asac> Lutin: you get the same error?
[05:28] <asac> what was on ia64
[05:28] <asac> other archs build well back then
[05:28] <Lutin> asac: yes, same error I guess
[05:29] <asac> strange
[05:29] <asac> xulrunner_<IP_ADDRESS>-3 built well on amd64
[05:29] <Lutin> asac: I'm building without the ubuntu patches
[05:30] <Lutin> as the aim is to know if we still need it or not
[05:30] <asac> Lutin: without? <IP_ADDRESS> ?
[05:30] <asac> or what version are you trying
[05:30] <Lutin> asac: the current debian one
[05:30] <asac> Lutin: i don't support building without ubuntu patches :)
[05:30] <persia> RainCT: Sorry.  https://bugs.freedesktop.org/enter_bug.cgi?product=desktop-file-utils is what you want.
[05:30] <asac> Lutin: ah ... but you have debian patches?
[05:31] <asac> please ensure that its latest <IP_ADDRESS>
[05:31] <Lutin> asac: yes, it is
[05:31] <asac> k
[05:31] <Lutin> xulrunner <IP_ADDRESS>-1
[05:31] <asac> can you resurrect the python patches?
[05:31] <siretart> alexises: okay, please try again to recover your password
[05:31] <asac> from <IP_ADDRESS>-2
[05:31] <asac> you should be ablet to get that package in feisty
[05:31] <asac> e.g. the sources
[05:31] <alexises> ok
[05:32] <asac> Lutin: then pick the python patches (io think 100_*)
[05:32] <Lutin> yep
[05:32] <asac> and if they don't apply cleanly, adapt them :)
[05:32] <asac> otherwise add, test, upload
[05:33] <asac> cool
[05:33] <alexises> siretart : ok it is good thenks
[05:33] <afflux> I'm currently working on an SRU / Security fix for wordpress in dapper/edgy. We're currently using a fairly outdated version in dapper (2.0.2-2) and edgy (2.0.4-2), in debian stable there is 2.0.10-2. The debian version has about 14 security vulns fixed. keescook told me to prepare a sru. My questions are now: do I have to make changes to the source, do I have to add a changelog entry and if so, do I have to explain all these security fixes?
[05:34] <persia> afflux: You will need to make changes to the source, to pull only the security fixes (>90% if I remember correctly).
[05:35] <persia> afflux: Further, you will need a changelog entry explaining the changes and the security fixes.
[05:36] <afflux> persia: uh. This would be quite complicated since we are six/eight upstream versions behind
[05:36] <asac> Lutin: i don't get it
[05:36] <asac> Lutin: why does it build on debian?
[05:36] <persia> afflux: Actually, nevermind - I've misread.  For a SRU (as opposed to a security upload), you only need changelog to indicate that you are uploading to the previous version (if it builds correctly - or SUR changes if it doesn't).
[05:36] <asac> they have a more recent gcc afaik atm
[05:36] <persia> s/SUR/SRU/
[05:37] <asac> Lutin: anyway, apply those patches and you should be lucky
[05:37] <Lutin> asac: dunno. maybe some difference between python2.4 and 2.5 ?
[05:37] <afflux> persia: okay. Will try that.
[05:37] <asac> Lutin: yes right
[05:37] <afflux> (gaah, I need a dapper pbuilder O.o)
[05:37] <Hobbsee> hehe
[05:38] <Lutin> siretart: do you confirm the ffmpeg-config thing ?
[05:38] <RainCT> persia: what goes on alias and url?
[05:38] <asac> Lutin: can you take care that those patches go to debian?
[05:38] <asac> Lutin: e.g. after you adapted them for 1.8.1.x
[05:39] <Lutin> asac: not quite I'll have  the time to do so, I'm on exams this week and will leave next sunday for 6 weeks
[05:40] <Lutin> not quite sure*
[05:40] <persia> RainCT: I'm not sure about that field.  You might be able to put the Launchpad bug there (I don't really know bugzilla).
[05:40] <asac> k ... i will take care ... somehow ;)
[05:40] <Lutin> asac: thanks
[05:41] <asac> geser: are those patches written by you?
[05:41] <asac> geser: e.g for the credits when i submit to debian
[05:41] <asac> geser: or do you want to push to debian directly?
[05:42] <Lutin> asac: \sh wrote them iirc
[05:43] <asac> Lutin: ok ... will wait for geser
[05:47] <RainCT> persia: on LP, what project should I select on "also affects upstream"?
[05:47] <asac> Lutin: looks a bit scary that a PRUint32 pointer is casted to a (long *)
[05:48] <Lutin> asac: I admit that doesn"t mean much to me :)
[05:48] <persia> RainCT: That's a LP feature I've never gotten to work right :(  Does anyone know how to use "also affected upstream"?
[05:48] <Lutin> asac: but if long is 64 bits, yes, it is :)
[05:49] <siretart> Lutin: I've noticed other breakage in ffmpeg, which I'm looking at right now
[05:49] <siretart> Lutin: do you have an example buildlog showing the breakage?
[05:49] <geser> asac: no, I don't have written them
[05:49] <asac> Lutin: yeah is a hack that is not right
[05:50] <asac> geser: ok thanks
[05:50] <asac> i will wait for \sh
[05:50] <Lutin> siretart: I don't have a precise error, but it's something like an ld error complaining not to find -ldts
[05:52] <geser> asac: those patches are still needed, I test-build xulrunner <IP_ADDRESS>-1 in a gutsy pbuilder on AMD64
[05:52] <siretart> btw, svn sucks. hard.
[05:55] <asac> geser: they are still needed, but they are wrong/scary
[05:55] <asac> read above
[05:56] <persia> bashelier: Sorry.  One more revision of adonthell-data please :)
[05:56] <bashelier> persia: ok, np ;)
[05:57] <geser> asac: they should probably adapted to also work on IA64 as it FTBFS there for the same reason
[05:58] <asac> geser: yes ... first they need to be fixed :)
[06:01] <asac> geser: i try a build ;)
[06:01] <geser> bashelier: I've rejected your sync request for xulrunner as it FTBFS on AMD64 in a gutsy pbuilder
[06:01] <bluekuja> bashelier, pong
[06:02] <RainCT> persia: is it ok if I add desktop-file-utils here?https://launchpad.net/projects/+new
[06:02] <bashelier> bluekuja: I had a question about the package you have put on REVU, libtorrent-rasterbar
[06:03] <RainCT> persia: I think that's what it needs to have a project to select when adding a upstream bug
[06:03] <bluekuja> bashelier, that is just a test..I've found some errors in it in debian mentors
[06:03] <bashelier> geser: A merge request is perhas necessary, to keep the amd64 specific patches
[06:03] <bluekuja> bashelier, the soname isnt right, also we have already got a libtorrent.so.* in the lib database
[06:04] <persia> RainCT: I'm really not the right person to ask.  If LP allows you to specify a foreign bugtracker and foreign VCS, than adding a project is the right thing.  If not, then adding a project will only be confusing.
[06:04] <bluekuja> bashelier, it should be libtorrent-rasterbar.so.*
[06:04] <bashelier> bluekuja: a test ? if you have revied the package on mentors, why not to tell it to original packager ?
[06:04] <persia> bashelier: Just retitle and reopen the sync request to change it to a merge.
[06:04] <bluekuja> bashelier, we have worked on it for weeks in motu-torrent
[06:05] <bluekuja> bashelier, and I have talked with the packager too ;)
[06:06] <bluekuja> bashelier, if you are interested in torrents apps...and discussions, please #ubuntu-motu-torrent
[06:07] <bashelier> bluekuja: ok, so here is my review of the package put on revu : http://pastebin.ca/533791, 1) give it to ITP owner 2) add a comment to your upload on REVU to say it is useless and ask to archive it 3) find a sponsor on mentors to upload the package in debian and ask for sync.
[06:07] <bashelier> persia: ok, hold on a sec :)
[06:07] <bluekuja> bashelier, I have told you that mentors package is not right
[06:08] <bashelier> bluekuja: I told you to correct it on mentors then
[06:08] <bluekuja> bashelier, I'm not the packager on mentors
[06:08] <bashelier> 18:04 < bluekuja> bashelier, we have worked on it for weeks in motu-torrent
[06:08] <bashelier> 18:05 < bluekuja> bashelier, and I have talked with the packager too ;)
[06:08] <bluekuja> bashelier, and anyway it's already on my TODO list
[06:08] <bashelier> bluekuja: then give your review and mine to the orig packager
[06:09] <bluekuja> bashelier, we need to find a correct name for the lib first
[06:09] <alexises> can i have some help to use revu
[06:09] <bluekuja> same for gentoo and fedora
[06:09] <bashelier> bluekuja: ok, so why did you put it on revu exactly ?
[06:10] <bashelier> alexises: what for ? :)
[06:10] <Lutin> siretart: here is the error message I get: /usr/bin/ld: cannot find -ldts , when trying to buid xmms2 (which links against avcodec)
[06:10] <bluekuja> bashelier, to let a developer that works with motu-torrent to have a first check
[06:10] <bluekuja> of the possible cause
[06:10] <alexises> i have uploade my package but i don't find it
[06:11] <bashelier> bluekuja: was it really necessary to put it on REVU for that ?
[06:11] <bluekuja> bashelier, dont worry about it, gonna comment it out
[06:11] <bashelier> alexises: how did you upload it ?
[06:12] <bashelier> bluekuja: ok thanks :) ask to archive please
[06:12] <alexises> bashelier landes-etenelle is the name of the package
[06:12] <RainCT> persia: it allows you to give url, sf.net url, freshmeat url, what bug tracker and say if it's using Launchpad officially
[06:12] <bluekuja> bashelier, yea, we will try to package it in the near future ( we need to talk with gentoo and fedora developers first)
[06:13] <bluekuja> it's something quite long
[06:13] <RainCT> persia: done
[06:13] <bashelier> bluekuja: try to talk to original packaged on mentors too, thanks.
[06:13] <bluekuja> bashelier, he joined the channel early today, but I was away
[06:13] <persia> RainCT: Thanks for the investigation and documentation.  That's a great help.
[06:14] <bluekuja> bashelier, thanks for pointing it out
[06:15] <bashelier> bluekuja: np ;)
[06:16] <bashelier> persia: ping
[06:16] <RainCT> persia: no problem ;)
[06:18] <bashelier> 18:12 < alexises> bashelier landes-etenelle is the name of the package
[06:19] <bashelier> alexises: I've asked you how did you upload it ;) did you use dput ?
[06:19] <alexises> yes
[06:20] <alexises> i have uploade it but i don't find it in the linst
[06:20] <bashelier> alexises: do you still have the dput result open ?
[06:20] <alexises> heeee no
[06:21] <persia> bashelier: pong
[06:21] <alexises> pin pong :)
[06:21] <bashelier> persia: https://bugs.launchpad.net/ubuntu/+source/adonthell-data/+bug/118508 :)
[06:21] <ubotu> Launchpad bug 118508 in adonthell-data "Please merge adonthell-data 0.3.4.cvs.20050903 from Debian Unstable (main)" [Wishlist,In progress]
[06:21] <bashelier> (should be okay this time)
[06:22] <pochu> alexises: are you on ~ubuntu-univerve-contributors?
[06:22] <alexises> yes
[06:22] <persia> bashelier: Looks a lot better.  Thanks.
[06:22] <pochu> For more than one day?
[06:22] <pochu> It takes one day to resync the keyring.
[06:22] <pochu> (You can ask an admin to resync it though)
[06:23] <bashelier> persia: my pleasure :)
[06:23] <pochu> alexises: ^
[06:24] <siretart> Lutin: fix uploaded
[06:24] <siretart> Lutin: thanks for pointing me to it
[06:26] <Lutin> siretart: np. thank _you_ :)
[06:28] <alexises> wath i do else ? i think i have not understand revu
[06:28] <afflux> pochu: did you review the wesnoth merge? It is commented with "Should be syncable with next debian release". Did you mean 1.2.4-1?
[06:32] <nixternal> MOTU: Bug 118517 ready for merge please.
[06:32] <ubotu> Launchpad bug 118517 in plucker "[Gutsy Merge]  Please merge plucker (1.8-21ubuntu1) from Debian Unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118517
[06:33] <nixternal> I have to admit, the DaD functionality is quite nice
[06:34] <bashelier> nixternal: ^^
[06:39] <pochu> afflux: Yes. I mailed the Debian maintainer, and he will include the ubuntu changes into the Debian package with the next upload.
[06:40] <pochu> So for 1.2.4-1, it should be syncable :)
[06:40] <afflux> pochu: Okay. So would you / can I file a syncrequest in LP?
[06:40] <Lutin> pochu: what package ?
[06:40] <pochu> afflux: btw, it doesn't worth a merge now, since the Debian changes are "* New upstream release" x3
[06:40] <pochu> afflux: wesnoth 1.2.4 isn't out, afaik.
[06:41] <pochu> So no, we can't.
[06:41] <afflux> pochu: that's the one listed on DaD
[06:41] <pochu> Then we have to wait for 1.2.5 :)
[06:41] <pochu> Sorry for the confusion ;)
[06:41] <afflux> okay. that's what I wanted to hear ;)
[06:42] <afflux> I'll add make the comment on DaD clearer.
[06:42] <afflux> -add
[06:42] <pochu> And I'll file a sync request as soon as 1.2.5-1 is packaged.
[06:42] <afflux> good, thanks ;)
[06:48] <pochu> So does any MOTU have a moment to review bug 118030? :)
[06:48] <ubotu> Launchpad bug 118030 in listen "Please merge Listen 0.5-3 from Debian Unstable (main)" [Low,Confirmed]  https://launchpad.net/bugs/118030
[06:54] <alexises> siretart i have agaim a problaime i don't find my package in the liste
[06:54] <siretart> alexises: what did you upload?
[06:55] <alexises> siretart my package is landes eternelles
[06:57] <alexises> siretart landes-eternelles
[06:57] <siretart> alexises: which is indeed strange, because your package can be seen here: http://revu.tauware.de/revu1-incoming/landes-eternelles-0706031240/
[06:58] <siretart> it indeed doesn't show up in the main page.. hmmm
[06:58] <siretart> it seems there is some problem with processing it
[06:59] <alexises> 2 problaime for me
[07:00] <siretart> alexises: http://paste.debian.net/29548
[07:00] <siretart> wtf?
[07:02] <alexises> siretart i have not luck
[07:03] <siretart> alexises: please stop uploading broken changes files ;)
[07:03] <siretart> Changed-By: 6621A2C8
[07:03] <siretart> that's what I've found in your .changes file, how did you manage to do that?
[07:04] <siretart> normally, there's your email adress which you used in debian/changelog
[07:04] <alexises> yes
[07:05] <bashelier> alexises: please paste a gpg --list-keys
[07:05] <alexises> ok
[07:05] <siretart> alexises: first look at your package, please fix your package description. the package description shouldn't contain non-ascii characters since they are supposed to be in english
[07:06] <siretart> bashelier: his key is okay, his changesfile is broken
[07:06] <bashelier> siretart: ok :)
[07:06] <siretart> which confuses my processing script to accept the package, but not register them properly with revu
[07:06] <siretart> which is a bug
[07:06] <bashelier> alexises: can you paste yout debian/control please ?
[07:07] <bashelier> siretart: I think his description is in french
[07:07] <siretart> which is not accepted
[07:07] <alexises> gpg list
[07:07] <alexises> http://paste.ubuntu-nl.org/23917/
[07:07] <siretart> please use english
[07:07] <bashelier> alexises: ok for the key, can we have a look to your debian/control please ?
[07:08] <alexises> http://paste.ubuntu-nl.org/23919/
[07:08] <bashelier> here is the problem :)
[07:09] <siretart> alexises: btw, upstream calls the software 'Eternal Lands'. May I suggest that you name the package eternallands, in order to not confuse non-french people?
[07:09] <bashelier> alexises: you can't use accents (there are no in english), please write the description in english ;)
[07:09] <siretart> bashelier: I don't think that's the problem for the fucked changes file
[07:10] <alexises> for the description i attenpt tu have the description for the admin
[07:13] <alexises> i can't use eternelland
[07:14] <alexises> http://www.eternal-lands.com/
[07:14] <alexises> http://www.landes-eternelles.com/
[07:15] <siretart> sorry, my frensh is very rusty, I don't understand the french page
[07:21] <RainCT> alexises: EL is packaged?
[07:21] <alexises> no
[07:21] <siretart> alexises: why can't you use eternellands?
[07:21] <alexises> but if le went packaged
[07:21] <alexises> *eternelland
[07:25] <alexises> what ido ?
[07:25] <alexises> *what i do ?
[07:26] <siretart> bashelier: perhaps you can help alexises in french
[07:27] <bashelier> siretart: ok :)
[07:27] <bashelier> alexises: une petite seconde j'arrive
[07:27] <alexises> iit is a good idee my english is not good
[07:27] <alexises> bashelier i go in te ubuntu-fr-classroom :)
[07:28] <bashelier> alexises: ok
[07:36] <afflux> okay, security update / sru is prepared... anyone can go on with bug 111620?
[07:36] <ubotu> Launchpad bug 111620 in wordpress "Remote Exploits: multiple vulnerabilities" [Undecided,In progress]  https://launchpad.net/bugs/111620
[07:41] <ScottK> afflux: All your debdiff's have in them is debian/changelog entries.
[07:42] <afflux> ScottK: someone told me, that thats all I have to do, if the debian version builds fine.
[07:43] <ScottK> afflux: For *-updates, we don't do new versions, we patch the existing ones.
[07:44] <ScottK> afflux: What you need to do is prepare a diff from the current Ubuntu package, not from the Debian package.
[07:44] <afflux> ScottK: patching would be quite complicated, since we have about 25 CVEs in dapper and some less in edgy.
[07:45] <afflux> (that would be fixed with 2.0.10-something)
[07:47] <ScottK> Hmmm
[07:48] <ScottK> Not sure what the right thing to do here is.
[07:48] <afflux> I'm not familiar with SRU doing, but I was told here to prepare one for 2.0.10 by checking wether it builds and adding a changelog entry and then coming back.
[07:50] <ryanakca> how much does already being a debian maintainer help in becoming a MOTU?
[07:51] <ScottK> ryanakca: You still have to demonstrate your ability to get the work done in Ubuntu, but you probably already know 98% of what you need to know, so it'll be quicker.
[07:52] <ryanakca> ScottK: kk, thanks
[07:52] <geser> ryanakca: you should show that you are familiar with the Ubuntu processes/specifics
[07:52] <ryanakca> ok
[08:00] <stgraber> Hi there, I've received a mail from a Debian packager wanting to put one of mine into Debian, what's the easiest way to do from that point, simply let him package it (I'm also the upstream on this package) and then ask for sync from Debian ?
[08:00] <geser> yes
[08:01] <ScottK> Yes.  He should be able to use your Ubuntu package with only very minor modification.
[08:01] <ScottK> If you care, you might ask him to keep the Ubuntu debian/changelog history in his package.  Up to you.
[08:02] <stgraber> geser, ScottK: Ok, that's what I tought, thank you
[08:16] <thedeviantone> Can anyone assist me with compiling a kernel for SCSI controller support?
[08:18] <ScottK> thedeviantone: #ubuntu or #kubuntu for support.
[08:18] <ubotu> Launchpad bug 118517 in plucker "[Gutsy Merge]  Please merge plucker (1.8-21ubuntu1) from Debian Unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118517
[08:18] <thedeviantone> sorry, thnx
[08:19] <nixternal> I kind of figured that the kernel would already have scsi controller support..unless it is for a specific card
[08:20] <nixternal> hrmm...msgid junk getting into the debdiffs all of the time..that is getting annoying
[08:21] <nixternal> and there haven't been any changes
[08:22] <ScottK> nixternal: What are all the po file changes in your debdiff?
[08:22] <ScottK> Ah..
[08:22] <ScottK> Nevermind.
[08:22] <nixternal> exactly..that is the silly debdiff garbage again
[08:22] <nixternal> is there some locales stuff I should have installed to stop this already?
[08:22] <ScottK> Looks that way at first glance to me.
[08:26] <RainCT> how can I see on what repo a package is on debian?
[08:28] <geser> packages.debian.org, PTS
[08:28] <joejaxx> you mean repository component?
[08:28] <RainCT> joejaxx: if it's main or whatever
[08:29] <joejaxx> apt-cache show packagename | grep Filename: | cut -f 2 -d \/
[08:29] <geser> but only if you have deb lines for Debian in your sources.list
[08:29] <joejaxx> ah yes true
[08:30] <siretart> I'm sorry to tell that I just reset all 'archived' information in revu
[08:30] <siretart> this was accident while writing a script to auto archive all uploads later than 3 months.
[08:30] <siretart> the good news is that I have now a working script. the bad new is that all information is reset now. sorry about that
[08:34] <RainCT> geser, joejaxx: thx
[08:34] <joejaxx> RainCT: you are most welcome
[08:37] <ubotu> Launchpad bug 118517 in plucker "[Gutsy Merge]  Please merge plucker (1.8-21ubuntu1) from Debian Unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118517
[08:39] <RainCT> http://merges.ubuntu.com/universe.html  do green things need merge?
[08:39] <geser> RainCT: all packages need merging from there
[08:39] <RainCT> gso what does the color mean?
[08:40] <RainCT> s/gso/geser: so
[08:41] <RainCT> s/does/do
[08:41] <nixternal> http://revu.tauware.de/details.py?upid=5357  <- anyone feel like revu'ing
[08:42] <geser> it's a coding for the priority of the package (based on the Priority field from debian/control)
[08:43] <geser> as the packages in universe are priority extra or optional, it's green for the most packages
[08:47] <nixternal> jeesh
[08:47] <nixternal> stop with the splits already
[08:47] <nixternal> hurry up you motus, get back here and revu for me :)
[08:49] <ScottK> nixternal: (Closes: # ...  should be (LP: # for Ubuntu
[08:49] <nixternal> k
[08:50] <ScottK> nixternal: Why did you pick that section?
[08:50] <nixternal> ScottK: has that been agreed upon/made into a standard? I think your Debian ways are influencing that ;p
[08:50] <nixternal> ScottK: because the utility it is a plugin for utilizes the same..but if there is better let me know
[08:50] <ScottK> Yes it has.  MDZ announced last week that that will actually close bugs now
[08:50] <nixternal> rock on!
[08:51] <ScottK> nixternal: Makes sense.
[08:51] <nixternal> omg that is awesome!
[08:51] <nixternal> hehe
[08:52] <ScottK> nixternal: You can fix the date in debian/copyright too (03 June vice  3 June)
[08:52] <ScottK> What was your concern about debian/copyright?
[08:52] <nixternal> just wanted to make sure I did it correctly to where it will not be an issue
[08:53] <ScottK> nixternal: Point 2 of the Monkey's Audio Source Code License Agreement does not sound terribly GPL compatible to me.
[08:53] <ScottK> IANAL, of course
[08:53] <nixternal> the point that says you have to submit changes to them?
[08:54] <nixternal> that is what I was questioning
[08:54] <nixternal> point 3 is what I was thinking of
[08:54] <Monk-e> Did someone say my name?
[08:55] <ScottK> No, it's the one that says you can use it with GPL, but viral stuff doesn't apply
[08:55] <nixternal> hahaha
[08:55] <ScottK> Monk-e: Not on purpose.
[08:55] <Monk-e> Oh, you didn't say my name I see. Monkey
[08:55] <ScottK> nixternal: I think what you need to do for point 2 is make sure you aren't linking against that in a way that would make that clause relevant.
[08:56] <ScottK> Point 3 I don't think is a problem, but I'm not sure at all.
[08:56] <nixternal> well I don't believe it is linking anywhere other than what it is being used for
[08:56] <nixternal> actually...
[08:57] <nixternal> well it isn't subjected to external licensing requirements, the libmonkey stuff has its license, the k3b plugin stuff has gpl, of which point 2 says it can be included in
[08:57] <ScottK> Why do you have simple patchsys in rules?
[08:58] <nixternal> but then again, I am not a lawyer and that mumbo jumbo makes no sense at all to me
[08:58] <RainCT> if there is a package that on the last version has a @ubuntu (person) as maintaner can I still merge it?
[08:58] <nixternal> because I copied the rules file....hahaha good catch
[08:58] <nixternal> that is my generic rules file, and I just noticed the patch stuff ;)
[08:58] <ScottK> nixternal: Should libmonkeyaudio perhaps be a separate lib package?
[08:59] <ScottK> RainCT: It's considered polite to ask.
[08:59] <nixternal> ScottK: I was thinking the same unfortunately
[08:59] <ScottK> nixternal: If you do that, then all these pesky license questions might go away.
[09:00] <ScottK> Is libmonkeyaudio in Debian at all?
[09:00] <nixternal> nope
[09:01] <nixternal> something tells me it would be in non-free if were though
[09:02] <ScottK> nixternal: That's all I got.
[09:02] <ScottK> Gotta run.
[09:14] <RainCT> file config.log is crap, or?
[09:20] <hippu> hello, i made a simple dependency patch to foomatic-gui, could someone check it out at https://bugs.launchpad.net/ubuntu/+source/foomatic-gui/+bug/110833
[09:20] <ubotu> Launchpad bug 110833 in foomatic-gui "Kubuntu Feisty: foomatic-gui crashed with ImportError in <module>()" [Low,In progress]
[09:24] <RainCT> hippu: why do you want the backup file control~ to be added?
[09:25] <hippu> oh, i didnt notice that
[09:32] <RainCT> geser: packages.debian.org, PTS  what do you mean "PTS"?
[09:36] <geser> Package Tracking System, http://packages.qa.debian.org/
[09:40] <RainCT> geser: can't find it :S where does it say that?
[09:41] <geser> for which package do you need the info?
[09:43] <RainCT> well isn't important anymore
[09:43] <RainCT> just to know it for further ones
[09:44] <geser> look at Priority & Section, contrib/* is in contrib, non-free/* is non-free and the rest is main
[09:45] <RainCT> geser: thanks :)
[09:45] <geser> you can also look where in pool/ the files (e.g. the source files) are
[09:46] <RainCT> ok
[09:46] <RainCT> can somebody help me with bug 118545? :p
[09:46] <ubotu> Launchpad bug 118545 in Ubuntu "[needs-packaging]  Incollector" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118545
[09:47] <RainCT> (or is packaging new stuff too difficult for someone new?)
[09:48] <geser> it depends on the software you want to package
[10:09] <Qball> Hi, I need some help setting up a repository with daily build of gmpc/libmpd?
[10:10] <joejaxx> Qball: you might want to look at falcon
[10:17] <Seveas> joejaxx, only if he still runs dapper or wants to wait a bit :)
[10:17] <Qball> hi Seveas
[10:17] <Seveas> hi
[10:18] <Seveas> and bye, bedtime
[10:19] <joejaxx> Seveas: ah ok
[10:19] <Qball> it's 22:18
[10:20] <Seveas> Qball, yeah -- busy weekend and have to get up at 7 tomorrow
[10:20] <thedonvaughn> Hey, guys i have a few questions.  I tried uploading a new package to REVU, however while transfereing I accidently stopped it half way and now I have "stale" files on revu and i can't completely upload the package.   Secondly, when I try to login to revu using my email address and "recover password", i can't decrypt it.  I don't think I have Elgamal secondary key
[10:21] <thedonvaughn> what exactly is a  elgamal secondary key?
[10:22] <Qball> well, goodnight then.
[10:25] <Seveas> Qball, poke me tomorrow evening :)
[10:25] <thedonvaughn> n/m I have a elgamal key, however I still can not decrypt my password for REVU.
[10:25] <Qball> Seveas: you can help me?
[10:25] <Qball> Seveas: great, I will.
[10:26] <nixternal> thedonvaughn: are you using<EMAIL_ADDRESS>for username on revu?
[10:27] <thedonvaughn> yes
[10:27] <thedonvaughn> and i see my package is  there
[10:27] <nixternal> gpg -d <<EOT ; echo
[10:27] <nixternal> copy and paste the ---foo--- all the way down
[10:27] <nixternal> press enter, and then type EOT and press enter
[10:28] <thedonvaughn> yup, let me do it again and i'll show you the error
[10:28] <nixternal> k
[10:29] <thedonvaughn> gpg: encrypted with ELG-E key, ID 459B7FF6 - gpg: decryption failed: secret key not available
[10:29] <nixternal> hrmm
[10:31] <nixternal> wonder why it isn't finding your secret key
[10:31] <thedonvaughn> yah it's weird... it worked when signing my package, and on launchpad etc.
[10:31] <thedonvaughn> it allows me to upload to REVU, i just can't recovery my pass :)
[10:32] <thedonvaughn> and the revu wiki says to make sure you have an elg-e key for encryption, but i do have one.
[10:32] <nixternal> is there another error notice that says
[10:32] <nixternal> gpg: public key decryption failed: bad passphrase
[10:32] <thedonvaughn> nope
[10:32] <thedonvaughn> i was looking for that too
[10:33] <nixternal> gpg --list-secret-keys
[10:33] <nixternal> do you see your secret key in there?
[10:33] <thedonvaughn> yes
[10:34] <nixternal> are you using any funky key services? forget what the gnome keyring manager thing is called
[10:34] <thedonvaughn> but, because i had a comment in my key originally, debuild was having problems finding the key automatically.  So I added another email to it, which is really the same email as before but just without the comment.  I wonder if it's still having issues with my comment.  Since it uses "Name Last<EMAIL_ADDRESS>format.
[10:35] <thedonvaughn> nixternal, i did use seahorse to create my key...
[10:35] <nixternal> and this is the same key that you have on LP that has been uploaded to revu correct?
[10:35] <thedonvaughn> correct
[10:36] <thedonvaughn> i wonder if i could email it to myself and let my client decrypt it :)
[10:36] <nixternal> don't know, never tried that...but you could copy it to a file called blah and try and decrypt blah
[10:38] <thedonvaughn> yah i get the same error when doing it as a file..
[10:41] <nixternal> maybe when ajmitch comes around he might know..I believe he does the key stuff for revu..but I am not 100% positive
[10:41] <thedonvaughn> ok thanks
[10:54] <H4wk_cz> hello, could anybody told me how to get a list of all dependencies of a program? It's my own program and i'd like to package it
[10:57] <Qball> eeuh you wrote a configure.ac I assume?
[10:58] <H4wk_cz> it's a gnome python applet
[11:04] <H4wk_cz> well, i have found some python dependency finder so ill give him a chance
[11:45] <luisbg> hey LaserJock =)
[11:46] <LaserJock> hi luisbg
[11:46] <luisbg> how is all?
[11:47] <LaserJock> oh, pretty good
[11:47] <LaserJock> it's a pretty quiet Sunday afternoon here
[11:47] <LaserJock> hmm, has anybody got thoughts on vmware vs. VirtualBox?
[11:48] <superm1> LaserJock, I like virtualbox better for linux vm's
[11:48] <LaserJock> is it faster for you?
[11:49] <superm1> for me yes
[11:49] <superm1> also their guest software has mouse integration for linux
[11:49] <superm1> whereas last time i looked at the vmware offering only the windows guest did that
[11:50] <LaserJock> I see
[11:50] <superm1> but for windows vms, virtual box doesnt support booting real partitions
[11:51] <superm1> which is something nice to have rather than manage two windows installs
[11:51] <LaserJock> I've never done a Windows vm
[11:51] <LaserJock> I don't have any windows discs
[11:51] <superm1> i do it on my work thinkpad for the one tool we have that doesnt work on linux
[11:51] <LaserJock> hmm, that would be cool
[11:52] <LaserJock> there is one app in Windows that my wife likes
[11:52] <LaserJock> it's an old crusty Win95 app
[11:52] <LaserJock> but I can't get it to work in Wine
[11:52] <superm1> you can bust out the eye candy too then and throw the vm on a side of a beryl cube
[11:52] <superm1> she'll be impressed
[11:52] <LaserJock> all I need are some Windows discs :/
[11:53] <LaserJock> hmm, I wonder if we have some Win98 discs at work
[11:53] <crimsun> nixternal has all the Windows OS installs, just ping him.
[11:53] <LaserJock> crimsun: I don't want Vista ;-)
[11:54] <LaserJock> hmm, I should root around in the box I had my wife's old computer stuff in
[11:54] <LaserJock> there might be 95 or 98 discs in there
[11:55] <RainCT> good night
[11:55] <LaserJock> all my XP discs are restore discs that only work with HP computers
[11:55] <LaserJock> caused a bit of a panic when I replaced the motherboard
[11:55] <LaserJock> I had to call MS and get a new Key
[11:55] <LaserJock> utterly stupid
[11:56] <luisbg> I haven't tried virtual box yet
[11:57] <luisbg> but the fact that they have an open source edition is biggie
[11:57] <superm1> LaserJock, vmware server also has this kinda neat feature that you can connect to the vms remotely and control devices attached and stuff from vmware console
[11:57] <luisbg> if it's close to vmware, I would prefer VB
[11:58] <crimsun> ok.  Uppers?  Check.  Punching bag?  Check.  Ubuntu Forums?  Here we go...
[11:58] <luisbg> crimsun, LOL
[12:02] <nixternal> bah, walk away for a bit and come back to os harrasment!
[12:09] <PriceChild> eek, I just uploaded to upload.ubuntu.com instead of revu :S
[12:09] <LaserJock> crimsun: why torture yourself? :-)
[12:09] <LaserJock> PriceChild: just getting used to being a MOTU eh? ;-0
[12:10] <PriceChild> maybe one day :)
[12:13] <PriceChild> Hey, I had one advocation on http://revu.tauware.de/details.py?upid=5358 but had to get upstream to fix some copyright issues... all is good now and I'm looking for advocates/things wrong with it again :)