Re: Subject: RFS: testng (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Varun, > I can upload the package, Great, thanks! > but I see some easy-to-fix lintian warnings: > Would you like to fix any of these? If this minimal-change RC fix > upload is intended for squeeze, Exactly, I'll fix those later. Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxs4X8ACgkQXjXn6TzcAQknPQCgygZdfjm8LpTngaEzeIuEUaGy yCQAn2X/xvEUSp2tMDRDVmgcjET/kY2f =JE+8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/i4inid$12...@dough.gmane.org
Re: Subject: RFS: testng (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Asheesh Laroia wrote: >> I am looking for a sponsor for the new version 5.11+dfsg-2 of my package >> "testng". (Still looking BTW...) > Have you talked with the Debian Java team about this? If not, take a look > at http://wiki.debian.org/Teams/JavaPackaging I'm already a member, thanks. Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxrpXEACgkQXjXn6TzcAQmgTQCfSyMkjIvOcQgjxU/kXSbNC29c PMkAoJhiiGTNBJkmmS4xQlrlA1HkUdMe =OX9L -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/i4g8hp$5s...@dough.gmane.org
Subject: RFS: testng (updated package)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I am looking for a sponsor for the new version 5.11+dfsg-2 of my package "testng". It builds these binary packages: testng - testing framework for Java testng-doc - documentation for TestNG The upload would fix this RC bug: 593040 The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/t/testng - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/t/testng/testng_5.11+dfsg-2.dsc Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxo/6EACgkQXjXn6TzcAQlpVQCg+mE3c+sNDBMSTdXP3YKDvFvK HFsAoIwKxywWFilO/xC7xu66gvT7MC0l =sMS8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/i4av35$21...@dough.gmane.org
Re: RFS: jetty6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ludovic Claude wrote: > Thanks for your suggestions. I have uploaded a new version of jetty into > mentors.d.o, plus a new version of tomcat6 which contains a little > packaging change used by jetty. Great (but someone else will have to sponsor since I'm not a DD). Changes to tomcat6 need not be uploaded to mentors, it is enough to commit to svn and notify the maintainers (or submit a bug report with the patch). Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAko6rlAACgkQXjXn6TzcAQlBJQCghOUFY2QMP1qnop5fOf2O5qTk LxAAoNnLQPGn7gvKh0njeuelzWiJMyPL =4mgo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Advice on packaging SAGE
Bernhard R. Link wrote: >> IIRC Singular has licensing restrictions (requires citing the authors) so >> I don't think it can go in main. > > I don't think that is part of the license. I don't know, but I think that at least a clarification from the authors is needed. Citing the license [1]: "This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation ( version 2 of the License ); with the following additional restrictions (which override any conflicting restrictions in the GPL):" Note especially the last two lines. > After the license there is > first a request to send in comments and bugs to a specific address, > then a request to register yourself as user, then this > request: No, that's not after the license, but after the blurb which seems to state that those requests are additional restrictions. (Actually they contradict the GPL...) But I agree that the intention is likely as you interpret it, so it should not be difficult to get a clarification. Regards, Marcus [1] http://www.mathematik.uni-kl.de/ftp/pub/Math/Singular/COPYING -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Advice on packaging SAGE
Jordi Gutierrez Hermoso wrote: > mathematical pieces of software for Debian, beginning with surf, > Singular's plotting engine, followed by Singular itself, IIRC Singular has licensing restrictions (requires citing the authors) so I don't think it can go in main. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multiple upstream changelog files
Magnus Holmgren wrote: >> This is common with Java packages built with Maven, where a detailed >> commit log is automatically generated and included in the sources. In >> that case I prefer to leave out the commit log altogether > But what if Changes says "see ChangeLog for details"? Mention of the ChangeLog file does not imply that it is available in the same directory. I would probably let it stand. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multiple upstream changelog files
Magnus Holmgren wrote: > I maintain a package where the upstream author has two changelog files: A > brief one called Changes, summarizing the changes, and a detailed one > called ChangeLog, which contains a detailed list of changes made to the > various source files. This is common with Java packages built with Maven, where a detailed commit log is automatically generated and included in the sources. In that case I prefer to leave out the commit log altogether since it's mainly useful for developers. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tone-of-voice used by sponsors
Jens Peter Secher wrote: > As others have mentioned, > some of the nitpicking is really your personal preferences, and not > really something that makes a new Developer much better at the tasks > involved in maintaining a package. I disagree. While a superfluous dh_* command or blank line here and there is not technically wrong, being strict with new developers keeps them from being sloppy and just minimally editing some templates. Instead they have to check and understand every line. At least from my experience I have learned a lot from this way of working. Regards, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dropping dependencies for a package
Carlo Segre wrote: > If a new version of a package drops a dependency on a previously required > package, should an install-time reminder be given to the user? Certainly not as a general rule, that would be horrible given the frequency of packages dropping dependencies. A note in the changelog seems sufficient to me. Users who care about orphaned packages can run deborphan regularly. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Opinions on CDBS amongst sponsors
Neil Williams wrote: > Have there been *actual* incidences when a CDBS package has failed on > the buildd's for reasons that can be clearly attributed to CDBS itself? I have seen bugs that could have lead to FTBFS, due to the fact that people mixed up their build-depends and build-depends-indep because they didn't notice that CDBS was calling an external program in the "clean" target. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New request for checking: Java library tagsoup (ITP #359170)
Paul Cager wrote: >> I don't think the repackaging of the upstream zip file into a tarball >> warrants a README.Debian-source file, so I would remove that. > > I put this in because of section 6.7.8.2 in the Developers' Reference > seemed to require it. Is this right? Yes, it seems you were right. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New request for checking: Java library tagsoup (ITP #359170)
Hi! > 3) Comments in changelog expanded, to explain about the man page patch. No, it should only include the one line with "Initial release...". The changes from upstream are considered packaging work, and do not need to be recorded in the changelog. If you subsequently change things in the packaging or upstream parts for future releases, you can record it in the changelog (if it's interesting enough). > 4) copyright file changed to use standard GPL wording Looks good, but please do not indent the two lines On Debian systems, the complete text of the GNU General Public License version 2 can be found in `/usr/share/common-licenses/GPL-2'. to separate them from the other blurb. > (although I am > still a bit unsure about including the whole of the AFL -- any comments?). That's fine, it must be included in whole. > The package is not quite lintian/linda clean: > lintian -I -i > I: tagsoup source: build-depends-without-arch-dep ant As you see it's only an informational message. I think your package is correct, so just ignore it. I don't think the repackaging of the upstream zip file into a tarball warrants a README.Debian-source file, so I would remove that. debian/docs has an extra blank line at the end. Regards, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xml-im-exporter
Arnaud Vandyck wrote: > Are you still looking for a sponsor to upload xml-im-exporter? No, it's in the NEW queue. > Did you put it in pkg-java Alioth's subversion? Yes. Marcus pgpBUSbzcwkc6.pgp Description: PGP signature
Re: Need help with kernel module building
Marc Haber wrote:
> Which component of the build process is supposed to handle the control
> file generation
module-assistant. You will see that debian/rules includes some files
from /usr/share/modass. The documentation for module-assistant has the
details.
> as I suppose that the module build process actually
> needs a control and a control.modules file, right?
For example, let's say that I'm packaging a module named "foo", with source
package name "foo". This is described by a control file as usual. It builds
a binary package called "foo-source", which essentially only contains an
archive of the module sources in /usr/src/foo.tar.bz2. The actual module is
built from the contents of that archive. The control.modules.in file is
processed by the module-assistant rules during module build, and renamed
to "control" (by replacing placeholders with the actual kernel version).
This generated control file describes the resulting binary module package
foo-module-${KVERS}.
Marcus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: xml-im-exporter
Hello, I am looking for a sponsor for my package "xml-im-exporter". This is part of the JBoss packaging effort. * Package name: xml-im-exporter Version : 1.1 Upstream Author : Oliver Zeigermann * URL or Web page : http://xml-im-exporter.sourceforge.net * License : custom BSD-like Description : Java library for handling XML documents XML Im-/Exporter is a low level library to assist in the process of importing and exporting XML in Java programs. It is designed with performance and simplicity in mind. It builds these binary packages: libxml-im-exporter-java - Java library for handling XML documents libxml-im-exporter-java-doc - API documentation for libxml-im-exporter-java The ITP is #386173. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/x/xml-im-exporter - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/x/xml-im-exporter/xml-im-exporter_1.1-1.dsc I would be glad if someone uploaded this package for me. Regards, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: nekohtml -- HTML parser for Java
Second attempt: anyone willing to sponsor this please? Marcus Better wrote: > Hello, > > I am looking for a sponsor for my package "nekohtml". > > - > * Package name: nekohtml > Version : 0.9.5 > Upstream Author : Andy Clark > * URL or Web page : http://people.apache.org/~andyc/neko/doc/html/ > * License : CyberNeko Software License, Version 1.0 > Description : HTML parser for Java > > This is a simple HTML scanner and tag balancer that enables > application programmers to parse HTML documents and access the > information using standard XML interfaces. The parser can scan HTML > files and "fix up" many common mistakes that human (and computer) > authors make in writing HTML documents. NekoHTML adds missing parent > elements; automatically closes elements with optional end tags; and > can handle mismatched inline element tags. > - > > It builds these binary packages: > libnekohtml-java - HTML parser for Java > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/n/nekohtml > - Source repository: deb-src http://mentors.debian.net/debian unstable > main contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/n/nekohtml/nekohtml_0.9.5-1.dsc > > Regards, > > Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: nekohtml -- HTML parser for Java
Hello, I am looking for a sponsor for my package "nekohtml". - * Package name: nekohtml Version : 0.9.5 Upstream Author : Andy Clark * URL or Web page : http://people.apache.org/~andyc/neko/doc/html/ * License : CyberNeko Software License, Version 1.0 Description : HTML parser for Java This is a simple HTML scanner and tag balancer that enables application programmers to parse HTML documents and access the information using standard XML interfaces. The parser can scan HTML files and "fix up" many common mistakes that human (and computer) authors make in writing HTML documents. NekoHTML adds missing parent elements; automatically closes elements with optional end tags; and can handle mismatched inline element tags. - It builds these binary packages: libnekohtml-java - HTML parser for Java The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/nekohtml - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/nekohtml/nekohtml_0.9.5-1.dsc Regards, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tptest-gui
Hi, > All the source code was licenced under GPL in which > case I decided to make a front-end for GNU/Linux using GTK2. Just a little tip: tptest for Windows also runs very well under Wine. (Of course a native version would be even better.) Any plans to package the server also? That could be useful. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tikiwiki
Alec Berryman wrote: > The version in experimental is probably vulnerable to CVE-2006-3048, > CVE-2006-3047, and CVE-2006-2635. These are resolved in 1.9.4 according to information here: http://tikiwiki.org/tiki-read_article.php?articleId=131 http://www.securityfocus.com/bid/18143 http://www.securityfocus.com/bid/18421 > I'm unable to find mention that these issues have been resolved > in the upstream changelog or in yours; Right. Upstream seems to be sloppy announcing things. I'll discuss it with them, and put the CVE numbers in the Debian changelog. Thanks, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: tikiwiki
Hello, I am looking for a sponsor for Tikiwiki, a groupware and content management system. I have just packaged a new upstream version 1.9.4. (The previous version is only in experimental, but I think it should be ready for unstable now.) The package can be found on mentors.debian.net at http://mentors.debian.net/debian/pool/main/t/tikiwiki Kind regards Marcus Better -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: wengophone -- A free SIP softphone
Marco Nenciarini wrote: > Description: A free SIP-based VoIP softphone with Video and Chat features. No need to say that it's free, this is Debian after all :-) Perhaps the short description should be something like: Description: softphone with video and chat features Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to help with neglected packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Justin Pryzby wrote: > You can mail [EMAIL PROTECTED] asking if the maintainer is MIA. Ah, I just noticed section "7.4 Dealing with inactive and/or unreachable maintainers" in the Developer's Reference... Thanks, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDznDMXjXn6TzcAQkRApX1AJ9nVo1NYZZ74nTEoQKSoMTRsW0w0wCeMpwW cM/e7y049WhATyLkiAl1ME0= =QfBy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How to help with neglected packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I use a few packages, such as kernel-patch-exec-shield, which are neglected by the maintainer. What can I do to help if the maintainer is not responding to bug reports or e-mail? I have prepared patches fixing some bugs (even RC) and sent them to the BTS several weeks ago, and later also e-mailed the maintainer, but received to reply. The maintainer obviously hasn't touched the package for years. I am not a DD. Should I ask someone to do an NMU on these packages? Regards, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDzmosXjXn6TzcAQkRAnTAAKCkCAlmh/p5W8uIDowKkkZMTf/Z3ACffvjC QGT0QOSsJ4s8cIP07PkDBy8= =mggA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tikiwiki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am renewing my request for a sponsor for Tikiwiki. I would like to upload it to experimental for easier access, so that I can get it more widely tested. > Package name: tikiwiki > Version : 1.9.2 > Upstream Author : Luis Argerich, Garland Foster, Eduardo Polidor, et. al. > URL or Web page : http://tikiwiki.org > License : LGPL > Description : groupware and content management system > > Tiki CMS/Groupware, also known as TikiWiki, can be used to create all > sorts of web applications, web sites or portals. It offers a very > large number of features and is highly configurable and modular. All > features are administered through a web-based interface. The package is available from mentors.debian.net. Thanks, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDw6TZXjXn6TzcAQkRArpqAKDU37Jx7LUhosKQbGMvq75vDrBVZACgq1U/ X87GV3RU/GJbRfrJlqcQC40= =VUGx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: tikiwiki
Moritz Muehlenhoff wrote: > http://moritz-naumann.com/adv/0003/tikiw/0003.txt > Is this fixed in your package, the advisory says that 1.9.2 is affected > as well? The developers claim that 1.9.2 is not vulnerable, contrary to what was stated in the advisory. See http://www.derkeiler.com/Mailing-Lists/securityfocus/bugtraq/2005-11/0333.html . My tests confirm this. > Given that there've been four vulnerabilities in TikiWiki for 2005 alone, > does upstream have a reasonable security policy, There is a mechanism in place for reporting security problems: http://tikiwiki.org/TikiSecurity Recent issues seem to have been fixed and patched in a timely manner. Announcements are posted to mailing lists and on the web site. Changes and workarounds were described in detail, see for example: http://tikiwiki.org/tiki-read_article.php?articleId=118 Of the recent security problems, one was in the XML-RPC library which is part of PEAR. Since my package doesn't contain Tikiwiki's versions of external libraries, it would have been fixed by the php-pear package. For the code injection vulnerabilities, I have applied stricter access controls in the Apache configuration, and plan to make further restrictions to prevent these attacks. Marcus signature.asc Description: OpenPGP digital signature
RFS: tikiwiki
I am looking for a sponsor for this package. Package name: tikiwiki Version : 1.9.2 Upstream Author : Luis Argerich, Garland Foster, Eduardo Polidor, et. al. URL or Web page : http://tikiwiki.org License : LGPL Description : groupware and content management system Tiki CMS/Groupware, also known as TikiWiki, can be used to create all sorts of web applications, web sites or portals. It offers a very large number of features and is highly configurable and modular. All features are administered through a web-based interface. The package is perhaps not completely trivial for the following reasons: *There were major changes to upstream's directory layout where everything was unpacked into a single directory. I moved various writable directories to proper locations. *It uses dbconfig-common to configure and populate a database (MySQL or PostgreSQL). *Lots of third-party PHP code included in the tarball was replaced with Debian's versions. Therefore I would be happy if someone could take a good look at it and help me make the final preparations for uploading. The package would also need some more testing, so I'm grateful if people want to try it out, but please read the warning in README.Debian and don't try it on your production database please. The package is available from mentors.debian.net. Thanks, Marcus signature.asc Description: OpenPGP digital signature
Locating font files
My application needs to locate font files for Type 1 fonts on the system. Specifically, given a name which the user chooses, say "Courier" or "Helvetica", the app needs to find a suitable pfb _and_ afm files for these fonts. How do I do this? Can I do this with either defoma or fontconfig? I believe fontconfig doesn't provide the location of the afm file, only the pfb. Without the font metrics the application cannot use the font. Is there a solution to this problem? Thanks, Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Interest in packaging GNU Shishi and GNU Generic Security Service?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Russ Allbery wrote: >>(Couldn't it have used shishi-0.0.23.tar.gz? > The packaging tools require that the upstream source have a very specific > name, namely _.orig.tar.gz But note (for the record) that it is enough to make this a symlink to the original archive shishi-0.0.23.tar.gz, instead of renaming it. Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDs8+xXjXn6TzcAQkRAsUZAKCHwQFk/FxmOmnfqTQFN+Zl2cnGVQCgxCko 1uwG/4scnIlisFZKXCXKgRw= =5s7u -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using PostScript fonts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Better wrote: > My next question is: When my application is first installed, how will it > find out about the fonts that are already installed on the system? Ah, I see, defoma is more clever than that, so it should work... I appreciate if someone can confirm that I am on the right track. Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDsRcnXjXn6TzcAQkRAvtAAKD2KGPNxrPevuw8lO+XfqRfagAa3gCgqRnq +f60nE6Y6du6Rg3vTKsCcfs= =jHMr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using PostScript fonts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Better wrote: > Now I would like to know if there is a mechanism that can locate font > files (both afm and pfb) based on a name like "Courier" or "Helvetica"? Ok, so I think that defoma might help here, right? If I make my application defoma-aware then it will be notified whenever fonts are installed or removed from the system. Correct? My next question is: When my application is first installed, how will it find out about the fonts that are already installed on the system? If I understand correctly, defoma will only help my app keep track of any changes to fonts. Am I missing something here? Thanks, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD4DBQFDsRPfXjXn6TzcAQkRAiFEAJ91JC8nq2OvuDBeVne9KvM4vWlb3QCYtRoz /LrZsAnFlTI51jnlk+q1Dg== =LfVA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using PostScript fonts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Better wrote: > This contains font metric files (afm) for Adobe's standard fonts > (Courier, Times, Helvetica etc). These are, to my knowledge, not freely > distributable (?), My mistake, they seem to be freely distributable. Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDsQr7XjXn6TzcAQkRAg8VAKDWdo9hnrvQa5zxgsUKdvvJmbd8SACgirJ2 WJErxo4vsMi2MV3s5PkwJXo= =JBWx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Using PostScript fonts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am packaging TikiWiki. It includes pdf-php, a PDF generator written in PHP: http://www.ros.co.nz/pdf/ This contains font metric files (afm) for Adobe's standard fonts (Courier, Times, Helvetica etc). These are, to my knowledge, not freely distributable (?), so I have to strip those. (The actual code in pdf-php is public domain.) I plan to use the fonts from the gsfonts package instead, which should be almost equivalent, right? In addition, since pdf-php supports any Type1 and TrueType fonts, it would be nice to let the user utilize all such fonts installed on the system, not just the standard fonts. Now I would like to know if there is a mechanism that can locate font files (both afm and pfb) based on a name like "Courier" or "Helvetica"? It would help if the mechanism were easily available from a PHP script. Thanks, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDr9GqXjXn6TzcAQkRAmfbAJ9xkfMz7DlAuAzXeXIjVDL5WKSA3gCcDt88 c1nx/M/iKHk65KfQHmZn+Qw= =2wRU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Versioning of unreleased test packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am packaging some software and would like testers to try out my packages. What is the best way to choose version numbers for the package under development so that: (1) Testers can use "apt-get upgrade" to download the next test versions from my private repository as I make them available. (2) Once the real version is uploaded to Debian, it will have version number greater than all the test packages. Thanks, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDqAXRXjXn6TzcAQkRAhYkAKDdORjhofU1hmbF/0tMcqDqF3AYYwCeMIjf ZxFH+hU08hAMB8zKb+DxkV0= =OYws -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: giac -- computer algebra system with nice GUI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rogério Brito wrote: > there's actually no Computer Algebra System available in etch, Right, although sid has "axiom" (for most architectures). -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgcutXjXn6TzcAQkRAlGWAJ9WvQ5zhmAVGAROVSljcKO2nImM9gCg4mM8 bysZWO5mB12PDF958SoaKt0= =4QMS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Help with dbconfig-common
Hello, I am packaging tikiwiki, and want to use dbconfig-common for the database configuration. I followed the instructions in the documentation and looked at the examples, but it still yelling rude things at me. First I installed my package and said NO to the first question, about whether dbconfig-common should configure the databases at all. The result was that dpkg failed to configure the package, giving the message: sanity check failed for dbc_dbtype This makes sense since the dbtype (a debconf variable) was empty - as it should be since I never got a chance to select a database type, having answered that I would configure the database manually. Every subsequent attempt to remove the package failed with the same error. Finally I managed to get rid of the package by removing the sanity check from one of the dbconfig-common scripts. Then I installed the package again, and now told debconf to configure a MySQL database for me. Now I get the following result: $ sudo dpkg -P tikiwiki (Reading database ... 201307 files and directories currently installed.) Removing tikiwiki ... dpkg: error processing tikiwiki (--purge): subprocess pre-removal script returned error exit status 10 dbconfig-common: writing config to /etc/dbconfig-common/tikiwiki.conf dbconfig-common: flushing administrative password dpkg: error while cleaning up: subprocess post-installation script returned error exit status 10 Errors were encountered while processing: tikiwiki $ dpkg -l tikiwiki Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- pF tikiwiki 1.9.1-1groupware and content management system So it looks like I'm doing something wrong with dbconfig-common. Can someone point me in the right direction here? Thanks, Marcus B. signature.asc Description: OpenPGP digital signature
