[00:04] <ari-tczew> do I need to did requestsync with option -s because I'm not in MOTU, right?
[00:06] <geser> yes
[00:06] <ari-tczew> I got error:E: Did not retrieve any changelog entries. Was the package recently uploaded? (check http://packages.debian.org/changelogs/)
[00:06] <geser> package name?
[00:06] <ari-tczew> everything should be OK
[00:06] <ari-tczew> dosbox
[00:12] <geser> hmm, works here
[00:13] <ari-tczew> :/
[00:13] <ari-tczew> still don't like requestsync ;-]
[00:13] <crimsun> beats opening a web browser and filling out a bug report anyday
[00:13] <geser> does it happen again (i.e. was no transient network error)?
[00:14] <Quintasan> YokoZar: Do you mind reviewing http://dl.dropbox.com/u/69524/q4wine_0.114-r1-0ubuntu1.debian.tar.gz? I'm trying to close https://bugs.launchpad.net/ubuntu/+bug/360942
[00:14] <ari-tczew> 64 bytes from rore.debian.org (128.31.0.49): icmp_seq=1 ttl=42 time=142 ms
[00:14] <ScottK> ari-tczew: Most of requestsync's problems are due to poor data sources.
[00:15] <ScottK> Quintasan: You should also upload it to REVU.
[00:15] <ari-tczew> ScottK: how your answer fixing my problem?
[00:16] <Quintasan> ScottK: I hoped to avoid this since revu still doesn't accept source format 3.0 :P
[00:17] <ScottK> OK
[00:18] <ScottK> That's a reasonable reason not to use it.
[00:18] <ScottK> ari-tczew: I'm pointing you in the direction of where your actual problem is.
[00:18] <ari-tczew> ScottK, so what's I need to do ?
[00:19] <ari-tczew> file a bug with sync on LP?
[00:19] <ScottK> ari-tczew: I don't know.
[00:19] <ari-tczew> rofl, first use of requestsync and fail, sucks
[00:29] <ScottK> ari-tczew: About how I feel about using bzr for merging.
[00:31] <ari-tczew> instead debdiff?
[00:32] <geser> yes, it's the new "fashion" for doing merges (once you figured out how it works and you picked a package for which it works flawlessly)
[00:33] <ari-tczew> hmmm maybe I should to learn about this
[00:34] <geser> btw: is there some documentation somewhere how to process merge proposals?
[00:34] <ari-tczew> this is good reason to learning this on security updates SRU
[00:39] <ScottK> ari-tczew: https://wiki.ubuntu.com/DistributedDevelopment/Documentation
[00:42] <ari-tczew> maybe in february, because I'm very busy by important project before end of march
[00:56] <ari-tczew> IMO merges.ubuntu.com needs refresh/update, because there are infomation of packages which were merged/synced
[01:01] <ScottK> ari-tczew: m.u.c has been disabled.
[01:01] <ScottK> ari-tczew: Use the list in /topic
[01:02] <ari-tczew> ScottK: forever?
[01:03] <ScottK> ari-tczew: Unless a maintainer appears.
[01:03] <ari-tczew> there is no comment area in database :-/
[01:04] <ScottK> ari-tczew: Considering lucas put that together in his free time today after it became clear MoM was dead, it is pretty amazing IMO.
[01:05] <ari-tczew> This script needs some work, e.g. split components
[01:05] <ScottK> ari-tczew: Feel free to join #ubuntuwire and offer your help.
[01:05] <ScottK> (it's done in Ruby, fwiw)
[01:06] <ari-tczew> hehe ScottK I'd like to help in development udd.debian, but I don't have free time :(
[01:06] <ScottK> OK, then be gentle about 'requirements' for it.  It's really a gift to us.
[01:07] <ari-tczew> of course
[01:07] <ari-tczew> btw. why MoM is dead?
[01:08] <RoAkSoAx> ari-tczew, AFAIK is because of the Debian Source Format 3.0  since it has broken things and because of that, the list won't update
[01:09] <ari-tczew> ah these changes reasoned by 3.0 source format... ;-)
[01:10] <ari-tczew> ScottK: what do you think about set redirect from MoM to udd.debian ?
[01:11] <ScottK> ari-tczew: No, these changes reasoned by the former maintainer having no time and no one appearing to take over.
[01:11] <ScottK> ari-tczew: I think it'd be better to have m.u.c replaced by a page that points to that list and explains how to find all the merge using bzr documentaiton.
[01:12] <ScottK> That page is generated from the merge-o-matic source, but I don't see where.
[01:39] <ari-tczew> requestsync works \o/
[02:27] <ari-tczew> how can I add bug on new system http://udd.debian.org/cgi-bin/merges.cgi ?
[02:53] <ari-tczew> huh? MoM has been updated!
[03:13] <jmarsden> ScottK: Does "a page that points to that list and explains how to find all the merge using bzr documentaiton" exist somewhere?  Or even just a detailed example of the new bzr way to do merges?  Where is the current (documentation) starting point for a newcomer to merging?
[03:14] <ScottK> jmarsden: I just sent mail to ubuntu-devel saying I give on merges until I can find time to figure out how this all works.  I'm probably not your best source.
[03:15] <jmarsden> ah... OK.  I've never done a merge and was planning to do a few this cycle... but it seems like everything is in flux *way* more than usual.
[03:17] <ScottK> jmarsden: If you mean cancelling the old way of doing something before the new way is fully functional or documented or people have time to transition, I agree.
[03:18] <jmarsden> OK.  I'll read the ubuntu-devel archive and see if I can make sense of things a bit better that way :)
[03:20] <ari-tczew> which architecture will not support in lucid?
[03:20] <ari-tczew> lpia ?
[03:36] <ScottK> No lpia and no hppa (it was not in Karmic either(
[05:56] <fabrice_sp> porthose_, ping
[06:10] <fabrice_sp> I just wanted to check with you if you know of any transition because of soname bump in libcsfml and libsfml
[07:37] <porthose_> fabrice_sp, pong not that I'm aware of
[07:42]  * daurnimator pokes jbernard 
[07:42] <daurnimator> I'm confused about the status of this package: https://bugs.launchpad.net/ubuntu/+bug/396287
[07:45] <fabrice_sp> porthose_, can you just check rdepends on them?
[07:45] <fabrice_sp> just to be sure
[07:46] <porthose_> fabrice_sp, sure (when the wife gets through using the lappy)
[07:48] <dholbach> good morning
[07:51] <Dday> after moving from ubuntu 9.04-9.10 my sound no longer works, does anyone know what i should do?
[07:54] <micahg> Dday: check in #ubuntu for help with your sound settings
[07:55] <Dday> i'm trying micahg, spoken to quite a few people but they aren't really sure what hte issue is
[07:56] <micahg> Dday: you can file a support request here: https://answers.launchpad.net/ubuntu
[07:57] <micahg> Dday: you can also check out  this: https://wiki.ubuntu.com/DebuggingSoundProblems
[07:57] <Dday> okay thanks
[08:02] <fabrice_sp> good morning dholbach !
[08:02] <dholbach> hiya fabrice_sp
[10:01] <Quintasan> good morning
[11:30] <tommytomtom> I have just uploaded my package "lazy8ledger" to revu.ubuntuwire.com .  I am a little uncertain as to what is the next thing I must do.  I have read https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages  but from reading that it seems now I just wait.  Is that my next step???
[11:34] <tommytomtom> hmm. ok. now I have read https://wiki.ubuntu.com/MOTU/Contributing and it says to come here and announce myself...Ok. One thing I may have missed is the "needs packageing" bug report. Is that necessary?
[11:43] <slytherin> tommytomtom: not necessary but encouraged to avoid duplicate efforts.
[11:44] <tommytomtom> slytherin: I searched the bug reports and nobody is on it. I am the developer of this software..
[11:44] <slytherin> tommytomtom: so file a bug so that if anyone comes looking foe it they will know you are working on it.
[11:44] <tommytomtom> slytherin:  So is the goal here to motivate a MOTU team member to test my software?
[11:45] <tommytomtom> slytherin: Ok.  I'll do it...
[11:47] <slytherin> tommytomtom: when you upload the package to revu, MOTU team members will comment on it and when the packaging is of good quality it will be sponsored.
[11:48] <tommytomtom> slytherin: ok.  So it ia
[11:49] <tommytomtom> slytherin: ok so it is automatic.  I just sit back and wait for comments?
[11:49] <slytherin> yes
[12:39] <ankit_babbar> hello all
[12:40] <ankit_babbar> i have been using ubuntu, since a year..
[12:41] <ankit_babbar> I wish to help in development and have team in college to work with
[12:41] <ankit_babbar> can you help me where to start
[12:41] <slytherin> ankit_babbar: Did you read the links provided in channel topic?
[13:07] <ankit_babbar> can some1 guide me for little start i am confused?
[13:19] <maxb> ankit_babbar: A start in what?
[13:20] <ankit_babbar> for starting up in development ....
[13:22] <persia> ankit_babbar: What kind of development?  Package maintenance, or new application development?
[13:23] <ankit_babbar> Package maintenance
[13:24] <persia> OK.  So do you need help finding something to do, or help doing something you've found?
[13:24] <ankit_babbar> finding something
[13:25] <persia> OK.  Are there any specific applications that interest you, or types of applications?
[13:27] <persia> Alternately, are there any types of issues with applications that you like to hunt down and solve?
[13:27] <ankit_babbar> no
[13:27] <ankit_babbar> i know c, shell scripting, java,php
[13:28] <persia> OK.  Are you having any issues with your Ubuntu installation, or is there something it doesn't do that you want it to do?
[13:29] <ankit_babbar> yes well i do have a problem with OpenLDAP that i am integrating in my college for the first time
[13:29] <persia> Excellent!  The most important thing to help is to have a source of motivation :)
[13:29] <persia> In that case, I'd recommend grabbing the OpenLDAP source, and trying to fix those issues.
[13:30] <persia> You may find some others who have worked on OpenLDAP in the past in #ubuntu-server
[13:30] <persia> And if you have questions about packaging, or packaging formats, or how to do things, we're always happy to help.
[13:31] <persia> As long as you're working on it, you might want to see if you can fix some of the other bugs listed at https://launchpad.net/ubuntu/+source/openldap/+bugs
[13:32] <ankit_babbar> kk, do you bileve i should jump straight to LDAP, shouldn't have experience on small projects
[13:32] <persia> If you really want, but I believe that the best way to get involved is to fix something that is both interesting to you and helps you enjoy Ubuntu better.
[13:32] <persia> That way you can learn the tools and processes whilst working on something that you care about.
[13:33] <persia> Otherwise you're just trying to learn stuff, and having to understand other arbitrary random applications can get in the way.
[13:33] <ankit_babbar> kk
[13:33] <slytherin> any autotools experts here?
[13:34] <persia> We tend to work in a collaborative manner, with lots of peer review.  As a result, you shouldn't fear working on something large: that just means there's a better chance that there are others with whom you can work closely.
[13:34] <persia> slytherin: I'm far from an expert, but I've played a lot.  What's the issue?
[13:35] <slytherin> persia: I am maintaining a project which has all the Makefile.in files and configure script maintained in VCS which is not really correct. Also there is no autogen.sh file. Where can I find a minimal autogen.sh file?
[13:38] <persia> /usr/share/doc/autotools-dev/examples/autogen.sh
[13:39] <persia> gettext-doc also has heaps of them for various environments
[13:39] <slytherin> persia: I checked that file but it had mention of HPLIP in comment so I was wondering if the file was correct.
[13:41] <persia> It appears to be the scripts the hplip team used to clean up the mess they had, but it ought be useful for others.
[13:41] <persia> Like I said, there are lots of other examples in the gettext-doc examples tree.  There's also a few on freshmeat.
[13:41] <slytherin> I will check gettext-doc
[13:42] <persia> Looking at the content of the script, rather than the header, I don't see anything that shouldn't work for just about any Debian-format package.
[13:44] <slytherin> Looks like all I need to do is call aclocal, autoconf, automake
[13:52] <Lutin> whoever asked for rebuilds on elementary: please wait until edje gets out of new
[13:57] <jbernard> daurnimator: your confusion is justified, that bug should be closed
[13:57] <Quintasan> Hiho
[13:57] <daurnimator> jbernard: the debian ml seemed to say someone else packaged it at the same time, but it was confusing to me
[13:59] <jbernard> daurnimator: i packaged for both debian and ubuntu
[14:00] <jbernard> daurnimator: but the bug should have been closed, im not sure about that
[14:01] <daurnimator> i went to install it on a computer today and was suprised it still hadn't gone through the process.
[14:01] <jbernard> daurnimator: which process?
[14:02] <daurnimator> the process of it being submitted, to it being in the standard repos
[14:03] <jbernard> it's in both debian and ubuntu now, your install should have gone smoothly. Did it not?
[14:03] <daurnimator> nope >.< well, I aptitude search for lua, and didn't see it there///
[14:06] <jbernard> ahh, the debian version is slightly newer, i made an upload to conform to the debian pkg-lua stanard, so the package name is now 'liblua5.1-iconv0'
[14:08] <daurnimator> jbernard: http://pastey.net/130564
[14:12] <jbernard> daurnimator: that is odd, it shows up in my list
[14:12] <jbernard> daurnimator: your cache is up to date?
[14:13] <daurnimator> jbernard: yep
[14:13] <jbernard> daurnimator: karmic?
[14:14] <daurnimator> oh hmm, I thought so, but its reporting jaunty
[14:14] <daurnimator> dist-upgrade doesn't show anything though
[14:26] <daurnimator> upgrading to karmic now >.<
[15:09] <bddebian> Heya gang
[15:11] <iulian> Hello there.
[15:13] <bddebian> Heya iulian
[18:12] <ghostcube> bjsnider: ping
[18:51] <bjsnider> ghostcube, i thought jack was FOSS
[18:54] <ghostcube> bjsnider: yeah but the problem is main/universe
[18:54] <ghostcube> isnt allowed to be cross compiled
[18:55] <ghostcube> so libxine is main jackd is universe
[18:55] <ghostcube> libxine is without jackd support
[18:55] <ghostcube> debian has it in the packages ubuntu patches it out
[18:55] <bjsnider> are you doing sound work of some kind?
[18:55] <ghostcube> and so there is this ppa from motin until jackd is in the main repo
[18:55] <ScottK> Being worked on for Lucid though.
[18:55] <ghostcube> yeah iam doing recording with ardour and lmms
[18:56] <ghostcube> and some friends bring me stuff to cut it
[18:56] <bjsnider> ok, the blob you're using works on the rt kernel you're using?
[18:56] <bjsnider> ScottK, how is it being worked on exactly?
[18:56] <ghostcube> sure it works on rt but iam running jackd as default soundserver
[18:56] <ghostcube> always
[18:57] <bjsnider> ghostcube, by "blob" i meant nvidia driver
[18:57] <ScottK> IIRC there's a spec somewhere about it.
[18:57] <bjsnider> it works on your rt kernel?
[18:57] <ghostcube> oh ehm i havent tried so far heh sorry
[18:57] <ghostcube> misunderstood
[18:57] <ScottK> There are outstanding MIR bugs.
[18:57] <bjsnider> ghostcube, but you need the rt kernel to do sound work, no?
[18:57] <ghostcube> no
[18:57] <ghostcube> its better but not always needed
[18:57] <ghostcube> rt is "overrated"
[18:58] <ghostcube> for professional mastering ofcourse
[18:58] <ghostcube> but not as amteur
[18:58] <bjsnider> ardour is pretty professional looking to my eyes
[18:58] <bjsnider> but what do i know
[18:58] <ghostcube> its lije protools or logic
[18:58] <ghostcube> it is pro
[18:59] <ghostcube> but it doesnt need rt to work good :)
[18:59] <bjsnider> ubuntu is patching jack out?
[18:59] <ghostcube> afaik they remove the support in the packages yes
[18:59] <ghostcube> but ScottKwould no better i think
[18:59] <ghostcube> damn fingers
[18:59] <bjsnider> alright, well let me see what i can do about it
[19:00] <ScottK> I don't remember who was working on getting JACK promoted to Main, but it was someone in Ubuntu Studio.
[19:00] <bjsnider> i don't much care for the libxine in there. it's a year old, and even the libvdpau stuff is old
[19:00] <ScottK> crimsun probably knows.
[19:00] <ghostcube> bjsnider: motin has a 1.26 version of libxine in his ppa
[19:00] <ghostcube> yours is 1.25
[19:01] <bjsnider> it's 1.1.16
[19:01] <ghostcube> but the drivers work fine here thx for packaging btw
[19:01] <ghostcube> plugins is 1.26 and 1.25 inside xine /usr/lib/xine/plugins/1.25
[19:01] <bjsnider> oh
[19:02] <bjsnider> well, i want to package 1.1.17 but it has no ibvdpau support and the unstable 1.2 branch has an a/v sync problem that's definitely a showstopper right now
[19:03] <bjsnider> or so they tell me
[19:05] <bjsnider> ghostcube, would you be using his ppa as well for pulse and alsa?
[19:06] <bjsnider> i thought jack and pulse would be mutually exclusive
[19:06] <bjsnider> or jack and alsa would
[19:06] <ghostcube> bjsnider: yeah i run all the packages from there
[19:06] <ghostcube> i just choose jackd as soundserver
[19:07] <ghostcube> i start is with an shellscript before kde
[19:07] <ghostcube> so kde detects it as it is
[19:07] <ghostcube> works fine
[19:07] <ghostcube> :)
[19:07] <bjsnider> yeah but if jack is a sound server why doesn't it exclude pulse...
[19:07] <bjsnider> i mean he has pulse patched for jack as well in there
[19:08] <ghostcube> yeah no idea why maybe you can route pulse somehow to jackd
[19:08] <ghostcube> i run jackd + alsa 3with libxine backend
[19:09] <ghostcube> i love the patchbay from jackd gui thats so fantastic you should try :)
[19:09] <bjsnider> i guess it would be routing jack calls to pulse...
[19:09] <bjsnider> that's as clear as mud
[19:10] <ghostcube> wouldnt make sense o.O
[19:10] <ghostcube> but ok
[19:10] <bjsnider> every time i start trying to make sense out of linux sound, it inspires me to jump off the nearest tall building
[19:11] <ghostcube> rofl
[19:13] <bjsnider> ghostcube, it sounds to me like you've replaced pulseaudio with jackd. is that accurate?
[19:19] <ghostcube> bjsnider: hmm would say so i have pulseaudio installed but i use jackd jackd uses alsa driver and i manage all ports through jack
[19:19] <ghostcube> so i can virtually connect all players to one sound input
[19:19] <ghostcube> for example
[19:19] <ghostcube> i see vlc mplayer and so and can route them to system in :)
[19:19] <bjsnider> but can't you also do that with pul...er, never mind
[19:20] <ghostcube> bjsnider: dont know never used it too
[19:20] <ghostcube> but i dont think you can do this realtime
[19:20] <bjsnider> but then you're not using the rt kernel!
[19:21] <ghostcube> nah i meant at doing it it happens not in real realtime :P
[19:21] <ghostcube> hehe
[19:21] <ghostcube> wanna see a screenshot
[19:21] <ghostcube> its a bit hard to describe
[19:26] <ghostcube> http://picpaste.de/pics/Bildschirmfoto16.1261596364.jpeg
[20:49] <dabaR> So what are you guys doing these days? In particular as part of the lucid cycle...
[20:50] <dabaR> Doing the merges and fixing ftbfs's?
[20:52] <dabaR> Or sleeping?
[20:55] <dabaR> Maybe I got on the ignore list somehow...
[21:01] <cody-somerville> lol
[22:41] <micahg> is there an easy way to convert from source 3.0 back to 2.0
[22:42] <RAOF> You mean "1.0"; it depends on what flavour of 3.0.
[22:44] <micahg> RAOF: yes, ok, I guess it's 3.0 quilt
[22:44] <RAOF> That's less easy, then.  You'll probably need to extract the patches, re-add a quilt patch system, and such.
[22:45] <RAOF> That said, launchpad now accepts source version 3.0, so you probably don't need to convert it.
[22:45] <sebnerr> micahg: mind we'll have 3.0 Support in Lp soon though
[22:46] <wgrant> sebnerr: it has been supported for nearly a week now.
[22:46] <wgrant> 3.0 (quilt) is trivial to convert, as long as you have only one orig tarball.
[22:46] <micahg> sebnerr: there's already 3.0 in lucid, but not in karmic and I wanted to backport something
[22:46] <wgrant> micahg: Just remove debian/source/format
[22:46] <wgrant> Although you might need to recompress the tarball, if it's bzip2ed.
[22:47] <sebnerr> wgrant: oh I missed that, time passes. thx for the info
[22:48] <micahg> wgrant: do I remove that source dir or  just the format file?
[22:48] <wgrant> micahg: Doesn't matter.
[22:48] <ScottK> wgrant: If it's already in the archive as a .bz2, will LP allow the md5sum mismatch with a tar.gz?
[22:48] <wgrant> ScottK: yes. It's a different filename, so it's an unrelated file.
[22:49] <ScottK> OK.
[22:51] <sebnerr> huhu ScottK :)
[22:51] <ScottK> o/
[22:51] <geser> does it currently make sense to ship grab-merge in u-d-t without MoM?
[22:52] <sebnerr> /me waves at geser too :)
[22:53] <geser> sebnerr: hi (sebnerr like in sebner remote?)
[22:55] <ScottK> geser: I think it'd make sense to refactor it into a wrapper for the UDD merge stuff.
[22:56] <joaopinto> whe can I read about python packaging, in particular to pyshared vs dist-packages ?
[22:56] <micahg> wgrant: it worked, thanks, let's see if it builds :)
[22:57] <sebnerr> geser: Somebody else thought of pirate :p. but good idea since I use my Ipod Touch
[23:01] <sebnerr> ScottK: your mail about bzr merge reminded me to take a deep look too :)
[23:01] <geser> it works fine (if you pick a package with up-to-date branches in LP)
[23:04] <sebnerr> geser: BTW, my laptop is back but no chance to get it before monday :( wondering if they really repaired it though.. have been only 12 days ...
[23:05] <geser> it would be cool if they had managed to return it tomorrow :)
[23:07] <sebnerr> geser: the only problem is that the Laptop is in vienna and me not ^^
[23:31] <crimsun> ghostcube: yes, we're getting j-a-c-k back into main this cycle
[23:31] <ari-tczew> men, shutdown Ubuntu and go celebrite chistmas with family!
[23:34] <james_w> ari-tczew: and what about the women?
[23:34] <crimsun> they don't count, I guess ;)
[23:36] <ari-tczew> james_w: you can of course celebrite with women :)
[23:36] <james_w> ari-tczew: my point was that there are not just men in here
[23:37] <crimsun> there are also people who don't identify as either men or women, but let's just keep this related to MOTU :)
[23:39] <ari-tczew> I never meet woman here :>
[23:40] <crimsun> the point is that it doesn't matter what gender someone identifies as.
[23:41] <ari-tczew> so, everybody, let's shutdown Ubuntu and go celebrity xmas :]->
[23:44] <ari-tczew> s/celebrite/celebrate lol