=== apachelogger_ is now known as apachelogger === sresu_ is now known as sresu [07:38] so if I want to package something, would it be best to package it for natty? [07:38] rather than maverick [07:44] sagaci: yes [10:31] morning [10:31] I added debdiff to bug 691407 - can someone check and if it is ok then do upload? [10:31] Launchpad bug 691407 in bash-completion (Ubuntu) "Missing apt-get changelog completion" [Undecided,New] https://launchpad.net/bugs/691407 [10:36] hrw: can you convert it to a proper quilt patch (in debian/patches) so your change doesn't end as debian-changes-*? [10:37] hrw: and maybe forward it to me, since I'm going to make a bash-completion 1.3 upstream release in the next few days? [10:38] ok [10:38] will do both [10:38] thx [10:38] hrw: (nevermind, for next time, I'm already committing that) [10:38] dapal: ok [10:39] hm. Is "apt-get changelog" an Ubuntu-specific thing? [10:39] I don't have it on my sid. [10:39] $ LANG=C apt-get changelog bash-completion [10:39] E: Invalid operation changelog [10:40] dapal: yes, it is ubuntuism [10:41] dapal: ubuntu packages have changelogs cut to 10 entries [10:41] hrw: ack, then go ahead with the quilt patch, and look for a sponsor. I'll do a merge when I'll release 1.3 [10:41] hrw: ah, right. [10:41] thanks for reminding :) [10:42] hello dapal :-) [10:42] geser: http://pastebin.com/bxD3NGW3 looks properly? [10:42] hello evaluate :) [10:42] evaluate: I'm replying to your mail right now :) [10:43] dapal, sure, no hurry here [10:44] hrw: yes, much better [10:44] geser: ok, will add to bug and hunt for sponsoring [10:47] evaluate: could you point me to a .dsc ? :) [10:48] evaluate: I wrote other things in the mail, if you have any doubts re the advocacy, just ask :) [10:49] dapal, hmm, I pushed the package to mentors.d.n, but I just noticed that the version there is the old one (although dput didn't report any erorr). I'm checking on this roght now [10:50] evaluate: also, since you receive the confirmation mail from mentors, it'd be nice if you included the link in the RFS mail :) (so I don't have to dig up mentors to find it, but just dget it) [10:51] dapal, awkward: http://pastebin.com/LTxZ5Awf [10:52] dapal, yes, I normally include that link (and did so in the past) I just forgot about it this time. Sorry about that [10:52] evaluate: remove the *.upload files you have there ;) [10:54] dapal, ok, dput worked again (just like the first time around), but mentors.d.n still shows me the old version... http://pastebin.com/1mUxxaZa [10:55] evaluate: maybe it's just down/under maintainance/whatever. Do you have any place to upload: .debian.tar.gz, .orig.tar.gz, .dsc ? [10:55] dapal, sure. Give me a minute please. [10:55] evaluate: if not, just send them to my inbox. :) [11:03] dapal, http://clipit.rspwn.com/files/ [11:04] evaluate: uhm. I get 404's. [11:04] (on the files, while I see the listing) [11:04] i.e. wget http://clipit.rspwn.com/files/clipit_1.3.11-1.dsc → 404 [11:05] dapal, ok, please try http://b3r3.info/files/ [11:06] I guess the wordpress installation that's on clipit.rspwn.com screwes that folder up... [11:06] yup, it works [11:09] dapal, geser: bash-completion bug 691407 landed in archive [11:09] Launchpad bug 691407 in bash-completion (Ubuntu) "Missing apt-get changelog completion" [Undecided,Fix released] https://launchpad.net/bugs/691407 [11:09] nice, I'll re-check that when I'll make a merge for 1.3/2.0 [11:10] (still haven't decided what to exactly include in the release) [11:12] evaluate: uploaded. If I had to decide re DM based only on this package, I'd say yes ;) [11:13] evaluate: still, it'd be nicer if you maintained other 2-3 packages :) [11:14] dapal, ok. I replied to your mail [11:15] evaluate: you can directly contact me :) [11:19] dapal, ok. I have also seen that gpointing-device-settings has been put up for adoption and it's quite an interesting package, but it seems a bit complicated for a newb... [11:21] evaluate: shared libraries are evil beasts, but I can help you if you want to get it :) [11:24] well, if you have some links for me, where I could get some knowledge on what for example the *.install and *.symbols file are and what they do, and also what to take into consideration with such packages, I'd be happy to adopt it... [11:24] evaluate: *.install files, simple -- just read "man dh_install" [11:25] evaluate: symbols files are only used in shared libraries, wait a minute [11:25] evaluate: http://wiki.debian.org/UsingSymbolsFiles , man dpkg-gensymbols [11:29] dapal, cool. Thank you! [11:29] evaluate: in a word, they reflect the API of the library, and how it changes through versions [11:30] evaluate: if you remove something from the .symbols, it means the library broke the API, so it needs a SONAME bump and a package rename [11:30] evaluate: also, library packaging has certain policies -- but since this isn't a new package, and you're probably adopting it, you'll have time to learn :) [11:39] dapal, ok, I'll contact the maintainer. Not sure if I can really "show off" my skills with this package though, as upstream seems to be kinda slow with releases (last release was more than half a year ago). [11:40] evaluate: you can always fix bugs :D [14:29] BlackZ: ping [14:29] good morning everyone [14:30] ari-tczew: pong [14:31] hi highvoltage [14:31] BlackZ: could you add comment on MoM when you have done debdiff for merge? we use like "merge bug #xxxxxx" [14:32] ari-tczew: is it really necessary? I fear I don't have a lot of time for doing that.. [14:32] BlackZ: 30 sec of work [14:32] and you won't waste time of other contributors [14:32] ari-tczew: they can check the bugs of that package ;) [14:33] BlackZ: are you egoist? [14:35] ari-tczew: no, I'm just saying the reason why I don't do that (usually). Another reason (like I said above) is that I don't have much time to spend for doing that :) we have different opinions, and that doesn't mean a person is egoist [14:36] BlackZ: ok, I'll still inhibit your core-dev application. [14:38] ari-tczew: if your comment will be constructive I will have no problems accepting it (aside if it's positive or not ;) [14:41] BlackZ: if applicant couldn't spend 30 sec for improve flow of information, he is not ready to join core-dev. [14:41] ari-tczew: so in your opinion who doesn't that shouldn't be core-dev? :) [14:42] BlackZ: dunno, better is rate on examples [14:43] 100% greenhorns shouldn't join core-dev [14:46] ari-tczew: I can't agree with you. But let me tell you a thing: like somebody else said you, your behavior is a bit "provocative" and "irritating" sometimes. Unfortunately, this is not only a my impression.. in Ubuntu we're a great family and I'm sorry to see people like you not respecting the Ubuntu CoC.. [14:49] BlackZ: nice play, changing the subject of discussion [14:51] BlackZ: so Ubuntu community is a totalitarian system? if you have another view than CoC, get out? [14:51] I can! but what will say Ubuntu development... [14:52] Lets be civil here. [14:53] Pici: hehe, I thought we are. [14:54] CoC is blocking my sincerity. what can I do? [14:55] BlackZ: how about to spend time doing the debdiff instead of the bad talking? [14:55] ari-tczew: CoC is not about the substance but a form. [14:56] hello Kmos [14:56] hi ari-tczew [14:56] My personal code of conduct is much stricter than the CoC so following the CoC has never been a problem for me personally [14:56] Kmos: *bad talking* ? [15:12] BlackZ: FWIW, I agree that putting comments in MoM when you upload something is overkill. [15:13] * kklimonda would suggest a direct link for package's b.lp.n page sorted by added date in the descending order [15:13] Kmos: AFAIK you still aren't supposed to be involved in Ubuntu development. Please stick with that. [15:14] that would make it easy for people who care about package to see if someone is working on it, and remove the need for updating an additional page when you start work [15:15] kklimonda: It only shows up on MoM until the next time it updates. It's a pretty narrow window of time to worry about it. [15:18] Kmos: OK. I understand that's not the case, but I will say that I don't find such comments helpful participation. [15:19] cody-somerville: Since I gather you're supposed to be keeping track ... ^^^ This we don't need. [15:23] ScottK: It was just a personal comment for something that isn't nice to read, nothing more, but I'll continue with my mouth closed. I don't see this as Ubuntu dev participation, but Ok. [15:24] Kmos: The topic of this channel is Ubuntu development. [15:25] here we go again, the helpful, friendly and constructive law enforcement [15:32] joaopinto: I'd like some helpful friendly contribution to development. If people aren't going to do that, there's no point in them being here. [15:34] ScottK, "people aren't going to do that" is an assumption from your side, based on past experience [15:34] joaopinto: If it's based on experience, unless there's evidence to the contrary, it's fact, not an assumption. So far Kmos's contribution is to bitch about how other people are talking. I'm still waiting for something productive to happen. [15:39] * kklimonda just discovered abort-on-upstream-changes option and is wondering why isn't it default for v3.. [15:41] kklimonda: yeah, I wish it was, but that would break backwards compatibility [15:43] that would also save us from uploading packages that revert all patches - which is probably going to become a new badge of honor ;) [15:44] tumbleweed: are you talking about breaking compatilibity now, or has it been decided not to enable it by default when the new source format was being drafted? i.e. is this a new option or has it been since the beginning? [15:44] * tumbleweed calls those quilt anti-patches :) [15:44] it was a selling point to people who didn't like quilt - that they could just treat it as a 1.0 package, and their patches would get stored as quilt patches [15:45] ScottK, criticism can be a constructive form of contributing, I just wished we could drop the blacklisting approach and just either ignore or support those willing to contribute [15:46] joaopinto: I wish we didn't have people attempt 'contribution' that was so destructive it needed blacklisting. Fortunately it's only happened once so far. [15:50] I remember school education from my parents stories, when it was freely accepted that punishement and isolation was a proper mean for education [15:51] since then there has been a significant improvement on society, we are expected to have better people management skills these days [15:51] actually, punishment is a perfectly fine as an education tool if used rationally. [15:52] meh, I should finish making a dinner instead of discussing philosophical topics.. ;) [15:52] :P [15:53] the ban was not issued easily, it took time and several attempts to resolve the problem and was a last measure. [15:55] geser, I am aware of the story, I still don't think it was the best outcome [16:05] I don't see how the existing discussion between the "unbanned" users was any more constructive than the comment from Kmos in order to prompt for a ban warning [16:32] joaopinto: Which is why I think the whole unbanning thing is a mess. He should just find another way to spend his time. This is already causing distraction. But I can already guess you'll have a different view. [16:36] I don't believe bans are positive or even effective means to block someone genuinely willing to participate in an open community style managed project [16:38] udienz: just to update you on firestarter, I got a little more information about it and the patch is mostly fine, there's one extra change that shouldn't be needed, I'll test and upload tonight if it works, sorry for the delay [16:46] Kmos, BlackZ: sorry for my away, I have problems with electricity [17:06] ari-tczew, reading your previous conversation, if you don't agree with the CoC is very unlikely that you will feel happy contributing to Ubuntu [17:07] joaopinto: I'm reading into your mind that you don't want me here. [17:07] our community is not totalitarian but there is a common base of values which is shared, otherwise we would not be a community at all, mostly of those values are described in the CoC [17:09] joaopinto: OK, I'll leave this circus and I'll have more free time for me. [17:10] ari-tczew, this is not about being wanted or not, this is about you wanting to be part of this community or not [17:10] bdrung: does new update-maintainer update also debian/control if control.in exist? [17:12] joaopinto: I see no problem. That's all. [17:15] ari-tczew, that is not an answer for the question about willing to be or not a community member [17:16] and judging from your answer you have doubts about your willingness :) [17:16] joaopinto: You're right. [17:19] joaopinto: I don't like the politics of love. === vorian is now known as stalcup [18:25] What's the command to see all lintian warning of a package? is this dependant of the debhelper version used? === yofel_ is now known as yofel [18:32] ari-tczew: yes [20:16] how can I get pbuilder to use the gnome3-team PPA ? [20:19] you could just use pbuilder --login, and add the ppa to sources.list [20:26] anoteng, thx i'll try that [20:26] bcurtiswx_: there's also the OTHERMIRROR parameter [20:27] err...that should be --othermirror for the parameter :-/ [20:30] bcurtiswx: just remember to apt-get update before logging out again, easy to forget that one... [20:31] hi i'm realy new into debian packaging, i'll try to build an .deb package only with my binary tool and some extra files, but dont get it :/ [20:32] i tried the ubuntu wiki way [20:33] s "Building the package locally) [20:33] +a [20:33] micahg, how do I use the --othermirror paramter? [20:35] micahg, nvm i hit the spacebor too many times.. i see it now [20:41] cybertron, do you have an objective question ? [20:45] pbn build empathy_2.91.4.3-0ubuntu1~build1.dsc --othermirror "deb http://ppa.launchpad.net/gnome3-team/gnome3/ubuntu natty main" [20:46] pbn is pbuilder-dist natty [20:46] that isn't working but appears from the man to be right [20:46] bcurtiswx_: pbuilder-dist may not play well with --othermirror [20:47] hmm, no, looks like it should [20:47] but you'll need to do an update with the --othermirror first (I think) [20:49] joaopinto: hm yes in general, perhaps I'm on the right way now...I create in the base dir usr/bin and usr/share/foo, is that correct? [20:50] cybertron, which base dir ? [20:50] foobar-0.4 [20:51] foobar-0.4/usr/ [20:51] tumbleweed, would i need --save-after-login [20:51] you don't create install directories in the source [20:51] which type of application are you packaging, which language ? [20:51] joaopinto: k, then where I have to place my images and so on? [20:52] bcurtiswx_: if you want to make changes while logged in, yes. however, pbuilder-dist passes the --overide-config option to pbuilder, so it'll replace the sources.list at the start of the build [20:52] c++ code [20:52] cybertron, the images are located at some directory of your source right ? [20:52] bcurtiswx_: so, I suggest pbn update --othermirror foo; pbn build bar.dsc --othermirror foo [20:53] cybertron, you are building a source package, using dh_make and friends ? [20:53] joaopinto: yes normaly I have this structur foo-binay and images/ [20:53] joaopinto: yes with dh_make, but I wanna only package my binary+images [20:54] Ign http://ppa.launchpad.net/gnome3-team/gnome3/ubuntu/ natty/main Translation-en [20:54] bcurtiswx_: that's expected [20:54] cybertron, you don't need to recreate the install directories as you do with binary builds [20:55] joaopinto: but what then? [20:55] cybertron, edit debian/dirs add there the directories that you need to be created [20:55] bcurtiswx_: please file a pbuilder-dist bug (package ubuntu-dev-tools) about easy building with PPAs, that sounds like a useful feature [20:55] dh_installdirs which is invoked from the debian/rules will make sure they are created in the temporary location for package building [20:55] joaopinto: there is no dir file [20:55] dirs [20:56] create it if needed [20:56] joaopinto: so like debian/bin and debian/bin/images ? [20:56] no [20:57] you create a file name debian/dirs, containing: usr/binusr/share/appname/images [20:58] k and then? where I have to put my files? [20:59] aren't your files already present on the source directory ? [21:00] joaopinto: if u mean in debian/source ...no [21:00] uff, no, I mean your source directory [21:00] you don't manually place files from your source into debian/ [21:01] k then it is correct [21:02] joaopinto: and now? I have something to add to the rules? [21:06] tumbleweed, sources.list isn't saved in a --save-after-login [21:06] bcurtiswx_: it is, but it gets replaced when pbuilder is called with --overwrite-config (which is what pbuilder-dist does) [21:06] tumbleweed, ah OK [21:07] I think that's a poor design choice, and I might change it (I'm busy tweaking related bits) [21:08] tumbleweed, OK [21:11] cybertron, bett use some minimal rules like /usr/share/doc/debhelper/examples/rules.tiny [21:12] joaopinto: i tried now debuild and it builds but in the .deb there isnt any file of me [21:13] which is fine, because you don't have a makefile with an install rule, and you didn't yet specificy that files should be installed [21:13] tumbleweed, bug #697411 [21:13] Launchpad bug 697411 in ubuntu-dev-tools (Ubuntu) "pbuilder-dist should be easier to use with PPAs" [Undecided,New] https://launchpad.net/bugs/697411 [21:13] do you have a minimal Makefile which builds the source ? [21:13] bcurtiswx_: thanks [21:13] joaopinto: no cauz I dont wanna compile? [21:14] so you aren't building from source ? you are going to ship the binaries in the orig tarball ? [21:14] joaopinto: yes [21:14] ok [21:14] so now just edit/create debian/install [21:15] the format is: source target [21:15] example [21:15] images/*.png usr/share/appname/images [21:16] everyone, is http://qa.ubuntuwire.org/ftbfs/ the proper place to look for FBTFS needing working ? [21:16] yes [21:16] joaopinto: those are the ones that are currently failed, there is another list on udd.debian.org that will fail if rebuilt [21:17] what's the recommended :) ? [21:17] fixing as many as possible :P [21:17] joaopinto: k, done [21:17] is there a bug automatically created for FTBFS ? [21:17] cybertron, just rerun debuild [21:18] joaopinto: no, the uploader (and maintainer, IIRC) get e-mails when a package fails to build [21:21] joaopinto: looks great :D now testing to install with dpkg? [21:31] joaopinto: mach thx, works fine [21:32] mach=mich [21:32] gan [21:32] much! [21:34] :) [21:35] joaopinto: but a last question...why does my binary is finding the images? cauz it is linked in the binaray as ./images and not /usr/share? [21:36] uh ? images are not linked, unless you are inlining them as data, in which case you don't need them externally at all [21:36] how do you read the images ? [21:36] oh ok, dont know exact i worked with the sfml framework [21:38] no idea what is that about :) [21:39] ah, http://www.sfml-dev.org/ [21:39] joaopinto: np: its a multimedia framework for c++ [21:39] you can code realy easy games with it [21:41] when can we get your game from :P ? [21:42] haha [21:42] wont be released ;) [21:42] its just a project for school [21:42] and just a "gamepart" [21:43] asking open source community packaging support for a closed source project gives you bad karma [21:43] its a game to lean sql injections [21:43] +r [21:43] joaopinto: it will never finished [21:43] :P [21:45] k now its time to sleep, much thx again, bye [22:28] it has been suggested if one needs to bump a build dep because the slower archs (arm, PPC) are out of date, that should be called a no source change rebuild if the change is not desired to be kept (i.e. want a sync), I think this should be a regular Ubuntu change since there actually is a change in the packaging, even if it's temporary, opinions? [22:54] micahg: I'd agree, no change = no change, temporary changes should be labelled as such [22:57] tumbleweed: is "Bump xfce4-panel-dev b-dep to >= 4.7.7 to force using the new version." okay, or should I add "because lp doesn't support binnmus and makes me waste my time doing 40 source uploads instead of a single mail to -release" next time? [22:58] mr_pouit: yeah, that's fine === JanC_ is now known as JanC [23:04] tumbleweed: fine, as in a valid use of buildX? [23:05] micahg: that could be a reasonable use of buildX, it'll mean auto-sync later [23:05] it is misleading, though [23:05] tumbleweed: that's my issue with it [23:06] * micahg wishes this was written in a policy somewhere either way [23:20] tumbleweed: "psuedo-packages."