[00:02] <abuDawud> can any experienced MOTU folks just go over the basics of how they run the entire process... I don't see this anywhere on the wiki
[00:03] <abuDawud> Like how do you look for a 'bug', how do you confirm its not already packaged for the requested version, how do you start the process of packaging, etc
[00:10] <bdrung> mr_pouit: around?
[05:54] <DiegoTc> hi guys
[05:54] <DiegoTc>  I am trying to package a qt code I did
[05:54] <DiegoTc>  actually i did it
[05:54] <DiegoTc>  but when i installed it
[05:54] <DiegoTc>  i can't not find it
[05:54] <DiegoTc>  i have to search it
[05:54] <DiegoTc>  wondering if there is a way that it creates a "shortcut on the aplication menu"
[05:59] <DiegoTc> someone could help me on that?
[06:00] <paultag> DiegoTc, look at .desktop files, check some existing code to find it. might be worthwhile to apt-get source on a few packages that install to the menu
[06:00] <paultag> DiegoTc, I think gedit has one, and it's a straightforward package, iirc
[06:00] <paultag> DiegoTc, if not, groundcontrol has a good setup
[06:02] <paultag> yeah, groundcontrol is better, DiegoTc
[06:02] <DiegoTc> okay
[06:02] <DiegoTc> thanks paultag
[06:02] <paultag> good luck, DiegoTc
[06:02] <DiegoTc> paultag, when I upload a package to lp it takes some minutes to update the ppa page?
[06:02] <paultag> BBL, futurama
[06:03] <paultag> DiegoTc, you'll get an email
[06:03] <paultag> /away
[06:03] <DiegoTc> jajaja
[06:03] <DiegoTc> it got reject it
[06:03] <DiegoTc> :p
[06:19] <mr_pouit> bdrung: yes?
[06:37] <kklimonda> good morning
[07:00] <coolbhavi> Is internet available on official buildds?
[07:00] <ajmitch> not at all
[07:04] <dholbach> good morning!
[07:33] <coolbhavi> good morning dholbach
[07:33] <dholbach> hey coolbhavi
[07:34]  * coolbhavi runs back to work 
[07:40] <bilalakhtar> dholbach: When would be a proper time to push a new update of the sponsoring overview to reports.qa.ubuntu.com?
[07:40] <dholbach> bilalakhtar, what do you mean?
[07:41] <bilalakhtar> dholbach: I mean to ask, is the sponsoring overview in trunk stable enough to replace the one already on reports.q.u.c ?
[07:41] <dholbach> I'm quite sure that it is
[07:42] <dholbach> so what's in lp:ubuntu-sponsoring  should be what's available at reports.q.u.c
[07:42] <dholbach> Using saved parent location: http://bazaar.launchpad.net/~dholbach/ubuntu-sponsoring/trunk/
[07:42] <dholbach> No revisions to pull.
[07:42] <dholbach> bilalakhtar, ^
[07:43] <bilalakhtar> dholbach: I don't think it is
[07:43] <bilalakhtar> dholbach: running the sponsoring overview in trunk has a completely new look
[07:43] <dholbach> the message above is from the report.q.u.c
[07:43]  * bilalakhtar confirmes
[07:44] <dholbach> what is different?
[07:45] <bilalakhtar> dholbach: wait a few minutes, I will telll you
[07:45] <bilalakhtar> I am currently running the overview from trunk
[07:56] <dholbach> bilalakhtar, so I just checked the local output and it looks very much the same to me
[07:56] <dholbach> I need to go now - I'll bbl, so let me know what you found
[07:56] <bilalakhtar> dholbach: thanks, mine is the same as well
[07:56] <dholbach> ok good :)
[07:56] <dholbach> phew!
[07:56] <bilalakhtar> sorry for the poke the
[07:57] <bilalakhtar> *then
[07:57] <dholbach> no worries
[07:57] <bilalakhtar> Actually an older version on trunk had a bit better look
[07:57] <bilalakhtar> which made me think the one in qa.u.c is old
[07:57] <dholbach> I really don't think the look changed in the last few months
[07:57] <dholbach> but if you have suggestions or want to contribute...... :)
[08:18] <micahg> ebroder: good call on the source dir issue WRT mame
[08:44] <bilalakhtar> quadrispro: good luck with your application!
[08:44] <quadrispro> thank you bilalakhtar !
[10:29] <hrw> hi
[10:30] <hrw> I have a directory with pbuilder results and there are many versions of same package. anyone has a script or other way to remove all versions other then latest one?
[10:33] <Rhonda> hrw: ls *.changes | tac | tail -n +2 | xargs dcmd rm
[10:33] <Rhonda> … this though might remove the .orig.tar.gz for your latest build too. But you should be able to fetch that again anyway.
[10:33] <hrw> Rhonda: thx
[10:34] <Rhonda> Do an "xargs dcmd echo rm"
[10:34] <Rhonda> … so you actually get an idea what will get done. :)
[10:35] <hrw> ok
[10:35] <StevenK> dcmd is not necessary, I think he only wants to remove them locally
[10:35] <Rhonda> StevenK: So?
[10:35] <StevenK> Oh, I thought it was something else
[10:36] <Rhonda> dcmd expands the .changes file to all files referenced in it
[10:36] <Rhonda> So it will actually remove the sources and binaries referenced within too.
[11:59] <bdrung> mr_pouit: i saw that you talked about syncpackage. it takes a .dsc file (from debian) and all corresponding files, creates a _source.changes file for uploading it to ubuntu. do you want to know more about it?
[12:02] <bdrung> bilalakhtar: re sponsors-overview: please check if adblock-plus blocks something
[12:02] <bilalakhtar> bdrung: hmm? okay
[12:03] <bdrung> bilalakhtar: it will look different if adblock-plus blocks the css file or js file
[12:04] <bilalakhtar> bdrung: cool!
[12:04] <bilalakhtar> it worked
[12:04] <bilalakhtar> !
[12:04] <bilalakhtar> bdrung: How did you know that?
[12:05] <bilalakhtar> I mean, how did you know I used adblock-plus
[12:05] <bdrung> bilalakhtar: because i hat to add an exception for it, too
[12:05] <bdrung> bilalakhtar: because everyone uses adblock-plus ;)
[12:05] <bilalakhtar> :)
[12:06] <hrw> markos_: browsing net without adblock is strange thing ;D
[13:01] <mr_pouit> bdrung: I don't think it was me (I already know what it does ;)
[13:01] <bdrung> mr_pouit: about which package did you talked yesterday?
[13:02] <mr_pouit> mmh, exo I think
[13:13] <m4n1sh> I am trying to create a source package, but debuild -S is giving errors http://debian.pastebin.com/TxeMhuq2
[13:14] <m4n1sh> the initial package worked fine, it started giving problems only after I edited the original source page to add one more section to build a binary package
[13:14] <m4n1sh> dpkg-source: error: cannot represent change to zeitgeist-datasources/zeitgeist-dataproviders-0.1.0.tar.gz: binary file contents changed
[13:40] <azeem_> m4n1sh: why is there a tarball inside the source tree?
[13:40] <m4n1sh> azeem_: I did a make distcheck
[13:40] <m4n1sh> to build it
[13:40] <m4n1sh> took it outside
[13:41] <m4n1sh> and then created the debian folder
[13:41] <azeem_> outside is what?
[13:41] <soren> quadrispro: To answer your question from #ubuntu-meeting (just respond whenever you're available to do so):
[13:41] <m4n1sh> azeem_: the orig.tar.g file
[13:42] <m4n1sh> azeem_: after removing that tar file from inside
[13:42] <m4n1sh> http://paste.ubuntu.com/535195/
[13:42] <azeem_> m4n1sh: apparently the tar.gz file is still located in the source tree?
[13:42] <soren> quadrispro: Simple. a) I cannot always attest to a package's correctness on Debian, becuase I happen to run Ubuntu, not Debian. b) There is less resistence in getting stuff into Ubuntu. Faster turnaround => more stuff gets done.
[13:42] <azeem_> m4n1sh: ok, so that one is resolved
[13:42] <m4n1sh> yeah
[13:42] <azeem_> the other problem is the new symlink
[13:42] <m4n1sh> azeem_: do I need to remove all files created by ./autogen.sh ?
[13:43] <azeem_> probably easiest is the remove that one in the clean target, and redo it if necessary for the build
[13:43] <m4n1sh> fine
[13:43] <azeem_> m4n1sh: why do you run autogen.sh during package build?
[13:43] <azeem_> does the upstream tarball not have a full configure script already?
[13:44] <m4n1sh> azeem_: actually I am working with upstream
[13:44] <m4n1sh> so I need to run
[13:44] <m4n1sh> ./confugure
[13:44] <m4n1sh> and then ?
[13:44] <m4n1sh> debuild -S
[13:44] <m4n1sh> ?
[13:44] <azeem_> upstream (you e.g.) should make a tarball relaease
[13:44] <azeem_> release*
[13:44] <m4n1sh> azeem_: did it
[13:45] <azeem_> then you should add the debian/ directory to ti
[13:45] <azeem_> it*
[13:45] <azeem_> if needed, add patches to debian/patches
[13:45] <m4n1sh> means extract it and then add debian/ folder
[13:45] <m4n1sh> right?
[13:45] <azeem_> yeah
[13:45] <m4n1sh> did it
[13:45] <m4n1sh> then ./configure ?
[13:45] <azeem_> ./configure should be run by the debian package build process
[13:46] <m4n1sh> just debuild -S
[13:46] <azeem_> right
[13:47] <m4n1sh> azeem_: works
[13:47] <m4n1sh> :)
[13:47] <m4n1sh> now I need to upload it to PPA and check
[13:48] <quadrispro> soren, 1) well, OK, I run it too. so, I meant: "encourage" contributors, not beat them :)
[13:50] <soren> quadrispro: Your question was "but if the package works fine for Debian and Ubuntu and the delta is not so intrusive, why should we diverge?"
[13:50] <soren> I wouldn't mind at all seeing more packages flow the other way.
[13:50] <ari-tczew> why meeting logs are not updated yet :/
[13:51] <quadrispro> soren, I need to to have shower. I'm very, very interested to discuss about this point, really, but... can we continue later? :)
[13:51] <soren> quadrispro: I'm always around.
[13:52] <quadrispro> soren, even this evening? anyway, I'll ping you soon, ok?
[13:52] <soren> quadrispro: No worries.
[13:53] <soren> quadrispro: I never log off, at least. I may wander off for a while, but if you mention my name, I'll eventually respond.
[14:48] <pavolzetor> hi, I need help with applying patch
[14:50] <pavolzetor> https://code.launchpad.net/~pavolzetor/ubuntu/natty/liferea/liferea-test
[14:50] <pavolzetor> could you look at this?
[14:53] <happyaron> Can someone help me on this build failure? it builds on debian unstable, but not ubuntu natty: http://launchpadlibrarian.net/59448987/buildlog_ubuntu-natty-amd64.fcitx_1%3A3.6.4-1_FAILEDTOBUILD.txt.gz
[14:53] <happyaron> fcitx/1:3.6.4-1
[14:55] <ScottK> pavolzetor: If you ask mvo on #ubuntu-devel, I think he is helping people with patches today.
[14:55] <BlackZ> happyaron: it's related to binutils-gold most likely
[14:55] <ari-tczew> happyaron: FTBFS due to DSO linking. Related to binutils-gold in natty. http://wiki.debian.org/ToolChain/DSOLinking
[14:56] <ari-tczew> happyaron: Add -lXrender to LDFLAGS or LIBS.
[14:56] <BlackZ> happyaron: the correct way would be add that libraries to the gcc call
[14:56] <happyaron> ari-tczew: thanks
[14:57] <happyaron> BlackZ: thank you, too
[14:59] <geser> ari-tczew: adding to LDFLAGS won't work anymore since the --as-needed change as order does matter now (the linked library has to be specified after the object file needing it in the linker call)
[15:00] <ari-tczew> geser: OK, what's the conclusion? Adding to LIBS?
[15:00] <geser> yes
[15:01] <geser> and checking that LIBS is used after the object files
[15:01]  * happyaron confused
[15:01] <ari-tczew> happyaron: Add -lXrender to LIBS.
[15:01] <happyaron> okay
[15:12] <ari-tczew> ogra: for requesting sync, you can use script 'requestsync'
[16:04] <happyaron> ari-tczew: well, it seems not working.
[16:15] <ari-tczew> happyaron: sorry, I can't foretell from the ball
[16:16] <ari-tczew> (show buildlog)
[16:17] <happyaron> /usr/bin/ld: TrayWindow.o: in function DrawTrayWindow:TrayWindow.c:160: error: undefined reference to 'XRenderFreePicture'
[16:17] <happyaron> collect2: ld returned 1 exit status
[16:18] <ari-tczew> show more log and use http://paste.ubuntu.com
[16:25] <happyaron> ari-tczew: http://paste.ubuntu.com/535252/
[16:25] <happyaron> thanks
[16:28] <ari-tczew> happyaron: on which release do you building?
[16:28] <ari-tczew> natty?
[16:29] <happyaron> ari-tczew: this log is produced on lucid with binutils-gold installed, if really need to use natty I can try with a ppa
[16:32] <ari-tczew> happyaron: it depends what are you doing
[16:33] <ari-tczew> I'm not expert in fixing FTBFS but it looks for me as upstream problem
[16:33] <ari-tczew> maybe any include is missing
[16:34] <happyaron> thanks for you help. well here is my rules, I don't know whether I've put LIBS in wrong place
[16:34] <happyaron> http://paste.ubuntu.com/535257/
[16:36] <ari-tczew> happyaron: the best solution is add missing flags LIBS to Makefile
[16:36] <happyaron> okay, try now
[16:36] <ari-tczew> adding to debian/rules is workaround
[16:40] <happyaron> ari-tczew: yeah add to Makefile seems to work, so I'll try to patch it. thanks for your help!
[16:40] <ari-tczew> np
[17:38] <tonymoyoy> hi, How can I make a deb packege for ubuntu that shows a screenshot in the ubuntu software center when you are trying to install it ?
[17:40] <m4n1sh> tonymoyoy: I dont think that the deb package has anything to do with the screenshot
[17:40] <m4n1sh> screenshots are stored seperately
[17:41] <bilalakhtar> tonymoyoy: http://screenshots.ubuntu.com/
[17:41] <m4n1sh> http://screenshots.debian.net/
[17:41] <m4n1sh> I think Ubuntu syncs from here
[17:41] <bilalakhtar> m4n1sh: no, Ubuntu operates a separate version at http://screenshots.ubuntu.com/ which syncs from there
[17:41] <bilalakhtar> along with some of its own
[17:42] <m4n1sh> bilalakhtar: I have been trying to build the banshee-community-extensions from the HEAD
[17:42] <tonymoyoy> thanks bilalakhtar
[17:42] <m4n1sh> weird problems
[17:42] <bilalakhtar> m4n1sh: mention itg
[17:42] <bilalakhtar> *it
[17:43] <m4n1sh> the configure part works fine
[17:43] <m4n1sh> and the make distcheck works for most of the people
[17:43] <m4n1sh> Except me :(
[17:43] <bilalakhtar> m4n1sh: install the appropriate lib*-dev package then
[17:43] <m4n1sh> done
[17:44] <m4n1sh> make works
[17:44] <m4n1sh> make distcheck does not
[17:44] <m4n1sh> and it works for everyone else :(
[17:44] <bilalakhtar> Could a UDD user please verify bug #668764 's SRU upload to maverick-proposed? thanks
[17:45] <bilalakhtar> I have been using the package since before the upload and its very much fine
[17:45] <bilalakhtar> could someone else also verify? takes only a minute
[17:45] <bilalakhtar> m4n1sh: could you specify the problem?
[17:46] <m4n1sh> yeah
[17:46] <m4n1sh> giving you the problem
[17:47] <m4n1sh> bilalakhtar: http://paste.ubuntu.com/535281/
[17:47] <m4n1sh> do you think it is due to bad build script?
[17:48] <m4n1sh> or do I have to purge the build-deps
[17:48] <m4n1sh> and then try again?
[17:51] <ari-tczew> IMO debian/rules is wrong or upstream issue.
[17:54] <bilalakhtar> m4n1sh: looking now, sorry
[17:54] <m4n1sh> bilalakhtar: you want the git repo?
[17:54] <m4n1sh> git://gitorious.org/banshee-community-extensions/banshee-community-extensions.git
[17:54] <bilalakhtar> thanks
[17:54]  * bilalakhtar clones
[17:54] <m4n1sh> and just do install the basic build-dep
[17:58] <bilalakhtar> chrisccoulson: there? are you working on bug #630383? or can I take it?
[17:58] <chrisccoulson> bilalakhtar, feel free to take it, i didn't get time to look at it yet
[17:58] <bilalakhtar> thanks chrisccoulson
[18:00] <bilalakhtar> m4n1sh: sorry, I don't have the time ATM to look at it
[18:00] <BlackZ> m4n1sh: seems like the "Main.cs" reference is missing in the makefile
[18:01] <m4n1sh> BlackZ: it is present. That is the puzzle
[18:01] <m4n1sh> atleast in Makefile.am it is referenced
[18:02]  * m4n1sh checks again
[18:02] <m4n1sh> yes it is
[18:09] <bcurtiswx> is there a way to tell bzr bd to use more CPU's ?
[18:10] <ebroder> bcurtiswx: There's the DEB_BUILD_OPTIONS environment variable: http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options
[18:10] <ebroder> But it only works if the package supports it (i.e. it's opt-in for the packaging)
[18:30] <quadrispro> soren, what does it mean "less resistence in getting stuff into"? when a package doesn't get accepted by Debian, we should wonder why instead straightly accept it
[18:34] <ari-tczew> I have some odd case. I have patch to fix licenses in upstream files. How should do I resolve this? By patch or apply directly?
[18:34] <quadrispro> (IMHO), this was about the 2nd point. And about the 1st one: using the same software on both Debian and Ubuntu means learning more things about it
[18:34] <BlackZ> ari-tczew: can't upstream just fix that?
[18:35] <ari-tczew> BlackZ: upstream has fixed...
[18:35] <ari-tczew> BlackZ: I'm packing new package.
[18:35] <quadrispro> ari-tczew, if upstream has fixed it in its VCS, it would be better to prepare a new dfsg-clean tarball
[18:35] <ari-tczew> and I have prepared stable release. Upstream has fixed in trunk.
[18:36] <BlackZ> ari-tczew: what quadrispro said :)
[18:36] <quadrispro> ari-tczew, get the sources from upstream's trunk
[18:37] <quadrispro> if he introduces something that you consider wrong/broken/experimental, and you want to exclude that
[18:38] <quadrispro> you could strip out it by patching the sources
[18:38] <ari-tczew> quadrispro: his trunk is FTBFS, start from this case
[18:40] <quadrispro> ari-tczew, take a deep look at the differences between the latest release tarball and the trunk and try to catch the issue
[18:40] <ari-tczew> quadrispro: bintuils gold :)
[18:40] <quadrispro> ari-tczew, arghh! :)
[18:41] <quadrispro> usually they are linking order-related
[18:46] <ari-tczew> quadrispro: could you take a look on bug 313570 ? guy has noticed that patch is broken, you are a merger
[18:46] <ari-tczew> quadrispro: ah, sorry, BlackZ is
[18:46] <ari-tczew> you are the first uploader :)
[18:47] <quadrispro> ari-tczew, sorry but having busy time now. BlackZ, could you take a look?
[18:49] <BlackZ> quadrispro: will do
[18:49] <micahg> quadrispro: congrats on becoming core-dev
[18:50] <quadrispro> thank you micahg !
[19:06] <hrw> hmm. I need to update wiki and finally start process ;D
[19:08] <ari-tczew> hrw: maybe MOTU first?
[19:08] <hrw> ari-tczew: process to get some kind of level - not core one in 2010 ;D
[19:09] <hrw> ari-tczew: but for tomorrow I already have listed "go to #bzr and find out why LP shows conflicts in my merge requests"
[19:10] <ari-tczew> aha
[19:10] <ari-tczew> hrw: IIRC you work for Ubuntu if you got a money.
[19:10] <hrw> and once found I will have to rebase/resubmit etc 3 packages
[19:10] <hrw> ari-tczew: not quite. I also use ubuntu
[19:11] <hrw> ari-tczew: today worked on fixing byobu bug which occured on my hw and it was not related to my work.
[19:11] <hrw> ari-tczew: also working a bit on efikamx smartbook support things
[19:12] <micahg> hrw: so, you're interested in becoming an Ubuntu Developer?
[19:12] <hrw> micahg: thats the plan
[19:13] <micahg> hrw: have you seen this yet? https://wiki.ubuntu.com/UbuntuDevelopers
[19:13] <hrw> micahg: if I would not buy linuxpda in 2004 I would probably be ubuntu-by-debian developer already
[19:13] <ari-tczew> hrw: start merging with Debian :)
[19:14] <hrw> micahg: need to find where do I have my page
[19:15] <micahg> hrw: where *to* put it, or where *did* you put it?
[19:15] <hrw> micahg: did
[19:15] <micahg> ah
[19:15] <hrw> moinmoin never was my favorite so I have problems with it sometimes
[19:16] <hrw> found
[19:16] <hrw> https://wiki.ubuntu.com/MarcinJuszkiewicz/DeveloperApplicationForUniverseContributer
[19:17] <hrw> bookmarked this time
[19:19] <kklimonda> so, how is your involvment with the Polish LoCo? ;)
[19:19]  * kklimonda whistles and goes away for a beer
[19:19] <kklimonda> good night
[19:20] <ari-tczew> enjoy kklimonda
[19:20] <ari-tczew> hrw: s/Contributer/Contributor
[19:20] <hrw> kklimonda: you asked 3rd time for it and during uds-n we had discussion that there is no such thing as PL Loco
[19:20] <kklimonda> hrw: ah, ust kidding :)
[19:20] <hrw> ari-tczew: right
[19:20] <kklimonda> even just :)
[19:21] <hrw> kklimonda: prefer to mention it when others are listening
[19:21] <hrw> ;D
[19:21] <ari-tczew> lol 3 Polish talking in english :/
[19:21] <hrw> ari-tczew: you are suprised?
[19:21] <ari-tczew> hrw: no, just odd feel
[19:21] <ari-tczew> :P
[19:22] <hrw> ari-tczew: I had situations when I changed pl<>en few times in one discussion (live)
[19:22] <ari-tczew> aha heh
[19:22] <hrw> ari-tczew: but it sounded weird when it occured in a middle of sentence
[19:22] <akoskm> hi
[19:25] <hrw> ari-tczew: suggestions/opinions on that wiki page?
[19:25] <micahg> hrw: that's a nice list of stuff, are you looking for endorsements?
[19:25] <hrw> micahg: will ask people for them in next days
[19:26] <micahg> hrw: ok, next meeting is in 2 weeks :)
[19:26] <ari-tczew> hrw: my suggestion is to show your expierence, knowledge and involvement
[19:26] <micahg> hrw: I'll be happy to review it later
[19:26] <hrw> micahg: mkey, thx
[19:27] <ari-tczew> hrw: I couldn't give you endorsement, I don't have anything sponsored for you or any expierence in cooperate with you.
[19:27] <hrw> ari-tczew: I asked for opinion/suggestion not endorsement
[19:28] <ari-tczew> hrw: so I don't have suggestions for you. I don't like to read on wiki election promises.
[19:29] <hrw> ari-tczew: ok
[19:29] <akoskm> I'm trying to package qtjambi for Ubuntu. I listed phonon-backend-gstreamer as dependency but pbuilder says that there are unmet depends. because phonon-backend-gstreamer is a virtual package. here the pbuilder output: http://pastebin.com/c2fK8ppQ
[19:30] <hrw> akoskm: use "virtual | real" for deps
[19:30] <hrw> or "real | virtual" order - but you have to suggest some existing package
[19:31] <akoskm> this is the only package which contains the file what I need
[19:31] <akoskm> I need to add these options to pbuilder?
[19:31] <hrw> to debian/control build-depends
[19:31] <akoskm> or inside the control file
[19:32] <hrw> akoskm: for example my package depends on "linux-source-2.6.37 | linux-source-2.6" (with versioning inside) because 2.6.37 is in natty but in theory any >2.6.35-something can work
[19:32] <hrw> or linux-ti-omap4-source if exists etc
[19:33] <akoskm> I see, but how do I figure out which one is the real package?
[19:36]  * hrw has no idea - phonon-backend-gstreamer contains real files so for me it is not virtual
[19:37] <akoskm> yep, for me too thats the problem, but pbuilder states that its virtual
[19:37]  * hrw needs to go - feed the daughter
[19:37] <hrw|gone> thx for help guys
[19:38] <akoskm> thank you hrw
[19:39] <BlackZ> akoskm: http://www.debian.org/doc/debian-policy/ch-relationships.html (7.5 Virtual packages - Provides)
[19:53] <akoskm> BlackZ, thx
[20:16] <akoskm> BlackZ, what to do if actually phonon-backend-gstreamer is a real package, and when I list as dependency its getting handled as virtual?
[20:18] <akoskm> https://launchpad.net/ubuntu/maverick/i386/phonon-backend-gstreamer/4:4.7.0really4.4.2-0ubuntu1
[20:18] <BlackZ> akoskm: do you need it for gstreamer0.10-plugins-good and gstreamer0.10-plugins-ugly ?
[20:19] <akoskm> BlackZ, no. I should list it because it provides the file "phonon_gstreamer.so" required for qjambi building
[20:21] <akoskm> here is pbuilder's log: http://pastebin.com/c2fK8ppQ, somewhere at the end it says that the given package is virtual, but it isn't
[20:44] <soren> quadrispro: I'm not looking for more stuff to learn. I'm trying to get stuff done.
[20:44] <soren> quadrispro: "less resistence": I can just upload stuff to Ubuntu at will. In Debian, I have to wait for a sponsor and whatnot.
[21:16] <highvoltage> maco: hey, have you tried gally on natty recently?
[21:34] <akoskm> pbuilder still states that phonon-backend-gstreamer is a virtual package, and it wont let me to build the package, does anybody have an idea how can I avoid this?
[22:37] <magn3ts> Who should I contact about fixing the wubi page: http://www.ubuntu.com/desktop/get-ubuntu/windows-installer
[22:39] <maco> highvoltage: i havent upgraded to natty
[22:40] <Pici> magn3ts: File a bug under the ubuntu-website project.
[22:43] <magn3ts> Pici, okay. seems rather glaring IMO :P
[23:00] <quadrispro> you, me, devs can upload, anyone else cannot. In Ubuntu there is a sponsorship process, too
[23:07] <soren> quadrispro: Was that for me?
[23:08] <quadrispro> soren, yes, it was :) (continue) of course policies and workflows are different, but stuff get done anyway (anywhere). The point was: mutual understanding would mean more collaboration. I don't want to state anything like: "Ubuntu should should be more like Debian"
[23:08] <soren> quadrispro: I know we have a sponsorship process too. I used to have to deal with it. Now I don't. So getting stuff into Debian is orders of magnitude more complicated. I'm working on a elaborate flowchart that will make the hilarity of this nonsense obvious.
[23:11] <quadrispro> soren, you say right, anyway an Ubuntu-powered user could help Debian to improve and viceversa
[23:12] <soren> quadrispro: Of course. An an Ubuntu-powered user could help Fedora, too.
[23:12] <soren> quadrispro: Really.
[23:12] <soren> quadrispro: The vast majority of the code in Ubuntu is shared by most other distros.
[23:13] <quadrispro> indeed it is, but Ubuntu doesnt derive from Fedora
[23:13] <soren> quadrispro: I never said it did.
[23:14] <soren> quadrispro: I just question the notion that spending time fixing same bug in three different places is necessarily better than fixing three bugs in one place.
[23:15] <soren> quadrispro: Three places: Ubuntu, Debian, and upstream.
[23:18] <quadrispro> soren, agreed, sure. I think just the following: an Ubuntu contributor who knows well Debian could work better on Ubuntu. That's it
[23:19] <quadrispro> then, we should keep differences alive, be different is great
[23:20] <soren> quadrispro: Ah, I see.
[23:22] <quadrispro> we agree on more points than anyone may think :)
[23:24] <soren> :)
[23:42] <quadrispro> leaving
[23:44] <quadrispro> soren, it's been a pleasure, see you soon!
[23:44] <soren> quadrispro: o/
[23:46] <quadrispro> bye!