Re: README.source for dpatch
Hi, Jörg Sommer wrote: Hi, the new policy version 3.8.0 recommends a README.source that describes how to use the patch system. I'm using dpatch and I thought the dpatch maintainer publish a README.source with their package. But it didn't happen until now. Does anyone who uses dpatch has written a README.source? I wouldn't understand the policy so that you have to explain how to use dpatch, but that your package uses dpatch (i.e. the person willing to update your package shouldn't have to guess that dpatch is used). IMHO it can't be that each package using dpatch (or cdbs, or...) has to have explanations on how to use it, but I'm no DD and wasn't part of the discussions, just plain old common sense. This said, dpatch in unstable contains now a README.source(.gz). Eric Bye, Jörg. -- 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: Processing (#433270), no upstream tarball, other questions
Hi, Paul Wise wrote: On Sat, Dec 6, 2008 at 11:42 PM, Jordi Gutiérrez Hermoso <[EMAIL PROTECTED]> wrote: Three, and here my Java ignorance begins to show, I see that the upstream source also includes some .jar for which I am not sure I can find the corresponding source. How can I gather more information about .jars and see if I'm just mistaken as to where the source might be? I know it's just a zip file, but I thought there are tools to manipulate and gather information from .jar files? Might want to ask on the debian-java list, although using unzip should do it fine. I agree, being on the debian-java, I don't know of a special tool to analyze what's in the jar files; unzip is just fine. You can also use 'jar', which works like 'tar', but it doesn't give you more than unzip. BTW, code duplication isn't liked in Debian, so it is probably best to package whatever it is you found separately and then make processing depend on that. Agree, many Java projects package their sources with the libraries they depend upon (aka jar files), it's quite a pain to find out exactly which jar files are part of which package (google & apt-cache are your friends) and/or package the dependencies missing in Debian. Looking quickly through the binary download, you might have quite a lot of fun (JOGL is in Debian, Gluegen isn't, JNA neither, Antlr is there, dxf viewer not, etc...) Eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Best practice for Java?
Hi, here some answers, if you have some more questions, the debian-java@lists.debian.org mailing list might be a better place, especially if you plan to make your application with a free alternative of Java (i.e. not Sun's and not Blackdown's). Jarle Aase wrote: Hi, I'm about to make a little GUI program for Java. I'm currently using Sun j2sdk and the Netbeans IDE when fooling around with Java. Uuuuh, bad! ;-) What's the recommandations for Java development under Debian? What [Debianized] Java run-time will give the best performance and compability with Sun Java for GUI applications? There is a big effort to get freed Java packages, documented under http://java.debian.net/. Else, the java-package package allows you to create your own little Java package. How do I package java-programs? http://www.us.debian.org/doc/packaging-manuals/java-policy/ Jarle Hope this helps, Eric -- 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: packages newer in Ubuntu than in Debian (reduced false positives)
Hello Bart, is there some kind of agreement between Debian and Ubuntu concerning the distribution part of the version? I ask this because you seem to assume that: X.Y.Z-K (Debian) << X.Y.Z-L (Ubuntu) X.Y.Z-K (Debian) << X.Y.Z-KubuntuA (Ubuntu) (also dfsg stuff doesn't seem to be completely right) I would suggest that you split your report between: 1) A.B.C << X.Y.Z and 2) X.Y.Z-KKK << X.Y.Z-LLL The 2nd part would be a watchout (yellow) whereas the 1st part would really mean a different version of the software (red). Well... Not always true but good enough :-) (check liblog4net-cil with 1.2.8+1.2.9beta-1 vs. 1.2.9beta-0ubuntu2) Cheers, Eric Bart Martens wrote: On Tue, 2007-05-01 at 11:49 +0200, Martin Michlmayr wrote: * Bart Martens <[EMAIL PROTECTED]> [2007-05-01 11:21]: Another approach for identifying packages to be updated in Debian to newer upstream releases is by comparing Debian with Ubuntu. Here is a list of packages that are newer in Ubuntu than in Debian, grouped by maintainer: http://people.debian.org/~bartm/borg/outdated.html The first package in your list shows that you're not handling epochs properly. 1.0~rc1-13 vs 2:1.0~rc1-0ubuntu9. Debian isn't out of date here. You need to ignore epochs. The handling of epochs is correct, but some packages have different epochs in Debian and Ubuntu for the same upstream version. I have updated the list to hide packages with identical upstream version numbers but with different epochs. This might hide some real positives but most likely hides more false positives. So thanks for the feedback; this is useful. Regards, Bart Martens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: .deb issue
Hi, actually, you're supposed to use dh_installmenu (or cdbs) in your rules file, and not add yourself the update-menu commands into the postinst/rm files. I _guess_ that the menu file isn't installed at all and that something else takes care of adding the menu point into the Gnome menu. What I don't understand is why you expect the label to be "lkmonitor version 0.3 alpha" where the menu file contains "Linux Kernel Monitor"!? Hope this helps, Eric JM Barrios wrote: > Hello: > > I am developing a .deb package an all goes well but I have problems > putting it in the Applications menu of Gnome. I have modified the > debian/menu.ex file with this content: > > ?package(lkmonitor):needs="x11″ section="Apps/System" \ > title="Linux Kernel Monitor" command="/usr/bin/lkmonitor" \ > icon="/usr/share/pixmaps/lkmonitor/spider-shadow16.png" > > > then I renamed the file from menu.ex to menu. I have modified > debian/postinst.ex file adding this lines: > > set -e > if [ "$1″ = "configure" ] && [ -x /usr/bin/update-menus ]; then > update-menus ; fi > > and debian/postrm.ex file adding this lines: > > set -e > if [ "$1″ = "configure" ] && [ -x /usr/bin/update-menus ]; then > update-menus ; fi > > I have renamed both files from postinst.ex and postrm.ex to postinst and > postrm. The package is built well and it works but it only appear in the > gnome menu as the attached file shows and without icon. Also, it shows > the application version is "Lkmonitor Version 0.1" as you can see and I > want it shows "lkmonitor version 0.3 alpha" > > Thanks for reading my email > > JM Barrios -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: groovy
Hello Glen, please take care that groovy is already packaged for Debian (version 0.1.0beta10-3), though it's more or less orphaned. I looked into packaging a more recent version, but: - the current package is pretty ugly (many binaries in it) - cleaning it up would mean adding many packages in Debian that are dependencies of groovy (good for Debian, much work for you). - I found out that I could live with the beta version and gave up for now :-) If you're still interested, there is a specific debian-java list for packaging of Java apps/libs (in cc). You're welcome to join, and leave the mentors in peace ;-) Cheers, Eric PS: no need to cc me in your reply, I'm on both lists. Glen Pepicelli wrote: Where's the link to the .dsc file? We have some .debs we made but they were meant to be a temporary fix. I'm really waiting for the next release of groovy in mid November to make my packages. The reason is that they are changing the way the generic packages are organized. They may split groovy into a core jar with add-on jars so if they decode to do that I need to mirror what they do. The idea being simple groovy programs can run with just the core jar as their runtime. Glen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: service helper package
Hi,
Thomas Goirand wrote:
Stephen Gran wrote:
# Check whether we were configured to not start the services.
check_for_no_start() {
if [ "$SERVICE_DISABLED" = "yes" ]; then
This is such a broken behavior. Initscripts are enabled and disabled in
the configuration of the init system.
That's not quite true - many packages in debian use an enable/disable
variable in an /etc/default/package file.
Not talking about any policy, but I personally hate it. Why on earth
would you want to have a package NOT to work if you install it? This is
insane...
You might want to disable _temporarily_ a certain application? It's
easier/quicker than to reconfigure the init system and you don't loose
the information about run-levels where the program is meant to start.
Eric
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: wwwoffle
Hi Enrico, your best start is probably http://www.debian.org/devel/ and especially the New Maintainers' Guide (at least, that's how I started). Good luck, Eric On 12/06/12 06:23, Bart Martens wrote: On Tue, Jun 12, 2012 at 03:12:46AM +0200, Enrico Weigelt wrote: Hi folks, I've seen wwwoffle was dropped from Debian and Ubuntu. As I really need it, I'm willing to step in as maintainer. I'm currently in process of importing the available releases into an git repo and adding the latest patches. I've never really contributed to Debian yet, so please let me know what should be done here. That is a question for debia-mentors. http://lists.debian.org/debian-mentors/ The first step is to register your "intent to package" (ITP). http://www.debian.org/devel/wnpp/ Regards, Bart Martens -- 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/4fd6e1ec.8010...@zorglub.s.bawue.de
Re: Any script to populate debian/copyright file ?
Hi, On 15/07/12 20:08, Daniel Martí wrote: On Sun, Jul 15, 2012 at 06:04:25PM +, Bart Martens wrote: On Sun, Jul 15, 2012 at 10:51:46AM -0400, Aliaksei Sheshka wrote: Hi Debian-Mentors! Is anyone aware/have a script to populate debian/copyright file ? No idea. Probably not. As far as I have seen the debian/copyright file is carefully made, since not only the licenses must be listed but the copyright owners too. There is no tool to make it for you, but there is a tool to help: licensecheck from the devscripts package. Eric PS: and actually I even found a patch for this command that I had prepared but never submitted... licensecheck.patch.gz Description: GNU Zip compressed data
How to properly register a program in KDE/GNOME
Hello, I'm trying to get FreeMind files to be properly opened with FreeMind within KDE/GNOME (and probably other freedesktop compatible desktops), e.g. click in Konqueror on a FreeMind file (shown with the FreeMind icon) and FreeMind is opened with the file. I'm quite at the end of my knowledge and I haven't found a documentation that explains it all. I have the following: $ cat /usr/share/applications/freemind.desktop [Desktop Entry] Version=1.0 Encoding=UTF-8 Name=FreeMind Exec=/usr/bin/freemind Terminal=false Icon=/usr/share/pixmaps/FreeMindWindowIcon.xpm Type=Application MimeType=application/x-freemind Categories=Application;Office; GenericName=FreeMind Comment=A free mind mapping tool $ cat /usr/share/mime/packages/freemind.xml http://www.freedesktop.org/standards/shared-mime-info";> FreeMind Mapa [...] FreeMind 心智圖 (the magic thing is needed to make the difference with troff files) $ cat /usr/lib/mime/packages/freemind application/x-freemind; /usr/bin/freemind '%s'; test=test -n "$DISPLAY"; description="FreeMind MindMap file"; textualnewlines; nametemplate=%s.mm $ cat /usr/share/menu/freemind ?package(freemind):needs="X11" section="Applications/Office"\ icon="/usr/share/pixmaps/FreeMindWindowIcon.xpm"\ title="FreeMind" command="/usr/bin/freemind" $ file New\ Mindmap.mm New Mindmap.mm: Freemind document I'm using CDBS for my package, but konqueror continues to interpret FreeMind files as text file, without proper icon and without FreeMind automatic opening. From users' feedbacks, I understand that it's the same problem under GNOME. I haven't it yet in my package but I tried to call "update-mime-database /usr/share/mime" by hand, without noticeable effect... Any idea what I'm missing? Thanks, Eric -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: How to properly register a program in KDE/GNOME
Hi Daniel, thanks for your help, but it didn't... help :-( (yet) $ sudo cat /usr/share/applications/freemind.desktop [Desktop Entry] Version=1.0 Name=FreeMind Exec=/usr/bin/freemind Terminal=false Icon=FreeMindWindowIcon Type=Application MimeType=application/x-freemind; Categories=Office; GenericName=FreeMind Comment=A free mind mapping tool $ sudo cat /usr/share/mime/packages/freemind.xml http://www.freedesktop.org/standards/shared-mime-info";> FreeMind Mapa [...] FreeMind 心智圖 (you were right, it's an XML format) $ sudo update-mime-database /usr/share/mime (no output) $ xdg-mime query default application/x-freemind (no output) $ xdg-mime query filetype bla.mm text/plain $ xdg-mime query filetype New\ Mindmap.mm text/html (the 2nd file has some HTML embedded) Any further ideas? Isn't there somewhere an official documentation on how it's supposed to work? Should I use "xdg-mime install" directly to register mime types, and possibly also xdg-icon-resource? Or is there a dh_something function I might have missed? Thanks, Eric PS: I'm on the list, no need to copy me. Daniel Leidert wrote: Am Samstag, den 21.11.2009, 08:33 +0100 schrieb Eric Lavarde: I'm trying to get FreeMind files to be properly opened with FreeMind within KDE/GNOME (and probably other freedesktop compatible desktops), e.g. click in Konqueror on a FreeMind file (shown with the FreeMind icon) and FreeMind is opened with the file. I'm quite at the end of my knowledge and I haven't found a documentation that explains it all. I have the following: $ cat /usr/share/applications/freemind.desktop [Desktop Entry] [snip] The Encoding key and the "Application" category are deprecated. The MimeType line misses the semicolon after the MIME type. JFTR: The icon field should not contain a path nor a file suffix. $ cat /usr/share/mime/packages/freemind.xml http://www.freedesktop.org/standards/shared-mime-info";> FreeMind Mapa [...] FreeMind 心智圖 (the magic thing is needed to make the difference with troff files) Is application/x-freemind a subtype of application/octet-stream - some binary format? If not you *must* add a proper sub-class-of element (e.g. of text/plain, application/xml, ...). From the magic it looks like an XML format: You can test the result with the tools gvfs-info, kmimetypefinder and xdg-mime. Please check the results and post them if necessary. Regards, Daniel -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: How to properly register a program in KDE/GNOME
Hi, I now know why it's not working, it's because I'm testing under KDE 3.5 (Lenny) and it makes a difference for xdg-utils! OK, here it is: - under a sid chroot, i.e. without Desktop environment: $ DISPLAY=:0 XDG_UTILS_DEBUG_LEVEL=100 xdg-mime query filetype New\ Mindmap.mm Running /usr/bin/file -i "New Mindmap.mm" application/x-freemind; charset=us-ascii $ DISPLAY=:0 XDG_UTILS_DEBUG_LEVEL=100 xdg-mime query default application/x-freemind Checking /home/ericl/.local/share//applications/defaults.list Checking /usr/local/share//applications/defaults.list Checking /usr/share//applications/defaults.list - under Lenny/KDE 3.5.9 (same file): $ XDG_UTILS_DEBUG_LEVEL=100 xdg-mime query filetype New\ Mindmap.mm Running kfile "New Mindmap.mm" text/plain $ DISPLAY=:0 XDG_UTILS_DEBUG_LEVEL=100 xdg-mime query default application/x-freemind Running ktradertest "application/x-freemind" Application kfile and ktradertest belong to package kdelibs4c2a, and looking at the bugs assigned to this package, it doesn't seem to use the freedesktop standard for mime types, as many people are asking to get their mime type added to the central database. I guess that it's using /usr/share/mimelnk as provided by kdelibs-data. So, basically, under Lenny/KDE, xdg-mime uses an application that doesn't use the XDG framework... Sounds like a bug, no? Furthermore, regarding now under Sid/console, xdg-mime is using /usr/share/applications/defaults.list to find the right application; this file is supposed to be created by update-desktop-database (part of the desktop-file-utils package); this call is supposed to be added to packages through dh_desktop, but man dh_desktop under Sid tells me that it's obsolete and doesn't do anything. Sounds like a big bunch of spaghettis!? Do you agree that we have here 2 bugs lurking around? Thanks, Eric Nicolas Alvarez wrote: Daniel Leidert wrote: $ xdg-mime query filetype bla.mm text/plain $ xdg-mime query filetype New\ Mindmap.mm text/html (the 2nd file has some HTML embedded) Ok, that's the problem. If it was XML it must have had the XML declaration: . But freemind files do not start with it. So it cannot be of sub-type of application/xml or text/xml. My fault. The XML declaration is optional. A document can still be application/xml without the declaration. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian + Home automation packages
Hello, George Danchev wrote: * Generally, your sponsor(s) would want to test the packages, however that would need certain home automation infrastructure to be in place which is not available everywhere, so you might need to suggest a way to simulate their operation if that is easily possible. I'm not a DD but I would tend to reduce the problem to a nice-to-have and not see it as a show-stopper: when I package a library, I'm pretty sure that my sponsors don't check that they work, but only that they compile properly and are in accordance with the Debian policy(ies). Anyway, as maintainer, it's me receiving the bug reports, so I better make sure that it works ;-) Eric -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Multiples binaries with different versions from one source file?
Hello, I fear I know the (negative) answer, but perhaps I missed something: I have one source package which creates a library and an application, where each has its own (different) version. The logical approach would be to have two binary packages created from the same source, with two different versions. Is this possible? If yes, how? (I'd survive an RTFM with a link) Thanks, Eric -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: desktopnova (rename packages or change dependencies?)
Hello, On 07/06/10 17:08, Stefan Haller wrote: As far as I can see, there are currently two ways to avoid circular dependencies: [...] (2) Rename the binary packages to: * desktopnova-gnome * desktopnova-xfce * desktopnova-common [...] Solution #2 is much better, because the users would be able to choose their supported desktop environment without any side effects. But the package is very new in the Debian archive (only one upload so far) and as far as I know renaming is not considered as the best way to go in many situations. [...] My mentor/sponsor also says, that renaming would be the better solution, but before doing so I should ask on the mailing list for more comments. I agree with your mentor, and if your package is little used, it's the best time to do the move, especially as your package is only in unstable yet. If you want to be nice to your user, you might still want to do a transition: 1. make desktopnova-module-XXX a transition / hollow package depending on desktopnova-XXX. 2. after a while, remove desktopnova-module-XXX Eric -- 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/4c0d42c2.3020...@zorglub.s.bawue.de
RFS: freeplane - A Java program to create and edit mind maps
Hello, I am looking for a sponsor for my package "freeplane". * Package name: freeplane Version : 1.1.1-1 Upstream Author : Dimitri Polivaev * URL : http://freeplane.org/ * License : GPLv2+ Section : editors It builds these binary packages: freeplane - A Java program to create and edit mind maps. libjortho-freeplane-java - A Java spell-checking library. The package appears to be lintian & pbuilder clean. The upload would fix these bugs: 566375 My motivation for maintaining this package is: Freeplane is the follow-up version of FreeMind and more actively developed, with already more features than FreeMind (and that's what I'm now using to write MindMaps). The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/freeplane - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/freeplane/freeplane_1.1.1-1.dsc - and also present in Svn-Java svn+ssh://ewl-gu...@svn.debian.org/svn/pkg-java/trunk/freeplane I would be glad if someone uploaded this package for me. Kind regards Eric Lavarde PS: due to holiday season, my answers might take more time than usual. Sorry for this, but I wanted to keep a chance to get Freeplane in squeeze. -- 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/4c4409ba.7000...@zorglub.s.bawue.de
Re: bt747: doubts on licenses and embedded libraries
Hello Monica, interesting that you're now working on bt747: I'm also using this program to download my GPS tracks and flag my photos, wanted as well to package it, and basically silently gave up as I looked into it :-P Anyway I'm happy that someone has more courage and/or time to do it! On 15/05/11 13:22, Mònica Ramírez Arceda wrote: El dg 15 de 05 de 2011 a les 19:08 +0800, en/na Paul Wise va escriure: Yep, package any embedded code copies separately. For modified code copies, try to get the changes into their proper upstream or the Debian package if it exists. Ok, I'll try it, altough this library doesn't exist in Debian, for now. But I don't understand what I have to do when I have these changes :-( To be honest, I had the same problem as you with Freeplane and JOrtho, and I decided to keep JOrtho as part of the freeplane package, under the binary name libjortho-freeplane-java. The reasons were: - JOrtho was not in Debian either - JOrtho seemed not very active (dead?). - the changes done by the Freeplane developer on JOrtho were already raised to the JOrtho team but still not included though compatible. - by having a separate binary package, I can change the dependencies if required at some point in time, so it doesn't close any future option. Hence the choice was easy for me. Hope the criteria help you take a decision. Good luck, Eric Thanks a lot for your help, Mònica -- 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/4dcfbd77.5020...@zorglub.s.bawue.de
RFS: freeplane (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1.3-1 of my package "freeplane". It builds these binary packages: freeplane - Java program to create and edit mind maps. libjortho-freeplane-java - Java spell-checking library. The package appears to be lintian clean. The upload would fix these bugs: 626187 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/freeplane - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/freeplane/freeplane_1.1.3-1.dsc I would be glad if someone uploaded this package for me. Kind regards Eric Lavarde PS: Lintian currently complains about the class-path manifest, but we agreed on the Debian Java list that this is a special case (due to OSGi specifics) that Lintian might be able to catch in the future. -- 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/4def8e0b.8030...@zorglub.s.bawue.de
Re: Depending on a -bin package built from the same source version
Hi,
On 10/03/13 18:48, Antonio Valentino wrote:
The question is how to specify the the dependency.
The GUI app have to depend from binaries built from the same source code
(not previous of later versions).
For what I can understand the correct approach should be the one
described in [3,4], something like
Depends: polsarpro-bin (>= ${source:Version}),
polsarpro-bin (<< ${source:Version}.1~)
but the cme tool (provided by [5]) keeps on complaining about it:
$ cme check dpkg-control
Reading package lists... Done
Building dependency tree
Reading state information... Done
Connecting to qa.debian.org to check polsarpro-bin versions. Please wait...
Warning in 'binary:polsarpro Depends:1' value 'polsarpro-bin (>=
${source:Version})': package polsarpro-bin is unknown. Check for typos
if not a virtual package.
Warning in 'binary:polsarpro Depends:2' value 'polsarpro-bin (<<
${source:Version}.1~)': package polsarpro-bin is unknown. Check for
typos if not a virtual package.
Configuration item 'binary:polsarpro Depends:2' has a wrong value:
dependency 'polsarpro-bin (<< ${source:Version}.1~)' does not match grammar
Should I care about it?
Not about the "unknownness" of the package as you're currently packaging it.
But about the wrong version value: you can't combine a placeholder and
other characters.
Is there a better solution to address the specific problem?
Yes, simply depend on version equality:
Depends: polsarpro-bin (= ${source:Version})
Remark: you might want to check [1] if a binary:Version placeholder
wouldn't be a better choice.
Cheers, Eric
[1] http://wiki.debian.org/binNMU
--
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/513cd070.4080...@zorglub.s.bawue.de
Re: Depending on a -bin package built from the same source version
Hi,
On 10/03/13 20:17, Antonio Valentino wrote:
Hi Sven, hi Eric,
Il 10/03/2013 19:59, Sven Joachim ha scritto:
On 2013-03-10 19:26 +0100, Eric Lavarde wrote:
On 10/03/13 18:48, Antonio Valentino wrote:
Configuration item 'binary:polsarpro Depends:2' has a wrong value:
dependency 'polsarpro-bin (<< ${source:Version}.1~)' does not match
grammar
Should I care about it?
Not about the "unknownness" of the package as you're currently
packaging it.
But about the wrong version value: you can't combine a placeholder and
other characters.
Why not?
Is it possible that cme is complaining about that.
Is it a cme bug?
Reading again some doc, placeholder and other characters should be
allowed, but it could be indeed that cme is more restrictive (perhaps
add a zero after the tilde?).
Is there a better solution to address the specific problem?
Yes, simply depend on version equality:
Depends: polsarpro-bin (= ${source:Version})
Remark: you might want to check [1] if a binary:Version placeholder
wouldn't be a better choice.
Assuming that polsarpro is Arch:all and polsarpro-bin is Arch:any, which
seems to be the case here, neither of these options works.
A valid possibility would be to reverse the roles and dependencies:
rename polsarpro to polsarpro-data and polsarpro-bin to polsarpro, then
polsarpro can depend on polsarpro-data (= ${source:Version}).
Cheers,
Sven
yes I could use polsarpro-data or polsarpro-gui but the problem remains.
The GUI is written in Tcl/Tk and is arch: all and it must depend form
the package containing command line programs that is arch: any.
Without command line programs the GUI can't perform any useful task.
The assumption from Sven was, I think, that GUI and CLI always come
together, then you could have
CLI depends on GUI = version
GUI depends on CLI (no version)
and users would always tend to install the simplest named package, i.e.
polsarpro but if of course the CLI can be used stand-alone it makes
things more complicated...
I haven't completely thought it through, but you could perhaps have:
GUI depends on CLI (>= version)
CLI conflicts with GUI << version and with GUI >> version
(I don't know if conflicts reacts the same way as depends, i.e. remove
the +b stuff from source:Version!?)
As a side-note, you might want to pay attention to the package name if
the CLI can be used independently: I don't think there is a standard but
-bin doesn't sound like something to use standalone, it sounds more like
libraries and plugins, i.e. "inert" stuff used by the main package. -cli
might be a better choice.
Hope this helps, Eric
--
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/513ce87e.5020...@zorglub.s.bawue.de
Re: help to fix lintian problems, NMU issue
Hi, On 09/07/13 08:20, Adam Borowski wrote: On Tue, Jul 09, 2013 at 11:37:25AM +0600, Andrey Rahmatullin wrote: On Mon, Jul 08, 2013 at 12:04:28PM -0700, Tong Sun wrote: However, the upstream chose to put 0.9.5-1 in the changelog file, You shouldn't care about changelog entries added by the upstream. Yet having two versions of the package with the same number in the wild is not good, even if one of those did not come from Debian. I wouldn't care about some random repository in a corner of the Internet, but packaging done by the upstream is likely to be present on some users' machines. And bumping a version number is cheap... I would tend to agree with this, and a version like 0.9.5-1+THIS is not common but is allowed by the policy (THIS could simply be 1). It might be less correct but more common to do a (dummy) repackaging and call the version something like 0.9.5+THAT-1 (THAT being few letters, no good idea here...); and this even wouldn't be a trick if you decide to get rid of upstream's debian folder. Alternatively again, you could use an 'epoch' but the policy states that it's not meant to address bad upstream versioning, so possibly not the best approach :-) In both cases, you should document your decision and the reason for it in the README.source. Eric -- 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/51dc69f5.3090...@zorglub.s.bawue.de
Re: packaging of a python script
Hi, On 06/09/13 11:31, Alex Mestiashvili wrote: Hi All, I have a little python project which creates one executable script. where should go the project.py ? is there a special place for a script which later can be imported by other python script ? The question is of course also if one script justifies a package on its own... Is it ok, to put a symlink in /ust/bin/ pointing to /usr/share/project/project.py ( or any other appropriate place) to get rid of extension .py ? I am not a python packager, but have you checked http://www.debian.org/doc/packaging-manuals/python-policy/ ? Eric -- 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/522a0b68.4020...@zorglub.s.bawue.de
Bug#723582: Bug#724324: RFS: metar/0.2-1 ITP
The other question might be if this new package is really required because both
seem to do the same thing...
Fernando, you're the upstream author, you might want to join forces with the
other author.
Eric
Tobias Frost wrote:
>Hallo Fernando,
>
>please do not open new bug when you upload a new (not-uploaded)
>version
>to mentors, just reply to your old bug. (I merged both bugs)
>There, you should describe what you changed since the last update.
>
>Ok, lets take a look.
>
>--> Package name metar is already taken. You'll need a differnt one.
>http://packages.qa.debian.org/m/metar.html
>
>--> Check your linitian warnings before uploading.
>Because you created a native package, which is not what you want.
>See the linitan messges (W) native-package-with-dash-version and
>(I) missing-debian-source-format
>
>--> (W) binary-without-manpage /usr/bin/metar does not have a manpage.
>--> please fix (I) mdescription-synopsis-might-not-be-phrased-properly
>
>--> As you are upstream, please add upstream a changelog.
>
>--> please add a dep5-style debian/copyright file.
>
>--> I'd suggest debian/compat 9 not 8 (and build-depend on debhelper >
>9)
>
>--> before uploading, you should update the timestamp in your
>changelog.
>(dch -r)
>
>--> There's a warning: package metar: unused substitution variable
>${perl:Depends} --- You need to depend in your binary package on
>${perl:Depends} not just on perl, I think
>
>Best regards,
>coldtobi
>
>Am Montag, den 23.09.2013, 20:42 +0200 schrieb Fernando:
>> Package: sponsorship-requests
>> Severity: normal
>>
>> Dear mentors,
>>
>> I am looking for a sponsor for my package "metar"
>>
>> * Package name: metar
>> Version : 0.2-1
>> Upstream Author : Fernando Iazeolla
>> * URL : http://githib.com/elboza/metar
>> * License : GPL
>> Section : utils
>>
>> It builds those binary packages:
>>
>> metar - a simple command line metar and taf.
>>
>> To access further information about this package, please visit the
>following URL:
>>
>> http://mentors.debian.net/package/metar
>>
>>
>> Alternatively, one can download the package with dget using this
>command:
>>
>> dget -x
>http://mentors.debian.net/debian/pool/main/m/metar/metar_0.2-1.dsc
>>
>> More information about metar can be obtained from
>http://github.com/elboza/metar.
>>
>> Changes since the last upload:
>>
>> metar (0.2-1) unstable; urgency=low
>>
>> * Initial release (Closes: #723827)
>>
>> -- Fernando Iazeolla Mon, 09 Sep 2013 22:32:41
>+0200
>>
>>
>>
>> Regards,
>> Fernando Iazeolla
>>
>
>
>--
>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/1379965383.12473.15.ca...@mordor.loewenhoehle.ip
--
Sent from my tablet. Please excuse my brevity.
Re: debian/watch question: 1.0 -> 1.02
Hi Felix,
have you tried to use uversionmangle to add a 0 at the end of 1.0 -> 1.00 ?
Cheers, Eric
On 06/10/13 17:16, Felix Natter wrote:
hi,
I am about to finish the jmapviewer package
(http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary)
but have a small problem with the new version 1.02 and debian/watch.
This is what it currently looks like:
-
version=3
opts=dversionmangle=s/\+dfsg\d*// \
http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/\d+(?:\.\d+(?:\.\d+)?)?/JMapViewer-(\d+(?:\.\d+(?:\.\d+)?)?)-Source\.zip
-
=> this picks up:
http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/1.0/JMapViewer-1.0-Source.zip
but not:
http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/1.02/JMapViewer-1.02-Source.zip
uscan --debug:
-
[...]
- Found the following matching hrefs (newest first):
1.0/ (1)
1.01/ (1)
1.02/ (1)
uscan debug: newest_dir => '1.0'
[...]
-
If I change the regex to (use the grouping on the filename instead of
the directory name, suggested in #628801)
http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/(\d+(?:\.\d+(?:\.\d+)?)?)/JMapViewer-\d+(?:\.\d+(?:\.\d+)?)?-Source\.zip
then it only descends only in the 1.02/ directory ("remote site does not
even have current version") and reports a remote version "1" instead of
"1.02" (uscan --debug):
-
[...]
-- Found the following matching hrefs:
JMapViewer-1.02-Source.zip (1)
Newest version on remote site is 1, local version is 1.0+dfsg1
(mangled local version number 1.0)
=> remote site does not even have current version
-- Scan finished
-
Currently I don't have an idea what to try next.
Thanks!
--
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/52518a87.5020...@zorglub.s.bawue.de
Re: Packaging GNUstep automatically
Hi, gregor herrmann wrote: >On Thu, 26 Dec 2013 12:12:56 +0800, Paul Wise wrote: > >> On Thu, Dec 26, 2013 at 11:06 AM, Markus Hitter wrote: >> > Packaging is out of the scope of Debian? That's an unexpected >response. :-) >> You asked about automated packaging, which isn't something we do in >> Debian right now AFAIK. > >And IMO all attempts that we've seen so far were of rather poor >quality. >I mean, there _is_ a reason why we have Linux distributions and >human packagers :) Of course, we need to make the difference between creating the package (i.e. writing all the necessary config files defining the package) which is mostly manual, and actually building the package which can be (and is) automated. The difference is IMHO the same as between writing code (manual) and building it (automated). The similarity goes as far as your build can only remain automated as long as the structure of your software remains the same, else you need to adapt manually your build configuration or it'll break. Eric -- Sent from my tablet. Please excuse my brevity. -- 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/f2d96eb4-bc1b-47e8-ace5-eee0f6559...@email.android.com
Re: Real newbie ....
Hi Barry, Are you saying that you're trying to build a Debian package under Ubuntu? It's the same package format but else I'd say that you're asking for the kind of strange behavior you're describing. Cheers, Eric On 14 April 2014 16:03:35 CEST, Barry Drake wrote: >On 13/04/14 23:08, Tobias Frost wrote: >> BTW, the changelog misses "-1" (The Debian revision). This is weird >as >> my pbuilder refuses to build non-native packages with a native >> version, but yours seems more forgiving in this case... You should >> check if your're really on unstable :) (My pbuilder is at 0.215) (My >> pbuilder builds also against libicu52; so it's not the source) Best >> regards, Tobi > >Thanks again for all your help. I deleted the pbuilder directory from >/var/cache and re-created the environment. I also used dpkg -l to see >what was installed. libicu48 is not in my system, but was downloaded >and installed in the chroot environment during the build. It is not in > >the pbuilder base.tgz file. I assume the dependency was plucked out of > >a sword file, so I purged both of the out-of-date sword packages and >dpkg -l doesn't show any at all connected with sword. My own >installation of the up-to-date sword was made using 'make install' as >part of the original build. I've also used the dpkg --clear-avail and > >--forget-old-unavail commands to try and get rid of old history. > >The version of pbuilder I have is pbuilder 0.215ubuntu7 The build is >marked unstable because I have built from sword svn trunk: release will > >be in a few days at which point I can do a stable build. > >I always have a current version of Ubuntu as well as the testing >version >so although I'm using 14.04, I have a dual boot 13.10 installation on a > >separate drive. I'm going to wipe this, and do a clean install of >Saucy. Then I'll make a fresh packaging environment there to get a >clean build. I will put the source there and try as before. > >That's unless anyone has any further suggestions. > >Regards,Barry. > > >-- >To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org >with a subject of "unsubscribe". Trouble? Contact >listmas...@lists.debian.org >Archive: https://lists.debian.org/534beab7.60...@gmail.com -- Sent from my tablet. Please excuse my brevity.
some questions on multiple binaries per source
Hi, I'm packaging FreeMind (old version somewhere on the upload path), and the new version is requesting multiple packages. So here two questions: - is there somewhere a specific description of multi-packaging? the new maintainer tutorial isn't really explaining much and I couldn't find anything specific in the developer reference or Debian Policy. - more specific question: one of the additional packages is a plugin, FreeMind itself "requires" Java, the plugin "requires" Java and FreeMind. Am I supposed to write in the control file that the plugin does depend on Java, if it's already depending on something that depend on Java? Thanks, Eric -- 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
some questions on multiple binaries per source
Hi, I'm packaging FreeMind (old version somewhere on the upload path), and the new version is requesting multiple packages. So here two questions: - is there somewhere a specific description of multi-packaging? the new maintainer tutorial isn't really explaining much and I couldn't find anything specific in the developer reference or Debian Policy. - more specific question: one of the additional packages is a plugin, FreeMind itself "requires" Java, the plugin "requires" Java and FreeMind. Am I supposed to write in the control file that the plugin does depend on Java, if it's already depending on something that depend on Java? Thanks, Eric -- 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: some questions on multiple binaries per source
OK, two answers, two contradictory ones, I'm helped... :-) So, conclusion is that the policy is not conclusive on this point, and I'm free to do like I feel better (anyway my sponsor will decide). Thanks, Eric Colin Watson wrote: On Wed, Dec 01, 2004 at 03:38:40PM -0500, Justin Pryzby wrote: On Wed, Dec 01, 2004 at 09:06:24PM +0100, Eric Lavarde wrote: - more specific question: one of the additional packages is a plugin, FreeMind itself "requires" Java, the plugin "requires" Java and FreeMind. Am I supposed to write in the control file that the plugin does depend on Java, if it's already depending on something that depend on Java? Nope, Debian is sane like that. However, if the plugin itself uses Java, it should also depend on it directly. Consider (however unlikely) that FreeMind stopped using Java; if the plugin still must have Java itself independent of FreeMind, it should have its own dependency on it. Cheers, -- 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]
Mime type in share as well as lib, or linda problem?
Hi, I have a java package (i.e. Architecture all), freemind, and linda gives me the following warning: W: freemind; File /usr/lib/mime/packages/freemind contained in /usr/lib of Architecture: all package. I've seen, there is a /usr/share/mime/packages directory but nothing in it, I am supposed to move my mime description to this directory or is it a linda problem? Thanks, Eric -- 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: upload and package
Hi, no problem, nothing was upload_ed_, everything is ready for the described upload. Eric > > Theoricaly, this shouldn't ever happen but anyways and since it's written, > i > think i be better to tell about it even if i'm certainly wrong on what > really > happened. > > [...] > > dpkg-buildpackage: binary and diff upload (original source NOT included) > [EMAIL PROTECTED]:~/debian/hwtools-0.8$ > -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: help in chages necessary for rules file( creating .deb packages)
Hi, have you read the "Debian New Maintainers' Guide"? That's what I started with recently, and it's pretty easy to follow. Install it with "apt-get install maint-guide" or have a look at http://www.debian.org/doc/maint-guide/. Cheers, Eric > > We are trying to make .deb packages using > dh_make...it works fine..it creates a template for > rules filesuppose a source file is a simple c > program(hello world) what changes should we make in > the rules file so that the dpkg-buildpackage works > properly > > Please Help!!1 -- Eric de France, d'Allemagne et de Navarre -- 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]
[Fwd: Bug#296258: freemind: Integration into GNOME/KDE]
Hi, I got the below bug report, and I'm a bit hesitating: on one side I understand the wish from the requester, and it would be a useful extension of the package; on the other hand, I already use update-menus and update-mime to manipulate exactly the same kind of information. Moreover the two utilities are integrated into the debian package system through dh_installmenu and dh_installmime. Wouldn't it be a more generic solution if these utilities would actually take care of these "details"? So, what's your opinion and what's the best way to address this? I would tend to start a discussion on debian-devel and/or forward the bug to debhelper. Thanks, Eric Original Message Subject: Bug#296258: freemind: Integration into GNOME/KDE Resent-Date: Mon, 21 Feb 2005 12:18:07 UTC Resent-From: Johannes Rohr <[EMAIL PROTECTED]> Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Eric Lavarde <[EMAIL PROTECTED]> Date: Mon, 21 Feb 2005 12:28:30 +0100 From: Johannes Rohr <[EMAIL PROTECTED]> Reply-To: Johannes Rohr <[EMAIL PROTECTED]>, [EMAIL PROTECTED] To: Debian Bug Tracking System <[EMAIL PROTECTED]> Package: freemind Version: 0.7.1-6 Severity: wishlist Hi and thanks for bringing freemind into Debian, the only useful Java program I know... ;-) It would be nice if you would integrate freemind with the freedesktop.org mime standard, i.e. register a mime type for freemind's mind maps and register freemind itself as handler. This needs two steps, basically: Install the attached freemind.desktop into /usr/share/applications and freemind.xml into /usr/share/mime/packages From postinst, you need to run (if they exist) '/usr/bin/update-desktop-database' and '/usr/bin/update-mime-database /usr/share/mime' . After that, clicking a .mm file in nautilus or konqueror should open them with freemind, and freemind itself should appear in the Office menu category. To have a menu icon, I have extracted FreeMindWindowIcon.png from freemind.jar, converted it to xpm and copied the result to /usr/share/pixmaps. Thanks, Johannes -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages freemind depends on: ii j2re1.4 [java2-runtime] 1.4.2.01-1 Blackdown Java(TM) 2 Runtime Envir -- no debconf information -- http://www.infoe.de/ -- 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 [Desktop Entry] Version=1.0 Encoding=UTF-8 Name=FreeMind Comment= Exec=/usr/bin/freemind Terminal=false Icon=/usr/share/pixmaps/FreeMindWindowIcon.xpm Type=Application MimeType=application/x-freemind Categories=Application;Office; GenericName=FreeMind Comment=A free mind mapping tool freemind.xml Description: application/xml
Is it tolerated to have compiled libraries in a package?
Hi, the new version of FreeMind is coming with a whole lot of pre-compiled libraries (jar files to be precise). Some of these libraries already exist in Debian, so fine; one isn't free but I can do without, so acceptable (it's the online help, so it's not so nice, but well); and three are not (yet) packaged in Debian, so what? I already placed 3 RFPs on wnpp: Bug#296117: Acknowledgement (RFP: libjaxme-java -- open source implementation of JAXB, the specification for Java/XML binding Bug#296118: Acknowledgement (RFP: libjcalendar-java -- Java date chooser bean for graphically picking a date Bug#296643: Acknowledgement (RFP: libxsdlib-java -- Sun XML Datatypes Library) Is it acceptable to keep the pre-compiled libraries as part of the freemind package until someone creates these packages? (sorry, I don't have the bandwidth to package them myself) Thanks, Eric -- 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: [Fwd: Bug#296258: freemind: Integration into GNOME/KDE]
Hi, thanks again. One question though: from the man page, dh_desktop takes only care of update-desktop-database, not of update-mime-database!? Any other idea? Eric PS: I know it's not a big deal to add the commands myself, it's just a question of principle: if everybody puts its little fixes, it doesn't go forward. Matt Brubeck wrote: Eric Lavarde wrote: I got the below bug report, and I'm a bit hesitating: on one side I understand the wish from the requester, and it would be a useful extension of the package; on the other hand, I already use update-menus and update-mime to manipulate exactly the same kind of information. Moreover the two utilities are integrated into the debian package system through dh_installmenu and dh_installmime. The freedesktop.org menu/MIME system is integrated through dh_desktop. Wouldn't it be a more generic solution if these utilities would actually take care of these "details"? Yes, it would be good if the Debian system and the freedesktop.org system were unified in some way, so that we don't have these two semi-redundant menu/MIME systems. Hopefully this will happen evenutally. For now, I think the best option for desktop applications is to register with both systems. -- 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: Is it tolerated to have compiled libraries in a package?
Hi,
package is anyway already in contrib. So OK!?
Eric
Steve Langasek wrote:
On Wed, Feb 23, 2005 at 11:35:22AM -0800, Matt Brubeck wrote:
Eric Lavarde wrote:
the new version of FreeMind is coming with a whole lot of pre-compiled
libraries (jar files to be precise). Some of these libraries already
exist in Debian, so fine; one isn't free but I can do without, so
acceptable (it's the online help, so it's not so nice, but well); and
three are not (yet) packaged in Debian, so what? [...]
Is it acceptable to keep the pre-compiled libraries as part of the
freemind package until someone creates these packages?
No, sorry. This would violate DFSG 2 ("The program must include source
code"). It would also prevent the security team from easily patching
those libraries.
Which is to say, that it's allowed, but such a package cannot go to main.
--
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]
About the usage of cdbs
Hi, I had a first look at cdbs and it looks quite neat, but, from the documentation, I don't understand how I am supposed to start packaging: 1. from scratch (possibly starting from an existing package using cdbs) 2. or using dh_make, and then cdbs'itting it. (the rules file is actually not the problem, given the examples, but all the others are) Also, I understand that if I start using cdbs, I loose the auto-patching functionality of dpkg-buildpackage (i.e. I don't need to care about creating patches, the .diff.gz is done for me). Is it correct? And if yes, is there a best practice to create the different .patch files in the easiest way? Thanks, Eric -- 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: pre-built pwc modules for official debian kernel
Hi, perhaps a bit off-topic but we had the discussion already a while ago, and I don't come further on what is the "Right Thing To Do". My understanding after the last discussion is that: - if one use a standard kernel, say kernel-image-2.6.10-1-k7 - one install as well kernel-headers-2.6.10-1-k7 - this and make-kpkg should be enough to compile the Debian way external modules (like pwc). Nevertheless, if I try to compile pwc as non-root (how it should be, in my understanding), I get the following error: [EMAIL PROTECTED]:/usr/src/kernel-headers-2.6.10-1-k7$ fakeroot make-kpkg --added_modules pwc-source modules_image # work around idiocy in recent kernel versions test ! -e scripts/package/builddeb || \ mv -f scripts/package/builddeb scripts/package/builddeb.dist test ! -e scripts/package/Makefile || \ (mv -f scripts/package/Makefile scripts/package/Makefile.dist && \ (echo "# Dummy file "; echo "help:") > scripts/package/Makefile) mv: cannot move `scripts/package/Makefile' to `scripts/package/Makefile.dist': Permission denied make: *** [stamp-debian] Error 1 So, did I misunderstood something, or is someone/something else the culprit here? Thanks, Eric Victor Seva wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I created the pwc-source package [1] and now its in new queue pending to be included on sid [2]. Sean Finney its my sponsor but We have no experience on kernel modules packages. And We want to make pre-built modules for official debian kernel in order to make things easier to the users. How this staff works? What source packages should I take a look? [1] http://mentors.debian.net/debian/pool/main/p/pwc/ [2] http://ftp-master.debian.org/new.html - -- Victor Seva -- 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: pre-built pwc modules for official debian kernel
Hi, I digged a bit more into it, and if I chown the right directories to myself (but I don't think it's correct), actually by mean of 'mv' and 'cp -a' back: drwxr-xr-x 16 ericl src [...] kernel-headers-2.6.10-1 drwxr-xr-x 16 root root [...] kernel-headers-2.6.10-1.BAK drwxr-xr-x 4 ericl src [...] kernel-headers-2.6.10-1-k7 drwxr-xr-x 3 root root [...] kernel-headers-2.6.10-1-k7.BAK drwxr-xr-x 3 ericl src [...] kernel-kbuild-2.6-3 drwxr-xr-x 3 root root [...] kernel-kbuild-2.6-3.BAK I then get the following message: [EMAIL PROTECTED]:/usr/src/kernel-headers-2.6.10-1-k7$ fakeroot make-kpkg --added_modules pwc modules_image for module in /usr/src/modules/pwc ; do \ if test -d $module; then\ (cd $module; \ if ./debian/rules KVERS="2.6.10" KSRC="/usr/src/kernel-headers-2.6.10-1-k7" \ KMAINT="Unknown Kernel Package Maintainer" KEMAIL="[EMAIL PROTECTED]" \ KPKG_DEST_DIR="/usr/src/kernel-headers-2.6.10-1-k7/.." \ KPKG_MAINTAINER="Unknown Kernel Package Maintainer"\ KPKG_EXTRAV_ARG=""\ ARCH="i386" \ KDREV="10.00.Custom" kdist_image; then\ echo "Module $module processed fine";\ else \ echo "Module $module failed."; \ if [ "X" != "X" ]; then \ echo "Perhaps $module does not understand --rootcmd?"; \ echo "If you see messages that indicate that it is not"; \ echo "in fact being built as root, please file a bug "; \ echo "against $module."; \ fi; \ echo "Hit return to Continue"; \ read ans;\ fi; \ );\ else \ echo "Module $module does not exist"; \ echo "Hit return to Continue?"; \ fi; \ done make[1]: Entering directory `/usr/src/modules/pwc' make[1]: Nothing to be done for `kdist_image'. make[1]: Leaving directory `/usr/src/modules/pwc' Module /usr/src/modules/pwc processed fine And I think that in deed the kdist_image target is missing in debian/rules!? Cheers, Eric PS: I'm on the debian-mentors list, no need to cc me. Eric Lavarde wrote: Hi, perhaps a bit off-topic but we had the discussion already a while ago, and I don't come further on what is the "Right Thing To Do". My understanding after the last discussion is that: - if one use a standard kernel, say kernel-image-2.6.10-1-k7 - one install as well kernel-headers-2.6.10-1-k7 - this and make-kpkg should be enough to compile the Debian way external modules (like pwc). Nevertheless, if I try to compile pwc as non-root (how it should be, in my understanding), I get the following error: [EMAIL PROTECTED]:/usr/src/kernel-headers-2.6.10-1-k7$ fakeroot make-kpkg --added_modules pwc-source modules_image # work around idiocy in recent kernel versions test ! -e scripts/package/builddeb || \ mv -f scripts/package/builddeb scripts/package/builddeb.dist test ! -e scripts/package/Makefile || \ (mv -f scripts/package/Makefile scripts/package/Makefile.dist && \ (echo "# Dummy file "; echo "help:") > scripts/package/Makefile) mv: cannot move `scripts/package/Makefile' to `scripts/package/Makefile.dist': Permission denied make: *** [stamp-debian] Error 1 So, did I misunderstood something, or is someone/something else the culprit here? Thanks, Eric Victor Seva wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I created the pwc-source package [1] and now its in new queue pending to be included on sid [2]. Sean Finney its my sponsor but We have no experience on kernel modules packages. And We want to make pre-built modules for official debian kernel in order to make things easier to the users. How this staff works? What source packages should I take a look? [1] http://mentors.debian.net/debian/pool/main/p/pwc/ [2] http://ftp-master.debian.org/new.html - -- V
Re: pre-built pwc modules for official debian kernel
Hi, For different reasons: 1. I always learnt: thou shall never compile anything as root! (it's like faith, you don't discuss something like this ;-) ). 2. from /usr/src/linux/README, the voice of the masters: To do the actual install you have to be root, but none of the normal build should require that. Don't take the name of root in vain. 3. make-kpkg strongly suggests the usage of fakeroot. Why then? Cheers, Eric Victor Seva wrote: -BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eric Lavarde wrote: Nevertheless, if I try to compile pwc as non-root (how it should be, in my understanding), I get the following error: [EMAIL PROTECTED]:/usr/src/kernel-headers-2.6.10-1-k7$ fakeroot make-kpkg --added_modules pwc-source modules_image # work around idiocy in recent kernel versions test ! -e scripts/package/builddeb || \ mv -f scripts/package/builddeb scripts/package/builddeb.dist test ! -e scripts/package/Makefile || \ (mv -f scripts/package/Makefile scripts/package/Makefile.dist && \ (echo "# Dummy file "; echo "help:") > scripts/package/Makefile) mv: cannot move `scripts/package/Makefile' to `scripts/package/Makefile.dist': Permission denied make: *** [stamp-debian] Error 1 So, did I misunderstood something, or is someone/something else the culprit here? Compiling the kernel or modules as non-root?? why? This work is for the admin... so root is the right user to use. - -- Victor Seva [EMAIL PROTECTED] http://www.torreviejawireless.org http://linuxmaniac.homeip.net jabber: [EMAIL PROTECTED] PGP Key ID: 0xDD12F253 Socio numero 78 de ANURI -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFChfjzS/DSSd0S8lMRApqhAKCUwMn6LHzeegsK6OQ2EezMgZHYRACeNIwY JGBwqZnMH+jaCRq6NZHNtNw= =Noo8 -END PGP SIGNATURE- -- 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: pre-built pwc modules for official debian kernel
Hi, as a last input, I compile pwc the ugly way and it worked, only some warnings, but I'm not experienced enough to say if they're important. [EMAIL PROTECTED]:/usr/src/modules/pwc$ make make -C /lib/modules/2.6.10-1-k7/build SUBDIRS=/usr/src/modules/pwc modules make[1]: Entering directory `/usr/src/kernel-headers-2.6.10-1-k7' CC [M] /usr/src/modules/pwc/pwc-if.o /usr/src/modules/pwc/pwc-if.c: In function `pwc_allocate_buffers': /usr/src/modules/pwc/pwc-if.c:341: warning: int format, long unsigned int arg (arg 2) /usr/src/modules/pwc/pwc-if.c: In function `pwc_video_read': /usr/src/modules/pwc/pwc-if.c:1225: warning: long int format, size_t arg (arg 4) /usr/src/modules/pwc/pwc-if.c: At top level: /usr/src/modules/pwc/pwc-if.c:1328: warning: `pwc_vm_ops' defined but not used CC [M] /usr/src/modules/pwc/pwc-misc.o CC [M] /usr/src/modules/pwc/pwc-ctrl.o CC [M] /usr/src/modules/pwc/pwc-v4l.o CC [M] /usr/src/modules/pwc/pwc-uncompress.o CC [M] /usr/src/modules/pwc/pwc-dec1.o CC [M] /usr/src/modules/pwc/pwc-dec23.o CC [M] /usr/src/modules/pwc/pwc-kiara.o CC [M] /usr/src/modules/pwc/pwc-timon.o LD [M] /usr/src/modules/pwc/pwc.o Building modules, stage 2. MODPOST Warning: could not find versions for .tmp_versions/pwc.mod *** Warning: "cleanup_module" [/usr/src/modules/pwc/pwc.ko] undefined! *** Warning: "init_module" [/usr/src/modules/pwc/pwc.ko] undefined! CC /usr/src/modules/pwc/pwc.mod.o LD [M] /usr/src/modules/pwc/pwc.ko make[1]: Leaving directory `/usr/src/kernel-headers-2.6.10-1-k7' [EMAIL PROTECTED]:/usr/src/modules/pwc$ sudo make install make -C /lib/modules/2.6.10-1-k7/build SUBDIRS=/usr/src/modules/pwc modules make[1]: Entering directory `/usr/src/kernel-headers-2.6.10-1-k7' Building modules, stage 2. MODPOST Warning: could not find versions for .tmp_versions/pwc.mod *** Warning: "cleanup_module" [/usr/src/modules/pwc/pwc.ko] undefined! *** Warning: "init_module" [/usr/src/modules/pwc/pwc.ko] undefined! make[1]: Leaving directory `/usr/src/kernel-headers-2.6.10-1-k7' install -d //lib/modules/2.6.10-1-k7/kernel/drivers/usb/media install -m 644 -c pwc.ko //lib/modules/2.6.10-1-k7/kernel/drivers/usb/media [EMAIL PROTECTED]:/usr/src/modules/pwc$ sudo modprobe pwc [EMAIL PROTECTED]:/usr/src/modules/pwc$ lsmod | grep pwc pwc90292 0 v4l2_common 5760 2 pwc,bttv videodev9920 2 pwc,bttv usbcore 121656 6 pwc,usb_storage,snd_usb_audio,snd_usb_lib,uhci_hcd dmesg is a bit verbose but nothing spurious. And gnomemeeting seems able to use the camera, so fine. Hope this helps, if I'm so verbose, it's because I'm so happy to have my webcam working at last! Thanks, Eric -- 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: pre-built pwc modules for official debian kernel
Hi, it seems I haven't been clear enough: - the fact that I need to be root to compile the pwc module is _not_ something you are responsible for. I think it's a problem between kernel-headers-2 and make-kpkg (either kernel-headers-2 should be installed belonging to group src, group-sticky-bit set, as /usr/src itself, or make-kpkg shouldn't try to write in the kernel tree when creating an external module). - on the other hand, the missing kdist_image target seems to be a problem in your package. Did anyway anybody manage to package the pwc-source with make-kpkg? I would be suprised and interested to know what I did wrong!? Cheers, Eric Victor Seva wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't see the problem with do the make-kpkg with root, but If you have any suggestion or some sample rules I will take a look. -- 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: Starting an application on login
Hi Daniel, On 3 June 2014 20:54:58 CEST, Daniel Lintott wrote: >Hi Mentors! > >I'm currently packaging a notification application, BuildNotify [1]. > >It only makes sense to start the application when the user logs in, >which can be done using the $(HOME)/.config/autostart directory or >adding an entry using the Startup Applications GUI. > >From the packaging perspective, is this something we should do when the >package is installed... or should it be left to the user to configure >how they start it? The thing is that a Linux system is potentially multi user, with users not interested in the application and others added after package installation, so the answer can only be that the users must configure it themselves. > >If it's left to the user to configure how to start it, what is the best >way of informing the user what they need to do? I'd say README.Debian file. Eric > >[1] http://bugs.debian.org/750457 > >Regards, > >Daniel Lintott -- Sent from my tablet. Please excuse my brevity. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/35e818b9-9deb-4d8a-880c-55d1c5356...@email.android.com
Re: Packaging Java Tomcat web app howto ?
Hi Olivier, I move this thread to debian-java, where it belongs :-) - debian-mentors in Bcc I think that the short answer is that there is no such howto, but I might be wrong: - there was a thread about the topic http://lists.debian.org/debian-java/2007/12/msg00039.html (and you can search further) - you can search also on http://wiki.debian.org/ (but I didn't find anything). - and you have more knowledgeable people than me on this list, which will be happy to help you :-) Cheers, Eric Olivier Berger said: > Hi. > > Is there any howto document explaining how to package a java tomcat web > app for Debian ? > > I'm considering the possibility to try and package CAS server (Central > Authentication Service and thus address the corresponding RFP I've just > filed : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493969). > > I doubt it's very simple, but who knows... ain't Java about easy > deployment ? ;-) > > Any help welcome. > > Best regards, > -- > Olivier BERGER <[EMAIL PROTECTED]> > http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC > Ingénieur Recherche - Dept INF > Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Advice about first package building (from sources)
Hi Laurent, Al Nikolov said: > Laurent Guignard wrote: > >> I have read the main documentation about pbuilder but i haven't seen if >> it is possible to build a package from upstream sources. >> In all examples, the command is like "pbuilder build ???.dsc" >> >> What is the correct method to build a package from upstream sources ? >> >> I thought to build a virtual host (KVM), install all packages needed, >> import all sources (upstream with all files needed to build package) and >> run the "dpkg-buildpackage" command... >> >> All this to keep a clean and stable Debian on my laptop ;) I fear the answers you got might have been a bit confusing, but it's also because it's not clear what you mean with keeping a clean and stable Debian: only install packaged software (nothing by hand), or really not do anything "out of the normal" (e.g. compiling and packaging) on your laptop, or both. I'm kind of a "both" guy, so: - I created an unstable CHROOT jail with debootstrap and do all my packaging in there (as suggested by Neil). For this purpose, KVM, Xen or any VM is as good, but more heavyweight. - I check that my packages build correctly with pbuilder (and pbuilder is really only meant for this). - Neither pbuilder nor debootstrap will help you to learn Debian packaging, hence the advice from Al to read http://www.debian.org/doc/maint-guide/ Hope this helps, Eric PS: I directed my answer back to you because it was not clear if you are subscribed to Mentors. -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Global environment variable.
And if it's nevertheless a packaging question (i.e. how to add a global variable as part of the installation of a package), the policy states that no executable can depend on the definition of a global variable, hence your package should not define any global variable (but you should document that a global variable can be defined). Eric Paul Wise said: > On Tue, Sep 30, 2008 at 5:49 PM, Alessio Giovanni Baroni > <[EMAIL PROTECTED]> wrote: > >> Where are stored the global variables? I must always add it to >> /etc/profile >> and /etc/bash.bashrc. >> There is a global location? > > This is not the appropriate list, please contact debian-user or one > that is specific to your native language: > > http://lists.debian.org/debian-user/ > http://lists.debian.org/users.html > > -- > bye, > pabs > > http://wiki.debian.org/PaulWise > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processing (#433270), no upstream tarball, other questions
Hi, Jordi Gutiérrez Hermoso said: > 2008/12/7 Eric Lavarde <[EMAIL PROTECTED]>: >> Looking quickly through the binary download, you might have quite a lot >> of >> fun (JOGL is in Debian, Gluegen isn't, JNA neither, Antlr is there, dxf >> viewer not, etc...) > > Ack. I hadn't noticed those files. But now I looked... > > [EMAIL PROTECTED]:~/coding/deb-src/processing/processing-1.0.1$ find . \ > -name "*.jar" | grep -v windows | grep -v macosx > > ./pdf/library/itext.jar > ./app/lib/ecj.jar > ./app/lib/jna.jar > ./app/lib/antlr.jar > ./app/lib/apple.jar > ./app/src/processing/app/tools/format/tool/log4j.jar > ./app/src/processing/app/tools/format/tool/jalopy.jar > ./build/shared/libraries/minim/library/minim-spi.jar > ./build/shared/libraries/minim/library/minim.jar > ./build/shared/libraries/minim/library/jl1.0.jar > ./build/shared/libraries/minim/library/jsminim.jar > ./build/shared/libraries/minim/library/mp3spi1.9.4.jar > ./build/shared/libraries/minim/library/tritonus_aos.jar > ./build/shared/libraries/minim/library/tritonus_share.jar > ./build/shared/libraries/javascript/library/javascript.jar > ./opengl/library/gluegen-rt.jar > ./opengl/library/jogl-natives-linux-amd64.jar > ./opengl/library/jogl-natives-linux-i586.jar > ./opengl/library/gluegen-rt-natives-linux-amd64.jar > ./opengl/library/gluegen-rt-natives-linux-i586.jar > ./opengl/library/jogl.jar > ./dxf/dxfviewer.jar > ./serial/library/RXTXcomm.jar > > So it looks like those are the files I'll have to track down and > package separately? Yep-1. (the apple.jar could be unnecessary BTW) > > Fun fun fun... Yep-2. > > - Jordi G. H. You might be able to find fun-friends on the debian-java mailing list (I don't volunteer :-( ), Eric -- You don't need to CC me on debian-java, debian-mentors and pkg-java-maintainers. Please CC me on other Debian lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ganttpv
Hi, Jonathan Wiltshire said: > On Wed, Dec 17, 2008 at 05:12:38PM -0700, Brian C. Christensen wrote: >> I am looking for a sponsor for my package "ganttpv". >> >> * Package name: ganttpv >> Version : 0.11a-1 >> Upstream Author : Brian C. Christensen >> * URL : http://www.pureviolet.net/ganttpv/ >> * License : GPL version 2 >> Section : office > > IANADD and can't upload for you, but some review: Also IANADD, and only one correction: > This appears to be a debian-native package (is it?) because the debian > directory is included in the upstream source, so you should drop the > debian revision from your version number to just leave ganttpv-0.11a (no > -1). I don't agree: the 'debian' directory is IMHO not part of the original sources, the .orig.tar.gz and the .diff have just not been properly generated (the original source archive is even part of the modified source archive). You need to generate a new *clean* original archive, without your changes (especially the ./debian sub-directory). What I don't understand is how you come to a version 0.11a, where the only version found on GanttPV is 0.10!? Sidenote: from different discussions on this list, my understanding is that a debian-native package is not a package where upstream happens to have a ./debian sub-directory in their source, but a package for a software specifically meant for Debian (e.g. debhelper). Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Packaging Barcode Writer in Pure PostScript
Hi, sorry for this, but I think another round might be required: 1. move sample.ps, barcode_with_sample.ps, docs/* from debian/install to debian/docs. 2. I think you should just remove the Depends line (as far as I understand the thing you could just "cat barcode_with_sample.ps > /dev/lp0" and it would bring something to the user). 3. the documentation under docs/* is always the same in different formats, I understand that the correct way to do this would be to package only the source of this documentation (TeX or whatever) and generate the different formats on-the-fly during packaging. (but someone else might want to confirm on this last one before you take the hassle of doing this). Cheers, Eric PS: more as a joke you could rename your package to libbarcodewriter-ps in order to align the name with libwhatever-perl or libwhatever-java :-> -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
get-orig-source to be called from any directory?
Hello, I'm trying to add a 'get-orig-source' target to my debian/rules file, and it looks like this: get-orig-source: debian/export-freemind-cvs.sh 0.8.0+01 FM-0-8-0 It works quite fine, but the Debian policy manual specifies under [1] that "This target may be invoked in any directory", and my target can obviously only be invoked from the parent directory of 'debian', the given script is 64 lines long, so I wouldn't like to put it in extenso in the rules file. Is there something like a $(dirname $0) construct in 'make', or can I interpret the policy in the sense that the target may be invoked in any directory, as long as it contains the debian directory? ;-) Thanks, Eric [1] file:///usr/share/doc/debian-policy/policy.html/ch-source.html#s-debianrules -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Menu registers in GNOME but not in KDE/XFCe, Why?
Hello, did I miss an answer to the below email, or is the question more stupid than I thought? Thanks, Eric > Hi, > > I have the problem that menu entries I've created are properly registered > in Gnome, but neither in KDE nor in XFCe. And I have no clue what I'm > missing. > > The 'debian/menu' file looks like this: > > ?package(nameofapp):needs="x11" section="Apps/Net" \ > icon="/usr/share/pixmaps/nameofapp.xpm" title="Nameofapp" > ?package(nameofapp):needs="x11" section="Apps/Net/Nameofapp" \ > icon="/usr/share/pixmaps/nameofapp.xpm" title="Nameofapp Client" \ > command="sensible-browser http://127.0.0.1:9161/"; > ?package(nameofapp):needs="x11" section="Apps/Net/Nameofapp" \ > title="About Nameofapp..." \ > command="sensible-browser http://127.0.0.1:9161/about.html"; > ?package(nameofapp):needs="x11" section="Apps/Net/Nameofapp" \ > title="Preferences" \ > command="sensible-browser http://127.0.0.1:9161/prefs.html"; > > I'm using cdbs, don't get any error message, and update-menus is called. > Even stranger, /etc/xdg/menus/debian-menu.menu and > /etc/xdg/xfce4/desktop/menudefs.hook do contain references to the entries. > And the following files are present: > /var/lib/menu-xdg/desktop-directories/menu-xdg/debian-apps-net-nameofapp.directory > /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Apps-Net-Nameofapp-about_nameofappdesktop > /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Apps-Net-Nameofapp-nameofapp_client.desktop > /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Apps-Net-Nameofapp-preferences.desktop > /var/lib/gnome/Debian/Apps/Net/Nameofapp.desktop > /var/lib/gnome/Debian/Apps/Net/Nameofapp > /var/lib/gnome/Debian/Apps/Net/Nameofapp/About Nameofappdesktop > > Any idea? > > Thanks, Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Packaging automation - separation of 'debian/' directory
Hi Ben, if you create yourself the orig.tar.gz, the building tools from debian don't try to create it themselves. i.e. something like: tar cvzf foo_X.Y.orig.tar.gz --exclude=foo-X.Y/debian foo-X.Y before actually building the package should solve your problem. Hope this helps, Eric -- You don't need to CC me on debian-java, debian-mentors and pkg-java-maintainers. Please CC me on other Debian lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Subject: RFS: mantis (updated package)
Hi, >> * debian/copyright is incomplete, you need to list all copyright >> holders and their licenses. e.g. adodb and phpmailer is missing (and >> likely also others, stopped after finding these two). > > Hmm. Do i really need to do this? Because my debian/rules don't install > them, as i patched the sources (with patch 01 and 02) to use the debian > packages of them instead. I just did not want to change the orig tarball > for this. You need to clean up the orig tarball (written somewhere in the policy). And then the copyright question is solved as well. > Well, packages are updated, except for the copyright thing, which i > asked about above. Cheers, Eric -- You don't need to CC me on debian-java, debian-mentors and pkg-java-maintainers. Please CC me on other Debian lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multiples binaries with different versions from one source file?
Hello, OK, I got the point ;-), I'll keep the same version for both binaries. A README.Debian will do the trick to avoid complete confusion. Thanks for the insights, Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Restrictive Artwork License
==> I'm not sure what my (tablet) mailer did with my initial posting, but you might have got it garbled, hence I apologize and send it again. Eric Hi, I would tend to agree with what Paul wrote but IANAL and you should ask on debian-legal for a more authoritative answer. A few more comments below: Paul Tagliamonte wrote: >On Sat, Dec 28, 2013 at 07:36:42PM +0100, Felix Natter wrote: >> (upstream) Freeplane 1.3.x will have new icons (application icon, document icon), but the artist wants to keep all rights and only >grant >> the Freeplane project all rights of use. > >> --> Is that ok for Debian? > >Not for Debian main, no. You will have to strip the icons from the software, or move it to non-free. The author should provide a clear license, e.g. using Creative Commons, as even redistributing artwork might be understood as a right of use, which Debian wouldn't have and hence even non-free would be impossible. > >> --> Is it even compatible with the GPL-2+ license of Freeplane? > >Yes[*] I guess, it means that having the icons in a jar file isn't OK, having them in the file system is OK, but java was always a border case because it doesn't "link" as it was understood when the GPL2 was written (GPL3 might even be another story). The easiest would be if upstream would change their plans and not take this artwork, no icon justifies the trouble, but I know upstream, coolness vs. legal were always difficult discussions ;-) > >> Thanks and Happy New Year, All the same, Eric >> -- >> Felix Natter > >[*]: So long as the icons are totally and sepretely loaded. For > instance, no one would claim the GPL'd GIMP program can only edit GPL compatable images, just as in the general case, I don't think it's a problem for a GPL'd program to render or load in non-GPL'd assets. > > >Cheers, > Paul -- You don't need to CC me on debian-java, debian-mentors, pkg-java-maintainers and pkg-vdr-dvb-devel. Please CC me on other Debian lists.Hi, I would tend to agree with what Paul wrote but IANAL and you should ask on debian-legal for a more authoritative answer. A few more comments below: I'm on debian-java, java maintainers, vdr maintainers and debian-mentors; no need to CC me on these lists. Thanks!
