[00:25] <X3lectric> can anyone tell me how stop packages building for lpia
[00:26] <X3lectric> I just want to build for amd64 and i386 no powerpc etc etc
[00:27] <RAOF> X3lectric: If the package only builds (or is only useful) on amd64 and i386, then list those as the Architecture: of the package.
[00:27] <RAOF> But it's unlikely for that to be the case.  Why do you want to do that?
[00:29] <X3lectric> because I have no use for all other architectures
[00:29] <RAOF> What if other people have use for them?
[00:29] <X3lectric> i just specifies karmic and lucid and it built for everythisng and their grandmothers
[00:30] <RAOF> Why not?
[00:30] <X3lectric> ah well other people, very unlikly
[00:30] <X3lectric> this is platform specific builds
[00:32] <Rcart> I can't reproduce this bug 696900
[00:32] <RAOF> What problem are you trying to solve by only building on i386 and amd64
[00:32] <X3lectric> does it have to be a problem?
[00:33] <Rcart> When I do (in the branch) man ./readline.3 I got no problems with menu-complete-backward
[00:33] <X3lectric> Im asking if thers a way to limit just for those and how, if you dont know, say I dont know
[00:33] <directhex> X3lectric, this is a package for yourself, or one you want in the distro?
[00:33] <Rcart> Can anyone else please confirm it?
[00:34] <directhex> X3lectric, he already answered you btw, at 00:27. you were too busy being self-entitled to notice.
[00:34] <X3lectric> this is packags just for lucid and karmic used by other users but no need to build for all platforms especially lpia
[00:34] <RAOF> Indeed.  My *first* response contained the solution you're after :)
[00:35] <X3lectric> ok so where do I limit this?
[00:35] <X3lectric> rules?
[00:35] <RAOF> debian/control
[00:35] <RAOF> Again, this is a bad idea.
[00:35] <X3lectric> why?
[00:35] <RAOF> Because it's pointlessly limiting your audience.
[00:35] <RAOF> It doesn't cost you anything to build everywhere.
[00:36] <X3lectric> there is no audinece for the other packages, hence why its pointless
 X3lectric, this is a package for yourself, or one you want in the distro?
