Re: New to the packaging thing... :)
Sven Mueller wrote: 3) debian/control: Current Standards-Version is 3.6.1.1, you should state that version in there (and follow it, obviously). A slight nitpick: the fourth number in the Standards-Version basically is a revision for typographical and packaging fixes, so it is fine to specify a Standards-Version of 3.6.1 as Jose did. (cite: debian-policy 5.6.10) regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG public key ID: 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reorganizando el wiki y la lista de blogs
On Wednesday 26 January 2005 21.45, Darren Salt wrote: I demand that Adrian von Bidder may or may not have written... On Tuesday 25 January 2005 20.00, Antonio Ognio wrote: Saludos, Please respect that debian-mentors is an english mailing list. babelfishized: Er... turned into a Babel fish? ;-) babelfishicated, then? -- vbi -- Available for key signing in Zürich and Basel, Switzerland (what's this? Look at http://fortytwo.ch/gpg/intro)
Re: RFS: Tomboy - desktop note taking application
I uploaded it to the mentors site, and tried to get it included from there. I also have a new version packaged, but need a DD to sponsor me to include it. Ben On Thu, 2005-01-27 at 02:54, Lee Aylward wrote: I noticed that Tomboy has already been marked as being worked on, but it has been stale for 130 days. I have been maintaining a package for my own use and have been trying to clean it up for inclusion in Debian. I was unsure if I should post another ITP for it, since there are already 2 ITPs listed in wnpp. Here are is the source package... http://laylward.com/debian/unstable/ I have run into one issue that may require the use of dpatch (which I am currently trying to figure out). It is installing a gconf schema file to /usr/etc/gconf/schemas due to an apparent mistake in the makefile. Should I just edit the makefile, or should that be solved through dpatch? In any case I am interested in feedback for the package, and would like to be able to find a sponsor to get this into Debian. -- [EMAIL PROTECTED] - www.seigan.org GPG Fingerprint: 4309 1C58 5143 AFAC F69E 11CD 76FD 56D4 1223 E387 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Request for comments/co-maintainer: nvu -- a complete web authoring system for Linux
[Cc'ing the RFP/ITP open for this package, plus the submitters. Apologies to those who may receive multiple copies.] Hi, I've prepared some Debian packages for the latest version of nvu, a graphical web page editor. (More info at http://www.nvu.com/.) My source and binary packages are at http://cameron.ucc.asn.au/debian/nvu/ and are mostly lintian clean. However I don't have much experience in packaging programmes of this size and complexity, or enough time to commit to it to maintain it properly. Furthermore I don't actually use it much myself -- I packaged it originally for inclusion in a Debian-based distro for Computer Angels[1]. I'd appreciate someone from debian-mentors looking over my packaging and if anyone is interested, I'd also be willing to co-maintain nvu with someone. Cheers, Cameron. [1] http://www.computerangels.org.au/ signature.asc Description: Digital signature
Re: RFS: Bustle - to do list manager with a difference
On Wed, 26 Jan 2005 22:58:15 +0100, Florian Ernst [EMAIL PROTECTED] wrote: Hmmm, I can't see how you need to build-depend on apt-build. The whole Build-Deps:-line seems to be just the output of that code snippet from the new maintainers guide, please trim it down to what is _really_ needed (hint: build-essential). Lol, that's exactly what it was :) I've reduced the build-deps significantly now The updated files are: http://www.strider.co.za/bustle_0.1.5-2_i386.deb http://www.strider.co.za/bustle_0.1.5-2.diff.gz http://www.strider.co.za/bustle_0.1.5-2.dsc http://www.strider.co.za/bustle_0.1.5-2_i386.changes http://www.strider.co.za/bustle-0.1.5.tar.gz Appreciate the feedback Fred -- Fred Strauss Obsidian Systems (Pty) Ltd. http://www.obsidian.co.za http://www.strider.co.za/gpg.pub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Enforce dependency on non-free version of Java?
Hi, I just sent this answer to an user, and now I have doubts: is there a way to enforce dependency on a non-free Version of Java? Thanks, Eric Original Message Subject: Re: Bug#292182: freemind will not start Date: Thu, 27 Jan 2005 20:29:49 +0100 From: Eric Lavarde [EMAIL PROTECTED] Organization: Zorglub Co To: [EMAIL PROTECTED], [EMAIL PROTECTED] References: [EMAIL PROTECTED] Hi, it most probably all rely on the fact that FreeMind doesn't work with free Java implementations (kaffee, classpath, gcj, etc...) but only with Sun/Blackdown (see http://freemind.sourceforge.net/wiki/index.php/FreeMind_on_Linux#I_get_an_error_java.lang.NoClassDefFoundError_when_starting_FreeMind). Also, I don't know if it's a reportbug limitation or if you twicked your setup, but sun-j2re1.4debian is listed below without sun-j2re1.4. If Sun's Java is nevertheless installed on your machine, you can solve your problem by reading the man page freemind(1) or by using the help given by the above link (e.g. setting JAVA_HOME). The fact that FreeMind, despite a GPL license, is in 'contrib' is for me sign enough that it depends on a non-free Java, but I will make it more obvious in the next version. I don't think there is a technical way to force this kind of thing... This reduces anyway the problem to a small documentation glitch. You're welcome to give me feedback. Cheers, Eric [EMAIL PROTECTED] wrote: Package: freemind Version: 0.7.1-6 Severity: important [...] Versions of packages freemind depends on: ii kaffe-jthreads [java-v 2:1.1.4.PRECVS6-1 A green threads enabled version of ii sun-j2re1.4debian [jav 0.9 Debian specific parts of Java(TM) -- no debconf information -- Gewalt ist die letzte Zuflucht der Inkompetenz. Violence is the Last Resort of the Incompetent. Gwalt jest ostatnem schronieniem niekompetencji. La violence est le dernier refuge de l'incompetence. ~ Isaac Asimov -- Gewalt ist die letzte Zuflucht der Inkompetenz. Violence is the Last Resort of the Incompetent. Gwalt jest ostatnem schronieniem niekompetencji. La violence est le dernier refuge de l'incompetence. ~ Isaac Asimov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Fwd: Bug#291946: freemind: Installs with java1.3 but won't works]
Hello, new maintainer, I've got the below bug report. I'm a bit perplex here: - my current Depends is Depends: j2re1.4 | java2-runtime, j2re1.4 | java-virtual-machine - can I put a version dependency on a virtual package? (does then the version come from the version of the real package to which the virtual one is attached?) - if no, what should I do? - if yes, should I put it on java2-runtime, on java-virtual-machine or on both? or to make it more direct, should I change my Depends to: A) Depends: j2re1.4 | java2-runtime ( 1.4), j2re1.4 | java-virtual-machine ( 1.4) B) Depends: j2re1.4 | java2-runtime ( 1.4), j2re1.4 | java-virtual-machine B) Depends: j2re1.4 | java2-runtime, j2re1.4 | java-virtual-machine ( 1.4) C) something else (precise) D) nothing to do, forget about it... Ah, ah, going through the policy, I find (7.4 Virtual packages): --- BEGIN --- If a dependency or a conflict has a version number attached then only real packages will be considered to see whether the relationship is satisfied (or the prohibition violated, for a conflict) - it is assumed that a real package which provides the virtual package is not of the right version. So, a Provides field may not contain version numbers, and the version number of the concrete package which provides a particular virtual package will not be looked at when considering a dependency on or conflict with the virtual package name. It is likely that the ability will be added in a future release of dpkg to specify a version number for each virtual package it provides. This feature is not yet present, however, and is expected to be used only infrequently. --- END --- Does this mean, answer D above is the right one!? Thanks in advance, Eric Original Message Subject: Bug#291946: freemind: Installs with java1.3 but won't works Resent-Date: Mon, 24 Jan 2005 06:18:03 UTC Resent-From: Pierre Ancelot [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Eric Lavarde [EMAIL PROTECTED] Date: Mon, 24 Jan 2005 07:02:15 +0100 From: Pierre Ancelot [EMAIL PROTECTED] Reply-To: Pierre Ancelot [EMAIL PROTECTED], [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Package: freemind Version: 0.7.1-6 Severity: important I have j2re1.3 (blackdown) freemind installed anyways, even though it requires j2re1.4 j2re1.3 certainly provides java2-runtime (not verified) which is required by freemind this is maybe why it installed. Get a message when starting freemind that it requires j2re1.4 which i have not... (not on sarge at all) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages freemind depends on: ii j2re1.3 [java2-runtime] 1.3.1.02b-2 Blackdown Java(TM) 2 Runtime Envir ii sablevm [java-virtual-machin 1.1.6-6 Free implementation of Java Virtua -- no debconf information -- Gewalt ist die letzte Zuflucht der Inkompetenz. Violence is the Last Resort of the Incompetent. Gwalt jest ostatnem schronieniem niekompetencji. La violence est le dernier refuge de l'incompetence. ~ Isaac Asimov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: maint-guide update: final confirmation before upload
On Sun, Jan 23, 2005 at 10:44:31PM +0100, Osamu Aoki wrote: Hi, Now it is 23rd which I originally set as the target day for upload of new maint-guide packages. No serious concern has been raised and I take joy's old message to be implicit approval. Also last minutes check whether we can enable Korean PDF/PS? (Jens? Any good idea?) I will tag final version with debian_revision_1_2_3 I just uploaded. When Jens fix Korean, I can upload again with whatever new translations. Since source is in CVS, I did not use NMU version but taged with debian_revision_1_2_3 . Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Bug#291946: freemind: Installs with java1.3 but won't works]
On Thu, Jan 27, 2005 at 09:03:08PM +0100, Eric Lavarde wrote: new maintainer, I've got the below bug report. I'm a bit perplex here: - my current Depends is Depends: j2re1.4 | java2-runtime, j2re1.4 | java-virtual-machine - can I put a version dependency on a virtual package? (does then the version come from the version of the real package to which the virtual one is attached?) - if no, what should I do? - if yes, should I put it on java2-runtime, on java-virtual-machine or on both? or to make it more direct, should I change my Depends to: A) Depends: j2re1.4 | java2-runtime ( 1.4), j2re1.4 | java-virtual-machine ( 1.4) B) Depends: j2re1.4 | java2-runtime ( 1.4), j2re1.4 | java-virtual-machine B) Depends: j2re1.4 | java2-runtime, j2re1.4 | java-virtual-machine ( 1.4) C) something else (precise) D) nothing to do, forget about it... Ah, ah, going through the policy, I find (7.4 Virtual packages): --- BEGIN --- If a dependency or a conflict has a version number attached then only real packages will be considered to see whether the relationship is satisfied (or the prohibition violated, for a conflict) - it is assumed that a real package which provides the virtual package is not of the right version. So, a Provides field may not contain version numbers, and the version number of the concrete package which provides a particular virtual package will not be looked at when considering a dependency on or conflict with the virtual package name. It is likely that the ability will be added in a future release of dpkg to specify a version number for each virtual package it provides. This feature is not yet present, however, and is expected to be used only infrequently. --- END --- Does this mean, answer D above is the right one!? No, it means your current dependencies are *broken*, because the runtime requirements of your package are more specific than the meaning of the virtual package java2-runtime. This means you cannot use java2-runtime as an alternative in your dependency list. Ideally, the java maintainers would provide a virtual package meaning j2re1.4 or better (as well as one meaning j2re1.5 or better) that you could use as an alternative. Barring that, your only choices are to list all the existing alternatives one by one, or to remove the alternative completely and just depend on j2re1.4 (which is much uglier for users). -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
RFS: libcddb - Library to access CDDB data
Hello, Libcddb is a small C library to access the CDDB database (Audio CD database). It can query any CDDB server, default server is freedb.org Licence is LGPL. I've created a package for libcddb and am searching a sponsor for it. The packages (libcddb0 and libcddb-dev) can be downloaded at http://debian.zorglub.org/packages/libcddb They are linda and lintian clean. ITP is at bugs.debian.org/200025 More information : Complete description : Libccdb is a C library to access data about Audio CD on a CDDB server . It allow to search the database for CD matches, get detailed information about a CD and submit new CD entries to the database. . It supports both the custom CDDB protocol and the tunneling of the query over HTTP. HTTP Proxying is supported. . It also features a cache system. . This package contains the runtime library required to run libccd-enabled programs. Changelog : libcddb (0.9.5-1) unstable; urgency=low * Initial Release (Closes:#200025) Thanks for your help, -- Zorglub Clément Stenac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
