[12:21] <joejaxx> persia: someone just did an upload
[12:21] <joejaxx> :P
[12:34] <LaserJock> wahooo for TeX bug triage
[12:34] <LaserJock> :-)
[12:41] <astro73_> well, I now have a dh_installupstart
[12:42] <LaserJock> anybody here know if it's possible to remove a bug tracker?
[12:42] <persia> LaserJock: My memory from other issues was that it wasn't possible, but that may have changed in the intervening time.
[12:43] <nixternal> LaserJock: an upstream bug tracker? I did it one time, and I can't remember what I did
[12:48] <astro73_> it's much easier to create a package when you base it off of another one
[12:49] <LaserJock> hmmm
[12:49] <LaserJock> I could remove the remote watch and have it "manually update"
[12:49] <LaserJock> then set the bugs to Rejected
[12:49] <persia> astro73_: Yep.  Collaboration is key.
[12:53] <fernando> hey all. How is the version of a package (svn trunk)?
[12:54] <persia> fernando: It should never be svn truck, but rather svnyyyymmdd, so that one may know what code is included.
[12:55] <astro73_> fernando: or svn(rev) (no parens, replaces "(rev)" with the revision)
[01:01] <LaserJock> nixternal: I've always thought of Jordan as being a male name and now you and American Idol have dashed and hopes of masculinity
[01:01] <nixternal> lol
[01:01] <LaserJock> s/and/any/
[01:02] <nixternal> well then, to bash the masculinity even more...how about the jordans in the boybands?
[01:02] <LaserJock> I so wish I could claim Michael Jordan here
[01:02] <nixternal> hehe
[01:03] <nixternal> my brother wanted to name his son Pippin Scotty Johnson
[01:03] <nixternal> haha
[01:03] <LaserJock> heh
[01:03] <nixternal> my family said they would shun him for such an event
[01:03] <LaserJock> better than Pimpin Scotty Johnson
[01:03] <nixternal> haha
[01:04] <nixternal> if I ever have a boy it will be Jordan Mantha Johnson now ;o
[01:04] <LaserJock> lol
[01:04] <LaserJock> don't curse him
[01:04] <nixternal> haha
[01:05] <nixternal> I actually picked my daughters name which I never thought would happen
[01:05] <nixternal> my wife grew up all over Europe, so she was into all kinds of name
[01:05] <nixternal> s
[01:05] <nixternal> none of the girls name I liked, and I was stuck on Jordan
[01:05] <nixternal> then one day at taco bell feeding her pregrancy, I said how about victoria...and she fell in love
[01:15] <nixternal> what is a good library package that is small that I can use to help setup a library package build?
[01:17] <persia> nixternal: Which language?
[01:17] <nixternal> this libhttp is killing me
[01:17] <nixternal> C
[01:18] <persia> nixternal: Also, do you prefer CDBS or debhelper?
[01:18] <nixternal> I can do either actually.
[01:18] <persia> Yes, but which do you prefer?  You'll end up maintaining this :)
[01:19] <nixternal> I don't have a preference
[01:19] <nixternal> yet..
[01:19] <nixternal> which ever is better..there ;)
[01:22] <persia> I wish I knew grep-dctrl better :)
[01:39] <persia> nixternal: eel2
[01:41] <persia> nixternal: Or, even better, imlib2
[01:43] <nixternal> thank you
[01:44] <persia> nixternal: Let me know if you have any trouble.  I have an interest in getting libhttp in :)
[01:45] <persia> nixternal: Also, ignore the source for those: they are examples of simple, minimalist packaging, but not necessarily simple, minimalist libraries.
[01:45] <nixternal> roger that, thanks again
[01:48] <bluefoxicy> was there such a thing as 'bash-completion' or am I imaginating things?
[01:48] <bluefoxicy> I thought there was a thing where you ls -<tab> and got a list of ls options...
[01:49] <persia> bluefoxicy: As a concept, as a UDS discussion topic, or as a package?
[01:49] <bluefoxicy> persia:  a package
[01:49] <persia> bluefoxicy: Yes, there is such a thing, but not every package installs hints.
[01:49] <bluefoxicy> http://www.caliban.org/bash/index.shtml#completion is this it?
[01:49] <bluefoxicy> persia:  I can't even find the package in apt.
[01:52] <persia> bluefoxicy: From what I can tell from the changelog, it is part of bash, and not distributed as a separate package.
[01:52] <fernando> grab-merge.sh return none? =)
[01:53] <persia> fernando: it's not always 100% reliable.  Visit snapshot.debian.net
[01:54] <nixternal> omg, I think I got it
[01:55] <nixternal> first try at that
[01:55] <persia> nixternal: See.  CDBS *is* better for libraries :)
[01:55] <bluefoxicy> persia: http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-shells/bash-completion/ was probably it, I probably saw it in gentoo
[01:55] <nixternal> holy smokes it worked
[01:55] <nixternal> and it isntalled everything where it should...cdbs rocks hardcore!
[01:55] <persia> bluefoxicy: I seem to remember it from the past, so I'm guessing there was a merge in Ubuntu.
[01:55] <nixternal> persia: can I put this somewhere so you can take a quick glance at it? I am sure it needs a little tweaking and cleaning
[01:56] <bluefoxicy> persia:  well, it's not working here... ah, the files are in /etc
[01:56] <bluefoxicy> but .. hm
[01:56] <persia> nixternal: #ubuntu-devel was discussing earlier that the distribution of .la files was deprecated - you might want to include the CDBS strip .la rule from eel2
[01:56] <persia> nixternal: REVU?
[01:57] <bluefoxicy> persia:  that did it.
[01:57] <persia> bluefoxicy: I'm glad you found it.
[02:08] <fernando> while merging with grab-merge.sh i need to change the changelog?
[02:13] <persia> fernando: Likely, if only to list the remaining Ubuntu changes.
[02:14] <LaserJock> and replace MoM with a real person in the changelog entry
[02:14] <fernando> persia: it change version of jadetex_3.13-8 to jadetex_3.13-8ubuntu1
[02:14] <fernando> then lintian return 
[02:14] <fernando> white: jadetex source: changelog-should-mention-nmu
[02:15] <fernando> white: jadetex source: source-nmu-has-incorrect-version-number 3.13-8ubuntu1
[02:15] <persia> fernando: You may safely ignore those two lintian warnings.
[02:15] <fernando> persia: ok, thanks
[02:16] <fernando> persia:  i need to upload to revu?
[02:18] <leonel> Can I have  dapper and edgy running  on bootstrap in Feisty ?
[02:18] <persia> fernando: No.  Review https://wiki.ubuntu.com/MOTU/Packages/Merging just to make sure you've gotten everything.  Then upload the debdiff between the debian package, and your candidate revision to a bug.
[02:18] <persia> leonel: If you mean in a debootstrap'd chroot, yes.
[02:19] <persia> (separate chroots: one for dapper, one for edgy)
[02:19] <leonel> persia: that's it   I have  qemu and  works  fine  but I think is  lighter  use  debootstrap
[02:19] <LaserJock> does anybody else think it would be worth it to patch lintian to remove the NMU warnings?
[02:19] <persia> LaserJock: I do, but last time I suggested it, there was a linda marketing session.
[02:20] <LaserJock> well, as long as we keep Mr. Linda out of it ;-)
[02:23] <persia> It's just a little change to checks/changelog-file, but in order to meet your criteria, it has to be uploaded without passing through ubuntu-main-sponsors.
[02:24] <LaserJock> hmm
[02:31] <persia> leonel: just as a side note, not everything behaves under a chroot the same way it does in qemu.  I wouldn't recommend deleting your qemu configuration.  You might also be interested in https://help.ubuntu.com/community/SbuildLVMHowto which generates snapshot chroots on demand, to allow for easy testing without the chance of damaging the root chroot (using `schroot -c dapper` or `schroot -c gutsy` for example).
[02:32] <LaserJock> persia: why would it be a problem, we're already patching lintian, why not patch it to be quiet about NMU?
[02:33] <leonel> persia: great   thanks
[02:34] <persia> LaserJock: I don't see any real problem, you just indicated you wanted to avoid a specific person, who happens to be a member of U-M-S.  While it's being patched, perhaps the version could be checked to complain if it's not in XubuntuY format.
[02:35] <LaserJock> makes sense
[02:37] <persia> Maybe also check for XSBC-Original-Maintainer & @ubuntu in Maintainer?  I think this is being checked by dpkg-buildpackage now, but I'm not sure.  Be nice to have an extra warning for people packaging.
[02:39] <TheMuso> persia: dpkg-buildpackage checks for maintainer as an ubuntu.com address.
[02:39] <persia> TheMuso: Thanks for the confirmation.
[02:43] <persia> StevenK: Good morning.
[03:09] <fernando> cp: cannot stat `debian/tmp//usr/share/mime-info/': No such file or directory
[03:09] <fernando> data/Makefile:# should be replaced by following the new shared-mime-info spec. ?
[03:12] <nixternal> persia: http://www.nixternal.com/pkg/etch/libhttp/libhttp_1.1-1.dsc
[03:12] <nixternal> sorry I didn't get back sooner...was eatin' and watchin' some tv
[03:14] <fernando> bye all
[03:15] <nixternal> brb..need to do some dishes ;)
[03:15] <joejaxx> :)
[03:28] <Hobbsee> morning all
[03:31] <joejaxx> Good Morning Hobbsee 
[03:31] <joejaxx> :)
[03:32] <Hobbsee> heya joejaxx!
[03:32] <joejaxx> i think it is becauseof gutsy instability
[03:33] <Hobbsee> heh
[03:33] <joejaxx> because of*
[04:40] <astro73_> here's an odd question
[04:40] <astro73_> how do I host my own packages?
[04:42] <LaserJock> you make a repo
[04:42] <astro73_> tutorial? instructions? package?
[04:42] <LaserJock> or you can just dump the files in some web server
[04:43] <astro73_> that works, too
[04:43] <LaserJock> well, how many packages and do you want them apt-getable
[04:43] <astro73_> I have 2 packages so far
[04:43] <astro73_> one of which is a build dep of the other
[04:44] <astro73_> at this point, I don't mind a lack of apt-get
[04:44] <astro73_> I still need to write half the application
[04:44] <LaserJock> then sure, just dump them on some web server
[04:44] <astro73_> good thing I have one
[04:45] <LaserJock> if you want them apt-getable then I'd use apt-ftparchive
[04:46] <LaserJock> which is in the apt-utils package if you don't already have it
[04:49] <astro73_> k
[04:52] <chillywilly> hi
[05:04] <astro73_> my first packages are up! http://www.astro73.com/download/deb/
[06:38] <joejaxx> Hobbsee: how do i know when packages have entered the archive once again?
[06:40] <Fujitsu> joejaxx: You can look at archive.ubuntu.com.
[06:40] <LaserJock> hi Fujitsu 
[06:41] <Hobbsee> joejaxx: once again?
[06:41] <Fujitsu> Hi LaserJock.
[06:41] <joejaxx> Fujitsu: well yes but i thought there was a more precise way
[06:42] <Fujitsu> Hah, no.
[06:42] <LaserJock> Fujitsu: so, it seems there might be an interesting TeX project
[06:42] <Fujitsu> What's more precise than checking if it is actually in the archive?
[06:42] <Fujitsu> LaserJock: Where?
[06:42] <joejaxx> do packages appear on gutsy-changes when they are uploaded or when they are built?
[06:42] <Fujitsu> The former.
[06:42] <joejaxx> ok
[06:42] <Fujitsu> Well, when they are accepted.
[06:42] <LaserJock> Fujitsu: I'm working with upstream and another guy on doing a TeXLive backports repo
[06:43] <Fujitsu> Sounds nasty...
[06:43] <nixternal> hrmm...any DDs here to look at a library package for sponsorship :)
[06:43] <Fujitsu> How well does it backport?
[06:43] <nixternal> persia: ^^ :)
[06:43] <LaserJock> the guy has got Edgy ok
[06:43] <LaserJock> Feisty shouldn't be a problem
[06:43] <joejaxx> persia is dd? i did not know that
[06:43] <LaserJock> but sounds like Dapper was a beast so I think we won't bother
[06:43] <Fujitsu> I wouldn't.
[06:43] <nixternal> joejaxx: don't know, but persia has been helping me big time with my Debian stuff
[06:44] <LaserJock> Fujitsu: but I think we're going to use PPA to do it
[06:44] <joejaxx> nixternal: ah ok :)
[06:44] <StevenK> joejaxx: Not according to db.d.o
[06:44] <LaserJock> Fujitsu: would you have any interest in working on that?
[06:44] <Fujitsu> LaserJock: Sure, I like TeX stuff.
[06:45] <nixternal> just want to get an opinion or 2 on a library package I created for Debian before I go to the mentors
[06:45] <Fujitsu> Once PPA exists.
[06:45] <joejaxx> StevenK: oh ok
[06:45] <LaserJock> Fujitsu: Monday ;-)
[06:45] <Fujitsu> Really?
[06:45] <LaserJock> yeah
[06:45] <LaserJock> the beta server at least
[06:45] <Fujitsu> It's targeted for 1.1.6
[06:45] <LaserJock> I talked with cprov today
[06:45] <Fujitsu> Ah, right.
[06:46] <Hobbsee> Fujitsu: ppa doe exist
[06:46] <Hobbsee> LaserJock: yay!  do we have documentation for it?
[06:46] <Fujitsu> Hobbsee: Not for us mortals.
[06:46] <LaserJock> Hobbsee: no, no
[06:46] <Hobbsee> pity
[06:46] <LaserJock> I think it's person-by-person basis
[06:47] <Hobbsee> if it's worht it
[06:47] <crimsun> LTS releases are always worth it.
[06:47] <LaserJock> Fujitsu: anyway, if you're interested I can talk to cprov about getting you in on it too
[06:47] <Fujitsu> Yay :)
[06:47] <LaserJock> because I don't like the idea of me being the only person doing it
[06:48] <astro73_> how can I get upstart to reread event.d?
[06:48] <crimsun> wasn't that implied in your mediator role?
[06:48] <Hobbsee> LaserJock: please ask to get me on it, please
[06:48] <Fujitsu> I'm wondering how they'd deploy PPA on beta, as it requires enormous changes to the archive (archive-rework isn't implemented on production yet, AFAIK)
[06:48] <Hobbsee> er, -please
[06:48] <crimsun> I'm surprised ~motu wasn't invited.
[06:48] <LaserJock> well, hang on a little bit guys
[06:49] <LaserJock> don't get all excited
[06:49] <LaserJock> I think they want to ease into it
[06:49] <Fujitsu> Not surprising.
[06:49] <LaserJock> they might have an announcement Monday
[06:49] <LaserJock> so I don't want to preempt them too much ;-)
[06:50] <joejaxx> ;)
[06:50] <crimsun> astro73_: noted in /usr/share/doc/upstart/README.Debian.gz
[06:50] <LaserJock> but as MOTU liasion to LP I'll definately push for ~motu
[06:50] <LaserJock> I've been talking to kiko regularly about having MOTU get access to PPA before it gets releaseed
[06:50] <LaserJock> so we don't get surprised
[06:51] <astro73_> crimsun: thanks (I keep on forgetting about /usr/share/doc)
[06:55] <astro73_> ah
[06:56] <astro73_> upstart  doesn't tell you if you have a syntax error
[06:56] <astro73_> it just says the job doesn't exist
[07:31] <Fujitsu> Night LaserJock.
[07:31] <Hobbsee> night LaserJock 
[07:49] <nixternal> hey, I am going to have a new upstream release built and tested here shortly for kchmviewer. I have just contacted the maintainer in Debian to let him know there is a new update. 
[07:49] <nixternal> should I put ths package somewhere (bug,server, revu) or just wait and see if it gets into unstable?
[07:49] <nixternal> I let him know that if he is to busy I would be mroe than happy to maintain it
[07:49] <nixternal> I look like a wimp with just 1 debian package ;)
[08:03] <crimsun> it's good practice to provide him with a debdiff
[08:04] <nixternal> roger
[08:04] <nixternal> anyone have a chm file handy? I need to fix a couple of bugs
[08:21] <StevenK> nixternal: Yup.
[08:21] <StevenK> ~/ubuntu/done/edgy/vtk/vtk-5.0.1/Examples/GUI/Win32/vtkMFC/MDI_Instructions.chm
[08:22] <DarkSun88> Hi all
[08:26] <Hobbsee> heya
[08:28] <nixternal> argh, this is annoying
[08:28] <nixternal> I can't add an upstream bug report to smb4k in malone
[08:28] <nixternal> tells me to select an appropriate project and that I can avoid the step by updating the packaging info
[08:30] <crimsun> upstream upstream or Debian upstream?
[08:30] <nixternal> upstream upstream
[08:30] <crimsun> url?
[08:31] <nixternal> https://bugs.launchpad.net/ubuntu/+source/smb4k/+bug/90548
[08:31] <crimsun> meaning the upstream upstream bug.
[08:31] <nixternal> https://developer.berlios.de/bugs/?func=detailbug&bug_id=11189&group_id=769
[08:33] <crimsun> oh, not set up in LP.
[08:35] <Fujitsu> StevenK: Watch out, there's also a project called upstream, so it could be upstream upstream upstream.
[08:35] <nixternal> hahaha
[08:35] <StevenK> Hrm, maybe you're too young for those ads.
[08:36] <Fujitsu> Stupid TAFE instructor talking about NIC cards.
[08:36] <StevenK> Heh heh
[08:40] <afflux> keescook: ping
[08:46] <crimsun> nixternal: https://bugs.launchpad.net/malone/+bug/2886
[08:46] <ubotu> Launchpad bug 2886 in malone "Add support for developer.berlios.de bug tracker" [Wishlist,Confirmed]  
[08:47] <nixternal> I swore I had linked to one of the smb4k bugs before...guess not
[08:53] <afflux> keescook: You wanted me to keep you informed on my progress in the wordpress CVE bug. I noticed that the debian version that fixed these bugs also fixed about 7 other security vulnerabilities and I think it gets quite complicated to fix them all. I'd update to 2.2 or at least 2.0.10
[08:54] <persia> nixternal: My apologies that it took me almost 6 hours to notice you sent me a URL.  Please see http://pastebin.ca/511065.
[08:55] <StevenK> persia: Not good enough! :-P
[08:55] <jussi01> hello all
[08:55] <nixternal> thanks persia 
[08:55] <jussi01> hei persia got a min?
[08:55] <persia> StevenK: Hi!  Weren't you going to proofread the Contributing page?
[08:55] <persia> jussi01: Sure.
[08:55] <StevenK> persia: Sure. Like me.
[08:55] <StevenK> Er.
[08:55] <StevenK> Link, even.
[08:56] <persia> StevenK: https://wiki.ubuntu.com/MOTU/Contributing
[08:56] <crimsun> "shiftily"?
[08:56] <persia> "In a shity manner", no?
[08:57] <persia> ShiFty!
[08:57] <nixternal> persia: the copyright has the packaging license stuff already in it
[08:57] <jussi01> persia, you've commented that the .desktop file doesnt validate, what do you mean by that? also, there is no year of  copyright anywhere on the page or program...
[08:57] <crimsun> no idea, but we're MOTU - we can Auden up words
[08:58] <persia> jussi01: For no year of copyright, contact the upstream maintainers to ask when they wrote it.  For .desktop validation, use the desktop-file-validate tool from the desktop-file-utils package.
[08:58] <StevenK> persia: If one does not already exist, open a bug in Debian & attach the patch (use Tags: patch(
[08:58] <crimsun> ok, so saving state for changed mixer control element strings - it's best to not even attempt this.
[08:59] <crimsun> I think it's better to wipe the state file and store it on dist-upgrades.
[08:59] <StevenK> persia: "The package bugs page in launchpad  https;//bugs.launchpad.net/ubuntu/+source/packagename"; launchpad -> LaunchPad
[08:59] <jussi01> persia, ok, ill look into it. thanks
[08:59] <StevenK> persia: "The package bugs page in the BTS  http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=packagename"; BTS -> Debian BTS
[08:59] <Fujitsu> Launchpad, not LaunchPad
[09:00] <persia> nixternal: debian/copyright tells me that I should have received a copy of the GPL, but it doesn't tell me where I can find it.  On the other hand, I appear to have completely missed the last line of the file on my first read, so ignore #4.
[09:00] <nixternal> hehe
[09:00] <nixternal> ya, I just threw the package up for you to take a quick look. I had all of that stuff pretty much fixed already here locally
[09:00] <nixternal> I just need to do the ITP
[09:00] <nixternal> seeking documentation on that one
[09:01] <StevenK> persia: Mention dget to download sources...
[09:02] <crimsun> dget is a lifesaver.
[09:04] <persia> OK  Having never used dget, am I correct that the standard call to mirror apt-get source would be `dget -qx --path . --insecure URL`?
[09:05] <StevenK> persia: Meh, dget -x <.dsc URL>
[09:05] <persia> StevenK: Won't that redownload orig.tar.gz if you already have one?
[09:05] <Fujitsu> I don't think so.
[09:05] <StevenK> What Fujitsu said.
[09:06] <Fujitsu> Third paragraph of description.
[09:06] <persia> OK.  Thanks.
[09:06] <StevenK> persia: "Has an Ubuntu maintainer" - is worded badly. "Has the Maintainer set as per <spec URL>"
[09:06] <Hobbsee> it'd be nice if launchpad actually supported dget.
[09:06] <crimsun> dget: using existing libxcb_1.0.orig.tar.gz
[09:07] <crimsun> ^
[09:08] <StevenK> Hobbsee: It's just because librarian is odd
[09:08] <Fujitsu> Hobbsee: File a wishlist bug and wait a decade.
[09:08] <persia> Hobbsee: LP doesn't support dget?  I'm less sure I want to document the practice of using dget then, as the primary use case will be for contributors running feisty to download gutsy sources.
[09:08] <Hobbsee> Fujitsu: i'm thinking of that.
[09:08] <StevenK> persia: If you try and dget from a librarian URL, it won't work.
[09:08] <Fujitsu> persia: As in, you have to calculate the .dsc address manually.
[09:08] <Hobbsee> persia: nah...debian, etc, uses it.  it's worth it
[09:08] <crimsun> persia: I recommend being consistent with path syntax, e.g., debian/ as well as debian/patches (why omit the trailing '/'?)
[09:09] <persia> crimsun: It was late, and I wasn't careful enough :)
[09:12] <crimsun> Contributing is excellent, BTW. One concern is that the length may seem daunting. Can we make the more lengthy and detailed sections separate wiki pages?
[09:12] <crimsun> Or is it intended as a one-stop reference?
[09:14] <persia> crimsun: It could certainly be broken down, but I wanted to try to avoid pages like https://wiki.ubuntu.com/MOTU/GettingStarted that might encourage people to just ask again, rather than click the pretty link.  To me the only section that seems like it should really be extracted is the detailed guide to generating a new candidate revision.
[09:16] <persia> On the other hand, none of the detail sections seem very long, and I'm not sure how to get something that covers basic procedure (like Preparing Patches or Preparing New Packages) without the guide.  Suggestions would be welcome.
[09:19] <crimsun> yeah, "Preparing New Revisions" is fine WRT length to me, but I'm not sure a newcomer will share my opinion.
[09:19] <persia> Is there anyone new here?  What do you think?
[09:24] <persia> To ask that differently: I'd really like to hear from some non-MOTUs who are interested in helping with the work about the length of the page, and whether the information is helpful.
[09:27] <nixternal> persia: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=libhttp
[09:27] <nixternal> there you go!
[09:27] <nixternal> ITP filed, additions and everything cleaned up
[09:28] <jussi01> persia: which page? the getting started wiki page?
[09:28] <persia> nixternal: Thanks.  I'll take a look.
[09:29] <nixternal> k..I am going to head to bed now...be back in about 6 to 8 :)
[09:29] <persia> jussi01: Thanks a lot.  https://wiki.ubuntu.com/MOTU/Contributing
[09:29] <nixternal> g'nite all, and thanks again persia for the help
[09:29] <persia> nixternal: Good night.
[09:30] <persia> nixternal: Also, looks great.  Good luck.
[09:34] <jussi01> persia: its very helpful except it needs a couple of things, 1. a table of contents! it feels long because you have no idea whats coming in front of you. 2. the 3 parts of things to do need bigger headings/better separators - atm the just merge into one big blob...
[09:34] <persia> jussi01: Thanks.  That was the fear.
[09:35] <jussi01> the info in it is great though. 
[09:35] <persia> Could anyone point me to a good resource for adding a TOC?
[09:35] <jussi01> persia: my wiki page has one
[09:35] <persia> jussi01: Thanks.  I'll look at that source.
[09:35] <jussi01> :D
[09:36] <jussi01> persia: https://wiki.ubuntu.com/JussiSchultink if you need it
[09:44] <jussi01> persia: btw, I just uploaded the fixed version :D http://revu.tauware.de/details.py?upid=5276 (mnemosyne). Anyone else is welcome to take a look also!
[09:49] <Lutin> jussi01: according to the python policy, python-support should be >= 0.5.3
[09:50] <jussi01> thanks Lutin I read something else... probably and old doc.
[09:51] <Lutin> jussi01: the new python policy is available here : http://wiki.debian.org/DebianPython/NewPolicy
[09:52] <jussi01> Lutin: bookmarked :D thanks
[09:52] <persia> Lutin: Thanks.  jussi01: I'll catch the next one :)
[09:52] <jussi01> persia: ok
[09:52] <jussi01> :D
[09:52] <Lutin> jussi01: np. btw, the last line of your copyright file is longer than 80 chars, maybe you could split in
[09:52] <jussi01> Lutin: sure
[09:53] <Lutin> s/in/it
[09:54] <persia> StevenK: Fujitsu: Thank you.  I've incorporated your corrections.
[09:55] <persia> crimsun: jussi01: I've updated the page.  How does this seem with regards to length / navigation?
[10:00] <crimsun> persia: the ToC is great, much better IMO.
[10:00] <jussi01> persia: looks much better!!!
[10:01] <persia> Thanks.  I'll leave this.  Anyone think it would be better for /topic than https://wiki.ubuntu.com/MOTU/GettingStarted?
[10:01] <jussi01> me!!
[10:01] <Lutin> jussi01: (ok, sounds picky :) ) : there shold be a double space before the Homepage: line in the description (debian/control) . maybe you also wan to remove all the blank lines at the bottom of debian/rules. and I *guess* (worth checking though) that Build-Depends: on python-all rather than python-all-dev would be better
[10:01] <crimsun> persia: feel free - you have the powah.
[10:02] <jussi01> Lutin: picky is good :D
[10:02] <persia> crimsun: I just like to solicit support before taking action :)
[10:07] <superm1> so say a package doesn't provide a makefile with a install: section.  What is the correct way to handle moving the resultant binary?  Should a dpatch that adds a install: section to the makefile be done?
[10:07] <Lutin> jussi01: this package for use with python2.4, right ?
[10:07] <Lutin> is for use*
[10:07] <azeem> superm1: that's one option, preferably send the patch upstream for inclusio
[10:07] <azeem> n
[10:07] <Fujitsu> Woah, that's a short topic.
[10:08] <persia> superm1: There are two schools of thought.  One is to patch the makefile, the other is a really huge debian/package.install.  I recommend the former.
[10:08] <Lutin> jussi01: or both ?
[10:08] <superm1> Ok, i'll go for the former then
[10:08] <superm1> thanks
[10:08] <persia> Fujitsu: That's the idea :)
[10:08] <Fujitsu> persia: Or a small package.install, depending on the number of files.
[10:08] <Fujitsu> Some packages only want a couple of files.
[10:09] <persia> superm1: Fujitsu is correct.  If there are only a couple files, debian/package.install is better.
[10:09] <superm1> ok, i'll have to look how many resulting binaries show up
[10:14] <jussi01> Lutin: yeah, 2.4
[10:14] <Lutin> jussi01: I can't get why you build-depend on python-qt4-dev, python-xml, python-pygame. what's the rationale behind this ?
[10:15] <jussi01> hmmm, package said it required them.....
[10:15] <jussi01> anyway, please continue to comment, i will be back shortly. (the wife wants me....)
[10:16] <Lutin> jussi01: Oo. weird
[10:16] <Fujitsu> jussi01: They're probably runtime dependencies. If it builds fine without them, leave them out.
[10:18] <Seveas> tepsipakki, falcon in feisty is not that far away, I hope to make a beta release on monday
[10:32] <jmg> hey guys
[10:33] <crimsun> Seveas: awesome!
[10:33] <Lutin> jussi01: Python:Depends should be python:Depends in control
[10:33] <jmg> i think ubuntu has an issue with sdhc cards
[10:33] <jmg> it cant read my 2gb card, have tried on 2 boxes, feisty and edgy
[10:33] <crimsun> jmg: what about dapper and gutsy?
[10:33] <jmg> tried on 3 boxes, actually.
[10:34] <jmg> crimsun: no dapper or gutsy boxes here
[10:34] <jmg> [  533.213253]  usb 5-6: reset high speed USB device using ehci_hcd and address 5
[10:35] <jmg> feisty has a different error
[10:36] <jmg> related to fat32
[10:36] <jmg> have tried on 3 different card readers as well
[10:36] <jmg> tried windows too to prove i wasnt on crack
[10:45] <jmg> whats the current feisty kernel version?
[10:46] <jmg> http://marc.info/?l=linux-kernel&m=116681336225318&w=2
[10:46] <Fujitsu> It tracks git, so is currently some prerelease of 2.6.22
[10:47] <Burgundavia> that is the gutsy one
[10:47] <Burgundavia> feisty is 20
[10:47] <Burgundavia> gutsy will be 22
[10:47] <Lutin> jussi01: seems that the program fails to run when using python-qt4. I think it should depend on python-qt3 rather
[10:47] <Lutin> and drop the explicit dependancy on python2.4
[10:47] <Fujitsu> Oh, right, missed the feisty bit.
[10:48] <jmg> edgy is 19
[10:48] <jmg> er
[10:48] <jmg> 16
[10:48] <jmg> this box is edgy and will stay that way for a while
[10:52] <Fujitsu> Isn't it .17?
[10:53] <ompaul> Riddell, can you mute ubotwo please
[10:54] <ompaul> or sladen ^^ that applies to you too :)
[10:54] <crimsun> you have ops, too.
[10:54] <crimsun> (AFAIK it's still open.)
[10:54] <ompaul> not that I can see
[10:54] <ompaul> ohh I do 
[10:54] <ompaul> :)
[10:55] <ompaul> thanks crimsun 
[10:55] <crimsun> np.
[10:57] <superm1> would any motu's have a few minutes for a revu this evening?
[11:02] <jmg> 2.6.17-11-386
[11:02] <jmg> my bad
[11:02] <jmg> anyway the sdhc compat patch was 2.6.19
[11:38] <jekil> hello
[11:45] <minghua> Ohhh, the moderated mail flood
[11:45] <minghua> jekil: hello there
[12:16] <bmm> I've just added an extra comment to my REVU upload of ccbuild, please see http://revu.tauware.de/details.py?upid=5154 if interested as I'm looking for my first advocator.
[12:43] <bluekuja> bmm: instead of using See http://ccbuild.sf.net, it would be nice to have something like 
[12:43] <bluekuja> .
[12:43] <bluekuja>  Homepage: http://
[12:44] <bluekuja> to see it in bolds in packages.ubuntu.com
[12:44] <bluekuja> e.g http://packages.ubuntu.com/gutsy/devel/giggle
[01:03] <rgl> hi
[01:04] <rgl> I want to upgrade the nginx package, should I directly contact the package maintainer, or is there some collaboration page somewhere?
[01:07] <jussi01> rgl: have a read of https://wiki.ubuntu.com/MOTU/Contributing it will tell you how to update a package
[01:08] <jussi01> rgl: its in /topic also
[01:08] <rgl> jussi01, ah thank you.  and sorry for not reading that in the first place from the topic.
[01:08] <jussi01> :D
[01:16] <bmm> bluekuja: will fix. I'm going to wait a little longer for comments on the license before uploading the new version, but it is patched now ;)
[01:25] <rgl> oh, I'm trying to create a GPG key, but: Not enough random bytes available.  (Need 283 more bytes)    :/
[01:26] <rgl> how can I generate more random bytes?    its there at the prompt like, 10 minutes :|   I've tried to ping some sites, generate traffic, create some processes... still, no go :|
[01:30] <bmm> rgl: try using 'find /' in the background while generating a key, and pressing the keyboard will help
[01:30] <rgl> bmm, I did :(
[01:31] <rgl> oh... "while"?
[01:31] <rgl> it has to be be while its generating the key, or when it pauses to get more bytes?
[01:32] <rgl> oh, it finally got the bytes :|
[01:33] <Hobbsee> hi all
[01:34] <DktrKranz> hi
[01:35] <geser> Hi Hobbsee
[01:35] <Hobbsee> :)
[01:44] <bmm> rgl: for the future: while, the random pool of /dev/ranom is fed with random access times on the disk (among other things like interrupts etc.)
[01:45] <rgl> bmm, I "known", but its taking ages in this box :|
[01:51] <rgl> oh man... launchpad does not import my key :(
[01:51] <rgl> though, its there: http://keyserver.ubuntu.com:11371/pks/lookup?search=0x834461DE&op=index
[02:22] <LjL> ubotwo part
[02:32] <Dabian> I bow to you, oh masters of the universe, and humbly bring forth a question for which I seek an answer!
[02:33] <Fujitsu> !ask
[02:33] <ubotu> Don't ask to ask a question. Just ask your question :)
[02:33] <Hobbsee> what is your quest, sir Dabian?
[02:34] <Dabian> I need to mark a bug as a duplicate of another on the holy Launchpad.
[02:34] <Fujitsu> `Mark as duplicate' in the actions portlet.
[02:35] <Dabian> Thank you!
[02:35] <Fujitsu> No problem
[02:35] <Dabian> I managed to finnish my quest!
[02:36] <Dabian> So, as soon as you uploaded your GNUPG key and got it verified, you can mark bugs as duplicates?
[02:36] <Hobbsee> :)
[02:36] <Hobbsee> Dabian: you can as soon as you have a launchpad account
[02:36] <Fujitsu> That isn't a requirement.
[02:37] <Dabian> Nice
[02:37] <Dabian> What is the benefit of a GNUPG key then?
[02:37] <Fujitsu> Being able to send in commands via email, and being able to upload packages if you're a member of the appropriate team.
[02:37] <Dabian> (In connection with launchpad) :)
[02:38] <Dabian> Nice
[02:38] <Dabian> So first step before uploading packages, is to get a key.
[02:45] <apacheLAGger> omg
[02:45] <apacheLAGger> I need a Krevu
[02:45] <apacheLAGger> for http://revu.tauware.de/details.py?upid=5145
[02:46] <apacheLAGger> hooray! :D
[02:47] <Hobbsee> apacheLAGger: in the control files, do you think you could use the link to the homepage, or the kdeapps/look.org page, rather than the direct download link?
[02:47] <apacheLAGger> sure
[02:48] <Hobbsee> everything else looks fine
[02:48] <apacheLAGger> k, thanks
[02:48] <apacheLAGger> gotta upload with fixed control file
[02:49] <Hobbsee> :)
[02:51] <DarkSun88> There's a problem in log of builds. What's the problem?
[02:51] <DarkSun88> http://paste.ubuntu-nl.org/22570/
[02:52] <DarkSun88> The package is galago-sharp.
[02:52] <Hobbsee> DarkSun88: where's that?
[02:54] <apacheLAGger> do we have a dbus-sharp in the repos at all?
[02:55] <Hobbsee> nope
[02:55] <apacheLAGger> DarkSun88: you'd have to package dbus-sharp first http://www.ndesk.org/DBusSharp
[02:57] <Fujitsu> !info dbus-sharp
[02:57] <ubotu> Package dbus-sharp does not exist in feisty, feisty-seveas
[02:58] <Fujitsu> (pitti) obsolete, unmaintained, superseded by ndesk-dbus, LP#87931
[02:58] <apacheLAGger> god I hate it when upstream ships a debian dir within the tarball
[02:58] <Fujitsu> (that's the removal rationale for dbus-sharp)
[03:05] <apacheLAGger> what shall I do when the sources include .svn or CVS directories?
[03:05] <apacheLAGger> define a clean rule? or just bug upstream?
[03:05] <Hobbsee> apacheLAGger: remove it in the clean rule
[03:05] <Hobbsee> both?
[03:05] <apacheLAGger> ok :)
[03:06] <Dabian> apacheLAGger: Same goes for the debian dir, I guess .. but why don't you want upstream to provide it?  You can upstream your changes, I guess?
[03:07] <apacheLAGger> Dabian: they are mostly as useable as shit :|
[03:07] <apacheLAGger> and there is no reason why any not debian based distro should need it
[03:07] <apacheLAGger> so basically also waste of space
[03:08] <Dabian> apacheLAGger: Well .. traditionally makefiles also contains rules for all kinda different platforms.
[03:09] <Dabian> Once built, I guess the milage may not vary so much from that?
[03:09] <apacheLAGger> nope, though there are people who actually compile it
[03:10] <Dabian> True .. I guess in this case the gentoo people would those with the greatest wrath..
[03:11] <Dabian> (in this regard)
[03:12] <apacheLAGger> Dabian: mh, well not much of a big deal anyway I just don't like it ;-)
[03:12] <apacheLAGger> though upstream devs who are not answering mails are a big deal
[03:12] <apacheLAGger> specially if the tarball is totally broken :(
[03:14] <Dabian> Yeah
[03:14] <Hobbsee> apacheLAGger: you didnt update it to follow the maintainer spec
[03:15] <Hobbsee> sarah@LongPointyStick:~/Desktop/foo$ lintian khalkhi_0.2.1.99+rc1-0ubuntu1_source.changes
[03:15] <Hobbsee> W: khalkhi source: not-binnmuable-all-depends-any khalkhi -> khalkhi-kcm
[03:15] <Hobbsee> W: khalkhi source: not-binnmuable-any-depends-all libkhalkhi0 -> khalkhi-data
[03:15] <Dabian> Is that python?
[03:15] <apacheLAGger> qtkdec++
[03:16] <Dabian> Oh!
[03:16] <StevenK> Hobbsee: Ignore it. It's talking about Debian-specific binary NMU rules.
[03:16] <apacheLAGger> where khalkhi is a meta package and khalkhi-data is a package with .desktop files etc.
[03:16] <Hobbsee> great
[03:16] <Hobbsee> okay
[03:16] <Hobbsee> *then
[03:16] <Dabian> StevenK: You're old debian-man, are you not?
[03:16] <StevenK> Dabian: Aye.
[03:16] <Dabian> StevenK: Thought I recogniced your nick :)
[03:16] <Hobbsee> he's very old and decrepit
[03:17] <StevenK> Oh great, I have a reputation.
[03:17] <StevenK> Hobbsee: Hush
[03:17] <Dabian> StevenK: I know some former debian-devellopers who wants to package for ubuntu.
[03:17] <Dabian> StevenK: They lack a guide that only tells of the differences from packing to debian.
[03:17] <Hobbsee> apacheLAGger: i fixed it
[03:17] <apacheLAGger> oh
[03:17] <apacheLAGger> up it is :|
[03:18] <Dabian> StevenK: Also, they want to know how to "harvest" debian packages.
[03:18] <StevenK> Dabian: Just get them to join here. If they can package they can get up to speed very quickly.
[03:18] <Dabian> StevenK: There exist no such document?
[03:18] <StevenK> There does, I just can't recall it at the moment.
[03:18] <apacheLAGger> hum
[03:18] <Dabian> ok
[03:19] <StevenK> Dabian: And what do you mean, harvest Debian packages?
[03:19] <apacheLAGger> Hobbsee: thanks for uploading :) btw, do you know whether cmake.mk is going into cdbs for gutsy?
[03:19] <Dabian> StevenK: Well, if a package is in debian .. how to "ubuntunize" it.
[03:19] <Dabian> StevenK: and get it accepted into ubuntu.
[03:19] <StevenK> Dabian: Ah. Usually, exercise patience.
[03:20] <apacheLAGger> well
[03:20] <apacheLAGger> sync request?
[03:20] <StevenK> Dabian: But it depends where abouts in the development cycle we are.
[03:20] <Hobbsee> apacheLAGger: i have no idea - but that would be wise.
[03:20] <Dabian> Some also have packages in debian, and they want those in ubuntu as well.
[03:20] <apacheLAGger> aye
[03:20] <StevenK> Dabian: At this point, do nothing - we pull directly from Debian and keep pulling until Debian Import Freeze.
[03:21] <StevenK> Dabian: Are they also Debian old-hands?
[03:21] <Dabian> StevenK: So the "harvesting" is automated?
[03:21] <StevenK> Dabian: At this point in the cycle, it's semi-automatic.
[03:22] <Hobbsee> apacheLAGger: have you poked debian about it?
[03:22] <Hobbsee> there's no ubuntu bug about it
[03:22] <apacheLAGger> Hobbsee: didn't do anything yet - I'm right now packaging my first cmade application :)
[03:23] <StevenK> Dabian: However, if the package in question has Ubuntu changes, they need to be merged in manually, or checked that the Ubuntu changes can be dropped. That process is called merging, which is what most of us are doing now.
[03:23] <Hobbsee> ahh :)
[03:24] <Dabian> StevenK: However, thats for packages already integrated in ubuntu, right?  I mean .. there wont be any autochanges?
[03:24] <StevenK> Dabian: Right.
[03:25] <DktrKranz> I have to include get-orig-source rule in debian/rules. Since I'm not sure on how to proceed, is there a reference I can follow?
[03:25] <apacheLAGger> Oo
[03:25] <apacheLAGger> wtf
[03:25] <Dabian> So .. who decides how fast a debian package gets part of Ubuntu?
[03:26] <Hobbsee> the autosyncer
[03:26] <Hobbsee> and whether it has any ubuntu changes
[03:27] <Dabian> So, if its up to the autosyncer, what criteas does that have?
[03:27] <StevenK> DktrKranz: That rule pre-dates me becoming a DD and that happened in 2001.
[03:27] <apacheLAGger> is it legitimately to store a binary in /usr/share/appname/binary and link it to /usr/bin/binary?
[03:27] <StevenK> apacheLAGger: Not really.
[03:28] <DktrKranz> StevenK, so?
[03:28] <StevenK> DktrKranz: So it really shouldn't exist in debian/rules.
[03:28] <DktrKranz> using watch instead?
[03:28] <StevenK> Yup.
[03:29] <DktrKranz> my sources are on a bzr repo, is there some specific rules to follow?
[03:32] <StevenK> There's some XS-VCS-* you can set in debian/control, but I don't know anything about them.
[03:33] <DktrKranz> I'll have a look at some packages in our repo already
[03:33] <DktrKranz> thanks :)
[04:21] <SlimG> How does dpkg-shlibdeps work? does it find all dependencies required by <binary> and strip out those dependencies that is installed in ex. feisty by default?
[04:22] <Hobbsee> SlimG: see man dh_shlibdeps
[04:22] <Hobbsee> sorry man dpkg-shlibdeps
[04:26] <SlimG> Doesn't say anything about stripping out default packages there, I'm still not entirely sure thou
[04:48] <pschulz01> Grettings.. I have some packages that I would like to upload for review.
[04:48] <Dabian> pschulz01: Have you uploaded your key?
[04:49] <pschulz01> Dabian: Just checking.. I have uploaded before.. but that was a while ago.
[04:49] <pschulz01> Dabian: Yes.. it's there.
[04:49] <persia> pschulz01: Are they new packages, or new revisions of existing packages?
[04:50] <Dabian> pschulz01: Good.
[04:50] <pschulz01> Dabian: Competely new.. http://www.thousandparsec.net/tp/ <-- new software
[04:50] <persia> pschulz01: Are you a member of contributors of packages for ubuntu universe?
[04:51] <pschulz01> Dabian: I have added myself to the... yes
[04:51] <persia> pschulz01: Does `dput revu whatever-Source.changes not work?
[04:52] <pschulz01> persia: ?
[04:52] <pschulz01> persia: I can't log into the revu yet.
[04:52] <persia> pschulz01: Nobody can log in until they've uploaded at least one package.
[04:53] <pschulz01> persia: Ahh.. I knew there was a trick :-)
[04:53] <pschulz01> persia: I Remeber hitting that one last time as well.
[04:53] <joejaxx> persia: how do you unsubscribe u-u-s from a package?
[04:55] <pschulz01> libtpproto-cpp_0.1.0-2_i386.changes
[04:55] <persia> joejaxx: Only members of teams can unsubscribe the team.  If you want to retract a request for sponsorship, you can ask here for someone to unsubscribe.
[04:55] <joejaxx> persia: can you unsubscribe 61151 that is actually a main package
[04:55] <persia> bug 61151
[04:56] <ubotu> Launchpad bug 61151 in system-config-cluster ""separated" spelt incorrectly" [Low,In progress]  https://launchpad.net/bugs/61151
[04:56] <nixternal> good mornin'!
[04:56] <persia> joejaxx: Unsubscribed.
[04:56] <joejaxx> persia: thanks
[05:13] <Hobbsee> nope :P
[05:14] <apacheLAGger> Hobbsee: well, just put it on your todo :)
[05:14] <apacheLAGger> gotta go out anyway, much to nice weather to stay inside
[05:14] <apacheLAGger> Hobbsee: good night
[05:14] <Hobbsee> my todo is so long that i'm ignoring it
[05:14] <Hobbsee> and if i ignore it for long enough, most of it will be obsolete
[05:15] <apacheLAGger> ^^
[05:15] <apacheLAGger> did it that way as well
[05:15] <apacheLAGger> now I just check better how I name the items
[05:16] <apacheLAGger> ie I'd note "revu packages" instead of every single package :)
[05:16] <apacheLAGger> well
[05:16] <apacheLAGger> AFK
[05:16] <nixternal> persia: I might be co-maintaining Debian's plucker..although I told the guy if I run across something I will let him know
[05:17] <nixternal> I was just kind of worried he gave up on building the desktop...can't have that..there are a lot of plucker-desktop users with Ubuntu..they keep emailing me
[05:17] <persia> nixternal: Cool!  Is upstream really dead, or just dormant?
[05:17] <nixternal> dead
[05:17] <nixternal> 8 months was the last time anyone touched code
[05:18] <nixternal> so maybe that qualifies as dormant
[05:18] <nixternal> not dead yet?
[05:18] <persia> nixternal: If you're actually interested in maintaining it, you might want to see if you can contact them to use their CVS and web page :)
[05:18] <nixternal> but there hasn't been any movement
[05:18] <nixternal> oh no, I don't want to go that far with plucker..I hate it with a passion :)
[05:18] <persia> nixternal: Depends.  One of my upstreams didn't touch the package I was working on for three years, but was happy to accept my patch, and is now planning a new release (he was working on other projects).
[05:19] <nixternal> I do like the fact they have a C/C++ parser now though and not just Python and Perl
[05:19] <nixternal> that could be happening with plucker...maybe they are working underground
[05:19] <persia> nixternal: If you hate plucker, why are you maintaining it?
[05:19] <nixternal> it seems plucker is pretty popular..can't see all of the devs just giving up on it
[05:20] <nixternal> persia: I have no clue...it is an interesting package actually, and keeps me on my toes
[05:20] <nixternal> plus I accomplished something the Debian maintainer couldn't or didn't want to, and I built the -desktop successfully and tested it
[05:20] <nixternal> as a matter of fact, Spider is kicking along right now updating itself
[05:21] <nixternal> I have never been successful with it and my old Sony Clie PDA, so I will play around with it
[05:22] <persia> nixternal: Ah, so you don't hate the plucker package, it's just the software :)
[05:23] <nixternal> yup
[05:23] <nixternal> brb
[06:20] <sacater> hey all, I still need a place on a ssh server with irssi and screen, are there any other places?
[06:21] <sacater> sigh
[06:21] <sacater> brainiac_ghost: away wit thee
[06:22] <brainiac_ghost> errr... NO
[06:22] <sacater> bad brainiac_ghost bad!
[06:22] <brainiac_ghost> heh
[06:22] <brainiac_ghost> NO!
[06:30] <xxxxx1> hi people
[06:32] <persia> hi xxxxx1
[06:33] <xxxxx1> hello persia. :) 
[06:39] <joejaxx> persia: do you have a free moment?
[06:40] <ampache> Is this the right channel to discuss php web app packaging problems
[06:40] <joejaxx> persia: i was wondering if you would like to help rewording the text on the default index page for lighttpd
[06:40] <persia> joejaxx: I will in a couple minutes.  Tell me what you want, and I'll get to it soon (if someone else doesn't first)
[06:41] <joejaxx> i am looking a bug #115565 at the moment
[06:41] <ubotu> Launchpad bug 115565 in lighttpd "Default index.html links to Debian Bug Tracking system" [Low,Confirmed]  https://launchpad.net/bugs/115565
[06:45] <persia> joejaxx: Sure.  What kind of help do you need?
[06:45] <joejaxx> persia: well it has links to debian pages which i can change
[06:46] <joejaxx> but some of the wording on the page i do not know if it is necessary or not
[06:46] <joejaxx> i can pastebin the contents
[06:46] <joejaxx> well it is mostly the About this page section
[06:47] <persia> Sure.  If you pastebin your draft, I'll proofread it.
[06:52] <ampache> really don't have time to get into the package right now I was just making sure I was in the right channel so when I do I can jump right in
[06:55] <persia> ampache: Welcome.  This is the right channel.  See the topic for further information about jumping in.
[06:55] <RainCT> Hi
[06:55] <RainCT> Can someone confirm that Qt4 Designer has no .desktop?
[06:56] <persia> RainCT: Hi.
[06:56] <ampache> Thank for offering to help, have relatives down right now so you know how that is,  got to go thank again
[06:56] <persia> RainCT: Are you looking at desktop files in general, or just Qt4 Designer?
[06:57] <RainCT> persia: just that one
[06:57] <persia> RainCT: Just checking as I'd seen your comments on lshw-gtk ;)
[07:01] <persia> If you're looking at a single package, I recommend using `aptitude download packagename; dpkg--contents package.deb | grep desktop` as the easiest way to check.  You might also look in your /var/cache/apt/*.Contents-architecture.gz files, if you have them.
[07:01] <joejaxx> persia: http://pastebin.ca/511935
[07:02] <joejaxx> persia: what i am really wondering about is that middle line in the about this page section
[07:03] <persia> joejaxx: You mean "This computer has installed..."?
[07:03] <joejaxx> persia: yeah
[07:03] <persia> Hrm.  I'm not sure I like "...has nothing to do with Ubuntu...".
[07:04] <joejaxx> persia: exactly
[07:04] <joejaxx> that is why i wanted to get a second opinion
[07:04] <RainCT> persia: it hasn't. should I do one and post it on Launchpad? :)
[07:06] <joejaxx> persia: so should i remove that entire line?
[07:06] <joejaxx> i guess it is not needed
[07:07] <persia> RainCT:  Adding a file would be great, but a patch to add the file would be even better.  Take a look at https://wiki.ubuntu.com/MOTU/Packages/DesktopFiles and the "Preparing Patches" section of https://wiki.ubuntu.com/MOTU/Contributing for guidance (ask here if you have questions). 
[07:07] <persia> joejaxx: No we need that line.
[07:08] <RainCT> persia: okay, will try
[07:08] <RainCT> btw, the package is named qt4-designer but the exec designer-qt4. is this correct that way? I've been like 10 minuts searching how to start it.. xDD
[07:09] <joejaxx> persia: i am just wonderinghow do we reword that without it sounding like that
[07:09] <joejaxx> s/wonderinghow/wondering\ how/g
[07:10] <persia> joejaxx: How about "This computer has Ubuntu installed, but does not represent Ubuntu.  Please do not contact Ubuntu to report issues with this host."?
[07:11] <joejaxx> yes that sounds better
[07:11] <persia> I'm fairly sure about the first sentence, but the second is harder: specifically that we do want bug reports from the host administrator (and don't want to annoy users), but we don't want bugs because someone sets up a spam daemon with Ubuntu.
[07:11] <joejaxx> yeah
[07:12] <joejaxx> content issues?
[07:12] <joejaxx> or disputes?
[07:12] <persia> I'm afraid that "Please do not contact Ubuntu about it"  or  "Please do not contact Ubuntu to report issues with this host." doesn't do the right thing.
[07:13] <joejaxx> what about Please do not contact Ubuntu to report hosted content disputes with this host?
[07:13] <persia> I think the Debian policy that every webserver had to ship with language like that was started because there had been inappropriate use of a machine that happened to have Debian installed and an available unconfigured webserver, which caused complaints to Debian, but that may have been theoretical rather than real, or I could be mistaken.
[07:14] <joejaxx> it sounds like it
[07:14] <persia> joejaxx: Better, but still not something I am 100% sure about.  Do we have a branding team?  Maybe they can help.
[07:14] <joejaxx> hmm
[07:14] <joejaxx> -marketing?
[07:15] <persia> joejaxx: That's probably good.  They would have a better understanding of how to balance the risk of misappropriation and the risk of not getting bug reports than I.
[07:15] <joejaxx> alright then
[07:19] <persia> RainCT: There are a lot of packages where the binary and source package names differ, and even more where the installed executable does not match the binary package name.  You can get the source with `dpkg -S executable` and `apt-cache showsrc binary`.
[07:19] <RainCT> what's the mimetype of a .ui file?
[07:19] <RainCT> persia: ok
[07:28] <RainCT> persia: what's better for the logo? .png or .xpm?
[07:29] <RainCT> *logo => icon
[07:31] <persia> RainCT: The Icons section of MOTU/Packages/DesktopFiles covers it in some detail, but in summary, we need a .xpm to put it in the Debian menu, but .png's are prettier and higher resolution, so if one is available, it's nice to include it.  On the other hand, it's harder to package a .png file that isn't included upstream, so these are often omitted.
[07:45] <leonel> hello motus !
[08:03] <xxxxx1> hi leonel 
[08:04] <leonel> hello xxxxx1
[08:04] <leonel> hey !   there are no free  Dell  in  shipit.ubuntu.com     .....
[08:04] <leonel> is that a bug ?
[08:04] <leonel> hehehehehe
[08:04] <xxxxx1> :)
[08:05] <leonel> I'll report it  on launch pad ..
[08:14] <RainCT> how can I report a bug on LP if the package isn't listed there (on "Choose...")?
[08:14] <joejaxx> leonel: no free dell computer? lol :P
[08:17] <beuno> RainCT: what package?
[08:17] <sladen> ompaul: everyone has equal ops here
[08:17] <RainCT> beuno: qt4-designer
[08:18] <LaserJock> RainCT: did you do a search for qt4-designer?
[08:18] <LaserJock> RainCT: there should be a little search link next to the Choose
[08:19] <RainCT> LaserJock: yes, sure
[08:20] <beuno> RainCT: as far as I can see, the package is actually called "qt4-designer-kdecopy", but I can't find it in launchpad either
[08:20] <RainCT> beuno: it's called "qt4-designer", "qt4-designer-kdecopy" is another one (or that's what I think :p)
[08:21] <RainCT> ok found it, on LP it's called "qt4-x11"
[08:21] <LaserJock> the source package is qt4-x11
[08:21] <RainCT> thanks anyways :)
[08:21] <beuno> RainCT: you're right, both of them exist
[08:21] <LaserJock> RainCT: can you hang on a sec
[08:21] <LaserJock> RainCT: did you do a search fot qt4-designer in Launchpad?
[08:22] <beuno> LaserJock: how come a search for "qt4" doesn't show any results at all?
[08:22] <joejaxx> https://launchpad.net/ubuntu/gutsy/+package/qt4-designer
[08:22] <RainCT> LaserJock: yes, on the "Choose..." popup
[08:23] <LaserJock> RainCT: and it didn't return anything?
[08:24] <RainCT> LaserJock: qt4-designer no. ("qt4" yes, but I thought it was called qt4-designer so I didn't see the -x11 until I looked on a qt3 bug and noticed it's called like that)
[08:25] <LaserJock> hmm
[08:26] <LaserJock> so qt4-x11 did come up but there wasn't a qt4-designer anywhere?
[08:26] <RainCT> LaserJock: that's it
[08:26] <leonel> joejaxx: how can we  patch  shipit.ubuntu.com  to fix that ?  hehe
[08:27] <LaserJock> RainCT: alright thanks. I just wanted to nail down the problem. I think I might bug the Launchpad guys about that
[08:28] <joejaxx> leonel: :P
[08:28] <RainCT> LaserJock:  ok, np
[08:29] <RainCT> how can I extract the source from a .deb?
[08:30] <LaserJock> well, a .deb is a binary package
[08:31] <LaserJock> are you wanted to get the source code that was used to build the .deb?
[08:31] <LaserJock> *wanting
[08:31] <RainCT> ah yes.. apt-get source.. so I've to edit the sources.list and update :(
[08:32] <LaserJock> if you already have deb-src lines in sources.list then it's all good
[08:32] <LaserJock> rather, uncommented deb-src lines
[08:33] <RainCT> well just used Sistem > Admin > "Software Sources" 
[08:33] <LaserJock> sure
[08:39] <RainCT> while it downloads, can someone explain me how I add the .desktop and icon to the package please?
[08:42] <LaserJock> ah
[08:42] <LaserJock> well, if there is a .desktop but it's not being install or it's going to the wrong place then you can fix that
[08:42] <LaserJock> if it just doesn't have one at all you can adapt an existing one
[08:43] <LaserJock> .desktop files are stored in /usr/share/applications/
[08:43] <LaserJock> icons generally go to /usr/share/pixmaps/
[08:43] <RainCT> yes, I already did one (https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/117045), but I don't know how to tell the package to place it on that folders
[08:44] <ubotu> Launchpad bug 117045 in qt4-x11 "Missing .desktop for qt4-designer" [Undecided,In progress]  
[08:46] <LaserJock> RainCT: here's some general info on .desktops, if you haven't seen it already, https://wiki.ubuntu.com/MOTU/Packages/DesktopFiles
[08:46] <LaserJock> RainCT: you'll probably find some .install files in the debian/ directory in the source
[08:48] <RainCT> LaserJock: ok, can I just use bash there I have they a own syntax?
[08:49] <LaserJock> RainCT: well, it's a pretty easy syntax, you should get it when you look at the .install file
[08:49] <LaserJock> basicaly, <path to .desktop> usr/share/applications
[08:51] <RainCT> ok
[08:53] <LaserJock> hmm, anybody know who Ceros on the wiki is?
[09:05] <ompaul> sladen, so I noticed at the time :)
[09:10] <LaserJock> RainCT: hmm, I can't duplicate your Launchpad problem
[09:11] <LaserJock> when I do a search for qt4-designer in the little Choose ... popup it shows up
[09:12] <RainCT> LaserJock: No results found for keyword 'qt4-designer'.
[09:13] <LaserJock> on what page exactly?
[09:13] <RainCT> https://bugs.launchpad.net/bugs/+filebug > Package > Choose...
[09:13] <RainCT> @ LaserJock
[09:13] <LaserJock> ohhh
[09:14] <LaserJock> it works with launchpad.net/ubuntu/+filebug
[09:15] <LaserJock> the Choose popup on the page you did is different
[09:15] <LaserJock> that's very interesting
[09:15] <joejaxx> is there a list of packages that are in ubuntu but not in debian?
[09:16] <LaserJock> kinda yeah
[09:18] <LaserJock> joejaxx: http://tiber.tauware.de/~lucas/versions/all-packages.html
[09:18] <joejaxx> ah ok thanks :)
[09:19] <xxxxx1> bye people!
[09:19] <joejaxx> wow 1846 packages
[09:20] <LaserJock> I'm not sure if that's been updated to look at gutsy
[09:21] <joejaxx> oh ok
[09:25] <RainCT> LaserJock: got the source. in "debian" there is a a qt4-designer.install file with usr/bin/designer-qt4 (line break) usr/lib/qt4/plugins/designer/*.so on it. I've just to add ./qt4-designer.desktop /usr/share/applications/qt4-designer.desktop and ./qt4-designer.xpm /usr/share/pixmaps/qt4-designer.xpm to it?
[09:29] <LaserJock> RainCT: ok, so did you add the .desktop and .xpm?
[09:30] <RainCT> LaserJock: yes, are they ok on the debian directory or shall I create a folder for them?
[09:30] <LaserJock> put then in the debian directory
[09:30] <LaserJock> then in the .install file do:
[09:30] <LaserJock> debian/qt4-designer.desktop usr/share/applications/
[09:31] <LaserJock> debian/qt4-designer.xpm usr/share/pixmaps/
[09:44] <RainCT> LaserJock: on debuild, I can just ignore stuff like this, or? dpkg-source: warning: executable mode 0755 of `debian/patches/[...] .dpatch' will not be represented in diff
[09:50] <RainCT> gpg: hi ha un problema amb l'agent: es deshabilitar el seu s (there's a problem with the agent: his use will be disabled)     debsign: gpg error occurred!  Aborting....     debuild: fatal error at line 1155:     running debsign failed
[09:50] <RainCT> somebody help?
[09:51] <joejaxx> RainCT: what is the commandline you are using ?
[09:51] <geser> RainCT: do you use the seahorse-agent?
[09:51] <joejaxx> ie dbeuild ......
[09:51] <joejaxx> debuild*
[09:51] <RainCT> geser: yes
[09:52] <RainCT> joejaxx: debuild -S
[09:52] <geser> bug #78165 has a work-around for this problem
[09:52] <ubotu> Launchpad bug 78165 in devscripts "debuild fails to use seahorse-agent" [Undecided,Confirmed]  https://launchpad.net/bugs/78165
[09:55] <RainCT> ok thanks
[09:55] <joejaxx> geser: do you know how to make debuild automatically use a certain key?
[09:55] <joejaxx> so you do not have to do -kKEYHERE
[09:57] <geser> if debuild honors ~/.devscripts you can use DEBSIGN_KEYID in it
[09:58] <joejaxx> ok
[10:07] <joejaxx> hello pleia2 :)
[10:08] <ArneOlav> hello! Are there any chance of there ever coming a netpbm-nonefree package in Ubuntu, instead of the old netpbm-free package that comes from Debian?
[10:12] <pleia2> joejaxx: hey
[10:14] <LaserJock> ArneOlav: what is it nonfree?
[10:14] <LaserJock> *why
[10:14] <\sh> moins
[10:15] <RainCT> is it normal for "patch -p1" to be damn slow?
[10:15] <LaserJock> well, if it's just patch -p1 it would be
[10:15] <LaserJock> you need patch -p1 < patchfile
[10:16] <tsmithe> lol
[10:16] <RainCT> LaserJock: it's  patch -p1 ../qt4-x11_4.2.3-0ubuntu4.debdiff 
[10:16] <RainCT> LaserJock: is that < missing?
[10:16] <LaserJock> put the < in there
[10:16] <tsmithe> it generally accepts the patch from stdin
[10:16] <tsmithe> so you nee... damn LaserJock, i was explaining!
[10:17] <RainCT> on the wiki it's without the <, shall I change it?
[10:17] <tsmithe> yep
[10:17] <\sh> can someone do me a favour, and put a j2me package from sun on a webserver where I can download it? somehow I'm not able to download it form sun :(
[10:18] <\sh> s/form/from/
[10:18] <LaserJock> \sh: got a URL for it?
[10:18] <LaserJock> or at least a beginning URL
[10:19] <\sh> LaserJock, on http://java.sun.com/javame/downloads/index.jsp the first download...go down to the next page, there is the real download link
[10:19] <\sh> i actually don't know if it's on suns side, or on my side, just because coming via umts
[10:20] <LaserJock> "Sun Java Wireless Toolkit 2.5.1 for CLDC"
[10:20] <LaserJock> ?
[10:20] <ArneOlav> LaserJock, because there is a netpbm-free that is maintained by alioth. You can find more info here http://netpbm.alioth.debian.org/
[10:20] <\sh> LaserJock, yepp
[10:20] <RainCT> can someone check this (debdiff uploaded) please? https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/117045
[10:21] <ubotu> Launchpad bug 117045 in qt4-x11 "Missing .desktop for qt4-designer" [Undecided,Confirmed]  
[10:21] <LaserJock> ArneOlav: I'm asking what is not free about the nonfree package?
[10:21] <LaserJock> \sh: I get a Fatal Exception when I try
[10:21] <\sh> LaserJock, ok..me too
[10:21] <LaserJock> Fatal Error rather
[10:21] <RainCT> and why can I change the importance of bugs? :S
[10:22] <LaserJock> can or can't?
[10:22] <RainCT> * can't
[10:22] <joejaxx> RainCT: i think you have to be on Ubuntu QA to be able to change them
[10:23] <LaserJock> yeah
[10:23] <LaserJock> RainCT: couple things
[10:24] <LaserJock> you need to do this for gutsy so in the changelog you need use gutsy instead of feisty
[10:24] <\sh> LaserJock, so it's sun and not me or you :)
[10:24] <ArneOlav> LaserJock, I don't know...
[10:24] <LaserJock> and in the .desktop for the icon don't use a path, just put Icon=qt4-designer
[10:25] <jussi01> Hello all
[10:25] <RainCT> LaserJock: okay. is there a easy way to change this now, without redo everything?
[10:25] <\sh> RainCT, dch -D gutsy
[10:26] <\sh> for the distro in debian/changelog
[10:26] <\sh> adjust the patch
[10:26] <ArneOlav> LaserJock, I am guessing some copyrights
[10:27] <RainCT> \sh: and then I've to redo debuild -S?
[10:28] <\sh> RainCT, jeppp
[10:29] <RainCT> ok
[10:29] <RainCT> why don't bugfixes go into Feisty?
[10:30] <LaserJock> RainCT: because Feisty has been released
[10:30] <RainCT> but there are still updates like every 2 days..
[10:31] <LaserJock> those are security and data-loss bug fixes
[10:31] <\sh> RainCT, security related issues are going into feisty/edgy/dapper...
[10:31] <RainCT> ah
[10:32] <RainCT> (is there also a way to make   debuild -S   faster? :p)
[10:34] <LaserJock> RainCT: it should only take a few seconds to maybe 30s
[10:34] <\sh> RainCT, buy a new computer ;)
[10:34] <RainCT> lol
[10:40] <RainCT> 4 minutes lol
[10:40] <LaserJock> that is a bit long
[10:41] <RainCT> great, let it run again after deleting two CVS folder that were in the source and then it ignores the change ^o)
[10:43] <ryanakca> is this safe to ignore? 
[10:43] <ryanakca> W: kmilo-legacy: package-has-a-duplicate-relation depends: kmilo, kmilo (>= 4:3.5.6-1)
[10:43] <ryanakca> W: kmilo: package-name-doesnt-match-sonames libkmilo1
[10:44] <RainCT> LaserJock: new one updated
[10:44] <LaserJock> ryanakca: I don't think so
[10:44] <xxxxx1> ryanakca: nop. try lintian -i
[10:44] <ryanakca> xxxxx1: ah, thanks
[10:44] <xxxxx1> ryanakca: np.
[10:44] <geser> ryanakca: the first one should be easy to fix
[10:45] <RainCT> * updated = uploaded :-/
[10:45] <LaserJock> ryanakca: doesn't look like the .desktop got updated
[10:45] <LaserJock> ryanakca: sorry that was for RainCT 
[10:45] <LaserJock> RainCT: ^^
[10:46] <rgl> I've made my first package change!   I've just upgraded a existing package, nginx, but I'm having a bit trouble generating the last bit, the interdiff, so far I've this: http://id.ruilopes.com/ubuntu/packages/nginx/0.5.20/    can you guys help me out?
[10:46] <LaserJock> RainCT: did you redo the debdiff?
[10:46] <RainCT> LaserJock: yes
[10:46] <ryanakca> geser: yep
[10:48] <LaserJock> RainCT: hmm, check the .desktop
[10:48] <LaserJock> RainCT: also have you had a chance to build the package?
[10:50] <RainCT> oops no
[10:50] <RainCT> :-[
[10:50] <ryanakca> geser: but then, I don't know if it (the first one) is supposed to be that way. I didn't touch the control file, and it's already in main. And I don't see how kmilo-legacy can't depend on kmilo, since all -legacy is is extra keybindings for older laptops
[10:52] <ryanakca> geser: should I pastebin the control file?
[10:52] <geser> yes please
[10:53] <rgl> its normal for a interdiff to contain the patches to revert the previous patches, and then, add our changes?
[10:54] <Q-FUNK> Has anything changed since the Feisty freeze about getitng package syncs from Debian?  is that still automatic, just as long as no delta exists that are Ubuntu-specific?
[10:54] <ryanakca> geser: http://pastebin.ca/512296
[10:54] <RainCT> LaserJock: now :)
[10:54] <ryanakca> geser: lines 328 to 366
[10:57] <geser> ryanakca: the pastebin has only 349 lines
[10:57] <geser> ryanakca: I would try to remove kmilo from the depends on kmilo-legacy, rebuild the package and check if kmilo-legacy still has a versioned depends on kmilo
[10:59] <geser> I guess the duplicate deps come from the libs in kmilo (see the second warning)
[11:00] <ryanakca> geser: http://pastebin.ca/512308 , there. I cut out the useless text
[11:00] <ryanakca> must be a line limit or something
[11:00] <geser> you can ignore both warnings (as it does gain much but only increases the Ubuntu delta)
[11:00] <ryanakca> okies
[11:01] <geser> s/does/doesn't/
[11:01] <LaserJock> RainCT: looks great, just one thing, you need do this on top of the gutsy package (4.2.3-1ubuntu2) not feisty's
[11:01] <ryanakca> ah
[11:01] <geser> that way it makes more sense
[11:01] <LaserJock> RainCT: I'm guessing it won't make any difference but you should still check it out
[11:11] <RainCT> LaserJock: oh, how can I do that?
[11:13] <LaserJock> get the gutsy package source
[11:14] <RainCT> yes but from where?
[11:14] <LaserJock> https://launchpad.net/ubuntu/gutsy/+source/qt4-x11
[11:15] <RainCT> LaserJock: do I need the orig.tar.gz? it's called the same
[11:15] <geser> RainCT: you can have a deb-src line for gutsy without problems on a feisty system
[11:15] <LaserJock> if it's the same version you don't need to get a new one
[11:16] <LaserJock> geser: can you? I ran into a bug with that a while ago
[11:16] <RainCT> LaserJock: ok, so I don't need the debuild, just the debdiff is enough?
[11:20] <LaserJock> RainCT: you should always rebuild the source package and it's a good idea to rebuild the binary package
[11:21] <LaserJock> but put the debdiff in the bug report
[11:22] <RainCT> "Launchpad is offline at the moment for maintenance." great
[11:23] <RainCT> ok, uploaded http://librarian.launchpad.net/7844298/qt4-x11_4.2.3-1ubuntu3.debdiff
[11:24] <LaserJock> ok, you need to debdiff from the gutsy version to your version
[11:24] <LaserJock> it looks like you debdiffed from the feisty version to your gutsy version
[11:25] <RainCT> I changed my .dsc the version and the .dsc's file name and debdiffed with the gutsy one
[11:25] <geser> RainCT: you need to redo you changes to the gutsy version
[11:26] <geser> the gutsy version has some additional fixes compared to the feisty one which get removed by your debdiff
[11:26] <geser> and the version needs also to be updated
[11:29] <RainCT> geser: uhm.. how do I update the source folder?
[11:31] <geser> I don't understand. You mean how to unpack the source package from gutsy?
[11:32] <LaserJock> RainCT: basically, just save your .desktop and .xpm file somewhere and remove the source folder you were working in
[11:32] <RainCT> I've the files qt4-x11_4.2.3.orig.tar.gz, qt4-x11_4.2.3-1ubuntu2.diff.gz and qt4-x11_4.2.3-1ubuntu2.dsc
[11:32] <RainCT> what do I do with them to get the source folder?
[11:32] <LaserJock> RainCT: then unpack the gutsy source with dpkg-source -x qt4-x11_4.2.3-1ubuntu2.dsc
[11:33] <RainCT> done
[11:34] <LaserJock> now recreate your changes
[11:36] <RainCT> how do I change the changelog?
[11:36] <RainCT> dch isn't working
[11:37] <RainCT> it puts another guy's changes before mine, with version 1ubuntu2
[11:37] <LaserJock> well, that's the version that's in gutsy
[11:38] <RainCT> so shouldn't it add 1ubuntu3?
[11:38] <LaserJock> you should just run dch -i
[11:38] <RainCT> ah ok
[11:40] <RainCT> ok done+
[11:40] <geser> and add either -D gutsy or change the distribution in the editor
[11:40] <RainCT> there are 2 CVS folders in the source, how can I remove them? or should I leave them?
[11:41] <geser> as this is already packaged software, leave them
[11:42] <geser> besides dpkg-source will ignore the removals as it can't represent them in the diff.gz
[11:44] <RainCT> ok, debuilding
[11:52] <RainCT> LaserJock, geser: uploaded
[11:54] <Fujitsu> Morning everyone.
[11:54] <LaserJock> hi Fujitsu 
[11:55] <Fujitsu> Hi LaserJock.
[11:55] <joejaxx> hello Fujitsu 
[11:55] <Fujitsu> Hi joejaxx.
[11:55] <RainCT> night Fujitsu :p
[11:56] <LaserJock> RainCT: looks good
[11:57] <RainCT> :-)
[11:58] <LaserJock> RainCT: now you want to subscribe the ubuntu-universe-sponsors team to that bug
[11:59] <RainCT> already did that
[11:59] <astro73__> anyone have a saitek gamer's keyboard?
[11:59] <LaserJock> RainCT: great
[12:00] <geser> LaserJock, RainCT: qt4-x11 is in main
[12:01] <LaserJock> doh
[12:01] <LaserJock> I did wonder but was too lazy to look
[12:01] <RainCT> so I've to add ubuntu-main-sponsors?
[12:02] <geser> yes
[12:03] <RainCT> how do I unsubscribe -universe ?
[12:04] <geser> RainCT: I've already done it
[12:04] <geser> you need to be a member of a team to unsubscribe it
[12:04] <RainCT> geser: but I subscribed it again trying if it asks to unsubscribe if it's submitted twice :/
[12:06] <RainCT> so now I've to wait for someone to review it?
[12:06] <geser> RainCT: when I look at the subscribers of this bug it looks ok now
[12:06] <geser> yes
[12:07] <RainCT> OK, thanks to all
[12:07] <geser> have you checked the .desktop file with desktop-file-validate? because it gives: error: required key "Encoding" not found
[12:08] <geser> and a warning about the undefined "Application" category
[12:09] <RainCT> :s
[12:09] <RainCT> http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-0.9.8.html here it says encoding is deprecated
[12:11] <geser> than the tool probably needs an update
[12:11] <Fujitsu> Interesting. Looks like Debian is making shlibs more intelligent
[12:12] <Q-FUNK> Fujitsu: URL?
[12:12] <Fujitsu> About 3 hours ago on debian-devel
[12:12] <RainCT> well, gonna go
[12:12] <RainCT> good night
[12:13] <geser> RainCT: ignore my comment about the .desktop file than
[12:13] <Fujitsu> RainCT: You should remove the Application category.
[12:13] <geser> RainCT: I looked at your debdiff and it looks ok to me