/srv/irclogs.ubuntu.com/2010/10/01/#ubuntu-motu.txt

LaneyScottK: what do you think of he latest revision in http://packages.debian.org/changelogs/pool/main/g/gnome-do/current/changelog ? Would it need freeze approval?00:10
Laney(and consequent removal of the gnome-do-docklets package)00:11
=== ivoks is now known as ivoks-afk
persiabdrung, ari-tczew : please don't split sponsoring by component again: we recently spent months *undoing* the split.  If working as a MOTU, one should only be working on "unseeded".  If there is something in that category which cannot be uploaded, please file a bug, as it ought be uploadable (or be seeded).03:15
persiaSplit by packageset is the correct split.03:15
persiakklimonda, The two-ACK guideline is to encourage peer review.  It gets confusing because so much of the documentation is now written with the assumption that the person working on stuff is not a member of ~ubuntu-dev.  The entire point of all the "two ACKs" and "don't confirm your own change" rules throughout Ubuntu is to have two qualified sets of eyes on major or significant changes.03:17
persiaIdeally we'd do that for every change, but it would slow workflow down too much for most uploads.03:18
achianghello, quick question on ubuntu practices... i just filed: https://bugs.freedesktop.org/show_bug.cgi?id=3052704:08
ubottuFreedesktop bug 30527 in Lib/Xlib "XKB keygrabs broken" [Normal,New]04:08
achiangshould i also open launchpad bugs as well and point that one as upstream?04:08
achiangit affects both lucid and maverick04:08
achiangi didn't check older releases04:08
persiaEither way works.04:09
achiangpersia: erm, sorry? :)04:10
persiaThe goal is to get it fixed upstream, really.  If lots of folks are noticing or reporting, it's useful to have in LP as a reference.  If it's in LP and not upstream, needs go upstream (if it isn't the result of an Ubuntu patch).04:10
achiangah, makes sense. in that case, i won't open an LP then04:11
persiaIf it's in the upstream tracker and not LP, and there isn't a bundle of users complaining about it, it's fine to just leave upstream (although you might want to also have an LP bug if necessary for discussing a potential fix, etc.)04:11
achiangI don't think this issue is widespread enough to have lots of folks complaining about it. It's rather esoteric, afaict.04:12
persiaIf there's a fix, and it's sensibly backportable to Lucid or Maverick, and it would qualify for SRU (would need a use case showing how it can cause apps to crash, data loss, etc.), then it's worth opening a bug for the SRU review.04:12
persiaBut, yeah, for the regular run of esoteric upstream bugs, best to just fix them upstream and let distributions (including Ubuntu) inherit the fix when it becomes available.04:13
achiangnod, ok. i'll continue to track upstream and see how they respond to see whether it warrants a backport04:13
achiangan OEM customer discovered this because their workaround for another bug broke (https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/224475)04:13
ubottuLaunchpad bug 224475 in flashplugin-nonfree (Ubuntu) "[MASTER] Volume/brightness/eject key briefly changes window focus (e.g. makes Flash exit full screen)" [Low,Triaged]04:13
achiangsee comment #32 if you're interested... i haven't checked to see if Flash still suffers from the same papercut04:14
persiaAh, yeah, there's another reason to open a bug in LP: if you're doing commercial support of some sort and want somewhere to point your customer :)04:15
achiangwell, they originally opened a private LP bug, but we decided to close it after they figured out another workaround. so sending this test case upstream is just trying to be a good citizen, because in practice, the customer has a [different] fix04:16
achianganyhow, thank you for the guidance, persia04:17
ScottKLaney: Do we have the Dockey package it mentions?  If so, I think it's all clearly bugfix.04:30
RAOFWe do.04:32
dholbachgood morning06:34
bilalakhtarbdrung: around?07:06
AnAntHello07:50
kklimondahmm, is it possible to disable network in pbuilder? basically recreate, in a cheap way, a buildd? removing/replacing resolv.conf isn't enough obviously.08:21
tumbleweedkklimonda: my hack is: iptables -A OUTPUT \! -o lo -m owner --uid-owner 1234 -j REJECT08:23
kklimondatumbleweed: hmm, interesting08:24
kklimondatumbleweed: have you had any problems with that?08:25
kklimondaif not I'll steal that idea :)08:25
tumbleweedno, it seems to work pretty well (assuming you have no users with that ID)08:25
kklimondado you use hooks for that or do you have a local mirror?08:27
tumbleweedkklimonda: the apt-getting happens as root, not the pbuilder user08:29
persiakklimonda, It's a far better thing to patch the code not to try to access the network during build.08:34
persiaOtherwise it makes it hard for folks who don't have the replicated environment to testbuild, etc.08:35
kklimondapersia: yes, I know - but it's a good idea to catch such a code earlier then later08:35
persiaIt's usually obvious from build-logs, but OK :)08:35
tumbleweedpersia: I do that to help catch such broken builds before they get to buildds08:35
kklimondapersia: well, some of django tests require network connection and fail when it's not available.08:36
persiakklimonda, Why on earth do they need network connection?08:36
kklimondapersia: so you risk uploading a package that builds just fine on your machine but fails in buildd08:36
kklimondapersia: for example URLField checks if the url is proper (working and existing domain, an existing file etc.)08:37
persiakklimonda, I believe the buildds to have DNS, although I don't know if they have full DNS.08:39
bilalakhtarDoes anyone over here know how to get pbuilder to log builds? --logfile doesn't seem to work, it doesn't create any file08:39
persiaAlso, the test should be rewritten to create sufficient local environment to verify things.08:39
* persia bugs sbuild more08:40
persias/bugs/hugs/08:40
kklimondapersia: sure, either that or not failing with errors (just warnings)08:40
kklimondapersia: and creating a sufficient local environment to test it would be a lot of work.08:41
tumbleweedbilalakhtar: my pbuilder logs just fine08:41
bilalakhtartumbleweed: How do you actually use its --logfile option?08:41
tumbleweedbilalakhtar: err I have PKGNAME_LOGFILE=yes08:41
bilalakhtarokay08:41
persiakklimonda, Not failing, just warnings makes the test useless.08:43
persiaIt's work to get testing right, but it's worth it: users expect that we provide them with reliable code.08:43
kklimondapersia: gah, it's ran by developers and maintainers anyway.08:43
kklimondapersia: your solution, while obviously superior, is just way too complicated to implement - upstream wouldn't be interested in doing this work and there are so many packages to work on.. :/08:44
persiakklimonda, Think broader: consider, for example, a dicoweb installation done by someone completely unfamiliar with python.08:44
persiakklimonda, You'd be surprised.  Most upstreams are happy to look at that sort of thing, especially if you can tell them things like "I'll make sure the updated testsuite is run daily against your codetrunk if you do this", which you can do with an LP recipe.08:46
persiaBut, yeah, lots of packages.  If you have only passing interest in this one: leave that discussion for someone else.08:46
kklimondapersia: well, it's not that I'm not interested in either package or the discussion per se08:47
persiakklimonda, the rationale behind my objections would be satisfied if you disabled the tests and filed a bug on the package about the tests being disabled.  Extra points for filing upstream and explaining why they are disabled.08:48
kklimondapersia: but what you are describing is a long-term solution that would involve at least 3 sides - sure, a great project but not something I can do this week. I'll have to think about it and ask django-devs08:49
persiaRight, which is why I suggest filing a bug about it (for tracking) and disabling the tests :)  If it was something you could do quickly, I'd hope you'd just do it, but if you can't... :)08:50
kklimondapersia: the upstream is aware of this problem, so is Debian and so are we - a few of tests have been disabled during django MIR process and now, in 1.2.3 a new one has been added - that one I've missed.08:50
kklimonda(I've missed it because it didn't fail in my pbuilder ;) )08:50
kklimondaso the whole discussion has been more about finding such problems early in process and not how to disable tests and hide the fact08:51
kklimondapersia: you are thinking about a specific "Django tests that require internet connection fail" bug?08:51
persiakklimonda, Yes, and that broad: list all the tests you had to disable there.08:52
kklimonda(I actually agree that we could probably help Django developers to run those tests on a daily basis - last release has a few failing and I had to backport fixes from the trunk.08:52
persiaPoint being that we know we aren't testing that, and should track the problem: even if we can't fix it right away, it remains a defect in the software we provide.08:52
kklimondapersia: makes sense08:53
persiaRight.  Getting a whole continuous-integration environment up and running, as well as setting up all the tests to do full mocks, is a project larger than between now and maverick release :)08:53
kklimondawell, that's for sure08:53
kklimondaIt would be nice if we at least got a 1.2.3 before release.08:54
bdrungbilalakhtar: hi10:48
bilalakhtarbdrung: hi10:48
bilalakhtarbdrung: What is the main reason why you want to give away audacious?10:48
bdrungbilalakhtar: as i wrote yesterday (you went offline too soon): upstream is not the reason for giving the package away. i maintain too many packages and that consumes too much time.10:53
bilalakhtarbdrung: Do you maintain it in Debian? ah, you are uploader there10:53
bilalakhtarbdrung: okay, I agree10:53
bdrungbilalakhtar: yes, it's maintained in debian. our ubuntu version is the same with the version we have in the git experimental branch10:54
bilalakhtarah10:54
bilalakhtarso the git experimental branch is hosted on alioth, right?10:54
bdrung(only the debian/changelog file differs for obvious reasons)10:55
bdrungbilalakhtar: yes10:55
bdrungbilalakhtar: http://git.debian.org/?p=pkg-audacious/audacious.git;a=summary10:55
bilalakhtarah10:55
bilalakhtarbdrung: so what's the process of taking over? Can you upload to this package?10:56
dholbachthanks bdrung10:56
bdrungdholbach: you're welcome10:57
bdrungdholbach: btw, we have a bug in sponsors overview.10:58
dholbachbdrung, aha?10:58
bdrungbilalakhtar: get upload rights to the alioth git repository. i can't upload the package in debian (only ctaylor can do that).10:58
bilalakhtarbdrung: and how to do that?10:59
bdrungdholbach: SponsoringItem.get_components -> "self.components.add('universe') # let's assume universe" is wrong in some cases like git-core.11:00
bdrungbilalakhtar: get an alioth account.11:00
bilalakhtarbdrung: done11:00
bdrungbilalakhtar: now request to join the pkg-audacious group.11:01
bilalakhtarargh, alioth is so slow11:03
bdrungbilalakhtar: only sometimes11:03
bilalakhtarangelabad: get your client to wait a bit before joining channels11:05
bilalakhtarbdrung: requested11:05
bilalakhtarWhy does alioth add -guest at the end of my name?11:06
bdrungbilalakhtar: because every DD gets an alioth account and the names shouldn't clash11:07
bilalakhtarbdrung: ah11:07
bilalakhtarbdrung: It would have definitely been better if such a thing existed in LP. I need the LP account name ~bilal but someone has taken it, and now I have the long ~bilalakhtar which creates a long e-mail alias bilalakhtar@ubuntu.com11:08
bdrungbilalakhtar: now write a mail to ctaylor (CCing me) that you want to co-maintain the package11:08
bdrungbilalakhtar: alioth is only for debian, but launchpad is not only for ubuntu11:09
kklimondabilalakhtar: it's a different thing - alioth is mostly (if not only) a debian service and LP hosts hundreds of projects11:09
bdrungkklimonda: :)11:09
bilalakhtarlol11:09
bilalakhtarand ~bilal has 0 karma11:09
bilalakhtarmailing11:10
bilalakhtars/mailing/mailing ctaylor/11:10
bdrungbilalakhtar: you could ask if you can get the launchpad name11:10
bilalakhtarbdrung: unresponsive11:10
bdrungbilalakhtar: the LP admins :)11:10
bilalakhtarbdrung: that would be rude :)11:11
kklimondaI'm not sure it's worth an effort at this point11:11
kklimondabilalakhtar has PPAs on his account, it's linked to various projects, he's using his alias already. It may not be that easy to migrate all that to another account11:12
bilalakhtarkklimonda: I migrated from a longer one to this just before becoming UM11:12
kklimondabilalakhtar: it's woth asking LP admins if its possible then. I'm not sure if they can keep your current @u.c alias though.11:14
bilalakhtarkklimonda: forget it, I have too many sites that have this address11:14
bilalakhtarbdrung: sent11:16
bdrungbilalakhtar: do you want to know what's on the todo list?11:33
bilalakhtarbdrung: yes, please, what is there?11:34
bilalakhtarbdrung: too many bugs in maverick?11:34
bdrungbilalakhtar: 1) get these extension work with 2.4.0: http://people.canonical.com/~ubuntu-archive/NBS/libmowgli111:36
bilalakhtarhell!11:36
bdrungbilalakhtar: 2) debian/copyright needs an update (in squeeze 2.3-2 and maverick). a complete license check is required. one big question: are the files licensed under GPL2 only (GPL2 and GPL3 are incompatible)?11:38
bdrungbilalakhtar: debian bug #59451911:39
ubottuDebian bug 594519 in audacious-plugins "multiple copyright problems make software non-redistributable as currently packaged" [Serious,Open] http://bugs.debian.org/59451911:39
bilalakhtaroh11:39
bdrungafter these things sorted out, you can start working on getting bug fixed. ;)11:40
bdrungbilalakhtar: if you find licence problems, check if upstream trunk branch is affected, too11:41
bilalakhtarright now, I am working on an empathy bug, will see today evening11:42
ScottKScottL: There is s new musescore in the queue: http://launchpadlibrarian.net/56895273/musescore_0.9.6.2%2Bdfsg-1ubuntu1_0.9.6.3%2Bdfsg-0ubuntu1.diff.gz - Do you all want it in (It's in the Studio package set)?11:57
ScottLLP: #65227612:20
ScottLbut 65227612:20
Rhondabug #65227612:20
ubottuLaunchpad bug 652276 in musescore (Ubuntu) "Freeze exception and upload of new bug-fix release" [Undecided,Fix committed] https://launchpad.net/bugs/65227612:20
* Rhonda helps ScottL :)12:20
ScottLtoo early in the morning ;)12:20
ScottLScottK, this has a lot of bug fixes so it certainly is desirable but i would like to test it first12:24
ScottLScottK, i should be able to test it within the next 8 hours, is that an acceptable time frame in which to have an answer?12:25
ScottKScottL: That should be fine.  Thanks for looking into it.12:30
ScottLScottK, my pleasure, thank you12:30
=== ivoks-afk is now known as ivoks
=== ivoks is now known as ivoks-afk
ari-tczewwhere can I find a source code of qa.ubuntuwire.org ?15:26
ScottKari-tczew: You can join #ubuntuwire and ask wgrant or geser.  They would both know.15:33
bilalakhtarari-tczew: Do you want to be a reviewer on REVU?15:34
ari-tczewbilalakhtar: huh, today I've looked on some packages. why you aks?15:36
ari-tczewask *15:36
bilalakhtarari-tczew: I mean, REVU doesn't recognize a person as ubuntu-dev until an admin marks it15:37
ari-tczewthen I have to be marked15:37
ari-tczewbilalakhtar: who is an admin?16:03
RainCTari-tczew: Done.16:06
RainCT(patches welcome, btw.)16:06
ari-tczewRainCT: thanks.16:06
ari-tczewRainCT: patches to revu?16:06
RainCTari-tczew: Yup, for example to automatically set people as reviewer16:07
ari-tczewRainCT: I think that wgrant, tumbleweed or bdrung could help.16:08
RainCTari-tczew: Yeah, there's enough people capable of writing this (me included). I'm just mentioning it in case someone is bored enough and wants to do it ;).16:09
ari-tczewScottK: could you look at this one? bug 63627716:13
ubottuLaunchpad bug 636277 in cdbs (Ubuntu) "cannot quickly package if spaces in parent folder name" [Undecided,Confirmed] https://launchpad.net/bugs/63627716:13
ScottKari-tczew: We aren't changing cdbs this late in the cycle.16:14
ari-tczewScottK: oh, I missed bug number. bug 47055016:14
ubottuLaunchpad bug 470550 in coreutils (Ubuntu) "uname -p and uname -i reporting `unknown'" [Low,Triaged] https://launchpad.net/bugs/47055016:15
ScottKari-tczew: Too late for that one too.16:17
bdrungari-tczew: it's too late and i don't think that this patch should be applied.16:20
ari-tczewbdrung: why?16:21
bdrungif(!strncmp(cinfo, "vendor_id", 9))16:21
bdrungif(strstr(cinfo, "AuthenticAMD"))16:21
bdrungit's not universal enough16:21
bdrungand instead of applying the patch, it should be accepted by upstream first.16:22
ari-tczewScottK: so I think that I'm wasting a time if I want a prepare FFe for new package to universe?16:23
ScottKari-tczew: Yes.  You are.16:23
bdrungari-tczew: try to get it into debian16:24
bilalakhtarRainCT: I can contribute patch to make it set reviewers automatically16:25
ari-tczewbdrung: patch or new package?16:26
bdrungari-tczew: the new package.16:26
bdrungari-tczew: and for the uname patch: get it accepted by upstream before adding to the ubuntu package16:27
* ari-tczew is driving crazy due to tons of procedures.16:27
bilalakhtarBTW, does ari-tczew need advocation to upload a new package? He is MOTU, right?16:28
bdrungari-tczew: general rule: we don't have enough man power to maintain a bunch of patches. so try to get the patches accepted by upstream or debian.16:28
ari-tczewbilalakhtar: 2 ACK are needed for approve new package. As MOTU, 1st ACK is mine. Then I need 2nd ACK, which is granted by bdrung.16:29
tumbleweedand: new packages need approval from archive-admins, and post-freeze from release team too.16:29
bilalakhtartumbleweed: That is of course needed16:29
bilalakhtarand a new package a week before the release is too late16:29
bilalakhtarthere was a discussion on this yesterday16:29
tumbleweedway too late16:29
ari-tczewthe one possibly way is backport from natty16:30
bdrungtumbleweed: the approval from archive-admins is after the upload (so it doesn't count as procedure burden)16:30
bilalakhtarari-tczew: one cannot backport new packages16:30
tumbleweedari-tczew: or give ARB a spin16:30
tumbleweedbdrung: yeah, but you don't do an upload that won't get approval16:30
ari-tczewtumbleweed: ARB?16:30
bdrungtumbleweed: Chicken or egg dilemma16:31
tumbleweedari-tczew: application review board (see the recent flamefests on ubuntu-devel and the planet)16:31
ari-tczewtumbleweed: which way do you preffer? backport or this ARB?16:32
tumbleweedari-tczew: as an Ubuntu developer, you probably prefer backports16:33
ScottKbilalakhtar: Why do you spread misinformation.  You can backport new packages.16:33
bilalakhtarScottK: really? I never playes with -backports, so sorry16:34
bilalakhtar*played16:34
ScottKbilalakhtar: Then don't make statements about things you don't know about.16:34
tumbleweedari-tczew: ARB is outside the normal development process (and also requires different package layouts)16:34
bilalakhtarScottK: If this was the case, then why was I barred a few months ago to get my new package backported to Lucid?16:34
ari-tczewtumbleweed: I think that I'm too lazy to get knowledge about ARB.16:35
bilalakhtarOthers said 'too late'16:35
ScottKbilalakhtar: What bug?16:35
bilalakhtarScottK: just a discussion here, no bug16:35
ScottKbilalakhtar: You weren't barred from getting anything backported.  Please don't make stuff up.16:35
bilalakhtarScottK: I am not16:35
ScottKbilalakhtar: OK.  Who told you you can't backport a new package?16:36
bilalakhtarScottK: Probably why it wasn't backported was because of its name, since the package has a misleading name, which was a major problem in getting the package in as well16:36
ScottKbilalakhtar: I ask again: Who said you couldn't backport it?16:37
bilalakhtarI guess it was someone whose nick started with s, don't remember, it was 5 months back16:37
ScottKbilalakhtar: OK.  Claiming something can't be done because someone you don't know who it was said you couldn't half a year ago and you never even made a proper request is not much of a basis for anything.16:38
bilalakhtarScottK: okay, sorry then16:39
tumbleweedbilalakhtar: when you are unsure about something like that, it's best to find the policy and read it for yourself16:41
bilalakhtartumbleweed: Things that happen once with a person are like engraved stones inside him/her. I try to avoid backports, and since that was the only case in which I thought of it, I thought that might be the case, which isn't, so I apologise .16:43
tumbleweedbilalakhtar: no worries (ScottK was being quite hard on you :) )16:45
bilalakhtarNo, ScottK wasn't hard, he just thought I might be making up. OTherwise, he said fine16:45
ScottKbilalakhtar: It's fine.  Now you know and we'll move on from here.16:45
bilalakhtarhmm16:46
bilalakhtaryes16:46
ari-tczewheh, very culturally discussion, instead "if you don't know, STFU" ;)16:46
bilalakhtar!language | ari-tczew16:47
ubottuari-tczew: Please watch your language and topic to help keep this channel family friendly.16:47
ari-tczewomg...16:48
ScottKari-tczew: In a global project that involves people from many cultures, you have to bend over backwards not to offend or the project just doesn't work.16:51
ari-tczewScottK: sure, I understand. I said what I've noticed. but bilalakhtar took it too seriously.16:55
bilalakhtarari-tczew: I am serious when it comes to offensive words. Just ask Rhonda about it!16:55
tumbleweedcan we just call it a day and end this conversation? it isn't going anywhere useful16:56
ari-tczew+1 ^^16:56
=== ivoks-afk is now known as ivoks
blueyedIf a package depends on libboost-filesystem1.34.1 can I make it work with libboost-filesystem1.42.0 ? I am about to edit the binary deb, but I would have to change the package name rather than some version only.18:16
blueyedIt's about amazonmp3.18:16
Bachstelzeblueyed: try to build it against 1.42 and see if it works18:19
blueyedBachstelze: it's a binary deb from amazon.. :P18:19
Bachstelzewell, same idea, try with 1.42 and see if it works18:20
blueyedI have changed DEBIAN/control in the binary package (accroding to http://daniel.hahler.de/binaeres-debian-paket-manipulieren)18:20
Bachstelzehard to tell beforehand18:20
blueyedIt will work prolly.18:20
blueyedBut I wonder why boost has the version in the package name?!18:20
Bachstelzeso that different versions can be installed at the same time18:21
Bachstelzeif a program requires a specific version18:21
Bachstelzeall libraries have the API number if the package name18:21
blueyedwell, but that makes a package depending on 1 fail if only 2 is available.. amazon.de provided amazonmp3 for 8.10, I have 10.10 - not working!!18:22
blueyedAnd I cannot rebuild.18:22
blueyedObviously, changing only deps for the binary package will fail.18:23
blueyedGreat. downloaded digital music, but cannot install.18:23
Bachstelzeyou can try to extrac the deb to e.g. /opt (sudo dpkg -x foo.deb /opt) and run the binary from there18:23
Bachstelzeextract*18:24
blueyed% amazonmp318:24
blueyedamazonmp3: error while loading shared libraries: libboost_filesystem-gcc42-1_34_1.so.1.34.1: cannot open shared object file: No such file or directory18:24
Bachstelzeouch18:24
blueyedso how do I get 1_34 now ?!18:24
=== jcfp is now known as Guest81041
Bachstelzeyou can install it from the Hardy repos18:24
=== Guest81041 is now known as jcfp`
blueyedoh well.. might be worth a try, but I need a break now.18:29
blueyedBachstelze: are you sure it's hardy? at least the download was not for hardy (8.04), but intrepid (8.10).18:33
BachstelzeIIRC Hardy has 1.34 too18:38
Bachstelzeand Intrepid is not supported anymore18:38
blueyedYes, I've added the hardy repos and could install the the deb for 8.10.18:42
blueyedThey must have a very high failure ratio on amazon though: nobody is using intrepid or hardy currently on a desktop anymore.18:43
blueyedThanks, Bachstelze! - it worked.. currently downloading the album.. but nevertheless; the Amazon MP3 download process could get improved..18:46
c_kornis there some template which can be pasted into debian/rules to make it use multiple cpu cores automatically? like passing the correct -j value to make?19:24
=== You're now known as ubuntulog
tumbleweedc_korn: if you are using dh, pass --parallel, then it will build with the parallelism specified in DEB_BUILD_OPTIONS19:43
c_korntumbleweed: ah, so I have to define the DEB_BUILD_OPTIONS first ?19:47
tumbleweedc_korn: no, the person building specifies that, see http://www.debian.org/doc/debian-policy/ch-source.html19:47
c_kornok, thanks19:49
=== ivoks is now known as ivoks-afk
=== ivoks-afk is now known as ivoks
RhondaI don't get what bilalakhtar is refering to when he hilighted me, but then I guess I shouldn't care too much. :)21:09
devildantehello everybody :)21:21
devildanteI want to apply for universe-contributors, but I never did any syncs and I'm not experienced with them. Is it still okay? :)21:21
RhondaWhat does the wiki say about the role? I guess you did read it, didn't you?21:26
iuliandevildante: Take a look at https://wiki.ubuntu.com/UbuntuDevelopers and scroll down to Ubuntu Contributing Developers.21:26
* Rhonda . o O ( Actually, this question means that I haven't read it, or rather not know it by heart ;) )21:26
devildante"merge new versions from Debian"21:26
devildanteI'm doomed then :p21:26
RhondaAs job or as requirement?21:27
* Rhonda goes and scans herself :)21:27
devildanteas job21:27
devildanteat least, it's not in requirements :p21:27
iulianOK, I'm definitely confused now.  What job and what requirement, Rhonda?21:29
RhondaRight. Usually the roles as I understand it are meant top-down. So if you are familiar with the Prospective Developers role and how it works, and started to read the documentation for the Contributing Developer's things, that should be fine as prequesite.21:29
devildanteRhonda: great, thanks :)21:30
Rhondaiulian: job as in what people in that position usually do21:31
iulianAh-ha.  That makes sense now.21:31
ScottKUCD just means "made enough of a contribution to become an Ubuntu member via packaging/development work".21:36
devildanteScottK: I think you'll have to determine that via my application21:37
devildante:)21:37
ScottKYep.21:37
ScottKThe requirements are broadly defined, but since I'm not on the DMB, it's not me who has to determine it (fortunately)21:38
kklimondayeah, we would have a shortage of developers at our disposal with ScottK in the DMB ;)21:41
ScottKkklimonda: I doubt it would be much worse.21:42
* iulian nods.21:42
* devildante looks at the word "worse"...21:42
devildanteit's already bad then :p21:43
ari-tczewajmitch: around?21:43
ScottKdevildante: Certainly.  We could definitely use more qualified developers.21:44
kklimondaScottK: would -backports be a good way to prepare new upstream releases for all supported ubuntu versions once it can be set to install packages from it only on request?21:45
ScottKkklimonda: Defiintely.21:45
ScottKI think it's already a good way to do it, but it'd be better then.21:46
ScottKYou can ~ do that now with pinning. It's only a problem when you need to pull an updated depends via backports.21:46
kklimondaScottK: hmm.. so as long as we consider the leaf packages there is nothing preventing as from using -backports right now? As -backports aren't pinned right now by defualt would enabling them update all packages?21:48
kklimondapreventing us from*21:48
ScottKIt would, but you can set the pinning locally too.21:48
kklimondadamn, where are my glasses :)21:48
ScottKI don't think we want it not automatic by default until the apt resolver can deal with this situation, but for individuals, pinning is already a good solution.21:49
kklimondaright21:49
kklimondait's just harder for new users to set up pinning (even by copy-pasting) then to enable ppa at the moment.21:50
ScottKYes.  That's where Canonical has chosed to invest it's engineering resources.21:52
kklimondaScottK: btw, I was under the impression that -bacports are completely understaffed and that it's the main reason for not backporting all the stuff but from a brief look at the ML there aren't that many requests.21:53
ScottKkklimonda: We are looking for more volunteers.21:53
kklimondaScottK: well, sure (and I'm going to help you once I have rights as I find -backports really important) - but it looks like whole idea isn't that well known to the community.21:54
* kklimonda finds the current state when new version of software has to be pulled from completely untrusted sources.. wrong21:56
ari-tczewbdrung: ping22:28
=== yofel_ is now known as yofel
ScottKkklimonda: Backports has atrophied a bit.  It used to be more used.  I'd like to get help reinvigorating it.23:06
paissad_is there a way to build a package for i386 from an amd64 arch ?23:46
kklimondapaissad_: using chroot23:52

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!