/srv/irclogs.ubuntu.com/2008/08/23/#ubuntu-motu.txt

=== asac_ is now known as asac
bdmurrayThe universe-contributors icon seems to be on a white background while most team icons seem to be on a transparent icon...00:52
Shaba1Hello stani02:15
=== Kopfgeldjaeger is now known as Kopfi|offline
foxbuntusomeone have time to explain something to me, if I were to create a new package with code from someone else's code, I provide where it came from, the author's information, and all other copyright information but maintain the source for the package on my own correct, the get-orig-source rule is not supposed to pull from some where other than where the package's source is (not its upstream source)?05:09
RAOFfoxbuntu: get-orig-source should (probably) get the most recent upstream tarball.  The code that the package is packaging.05:25
foxbuntuRAOF, ok makes sense, but the file in the package should be showing up in the diff then correct?05:26
RAOFfoxbuntu: "the file in the package"?  What file?05:28
foxbuntus/file/files (the source code in the package)05:29
foxbuntuRAOF, essentially just the same as if I was the original source author05:30
foxbuntuthe only difference is the orig tarball comes from an upstream source05:31
RAOFI'm not sure what you're saying.05:31
tgm4883_laptopRAOF, he wants to know if all the files in orig.tar.gz should be in the diff05:32
RAOFNo.05:33
foxbuntuRAOF, even if they are in the package?05:33
RAOFThe diff is the changes you make to the upstream .orig.tar.gz to turn it into a source package; generally, only the debian/ directory should be there.05:34
foxbuntuRAOF, ok I understand05:34
nxvlany motu up?05:50
wgrantnxvl: Am I not looking at one?05:52
nxvlwgrant: yep but i need a second ACK05:52
wgrantAh. A new package? That discounts me.05:53
nxvlwgrant: is a web app05:53
nxvlwgrant: from dustin05:53
persiawgrant: You're opposed to new packages now?05:54
wgrantpersia: In all but exceptional cases.05:54
persiaMakes sense.  We've a really poor track record of actually maintaining any of them.05:55
nxvlthat's why i use to upload to debian and sync to ubuntu05:55
nxvl:D05:55
wgrantThat is what one should do, yes.05:56
persiaYeah, that's better as it means someone is then responsible for it being updated, or it gets removed,05:56
nxvlyup05:58
nxvlpeople use to upload to ubuntu and forget about their packages05:59
persiaWell, some people.  I've also seen some packages that get maintained.  The trick is that it's hard to know in advance.06:00
nxvlyup06:01
nxvlyou can know that some people will maintain it06:01
jscinozHi06:02
nxvlas the package i'm asking for the 2nd ACK06:02
jscinozI was working on a package for debian (google-gadgets) and i decided to post it to REVU so it could possibly get into intrepid before the freeze in a few days, if someone could review the package (http://revu.ubuntuwire.com/details.py?package=google-gadgets) it would be greatly appreciated.06:02
persianxvl: No, you can't.  We've had packages which were brought in by very active people who are still active, but just haven't checked the bugs on that package or whether there was a new upstream.06:04
persiaIt's more a matter of best guess than anything else.06:04
nxvlagreed06:04
nxvlthen i retract myself from what i said06:04
nxvland btw06:04
nxvltalking about retractions06:04
nxvlpersia: i've been following Dustin applications06:05
persianxvl: Yes?06:05
nxvlpersia: and i understand your concerns, but in favor of Dustin i need to say that the core of his work is on uptream06:05
nxvlhe has an interesting model of work06:05
nxvlhe hack and patches upstream06:05
nxvland then imports it to ubuntu06:06
nxvlso he may doesn't have a lot of ubuntu specific uploads into universi06:06
nxvlbut he has a lot of code into universe06:06
persianxvl: I understand.  As I think I made clear, I've no issues with him technically.  Also, to me it seems that the discussion is quieting: I'm not sure why there have been no other votes.06:06
nxvldoes that count as indirect contributions?06:06
persiaI didn't vote against him, just didn't vote because of the previous MC voting procedures (which have now been changed)06:07
nxvlpersia: geser said he has no time, i don't understad why nixternal hasn't vote06:07
nxvlpersia: yeah, i know, and that's cool, since there are nothing to complain about him, that's why i understand a retraction, but i would't understand a negative vote06:08
nxvlpersia: i think nixternal is waiting for more discussion06:09
persianxvl: I'm glad you understand.  Some of the mail makes me feel like I've voted against him, or that I'm somehow blocking him, which isn't very comfortable.06:09
nxvlpersia: but what i meant is, despide of the techical thing, which is clear we haven't any complains on that part, he has do a lot of contributions to universe, but not directly06:10
nxvlbeing that pushing code tu upstream and them import it into ubuntu06:10
wgrantI am pleased that discussion was able to continue. In the past everybody just gave their +1s and candidates were approved with minimal discussion, in cases where they should have perhaps not been.06:10
persianxvl: Right, and I suspect that might be part of the issue.  He does immense amounts of work, much of which is good, but is it work done explicitly for Ubuntu?06:11
nxvlpersia: and also some comments for some people on other applicants aplications06:11
nxvlpersia: in upstream yes06:11
persiawgrant: I'm very glad to hear that.  Thank you.  I feel a little bad, because Dustin's work is good in my technical review, but still stand by my decision to allow discussion.06:11
nxvlpersia: i've talked large with him since we are on the server team and we work together most of the time06:12
nxvlpersia: and for example, for ecryptfs he didn't patch the ubuntu package06:12
nxvlpersia: he started to work with upstream, and when the tools was in good shape ask upstream to release and then include it in ubuntu06:12
persianxvl: Right.  I understand.  His name appears all over the place, with a lot of work done completely upstream or in Debian.06:12
wgrantpersia: I fully support that decision.06:12
nxvland the goeal of all that work was specificaly for ubunut06:12
nxvlso it's work made for ubuntu, but not directly06:13
persianxvl: Understood.  I'm fairly undecided on the question of whether one must work *in* Ubuntu to work *on* Ubuntu.  I have a preference for stronger teams, and think that there is value in having MOTU be a team, rather than just an upload permission bit.06:14
nxvlhe's just making it backwards06:14
nxvlbe use to patch ubuntu packages06:14
nxvland then push our changes to upstream and then sync06:14
persiaBut that preference isn't strong enough to make me say we should exclude those who do upstream work.06:14
nxvlbut he pushes his changes to upstream and then import them to ubuntu06:14
nxvlwhich i find a good workflow06:14
persianxvl: Taking the argument for the sake of debate, rather than personal opinion:06:14
persiaSure, but how does commit access to Ubuntu help that workflow?06:15
nxvlpersia: yeah, i'm not trying to change your mind actually, just discussing it on IRC, which i find better than using ML06:15
persianxvl: For quick discussions, I agree.  For many discussions, I prefer the mailing list just because it has a wider audience.06:16
nxvlyeah06:16
nxvlthis time i'm extending the discussion06:16
nxvli use to discuss things on IRC and then go to ML06:17
persiaSo, back to my devil's advocate question: how does commit access to Ubuntu help an upstream-focused workflow?06:17
nxvlpersia: for better/quick inclussion of the new upstream version06:17
nxvlalso at some point upstream inclussion is not permited anymore06:18
nxvlso i expect to see more work from dustin after FF06:18
persianxvl: So why would it not be appropriate to evaluate involvement after that work has been presented?06:19
nxvland i also agree that he doesn't show to much here and doesn't use the normal workflow for sponsorship, since he pings canonical employees and/or specific people to sponsor his work, instead of using uus and this channel06:19
persianxvl: Right, which are the two sides of the debate.06:20
persiaI think geser put it best when talking about the wave/particle thing.  What is MOTU?  Is it a team, or people who can upload or both?06:21
nxvlpersia: actually that's what i mean. Given the actual state of his application i expect to see more work from him from this week on, and then maybe change one more MC member mind to give a positive vote06:21
persiaI don't know the answer to that question, but I think it's worth discussion.  I feel bad that Dustin specifically got hit by the discussion, but given the way we work, a couple weeks rarely makes a difference.06:22
nxvli actually disagree on that06:22
nxvli count contributors as part of the MOTU team06:22
nxvlwithout commit access06:22
nxvlbut part of the team06:22
persiaI consider contributors a vital and critical part of the Ubuntu Development team, but not yet MOTU.06:23
nxvlthat depends on what MOTU means for you06:24
persianxvl: Right, which is the core thing.06:24
nxvlexactly06:25
persiaTo me, MOTU is the "Masters of the Universe": the people who are ultimately responsible for making sure that the universe component is as good as we can make it be.06:25
nxvldevelopment is a BIG part of the MOTU team, and the core of it06:25
persiaThis has nothing to do with upload rights.06:25
nxvlbut we still have community06:25
nxvlwhich is also an important part of it06:25
persiaSee, I completely fail to understand any distinction between development and community.06:26
persiaUbuntu is a commity-driven distribution, and Ubuntu Developers (whether Core, MOTU, or UUC) are all community members who are contributing with development work.06:26
persiaMany members of those teams also participate in other factors of the Ubuntu community.06:27
persiaI very much feel that having a separate "MOTU" community is the wrong direction: we are all part of the Ubuntu Community, and MOTU is a team that tries to reach certain goals in that community.06:27
nxvlas i see it, development is hang here, make patches, fix bugs and review some consitrbutions, and community is teach new people, convince them to jump in and make it easy to them to start06:27
persiaThat said, it still leaves open the question as to whether this is because of upload rights or because of membership in the team by accolation.06:28
persianxvl: See, I don't see the difference between those things.06:28
persiaGetting people involved is often a matter or working with their bugs (or fixing them), and making Ubuntu better for them.06:28
nxvlpersia: because you take care of the 2 parts, but not all of the members06:28
persiaReviewing contributions isn't that different than teaching new people.06:28
persianxvl: Except I claim that the difference is artifical, and use of such separate terms is a semantic construction that encourages discrimination within the Ubuntu community, a practice that I do not believe leads to the ultimate growth of Ubuntu.06:30
nxvloh yeah i just read a previus comment of you, i'm not separating it as in 2 different team06:30
nxvlwhat i was trying to say is that you can contribute to MOTU community directly without the help of no-one, oposite to development that you need a sponsort or commit access06:31
persianxvl: No, but you use different terms, which then allows the asking of the question "Is this person involved in development or community", which I don't think is a meaningful question.06:31
nxvlagreed06:31
persiaYou support the idea that there is a distinction by saying "persia: because you take care of the 2 parts, but not all of the members", which I also think is meaningless.06:31
persiaI don't know of any MOTU who is not part of the community (and if you do, please let me know), and I don't know of any MOTU who does not do any development (and if there is one, they ought be encouraged to come back and help more)06:32
nxvlyes, i thing i said it wrong06:33
nxvlwhat i was trying to say is that you don't need to be a MOTU with upload rights to be part of the MOTU community06:33
nxvlwhich was the original discussion06:33
persianxvl: No worries.  The idea that there is a separate "community" within Ubuntu is an unfortunate meme that has spread far: it is not surprising to see it repeated, as much as I neither understand why it is present, or how to destroy it.06:33
persiaSee, again, I don't think there is a separate "MOTU" community.  There is a separate Ubuntu Development community, as much as I would prefer there not to be, but I do not beleive there is any value in creating sharper distinctions within our ranks.06:34
nxvlwhat i've notice in the ubuntu community in general, in difference from the others starts with the end users06:36
persiaSee, I think we all ought focus on that.  We are, after all, end users.06:36
nxvlyes, but different end users06:36
persiaHow?06:36
nxvlfor example: a common gentoo user know what he is doing and has somehow technical skills, oposite to ubuntu that targets to the less technical users06:37
persiaWhile I can say that I am a developer, and an expert with certain things, there are areas of the system that I don't understand.06:37
persiaI've had bugs that annoy me for years, but aren't sufficiently annoying for me to want to fix them.06:38
nxvlsame with debian, they somehow knows what he's doing and/or needs to investigate to do stuff06:38
persiaEither I am an end-user, sharing the same annoyances as everyone else, and therefore part of a large community, or I am separated into being a developer, who is being irresponsible by not fixing the bugs.  I choose the former because the latter is simply too disenheartening.06:38
nxvlpersia: yes, but you understand how an aplication works, my mom doesn't06:39
persianxvl: No, my point was that I don't understand how some applications work.06:40
nxvlpersia: and the objetive ubuntu users are users like my mom06:40
persiaNo, the target Ubuntu users are everyone.  Your Mom and you and I.06:40
nxvlyep06:40
nxvlbut make it as easy as it can so my mom can use it06:40
persiaI have no interest in making a distribution that works for your Mom.  I work on Ubuntu because I find it the best way to get others to work on Ubuntu because I am unhappy that Ubuntu doesn't work the way I want.06:41
RAOFI'd prefer to make it easy for _me_ to use it.06:41
persiaIt's entirely selfish, and entirely to improve my own computing experience.06:41
RAOFIf this happens to make it easy for someone else (and it almost certainly will), all the better.06:41
nxvlso the core and mayority of the users are mom-users (to stop mentioning my mom) so the percentage of posible developers are less that in other distributions06:42
persiaOn the other hand, if this happens to benefit your Mom, that's a good thing, and makes me feel warm and tingly inside.06:42
persiaRAOF: Precisely.06:42
persianxvl: See, that's divisive argument.06:42
persiaOne of the things I remember most fondly about my involvement with Ubuntu was back in Hoary: a 9 year old joined #ubuntu looking for a photo management application.  pornview was perfectly suited for his needs, but he couldn't install it because of the name.06:43
persiaIn Dapper, that same person ended up submitting some very insightful bugs that helped make Dapper better.06:43
nxvlwhat i mean is: for each 100 ubuntu users 20 or more know a program language and can become DD one day06:43
nxvlin ubuntu that 5 over 10006:44
nxvlerr06:44
persiaNow, that person isn't around so much (high school in the US can be very distracting), but I think the contribution was good, and I think the goal ought be to encourage more users to do that sort of thing.06:44
nxvl100/20 for debian06:44
persianxvl: Yes, but you miss the point.06:44
RAOF_Everyone_ can become a DD one day; everyone can become a MOTU one day.06:44
persiaThe point is that if we are all part of the same community, and we all work together, sharing what we can, we get something better.06:44
foxbuntu"Linux for Human Beings"06:45
persiaIf we say "You're not a developer" or "You don't have any technical skills" the users become mere consumers, rather than part of the community.06:45
nxvlRAOF: if you are interested on it, and that's the difference between the 20 and the rest06:45
nxvlRAOF: not the actual techinical skills06:45
RAOFnxvl: Right.06:45
persiaI do some user support for ubuntustudio.  Typically it's the end users who claim they have no technical skills that are able to track down some problem so we can get it fixed.06:46
foxbuntuI am very technical and a Dev for the Mythbuntu Project and some normal issues slip by my view simply because I am not thinking from a non-technical user's perspective, a linux user is part of the community regardless of their involvement of it progressions06:47
persiafoxbuntu: Yes, but I contend that those users who feed you stuff *are* directly involved in the improvement of mythbuntu, regardless of how much technical experience they may have.06:48
foxbuntupersia, I would agree06:49
foxbuntuthe users are the most important part of a development project06:49
persiaIndeed, and that includes all users, including those of us involved in this conversation.06:49
nxvlalso you can tell that from the quality of the bug reports06:50
persianxvl: This is a good metric, but generally if one is helpful with those with poor bug reports, the future bug reports from the same source are better.06:51
nxvlagreed06:51
foxbuntupersia, indeed...I came from very little coding experience and became a developer06:51
persiaNote also that this applies to people who choose to focus on coding: I've seen lots of bad bug reports from very technically ept people who just couldn't be bothered to write it clearly.06:52
nxvlfoxbuntu: yes, but you have development interest06:52
nxvlat least interest in development06:52
nxvlwell06:53
nxvli need to go06:53
nxvlit was pleasure to discuss with all of you06:53
nxvlas always!06:53
foxbuntupersia, so, help them, most users even of high technical skill have never delt with bug reports and dont know how to submit useful information06:53
persianxvl: You're looking at it backwards.  Consider the case of Con Kolivas: who had no coding experience, or clear interest, but wanted linux to be better, and got very involved in the kernel.06:54
persiafoxbuntu: Precisely :)06:54
nxvlpersia: not actually, that's what i mean, the interest better than the technical background06:55
foxbuntupersia, actually for Mythbuntu we have added tools to do just that for the 8.10 cycle06:55
persianxvl: Right, but the interest can be cultivated by creating an inclusive community, which is why I argue against divisive terms.06:55
persiafoxbuntu: Cool.  Are they highly mythbuntu specific, or can they be generalised more widely?06:56
nxvlpersia: agreed06:56
nxvlok06:56
nxvlnow that one more discussion ended with persia convincing me06:56
persianxvl: Thanks for letting me stand on a soapbox with you as the apparent object of my rant :)06:56
nxvli'm gone06:56
persiaHave a good night :)06:57
foxbuntupersia, its actually fairly generic...grabs common log data and posts it to pastebin and provides the link through the interface06:57
nxvlpersia: have a good ...06:57
persia:)06:57
nxvlafternoon06:57
nxvl:D06:57
jpdsBuenas noches nxvl.06:57
nxvljpds: igualmente!06:57
nxvl:P06:57
nxvlread you06:57
persiafoxbuntu: Nifty.  Is that as an apport hook, or a separate hook of some sort?06:57
foxbuntupersia, all custom, so they can be gathered and posted on demand and its got intergration into the MythTV Frontend for easy access06:58
foxbuntupersia, its not as nice as apport but gathers things needed in Mythbuntu land for good bug reports06:59
foxbuntubut would work fine for other things07:00
persiafoxbuntu: Nifty.  Be cool if we could find a way to extend that more generally, with more front-ends.  I can imagine that the discussion in #ubuntu would be more productive if everyone brought along the right logs.07:00
foxbuntupersia, certianly could be done07:00
IntuitiveNippleAre there any "Build-Depends" exception experts around? I'm trying to figure out how to *prevent* icedtea-java7-jdk satisfying 'java6-jdk'. Debian policy manual doesn't seem to allow ! for package names, only architectures07:36
=== fargiolas|afk is now known as fargiolas
persiaIntuitiveNipple: Don't use either?07:40
persiahttps://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-July/000460.html07:41
IntuitiveNippleIt's a package for Gutsy - the Hardy+ versions run okay, but the Gutsy version fails on run because it was built using icedtea - it causes "UnsupportedClassVersionError"07:42
persiaAh.  Just build-depend against a specific other package then, perhaps using | construction to optionally allow other providers of java6-jdk07:43
IntuitiveNippleThe *intention* was to have it build using a java 1.5 compiler, but icedtea-satisfied the build-depends. I was hoping to keep the same control file for each version to save having to maintain separate strands but... !07:43
* persia doesn't really think icedtea belonged in gutsy anyway, and is surprised that anything was built against it, given the date on which it was uploaded07:43
IntuitiveNippleAm I correct in thinking the or operator in build depends will cause the first package available to be installed?07:44
IntuitiveNippleYeah, it is a pain. I've packaged the latest red5 Flash server for Gutsy Hardy & Intrepid, but just found out (on my own server) that the Gutsy edition has this 'problen' so trying to figure out an elegant solution07:45
IntuitiveNippleIdeally it looks like the Gutsy package needs to build-depend on java2-compiler07:46
persiaThe | operator will install the package first named in the sequence if none is installed, but not force the installation if there is already one of the mentioned packages listed.07:46
IntuitiveNippleYeah.. so the former situ on a buildd where none should already be installed07:47
persiaDoes it build cleanly with java2-compiler?07:47
IntuitiveNippleNot tried yet! It builds cleanly for all of them, it just doesn't *run* !07:47
persiaIntuitiveNipple: For modern buildds, that is frequently the case, although there still exist some buildds that would preserve previous installed packages in ther interests of speed (but I think none that are default buildds for any distributions)07:47
IntuitiveNippleI did extensive build-tests locally before it went up to PPA, and was testing locally on the openjdk6-jre for running it so didn't think to suspect this issue07:48
persiaAh.  Maybe it needs a different JRE to run?  There've been a few packages that could build cleanly with anything, but required certain JREs to actually run.07:48
persiaConversely, there was at least one package that needed specific (and different) versions to build and run at one point (although I think it's fixed now)07:49
IntuitiveNippleI've tried all the available JREs on Gutsy all give the same problem, and reading up on the exception basically says "don't compile it with icedtea - it messes things up"07:49
IntuitiveNippleHence trying to figure out how to ensure07:51
IntuitiveNipplesun-java6-jdk is used (which provides java2-compiler)07:51
persiaBuild-Depends: ... sun-java6-jdk | java2-compiler ...07:52
IntuitiveNippleyeah, I thought of that but... I would prefer the Hardy/Intrepid packages to build with openjdk ... and annoyingly the provides of the Sun and OpenJDK and icedtea packages don't coincide07:52
IntuitiveNippleI'l probably end up having to have two different control files, to make this sane07:53
IntuitiveNippleNot too much of an issue since I have automated build/publish scripts that already re-write changelog for each release... I can extend that to look for and use an alternate control if it is there.07:54
asomethingHey, i was away for awhile but just read the above conversation between some (persaia, nxvl, foxbuntu) and part of it made me wonder why REVU exists at all. I maintain two packages in Debian. Now I realize it was the best path to take as more people can use them, but the reason I submitted my first Debian package was that it sat in REVU for over a month without even a comment. Why doesn't Ubuntu just send people that way to begin08:02
persiaasomething: It's mostly because there is a matter of debate.  Some believe we should have new packages in Ubuntu.  Some believe we shouldn't.08:03
persiaMembers of the first school created REVU as a means to ensure that if new packages were being added to Ubuntu, they were of good quality, and had been submitted for peer review.08:03
persiaPersonally, although I'm not so much a fan of new packages, I'm a huge supporter of REVU, as I believe that if we are going to have new packages, getting them peer reviewed is the right way to do it.08:04
IntuitiveNippleI guess the PPAs do a curve-ball around REVU now?08:05
persiaIntuitiveNipple: Well, many Ubuntu Developers mostly ignore the PPAs as examples of packaging being done.08:05
IntuitiveNipplenot as examples, I mean to get packages published quickly08:06
persiaAt UDS Boston there was talk about using PPAs as part of a review process, but due to the nature of the way that PPAs are implemented, this turns out not to work at all in practice.08:06
IntuitiveNippleI know for all my packages I spend many hours ensuring the packages are absolutely correct.08:06
IntuitiveNippleI've even had to learn how to format man-pages :D08:06
persiaWell, there's a difference between publishing in a PPA and publishing in Ubuntu.  PPAs are really just a way to host a third-party repo without building the infrastructure oneself.  It comes from good ideas, but in execution, it's left a fair amount to be desired, and is for a long time was unusable by distribution developers.08:07
persiaIntuitiveNipple: Right, and I suspect that comes from your initial experiences with peer review :)08:08
asomethingI guess  I understand the point of of REVU, but maybe there should be a more explicit attempt at sending people willing to maintain packages to Debian. Especially since debian.mentors has been more responsive in my case than REVU...08:08
persiaasomething: It depends on timing.  At the time of REVU creation, m.d.o was fairly unresponsive.  Right now, m.d.o is fairly responsive, and REVU is mostly unresponsive.08:08
IntuitiveNipplepersia: no, I've never been involved in 'official' packaging. It comes from my being a perfectionist :D08:10
asomethingwith an new stable Debian release coming up, this might change... priority is going to RC bugs.08:10
persiaI'm not sure the scale won't top back in time.  Ideally, they would both be responsive, or the many-times-mooted idea of building a new m.d.o that included some of the REVU features for wide public review for insertion into Debian, with participation from both distribuitions.08:10
persiawould be actualised08:10
persiaIntuitiveNipple: I know better than that: I've seen your name in changelogs.08:10
IntuitiveNipplepersia: huh?08:10
persiaasomething: Indeed.  It goes back and forth.08:11
IntuitiveNippleI've not done anything official... aside from occasionally reporting bugs08:11
asomethingpersia: infact, I've got an update to one of my packages sitting on mentors now for ten days. longest time without a reply yet... I think I'll have to do a Ubuntu revision to get in before the Intrepid FF. I'd prefer to sync, but it's better to get it in...08:16
persiaasomething: If ten days is the longest time without a reply, m.d.o has gotten *much* better, and it definitely the place for people to go now.08:16
persiaAt the time of REVU's creation, m.d.o would be months without a reply.08:17
IntuitiveNippleThese codes... what is m.d.o ?08:18
asomethingpersia: m.d.o has been very responsive. the site its self is nice as well08:18
asomethingmentors.debian.org08:18
persiaasomething: Indeed, which is a good thing :)08:18
asomething^^ IntuitiveNipple:08:18
persia(especially because REVU has been *so* inactive this cycle)08:19
IntuitiveNippleSo, if I've packaged stuff and put it in my PPA, what might be different if I was to 'backport' it for inclusion in Debian? Presumably I've got to 'pbuilder' it for Debian too? How about the fact the number of architectures supported?08:21
persiaGenerally it's best to test it against Debian, but the differences should be fairly minor.08:21
persiaNote that some packagses will depend on Ubuntu-specific bits, like branded Mozilla apps or differences in the Ubuntu kernel, and these need a bit more tweaking.08:22
=== tuxmaniac is now known as slytherin
IntuitiveNippleYeah, I think that would be an issue for me, and the extra 'hassle' of figuring out the issues isn't something I'd want on top of the existing process!08:23
persiaIt's mostly just a matter of testing.  For 99% of packages, there's no strong reason for divergence.08:24
asomethingIntuitiveNipple:  you should check out https://wiki.ubuntu.com/PbuilderHowto#Multiple%20pbuilders08:26
IntuitiveNippleasomething: :D  http://tjworld.net/wiki/Linux/Ubuntu/Packages/CreatingPbuilderVariations08:28
asomethingIntuitiveNipple: that looks better, guess you know ;-)08:30
IntuitiveNipplehehehe08:31
IntuitiveNippleall my build/testing is automated her08:31
IntuitiveNipples/her/here/08:31
asomething IntuitiveNipple: just looked you up (LP people search, not some strange government database) , you should put more things up for inclusion... you seem more than qualified...08:48
IntuitiveNipplePersia has been trying to persuade me of that.08:49
asomethingif they let smucks like me in the archive (not a MOTU just through sponsors and Debian), someone like you would be a great addition :)08:52
IntuitiveNippleI'm already busy with kernel stuff, packaging is just a sideline :)08:52
=== slytherin is now known as tuxmaniac
xnevermoreHow does one handle a package version such as 2.10.33-2.2build1?09:07
RAOFxnevermore: That's surely not the upstream version, right?09:13
xnevermoreno09:15
xnevermorei'd just never seen an ubuntu package named as such, and am not sure how to increment it09:16
RAOFAh, right.09:18
RAOFThe 'build1' suffix indicates that it's needed a no-change rebuild.09:18
xnevermoreno-change?09:19
persiaWell, changelog changes only.09:19
RAOFNo source changes, just a changelog entry.09:19
RAOFSo the next Ubuntu revision of that package would be 2.10.33-2.2ubuntu109:19
xnevermoreahhh... what about the number before ubuntu/build? I thought it was supposed to be either a 1 or 0, and certainly not decimal pointed09:20
jpdsxnevermore: Decimal indicates security update.09:21
xnevermorehmm... well a 1 means debian derived, a 0 means its not, so what does 2.2 mean exactly?09:23
xnevermoreand IS it a debian package or ubuntu?09:23
RAOFIt's derived from the -2.2 debian package.09:24
RAOFBecause we needed a rebuild, someone added a changelog entry and uploaded the build1 package.09:24
RAOFCurrently it's exactly the same source as the 2.10.33-2.2 Debian package.09:25
xnevermoreok, that seems reasonable enough.09:25
persiajpds: Not necessarily a security upload.  Could be all sorts of reasons for an NMU that resulted in something like -2.209:37
jpdspersia: Right.09:38
fatal_Hi. Does MOTU handle pulling in updates from Debian as well? I just came to say that you might want to pull in the latest iproute package, which was given a freeze exception to go into Lenny. It fixes some bugs, but maybe most importantly the version you're currently carrying differs from all other versions in it's output syntax (which was reverted in the new version).10:48
fatal_I see no reason that updating should cause you any problems.10:48
DktrKranzfatal_, iproute is in main, you may want to file a new sync request to have it in intrepid before FF.10:50
fatal_DktrKranz: I'm not up to speed on how things work in ubuntu, would you mind doing it for me? :)10:51
jpdsfatal_: https://wiki.ubuntu.com/SyncRequestProcess10:52
fatal_I guess it's not too much to care about though.... not like your next version will be a long time support (AFAIK), so it'll only last 6 months.10:52
fatal_bye!10:55
jpdsHmm.10:55
Ampelbeinhi! Could someone check on bug #132130? i created a debdiff and would like to know if thats ok.11:15
ubottuLaunchpad bug 132130 in istanbul "istanbul crashed with AttributeError in stop_recording()" [Medium,Triaged] https://launchpad.net/bugs/13213011:15
=== DreamThi1f is now known as DreamThief
=== Kopfi|offline is now known as Kopfgeldjaeger
=== thunderstruck is now known as gnomefreak
geserAmpelbein: as istanbul uses quilt for patch management, you should use it to add new patches. And when I read the debian bug it looks like the mentioned patch is already applied in the version in intrepid.11:47
Ampelbeingeser: ok, thanks for the info.11:48
gnomefreakcan someone give me an idea on why this is failing? all i did was change control maintainers* and changelog http://pastebin.mozilla.org/52341412:38
RAOFgnomefreak: The clean target doesn't work, apparently.12:39
RAOFcannot represent change to smartirc4net-0.4.5.1/bin/Meebey.SmartIrc4net.dll.mdb: binary file contents changed <12:39
RAOFThat file should be removed on clean.12:39
gnomefreakRAOF: ah ok let me look at it in rules12:39
gnomefreakthats odd smuxi has clean: clean-patched unpatch but libsmartirc* doesnt have that line but that wont remove that binary AFAIK12:42
gnomefreakyep it fails with that too but gives differnet error12:43
RAOFWow.  The PPA build chroot is horribly broken; my build's just failed unpacking the dependencies!12:43
gnomefreakhmm wonder if nobinonly script will help this12:48
gnomefreakremoving by hand fixes it seems like for good12:48
gnomefreakthis is gonna fail on PPA i guess i have work to do today12:51
gnomefreakthank RAOF12:51
emgentmoin13:19
loellgot a noob question,  the rules file is a bash scrip right?13:22
DktrKranzLaney, I'm looking at goocanvasmm, sorry for being so late.13:25
geserloell: no, debian/rules is a Makefile13:27
NCommandergeser, it technically can be a bash script, there are a few packages that use that vs. a makefile13:29
NCommanderI don't remember if policy changed to require it to be a makefile13:29
geserNCommander: "This file must be an executable makefile" [http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules]13:31
NCommanderOk13:32
NCommanderI guess that's been defined then13:32
loellNCommander, so basically the syntax is of bash?13:37
=== asac_ is now known as asac
NCommanderTHere are no bashisms13:38
loellwhat syntax does it follow then?13:38
NCommanderPop open an existing package, and take a look13:38
NCommander(hello is a good package to see)13:39
loellNCommander,  i'm currently viewing it13:44
NCommanderits pretty much13:44
NCommandertarget:13:44
NCommander   command113:44
NCommander    command213:44
NCommander(remember, use tabs, not spaces)13:44
loellwhat i'd actually like to do, is a costumize parameter for ./configure13:44
loellsomething like13:45
loellif amd64 then pass this13:45
NCommanderJust ./configure *arguement one* *argtwo*, etc.13:45
loellNCommander, hang on i'll paste something, try to see what might be wrong with my syntax13:46
loellon pastebin13:46
loellNCommander, http://paste.ubuntu.com/39900/13:48
loell;)13:48
NCommanderwhat's the issue?13:49
loellwhen it build in amd64, it will trigger an error instead of building it13:50
NCommanderI think you need quotes around --disable-wine13:50
loellNCommander, ah i see13:50
geserloell: what error do you get?13:50
loellgesser, just a sec, accessing my ppa ;)13:51
loellgeser, https://launchpad.net/~loell/+archive/+build/69815713:52
loelloops, its suppose to be http://launchpadlibrarian.net/16992542/buildlog_ubuntu-hardy-amd64.gyachi_1.1.48-1~ubuntu2_FAILEDTOBUILD.txt.gz13:52
loellgeser, basically it just says, dpkg-buildpackage: failure: debian/rules build gave error exit status 213:54
geserloell: looks like configure isn't called at all13:55
gesermy guess is the indention in your debian/rules13:55
gesertry either indenting the WINE = ... line or move this ifeq block before the targets13:56
loellgeser,  ah ok :)13:56
loelli'll try both NCommander and your suggestions, it should be somewhere there :)13:57
loellthanks both..13:57
NCommandermorning LucidFox14:33
=== Kopfgeldjaeger is now known as Kopfi|offline
=== fargiolas is now known as fargiolas|afk
=== paul__ is now known as Kiliman
=== Kiliman is now known as Kilimanjaro
stefanlsdI received this comment - Apps in menu file is deprecated, please adhere to new standard - Anyone know where i can read up about this?17:05
persiastefanlsd: http://standards.freedesktop.org/menu-spec/latest/apa.html17:08
persiaOh, sorry.  menu files.17:09
persiafile:///usr/share/doc/menu/html/ch3.html17:09
stefanlsdpersia: thanks!17:18
NCommanderpersia, can you help me figure out a transition?17:26
NCommanderI'm not sure if I can make this work with conflicts/replaces, or if I need to make dummy packages17:26
james_wIt looks to me like the last wine upload wasn't the right fix, can someone have a look and see if they agree?17:28
james_w* Added procps to Build-Depends to make postinst happy.17:28
james_wI think it should be in Depends, as the postinst is install-time, not build-time.17:29
=== Kopfi|offline is now known as Kopfgeldjaeger
james_whttp://launchpadlibrarian.net/16971889/buildlog_ubuntu-intrepid-i386.lmms_0.3.2-1ubuntu2_FAILEDTOBUILD.txt.gz is a build failure that it is causing17:30
NCommanderYeah, that looks wrong17:30
NCommanderIt seems you can only have one package in the Replaces field17:31
jelmerwhat's the best way to deal with fixes to a Ubuntu native package (ubuntu-dev-tools)? Should I request a merge for my change in bzr or rather request sponsorship for a built package?17:32
NCommanderThe former I believe in the case of ubuntu-dev-tools, but I may be wrong17:32
jelmerNCommander, thanks, will do17:35
james_whey jelmer17:35
james_wNCommander: grep-dctrl , -F Replaces -s Package,Replaces < /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_intrepid_main_binary-i386_Packages17:35
james_wNCommander: that suggests you can have more than one Package in a Replaces field17:36
NCommanderDoesnbt' seem to work though17:36
NCommandergrep-dctrl17:36
NCommanderer17:36
NCommanderConflicts: xfce4-mcs-manager, xfce4-mcs-plugins, xfce4-mcs-plugins-extra17:36
NCommanderReplaces: xfce4-mcs-manager, xfce4-mcs-plugins, xfce4-mcs-plugins-extra17:36
NCommanderThat's what I have in control17:36
NCommanderdpkg: considering removing xfce4-mcs-manager in favour of xfce4-settings ...17:37
NCommanderdpkg: no, cannot proceed with removal of xfce4-mcs-manager (--auto-deconfigure will help):17:37
NCommander xfce4-mcs-plugins-extra depends on xfce4-mcs-manager (>= 4.4.0)17:37
james_wyou would need a Provides: to fix that one I think17:37
NCommanderBut I want xfce4-mcs-plugins to be removed17:37
james_wNCommander: I think you may be right, you may need a transitional package17:40
NCommanderugh17:41
NCommanderSo I need a dummy xfce4-mcs-manager, and one for its plugins?17:41
NCommanderyuck17:41
james_wI would have thought that one for the plugins would do it17:42
jelmerhi James17:42
james_wit will make apt consider the upgrade of the package in the transaction17:42
james_wjelmer: do you have a problem with the NMU of bzr?17:42
NCommanderI've never made a transitional package before17:42
jelmerjames_w, no, it looks fine to me17:42
=== Kopfgeldjaeger is now known as Kopfi|offline
james_wjelmer: shall I reply telling them to upload?17:43
james_wit will have to go via t-p-u though17:43
jelmerjames_w, yeah, please do17:43
james_wk17:43
=== Kopfi|offline is now known as Kopfgeldjaeger
persiaDummy packages are unfortunate.17:49
persiaNCommander: What is the specific transition you are trying to accomplish?17:50
NCommanderxfce4-mcs was removed in xfce upstream17:50
NCommanderIt's no longer used, and conflicts with xfsettings (part of its replacement)17:50
NCommanderxfce4-mcs-manager needs to be removed on the upgrade, but its rdepends also need to go as they are obsolete)17:51
NCommander(we're leaving the libxfce4mcs library in place for now, but the manager software needs to be removed)17:51
NCommanderhrm17:52
NCommanderwait, let me try one last thing17:52
persiaOK.  You want to Conflict: with everything that should get removed, and only Replace that which you are actually replacing (file overwrite).17:54
NCommanderTried that17:54
NCommanderDidn't work17:54
persiaNote that the order of the Conflicts: does make a difference (although it's not really supposed to), so you want to Conflicts in the opposite order.17:54
NCommanderWish THAT was noted somewhere17:55
NCommanderLets see if that fixes it17:55
NCommanderdpkg: considering removing xfce4-mcs-manager in favour of xfce4-settings ...17:55
NCommanderNo, its still trying to remove mcs-manager first17:55
persiaWith conflicts in the opposite order?  Odd.17:56
NCommander(current conflicts line: Conflicts: xfce4-mcs-plugins-extra, xfce4-mcs-plugins, xfce4-mcs-manager )17:56
persiaYeah, the policy says it doesn't matter.  The code processes it in the order presented.  Just an accidental effect.17:56
persiaOh, because of the Replaces.  Hrm.17:57
NCommanderI can list the plugins17:57
NCommanderIf they're getting conflicted17:57
NCommanderTHey should get zapped17:57
persiaNo, only if removing them improves the general state of the system.17:57
NCommanderUgh17:57
NCommanderNo way to force replaces?17:57
NCommanderIf I can't get this to work, I'll put a dummy package for mcs-plugins/plugins-extra, and use the Breaks control word to make sure things get installed in the right order17:58
persiaRight.  The dummy package belongs in the -settings source, so that you can drop the source you no longer need.17:59
NCommanderSo is that the right thing to do?17:59
persiaIt's not pleasant, as you'd have to carry the dummy packages until the next LTS.17:59
NCommanderThis is intrepid only18:00
NCommanderFortunately18:00
NCommanderWe could do this:18:00
NCommanderBreaks: xfce4-mcs-plugins (<< 4.5.80), xfce4-mcs-plugins-extra (<< 4.5.80)18:00
NCommanderConflicts: xfce4-mcs-manager18:00
NCommanderReplaces: xfce4-mcs-manager18:00
james_wNCommander: you still need them until next LTS+1, so that LTS->LTS works18:01
NCommanderUgh18:01
persiaIntrepid only?  xfce4-mcs-plugins wasn't in hardy?18:01
NCommanderer, it was going tobe dropped18:01
NCommanderMy bad18:01
* NCommander remains quiet ;-)18:01
NCommanderNEC error18:01
NCommander(not enough coffee|coke)18:01
persiaRight.  Try Providing the packages you want to kill.18:02
james_wit's also useful to note that in the changelog, as that's a couple of years away, and it's much easier to simply read the changelog, then go back and work out when the packages were around.18:02
NCommanderI think I tried that before18:02
persiaYeah, probably the versioned dependencies then.  Provides doesn't really work with versions.18:02
NCommanderNope18:03
NCommanderProvides doesn't work18:03
NCommanderI'll add a breaks18:03
persiaSo, does Breaks+Conflicts work?18:03
NCommanderTrying18:03
NCommanderBreaks won't work until their are dummy packages18:03
persiaWhy not?18:03
NCommanderBreaks will prevent xfce4-settings from installing until a version greater then the version number in breaks is installed18:03
NCommander(think of it as a versioned conflicts)18:04
NCommanderWait18:04
NCommanderIf a package both conflicts, and provides a virtual package18:04
NCommanderwon't that do the trick?18:05
persiaRight, except you can't Provides a version, so it depends on the dependency of the packages you want to remove in hardy.18:05
NCommanderBut Conflicts forces that package to take over the virtual package18:05
persiaIf it is an unversioned dependences, Conflicts/Provides ought do it.18:05
NCommanderI'm hoping it works18:05
NCommanderlets find out18:05
persias/as//18:05
NCommanderxfce4-mcs-plugins-extra depends on xfce4-mcs-manager (>= 4.4.0)18:06
NCommanderARGH!18:06
NCommanderso close18:06
NCommanderI think we need dummy packages, no?18:06
persiaYes, unfortunately you need a dummy package for versioned provides, and further, you need to carry that dummy until LTS+118:07
* NCommander notes it in the README18:07
NCommanderAt least its a low maintenance solution18:07
persiaThat's README.source, right?18:08
persiaThe dummy packages belong in the package that is replacing them, and exist solely in debian/control.18:08
NCommanderREADME.Debian I thought18:08
NCommanderI've never had to use Breaks: before18:09
NCommanderW: xfce4-settings: package-uses-breaks :-P18:09
NCommanderd'oh18:10
NCommanderFound another breakage18:10
NCommanderBut that one is easily to fix in xfce4-session18:10
NCommanderHey Daviey18:13
NCommanderer DktrKranz18:13
DktrKranzhey NCommander18:14
* NCommander hits head on table a few dozen times18:14
NCommanderDktrKranz, I think we need to talk to motu-sru on how to handle gnat-gps18:14
DktrKranzNCommander, I'm gonna speak with myself, then report back18:15
NCommanderDktrKranz, your MOTU_SRU?18:15
DktrKranzone of them18:15
* NCommander learns something new everyday18:15
NCommanderIt's amazing how you have no idea what hats someone wears18:15
DktrKranzactually, none. I used to wear earlier during my bike ride ;)18:16
NCommander-_-;18:16
NCommanderBAD PUN!18:16
NCommanderDANGER, BAN PUN ALARM18:17
nixternalsorry guys for the late vote on kirkland (sorry to you too)...as soon as all of my emails download from not viewing them in about a week, I will cast my vote (within the next 15 minutes....so keep watching) :)18:32
nixternalI am up to 11431 emails and counting18:33
DktrKranz11431? I hope it's just spam!18:33
nixternalvote cast18:35
nixternalno spam in that count18:35
nixternal2 I think total18:35
persiaNCommander: README is the upstream user-interesting readme file.  README.Debian is the packaging-specific user-interesting readme file.  README.Source is the packaging-specific packager-interesting readme file.18:40
persianixternal: I didn't think anyone was more behind than I.  Nice work :)18:40
nixternalnxvl: you still want to do some REVU work?18:41
nixternalpersia: ya, insane...next week is looking to be even busier18:41
nixternalI have been tasked to complete over 140 hours worth of work in 2 weeks...not fun18:41
nxvlnixternal: yep19:00
nxvlnixternal: let me check look for the link19:00
nxvlnixternal: http://revu.ubuntuwire.com/details.py?package=musica19:01
AnAntHello, can someone have a look at this bug #25436819:11
ubottuLaunchpad bug 254368 in openjdk "openjdk-6-jdk should depend on libxt-dev" [Undecided,New] https://launchpad.net/bugs/25436819:11
persiaThat's better.  Some things are just better over.  Now we can properly concentrate on the interesting questions without having it so tightly associated with specific individuals.19:14
=== kop__ is now known as k0p
AnAntwell, I thought that the question should be on #ubuntu-java since it is openjdk related19:17
AnAntI filed the bug about 2-3 weeks ago , yet no one responded to it19:17
AnAnt?19:18
AnAntunfortunately I got to run now19:19
AnAntbye19:19
nixternalnxvl: no no, I meant you are interested in being the REVU Coordinator or a REVU Co-Coordinator? my time is really limited now due to real life work fortunately and unfortunately19:21
nxvlnixternal: ah oh! well yes19:23
nxvlnixternal: yeah, i have limited time too, but co-coordinating would be awesome19:23
nxvli'm waiting for an answer, that if it's what i expect i will have more time online, and will have more chance to do it19:24
nxvl:D19:24
james_wnxvl: hey, how you doing?19:34
james_wnxvl: I was looking at a problem caused by wine earlier, and I think you saw the same thing, as you made an upload of the package.19:35
james_wnxvl: however, I don't think your fix is correct, I think procps should be in Depends, as the postinst is run at install time, not build time.19:35
james_wnxvl: is it needed for building too?19:35
nxvljames_w: is not on depends?19:41
james_wnxvl: I don't think so19:41
nxvlyes, procps is in wine Depends19:41
nxvloh19:42
nxvlyes i understand what you mean19:42
nxvlfixing19:42
james_wthanks!19:42
nxvljames_w: but it won't fix lmms's FTBFS19:46
james_wwhy's that?19:47
nxvljames_w: because the problem is starting a module, not with procps itself19:48
nxvljames_w: but, it might fix it19:48
nxvli hope it does19:48
nxvlbut not entirely sure19:48
james_wI think this is certainly stopping it, but it may well not be the only problem.19:49
nxvlyep, we lose nothing trying19:49
nxvlthis change wouldn't break anything19:50
nxvlwon't*19:50
james_wcongratulations kirkland19:51
nxvljames_w: wine accepted, let's wait until it builds and retry lmms19:55
nxvli want a pwnie :(20:04
=== Kopfgeldjaeger is now known as Kopfi|offline
=== Kopfi|offline is now known as Kopfgeldjaeger
nxvljames_w: lmms is building \o/22:45
nxvljames_w: to make wine depend on procfs worked22:45
sommer 23:31
IntuitiveNippleWhen you're creating a package that has to specifically Build-Depends on sun-java?-*, is there an 'approved' method of pre-accepting the Sun DLJ licence to prevent the interactive debconf licence-accept question?23:34
=== Kmos_ is now known as Kmos

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