[00:36] <X3lectric> no but since its a free service I rather keep the space used to a minimum
[00:36] <RAOF> Should someone on powerpc later come and say “hey, why isn't this built for me”, you'll need to undo this work.
[00:37] <micahg> X3lectric: PPAs only build amd64 and i386 from Lucid on
[00:37] <X3lectric> mmm no
[00:37] <RAOF> If you're running your own build-farm and mirror, just don't set up a PPC buildd?
[00:38] <directhex> X3lectric, PPA builds are only for i386 and amd64. regardless of how many additional arches are defined in debian/control
[00:38] <X3lectric> im not that experienced as you may have already guessed by stupid question so pls dont fuse my brain with stuff i dont understand or want to atm
[00:39] <X3lectric> its a hobby not full time job
[00:40] <directhex> X3lectric, i will try a third time to extract an answer. <directhex> <directhex> X3lectric, this is a package for yourself, or one you want in the distro?
[00:40] <X3lectric> I wanna keep uploads also to a minimal
[00:40] <X3lectric> directhex: its not just for myself but it not to be included in a distro, its optional
[00:40] <RAOF> You only upload once anyway, because you only upload source.  At least to any Ubuntu infrastructure.
[00:41] <RAOF> X3lectric: What is your *goal* ?  You would like $FILL_IN_BLANK to be available $WHERE for $SOME_UBUNTU_RELEASES ?
[00:42] <X3lectric> goal is to provide a specific package that compliments a post install script for karmic and lucid only
[00:43] <X3lectric> and available on ppa for easy access for users of script
[00:43] <RAOF> Ok.
[00:43] <RAOF> So, you don't have to worry.
[00:43] <directhex> ... if it's a script, why even have architecture as an issue? arch-less software such as scripts and java software don't need per-arch packages
[00:43] <X3lectric> jebus
[00:43] <RAOF> You can't build for powerpc or arm or whatever in a PPA *anyway*
[00:44] <X3lectric> ask a simple question geta holy inquisition
[00:44] <RAOF> Well, and also an answer, as the very first response :)
[00:44] <directhex> X3lectric, ask half a question, get the correct answer instantly - and requests for clarification.
[00:45] <X3lectric> ok
[00:45] <X3lectric> can I stp ppa building for lpia
[00:46] <jfi> Hello,  is there some guidelines to follow or installation script  for adding an application in the list of startup application? or should I simply put the .desktop file into the xdg/autostart directory?
[00:46] <X3lectric> lpia always fails to build and has no use soI would like to stop ppa from building for lpia
[00:47] <RAOF> Rcart: Looks like it's correct here on natty.  Feel free to mark as fixed.
[00:47] <directhex> X3lectric, sure. change debian/control's Architecture: line.
[00:48] <directhex> X3lectric, but a script shouldn't need *compiling*, in which case there's no need for an i386 script and an amd64 script - you should only need an "all" script.
[00:48] <directhex> as denoted by "Architecture: all"
[00:48] <X3lectric> ya thats what it is
[00:48] <directhex> rather than "Architecture: any" or "Architecture: i386 amd64 lpia powerpc sh4"
[00:49] <Ampelbein> Rcart: it was fixed in the natty upload, check http://launchpadlibrarian.net/65041495/readline6_6.1-3_6.2-0ubuntu1.diff.gz
[00:49] <X3lectric> but when karmic packages build it automatically builds for lpia (on karmic) and it always fails to build cuse its not meant to
[00:50] <directhex> X3lectric, it will do if you have Architecture: any, yes.
[00:50] <X3lectric> i know since lucid lpia is dropped but I wanted to know if I could disabled it or override it for karmic as well
[00:50] <Ampelbein> X3lectric: if it's 'Architecture: all' it will only build on i386 (for ubuntu), if it's 'Architecture: any' it will build on all.
[00:50] <X3lectric> mmm architecture is all
[00:50] <Rcart> Great! Thank you both (:
[00:51] <X3lectric> and biulding for amd64 and i386 and lpia
[00:52] <directhex> X3lectric, link to ppa?
[00:52] <Ampelbein> X3lectric: can you pastebin debian/control?
[00:52] <directhex> or that
[00:52] <Ampelbein> X3lectric: and debian/rules
[00:53] <X3lectric> control it says Architecture: all
[00:54] <directhex> X3lectric, then pastebin it, so we can determine what other problems may be happening
[00:54] <X3lectric> er
[00:55] <X3lectric> thers no problems, I just dont wnat karmic to build for lpia
[00:55] <Rcart> Please someone set the importance to low on bug 696900
[00:56] <directhex> X3lectric, and if you really have Architecture: all, then it should not be building for lpia. so there's a problem.
[00:56] <Ampelbein> Rcart: done
[00:56] <micahg> Rcart: bug setting should be in #ubuntu-bugs :)
[00:56] <X3lectric> directhex karmic will build for lpia cuase canonical still supports it after lucid its doesnt
[00:57] <X3lectric> so its not a "problem"
[00:57] <X3lectric> I just want to override it if thers a way
[00:57] <micahg> this conversation should move to #ubuntu-packaging
[00:57] <Ampelbein> X3lectric: again, 'Architecture: all' packages will only build on the i386 builder because they are architecture independent. so if a package with Architecture:all builds on lpia there is a problem!
[00:57] <X3lectric> http://www.phoronix.com/scan.php?page=news_item&px=NzczOA
[00:58] <X3lectric> read what that says if you dont believe me
[00:58] <Rcart> micahg: Sorry, I forgot that was in -motu T_T
[00:58] <directhex> GREAT
[00:58] <X3lectric> https://lists.ubuntu.com/archives/ubuntu-devel-announce/2009-November/000643.html
[00:58] <Rcart> Ampelbein: Thanks (;
[00:58] <directhex> i just broke my keyboard in sheer frustration
[00:58] <micahg> X3lectric: this should move to #ubuntu-packaging
[00:58] <directhex> at attempting to communicate with X3lectric
[00:59] <X3lectric> :/
[01:00] <X3lectric> sorry to frsutrate you but its building lpia from karmic by design so thers is no problem
[01:00] <directhex> X3lectric, NO IT FUCKING ISN'T
[01:00] <directhex> X3lectric, BY DESIGN, IT WILL ONLY BUILD FOR ARCHES MANDATED BY Architecture:
[01:01] <X3lectric> what a nice person u are
[01:01] <X3lectric> read this https://lists.ubuntu.com/archives/ubuntu-devel-announce/2009-November/000643.html
[01:01] <micahg> X3lectric: PPAs are really off topic here, so this conversation should move
[01:01] <X3lectric> educate yourself and take a chill pill
[01:02] <StevenK> X3lectric: If it's Architecture: all it will be *installable* on lpia, but it won't *build* on lpia.
[01:02] <Ampelbein> X3lectric: If you think there's no problem, just pastebin the debian/control file
[01:02] <StevenK> X3lectric: And I should be educated about it, considering I sent the mail to ubuntu-devel-announce.
[01:03] <X3lectric> not you
[01:03] <directhex> educate *myself*?
[01:03] <X3lectric> the guy with the efing words
[01:03] <X3lectric> that one
[01:03] <directhex> someone kick me, pronto
[01:03] <directhex> before i do something non-CoC
[01:03] <X3lectric> you aleady did
[01:03] <directhex> again
[01:05] <X3lectric> im off thx guys, ladies and germes
[01:05] <arand> Whois X3lectric
[01:05] <arand> Oops, soory
[01:10] <directhex> '[pppppppppppppppppppppppppppppppppppppppppppppppppooooooooooooooooooooooooooooooooooooooooool.kjjpo['''
[01:17] <psusi> can anyone spot anything obviously wrong with this attempt to register to get a dbus signal? http://pastebin.ubuntu.com/577266/
[01:19] <psusi> I end up getting GLib-GIO-CRITICAL **: g_dbus_connection_signal_subs
[01:19] <psusi> cribe: assertion `G_IS_DBUS_CONNECTION (connection)' failed
[01:21] <directhex> i have a k key!
[01:22] <directhex> .
[01:22] <broder> psusi: you're mixing gdbus and dbus-glib
[01:22] <broder> (one of them is dbus_g_; the other is g_dbus_. it's awesome)
[01:23] <directhex> s!
[01:24] <psusi> oh great... why are there two different but parallel apis?
[01:24] <broder> psusi: dbus-glib came first. gdbus is the new hotness
[01:24] <broder> gdbus is part of gio
[01:27] <psusi> so... what's the correct api I should be using to register without gio?
[01:27] <broder> psusi: you should be using gdbus, because it is the Future
[01:28] <psusi> ok, gpm is already using dbus_g_bus_get(), so I just need to use what it returns to register the signal handler...
[01:28] <broder> oh right. you asked me about this earlier
[01:28] <broder> and i concluded it's using dbus-glib (i.e. hasn't been ported to gdbus yet)
[01:28] <broder> so you should use dbus-glib. sorry
[01:28] <psusi> so... what's that mean? ;)
[01:30] <broder> psusi: with dbus-glib you use dbus_g_proxy_new_for_name to get an object that proxies to the dbus object
[01:30] <broder> then dbus_g_proxy_add_signal to tell the proxy about the signal you're watching for
[01:30] <broder> then dbus_g_proxy_connect_signal to hookup a signal handler
[01:32] <psusi> sigh... that sounds far more complicated than just registering a callback function
[01:32] <broder> and maybe deref the proxy when you're done - not really sure
[01:32] <broder> it's not actually that bad, and requires the same number of pieces of information as you're already providing
[01:32] <broder> line number count might even be about the same
[01:33] <psusi> a proxy is some kind of whole object I have to instantiate though isn't it?
[01:33] <broder> the curse of a high-level interface, yes
[01:34] <broder> i mean, the proxy doesn't cause it to go and probe the whole remote dbus object or anything
[01:34] <broder> it only has the overhead of a local gobject
[01:34]  * psusi has no idea how to do that
[01:34] <broder>  use dbus_g_proxy_new_for_name to get an object that proxies to the dbus object>
[01:35] <psusi> and then how do I connect a callback to the signal?
[01:35] <broder> dbus_g_proxy_add_signal, then dbus_g_proxy_connect_signal
[01:35] <psusi> hrm...
[01:36] <directhex> kitchen knife saves ;
[01:40] <directhex> more luck than skill: l restored
[01:40] <psusi> so what is the signal_name argument to dbus_g_proxy_add_signal?
[01:42] <psusi> is that just "Suspending" for org.freedesktop.UPower.Suspending?
[01:45] <directhex> yay, the F key i actually broke is on!
[01:45] <psusi> and the docs don't say what the signature of the callback is supposed to be...
[05:02] <virusuy> i have a question
[05:05] <virusuy> for example
[05:05] <virusuy> if i package a soft with gpl3 license y use dh_make -c licence
[05:05] <virusuy> right?
[05:05] <virusuy> but, if license is agpl?
[05:06] <RAOF> You write debian/copyright yourself.
[05:06] <RAOF> The standard licenses in dh_make are just for convenience.
[05:07] <virusuy> RAOF: Its that the only way ?
[05:07] <RAOF> Yes.
[05:08] <RAOF> You should be editing debian/copyright yourself *anyway* - dh_make only puts in a skeleton file which won't be correct.
[05:09] <virusuy> RAOF: but, why is not added.. it's a common and accepted license
[05:10] <RAOF> Because no-one's done it yet?
[05:10] <virusuy> RAOF: hahaha.. i understand
[05:12] <virusuy> RAOF: Thanks for your help
[07:07] <c2tarun> chrisccoulson: ping
[07:09] <c2tarun> need help with last comment on bug 728853 , How can I know in which variable I have to make change? I mean , my change is also working fine but may be conventionally wrong. How can I know where to make changes?
[07:30] <geser> c2tarun: part is experience (when you fix a couple of similar FTBFS you "learn" where to look) and part of how autotools works (I'm not very experienced with it either)
[08:05] <dholbach> good morning
[08:06] <Rhonda> good morgon
[08:06] <Rhonda> s/good/god/
[08:07] <dholbach> Rhonda, which language is that? :)
[08:08] <Rhonda> swedish
[08:08] <dholbach> ah ok :)
[08:08] <Rhonda> Jag Älskar Sverige!
[08:10] <jpds> was.
[08:11] <Rhonda> jpds: It's the title of a great song from Die Ärzte and means I love Sweden. The song is … well, typical for the band, with lyrics where you wonder what kind of drugs they are doing.
[08:11] <Rhonda> Most interestingly though is that Farin Urlaub (which means literally Driveinto Vacations) doesn't even drink alcohol, at all.
[08:13] <jpds> Rhonda: Oh, I really like that band. :)
[08:13] <dholbach> jpds, how's your German coming on? :)
[08:13]  * dholbach hugs jpds
[09:27] <iulian> Morning.
[09:52] <RainCT> Hey iulian
[10:25] <RainCT> didrocks: FYI: zeitgeist (now with only zeitgeist-core) 0.7 is in unstable, and a new zeitgeist-datahub (with the Vala implementation) is in NEW for experimental
[10:26] <didrocks> RainCT: thanks for the notice :)
[10:33] <X3lectric> I been advised to ask packaging question on proper channel but no one ever replies
[11:34] <directhex> if anyone feels a need to help X3lectric, the information he'll refuse to tell you is the PPA url: (https://launchpad.net/~team-iquik/+archive/xbmc-svn/+packages), the reason he wants to eliminate lpia from his list of architectures (build-dep on nvidia-glx component which isn't for lpia), and why it's trying to build for lpia (xbmc-live is Architecture:any)
[11:41]  * X3lectric never refused ppa url and thats not it
[11:49] <Rhonda> karmic doesn't have libvdpau-dev
[11:49] <Rhonda> It's as simple as that.
[11:51] <directhex> Rhonda, lpia doesn't. it's part of nvidia-glx, which was never provided for lpia. even though lpia was entirely capable of using the i386 nvidia binaries
[11:52] <Rhonda> directhex: rmadison -u ubuntu libvdpau-dev says it isn't in karmic at all?
[11:53] <Rhonda> http://packages.ubuntu.com/libvdpau-dev says the same
[11:53] <directhex> Rhonda, oh, it's in one of his other PPAs.
[11:53] <directhex> Get:1 http://ppa.launchpad.net karmic/main libvdpau1 0.4-2~karmic~nvidiavdpauppa4 [24.9kB]
[11:54] <Rhonda> Ah, so the ppa uses other ppas to build?
[11:54] <Rhonda> That's … tricky to inspect then.
[11:54] <arand> In debian/* files, what is the recommended line length, is there one specified?
[11:55] <Rhonda> arand: Depends, but lower than 80 is usually nice.
[11:55] <Rhonda> * is a very broad term actually
[11:55] <arand> Copyright in this particular case
[11:55] <Rhonda> Like, the recommended line length of debian/compat is just a single digit :P
[11:55] <directhex> arand, keep the line length for descriptions in debian/control below 80 columns. otherwise it doesn't really matter
[11:56] <Rhonda> copyright file too, and changelog
[11:56] <directhex> oh, yes, 80 cols for changelog
[11:56] <directhex> copyright... some licenses aren't wrapped upstream, and i dislike doing that downstream
[11:56] <arand> Ok, I've been doing 80 on a hunch, and since my terminal window default to that...
[11:57] <arand> Yea, I wonder about that to, reformatting licenses...
[12:04] <arand> Also, if upstream does state e.g. CC-BY-SA and just a short notice with a link to the cc homepage, should I insert the CC license in addition, or is their license text enough?
[12:05] <Rhonda> The license has to go in in full.
[12:08] <arand> Right, thanks
[12:12] <directhex> or a link to the file in /usr/share/common-licenses
[12:19] <X3lectric> ppa requires some packages dependecies to exist in ppa itself otherwise it will fail due to missing deps
[12:20] <X3lectric> if the package depends on a specific package of courese
[12:26] <arand> Ok so I have this situation: http://paste.debian.net/109997/ First of all, I would need to insert the CC-BY-SA license here then? The abbreviate version or the full one, and where do i find a plaintext version of it, since I can't seem to find on eon the CC homepage :/
[12:28] <X3lectric> cant you destribute the licence with your packages and just mention it on each file pertainig to whatever pacge thhis is about
[12:30] <X3lectric> arand: What I would do is mention a part of license which specifies which license type  and where the full license can be found
[12:31] <X3lectric> arand: the full license being one complete txt file or whateer format suits you best
[12:31] <directhex> arand, which version of cc-by-sa?
[12:31] <arand> directhex: Unspecified by upstream :/
[12:31] <arand> Oh hang on
[12:31] <arand> directhex: It's 3.0, my bad
[12:32] <X3lectric> it does say it on the paste you did ;)
[12:33] <X3lectric> it even says where to find full license
[12:33] <directhex> http://creativecommons.org/licenses/by-sa/3.0/legalcode ?
[12:34] <X3lectric> http://creativecommons.org/licenses/by-sa/3.0/
[12:35] <arand> Which can't be found in plain plaintext.
[12:35] <X3lectric> like direchex says his link provides full license
[12:35] <X3lectric> you want that in plain txt just make it
[12:36] <X3lectric> I think its something like wget link -O >>license.txt
[12:36] <X3lectric> lemme try
[12:38] <arand> Hmm, I don't know if there are any good ways to reformat html into txt...
[12:38] <Rhonda> w3m
[12:38] <arand> But I am just thinking that surely there must be a plaintext version of it already available somewhere?
[12:39] <X3lectric> second
[12:39] <X3lectric> im looking for the corect code
[12:41] <arand> w3m > seems to work well
[12:41] <Rhonda> X3lectric, arand: References to where the full license can be found is only valid for those stored in /usr/share/common-licenses - others have to be integrated in full in debian/copyright
[12:42] <Rhonda> directhex: And there is no CC in common-licenses, mind you. :)
[12:43] <Rhonda> arand: Actually, the "In the absence of an explicit license, content is considered" part sounds extremly fishy and might recieve a reject of the upload, at least within Debian, by the ftpmasters.
[12:44] <Rhonda> A reference in the copyright file to a website URL is definitely a no-go, because that one can change easily.
[12:44] <X3lectric> arand: wget http://creativecommons.org/licenses/by-sa/3.0/legalcode -O ~/Desktop/licence.txt
[12:44] <X3lectric> then you need to do some minimal cleanup and thats it
[12:44] <arand> Hmm, where does the license as such actually start and stop, I was thinking start at "THE WORK..." and end before the CC notice at "...applicable law."
[12:45] <Rhonda> Like said, w3m http://creativecommons.org/licenses/by-sa/3.0/legalcode > license.txt
[12:45] <Rhonda> That's more like it.
[12:45] <arand> Or should more be included in the license file?
[12:46] <Rhonda> Everything starting from License up to applicable law, yes.
[12:46] <X3lectric> depends on the needs specified by original person on attributions
[12:47] <Rhonda> attribution is on a different level, the license text is independent on that.
[12:47] <X3lectric> but the full licence has to be included
[12:47] <X3lectric> ya
[12:47] <arand> Rhonda: It is unclear indeed, but that is what is stated from upstream, and I feel like I've already bugged them considerably, even though the license still doesn't completely reflect their intent I don't think...
[12:48] <X3lectric> the liceneing terms are fairly clear
[12:48] <Rhonda> I'd tell them that "In the absence of an explicit license this isn't distributable, sorry."
[12:49] <Rhonda> If they are not willing (or able) to clearly state which rules apply we don't have the right to use, distribute or modify it. It's as simple as that.
[12:50] <X3lectric> what package is this anyways
[12:51] <Rhonda> If their software is important enough, the peer pressure on getting this fixed should be there. If it's not, it's their own loss actually.
[12:52] <X3lectric> Rhonda what arand pasted is quite clear
[12:52] <X3lectric> http://paste.debian.net/109997/
[12:53] <X3lectric> its says there
[12:53] <Rhonda> No, it is absolutely unclear
[12:53] <X3lectric> how so
[12:53] <Rhonda> It leaves everything open and states explicitly that there is no real license
[12:53] <X3lectric> In the absence of an explicit license, content is considered to be covered by
[12:53] <X3lectric>  the CC-BY-SA license, you may use the content in Red Eclipse so long as you
[12:53] <X3lectric>  obey individual licensing criteria. This does not apply to the Red Eclipse
[12:53] <X3lectric>  logo or other trademarks unique to the project.
[12:54] <X3lectric> quite clear
[12:54] <X3lectric> i cant see a problem
[12:54] <Rhonda> Quite clear on that it's unclear.
[12:54] <arand> That is only for certain bits though. It is a prospective game Red Eclipse Original license is http://paste.debian.net/109999/
[12:55] <X3lectric> In the absence of an explicit license, content is considered to be covered by the CC-BY-SA license
[12:55] <X3lectric> that say it all
[12:55] <Rhonda> Yes, that says (explicitly) that it doesn't has an explicit license. Consideration is guesswork.
[12:55] <X3lectric> which in this case is V3
[12:55] <arand> The "Limited rights are granted to redistribute or recompress the entire distribution" Is key as well I guess.
[12:56] <X3lectric> where is that implied?
[12:56] <arand> Which is a very un-free license, granted, but at least clear.
[12:56] <arand> Full license text linked above.
[12:57] <X3lectric> look here
[12:57] <X3lectric> http://creativecommons.org/licenses/by-sa/3.0/
[12:57] <X3lectric> that is VERY clear
[12:57] <Rhonda> Yes, *that* is clear.
[12:57] <Rhonda> That the work is covered under that though is explicitly stated to be unclear.
[12:57] <X3lectric> lol
[12:58] <X3lectric> imo there is no spoon
[12:58] <Rhonda> !lol | X3lectric
[12:58] <X3lectric> mk
[12:58] <X3lectric> says not in regular basis
[12:59] <X3lectric> once is not regular
[12:59] <X3lectric> mk
[12:59] <Rhonda> If you don't have an explicit license for a work, you don't have any grounds of using it.
[12:59] <X3lectric> oh lord
[13:00] <X3lectric> as long as arnad doesnt suggest that ed eccliose endorses the chages he can do whatever
[13:01] <X3lectric> I think you guys are just finding complications where ther is none
[13:01] <Rhonda> For themself everyone is of course allowed to do as they wish. But having no explicit license terms means that the package shouldn't get uploaded to Ubuntu.
[13:01] <X3lectric> but it does
[13:01] <Rhonda> It directly states that it doesn't.
[13:02] <X3lectric> beg to differ
[13:02] <Rhonda> That's fine, but it doesn't change it.
[13:03] <X3lectric> its 100% clear tha in the absence of a explicit licence by Red eclipse that the normal license applies
[13:03] <X3lectric> no complications
[13:03] <arand> Rhonda: Would the "you can distribute the whole package unchanged" clause at least make it distributable as "non-free" you think?
[13:04] <Rhonda> arand: unchanged is a clear trigger word for non-free/multiverse, yes.
[13:04]  * X3lectric knows enough law to know what is emplied here
[13:04] <X3lectric> arand read waht it says under adpatation
[13:05] <X3lectric> and destribute
[13:05] <X3lectric> and then licence grant
[13:05] <X3lectric> you can do whatever
[13:06] <arand> Rhonda: And in that case an unclear CC designation would be able to pass? Or would it still be an issue.
[13:06] <Rhonda> arand: If you consider, the Red Eclipse logo "or other trademarks unique to the project" (whatever that might be) should definitely get stripped out, btw.
[13:07] <X3lectric> indeed the logo and mentions of that must be stripped
[13:07] <Rhonda> Second thought, if the work is all theirs and they have the rights to it, the unclear statement in that can be waived because actually it's within their rights to distribute it under cc-by-sa then.
[13:07] <X3lectric> as well as your only obligation is to make clear your not associated with red eclipse
[13:07] <Rhonda> But a "unchanged" part doesn't comply with cc-by-sa, it's an additional restriction on that.
[13:08] <arand> Rhonda: Well no, there are several individual licenses for the graphics of the game.
[13:09] <Rhonda> Ah, that's then what they mean with the "obey individual licensing criteria"
[13:09] <X3lectric> other licenses have to respected same way
[13:09] <Rhonda> And actually, that's what they could refer to with the "in the absence of an explicit license".
[13:09] <Rhonda> Now it dawns to me that they mean with that everything contained that doesn't has an explicit license itself.
[13:10] <X3lectric> but as in this main one its very clear as long as you follow the attributions your ok and destribute under same license
[13:10] <X3lectric> Attribution — You must attribute the work in the manner specified by the author or licensor (but not in any way that suggests that they endorse you or your use of the work).
[13:10] <arand> What my current copyright looks like is so: http://paste.debian.net/110000/ but the full licenses are in many cases missing
[13:10] <X3lectric> that speaks volumes
[13:10] <X3lectric> the full licenses dot have to be included
[13:10] <X3lectric> just mentioned where they can be found
[13:11] <X3lectric> a link suffices
[13:11] <Rhonda> Somehow that doesn't flow.
[13:11] <Rhonda> "any changes beyond that require explicit permission" doesn't work together with their cc-by-sa claim for data/?
[13:12] <X3lectric> where is that?
[13:12] <Rhonda> It has to be included according to policy, X3lectric
[13:12] <Rhonda> Line 72 and onwards.
[13:12] <X3lectric> you complicating simpl e stuff again
[13:12] <Rhonda> No, I'm following the policy rules.
[13:12] <arand> Rhonda: I know...
[13:13] <arand> Rhonda: But that is what I gather the original is saying: http://paste.debian.net/109999/
[13:13] <Rhonda> "Every package must be accompanied by a verbatim copy of its copyright information and distribution license in the file `/usr/share/doc/<package>/copyright'."
[13:13] <X3lectric> he can do whatever he wants as long as license is same and doesnt specify hes associated or endorsed by original developers
[13:15] <Rhonda> arand: Ah, wait. That part should apply to the source then, and is fine.
[13:16] <Rhonda> That's actually the background behind DFSG #4.
[13:16] <Rhonda> As long as the orig tarball doesn't contain any non-free material that one would need to strip off that's fine.
[13:17] <arand> Rhonda: Ah, ok... I don't see why it is even there though, since the source code should be covered by the zlib/mit already...
[13:18] <Rhonda> It's different parts. The source code can get patched, and one could theoretically also distribute an already changed tarball with patches in it.
[13:18] <Rhonda> The first thing is allowed through zlib/mit, the second part though is something they chose to disallow.
[13:22] <arand> Rhonda: Ah, so that clause disallows distributing changed source along with everything else, however distributing changed source by itself is fine?
[13:24] <Rhonda> It disallows the tarball to be changed, but it allows distribution of the tarball and additional patch file
[13:24] <Rhonda> Which is actually what we do with non-native packages by default.
[13:26] <arand> Ok... but then one wouldn't be allowed to make a dfsg orig tarball?
[13:26] <Rhonda> Yep.
[13:27] <Rhonda> So this is only possible if the orig tarball doesn't contain any non-distributable content.
[13:27] <arand> Sauerbraten has a similar clause, which I think is what this one was modelled after: http://git.debian.org/?p=pkg-games/sauerbraten-data.git;a=blob;f=debian/copyright;h=96d677bbe25dc795bc56339997d569088d8f3e20;hb=HEAD
[13:27] <Rhonda> If it does contain non-free stuff that is at least distributable, the package has to go to non-free/multiverse
[13:27] <arand> But in this case it is used for the -data package
[14:21] <hrw> hi
[17:43] <jetienne> Found files in /usr/local (must be in /usr). <- this is the error i got in my build ? should i copy it in /bin ? why /usr is forbidden ?
[17:46] <geser> jetienne: /usr/local is for the local admin to install (unpackaged) software, packages should use /usr
[17:47] <jetienne> geser: so replacbin /usr/local/bin by /usr/bin and all is ok ?
[17:48] <geser> exactly
[17:48] <jetienne> geser: thanks
[17:49] <geser> many programs have an option to specify /usr as prefix (defaults to /usr/local). it's pretty common to those using configure
[17:50] <jetienne> geser: im making the package, so i can put whatever path is needed :) waiting for ppa build during debug is the painfull part
[17:55] <directhex> jetienne, learn to love pbuilder, for quick testing?
[17:55] <geser> jetienne: hint: use a pbuilder for local testing, with pkg-binary-mangler you can also have almost all tests the buildds do too (like the /usr/local one)
[17:56] <jetienne> directhex: geser: i tried to setup pbuilder and failed.
[17:56] <geser> oh
[17:56] <jetienne> any good tutorial ?
[17:57] <geser> !pbuilder
[17:57] <geser> don't know if the wiki page is still up-to-date
[17:57] <jetienne> this is a tutorial :)
[17:58] <geser> and there is also "pbuilder-dist" in ubuntu-dev-tools which helps with creating and usage of multiple pbuilders (e.g. for different Ubuntu releases)
[18:00] <jetienne> and it built!!! no need for pbuilder, houray :)
[18:01] <jetienne> geser: directhex: thanks for the help
[19:15] <arand> Using dh7, what section would I override in order to run a "convert src/icon.png debian/icon.xpm" command?
[19:34] <directhex> arand: i'd override something like dh_auto_build, and just make it a rule which does your thing, then runs dh_auto_build
[19:34] <directhex> asusking dh_auto_build exists
[19:34] <directhex> you get the idea
[19:46] <arand> directhex: cool, thanks
[19:58] <c2tarun> can anyone please help in fixing [GCC_ERRORs]?
[20:01] <Bachstelze> c2tarun: only if you tell us what the errors are ;)
[20:08] <c2tarun> Bachstelze: [GCC_ERROR] gui/calc/calc.c:589:4: error: 'GtkFunction' undeclared (first use in this function) here is the error
[20:08] <Bachstelze> looks like you have an #include missing
[20:09] <Bachstelze> but I'm not a Gtk expert
[20:23] <c2tarun> Bachstelze: is there any type of errors except LD_ERROR that I can attempt to solve?
[20:24] <ari-tczew> Bachstelze: I doubt that there is something include missing.
[20:25] <ari-tczew> often these cases are fixed by changes in functions, so it should be fixed by upstream.
[20:26] <c2tarun> ari-tczew: are there other errors except LD_ERROR on which I could work upon?
[20:27] <ari-tczew> c2tarun: iirc lucas page has got 960+ FTBFS'
[20:29] <c2tarun> ari-tczew: most of them are LD_ERRORS, I am asking are there any other type of errors on which I can work? I am new
[20:31] <ari-tczew> c2tarun: are you bored by fixing LD ftbfs'?
[20:32] <c2tarun> ari-tczew: not bored :) but I want to learn something else too, I'll keep fixing them.
[20:33] <ari-tczew> c2tarun: you can fix security issues
[20:34] <Bachstelze> c2tarun: normally, a type of error doesn't say a lot about the error and how to fix it, all the LD_ERRORS we have now are a bit of a special case
[20:34] <c2tarun> ari-tczew: I may try, what are there requirements? I mean is there anything I should need to know/read before looking into them?
[20:35] <ari-tczew> c2tarun: policy, https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures
[20:36] <Bachstelze> ari-tczew: is there a list of security issues that need to be worked on? that would interest me a lot
[20:36] <ari-tczew> Bachstelze: http://people.canonical.com/~ubuntu-security/cve/universe.html
[20:36] <Bachstelze> I don't think there is such a filter on LP, but I may have missed it
[20:36] <Bachstelze> thanks
[20:37] <ari-tczew> Bachstelze: any help is welcome! :-)
[20:38] <ari-tczew> I encourage to fixing security issues in current devel - natty. It would help to release natty more stable.
[20:39] <jdstrand> Bachstelze: while working on natty is a good idea, if you prefer fixing stable releases of Ubuntu, that is most appreciated too
[20:40] <jdstrand> Bachstelze: there is a lot to work on, so you have a lot of choices :)
[20:41] <ari-tczew> jdstrand: don't be too demanding! :P
[20:42] <jdstrand> no, not being demanding, just saying if security updates are the interest, then there is a lot to jump in and work on. whatever is done is appreciated
[21:05] <MTecknology> Once a freeze exception has been approved; how long does it usually take to be pulled in if it's for a debian import?
[21:07] <ari-tczew> MTecknology: did you get a FFe ACK for sync new package from Debian?
[21:07] <ari-tczew> (I'm asking for more information)
[21:07] <MTecknology> from debian?
[21:07] <ari-tczew> or give lp bug, it might be the easiest way
[21:07] <ari-tczew> MTecknology: "in if it's for a debian import?"
[21:08] <ari-tczew> debian import = sync - right?
[21:09] <MTecknology> Bug 729691
[21:10] <ari-tczew> MTecknology: I guess iulian should subscribe ubuntu-sponsors to bug.
[21:11] <ari-tczew> I can take care of it right now, I you would like.
[21:11] <ari-tczew> If*
[21:11] <MTecknology> sure, i saw that they subscribed ubuntu-release to it
[21:12] <ari-tczew> btw, would be nice if you could read something about syncs
[21:12] <ari-tczew> !sync | MTecknology
[21:14] <MTecknology> ari-tczew: I'll read through that all now; sorry for any trouble
[21:14] <ari-tczew> MTecknology: Don't worry, no problem.
[21:14] <MTecknology> actually... I'm gonna bookmark and read when I can concentrate
[21:20] <ari-tczew> if I want to test build package on unstable chroot, which pbuilder-dist should do I use? sid or wheezy?
[21:21] <MTecknology> sid
[21:21] <MTecknology> wheezy is testing
[21:24] <ari-tczew> which for experimental?
[21:24] <MTecknology> not sure..
[21:27] <MTecknology> ari-tczew: experimental is experimental
[21:28] <Ampelbein> ari-tczew: pbuilder-dist knows how to deal with 'unstable', 'experimental' and doesn't need the codenames
[21:28] <ari-tczew> geser, persia, Laney, maco, bdrung, stgraber, cody-somerville: anyone around?
[21:29] <ari-tczew> Ampelbein: are you sure if I won't specify release, pbuilder-dist will know how to deal and it won't use current devel ubuntu cycle?
[21:30] <bdrung> ari-tczew: yes
[21:30] <Ampelbein> ari-tczew: and about bug 729691, why should the sponsors be subscribed? iulian is in release-team and confirmed, so next step is to subscribe ubuntu-archive, is it not?
[21:30] <ari-tczew> bdrung: I have complains about one application. can I write there or should do I discuss with DMB first?
[21:31] <maco> ari-tczew: is it an emergency? im in a class
[21:31] <ari-tczew> maco: nope, bdrung is here :)
[21:31] <maco> ok
[21:31] <bdrung> ari-tczew: you can leave a comment on the application wiki page.
[21:32] <ari-tczew> Ampelbein: iulian wrote 'approve' but didn't specify for which - FFe or FFe + sponsor's ACK.
[21:33] <ari-tczew> Ampelbein: release team members sometimes write ACK for FFe, but require review also by sponsors.
[21:33] <Ampelbein> ari-tczew: status confirmed for sync request = sponsor's ack.
[21:34] <ari-tczew> Ampelbein: so iulian forgot to subscribe ubuntu-archive?
[21:34] <c2tarun> where can I get security related bugs?
[21:35] <Ampelbein> ari-tczew: yes, that would be my guess.
[21:35] <ari-tczew> c2tarun: look for affected packages, check there opened bugs. if there is no reported bug, you should file a bug if you want to work on it.
[21:36] <ari-tczew> c2tarun: before preparing a patch, check first whether Debian has fixed issue.
[21:37] <ari-tczew> MTecknology: please subscribe ubuntu-archive to your FFe bug.
[21:38] <MTecknology> ari-tczew: all done, anything else i should do?
[21:38] <ari-tczew> MTecknology: just wait for archive admins :)
[21:38] <ari-tczew> it should take a few days
[21:38] <MTecknology> alrighty, thanks :D
[21:39] <ari-tczew> ;-)
[21:39] <ari-tczew> MTecknology: thank you for your contribution!
[21:40] <MTecknology> ari-tczew: :)  ..  Now I need to try to sneak in a new app that is soon to be in sid
[21:41] <geser> ari-tczew: or if you don't want to make complains public you can also mail the DMB in private
[21:42] <ari-tczew> geser: I'm not afraid to tell public what I think.
[21:43]  * ari-tczew guess people here know about it.
[21:44] <geser> just wanted to mention that this option exists too
[21:44] <ari-tczew> okok
[21:48] <c2tarun> ari-tczew: do I have to understand the complete source code of a package before looking for the security issues?
[21:49] <ari-tczew> c2tarun: I don't think so :)
[21:49] <ari-tczew> c2tarun: just grab fix from upstream - look on website, git or something
[21:49] <c2tarun> ari-tczew: ok :)
[21:51] <c2tarun> ari-tczew: hey by git, I remembered, I read a documentation on SVN/GIT and there it was mentioned that git is lot better that SVN,still many packages follow svn, do you think that pacakges should be migrated from SVN to GIT?
[21:51] <ari-tczew> geser: do you remember when we've talked about Ledru's PPU wrong uploading? (via PM, check logs if you have)
[21:52] <ari-tczew> c2tarun: IMO git is better, but if you want to encouraging upstreams to migrate, there is no point :) it's they choice.
[21:53] <MTecknology> svn is ugly in my personal opinon; but many like it and i guess it comes down to what you know best; the thing I really have about svn is that it's centralized and every single directory gets its own .svn directory. That method gives you some benefits though
[21:53] <MTecknology> If you really want something to hate, try to use cvs
[21:54] <c2tarun> what tag should I use to search when looking for security related bugs on LP?
[21:55] <ari-tczew> c2tarun: no tag, just look on bugs filled on packages
[21:56] <c2tarun> ari-tczew: not getting, what do you mean by filled on packages?
[21:57] <ari-tczew> c2tarun: e.g. https://launchpad.net/ubuntu/+source/elog
[21:57] <ari-tczew> click on Bugs
[21:57] <ari-tczew> and you will se
[21:58] <ari-tczew> c2tarun: did you try to use CVE tracker?
[21:58] <ari-tczew> I gave link some time ago
[21:59] <Bachstelze> jdstrand: can you please look at bug 731625 and tell me if I did everything right?
[22:00]  * jdstrand made it public
[22:01] <jdstrand> Bachstelze: please ask kees in #ubuntu-hardened. we have weekly roles on the security team, and he is processing community supplied debdiffs this week
[22:01] <Bachstelze> okay, thanks
[22:03] <ari-tczew> Bachstelze: nice! very quick work!
[22:03] <ari-tczew> and seems pretty fine, I should check what-patch and test build
[22:04] <Bachstelze> what-patch said patchells
[22:04] <ari-tczew> then fine
[22:04] <ari-tczew> Bachstelze: please describe where did you find a patch :)
[22:04] <ari-tczew> paste link on bug is fine
[22:04] <Bachstelze> I think I said it, I copied it from the ffmpeg package
[22:05] <ari-tczew> +    - libavformat/4xm.c - patch from ffmpeg package in hardy-security
[22:05] <ari-tczew> but you're targetting package to hardy-security...
[22:05]  * ari-tczew is confused
[22:05] <Bachstelze> yess
[22:05] <Bachstelze> ffmpeg had it
[22:05] <Bachstelze> but mplayer doesn't
[22:05] <Bachstelze> but it's the same code
[22:05] <ari-tczew> ah
[22:05] <ari-tczew> gotcha
[22:07] <firas> I guess I don't really need the fancy nickname here
[22:07] <firas> except it's registered already...
[22:08] <ari-tczew> firas: just write on your LP profile your IRC nick :)
[22:08] <firas> it is ther already
[22:08] <firas> oh well
[22:09] <ari-tczew> Bachstelze: ah, it;s you
[22:09] <ari-tczew> why did you were trying to change nick?
[22:10] <Bachstelze> to make it more straightforward to correlate the name on the changelogs and the person on IRC I guess, but firas is registered already
[22:13] <ari-tczew> Bachstelze: I think it's not really needed. We have already some people here who have another LP login, another IRC nick and something else ;-)
[22:39] <blueyed> I am missing something in the new "3.0 (quilt)" format: after adding a patch (via quilt) I am getting a autogenerated debian/patches/debian-changes-6.10.58+dfsg-3ubuntu1 in the debdiff.
[22:39] <blueyed> What am I missing?
[22:40] <blueyed> I only want to add upstream_6.10.59.patch to the quilt series, and make a new upload from there.
[22:42] <blueyed> pastebin at of the debdiff output at: http://paste.ubuntu.com/577642/
[22:45] <Ampelbein> blueyed: yes, in source-3.0 it's a bit different.
[22:45] <Ampelbein> blueyed: you simply apply the upstream patch and tag/rename the auto-generated patch
[22:45] <ari-tczew> blueyed: just do quilt delete debian-changes-6.10.58+dfsg-3ubuntu
[22:45] <ari-tczew> 1
[22:46] <micahg> blueyed: you should do quilt push before you prepare the upload