Bug#778897: FTBFS on arm64
Source: pygoocanvas Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Add dh-autoreconf to build-dep to fix FTBFS on arm64 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU6Is1AAoJEHXZCwEKhFERfIsP/3Z9Llt5MV8f3YRaQAj8E5Px 7xl/CLUl1GdLdeVHTkqYwAooSq0Urv5U6al+nVNTCzOkVX9EFr7Bya7s7CI+qn1R eplQri4rSy9bMCpqwbLZU7Kci97O6+eFhdJiadcQaOF2N60vTUby3h9oPTWISzMO HV4cfFIx6Vife68vmvVbqfVxJ5z1Emwo+jRvCJZG5q94Uie69Xb7uiV9Zt47dqHu Lya1116hb/cY2nkJN2r2xZFh6iTjj3cuk01adh7FUpUJajv6EFgSS6tgafpkOHRz AmLJ3WL53YTGX5H+OI/GbPTvVoc76O3s/mq9ejblAiOgnWFfCEF4/ci5JJIIIgfW NuJSjA2XyuhkcbWAKGcDJtK8wNWqT4o8WqAWzYpta7D041WVB5lOoKJ/I2YUGK9Q IPylAT3x4fg+ZWIfmUTuOfR7XXLyuGgYLxSnfnNC/KHV953t8jaIJ/oK/v/qDTdY RgSxYMOjeTClaN06+riRNGeqX3PSw3ztGX7amYyNwTrYMKblZREpiYwqHTOGG9wp itN224eQsYAjDixXpAkaWg3+MJEnJOl809gdgM1PuPsHxdlt523Mw+KdulSk9rCo ueUme0ypKVtJ4DnyJQVL48mr0IDQhCqAZq7s3eZSdcniZoHB13qMa2GWgrzJZDCd EiyOq9Avy8ENpLix2czc =1ciB -END PGP SIGNATURE- diff -Nru pygoocanvas-0.14.1/debian/changelog pygoocanvas-0.14.1/debian/changelog --- pygoocanvas-0.14.1/debian/changelog 2015-02-21 13:26:57.0 + +++ pygoocanvas-0.14.1/debian/changelog 2015-02-21 13:26:58.0 + @@ -1,3 +1,10 @@ +pygoocanvas (0.14.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add dh-autoreconf to fix FTBFS for arm64 + + -- Chen Baozi baoz...@debian.org Sat, 21 Feb 2015 13:14:25 + + pygoocanvas (0.14.1-1) unstable; urgency=low * New upstream release (Closes: #539981, #527609, #527674) diff -Nru pygoocanvas-0.14.1/debian/control pygoocanvas-0.14.1/debian/control --- pygoocanvas-0.14.1/debian/control 2015-02-21 13:26:57.0 + +++ pygoocanvas-0.14.1/debian/control 2015-02-21 13:26:58.0 + @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Jose Carlos Garcia Sogo js...@debian.org -Build-Depends: debhelper (= 5), cdbs, python-all-dev (= 2.3.5-11), python-support (= 0.4), python-gtk2-dev (= 2.8.4), python-gobject-dev (= 2.11.3), libgoocanvas-dev (= 0.10), python-cairo-dev (= 1.2.0), xsltproc, docbook-xsl +Build-Depends: debhelper (= 5), cdbs, python-all-dev (= 2.3.5-11), python-support (= 0.4), python-gtk2-dev (= 2.8.4), python-gobject-dev (= 2.11.3), libgoocanvas-dev (= 0.10), python-cairo-dev (= 1.2.0), xsltproc, docbook-xsl, dh-autoreconf Standards-Version: 3.8.4 Vcs-Git: git://git.debian.org/git/users/jsogo/pygoocanvas.git Vcs-Browser: http://git.debian.org/git/users/jsogo/pygoocanvas.git
Bug#778899: FTBFS on arm64
Source: ocaml-mad Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Add dh-autoreconf to build-dep to fix FTBFS on arm64 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU6I+pAAoJEHXZCwEKhFERj6oP/jjxRXVcMI6bYIAsL3Oo0i3d igdj0hLsA6dG/7R5SuU6r4pH9RaacQZDAZxeCbWTM6jv1lXeQ/KTBtmuvArfqshW vR44wIdFcV7MGy0SGcFiY7TOokdGpfwPcb48Pq4g4Uj3jF7Fnra8cISfmzMHzVsT XEogkWYCSsMaClgxsSwhTvrNw+rNHwd0Qs+YUgjlGVcmKFsGPaeq7XqD6I2QoP8I P9XrHSfxvkHDeu7RcfQXiXQ7wHMODcQqpZq2GTplDtnsvmmkIpAFwW/uyhjjbNCW v5NnMHhMjSjoUJLLimVRaUu7Tw+5pmdA6kFXErVmTMyyCqqksoFtNTRpQ9wT4q/H aPdH+7BvlZur5ERQKBvg1ZLZAn9OI6xI9IDREYGH4C474brrYHaCgB9vtU+gbgt+ Hj7phdNEDtGhdKzOMM2XLEVKhaut/Gxq9RxXgNfO8tDHEgKQ/m6GiF4hLSesnmtl OKEtpR37xXKpDlLikCvbLnq2Bezq79iUdP3fP4ijj2Fy1W01iXrzf6W+A4rO4FH2 VTQ/V0cifPeytwRGh5i0oVLEODca0WiIz1ujr5O0QdNorvyhiviIQGd4w7evXfBv c9scx4hH7G/XE9yyITg3KvX3RGOR4mRe5E2kLmRxTIre5M8q04x0yA8JVEEPFRp4 cuU/S1uH8n5kZDOETvy4 =my+T -END PGP SIGNATURE- diff -Nru ocaml-mad-0.4.4/debian/changelog ocaml-mad-0.4.4/debian/changelog --- ocaml-mad-0.4.4/debian/changelog 2011-10-08 14:21:07.0 + +++ ocaml-mad-0.4.4/debian/changelog 2015-02-21 13:55:16.0 + @@ -1,3 +1,10 @@ +ocaml-mad (0.4.4-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add dh-autoreconf to build-dep to fix FTBFS on arm64 + + -- Chen Baozi baoz...@debian.org Sat, 21 Feb 2015 13:54:51 + + ocaml-mad (0.4.4-1) unstable; urgency=low * New upstream release. diff -Nru ocaml-mad-0.4.4/debian/control ocaml-mad-0.4.4/debian/control --- ocaml-mad-0.4.4/debian/control 2011-10-08 12:25:30.0 + +++ ocaml-mad-0.4.4/debian/control 2015-02-21 13:54:47.0 + @@ -9,7 +9,8 @@ Build-Depends: cdbs (= 0.4.53), debhelper (= 7.0.1), ocaml-nox, dh-ocaml (= 0.9), libmad0-dev, ocaml-findlib, - pkg-config + pkg-config, + dh-autoreconf Standards-Version: 3.9.2 Vcs-Git: git://git.debian.org/git/pkg-ocaml-maint/packages/ocaml-mad.git Vcs-Browser: http://git.debian.org/?p=pkg-ocaml-maint/packages/ocaml-mad.git
Bug#778900: FTBFS on arm64
Source: ocaml-cry Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Add dh-autoreconf to build-dep to fix FTBFS on arm64 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU6JHrAAoJEHXZCwEKhFER8LoP/1hOo9c7nKdDv5vtEcV2pOo9 +EqXP9oGQovQJw42rZGERt3SPlSphzzyccwYMqsL1WTb2T2gIPl/vsFYj9hIjVID n3C6IOXa/jfoHfmFDvUbQCZib8zFRRjgSeFSPP2FSjeGa4Tbf9/b/74lr9Xrl2FM jbjZvn+XzvRvePgsdNA3JUy6cSq5bDMr1ky+WKe8MccnAK3gzAysovoAXeWiOqbg ZnnBFtd2jbk33IY5LfBziu9PHREGTlb3RVdgOJrFdu3BHezCcc/frCP9Z91Ob7Wz fbDWalZNcp9rddcXjEEeovwdpsH3B93u+BdpI8rZ3O+L8i+liNHE+YzazyH698mw MmcqAvlgZ3RcgsSrLhexavubbdE4tPtD50RfWdvwpVOtFmTCnpQYX9rkX62ycug6 7sg/1M/dktc+LuBF+u68LrpHrj9XtVzOcVnHBOSsr/ECDkFnzlrmpZ/YuKDck0Jb 7SNdntdK3cYI7rURcbiTLL1j7Rg2Ai3VqYYNHUvG9hads7Mg8SyWwYTNeWFhrBC5 piXrL2IpfoDdn7Y5EaUHXRvnqqxD2wxXBG+Yo57UoGm3tfaVNRFlpTy0xgp58ia2 0MovUtHDsafs08fTY+uvOqat4nJ7BkyOnZBox+/DT0CbisP84PXUFRMalh5LX7SZ MmltejeFFmZ4zDC3WLs/ =75+t -END PGP SIGNATURE- diff -Nru ocaml-cry-0.2.2/debian/changelog ocaml-cry-0.2.2/debian/changelog --- ocaml-cry-0.2.2/debian/changelog 2011-10-08 14:33:28.0 + +++ ocaml-cry-0.2.2/debian/changelog 2015-02-21 14:06:53.0 + @@ -1,3 +1,10 @@ +ocaml-cry (0.2.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add dh-autoreconf to build-dep to fix FTBFS on arm64 + + -- Chen Baozi baoz...@debian.org Sat, 21 Feb 2015 14:06:30 + + ocaml-cry (0.2.2-1) unstable; urgency=low * New upstream release. diff -Nru ocaml-cry-0.2.2/debian/control ocaml-cry-0.2.2/debian/control --- ocaml-cry-0.2.2/debian/control 2011-10-08 12:24:38.0 + +++ ocaml-cry-0.2.2/debian/control 2015-02-21 14:03:23.0 + @@ -3,7 +3,8 @@ Priority: optional Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org Uploaders: Samuel Mimram smim...@debian.org, Romain Beauxis to...@rastageeks.org -Build-Depends: cdbs (= 0.4.53), debhelper (= 7.0.1), ocaml-nox (= 3.11.2), dh-ocaml (= 0.9), ocaml-findlib (= 1.2.4) +Build-Depends: cdbs (= 0.4.53), debhelper (= 7.0.1), ocaml-nox (= 3.11.2), dh-ocaml (= 0.9), ocaml-findlib (= 1.2.4), + dh-autoreconf Standards-Version: 3.9.2 Homepage: http://savonet.sourceforge.net/ Vcs-Git: git://git.debian.org/git/pkg-ocaml-maint/packages/ocaml-cry.git
Bug#778898: FTBFS on arm64
Source: ocaml-ladspa Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Add dh-autoreconf to build-dep to fix FTBFS on arm64 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU6I3bAAoJEHXZCwEKhFERrqMP/0BndO7jRtnNiTGVsHsCAELB N4Q0Y4KN/vLJ/HAVSLpoRtIlDrHvmXdCaytXC8hnm8L92ewkL7KXGvanoOOsxeUM /YGBWloI7Nn7ZbaZxRjj3oPr+iEYltKSxf/T9pyOp2jWt5AWFnK9TRFmyL/TzMMe H0poAZwwa2pfrWHPjf/cm1ZZveUlhlFMNRmruynJzZ2eZvnxzqDPcNRlRm5O2ytb D7T08oA898tkKMTCHeqMaqf0ikFg9h+HUBHMsGMjdmnEpOoTuRADxTfh2sP5fPPE h8eJaDgfhwXgcf/txej6nle5SPT9F1NgRzRZ6gdgG5cukWF3GPKmoZIW37kZdg4B nwdx8xRjKSidRT8VenjE1yRDtIw5xB2+gS72sNcwx+HLEbv1GquEA8AfadsjX9Xm TcR1l4q2NhAfHt1qE+OtujpJGv4gapjaqxiY0RTAYPnf8arA5JhMOPgxv913tNrL W9T7FE1fJzF11xGFQCD44PJQUoBiwvxypZJjkmPXSHEvqoSw1Ao3l8Lz4l+sIyL4 P3yO83q8WPvDFdCdwQMsSFXPLZ28I16Y/LTt36bYKV4V4xk9GyL/i8tQJb4t7hVe y3QO8cUtZg8BJQs8ZIqdenGkQdtNDQFxzhn5H+qc1V4tbjeUjAR1Jqt5LkA+SGER c9iahnYK4uhNQMs+YxaT =MnkJ -END PGP SIGNATURE- diff -Nru ocaml-ladspa-0.1.4/debian/changelog ocaml-ladspa-0.1.4/debian/changelog --- ocaml-ladspa-0.1.4/debian/changelog 2011-10-08 14:27:01.0 + +++ ocaml-ladspa-0.1.4/debian/changelog 2015-02-21 13:47:41.0 + @@ -1,3 +1,10 @@ +ocaml-ladspa (0.1.4-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add dh-autoreconf to fix FTBFS on arm64 + + -- Chen Baozi baoz...@debian.org Sat, 21 Feb 2015 13:47:04 + + ocaml-ladspa (0.1.4-1) unstable; urgency=low * New upstream release. diff -Nru ocaml-ladspa-0.1.4/debian/control ocaml-ladspa-0.1.4/debian/control --- ocaml-ladspa-0.1.4/debian/control 2011-10-08 12:31:13.0 + +++ ocaml-ladspa-0.1.4/debian/control 2015-02-21 13:46:43.0 + @@ -7,7 +7,8 @@ debhelper (= 7.0.1), dh-buildinfo, ocaml-nox, - dh-ocaml (= 0.9), ladspa-sdk, ocaml-findlib (= 1.2.4) + dh-ocaml (= 0.9), ladspa-sdk, ocaml-findlib (= 1.2.4), + dh-autoreconf Standards-Version: 3.9.2 Homepage: http://savonet.sourceforge.net/ Vcs-Git: git://git.debian.org/git/pkg-ocaml-maint/packages/ocaml-ladspa.git
Bug#778901: FTBFS on arm64
Source: ocaml-flac Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Add dh-autoreconf to build-dep to fix FTBFS on arm64 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU6JN5AAoJEHXZCwEKhFERBqMP/jbD+qXtO7uanTmuW5Y2D8uj 6jnyKxosFGvf2/6paCBXS1v8bqmQ5HMPVSipGEbor73mc5m600ItQb0vpCQznQOw NTsR9BDb99CbHYzxSnkvJgMKD3bXTDgC/DbLKTCSD1HOLbLOyZN46/cS6PCzapjx lt0m3+u8rS/GEH+T7Pz5UDrjKsIk92FdAddRazcu83xMqcsYpiQi0MkH0BMo8S4q JPGOi03LRFVu+J8YFa+6M2O+PnweHHaJ19ywtAYDsopDVzb46CgoX11UiYN297Jx KbM1/0b79E+emsfw+QpXiwxLePmyCY16MnJxq5xWFxDnUGDMCi0M5nJ4tfmh3klM HXfDbbsokSPj6DCPoVfBMZ1qiPLdZl8SrPMwezINZZpiQ5dfX+nAVIlFLYZLyNw/ BTpfNAKjHf8yNcI3E6j9E049KRvYwH0Ee+8/sc/ngSgqrodOuDJpfOHFELYTyv7t 7XDOipQ14oo8P3r2T8iHR1ybRpRcvSDASBDMj65Y7rRJKVtiPZHWi9DOaHHeEsmj bT9FXPQmL0tLkpfsMpZAsbVkfcaqjfGJ4EtOhkYwwyb6YT3mm8cxgWjjpyfzZ43x ayiuJAsHukPv+x5ubv19uMTxG9Sb3oTu1JcDoi5tOMF0W7Zyo2WLKDdI0AG4bAns ++deXPeKzIten5xpnFgF =Gpsk -END PGP SIGNATURE- diff -Nru ocaml-flac-0.1.1/debian/changelog ocaml-flac-0.1.1/debian/changelog --- ocaml-flac-0.1.1/debian/changelog 2013-05-09 00:42:00.0 + +++ ocaml-flac-0.1.1/debian/changelog 2015-02-21 14:13:25.0 + @@ -1,3 +1,10 @@ +ocaml-flac (0.1.1-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add dh-autoreconf to build-dep to fix FTBFS on arm64 + + -- Chen Baozi baoz...@debian.org Sat, 21 Feb 2015 14:12:47 + + ocaml-flac (0.1.1-3) unstable; urgency=low * Upload to unstable. diff -Nru ocaml-flac-0.1.1/debian/control ocaml-flac-0.1.1/debian/control --- ocaml-flac-0.1.1/debian/control 2013-05-09 00:42:09.0 + +++ ocaml-flac-0.1.1/debian/control 2015-02-21 14:12:05.0 + @@ -8,8 +8,9 @@ dh-buildinfo, ocaml-nox, dh-ocaml (= 0.9), - libflac-dev, ocaml-findlib (= 1.2.4), - pkg-config, libogg-ocaml-dev (= 0.4.5) + libflac-dev, ocaml-findlib (= 1.2.4), + pkg-config, libogg-ocaml-dev (= 0.4.5), + dh-autoreconf Standards-Version: 3.9.4 Homepage: http://savonet.sourceforge.net/ Vcs-Git: git://git.debian.org/pkg-ocaml-maint/packages/ocaml-flac.git
Bug#777904: FTBFS on arm64
Package: ming Version: 0.4.5-1.2 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fix FTBFS on arm64 by dh_autoreconf. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU3II+AAoJEHXZCwEKhFERtN4QAJSDpXOSw6FA8sWRKzrgQQfB fvtijLioVW/nfr2TefQ51PA1pH9cxnmQEwMs1r0MIMyQqjoWTYTUqVtjW98q7rzB lyUPLsBZnI0G99AIs5XHRBYrauSLmV4ddMTS1OFh71tF6HY0Fhd7MzSvZzfuVIkF SMjViq9zklOu0QqXHMRoa4CkS8PGdXahwcPFfIxMnHXWH/4Gx/KZ4YoH7KWLjw/g kzy9y0TGuH024oeNgKvPo0m6RzUviTdfNw21qgLiZ0Wy95uOP9CIBzZPZUnsLCUp BgzdsjJ5m8t0e+q5HHt//DAso97KQfvasdYLHBY39LFzNheM8B/UZDYX1BDWtCTf uevMKIDGtDsISlm2ngjtxydcNB9pN77Q/2fDzyXgyMtgcerI/7z1ASbYkJLR8nmb 0UbsS9FRS3CQ1tA1aFvZYSv1JqyWQFhifAaY4vm/k+Omdybyqjqc5Vu/3pUHHBp3 lL04qKWRl6dkSVR7rO2nXnzyTCsSsQz5HmC3QiWw18D0AX6d8nC6aHdx03sdDenD TtHIwHIhAUGOD/aCIv/m4FIpH3S8NLhQ4+O8SrmUlFqi453ajIm6FURsr5YtUWUI TiDJ82tcf4t0tD3IzH2M+icnonWcdrbsGmDxYFAQBmYnaL+KAn2OMiyb25OIIZzr ilUh58y37ArBIDNUpTBp =fUyC -END PGP SIGNATURE- diff -Nru ming-0.4.5/debian/changelog ming-0.4.5/debian/changelog --- ming-0.4.5/debian/changelog 2015-02-12 10:32:51.0 + +++ ming-0.4.5/debian/changelog 2015-02-12 10:32:52.0 + @@ -1,3 +1,10 @@ +ming (1:0.4.5-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS on arm64. + + -- Chen Baozi baoz...@debian.org Thu, 12 Feb 2015 10:25:16 + + ming (1:0.4.5-1.2) unstable; urgency=medium * Non-maintainer upload with team member's permission. diff -Nru ming-0.4.5/debian/control ming-0.4.5/debian/control --- ming-0.4.5/debian/control 2015-02-12 10:32:51.0 + +++ ming-0.4.5/debian/control 2015-02-12 10:32:52.0 + @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Stuart R. Anderson ander...@netsweng.com -Build-Depends: debhelper (= 5.0.37.2), docbook-to-man, swig, python-all-dev (= 2.7.3), libgif-dev, libpng-dev, libz-dev, perl (= 5.10.0), autotools-dev, flex, bison, libfreetype6-dev, ttf-dejavu, ttf-opensymbol, php5-dev, php5-cli, automake, autoconf2.59, quilt, chrpath +Build-Depends: debhelper (= 5.0.37.2), docbook-to-man, swig, python-all-dev (= 2.7.3), libgif-dev, libpng-dev, libz-dev, perl (= 5.10.0), autotools-dev, flex, bison, libfreetype6-dev, ttf-dejavu, ttf-opensymbol, php5-dev, php5-cli, automake, autoconf2.59, quilt, chrpath, dh-autoreconf Standards-Version: 3.9.3 Homepage: http://www.libming.net/ diff -Nru ming-0.4.5/debian/rules ming-0.4.5/debian/rules --- ming-0.4.5/debian/rules 2015-02-12 10:32:51.0 + +++ ming-0.4.5/debian/rules 2015-02-12 10:32:52.0 + @@ -36,14 +36,7 @@ $(MAKE) -f /usr/share/quilt/quilt.make patch -ifneq $(wildcard /usr/share/misc/config.sub) - cp -f /usr/share/misc/config.sub config.sub -endif -ifneq $(wildcard /usr/share/misc/config.guess) - cp -f /usr/share/misc/config.guess config.guess -endif - ./autogen.sh - + dh_autoreconf CFLAGS=$(CFLAGS) ./configure \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ @@ -97,6 +90,7 @@ clean: dh_testdir dh_testroot + dh_autoreconf_clean if [ -f Makefile ] ;\ then \
Bug#777750: FTBFS on arm64
Source: setools Version: 3.3.8-3.1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, The attached patch adds symbols for arm64 to fix FTBFS. Cheers, Chen Baozi -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU3GdaAAoJEHXZCwEKhFERk1kP+we1zTrBNNvyWvDBlxNZyiKb UfHMpXLuS5/3TLHkgn+6qU6SE+4n4SXzNamCil7x1akx/ZIfJlzcEHdHhiQM/1ZA 7vyQjMDyd+567JIRZRtzzKAOJwQTtF90TagpRDIdtkAWm7TmhQ08r5dAHLOLOTBA TFjYTXofjzbDkx4nu+bWtlRE6TzvYCf0pYpZzM/mUPrjVq3rxFRtsx3SLMb10v+1 yFHlDYcTmgpito0v3TTD1XLR+4cnT/i0GfSptltrq1h74RddUtp6SqKAgtrAinNL NlkbvNJ4hSrtnnrUDeX3YLxTWgLTNO86lheNQNaSwKU/8kDLXHOpHvivlMof6opu W2VUw0hptUdv5Z98jW0QI5/ic+oiffecQT+VSxgHT3K4JSdTJZKk/LeG1IB456Sm exWWPu8ZOmLChQNC25oprw8UOqjDMLQP6NmvwMKKiPQ1YrPW0UfIuHuDR2hKnWG7 egtKjSj418LBsQ1YZGsFFYpqjE4BhLnjapUICrjC0NzoEjbMDkL8ohcQeyyjAvql dPAiv0dP6u/zId+amtM+VwrRA27V8WqCPwVGTjUJRMXARwenFi/wCll6Bfbx7UqV F3wPaFfh1Iot1OF2pjwi24ZChYusKViC/Dc30KSUI53SRgxPjj2J3L9y8FvhrDAv GcWlEc1Uiiffo7fj/uDd =f42u -END PGP SIGNATURE- diff -Nru setools-3.3.8/debian/changelog setools-3.3.8/debian/changelog --- setools-3.3.8/debian/changelog 2014-09-17 20:33:49.0 + +++ setools-3.3.8/debian/changelog 2015-02-12 08:25:19.0 + @@ -1,3 +1,9 @@ +setools (3.3.8-3.2) unstable; urgency=medium + + * debian/libsef4.symbols.arm64: link to the arm64 symbols file. + + -- Chen Baozi baoz...@debian.org Thu, 12 Feb 2015 08:24:30 + + setools (3.3.8-3.1) unstable; urgency=medium [ Aurelien Jarno ] diff -Nru setools-3.3.8/debian/libsefs4.symbols.arm64 setools-3.3.8/debian/libsefs4.symbols.arm64 --- setools-3.3.8/debian/libsefs4.symbols.arm64 1970-01-01 00:00:00.0 + +++ setools-3.3.8/debian/libsefs4.symbols.arm64 2015-02-12 08:24:15.0 + @@ -0,0 +1,157 @@ +libsefs.so.4 libsefs4 #MINVER# + VERS_4.0@VERS_4.0 3.3.4.ds + _ZN10sefs_entryC1EP11sefs_fclistPK17sefs_context_nodejPKcS6_@VERS_4.0 3.3.4.ds + _ZN10sefs_entryC1EPKS_@VERS_4.0 3.3.4.ds + _ZN10sefs_entryC2EP11sefs_fclistPK17sefs_context_nodejPKcS6_@VERS_4.0 3.3.4.ds + _ZN10sefs_entryC2EPKS_@VERS_4.0 3.3.4.ds + _ZN10sefs_entryD1Ev@VERS_4.0 3.3.4.ds + _ZN10sefs_entryD2Ev@VERS_4.0 3.3.4.ds + _ZN10sefs_query11objectClassEPKc@VERS_4.0 3.3.4.ds + _ZN10sefs_query11objectClassEj@VERS_4.0 3.3.4.ds + _ZN10sefs_query3devEPKc@VERS_4.0 3.3.4.ds + _ZN10sefs_query4pathEPKc@VERS_4.0 3.3.4.ds + _ZN10sefs_query4roleEPKc@VERS_4.0 3.3.4.ds + _ZN10sefs_query4typeEPKcb@VERS_4.0 3.3.4.ds + _ZN10sefs_query4userEPKc@VERS_4.0 3.3.4.ds + _ZN10sefs_query5inodeEm@VERS_4.0 3.3.8-3.1 +#MISSING: 3.3.8-3.1# _ZN10sefs_query5inodeEy@VERS_4.0 3.3.4.ds + _ZN10sefs_query5rangeEPKci@VERS_4.0 3.3.4.ds + _ZN10sefs_query5regexEb@VERS_4.0 3.3.4.ds + _ZN10sefs_query7compileEv@VERS_4.0 3.3.4.ds + _ZN10sefs_queryC1Ev@VERS_4.0 3.3.4.ds + _ZN10sefs_queryC2Ev@VERS_4.0 3.3.4.ds + _ZN10sefs_queryD1Ev@VERS_4.0 3.3.4.ds + _ZN10sefs_queryD2Ev@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfile10appendFileEPKc@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfile10parse_lineEPKcS1_P17re_pattern_bufferS3_@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfile11runQueryMapEP10sefs_queryPFiP11sefs_fclistPK10sefs_entryPvES7_@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfile14appendFileListEPK11apol_vector@VERS_4.0 3.3.4.ds +#MISSING: 3.3.8-3.1# _ZN11sefs_fcfileC1EPFvPvPK11sefs_fclistiPKcS0_ES0_@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfileC1EPFvPvPK11sefs_fclistiPKcSt9__va_listES0_@VERS_4.0 3.3.8-3.1 +#MISSING: 3.3.8-3.1# _ZN11sefs_fcfileC1EPK11apol_vectorPFvPvPK11sefs_fclistiPKcS3_ES3_@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfileC1EPK11apol_vectorPFvPvPK11sefs_fclistiPKcSt9__va_listES3_@VERS_4.0 3.3.8-3.1 +#MISSING: 3.3.8-3.1# _ZN11sefs_fcfileC1EPKcPFvPvPK11sefs_fclistiS1_S2_ES2_@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfileC1EPKcPFvPvPK11sefs_fclistiS1_St9__va_listES2_@VERS_4.0 3.3.8-3.1 +#MISSING: 3.3.8-3.1# _ZN11sefs_fcfileC2EPFvPvPK11sefs_fclistiPKcS0_ES0_@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfileC2EPFvPvPK11sefs_fclistiPKcSt9__va_listES0_@VERS_4.0 3.3.8-3.1 +#MISSING: 3.3.8-3.1# _ZN11sefs_fcfileC2EPK11apol_vectorPFvPvPK11sefs_fclistiPKcS3_ES3_@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfileC2EPK11apol_vectorPFvPvPK11sefs_fclistiPKcSt9__va_listES3_@VERS_4.0 3.3.8-3.1 +#MISSING: 3.3.8-3.1# _ZN11sefs_fcfileC2EPKcPFvPvPK11sefs_fclistiS1_S2_ES2_@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfileC2EPKcPFvPvPK11sefs_fclistiS1_St9__va_listES2_@VERS_4.0 3.3.8-3.1 + _ZN11sefs_fcfileD0Ev@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfileD1Ev@VERS_4.0 3.3.4.ds + _ZN11sefs_fcfileD2Ev@VERS_4.0 3.3.4.ds + _ZN11sefs_fclist10getContextEPKcS1_S1_S1_@VERS_4.0 3.3.4.ds + _ZN11sefs_fclist10getContextEPc@VERS_4.0 3.3.4.ds + _ZN11sefs_fclist15associatePolicyEP11apol_policy@VERS_4.0 3.3.4.ds + _ZN11sefs_fclist8runQueryEP10sefs_query@VERS_4.0 3.3.4.ds +#MISSING: 3.3.8-3.1# _ZN11sefs_fclistC1E16sefs_fclist_typePFvPvPKS_iPKcS1_ES1_@VERS_4.0 3.3.4.ds + _ZN11sefs_fclistC1E16sefs_fclist_typePFvPvPKS_iPKcSt9__va_listES1_@VERS_4.0 3.3.8-3.1 +#MISSING: 3.3.8-3.1# _ZN11sefs_fclistC2E16sefs_fclist_typePFvPvPKS_iPKcS1_ES1_@VERS_4.0 3.3.4.ds
Bug#727273: sunpinyin: diff for NMU version 2.0.3+git20140127-1.1
tags 727273 + pending thanks Dear maintainer, I've prepared an NMU for sunpinyin (versioned as 2.0.3+git20140127-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. (I've noticed that this bug was claimed to be fixed in a previous commit. However, it has come back since the following update...) Regards. diff -Nru sunpinyin-2.0.3+git20140127/debian/changelog sunpinyin-2.0.3+git20140127/debian/changelog --- sunpinyin-2.0.3+git20140127/debian/changelog 2014-03-01 07:25:20.0 + +++ sunpinyin-2.0.3+git20140127/debian/changelog 2015-02-11 12:36:14.0 + @@ -1,3 +1,10 @@ +sunpinyin (2.0.3+git20140127-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix aarch64 endian check. (Closes: #727273) + + -- Chen Baozi baoz...@debian.org Wed, 11 Feb 2015 12:34:59 + + sunpinyin (2.0.3+git20140127-1) unstable; urgency=low * New upstream snapshot 20140127 diff -Nru sunpinyin-2.0.3+git20140127/debian/patches/detect-endianness-for-arm64.patch sunpinyin-2.0.3+git20140127/debian/patches/detect-endianness-for-arm64.patch --- sunpinyin-2.0.3+git20140127/debian/patches/detect-endianness-for-arm64.patch 1970-01-01 00:00:00.0 + +++ sunpinyin-2.0.3+git20140127/debian/patches/detect-endianness-for-arm64.patch 2015-02-11 12:04:04.0 + @@ -0,0 +1,20 @@ +--- sunpinyin-2.0.3+git20140127.orig/SConstruct sunpinyin-2.0.3+git20140127/SConstruct +@@ -312,7 +312,7 @@ def AppendEndianCheck(conf): + #elif defined(__sparc) || defined(__sparc__) \ + || defined(_POWER) || defined(__powerpc__) \ + || defined(__ppc__) || defined(__hpux) || defined(__hppa) \ +- || defined(_MIPSEB) || defined(_POWER) \ ++ || defined(_MIPSEB) || defined(_POWER) || defined(__aarch64_be__) \ + || defined(__s390__) || (defined(__sh__) defined(__BIG_ENDIAN__)) + # define WORDS_BIGENDIAN 1 + +@@ -323,7 +323,7 @@ def AppendEndianCheck(conf): + || defined(__amd64__) || defined(_M_AMD64) \ + || defined(__x86_64) || defined(__x86_64__) \ + || defined(_M_X64)|| defined(__bfin__) \ +- || defined(__alpha__) || defined(__ARMEL__) \ ++ || defined(__alpha__) || defined(__ARMEL__) || defined(__aarch64__) \ + || defined(_MIPSEL) || (defined(__sh__) defined(__LITTLE_ENDIAN__)) + # undef WORDS_BIGENDIAN + diff -Nru sunpinyin-2.0.3+git20140127/debian/patches/series sunpinyin-2.0.3+git20140127/debian/patches/series --- sunpinyin-2.0.3+git20140127/debian/patches/series 2014-03-01 07:09:05.0 + +++ sunpinyin-2.0.3+git20140127/debian/patches/series 2015-02-11 11:59:23.0 + @@ -1,2 +1,3 @@ fix-data-dir.diff strndup_in_cxx.patch +detect-endianness-for-arm64.patch
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
On Dec 28, 2014, at 17:08, Ian Campbell i...@debian.org wrote: On Fri, 2014-12-26 at 18:43 +0800, Chen Baozi wrote: With the attached patch applied, debian installer (tested with network-console) can support OMAP5's ethernet driver and external MicroSD card. Note that I added related regulator phy entries to files that mainly writes the modules which use them, since there is no file dedicated to those modules. Do you know if phy-ti-pipe3 is used exclusively by USB or just only within the set of things used in the d-i context? Likewise the two regulators added to mmc? So far as I can tell from DTS, there are two types of modules use phy-ti-pipe3, which are ‘usb3’ and ‘sata’. But I am not quite sure how the hardware modules are connected. And pbias seems be only meaningful to mmc, and palmas relates to many other devices of the board. Baozi. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
On Tue, Dec 23, 2014 at 7:44 PM, Ian Campbell i...@debian.org wrote: On Tue, 2014-12-23 at 16:27 +0800, Chen Baozi wrote: I have a glance at the kernel’s installer configs and tried the netboot without any modification. Some work should be done to make debian-installer support OMAP5 uEVM (e.g., ethernet driver etc). Right, those should be listed in e.g. debian/installer/armhf/modules/armhf-armmp/nic-modules. By waiting the kernel building with some initial attempted configs added, just one question to ask. I looked through the debian/installer/armhf/modules/armhf-armmp/, but it looks like none of files is about regulator modules. However, according to my previous experience, missing regulator driver modules is the main reason that the old debian kernel doesn’t support OMAP5 uEVM. How does debian-installer deal with this situation (if it does need extra regulator drivers included?) Long term its a bit of an open question what we do wrt modules such as regulators, clocks, pinctrl etc. So far we have been a bit lucky: either such things are so central to the platform that it is acceptable (at least for now) to just build them into the main kernel binary by making them =y (e.g. CONFIG_I2C_S3C2410 which is for the main power controller on arndale) or they are closely associated with some particular device and it makes sense to put them in that udeb (e.g. phy-exynos5250-sata in sata-modules, or phy-sun4i-usb in usb-modules). Eventually I expect that we will end up creating separate udebs for these things, but I'm hoping that we can defer that until at least Stretch to avoid needing to mess around with any more new packages for Jessie. If uEVM has some module which either shouldn't be built in or isn't obviously associated with a particular device let us know what it is and we can have a think about how best to approach it. One thing I've played with, and I'm not sure if this is acceptable or not, is to put core drivers which aren't =y into the kernel-image udeb itself. I'm not really sure if that's a good idea, we don't currently do this for anything AFAIK, but it's perhaps an option. With the attached patch applied, debian installer (tested with network-console) can support OMAP5's ethernet driver and external MicroSD card. Note that I added related regulator phy entries to files that mainly writes the modules which use them, since there is no file dedicated to those modules. Baozi. --- diff -Nru linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/mmc-modules linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/mmc-modules --- linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/mmc-modules 2014-09-21 20:04:21.0 + +++ linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/mmc-modules 2014-12-26 03:16:02.0 + @@ -4,3 +4,5 @@ omap_hsmmc sunxi-mmc dw_mmc-exynos +pbias-regulator +palmas-regulator diff -Nru linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/usb-modules linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/usb-modules --- linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/usb-modules 2014-12-23 08:10:49.0 + +++ linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/usb-modules 2014-12-25 02:56:08.0 + @@ -1,8 +1,13 @@ #include usb-modules phy-sun4i-usb dwc3-exynos ohci-exynos ehci-exynos phy-exynos-usb2 ci_hdrc_imx +phy-mxs-usb +dwc3-omap +ohci-omap3 +ehci-omap +phy-omap-usb2 +phy-ti-pipe3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
On Fri, Dec 26, 2014 at 6:43 PM, Chen Baozi baoz...@gmail.com wrote: On Tue, Dec 23, 2014 at 7:44 PM, Ian Campbell i...@debian.org wrote: On Tue, 2014-12-23 at 16:27 +0800, Chen Baozi wrote: I have a glance at the kernel’s installer configs and tried the netboot without any modification. Some work should be done to make debian-installer support OMAP5 uEVM (e.g., ethernet driver etc). Right, those should be listed in e.g. debian/installer/armhf/modules/armhf-armmp/nic-modules. By waiting the kernel building with some initial attempted configs added, just one question to ask. I looked through the debian/installer/armhf/modules/armhf-armmp/, but it looks like none of files is about regulator modules. However, according to my previous experience, missing regulator driver modules is the main reason that the old debian kernel doesn’t support OMAP5 uEVM. How does debian-installer deal with this situation (if it does need extra regulator drivers included?) Long term its a bit of an open question what we do wrt modules such as regulators, clocks, pinctrl etc. So far we have been a bit lucky: either such things are so central to the platform that it is acceptable (at least for now) to just build them into the main kernel binary by making them =y (e.g. CONFIG_I2C_S3C2410 which is for the main power controller on arndale) or they are closely associated with some particular device and it makes sense to put them in that udeb (e.g. phy-exynos5250-sata in sata-modules, or phy-sun4i-usb in usb-modules). Eventually I expect that we will end up creating separate udebs for these things, but I'm hoping that we can defer that until at least Stretch to avoid needing to mess around with any more new packages for Jessie. If uEVM has some module which either shouldn't be built in or isn't obviously associated with a particular device let us know what it is and we can have a think about how best to approach it. One thing I've played with, and I'm not sure if this is acceptable or not, is to put core drivers which aren't =y into the kernel-image udeb itself. I'm not really sure if that's a good idea, we don't currently do this for anything AFAIK, but it's perhaps an option. With the attached patch applied, debian installer (tested with network-console) can support OMAP5's ethernet driver and external MicroSD card. Note that I added related regulator phy entries to files that mainly writes the modules which use them, since there is no file dedicated to those modules. Baozi. --- diff -Nru linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/mmc-modules linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/mmc-modules --- linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/mmc-modules 2014-09-21 20:04:21.0 + +++ linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/mmc-modules 2014-12-26 03:16:02.0 + @@ -4,3 +4,5 @@ omap_hsmmc sunxi-mmc dw_mmc-exynos +pbias-regulator +palmas-regulator diff -Nru linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/usb-modules linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/usb-modules --- linux-3.16.7/debian/installer/armhf/modules/armhf-armmp/usb-modules 2014-12-23 08:10:49.0 + +++ linux-3.16.7-ckt2/debian/installer/armhf/modules/armhf-armmp/usb-modules 2014-12-25 02:56:08.0 + @@ -1,8 +1,13 @@ #include usb-modules phy-sun4i-usb dwc3-exynos ohci-exynos ehci-exynos phy-exynos-usb2 ci_hdrc_imx +phy-mxs-usb ^ Oops, this is introduced by '-ckt2', not by me... +dwc3-omap +ohci-omap3 +ehci-omap +phy-omap-usb2 +phy-ti-pipe3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
Hi Ian, On Dec 17, 2014, at 16:38, Ian Campbell i...@debian.org wrote: On Wed, 2014-12-17 at 15:10 +0800, Chen Baozi wrote: Hi Ian, On Dec 13, 2014, at 20:21, Ian Campbell i...@debian.org wrote: If you care about Debian Installer support then you should also check whether any of the newly added modules need to be added to the installer udebs (which you can mainly do via the module lists under debian/installer/armhf/modules/armhf-armmp/). I've added dwc3-omap to usb-modules already since that one seemed obvious. I haven't tried debian-installer on arm platform before. I guess people usually don’t use it as a CD/DVD installer image like x86 on arm? I usually use netboot, others use hd-media from USB sticks etc. Any pre-built image for a quick test? Do I need to generate the image by myself? There are daily installer images at http://d-i.debian.org/daily-images/armhf/ but these are built from the kernel etc in sid not from svn, i.e. don't yet include the changes to enable uEVM, so until the kernel is next uploaded you would indeed need to build d-i yourself. That's not too hard: Take all the udebs from your kernel build (e.g. from dcmd --udeb linux_..._armhf.changes) and put them in the build/localudebs directory of the debian-installer.git. Then: make -C build build_netboot etc. It doesn't (easily?) cross compile, so you will need an armhf host. I have a glance at the kernel’s installer configs and tried the netboot without any modification. Some work should be done to make debian-installer support OMAP5 uEVM (e.g., ethernet driver etc). By waiting the kernel building with some initial attempted configs added, just one question to ask. I looked through the debian/installer/armhf/modules/armhf-armmp/, but it looks like none of files is about regulator modules. However, according to my previous experience, missing regulator driver modules is the main reason that the old debian kernel doesn’t support OMAP5 uEVM. How does debian-installer deal with this situation (if it does need extra regulator drivers included?) Cheers, Baozi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773255: Add TI OMAP5 uEVM board support db
On Dec 19, 2014, at 16:15, Ian Campbell i...@debian.org wrote:
On Fri, 2014-12-19 at 13:38 +0800, Chen Baozi wrote:
I’ve only booted the system by ‘bootz’ without initrd. If I load the raw
initrd image (rather than ‘uInitrd”), when I use bootz, it would output:
Wrong Ramdisk Image Format
Ramdisk image is corrupt or invalid
This is the reason that I’m still using bootm when initrd is needed.
bootz requires you to give the filesize for the raw initrd. e.g.
load $kernel_addr_r kernel
load $fdt_addr_r
load $ramdisk_addr_r
bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r}
The :${filesize} is what I mean, it is implicitly set by load (and
similar commands) which is why initrd is loaded last in the above, so it
doesn't get clobbered.
Aha, the CONFIG_SUPPORT_RAW_INITRD is not defined by default when building
u-boot with omap5_uevm_defconfig. That is why I used to fail booting with
‘bootz’.
With the latest u-boot enabling CONFIG_SUPPORT_RAW_INITRD, the following
db description works:
Machine: TI OMAP5 uEVM board
Method: generic
U-Boot-Script-Name: bootscr.uboot-generic
Boot-Script-Path: /boot/boot.scr
Required-Packages: u-boot-tools
DTB-Id: omap5-uevm.dtb
Baozi.
signature.asc
Description: Message signed with OpenPGP using GPGMail
Bug#773255: Add TI OMAP5 uEVM board support db
On Dec 19, 2014, at 02:03, Ian Campbell i...@debian.org wrote: On Wed, 2014-12-17 at 23:28 +0800, Chen Baozi wrote: On Dec 17, 2014, at 23:04, Ian Campbell i...@debian.org wrote: On Wed, 2014-12-03 at 12:18 +0800, Chen Baozi wrote: Package: flash-kernel Version: 3.28 Severity: wishlist Tags: patch With the patch attached, TI OMAP5 uEVM board is supported. Thanks. +Machine: TI OMAP5 uEVM board +Method: generic +U-Boot-Kernel-Address: 0x80008000 +U-Boot-Initrd-Address: 0x0 +U-Boot-Script-Address: 0x0 +U-Boot-Script-Name: bootscr.omap +Boot-Device: /dev/mmcblk1p1 +Boot-Kernel-Path: uImage +Boot-Initrd-Path: uInitrd +Boot-Script-Path: boot.scr +Required-Packages: u-boot-tools A few questions about u-boot on this platform: * Does it support the bootz command? The default one shipped with the board, which I got last year, seems not. But I’m now using the latest upstream u-boot, which does support ‘bootz’. Is updating u-boot on this platform safe? As in can you brick the system or is it always recoverable? Yes. Since the u-boot image (MLO u-boot.img) is actually stored on the external microSD card (in the 1st partition that formatted as vfat), it is very easy to upgrade or downgrade the u-boot. Does it have an easily accessible serial console (i.e. no soldering or magic hard to get cables required)? Of course, it is a development board. The board provides a micro-usb serial debug port. * Does it support loading from sensible (i.e. other than FAT and raw partitions) filesystems? (possibly via the generic load command)? My current upstream u-boot does support. Good. * Is /dev/mmcblk1p1 normally mounted (perhaps on /boot) or is it a dedicated boot partition which is not normally mounted? This is the partition when people use the external Micro-SD card as the rootfs on the board. I configured my system (debian) to mount it automatically. When I was using the old kernel last year, this partition is recognised as /dev/mmcblk0p1. With more platform driver available, the /dev/mmcblk0p1 is now considered to be the on-board nand flash, which I never used. However, with the sata driver support now, one should be able to attach a normal sata hard disk and boot the system from it. But I haven’t tried that yet. The Boot-Device field is intended for use on systems where the bootloader is either dumb or inflexible, i.e. it expects a certain partition to contain a FAT filesystem with a particular set of files (referred to via Boot-*-Path) on it, probably with mkimage headers on them. That partition would not normally be mounted during normal operation but is mounted on demand by flash-kernel to update the files. It is not expected that Boot-Device points to the partition mounted on /boot or anything like that (not normally at least). For more capable systems where the bootloader supports loading from a regular Linux fs, supports boot scripts and bootz etc we would prefer to just use the files in /boot directly, i.e. no need for Boot-Device (and in many case no need for Boot-*-Path either) Ultimately what I'm getting at is, can this platform use bootscr.uboot-generic? I'd like to try and default to that wherever possible for new platforms. (bootscr.omap predates all of the above facilities being generally available in u-boot AFAIK). Oh, I haven’t had tried the boot script. I just copy this field from OMAP4 Panda board, which is somehow similar as uEVM. Right, they are similar but much older and therefore not as capable, also I wouldn't be surprised if the Panda entry had bit rotted and no longer works (the lack of a DTB-Id is suspicious...) Anyhow, it sounds like bootscr.uboot-generic ought to work for this platform, at least with the updated upstream u-boot. Can you give it a go? Sure. I think you would just want: Machine: TI OMAP5 uEVM board Method: generic U-Boot-Script-Name: bootscr.uboot-generic Boot-Script-Path: /boot/boot.scr Required-Packages: u-boot-tools Perhaps with DTB-Id as discussed below. On a separate note, there is no DTB-Id field. Does this mean that the platform comes with a DTB in the firmware? No. The DTB is on the /boot too. I miss it because OMAP4 doesn’t include this field. I guess you mentioned it because it is useful for flash-kernel to generate the right bootscr.*? If you specify DTB-Id then flash-kernel will copy that file from the kernel package to /boot/dtb-`uname -r` (and to Boot-DTB-Path if you specify it) where it can be picked up by the boot.scr. If your platform supplies an FDT from somewhere else then you likely don't want this, but not many platforms do that so chances are that you do. In this case, I think DTB-Id should be included, for the dtb I used now is directly built from upstream kernel tree. I’ll test the new description file and resend the new patch. Cheers, Baozi
Bug#773255: Add TI OMAP5 uEVM board support db
On Dec 19, 2014, at 10:54, Chen Baozi baoz...@gmail.com wrote: On Dec 19, 2014, at 02:03, Ian Campbell i...@debian.org wrote: On Wed, 2014-12-17 at 23:28 +0800, Chen Baozi wrote: On Dec 17, 2014, at 23:04, Ian Campbell i...@debian.org wrote: On Wed, 2014-12-03 at 12:18 +0800, Chen Baozi wrote: Package: flash-kernel Version: 3.28 Severity: wishlist Tags: patch With the patch attached, TI OMAP5 uEVM board is supported. Thanks. +Machine: TI OMAP5 uEVM board +Method: generic +U-Boot-Kernel-Address: 0x80008000 +U-Boot-Initrd-Address: 0x0 +U-Boot-Script-Address: 0x0 +U-Boot-Script-Name: bootscr.omap +Boot-Device: /dev/mmcblk1p1 +Boot-Kernel-Path: uImage +Boot-Initrd-Path: uInitrd +Boot-Script-Path: boot.scr +Required-Packages: u-boot-tools A few questions about u-boot on this platform: * Does it support the bootz command? The default one shipped with the board, which I got last year, seems not. But I’m now using the latest upstream u-boot, which does support ‘bootz’. I’ve only booted the system by ‘bootz’ without initrd. If I load the raw initrd image (rather than ‘uInitrd”), when I use bootz, it would output: Wrong Ramdisk Image Format Ramdisk image is corrupt or invalid This is the reason that I’m still using bootm when initrd is needed. Baozi signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#773255: Add TI OMAP5 uEVM board support db
On Dec 17, 2014, at 23:04, Ian Campbell i...@debian.org wrote: On Wed, 2014-12-03 at 12:18 +0800, Chen Baozi wrote: Package: flash-kernel Version: 3.28 Severity: wishlist Tags: patch With the patch attached, TI OMAP5 uEVM board is supported. Thanks. +Machine: TI OMAP5 uEVM board +Method: generic +U-Boot-Kernel-Address: 0x80008000 +U-Boot-Initrd-Address: 0x0 +U-Boot-Script-Address: 0x0 +U-Boot-Script-Name: bootscr.omap +Boot-Device: /dev/mmcblk1p1 +Boot-Kernel-Path: uImage +Boot-Initrd-Path: uInitrd +Boot-Script-Path: boot.scr +Required-Packages: u-boot-tools A few questions about u-boot on this platform: * Does it support the bootz command? The default one shipped with the board, which I got last year, seems not. But I’m now using the latest upstream u-boot, which does support ‘bootz’. * Does it support loading from sensible (i.e. other than FAT and raw partitions) filesystems? (possibly via the generic load command)? My current upstream u-boot does support. * Is /dev/mmcblk1p1 normally mounted (perhaps on /boot) or is it a dedicated boot partition which is not normally mounted? This is the partition when people use the external Micro-SD card as the rootfs on the board. I configured my system (debian) to mount it automatically. When I was using the old kernel last year, this partition is recognised as /dev/mmcblk0p1. With more platform driver available, the /dev/mmcblk0p1 is now considered to be the on-board nand flash, which I never used. However, with the sata driver support now, one should be able to attach a normal sata hard disk and boot the system from it. But I haven’t tried that yet. Ultimately what I'm getting at is, can this platform use bootscr.uboot-generic? I'd like to try and default to that wherever possible for new platforms. (bootscr.omap predates all of the above facilities being generally available in u-boot AFAIK). Oh, I haven’t had tried the boot script. I just copy this field from OMAP4 Panda board, which is somehow similar as uEVM. On a separate note, there is no DTB-Id field. Does this mean that the platform comes with a DTB in the firmware? No. The DTB is on the /boot too. I miss it because OMAP4 doesn’t include this field. I guess you mentioned it because it is useful for flash-kernel to generate the right bootscr.*? Cheers, Baozi signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
Hi Ian, On Dec 13, 2014, at 20:21, Ian Campbell i...@debian.org wrote: If you care about Debian Installer support then you should also check whether any of the newly added modules need to be added to the installer udebs (which you can mainly do via the module lists under debian/installer/armhf/modules/armhf-armmp/). I've added dwc3-omap to usb-modules already since that one seemed obvious. I haven't tried debian-installer on arm platform before. I guess people usually don’t use it as a CD/DVD installer image like x86 on arm? Any pre-built image for a quick test? Do I need to generate the image by myself? Cheers, Baozi signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#773255: Add TI OMAP5 uEVM board support db
Package: flash-kernel Version: 3.28 Severity: wishlist Tags: patch With the patch attached, TI OMAP5 uEVM board is supported. diff -Nru flash-kernel-3.28/db/all.db flash-kernel-3.28.1/db/all.db --- flash-kernel-3.28/db/all.db 2014-10-13 03:01:11.0 + +++ flash-kernel-3.28.1/db/all.db 2014-12-16 04:49:57.0 + @@ -580,6 +580,18 @@ U-Boot-Script-Name: bootscr.beaglebone Required-Packages: u-boot-tools +Machine: TI OMAP5 uEVM board +Method: generic +U-Boot-Kernel-Address: 0x80008000 +U-Boot-Initrd-Address: 0x0 +U-Boot-Script-Address: 0x0 +U-Boot-Script-Name: bootscr.omap +Boot-Device: /dev/mmcblk1p1 +Boot-Kernel-Path: uImage +Boot-Initrd-Path: uInitrd +Boot-Script-Path: boot.scr +Required-Packages: u-boot-tools + Machine: Toshiba AC100 / Dynabook AZ Method: android Android-Boot-Device: /dev/mmcblk0
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
On Dec 13, 2014, at 20:21, Ian Campbell i...@debian.org wrote: Control: tags -1 +pending On Mon, 2014-12-01 at 02:12 +0800, Chen Baozi wrote: With the patch attached, the OMAP5432 uEVM can be supported by the current unstable kernel. Thanks, I've applied this to the debian-kernel svn tree for the next unstable upload. For future reference the debian/config stuff is supposed to be alphabetical by Kconfig path, so I've moved the things you added around. Thanks. At some point (e.g. after upload, when this bug gets closed) please could you update https://wiki.debian.org/DebianKernel/ARMMP with this new platform. Ok. After eyeballing the resulting .config diff I've also enabled the following on top of what you did: - CONFIG_PINCTRL_PALMAS - CONFIG_GPIO_PALMAS - CONFIG_RTC_DRV_PALMAS If you care about Debian Installer support then you should also check whether any of the newly added modules need to be added to the installer udebs (which you can mainly do via the module lists under debian/installer/armhf/modules/armhf-armmp/). I've added dwc3-omap to usb-modules already since that one seemed obvious. I’ll have a try next. Cheers, Baozi signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#772953: Enable several Kconfigs to support OMAP5432 uEVM devboard
Source: linux Version: 3.16.7-2 Severity: important Tags: patch I have been trying debian kernel on my OMAP5432 uEVM devboard these days and now manage to boot it by adding some extra configs in the kernel and use the lateset initramfs-tools from git to include some .ko of regulator drivers in the initrd. With the patch attached, the OMAP5432 uEVM can be supported by the current unstable kernel. diff -Nru linux-3.16.7/debian/config/armhf/config.armmp linux-3.16.7/debian/config/armhf/config.armmp --- linux-3.16.7/debian/config/armhf/config.armmp 2014-11-01 13:42:54.0 + +++ linux-3.16.7/debian/config/armhf/config.armmp 2014-12-12 09:32:30.0 + @@ -356,6 +356,7 @@ CONFIG_MFD_SEC_CORE=y CONFIG_MFD_TI_AM335X_TSCADC=m CONFIG_TWL6040_CORE=y +CONFIG_MFD_PALMAS=y ## ## file: drivers/misc/Kconfig @@ -628,6 +629,9 @@ CONFIG_REGULATOR_S5M8767=m CONFIG_REGULATOR_TWL4030=y CONFIG_REGULATOR_VEXPRESS=m +CONFIG_REGULATOR_PBIAS=m +CONFIG_REGULATOR_TI_ABB=m +CONFIG_REGULATOR_PALMAS=m ## ## file: drivers/rtc/Kconfig @@ -758,6 +762,7 @@ ## CONFIG_USB_DWC3=m CONFIG_USB_DWC3_HOST=y +CONFIG_USB_DWC3_OMAP=m CONFIG_USB_DWC3_EXYNOS=m # CONFIG_USB_DWC3_PCI is not set @@ -829,6 +834,7 @@ CONFIG_OMAP2_DSS=m CONFIG_OMAP2_DSS_VENC=y CONFIG_OMAP4_DSS_HDMI=y +CONFIG_OMAP5_DSS_HDMI=y CONFIG_OMAP2_DSS_SDI=y ## @@ -894,3 +900,28 @@ CONFIG_SND_OMAP_SOC_OMAP_HDMI=m CONFIG_SND_OMAP_SOC_OMAP3_PANDORA=m +## +## file: drivers/thermal/ti-soc-thermal/Kconfig +## +CONFIG_TI_SOC_THERMAL=m +CONFIG_TI_THERMAL=y +CONFIG_OMAP4_THERMAL=y +CONFIG_OMAP5_THERMAL=y + +## +## file: drivers/video/fbdev/omap2/displays-new/Kconfig +## +CONFIG_DISPLAY_ENCODER_TPD12S015=m +CONFIG_DISPLAY_CONNECTOR_HDMI=m + +## +## file: drivers/extcon/Kconfig +## +CONFIG_EXTCON=m +CONFIG_EXTCON_PALMAS=m + +## +## drivers/memory/Kconfig +## +CONFIG_MEMORY=y +CONFIG_TI_EMIF=m -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764058: FTBFS on arm64
Source: ocaml-flac
Version: 0.1.1-3
Severity: normal
Tags: patch
ocaml-flac has failed to build on arm64 due to the old config.guess and
config.sub. Fix it by updating config.{guess,sub}. The patch is attached
to this message.
diff -Nru ocaml-flac-0.1.1/debian/changelog ocaml-flac-0.1.1/debian/changelog
--- ocaml-flac-0.1.1/debian/changelog 2013-05-09 00:42:00.0 +
+++ ocaml-flac-0.1.1/debian/changelog 2014-10-05 06:24:23.0 +
@@ -1,3 +1,10 @@
+ocaml-flac (0.1.1-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update config.{guess,sub} to fix FTBFS on arm64
+
+ -- Chen Baozi baoz...@gmail.com Sun, 05 Oct 2014 06:23:32 +
+
ocaml-flac (0.1.1-3) unstable; urgency=low
* Upload to unstable.
diff -Nru ocaml-flac-0.1.1/debian/control ocaml-flac-0.1.1/debian/control
--- ocaml-flac-0.1.1/debian/control 2013-05-09 00:42:09.0 +
+++ ocaml-flac-0.1.1/debian/control 2014-10-05 06:23:29.0 +
@@ -5,6 +5,7 @@
Uploaders: Samuel Mimram smim...@debian.org, Romain Beauxis to...@rastageeks.org
Build-Depends: cdbs (= 0.4.85~),
debhelper (= 7.0.1),
+ autotools-dev,
dh-buildinfo,
ocaml-nox,
dh-ocaml (= 0.9),
diff -Nru ocaml-flac-0.1.1/debian/rules ocaml-flac-0.1.1/debian/rules
--- ocaml-flac-0.1.1/debian/rules 2013-05-09 00:43:45.0 +
+++ ocaml-flac-0.1.1/debian/rules 2014-10-05 06:23:08.0 +
@@ -9,6 +9,10 @@
DESTDIR = $(CURDIR)/debian/tmp/$(OCAML_STDLIB_DIR)
DEB_MAKE_INSTALL_TARGET := install OCAMLFIND_DESTDIR=$(DESTDIR) OCAMLFIND_LDCONF=ignore
+configure:
+ cp -f /usr/share/misc/config.sub .
+ cp -f /usr/share/misc/config.guess .
+
build/libflac-ocaml-dev::
mkdir -p $(DESTDIR)
make doc
Bug#764060: Update config.{guess,sub} to fix FTBFS on arm64
Source: ocaml-ladspa
Version: 0.1.4-1
Severity: normal
Tags: patch
ocaml-ladspa has failed to build on arm64 due to the old config.guess and
config.sub. Fix it by updating config.{guess,sub}. The patch is attached
to this message.
diff -Nru ocaml-ladspa-0.1.4/debian/changelog ocaml-ladspa-0.1.4/debian/changelog
--- ocaml-ladspa-0.1.4/debian/changelog 2011-10-08 14:27:01.0 +
+++ ocaml-ladspa-0.1.4/debian/changelog 2014-10-05 06:46:32.0 +
@@ -1,3 +1,10 @@
+ocaml-ladspa (0.1.4-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update config.{guess,sub} to fix FTBFS on arm64.
+
+ -- Chen Baozi baoz...@gmail.com Sun, 05 Oct 2014 06:45:40 +
+
ocaml-ladspa (0.1.4-1) unstable; urgency=low
* New upstream release.
diff -Nru ocaml-ladspa-0.1.4/debian/control ocaml-ladspa-0.1.4/debian/control
--- ocaml-ladspa-0.1.4/debian/control 2011-10-08 12:31:13.0 +
+++ ocaml-ladspa-0.1.4/debian/control 2014-10-05 06:45:34.0 +
@@ -5,6 +5,7 @@
Uploaders: Samuel Mimram smim...@debian.org, Romain Beauxis to...@rastageeks.org
Build-Depends: cdbs (= 0.4.85~),
debhelper (= 7.0.1),
+ autotools-dev,
dh-buildinfo,
ocaml-nox,
dh-ocaml (= 0.9), ladspa-sdk, ocaml-findlib (= 1.2.4)
diff -Nru ocaml-ladspa-0.1.4/debian/rules ocaml-ladspa-0.1.4/debian/rules
--- ocaml-ladspa-0.1.4/debian/rules 2011-10-08 12:31:13.0 +
+++ ocaml-ladspa-0.1.4/debian/rules 2014-10-05 06:45:22.0 +
@@ -11,6 +11,10 @@
DESTDIR = $(CURDIR)/debian/tmp/$(OCAML_STDLIB_DIR)
DEB_MAKE_INSTALL_TARGET := install OCAMLFIND_DESTDIR=$(DESTDIR) OCAMLFIND_LDCONF=ignore
+configure:
+ cp -f /usr/share/misc/config.sub .
+ cp -f /usr/share/misc/config.guess .
+
build/libladspa-ocaml-dev::
mkdir -p $(DESTDIR)
make doc
Bug#763992: No manpages provided for mzclient
Source: mzclient
Version: 0.9.0-4
Severity: wishlist
Tags: patch
According to 'Debian Policy', each program should have an associated manual
page included in the same package. However, we still haven't included
any manual pagefor mzclient command.
I have appended a patch to include a brief man page, which is based from
the help2man result of 'mzclient' command.
-- System Information:
Debian Release: jessie/sid
APT prefers trusty-updates
APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500,
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13.0-32-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru mono-zeroconf-0.9.0/debian/changelog mono-zeroconf-0.9.0/debian/changelog
--- mono-zeroconf-0.9.0/debian/changelog 2012-01-22 13:25:44.0 +
+++ mono-zeroconf-0.9.0/debian/changelog 2014-10-04 14:38:44.0 +
@@ -1,3 +1,9 @@
+mono-zeroconf (0.9.0-5) unstable; urgency=wishlist
+
+ * Moving manpage of innochecksum to mysql-client-5.5 binary package.
+
+ -- Chen Baozi ba...@gmail.com Sat, 04 Oct 2014 14:35:37 +
+
mono-zeroconf (0.9.0-4) unstable; urgency=low
* [1cbf0fc] Modernise packaging.
diff -Nru mono-zeroconf-0.9.0/debian/mzclient.1 mono-zeroconf-0.9.0/debian/mzclient.1
--- mono-zeroconf-0.9.0/debian/mzclient.1 1970-01-01 00:00:00.0 +
+++ mono-zeroconf-0.9.0/debian/mzclient.1 2014-10-04 14:38:51.0 +
@@ -0,0 +1,69 @@
+.TH MZCLIENT 1 October 2014 mzclient User Commands
+.SH NAME
+mzclient \- used for resolving or publishing services from the commandline.
+.SH SYNOPSIS
+mzclient
+[\fB\,-t\fR type\/] [\,--resolve\/] [\,--publish description\/]
+.SH DESCRIPTION
+CLI library for multicast DNS service discovery (commandline tool)
+.PP
+Mono.Zeroconf is a cross platform Zero Configuration Networking library for
+Mono and .NET. It provides a unified API for performing the most common
+zeroconf operations on a variety of platforms and subsystems: all the
+operating systems supported by Mono and both the Avahi and
+Bonjour/mDNSResponder transports.
+.PP
+By using Mono.ZeroConf applications can use a single API that will work
+regardless of the underlying implementation that a particular operating
+system uses.
+.PP
+Applications can publish services that will be exposed to other computers on
+the network and also query the local machines on the network for services
+that could have been exposed.
+.PP
+.I mzclient
+can be used for resolving or publishing services from the commandline.
+.PP
+.SH OPTIONS
+.TP
+\fB\-h\fR, \-\-help
+shows this help
+.TP
+\fB\-v\fR, \-\-verbose
+print verbose details of what's happening
+.TP
+\fB\-t\fR, \-\-type
+uses 'type' as the service type
+(default is '_workstation._tcp')
+.TP
+\fB\-r\fR, \-\-resolve
+resolve found services to hosts
+.TP
+\fB\-d\fR, \-\-domain
+which domain to broadcast/listen on
+.TP
+\fB\-i\fR, \-\-interface
+which network interface index to listen
+on (default is '0', meaning 'all')
+.TP
+\fB\-a\fR, \-\-aprotocol
+which address protocol to use (Any, IPv4, IPv6)
+.TP
+\fB\-p\fR, \-\-publish
+publish a service of 'description'
+.PP
+.SH USAGE
+The \fB\-d\fR, \fB\-i\fR and \fB\-a\fR options are optional. By default mzclient will listen
+on all network interfaces ('0') on the 'local' domain, and will resolve
+all address types, IPv4 and IPv6, as available.
+.PP
+The service description for publishing has the following syntax.
+The TXT record is optional.
+.IP
+type port name TXT [ key='value', ... ]
+.PP
+For example:
+.HP
+\fB\-p\fR _http._tcp 80 Simple Web Server
+.HP
+\fB\-p\fR _daap._tcp 3689 Aaron's Music TXT [ Password='false', Machine Name='Aaron\e's Box', txtvers='1' ]
diff -Nru mono-zeroconf-0.9.0/debian/mzclient.install mono-zeroconf-0.9.0/debian/mzclient.install
--- mono-zeroconf-0.9.0/debian/mzclient.install 2012-01-22 13:25:44.0 +
+++ mono-zeroconf-0.9.0/debian/mzclient.install 2014-10-04 14:38:48.0 +
@@ -1,2 +1,3 @@
debian/tmp/usr/bin/mzclient
debian/tmp/usr/lib/mono-zeroconf/MZClient.exe*
+debian/mzclient.1 usr/share/man/man1
Bug#764041: FTBFS on arm64
Source: openipmi
Version: 2.0.16-1.3
Severity: normal
Tags: patch
Openipmi has failed to build on arm64 due to the old config.guess and
config.sub. Fix it by adding dh-autoreconf when building. The patch
is attached to this message.
Regards,
Chen Baozi
diff -Nru mono-zeroconf-0.9.0/debian/changelog mono-zeroconf-0.9.0/debian/changelog
--- mono-zeroconf-0.9.0/debian/changelog 2012-01-22 13:25:44.0 +
+++ mono-zeroconf-0.9.0/debian/changelog 2014-10-04 14:38:44.0 +
@@ -1,3 +1,9 @@
+mono-zeroconf (0.9.0-5) unstable; urgency=wishlist
+
+ * Moving manpage of innochecksum to mysql-client-5.5 binary package.
+
+ -- Chen Baozi ba...@gmail.com Sat, 04 Oct 2014 14:35:37 +
+
mono-zeroconf (0.9.0-4) unstable; urgency=low
* [1cbf0fc] Modernise packaging.
diff -Nru mono-zeroconf-0.9.0/debian/mzclient.1 mono-zeroconf-0.9.0/debian/mzclient.1
--- mono-zeroconf-0.9.0/debian/mzclient.1 1970-01-01 00:00:00.0 +
+++ mono-zeroconf-0.9.0/debian/mzclient.1 2014-10-04 14:38:51.0 +
@@ -0,0 +1,69 @@
+.TH MZCLIENT 1 October 2014 mzclient User Commands
+.SH NAME
+mzclient \- used for resolving or publishing services from the commandline.
+.SH SYNOPSIS
+mzclient
+[\fB\,-t\fR type\/] [\,--resolve\/] [\,--publish description\/]
+.SH DESCRIPTION
+CLI library for multicast DNS service discovery (commandline tool)
+.PP
+Mono.Zeroconf is a cross platform Zero Configuration Networking library for
+Mono and .NET. It provides a unified API for performing the most common
+zeroconf operations on a variety of platforms and subsystems: all the
+operating systems supported by Mono and both the Avahi and
+Bonjour/mDNSResponder transports.
+.PP
+By using Mono.ZeroConf applications can use a single API that will work
+regardless of the underlying implementation that a particular operating
+system uses.
+.PP
+Applications can publish services that will be exposed to other computers on
+the network and also query the local machines on the network for services
+that could have been exposed.
+.PP
+.I mzclient
+can be used for resolving or publishing services from the commandline.
+.PP
+.SH OPTIONS
+.TP
+\fB\-h\fR, \-\-help
+shows this help
+.TP
+\fB\-v\fR, \-\-verbose
+print verbose details of what's happening
+.TP
+\fB\-t\fR, \-\-type
+uses 'type' as the service type
+(default is '_workstation._tcp')
+.TP
+\fB\-r\fR, \-\-resolve
+resolve found services to hosts
+.TP
+\fB\-d\fR, \-\-domain
+which domain to broadcast/listen on
+.TP
+\fB\-i\fR, \-\-interface
+which network interface index to listen
+on (default is '0', meaning 'all')
+.TP
+\fB\-a\fR, \-\-aprotocol
+which address protocol to use (Any, IPv4, IPv6)
+.TP
+\fB\-p\fR, \-\-publish
+publish a service of 'description'
+.PP
+.SH USAGE
+The \fB\-d\fR, \fB\-i\fR and \fB\-a\fR options are optional. By default mzclient will listen
+on all network interfaces ('0') on the 'local' domain, and will resolve
+all address types, IPv4 and IPv6, as available.
+.PP
+The service description for publishing has the following syntax.
+The TXT record is optional.
+.IP
+type port name TXT [ key='value', ... ]
+.PP
+For example:
+.HP
+\fB\-p\fR _http._tcp 80 Simple Web Server
+.HP
+\fB\-p\fR _daap._tcp 3689 Aaron's Music TXT [ Password='false', Machine Name='Aaron\e's Box', txtvers='1' ]
diff -Nru mono-zeroconf-0.9.0/debian/mzclient.install mono-zeroconf-0.9.0/debian/mzclient.install
--- mono-zeroconf-0.9.0/debian/mzclient.install 2012-01-22 13:25:44.0 +
+++ mono-zeroconf-0.9.0/debian/mzclient.install 2014-10-04 14:38:48.0 +
@@ -1,2 +1,3 @@
debian/tmp/usr/bin/mzclient
debian/tmp/usr/lib/mono-zeroconf/MZClient.exe*
+debian/mzclient.1 usr/share/man/man1
Bug#750411: RFS: joe/3.7-2.3+cfg.1 [NMU]
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package joe:
* Package name: joe
Version : 3.7-2.3+cfg.1
* URL : http://joe-editor.sourceforge.net/
* License : GPLv1
Section : editors
It builds those binary packages:
joe - user friendly full screen text editor
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/joe
Alternatively, one can download the package with dget using this
command:
dget -x http://mentors.debian.net/debian/pool/main/j/joe/joe_3.7-2.3+cfg.1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
joe (3.7-2.3+cfg.1) unstable; urgency=low
* Non-maintainer upload.
* Update config.{guess,sub} to support aarch64
-- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 10:50:41 +0800
Regards,
Chen Baozi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750414: RFS: dhcping/1.2-4+cfg.1 [NMU]
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package dhcping
* Package name: dhcping
Version : 1.2-4+cfg.1
Upstream Author : Edwin Groothuis ed...@mavetju.org
* URL : http://www.mavetju.org/download/dhcping-1.2.tar.gz
* License : BSD
Section : admin
It builds those binary packages:
dhcping- DHCP Daemon Ping Program
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/dhcping
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/d/dhcping/dhcping_1.2-4+cfg.1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
dhcping (1.2-4+cfg.1) unstable; urgency=low
* Non-maintainer upload.
* Update config.{guess,sub} to support aarch64
-- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 11:04:13 +0800
Regards,
Chen Baozi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750417: RFS: liblip/2.0.0-1+cfg.1 [NMU]
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package liblip
* Package name: liblip
Version : 2.0.0-1+cfg.1
Upstream Author : Gleb Beliakov g...@deakin.edu.au
* URL : http://www.deakin.edu.au/~gleb/lip.html
* License : LGPLv2.1
Section : libs
It builds those binary packages:
liblip-dev - reliable interpolation of multivariate scattered data
liblip2- reliable interpolation of multivariate scattered data
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/liblip
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/libl/liblip/liblip_2.0.0-1+cfg.1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
liblip (2.0.0-1+cfg.1) unstable; urgency=low
* Non-maintainer upload.
* Update config.{guess,sub} to support aarch64.
-- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 11:08:38 +0800
Regards,
Chen Baozi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750419: RFS: ccze/0.2.1-2+cfg.1 [NMU]
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package ccze
* Package name: ccze
Version : 0.2.1-2+cfg.1
Upstream Author : Gergely Nagy alger...@bonehunter.rulez.org
* URL : ftp://bonehunter.rulez.org/pub/ccze/stable/
* License : GPLv2
Section : utils
It builds those binary packages:
ccze - A robust, modular log coloriser
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/ccze
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/c/ccze/ccze_0.2.1-2+cfg.1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
ccze (0.2.1-2+cfg.1) unstable; urgency=low
* Non-maintainer upload.
* Update config.{guess,sub} to support aarch64.
-- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 11:12:28 +0800
Regards,
Chen Baozi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750420: RFS: regina-rexx/3.6-2+cfg.1 [NMU]
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package regina-rexx
* Package name: regina-rexx
Version : 3.6-2+cfg.1
Upstream Author : Mark Hessling m...@rexx.org
* URL : http://regina-rexx.sourceforge.net/
* License : LGPLv2
Section : libs
It builds those binary packages:
libregina3 - Regina REXX interpreter, run-time library
libregina3-dev - Regina REXX interpreter, development files
regina-rexx - Regina REXX interpreter
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/regina-rexx
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/r/regina-rexx/regina-rexx_3.6-2+cfg.1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
regina-rexx (3.6-2+cfg.1) unstable; urgency=low
* Non-maintainer upload.
* Update config.{guess,sub} to support aarch64.
-- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 11:23:19 +0800
Regards,
Chen Baozi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750433: RFS: sendfile/2.1b.20080616-5.2+cfg.1 [NMU]
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package sendfile
* Package name: sendfile
Version : 2.1b.20080616-5.2+cfg.1
Upstream Author : Ulli Horlacher frams...@rus.uni-stuttgart.de
* URL : http://fex.rus.uni-stuttgart.de/saft/
* License : GPLv2
Section : net
It builds those binary packages:
sendfile - Simple Asynchronous File Transfer
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/sendfile
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/s/sendfile/sendfile_2.1b.20080616-5.2+cfg.1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
sendfile (2.1b.20080616-5.2+cfg.1) unstable; urgency=low
* Non-maintainer upload
* Update config.{guess,sub} to support aarch64.
-- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 11:28:28 +0800
Regards,
Chen Baozi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750434: RFS: xblast-tnt/2.10.4-3+cfg.1 [NMU]
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package xblast-tnt
* Package name: xblast-tnt
Version : 2.10.4-3+cfg.1
Upstream Author : Oliver Vogel
* URL : http://sourceforge.net/projects/xblast/
* License : GPLv2
Section : games
It builds those binary packages:
xblast - game inspired by Dynablaster (dummy upgrade package)
xblast-tnt - multiplayer blast-the-others game inspired by Dynablaster
xblast-tnt-mini - game inspired by Dynablaster (dummy upgrade package)
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/xblast-tnt
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/x/xblast-tnt/xblast-tnt_2.10.4-3+cfg.1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
xblast-tnt (2.10.4-3+cfg.1) unstable; urgency=low
* Non-maintainer upload.
* Update config.{guess,sub} to support aarch64.
-- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 11:48:18 +0800
Regards,
Chen Baozi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750435: RFS: exempi/2.2.1-1+cfg.1 [NMU]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package exempi * Package name: exempi Version : 2.2.1-1+cfg.1 Upstream Author : Hubert Figuiere h...@figuiere.net * URL : http://libopenraw.freedesktop.org/wiki/Exempi * License : BSD Section : graphics It builds those binary packages: exempi - command line tool to manipulate XMP metadata libexempi-dev - library to parse XMP metadata (Development files) libexempi3 - library to parse XMP metadata (Library) libexempi3-dbg - library to parse XMP metadata (Debug files) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/exempi Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/exempi/exempi_2.2.1-1+cfg.1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: exempi (2.2.1-1+cfg.1) unstable; urgency=low * Non-maintainer upload. * Using dh-autoreconf during the build to support arm64 -- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 14:54:27 +0800 Regards, Chen Baozi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750437: RFS: judy/1.0.5-1+cfg.1 [NMU]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package judy * Package name: judy Version : 1.0.5-1+cfg.1 Upstream Author : Hewlett-Packard Company * URL : http://sourceforge.net/projects/judy * License : LGPLv2.1 Section : libdevel It builds those binary packages: libjudy-dev - C library for creating and accessing dynamic arrays (dev package) libjudydebian1 - C library for creating and accessing dynamic arrays To access further information about this package, please visit the following URL: http://mentors.debian.net/package/judy Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/j/judy/judy_1.0.5-1+cfg.1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: judy (1.0.5-1+cfg.1) unstable; urgency=low * Non-maintainer upload. * Using dh-autoreconf during the build to support arm64 -- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 15:14:54 +0800 Regards, Chen Baozi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750438: RFS: libbind/6.0-1+cfg.1 [NMU]
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package libbind
* Package name: libbind
Version : 6.0-1+cfg.1
Upstream Author :
* URL : ftp://ftp.isc.org/isc/libbind/
* License : GPLv3
Section : libdevel
It builds those binary packages:
libbind4 - DNS resolver and message parsing library
libbind4-dev - DNS resolver and message parsing static library and headers
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/libbind
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/libb/libbind/libbind_6.0-1+cfg.1.dsc
More information about hello can be obtained from http://www.example.com.
Changes since the last upload:
libbind (6.0-1+cfg.1) unstable; urgency=low
* Non-maintainer upload.
* Update config.{guess,sub} to support aarch64.
-- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 15:56:58 +0800
Regards,
Chen Baozi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750439: RFS: argtable2/12-1+cfg.1 [NMU]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package argtable2 * Package name: argtable2 Version : 12-1+cfg.1 Upstream Author : Stewart Heitmann sheitm...@users.sourceforge.net * URL : http://argtable.sourceforge.net * License : LGPLv2 Section : libdevel It builds those binary packages: libargtable2-0 - A library for parsing GNU style command line arguments libargtable2-dev - A library for parsing GNU style command line arguments libargtable2-docs - A library for parsing GNU style command line arguments To access further information about this package, please visit the following URL: http://mentors.debian.net/package/argtable2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/argtable2/argtable2_12-1+cfg.1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: argtable2 (12-1+cfg.1) unstable; urgency=low * Non-maintainer upload. * Using dh-autoreconf during the build to support arm64 -- Chen Baozi baoz...@gmail.com Tue, 03 Jun 2014 14:48:59 +0800 Regards, Chen Baozi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748836: joe: FTBFS on arm64 (test)
Package: joe
Version: 3.7-2.3
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertag: arm64
Add arm64 support to config.sub and config.guess.
diff -u joe-3.7/debian/changelog joe-3.7/debian/changelog
--- joe-3.7/debian/changelog
+++ joe-3.7/debian/changelog
@@ -1,3 +1,10 @@
+joe (3.7-2.3+arm64.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add arm64 support to config.sub and config.guess.
+
+ -- Chen Baozi baoz...@gmail.com Wed, 21 May 2014 15:06:43 +0800
+
joe (3.7-2.3) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- joe-3.7.orig/config.guess
+++ joe-3.7/config.guess
@@ -889,6 +889,13 @@
ppc64:Linux:*:*)
echo powerpc64-unknown-linux-gnu
exit 0 ;;
+aarch64:Linux:*:*)
+echo ${UNAME_MACHINE}-unknown-linux-gnu
+exit ;;
+aarch64_be:Linux:*:*)
+UNAME_MACHINE=aarch64_be
+echo ${UNAME_MACHINE}-unknown-linux-gnu
+exit ;;
alpha:Linux:*:*)
case `sed -n '/^cpu model/s/^.*: \(.*\)/\1/p' /proc/cpuinfo` in
EV5) UNAME_MACHINE=alphaev5 ;;
only in patch2:
unchanged:
--- joe-3.7.orig/config.sub
+++ joe-3.7/config.sub
@@ -227,6 +227,7 @@
# Some are omitted here because they have special meanings below.
1750a | 580 \
| a29k \
+ | aarch64 | aarch64_be \
| alpha | alphaev[4-8] | alphaev56 | alphaev6[78] | alphapca5[67] \
| alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | alpha64pca5[67] \
| am33_2.0 \
@@ -293,6 +294,7 @@
# Recognize the basic CPU types with company name.
580-* \
| a29k-* \
+ | aarch64-* | aarch64_be-* \
| alpha-* | alphaev[4-8]-* | alphaev56-* | alphaev6[78]-* \
| alpha64-* | alpha64ev[4-8]-* | alpha64ev56-* | alpha64ev6[78]-* \
| alphapca5[67]-* | alpha64pca5[67]-* | arc-* \
