[DebianGIS-dev] Bug#436414: mapserver: [INTL:sv] Swedish debconf templates translation
update Reply-To: Daniel Nylander [EMAIL PROTECTED], [EMAIL PROTECTED] Resent-From: Daniel Nylander [EMAIL PROTECTED] Resent-To: [EMAIL PROTECTED] Resent-CC: Debian GIS Project pkg-grass-devel@lists.alioth.debian.org Resent-Date: Tue, 07 Aug 2007 08:09:02 + Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: [EMAIL PROTECTED] X-Debian-PR-Message: report 436414 X-Debian-PR-Package: mapserver X-Debian-PR-Keywords: l10n patch Received: via spool by [EMAIL PROTECTED] id=B.11864740308175 (code B ref -1); Tue, 07 Aug 2007 08:09:02 + Received: (at submit) by bugs.debian.org; 7 Aug 2007 08:07:10 + Received: from bifrost.blixtvik.net ([87.96.254.2]) by rietz.debian.org with esmtp (Exim 4.50) id 1IIK5u-00022R-2J for [EMAIL PROTECTED]; Tue, 07 Aug 2007 08:07:10 + Received: from mail.lidkoping.net (unknown [213.132.115.138]) by bifrost.blixtvik.net (Postfix) with ESMTP id 2956B334229 for [EMAIL PROTECTED]; Tue, 7 Aug 2007 10:10:10 +0200 (CEST) Received: (qmail 4314 invoked by uid 1000); 7 Aug 2007 10:06:37 +0200 Content-Type: multipart/mixed; boundary1585896515== MIME-Version: 1.0 From: Daniel Nylander [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.38 Date: Tue, 07 Aug 2007 10:06:37 +0200 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on rietz.debian.org X-Spam-Level: X-Spam-Status: No, hits=-9.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=ham version=2.60-bugs.debian.org_2005_01_02 This is a multi-part MIME message sent by reportbug. --===1585896515== Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: mapserver Severity: wishlist Tags: patch l10n Here is the updated Swedish debconf translation for mapserver Regards, Daniel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.17.4 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=UTF-8) (ignored: LC_ALL set to sv_SE) Shell: /bin/sh linked to /bin/bash --===1585896515== MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename=mapserver.sv.po Content-Transfer-Encoding: quoted-printable # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid msgstr Project-Id-Version: mapserver\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-07-23 07:41+0200\n PO-Revision-Date: 2007-08-07 10:05+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=3Dutf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../php5-mapscript.templates:2001 msgid Should ${extname} support be added for ${sapiconfig}? msgstr Ska st=C3=B6d f=C3=B6r ${extname} l=C3=A4ggas till f=C3=B6r ${sap= iconfig}? #. Type: boolean #. Description #: ../php5-mapscript.templates:2001 msgid You are installing ${extname} support for PHP5, but it is not yet = enabled in /etc/php5/${sapiconfig}/php.ini. Enabling this extension will = allow PHP5 scripts to use it. msgstr Du installerar ${extname}-st=C3=B6d f=C3=B6r PHP5 och den =C3=A4r= =C3=A4nnu inte aktiverad /etc/php5/${sapiconfig}/php.ini. Aktivering av= denna ut=C3=B6kning g=C3=B6r att PHP5-skript kan anv=C3=A4nda den. #. Type: boolean #. Description #: ../php5-mapscript.templates:3001 msgid Should ${extname} support be removed for ${sapiconfig}? msgstr Ska st=C3=B6d f=C3=B6r ${extname} tas bort f=C3=B6r ${sapiconfig}= ? #. Type: boolean #. Description #: ../php5-mapscript.templates:3001 msgid You are removing ${extname} support for PHP5, but it is still enab= led in /etc/php5/${sapiconfig}/php.ini. Leaving this in place will probab= ly cause problems when trying to use PHP. msgstr Du tar bort ${extname}-st=C3=B6det f=C3=B6r PHP5 men den =C3=A4r = fortfarande aktiverad i /etc/php5/${sapiconfig}/php.ini. L=C3=A4mna den a= ktiverad kan orsaka problem n=C3=A4r du f=C3=B6rs=C3=B6ker anv=C3=A4nda P= HP. --===1585896515==-- ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Task packages for Debian GIS and the Live CD
[Andreas Putzo] At the moment josm unfortunately needs to go to contrib, too. Yeah. :( Dropping josm from the Live CD seems unfortunate to me as it cannot be used for mapping parties and other osm related work until above issues are solved. I would prefer shipping contrib with the cd (or build a second one) while keeping the non-free dependencies at a minimum for now and trying to remove/replace them on a step by step basis. I am all for including contrib packages on the live images. The problem is their non-free dependencies. I'm not sure we are allowed according to their license to distribute them. Also, for the SUN Java packages, there is a nasty license agreement question to answer, and we can not really answer it on behalf of the users. :( Not quite sure how to handle this. I'm testing a build with both contrib and non-free enabled, and will see what the log say. :) Happy hacking, -- Petter Reinholdtsen ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Mapnik viewer for the Debian GIS Live CD?
[Artem Pavlenko] OK, you put on spot :). I committed some preliminary stuff into http://trac.mapnik.org/browser/trunk/demo/viewer It's basically what I demoed at SOTM plus couple improvements e.g - switching layers on/off is working now. It is generic viewer not just OSM . Great. I gave it a try, and ran into build problems. Where is the freetype/config/ftheader.h expected to come from? $ qmake-qt4 $ make make -f Makefile.Debug make[1]: Entering directory `/home/pere/src/openstreetmapsvn/mapnik-viewer' g++ -c -pipe -g -D_REENTRANT -Wall -W -DQT_SHARED -DQT_GUI_LIB -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I/usr/local/include -I/opt/boost_1_35/include/boost-1_35 -I/usr/local/include/freetype2 -I. -Idebug -I. -o debug/main.o main.cpp In file included from /usr/include/mapnik/font_engine_freetype.hpp:31, from main.cpp:25: /usr/include/ft2build.h:56:38: error: freetype/config/ftheader.h: No such file or directory In file included from main.cpp:25: /usr/include/mapnik/font_engine_freetype.hpp:32:10: error: #include expects FILENAME or FILENAME /usr/include/mapnik/font_engine_freetype.hpp:33:10: error: #include expects FILENAME or FILENAME In file included from /usr/include/boost/ptr_container/ptr_sequence_adapter.hpp:20, from /usr/include/boost/ptr_container/ptr_vector.hpp:20, from /usr/include/mapnik/font_engine_freetype.hpp:44, from main.cpp:25: /usr/include/boost/ptr_container/detail/reversible_ptr_container.hpp:38:48: error: boost/serialization/split_member.hpp: No such file or directory /usr/include/boost/ptr_container/detail/reversible_ptr_container.hpp:610: error: expected ';' before '}' token /usr/include/boost/ptr_container/detail/reversible_ptr_container.hpp:610: error: expected `;' before '}' token /usr/include/boost/ptr_container/ptr_vector.hpp:70: error: expected ';' before '}' token /usr/include/boost/ptr_container/ptr_vector.hpp:70: error: expected `;' before '}' token /usr/include/mapnik/font_engine_freetype.hpp:59: error: expected `)' before 'face' /usr/include/mapnik/font_engine_freetype.hpp:77: error: 'FT_GlyphSlot' does not name a type /usr/include/mapnik/font_engine_freetype.hpp:82: error: 'FT_Face' does not name a type /usr/include/mapnik/font_engine_freetype.hpp:105: error: 'FT_Face' does not name a type To pack this program for Debian, it would be very useful to know what the tarball will be called, as the debian source package should inherit the name. May I suggest 'mapnik-viewer'? The source directory could need a README file with key info. Please consider this one: Mapnik viewer = This is a postgis map drawing application. Build instructions -- Install qt4-dev-tools and libmapnik-dev. Run qmake-qt4 make Patch and bug reporting --- Submit bugs, patches and suggestions to [EMAIL PROTECTED] Upstream source --- The source is available from subversion, svn://trac.mapnik.org/trunk/demo/viewer . Happy hacking, -- Petter Reinholdtsen ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Mapnik viewer for the Debian GIS Live CD?
[Artem Pavlenko] Did you modify viewer.pro to have something like INCLUDEPATH += /usr/include/freetype2 Right. That got me a bit further. I ran into another build problem, bug got past that by installing libboost-serialization-dev. Last, I got this build error: g++ -c -pipe -g -D_REENTRANT -Wall -W -DQT_SHARED -DQT_GUI_LIB -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtGui --I/usr/include/qt4 -I/usr/local/include --I/opt/boost_1_35/include/boost-1_35 -I/usr/include/freetype2 --I. -Idebug -I. -o debug/styles_model.o styles_model.cpp styles_model.cpp: In constructor 'StyleModel::StyleModel(boost::shared_ptrmapnik::Map, QObject*)': styles_model.cpp:187: error: 'class mapnik::Map' has no member named 'styles' make[1]: *** [debug/styles_model.o] Error 1 make[1]: Leaving directory `/home/pere/src/openstreetmapsvn/mapnik-viewer' make: *** [debug] Error 2 Any known problem? To pack this program for Debian, it would be very useful to know what the tarball will be called, as the debian source package should inherit the name. May I suggest 'mapnik-viewer'? Sounds good to me. Great. It make it easier to document the package if the binary program have the same name as the source package. This is a postgis map drawing application. Well, it can talk to any data sources supported by Mapnik e.g shape files, postgis, raster (tiff) , gdal raster. OK. My draft README file was just ment as a starting point for a file to put in svn and in the source tarball. Happy hacking, -- Petter Reinholdtsen ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Mapnik viewer for the Debian GIS Live CD?
[Artem Pavlenko] Are you using latest trunk? That method was added only yesterday :) I'm using r500 Of course not. I use the Debian packages. :) I got around it by commenting out the problematic function. Now I have a running program, but have no idea how to use it. :) I'll commit the build rules to the debian-gis subversion repository, including the patches. Happy hacking, -- Petter Reinholdtsen ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Mapnik viewer for the Debian GIS Live CD?
[Artem Pavlenko] :D You need some data. How about getting latest planet-*.osm.bz2 , loading into postgis and then ./viewer osm.xml x0,y0,x1,y1 (x0,y0,x1,y1) bounding box for your city Right. Very good to know. I will have to get postgis up and running first. Btw, is it possible to specify the bounding box and data set to use from within the program? I'll commit the build rules to the debian-gis subversion repository, including the patches. The build rules are now commited, for those that want to have a look. Happy hacking, -- Petter Reinholdtsen ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] r1038 - scripts
Oh, I see: http://ftp-master.debian.org/new.html Thanks. Updated the wiki accordingly. All the best. pc Andreas Putzo ha scritto: On Aug 12, Paolo Cavallini wrote: Looks interesting! Thanks, added to: http://wiki.debian.org/DebianGis/PackageList Anyone planning to package it? pc It's already in new packaged by 'The Debian Vikings' [EMAIL PROTECTED] Cheers, Andreas -- Paolo Cavallini, see: http://www.faunalia.it/pc signature.asc Description: OpenPGP digital signature ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] gpsdrive 2.10~pre2-2 MIGRATED to testing
FYI: The status of the gpsdrive source package in Debian's testing distribution has changed. Previous version: 2.09-2.2 Current version: 2.10~pre2-2 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Re: [DebianGIS-dev] Task packages for Debian GIS and the Live CD
Hi, for unknown reasons i received this mail only today. Sorry for the late response. Am 7.8.2007 schrieb Petter Reinholdtsen [EMAIL PROTECTED]: [Andreas Putzo] At the moment josm unfortunately needs to go to contrib, too. Yeah. :( I am all for including contrib packages on the live images. The problem is their non-free dependencies. I'm not sure we are allowed according to their license to distribute them. This needs to be checked on a case-by-case basis then. I don't think this is a problem (IANAL) for SUN's license unless we can live with their Operating System Distributor License which includes besides 'usual' non-free stuff nasty things like paragraph 2: [..] (f) you agree to defend and indemnify Sun and its licensors from and against any damages, costs, liabilities, settlement amounts and/or expenses (including attorneys' fees) incurred in connection with any claim, lawsuit or action by any third party that arises or results from (i) the use or distribution of your Operating System, or any part thereof, in any manner, or (ii) your use or distribution of the Software in violation of the terms of this Agreement or applicable law. You shall not be obligated under Section 2(f)(i) if such claim would not have occurred but for a modification made to your Operating System by someone not under your direction or control, and you were in compliance with all other terms of this Agreement. If the Software README file permits certain files to be replaced or omitted from your distribution, then any such replacement(s) or omission(s) shall not be considered a breach of Section 2(a). [..] Also, for the SUN Java packages, there is a nasty license agreement question to answer, and we can not really answer it on behalf of the users. :( Not quite sure how to handle this. I'm testing a build with both contrib and non-free enabled, and will see what the log say. :) We shouldn't ask for license acceptance each time someone uses the cd as only few packages are affected. The only way i see at the moment is writing a wrapper around these programs (or bin/java) that shows the license to the users when it is started the first time and perhaps put a general note about it somewhere. There is a FAQ in the license file that deals with this: 17. What do you mean by Present for acceptance end user licenses (from #8 above)? Do I have to create a click-through license display when a user first installs or runs the JDK? Must my users accept the license? Your users must agree to the license terms for the JDK before installing it. While you aren't required to show the DLJ on first use or installation, you must inform them that the JDK is licensed software and that they must agree to the license before using it. A click-through mechanism is the preferred way to do this, but at a minimum you must present the license by some appropriate means for acceptance. For example, your OS download procedure could show the user a page that informs him or her that software packages included in the download may contain software licenses to which the user must agree before installation, and allow the user to review them before download. You can leverage your distribution's packaging technology to ensure that the license terms have been accepted. For instance, on Debian and derivative distributions, you could configure the package so that if the debconf key for accepting the DLJ has not been pre-accepted, the installation will be canceled if the license cannot be presented. The point of presenting the license is that an individual, corporation, non-profit or entity which will be an end user of the JRE or JDK has had a chance to review and agree to the DLJ. If the user or administrator pre-accepts the key for DLJ agreement on behalf of herself or her group then it is perfectly acceptable to silently install Sun Java on one or many computers. This is an excellent example of how you can leverage packaging infrastructure to comply with the terms of the DLJ in ways that are convenient and expected for your users. 18. How do I redistribute the JDK in my OS, so that downstream recipients are subject to the DLJ? Do I need to do anything special? Nothing special - just be sure to include the license in your JDK bundle, and inform your downstream recipients that the JDK is subject to the license when they download or install it. Technically, i wouldn't consider downloading and burning a live-cd an installation. But i think the license needs to be accepted before java is used. Again, IANAL. This is just my interpretation of the license and the FAQ. After all, it's plain ugly.. :-( Full license text can be found at: http://packages.debian.org/changelogs/pool/non-free/s/sun-java6/current/copyright Cheers, Andreas
[DebianGIS-dev] Some of your Debian packages might need attention
Dear Debian GIS Project, The following possible problem(s) were detected in the package(s) you maintain in Debian: === h5utils: = This package has 1 RC bug(s) more than 30 days old: - #432423 http://bugs.debian.org/432423 h5utils: FTBFS: /usr/bin/ld: cannot find -lgfortranbegin === hdf5: = This package has 3 RC bug(s) more than 30 days old: - #430260 http://bugs.debian.org/430260 ldbl128 transition for alpha, powerpc, sparc, s390 - #430261 http://bugs.debian.org/430261 ldbl128 transition for alpha, powerpc, sparc, s390 - #430263 http://bugs.debian.org/430263 ldbl128 transition for alpha, powerpc, sparc, s390 This is a semi-automated mail. These mails are sent monthly. For more information about these mails, refer to http://wiki.debian.org/qa.debian.org/DdpoByMail We are sorry if this mail was useless for you. If you think it was avoidable (that we can detect easily that the problems weren't actually problems), please reply to it and let us know. If you don't want to receive this type of mail any more, you can reply to this mail and use one of the following commands at the beginning of the mail: - unsubscribe email You will no longer receive any mail for any package - ignore package email You will no longer receive information about that package in those mails. So if that package is the only one with problems, you won't receive anything. - ignore bug email You will no longer receive information about this bug. All commands are manually processed, but you will receive confirmation. The commands are just here so that we know precisely what you want. A more detailed status of your packages is available from the DDPO. See: http://qa.debian.org/[EMAIL PROTECTED] Don't hesitate to reply to this mail if you have questions. The wiki page will be updated with useful information. -- DDPOMail, run by Lucas Nussbaum ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel