Hi, On Mon, Jul 09, 2012 at 12:07:07AM +0200, Simon Paillard wrote: > Hi, > > On Sat, Jul 07, 2012 at 06:05:13PM +0900, Osamu Aoki wrote: > > On Fri, Jul 06, 2012 at 10:07:21PM +0200, Simon Paillard wrote: > > > On Thu, Jul 05, 2012 at 03:21:38PM +0700, Kemas Antonius wrote: > > ... > > > I guess it was a silent build failure causing the Indonesian file to be > > > missing. > > Wrong. > A careful reading show the Indonesian file has been actually added after > 5.0.7 upload: > http://anonscm.debian.org/viewvc/ddp?view=revision&revision=8848
Hmmm.... I totally forgot about this.... but there is more to this. > > > Building the current svn version (5.0.8, yet to be uploaded) is ok, it > > > produces > > > the following PDF: > > > http://people.debian.org/~spaillard/refcard/refcard-id-a4.pdf.gz > > > > > > Is it ok ? > > > > > > @Osamu: is there anything that needs holding the upload ? > > > > Why me? Simon, are you confused me with W. Martin Borgert? > > I mean do you remember the reason for the 5.0.8 version not being uploaded > (prepared by you in svn) ? > http://anonscm.debian.org/viewvc/ddp/manuals/trunk/refcard/debian/changelog?revision=9180&view=co I see but here is the new situation. Since then, TeXLive team has updated their packages so we do not put this additional tipa dependency in this package which is a bit awkward thing to carry on. Now texlive-xetex list tipa as depends ! I was assuming Martin will decide best timing to upload this package. After fixing build issue, I lost interest and did not check the situation. Now I recall. Anyway, I removed tipa now and made a quick build. I got following lintian warnings. (Changes are commited to svn now.) +++ lintian output +++ W: refcard source: native-package-with-dash-version This was my fault but uploading package needs to be made better. N: N: Native packaging should only be used if a piece of software was written N: specifically to be turned into a Debian package. In this case, the N: version number should not contain a Debian revision part. N: N: Native source packages are sometimes created by accident. In most cases N: the reason is the location of the original source tarball. For version N: 1.0 source packages, dpkg-source determines whether they're non-native N: by looking for a file named <package>_<upversion>.orig.tar.gz in the N: parent directory, where <upversion> is the upstream version from the N: most recent debian/changelog entry. For version 3.0 packages, check N: debian/source/format for an erroneous "(native)" package format. N: N: Severity: normal, Certainty: certain N: N: Check: cruft, Type: source N: W: refcard source: debhelper-compat-file-is-missing N: N: The package uses debhelper but does not ship a compat file. This is N: deprecated and eventaully cause the package to FTBFS. N: N: Please refer to the dehelper documentation on how to create the compat N: file and the differences between each compat level. N: N: Refer to N: http://packages.qa.debian.org/d/debhelper/news/20120115T191738Z.html and N: the debhelper(7) manual page for details. N: N: Severity: normal, Certainty: certain N: N: Check: debhelper, Type: source N: W: refcard source: ancient-standards-version 3.8.4 (current is 3.9.3) N: N: The source package refers to a Standards-Version that has been obsolete N: for more than two years. Please update your package to latest Policy and N: set this control field appropriately. N: N: If the package is already compliant with the current standards, you N: don't have to re-upload the package just to adjust the Standards-Version N: control field. However, please remember to update this field next time N: you upload the package. N: N: See /usr/share/doc/debian-policy/upgrading-checklist.txt.gz in the N: debian-policy package for a summary of changes in newer versions of N: Policy. N: N: Refer to http://www.debian.org/doc/debian-policy/upgrading-checklist for N: details. N: N: Severity: normal, Certainty: certain N: N: Check: standards-version, Type: source N: I: debian-refcard: possible-documentation-but-no-doc-base-registration N: N: The package ships a .html or .pdf file under /usr/share/doc/, which are N: usually documentation, but it does not register anything in doc-base. N: (Files under an examples directory are excluded.) N: N: Refer to Debian Policy Manual section 9.10 (Registering Documents using N: doc-base) for details. N: N: Severity: wishlist, Certainty: possible N: N: Check: menus, Type: binary N: Nothing serious but details can be improved. Is martin busy now? Osamu -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
