=== nhandler_ is now known as nhandler
=== santiago-pgsql is now known as santiago-ve
=== foursixnine is now known as santiago-ve
[09:24] <jdbrowne> maxb: yes, finally the steps are simple, "svn co svn://my-script" then "cd my-script", then "dpkg-buildpackage -r" to get a package. And the debian/rules is super short. I used dh_install and I wrote a debian/my-script.install file. Less than ten lines of code to generate a package.
[09:24] <maxb> You don't need -r
[09:46] <jdbrowne> ok, then I do not need dh_testroot either in the build. I am trying to understand whether I need dh_testdir, dh_testroot. The manpage explains what these command do while I do not know whether I should do it or not. Finally my debian/rules seems to work fine with only dh_clean in the clean target and only dh_{prep,install,gencontrol,builddeb} in the binary-indep target
[09:53] <jdbrowne> I thought the -r was mandatory for making root the owner of the files in the package. I wonder why the -r exists if dpkg-buildpackage can make the file own by root without the -r option. Maybe the -r is just to make it possible to change the default command to gain root.
[10:13] <maxb> jdbrowne: No, you should keep dh_testroot
[10:13] <maxb> You don't need -r because dpkg-buildpackage uses fakeroot by default
[10:19] <jdbrowne> I have read the man of dh_testroot ("dh_testroot - ensure that a package is built as root") and the footnotes of the debian policy mentionning fakeroot (http://www.debian.org/doc/debian-policy/footnotes.html#f23) without understanding why it is important to use dh_testroot. Do you know the reason why I should use it?
[10:21] <maxb> You should use it to verify that the package you're about to build will have proper owner/group/mode info set
[10:21] <maxb> It's there as a safeguard to prevent an accidentally wrong invocation silently building a package with wrong permissions
[10:36] <jdbrowne> sorry for insisting, which command or situation could lead to an accidental invocation building incorrectly the package? another tool than dpkg-buildpackage?
[11:17] <Decepticon> During the session, Kirkland invited participants to ssh into an Amazon EC2 instance with a shared screen session which he used to illustrate various screen-profiles capabilities
[11:17] <Decepticon> can we do this, i want to see what this looks like
[13:00] <oldman_> ah
[13:00] <oldman_> was wondering why the lesson wasn't starting
[13:00] <oldman_> 14th May, not 13th
[13:00] <oldman_> :/
[14:38] <jdbrowne> Are there solutions to install packages from a repository into the user's home bin? without modifying the system's dpkg database, just the user dpkg database.
[14:58] <Mamarok> jdbrowne: you should ask in @ubuntu, this is not a support channel
[14:59] <jdbrowne> ok,
[16:53] <Kuzmich79> Привет всем
=== e-jat is now known as b
=== b is now known as e-jat
=== mimir|on is now known as mimir|zZz
=== AntORG__ is now known as AntORG