Bug#1053337: qgis_process ails with Command --noversioncheck not known

[Andrew Harvey]

Subject: qgis_process ails with Command --noversioncheck not known
Package: qgis
X-Debbugs-Cc: andrew.harv...@gmail.com
Version: 3.28.11+dfsg-1
Severity: important

Dear Maintainer,

Executing

qgis_process --help

results in the error

Command --noversioncheck not known!

It was expected to output the help page

It appears this is due to sourcing /etc/default/qgis which includes the
--noversioncheck option although that option only applies to qgis and not
qgis_process.

Calling qgis_process.bin directly and making sure to include the grass path
works around the issue.


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.4.0-4-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8),
LANGUAGE=en_AU:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qgis depends on:
ii  libc62.37-10
ii  libgcc-s113.2.0-4
ii  libgdal333.7.2+dfsg-1
ii  libgeos-c1v5 3.12.0-1
ii  libproj259.3.0-1
ii  libqgis-3d3.28.113.28.11+dfsg-1
ii  libqgis-analysis3.28.11  3.28.11+dfsg-1
ii  libqgis-app3.28.11   3.28.11+dfsg-1
ii  libqgis-core3.28.11  3.28.11+dfsg-1
ii  libqgis-gui3.28.11   3.28.11+dfsg-1
ii  libqt5core5a 5.15.10+dfsg-3
ii  libqt5gui5   5.15.10+dfsg-3
ii  libqt5keychain1  0.14.1-1
ii  libqt5network5   5.15.10+dfsg-3
ii  libqt5webkit55.212.0~alpha4-33
ii  libqt5widgets5   5.15.10+dfsg-3
ii  libstdc++6   13.2.0-4
ii  ocl-icd-libopencl1 [libopencl1]  2.3.2-1
ii  python3-qgis 3.28.11+dfsg-1
ii  qgis-common  3.28.11+dfsg-1
ii  qgis-providers   3.28.11+dfsg-1

Versions of packages qgis recommends:
pn  qgis-plugin-grass  

Versions of packages qgis suggests:
ii  gpsbabel  1.8.0+ds-7

-- no debconf information

Bug#970215: otb-bin: programs fail with symbol lookup error

[Andrew Harvey]

Package: otb-bin
Version: 7.1.0+dfsg-1+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?

otbcli -h

   * What was the outcome of this action?

/usr/bin/otbApplicationLauncherCommandLine: symbol lookup error:
/usr/lib/x86_64-linux-gnu/libOTBApplicationEngine-7.1.so.1: undefined
symbol:
_ZN3itk9Directory16GetNumberOfFilesEv

   * What outcome did you expect instead?

no error



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-8-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8),
LANGUAGE=en_AU:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages otb-bin depends on:
ii  libc62.31-3
ii  libgcc-s110.2.0-7
ii  libinsighttoolkit4.134.13.3withdata-dfsg1-2
ii  libotb-apps  7.1.0+dfsg-1+b1
ii  libotbcommandline-7.1-1  7.1.0+dfsg-1+b1
ii  libotbcommon-7.1-1   7.1.0+dfsg-1+b1
ii  libstdc++6   10.2.0-7

otb-bin recommends no packages.

otb-bin suggests no packages.

-- no debconf information

Bug#963080:

[Andrew Harvey]

I didn't upgrade ffmpeg so still on ffmpeg 4.2.3-2 but did upgrade chromium
once this bug was closed, but I still see the chromium crash even without
upgrading ffmpeg.

Bug#962156: josm: Could not initialize class org.openstreetmap.josm.data.cache.JCSCacheManager

[Andrew Harvey]

Package: josm
Version: 0.0.svn16538+dfsg-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I opened JOSM and tried to download an area of data from OSM but before the
JMapViewer window opened JOSM crashed with:

{{{
Revision:16538
Is-Local-Build:false
Build-Date:1970-01-23 23:34:59
Debian-Release:0.0.svn16538+dfsg-2
Build-Name:Debian

Identification: JOSM/1.5 (16538 Debian en_AU) Linux Debian GNU/Linux
bullseye/sid
Memory Usage: 441 MB / 3976 MB (138 MB allocated, but free)
Java version: 11.0.7+10-post-Debian-3, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1080
Maximum Screen Size: 1920x1080
Java package: openjdk-11-jre:amd64-11.0.7+10-3
Java ATK Wrapper package: libatk-wrapper-java:all-0.38.0-1
libcommons-compress-java: libcommons-compress-java:all-1.20-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20200323-1
liboauth-signpost-java: liboauth-signpost-java:all-1.2.1.2-3
VM arguments: [--add-modules=java.scripting,java.sql, -Djosm.restart=true,
-Djava.net.useSystemProxies=true]

Plugins:
+ Mapillary (1.5.23)
+ apache-commons (35362)
+ apache-http (35092)
+ buildings_tools (35474)
+ editgpx (35248)
+ javafx-unixoid (35375)
+ jna (35092)
+ photo_geotagging (35405)
+ photoadjust (35405)
+ poly (35248)
+ reverter (35474)
+ tageditor (35258)
+ turnlanes (35405)
+ turnlanes-tagging (283)
+ turnrestrictions (35405)
+ undelete (35474)
+ utilsplugin2 (35476)

Tagging presets:
+ /usr/share/josm/data/defaultpresets.xml
+
https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/AU.zip
+ https://raw.githubusercontent.com/osmlab/name-suggestion-
index/master/dist/name-suggestions.presets.xml

Map paint styles:
- /usr/share/josm/styles/standard/potlatch2.mapcss
- https://raw.githubusercontent.com/yopaseopor/indoormap/master/indoormap-
style.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Admin_Boundaries=1
-
https://josm.openstreetmap.de/josmfile?page=Styles/SlovakiaBicycleRoutes=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Cycleways=1
-
https://josm.openstreetmap.de/josmfile?page=Styles/Enhanced_Lane_and_Road_Attributes=1
- https://josm.openstreetmap.de/josmfile?page=Styles/iD=1
-
https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes=1
-
https://josm.openstreetmap.de/josmfile?page=Styles/LessObtrusiveNodes=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed=1
- https://josm.openstreetmap.de/josmfile?page=Styles/MTB=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Mountains=1
- https://raw.githubusercontent.com/OpenSidewalks/OpenSidewalks-
Schema/master/open_sidewalks.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc=1
- https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes=1
- https://josm.openstreetmap.de/josmfile?page=Styles/PublicTransport=1
- https://josm.openstreetmap.de/josmfile?page=Styles/sac_scale=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Surface=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Fixme=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Noname=1
- https://josm.openstreetmap.de/josmfile?page=Styles/MapWithAI=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lit=1
- https://josm.openstreetmap.de/josmfile?page=Styles/LitObjects=1

Validator rules:
+ /validator/indoorhelper.validator.mapcss

Last errors/warnings:
- E: Failed to locate image
'
https://koordinates.a.ssl.fastly.net/media/settings/branding/favicon-lds.ico
'
- E: Failed to locate image
'https://www.spatial.nsw.gov.au/__data/assets/file/0017/224801/favicon.ico'
- E: Failed to locate image
'https://www.spatial.nsw.gov.au/__data/assets/file/0017/224801/favicon.ico'
- E: Failed to locate image
'https://www.spatial.nsw.gov.au/__data/assets/file/0017/224801/favicon.ico'
- E: Failed to locate image
'https://www.spatial.nsw.gov.au/__data/assets/file/0017/224801/favicon.ico'
- W: javax.imageio.IIOException: Caught exception during read:. Cause:
java.lang.ArrayIndexOutOfBoundsException: Index 1 out of bounds for length 1
- E: Failed to locate image 'traffic_signs_presets/tunnel.png'
- W:  Tunnel: Could not get presets icon traffic_signs_presets/tunnel.png
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not
initialize class org.openstreetmap.josm.data.cache.JCSCacheManager
- E: Handled by bug report queue: java.lang.NoClassDefFoundError: Could not
initialize class org.openstreetmap.josm.data.cache.JCSCacheManager


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: AWT-EventQueue-0 (20) of main
java.lang.NoClassDefFoundError: Could not initialize class
org.openstreetmap.josm.data.cache.JCSCacheManager
at

Bug#956574: josm: exception when attempting to upload "Can't find bundle for base name ch.poole.openinghoursparser.Messages"

[Andrew Harvey]

The workaround I'm using is to disable the "On upload" check for "Opening
hours syntax" inside Preferences under the "blue check" tab.

On Mon, 13 Apr 2020 at 19:20, Sebastiaan Couwenberg 
wrote:

> Control: tags -1 confirmed
>
> On 4/13/20 10:37 AM, Andrew Harvey wrote:
> > Attempting to upload when having set opening_hours tags gave me the Java
> > Exception error below which preventing the upload from working. Not sure
> if
> > this is upstream issue or not.
>
> Probably not, upstream builds with the JAR from Maven, we build from
> source.
>
> The problem seems to be that the source JAR for OpeningHoursParser lacks
> the resources which contain the messages and their translations.
>
> Not sure how to fix that yet.
>
> Kind Regards,
>
> Bas
>
> --
>  GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
>

Bug#956574: josm: exception when attempting to upload "Can't find bundle for base name ch.poole.openinghoursparser.Messages"

[Andrew Harvey]

Package: josm
Version: 0.0.svn16239+dfsg-1
Severity: important

Dear Maintainer,

Attempting to upload when having set opening_hours tags gave me the Java
Exception error below which preventing the upload from working. Not sure if
this is upstream issue or not.

2020-04-13 18:28:23.125 SEVERE: Handled by bug report queue:
java.lang.ExceptionInInitializerError. Cause:
java.util.MissingResourceException: Can't find bundle for base name
ch.poole.openinghoursparser.Messages, locale
java.lang.ExceptionInInitializerError
at
org.openstreetmap.josm.data.validation.tests.OpeningHourTest.checkOpeningHourSyntax(OpeningHourTest.java:89)
at
org.openstreetmap.josm.data.validation.tests.OpeningHourTest.check(OpeningHourTest.java:114)
at
org.openstreetmap.josm.data.validation.Test$TagTest.visit(Test.java:128)
at org.openstreetmap.josm.data.osm.Node.accept(Node.java:214)
at org.openstreetmap.josm.data.validation.Test.visit(Test.java:215)
at
org.openstreetmap.josm.actions.upload.ValidateUploadHook.checkUpload(ValidateUploadHook.java:66)
at
org.openstreetmap.josm.actions.UploadAction.checkPreUploadConditions(UploadAction.java:219)
at
org.openstreetmap.josm.actions.UploadAction.uploadData(UploadAction.java:238)
at
org.openstreetmap.josm.actions.UploadAction.actionPerformed(UploadAction.java:294)
at
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
at
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
at
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
at
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
at
java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
at
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297)
at
java.desktop/java.awt.Component.processMouseEvent(Component.java:6631)
at
java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6396)
at java.desktop/java.awt.Container.processEvent(Container.java:2263)
at
java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5007)
at
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
at
java.desktop/java.awt.Component.dispatchEvent(Component.java:4839)
at
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
at
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
at
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
at
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
at
java.desktop/java.awt.Component.dispatchEvent(Component.java:4839)
at
java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(Native
Method)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
at java.base/java.security.AccessController.doPrivileged(Native
Method)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at
java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at
java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
Caused by: java.util.MissingResourceException: Can't find bundle for base
name
ch.poole.openinghoursparser.Messages, locale
at
java.base/java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:2055)
at
java.base/java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1689)
at

Bug#920555: xmobar: compile flag with_alsa to support Volume command

[Andrew Harvey]

Package: xmobar
Version: 0.29.4-2
Severity: wishlist

Are we able to get xmobar to compile with flag `with_alsa` to as needed by the
Volume command?

ref https://github.com/jaor/xmobar/issues/344

PS. I did try to submit a Merge Request on the Debian GitLab, but it gave me a
500 error when trying to fork the project.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Bug#906658: gimp-gmic: Segmentation fault when attempting to apply filter

[Andrew Harvey]

I have the same issue when trying to use any of the repair plugins:

/usr/lib/gimp/2.0/plug-ins/gmic_gimp: fatal error: Segmentation fault

Bug#852513: grub-efi-amd64: during configuration: "No space left on device"

[Andrew Harvey]

On Wed, 25 Jan 2017 12:46:55  0900 Norbert Preining  wrote:
> > > Could not delete variable: No space left on device
>
> The problem is with efibootmgr that cannot add new entries.
>
> It turns out that there were incredible many entries in
> /sys/fs/pstore
> related to some dumps. I have removed all of them.

Thank you for that! I had a broken system due to the exact same error
as you for a few months now (needing to bootstrap boot with rEFInd
each time), and deleting the contents of /sys/fs/pstore and then doing
this grub upgrade fixed it.

Bug#779265: qreator: fails to generate QR code image

[Andrew Harvey]

Package: qreator
Version: 13.05.3-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

On my system qreator doesn't generate any QR code images, when running with
`--verbose -vv debugs qreator_lib` and for instance trying to create a text QR
code STDERR reports,

Traceback (most recent call last):
  File /usr/share/qreator/qreator/qrcodes/QRCodeTextGtk.py, line 42, in
on_entryText_changed
False))
TypeError: Couldn't find foreign struct converter for 'cairo.Context'

Regards,
Andrew



-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-updates'), (500,
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages qreator depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gir1.2-champlain-0.120.12.9-1
ii  gir1.2-clutter-1.0   1.20.0-1
ii  gir1.2-gdkpixbuf-2.0 2.31.1-2+b1
ii  gir1.2-glib-2.0  1.42.0-2.2
ii  gir1.2-gtk-3.0   3.14.5-1
ii  gir1.2-gtkchamplain-0.12 0.12.9-1
ii  gir1.2-gtkclutter-1.01.6.0-1
ii  gir1.2-networkmanager-1.00.9.10.0-6
ii  gir1.2-nmgtk-1.0 0.9.10.0-2
ii  python   2.7.8-3
ii  python-cairo 1.8.8-1+b2
ii  python-dbus  1.2.0-2+b3
ii  python-defer 1.0.6-2
ii  python-gi3.14.0-1
ii  python-imaging   2.6.1-1
ii  python-qrencode  1.01-4
ii  python-requests  2.4.3-4
ii  python-vobject   0.8.1c-4
ii  python-xdg   0.25-4

qreator recommends no packages.

qreator suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779265: fix avaliable

[Andrew Harvey]

Tags: patch

Installing the package python-gi-cairo fixes this issue for me. It
should be added as a depends.

Would you like to fix this or should I push my changes to the git repository?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777736: redmine: Typo in documentation for apache2-host.conf

[Andrew Harvey]

Package: redmine
Version: 3.0~20140825-4
Severity: minor

Dear Maintainer,

There is a typo at

http://anonscm.debian.org/cgit/pkg-ruby-extras/redmine.git/tree/debian/doc/examples/apache2-host.conf

on line two, libapache2-mod-fcdid

Bug#718803: [Pkg-osm-maint] Bug#718803: josm: blank main window with openjdk 7

[Andrew Harvey]

I need to preceed my command to start josm of

$ josm

with

$ export _JAVA_AWT_WM_NONREPARENTING=1

I think it is a OpenJDK issue? At least when using the Xmonad/Gnome mix.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724892: ITP: python-blit -- Simple pixel-composition library

[Andrew Harvey]

Package: wnpp
Severity: wishlist

 Package name: python-blit
 Version : 1.4.0
 Upstream Author : Michal Migurski
 URL : https://github.com/migurski/Blit
 License : BSD
 Description : Simple pixel-composition library
 Blit can combine images and colors using different image blend modes, inspired
 by the layers palette in GIMP or Adobe Photoshop.
 .
 You can create a layer from  an image or color, and add new layers on top of

 it with a combination of opacity (0 - 1), mask image, and blend mode.

I've done the packaging, just need this bug for the Closes ITP
debian/changelog entry so I can upload to alioth.

Bug#724892: alioth

[Andrew Harvey]

Initial packaging at:
http://anonscm.debian.org/gitweb/?p=collab-maint/python-blit.git;a=summary

Bug#723939: freenect: Current version in unstable doesn't support Xbox 360 Kinect device

[Andrew Harvey]

Package: freenect
Version: 1:0.1.2+dfsg-6
Severity: important

Dear Maintainer,

libfreenect v0.2.0 includes support for Kinect for Windows and Kinect for
Xbox
360 Model 1473 support. Without this, certain Kinect models don't work as
expected. For example,

$ freenect-glview
Kinect camera test
Number of devices found: 1
send_cmd: Bad magic 06 00
freenect_fetch_reg_pad_info: send_cmd read -1 bytes (expected 8)
freenect_camera_init(): Failed to fetch registration pad info for device
Could not open device

I believe this issue is fixed by upgrading to the latest upstream version.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages freenect depends on:
ii  libfreenect-bin  1:0.1.2+dfsg-6
ii  libfreenect-dev  1:0.1.2+dfsg-6
ii  libfreenect-doc  1:0.1.2+dfsg-6
ii  libfreenect0.1   1:0.1.2+dfsg-6

freenect recommends no packages.

freenect suggests no packages.

-- no debconf information

Bug#694134: ITP: leaflet-tilejson -- leaflet-tilejson adds support for the TileJSON specification to the Leaflet map client

[Andrew Harvey]

On 29/03/13 02:56, Jérémy Lal wrote:
 Hi,
 i'm willing to help on packaging leaflet-tilejson.
 Anything already done ?
 
 I'm surprised URL is the one from perliedman, naively
 i would have used https://github.com/kartena/leaflet-tilejson.
 Any reason for this ?
 
 Jérémy.

Yeh sorry, I would like to see this, but I haven't gotten around to it
so far. So please if you are keen, go for it.

I would go for the kartena one too now that I know about it.



signature.asc
Description: OpenPGP digital signature

Bug#622960: Freeplane package + JMapViewer dependency

[Andrew Harvey]

On 16/03/13 02:32, Laszlo Boszormenyi (GCS) wrote:
  Sure, it looks OK. Still, there's some things to fix. Why do you use
 Java 6? Java 7 is in Debian now, see the openjdk-7-jre package.

Changed.

 Copyright format is now official, please use its format line[1].
 BSD-2 license text lines are too long, please use a 80 chars width one.

Changed.

 It would be nice to 'beautify' debian/rules . The second line can show
 the file format if set to: '# -*- makefile -*-'. Override targets should
 be listed in the '.PHONY: ...' line at the end.

Changed. GNU Make manual suggests this should be before the definition
though...[1]

 The debian/watch is essentially empty, delete it or make use of it.

If you don't have a debian/watch lintian will tell you to either add
one, or add one with just comments explaining the situation.

 Worst is that JMapViewer_Demo.jar is empty, contains only MANIFEST.MF .
 Is it an upstream build problem?

Yes I noticed that lintian warning. I'm pretty sure this is how upstream
does it. If this is a problem, in the Debian package we can ignore the
upstream JMapViewer_Demo.jar and simply change our /usr/bin/jmapviewer
script to

java -Djava.net.useSystemProxies=true -cp
/usr/share/java/jmapviewer.jar org.openstreetmap.gui.jmapviewer.Demo $@

Is this a better approach? It is a pretty easy change to make.

[1] https://www.gnu.org/software/make/manual/html_node/Phony-Targets.html



signature.asc
Description: OpenPGP digital signature

Bug#622960: Freeplane package + JMapViewer dependency

[Andrew Harvey]

On 15/03/13 04:29, Felix Natter wrote:
 For the upcoming 1.3.x Freeplane release (upstream in a few months) I
 also need the JMapViewer dependency.
 
 I saw this bug report regarding JMapViewer (which I cc:):
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649226
 
 Is someone taking care of JMapViewer for Debian?
 (there is no activity since 2011:
 http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary)

I've just pushed some updates to the packaging to clean it up and
updated to the latest upstream version.

I'm happy to maintain it (unless upstream makes big changes which make
harder to package). However a DD will need to sponsor it's upload if we
want it included in Debian.

Lastly, my apologies to Laszlo who offered to sponsor it's upload back
in August last year, but I never got around to fixing up the package.
Hopefully the latest updates I've made will mean it can be sponsored and
uploaded into Debian.

Thanks all for chasing up with me on this, hopefully my original
packaging effort will not have been in vain after all.



signature.asc
Description: OpenPGP digital signature

Bug#695976: postgis: shp2pgsql segfault

[Andrew Harvey]

Your attached shx file is empty as such,

  .shx file is unreadable, or corrupt.
  nsw: shape (.shp) or index files (.shx) can not be opened, will just
import attribute data.

which runs fine.



signature.asc
Description: OpenPGP digital signature

Bug#695976: postgis: shp2pgsql segfault

[Andrew Harvey]

On 15/12/12 17:34, Thomas Chung wrote:
 On Sat, Dec 15, 2012 at 4:37 PM, Andrew Harvey andrew.harv...@gmail.com 
 wrote:

 Your attached shx file is empty as such,

 
 That empty shx file is part of the setup. It does not segfault if the
 file does not exist. Could you confirm that you tried it with all
 three files as attached?
 
 I was trying to create a minimal example, and found that an empty shx
 file still reproduced the problem.
 
 Thomas

Yep. Used,

those files with md5sums of

60c1d5f7a6a36728b88db947359757ba  nsw.dbf
4b7c97864fdf18acd2bbe0af0d897f7c  nsw.shp
d41d8cd98f00b204e9800998ecf8427e  nsw.shx

and running

shp2pgsql nsw

gives attached results.

Using postgis package 1.5.3-2 (unstable)
.shx file is unreadable, or corrupt.
nsw: shape (.shp) or index files (.shx) can not be opened, will just import 
attribute data.
SET CLIENT_ENCODING TO UTF8;
SET STANDARD_CONFORMING_STRINGS TO ON;
BEGIN;
CREATE TABLE nsw (gid serial PRIMARY KEY,
mb_code11 varchar(11),
mb_cat11 varchar(50),
sa1_main11 varchar(11),
sa1_7dig11 varchar(7),
sa2_main11 varchar(9),
sa2_5dig11 varchar(5),
sa2_name11 varchar(50),
sa3_code11 varchar(5),
sa3_name11 varchar(50),
sa4_code11 varchar(3),
sa4_name11 varchar(50),
gcc_code11 varchar(5),
gcc_name11 varchar(50),
ste_code11 varchar(1),
ste_name11 varchar(50),
albers_sqm numeric);
INSERT INTO nsw 
(mb_code11,mb_cat11,sa1_main11,sa1_7dig11,sa2_main11,sa2_5dig11,sa2_name11,sa3_code11,sa3_name11,sa4_code11,sa4_name11,gcc_code11,gcc_name11,ste_code11,ste_name11,albers_sqm)
 VALUES 
('1009499','NOUSUALRESIDENCE','194','194','19499','19499','No
 usual address (NSW)','1','Special Purpose Codes SA3 (NSW)','199','Special 
Purpose Codes SA4 (NSW)','19499','No usual address (NSW)','1','New South 
Wales',NULL);
COMMIT;


signature.asc
Description: OpenPGP digital signature

Bug#694132: ITP: leaflet-label -- plugin for adding labels to markers shapes on leaflet powered maps

[Andrew Harvey]

Package: wnpp
Severity: wishlist

 Package name: leaflet-label
 Version : 0.1.0
 Upstream Author : Jacob Toye
 URL : https://github.com/jacobtoye/Leaflet.label
 License : Expat
 Description : plugin for adding labels to markers  shapes on
leaflet powered maps



signature.asc
Description: OpenPGP digital signature

Bug#694133: ITP: leaflet-animatedmarker -- Leaflet plugin for animating a marker along a polyline

[Andrew Harvey]

Package: wnpp
Severity: wishlist

 Package name: leaflet-animatedmarker
 Version : vcs master
 Upstream Author : OpenPlans
 URL : https://github.com/openplans/Leaflet.AnimatedMarker
 License : Expat
 Description : Leaflet plugin for animating a marker along a polyline



signature.asc
Description: OpenPGP digital signature

Bug#694134: ITP: leaflet-tilejson -- leaflet-tilejson adds support for the TileJSON specification to the Leaflet map client

[Andrew Harvey]

Package: wnpp
Severity: wishlist

 Package name: leaflet-tilejson
 Version : vcs master
 Upstream Author : Kartena AB, Per Liedman
 URL : https://github.com/perliedman/leaflet-tilejson
 License : BSD-2-clause
 Description : leaflet-tilejson adds support for the TileJSON
specification to the Leaflet map client



signature.asc
Description: OpenPGP digital signature

Bug#694135: ITP: leaflet-draw -- Adds support for drawing polys to Leaflet

[Andrew Harvey]

Package: wnpp
Severity: wishlist

 Package name: leaflet-draw
 Version : 0.1.4
 Upstream Author : Jacob Toye
 URL : https://github.com/jacobtoye/Leaflet.draw
 License : Expat
 Description : Adds support for drawing polys to Leaflet



signature.asc
Description: OpenPGP digital signature

Bug#694136: ITP: leaflet-locationfilter -- Provides a location filter for Leaflet

[Andrew Harvey]

Package: wnpp
Severity: wishlist

 Package name: leaflet-locationfilter
 Version : vcs master
 Upstream Author : Tripbirds.com
 URL : https://github.com/tripbirds/leaflet-locationfilter/
 License : Expat
 Description : Provides a location filter for Leaflet



signature.asc
Description: OpenPGP digital signature

Bug#694137: ITP: leaflet-hash -- Leaflet-hash lets you to add dynamic URL hashes to web pages with Leaflet maps

[Andrew Harvey]

Package: wnpp
Severity: wishlist

 Package name: leaflet-hash
 Version : vcs master
 Upstream Author : Michael Lawrence Evans
 URL : https://github.com/mlevans/leaflet-hash
 License : Expat
 Description : Leaflet-hash lets you to add dynamic URL hashes to
web pages with Leaflet maps



signature.asc
Description: OpenPGP digital signature

Bug#693694: Please package geos 3.3.6

[Andrew Harvey]

On 22/11/12 00:09, Francesco P. Lovergine wrote:
 Current freezing does not encourage development. This explains while we are
 stuck to now old versions for many basic libraries. In some cases new versions
 are available through experimental repo.
 

Even though stable is frozen, can't one still upload to unstable,
experimental, or at least source in svn/git repo?



signature.asc
Description: OpenPGP digital signature

Bug#694119: ITP: leaflet-markercluster -- Provides Marker Clustering functionality for Leaflet

[Andrew Harvey]

Package: wnpp
Severity: wishlist

Dear Maintainer,
 Package name: leaflet-markercluster
 Version : 0.2+dfsg.1
 Upstream Author : David Leaver
 URL : https://github.com/danzel/Leaflet.markercluster
 License : Expat
 Description : Provides Marker Clustering functionality for Leaflet

 Leaflet.markercluster is a plugin for the Leaflet JavaScript library.
 .
 It provides beautiful animated marker clustering functionality for Leaflet.

I've started work already.

Very soon I will upload progress to

http://git.debian.org/?p=pkg-grass/leaflet-markercluster.git




signature.asc
Description: OpenPGP digital signature

Bug#692250: tinymce: please use javascript-common

[Andrew Harvey]

Subject: tinymce: please use javascript-common
Package: tinymce
Version: 3.4.8+dfsg0-1
Severity: wishlist

Dear Maintainer,

Quoting from the description of the javascript-common package,

Web applications that use JavaScript need to distribute it through
HTTP. Using a common path for every script avoids the need to
enable this path in the HTTP server for every package.

This is a helper package that creates /usr/share/javascript and
enables it in the Apache and Lighttpd webserver.

Most javascript packages in Debian follow this convention and install
into /usr/share/javascript, so that the javascript files are accessible
via HTTP in a uniform interface without the need to add special
configuration to the web server for each javascript package.

Thanks.



signature.asc
Description: OpenPGP digital signature

Bug#692251: tinymce: example.html should use src=tiny_mce.js

[Andrew Harvey]

Subject: tinymce: example.html should use src=tiny_mce.js
Package: tinymce
Version: 3.4.8+dfsg0-1
Severity: minor

Dear Maintainer,

The packaged example.html uses src=/tinymce/tiny_mce.js, however this
relies on the user making tinymce available at the absolute path
/tinymce/.

If the example.html simply used src=tiny_mce.js then the path would be
relative and it wouldn't matter where the user made tinymce available
through.



signature.asc
Description: OpenPGP digital signature

Bug#684480: libjs-wax: Missing html4-defs.js

[Andrew Harvey]

On 05/09/12 19:30, David Paleino wrote:
 I solved it by downloading the last available revision of html4-defs.js
 inside get-orig-source. This is not an optimal solution, and it would be best
 to package google-caja, as you already suggested (see bug mangling above).

Agreed.

 I pushed my changes to the git repository available at:
 
   git://git.debian.org/git/collab-maint/wax.js.git
 
 I currently have no time to make a test page to check whether it works or not
 (and that's why I'm not uploading the package right away) -- could you please
 build a package from there and try it?

Yep, just did and tested it. Works fine, thanks.



signature.asc
Description: OpenPGP digital signature

Bug#684480: libjs-wax: Missing html4-defs.js

[Andrew Harvey]

Package: libjs-wax
Version: 5.0.1+ds1-1
Justification: renders package unusable
Severity: grave

Dear Maintainer,

Upon trying to use wax.leaf.js the browser reports html4 is not
defined from wax.leaf.js:842.

The html4 object which it mentions is provided by the html4 package
within google-caja.

More specifically in debian/rules the get-orig-source target removes the
third-party embedded libs for the google-caja html-sanitizer from the
source package (ext/html-sanitizer-bundle.js) and
re-pulls this file from
http://google-caja.googlecode.com/svn/trunk/src/com/google/caja/plugin/html-sanitizer.js.

However, the two files are not the same. Specifically the one you pull
in doesn't provide html4, whereas the one included in the upstream
source package did.

This is furthermore complicated by the fact that upstream removed the
html4-defs.js file (which is the one we need) from the upstream source
tree in r3013 because it is now build as part of the build process of
google-caja, so we can't simply pull it in.

I see two options to fix this issue.

Option 1 is to leave the included ext/html-sanitizer-bundle.js from the
upstream source tarball in tact and use it. However I don't think this
is a viable option as it is probably against Debian policy.

Option two is to package google-caja in Debian. Doing so will build the
required html4-defs.js file from source and provide it for use within
Debian, allowing libjs-wax to simply Depend on google-caja and use it's
html4-defs.js file.

Until such time as this is fixed, unless there is some other way to use
wax, I think the package should be removed from Debian since it is not
usable in it's current form (happy to be proven wrong).

Thanks.



signature.asc
Description: OpenPGP digital signature

Bug#622960: freemind packaging needs jmapviewer

[Andrew Harvey]

Hi Laszlo,

On 05/08/12 00:07, Laszlo Boszormenyi (GCS) wrote:
 Hi Andrew,
 
 How goes the jmapviewer packaging? As I see, there's a git
 repository[1], but it seems it was never uploaded nor update for eight
 months now.

I don't think it was uploaded to Debian because I couldn't find a DD to
sponsor it. However, I believe it still needs some more work anyway.

I originally started packaging it as it is required by osmembrane, but I
never follow through with getting it uploaded to Debian/getting the
packaging quality up.

 I intend to adopt freemind[2] and almost ready packaging its
 newest release, 1.0.0~beta5. However it needs jmapviewer to build
 correctly.
 Are you still interested to maintain it or should I finish packaging
 that as well?

I don't know if I can commit to anything, but I can try to help out with
its packaging. So happy to either co-maintain, or co-contribution of
packaging work.

Which version of jmapviewer does freemind need? Because I noticed that
if I updated the alioth packaging for jmapviewer to the latest, it would
pull in an embedded MapQuest logo, so we would need to either cut it
out, or ensure it is DFSG compliant.

I'm more than happy to try to help out or for you to work directly off
http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary

I'm not exactly sure how much time I'll have to look into it. I'll try,
but feel free to jump ahead and work on it yourself.

 
 Regards,
 Laszlo/GCS
 [1] http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary
 [2] http://freemind.sourceforge.net/wiki/index.php/Main_Page
 




signature.asc
Description: OpenPGP digital signature

Bug#622960: freemind packaging needs jmapviewer

[Andrew Harvey]

On 05/08/12 20:45, Laszlo Boszormenyi (GCS) wrote:
 Hi Andrew,
 
 On Sun, 2012-08-05 at 20:24 +1000, Andrew Harvey wrote:
 On 05/08/12 00:07, Laszlo Boszormenyi (GCS) wrote:
 How goes the jmapviewer packaging? As I see, there's a git
 repository[1], but it seems it was never uploaded nor update for eight
 months now.
 I don't think it was uploaded to Debian because I couldn't find a DD to
 sponsor it. However, I believe it still needs some more work anyway.
  Now you've found a DD who would upload it. Sure, it needs to be updated
 to the newest stable version and conforms to the latest Debian policy.

Good. Okay then I'll spend some time this week trying to get it in
better shape.

 Are you still interested to maintain it or should I finish packaging
 that as well?
 I don't know if I can commit to anything, but I can try to help out with
 its packaging. So happy to either co-maintain, or co-contribution of
 packaging work.
  Well, somehow you created it. You are set as owner and it seems you did
 some commit to it.
 
 Which version of jmapviewer does freemind need? Because I noticed that
 if I updated the alioth packaging for jmapviewer to the latest, it would
 pull in an embedded MapQuest logo, so we would need to either cut it
 out, or ensure it is DFSG compliant.
  Sure, the image should be DFSG compliant as well. I don't know the
 required version number, even if freemind contains the source jar for
 jmapviewer. I couldn't find its version number. Is there any release at
 all? What I could find is:
 http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/2011-02-19/
 Nothing more. No version number, just a date.

I've just been using the upstream vcs revision as the version.

 I'm more than happy to try to help out or for you to work directly off
 http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary
 I'm not exactly sure how much time I'll have to look into it. I'll try,
 but feel free to jump ahead and work on it yourself.
  So you mean I can be its maintainer and set you as uploader?

I don't mind maintaining it myself. But if you want to take over I'm
fine with that too. I don't mind either way.

 
 Cheers,
 Laszlo/GCS
 




signature.asc
Description: OpenPGP digital signature

Bug#665798: (no subject)

[Andrew Harvey]

I second this change.

It has and still causes problems for me, and leads to hacks and
workarounds that need to be manually applied like fixing it in
/usr/share/pyshared/mapnik2/paths.py

Its a simple fix in debian/rules.



signature.asc
Description: OpenPGP digital signature

Bug#678426: [Pkg-osm-maint] Bug#678426: libjs-leaflet: should mention stripped source in copyright (or use pristine source)

[Andrew Harvey]

On 22/06/12 02:48, Jonas Smedegaard wrote:
 Package: libjs-leaflet
 Version: 0.3-1
 Severity: normal
 
 Debian Policy requires (or only recommends? I don't recall) that if
 upstream source is not redistributed as-is then mangling be documented
 in debian/copyright.
 
 Seems from the CDBS hints that libjs-leaflet strips upstream generated
 JavaScript files.
 
 Either this should be documented, or preferrably - as the stripping
 seems unnecessary to me - the source should be used as-is, but those
 files instead be put aside when building the files used for binary
 packaging.

While it is hard to argue this case, in general by excluding these
binary files which are rebuilt during the build process from the debian
source package results in a source package of smaller size.

Is this the policy you are referring to
http://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource

I don't believe that applies in this case. Do you have reference to best
practice or policy for this?



signature.asc
Description: OpenPGP digital signature

Bug#678419: [Pkg-osm-maint] Bug#678419: libjs-leaflet: please update to 0.3.1 (or maybe even 0.4~pre)

[Andrew Harvey]

On 22/06/12 02:02, Jonas Smedegaard wrote:
 Package: libjs-leaflet
 Version: 0.3-1
 Severity: minor
 
 As subject says, please update to newer upstream release or snapshot.
 
 The list of bugfixes is long, expecially for the snapshot:
 https://github.com/CloudMade/Leaflet/blob/master/CHANGELOG.md
 
 0.3.1 has been out since February.  Any reason not to update?

Hi Jonas,

Thanks for the bug.

I packaged 0.3.1 last month at

http://anonscm.debian.org/gitweb/?p=pkg-osm/leaflet.git

On the 26/05/2012 I sent an email to David Paleino asking if he could
upload it (since I don't have upload permissions, and he did it last
time). But I haven't heard back.

What I realise now is I should have emailed the pkg-osm-maint list with
this request to keep the whole process in the open.

If you can upload this, that would be great.

On 22/06/12 02:32, Jonas Smedegaard wrote:
 ...or if interested I could join you as co-maintainer and update myself.

I'm fine with that. Although I do try to keep on top of this package as
it helps me get my Debian packaging experience up. But a co-maintainer
can always fix up my mistakes or pick up the work if I disappear, or
take over if I don't do a good enough job.

 I see that you already package it my style, so should be easy to
 follow up on ;-)

Because I copied most of it from one of your existing packages ;-)


 I am currently preparing an unofficial test of a 0.4 snapshot now, and
 if that goes well I would choose to release that if you are ok with it.

I'm not sure what the Debian policy is on that (i.e. unstable software
releases in Debian stable)? That would cause the unstable 0.4 snapshot
to go into Debian stable, I'm not sure if that is a good idea with the
freeze so soon. Your wisdom on this is appreciated though, and
personally I don't generally mind which way it's done.



signature.asc
Description: OpenPGP digital signature

Bug#664245: tilestache-seed only seeds first 10 tiles

[Andrew Harvey]

Package: tilestache
Version: 1.27.1-1
Severity: important
Tags: upstream

Dear Maintainer,

The current packaged version of tilestache contains an important bug in
tilecache-seed whereby only the first 10 tiles are seeded. This has been
fixed upstream in 1.27.3 and above.

I recommend we simply bump to a later upstream version.

For reference this was fixed in the commit at
https://github.com/migurski/TileStache/commit/61a26009ad72032196be274b7103d8fb815485ca

Thanks.



signature.asc
Description: OpenPGP digital signature

Bug#658387: [Pkg-osm-maint] Bug#658387: Examples don't work

[Andrew Harvey]

On Fri, Feb 3, 2012 at 3:14 AM, Antony Gelberg antony.gelb...@gmail.com wrote:
 Package: libjs-openlayers-doc

 I installed this package today as the OL website was down.  Sadly, the
 examples don't work in either chrome or firefox.  Please look into
 this.

Looks like the examples try to source
../lib/OpenLayers.js
../theme/default/style.css
etc.

I take that ideally we would want a solution to work when browsing both of
file:///usr/share/doc/libjs-openlayers-doc/examples/
http://localhost/doc/libjs-openlayers-doc/examples/

One solution would be to have a symlink,
ln -s -T ../../javascript/openlayers/ /usr/share/doc/libjs-openlayers-docs/lib
ln -s -T ../../javascript/openlayers/theme theme

I don't know if this would violate any policies though... otherwise if
we patch the actual example files with different links to the OL.js
file we can't support both file:// and http://localhost

I'm happy to make/test a patch if this approach is okay, and no one
else wants to do it.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#658387: [Pkg-osm-maint] Bug#658387: Examples don't work

[Andrew Harvey]

On Fri, Feb 3, 2012 at 10:29 PM, Andrew Harvey andrew.harv...@gmail.com wrote:
 One solution would be to have a symlink,
 ln -s -T ../../javascript/openlayers/ /usr/share/doc/libjs-openlayers-docs/lib
 ln -s -T ../../javascript/openlayers/theme theme

... sorry that should be
ln -s -T ../../javascript/openlayers/ /usr/share/doc/libjs-openlayers-doc/lib
ln -s -T ../../javascript/openlayers/theme
/usr/share/doc/libjs-openlayers-doc/theme



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656700:

[Andrew Harvey]

I'm maintaining my packaging effort at
http://anonscm.debian.org/gitweb/?p=pkg-java/libpjl-comp-filter-java.git;a=summary



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656432: java ClassNotFoundException

[Andrew Harvey]

On Thu, Jan 19, 2012 at 9:59 PM, David Paleino da...@debian.org wrote:
 Could you please check whether adding:

  load /usr/share/osmosis/osmosis-core.jar

 at the end of /etc/osmosis/plexus.conf fixes this for you?
 It would be nice if you could also test different osmosis commands :)

Thanks David. Adding that line allowed osmosis to go a bit further outputting,

20/01/2012 7:12:02 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.40.1
20/01/2012 7:12:02 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
20/01/2012 7:12:02 PM org.openstreetmap.osmosis.core.Osmosis main

rather than giving the java.lang.ClassNotFoundException error message
straight away.

I still got

org.openstreetmap.osmosis.core.OsmosisRuntimeException: Task type
read-xml doesn't exist. (actually --version isn't valid anyway, so I
used --read-xml to test)

after that, however, by appending

load /usr/share/osmosis/osmosis-apidb.jar
load /usr/share/osmosis/osmosis-areafilter.jar
load /usr/share/osmosis/osmosis-core.jar
load /usr/share/osmosis/osmosis-dataset.jar
load /usr/share/osmosis/osmosis-extract.jar
load /usr/share/osmosis/osmosis-hstore.jar
load /usr/share/osmosis/osmosis-pbf.jar
load /usr/share/osmosis/osmosis-pgsimple.jar
load /usr/share/osmosis/osmosis-pgsnapshot.jar
load /usr/share/osmosis/osmosis-replication.jar
load /usr/share/osmosis/osmosis-set.jar
load /usr/share/osmosis/osmosis-tagfilter.jar
load /usr/share/osmosis/osmosis-testutil.jar
load /usr/share/osmosis/osmosis-xml.jar

to /etc/osmosis/plexus.conf the problem was fixed completely, allowing
all the standard osmosis tasks to work as expected.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656700: ITP: pjl-comp-filter -- PJL Compression Filter

[Andrew Harvey]

Package: wnpp
Severity: wishlist

Dear Maintainer,
 Package name: pjl-comp-filter
 Version : 1.7+dfsg
 Upstream Author : Sean Owen
 URL : http://sourceforge.net/projects/pjl-comp-filter/
 License : Apache-2.0
 Description : PJL Compression Filter

 A J2EE servlet filter which compresses response data.
 .
 Supports gzip, deflate and thore compression algorithms, emphasising minimal
 memory usage and high throughput.

I will upload my work so far to mentors.debian.net once I get this bug number.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656432: java ClassNotFoundException

[Andrew Harvey]

Package: osmosis
Version: 0.40.1+ds1

When I run,
$ osmosis --version

I get,

java.lang.ClassNotFoundException: org.openstreetmap.osmosis.core.Osmosis
at 
org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:53)
at 
org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:208)
at 
org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:202)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.getMainClass(Launcher.java:144)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:266)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:408)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
at org.codehaus.classworlds.Launcher.main(Launcher.java:31)

If I run with no arguments I get the standard help page.

I'm not sure how else I can help debug this issue.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653111: postgresql-9.1-postgis: postgis dependencies are very strong

[Andrew Harvey]

Subject: postgresql-9.1-postgis: postgis dependencies are very strong
Package: postgresql-9.1-postgis
Version: 1.5.3-2
Severity: minor

Dear Maintainer,

Currently postgresql-9.1-postgis depends on postgis, and postgis
includes the gui application shp2pgsql-gui. This means that to install
the postgresql-9.1-postgis package I need to pull in gtk and other
dependencies for running a graphical application. For this reason I
think it would make sense to separate out shp2pgsql-gui from the
postgis package.

Another option, possibly in addition to the suggestion above, would be
to make postgres-9.1-postgis recommend the postgis package rather than
depend. However then you still can't use just the non-gui shp2pgsql
and pgsql2shp programs without installing all the dependencies the
-gui program requires.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages postgresql-9.1-postgis depends on:
ii  libc6   2.13-23
ii  libgeos-c1  3.2.2-3
ii  libproj04.7.0-1
ii  libxml2 2.7.8.dfsg-5
ii  postgis 1.5.3-2
ii  postgresql-9.1  9.1.2-2

postgresql-9.1-postgis recommends no packages.

postgresql-9.1-postgis suggests no packages.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#653115: libprotobuf-java: installing pulls in graphical interface libraries as dependencies

[Andrew Harvey]

Package: libprotobuf-java
Version: 2.4.1-1
Severity: minor

libprotobuf-java depends on default-jre | java5-runtime. I have two questions:

1. Given the package only contains libraries and no executable programs is
   default-jre required at all? Most other lib*-java libraries I've seen
   don't have any dependencies on a JRE.

2. If it is required, does it need to be the full JRE, or can the headless JRE
   suffice? I wouldn't expect libprotobuf-java to require libraries for
   graphical interfaces.


-- System Information:
 Debian Release: wheezy/sid
 APT prefers unstable
 APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental')
 Architecture: amd64 (x86_64)

 Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages libprotobuf-java depends on:
 ii  default-jre [java5-runtime]    1:1.6-46
 ii  gcj-4.4-jre [java5-runtime]    4.4.6-11
 ii  gcj-4.6-jre [java5-runtime]    4.6.2-2
 ii  gcj-jre [java5-runtime]        4:4.6.2-2
 ii  openjdk-6-jre [java5-runtime]  6b24~pre2-1

 Versions of packages libprotobuf-java recommends:
 ii  protobuf-compiler  2.4.1-1

 libprotobuf-java suggests no packages.

 -- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#649352: reopen 649352

[Andrew Harvey]

Sorry. It seems we should have been patching doc/Makefile.in not
doc/Makefile as the latter is generated by the former during the build
(not sure why it is keep at all but anyway).

I'm sorry I messed it up
the first time.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#649352: postgis: HTML documentation resources not installed

[Andrew Harvey]

Subject: postgis: HTML documentation resources not installed
Package: postgis
Version: 1.5.3-1
Severity: minor
Tags: upstream patch

Dear Maintainer,

The HTML postgis help is install to
/usr/share/doc/postgis/postgis/postgis.html but the accompanying
style.css and images are not installed.

The attached patch against the current HEAD of
git.debian.org/pkg-grass/postgis.git fixes the issue.

It would seem that this is an upstream problem, but I've solved it
with a patch at Debian build time.
From bab23ae7696d1a2f23620263420f0a61dde0e753 Mon Sep 17 00:00:00 2001
From: Andrew Harvey andrew.harv...@gmail.com
Date: Sun, 20 Nov 2011 20:12:48 +1100
Subject: [PATCH] Install HTML documentation resources

---
 debian/patches/html_doc_resources |   19 +++
 debian/patches/series |1 +
 2 files changed, 20 insertions(+), 0 deletions(-)
 create mode 100644 debian/patches/html_doc_resources

diff --git a/debian/patches/html_doc_resources b/debian/patches/html_doc_resources
new file mode 100644
index 000..72ad6b5
--- /dev/null
+++ b/debian/patches/html_doc_resources
@@ -0,0 +1,19 @@
+--- a/doc/Makefile
 b/doc/Makefile
+@@ -134,12 +134,16 @@
+ 	@mkdir -p $(PGSQL_DOCDIR)/postgis
+ 	@mkdir -p $(PGSQL_MANDIR)/man1
+ 	cp html/postgis.html $(PGSQL_DOCDIR)/postgis/postgis.html
++	cp html/style.css $(PGSQL_DOCDIR)/postgis/style.css
++	cp -r html/images $(PGSQL_DOCDIR)/postgis/
+ 	cp ../README.postgis $(PGSQL_DOCDIR)/postgis/README.postgis
+ 	cp man/pgsql2shp.1 $(PGSQL_MANDIR)/man1/pgsql2shp.1
+ 	cp man/shp2pgsql.1 $(PGSQL_MANDIR)/man1/shp2pgsql.1
+ 
+ uninstall:
+ 	rm -f $(PGSQL_DOCDIR)/postgis/postgis.html
++	rm -f $(PGSQL_DOCDIR)/postgis/style.css
++	rm -rf $(PGSQL_DOCDIR)/postgis/images
+ 	rm -f $(PGSQL_DOCDIR)/postgis/README.postgis
+ 	rm -f $(PGSQL_MANDIR)/man1/shp2pgsql.1
+ 	rm -f $(PGSQL_MANDIR)/man1/pgsql2shp.1
diff --git a/debian/patches/series b/debian/patches/series
index 9d74090..5deccea 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 install
 generator
+html_doc_resources
-- 
1.7.7.3

Bug#649330: ITP: osmembrane -- GUI front end for Osmosis

[Andrew Harvey]

Package: wnpp
Severity: wishlist

Dear Maintainer,
 Package name: osmembrane
 Version : 0.0+svn906+dfsg
 Upstream Author : Christian Endres, Jakob Jarosch and Tobias Kuhn
 URL : http://osmembrane.de/
 License : GPL-3.0
 Description : GUI front end for Osmosis

 Osmembrane is a front end for Osmosis. It is used for processing OpenStreetMap
 .osm files.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#649226: ITP: jmapviewer -- Java OpenStreetMap Tile Viewer

[Andrew Harvey]

Package: wnpp
Severity: wishlist

Dear Maintainer,
 Package name: jmapviewer
 Version : 0.0+svn27079+dfsg
 Upstream Author : Jan Peter Stotz
 URL : http://svn.openstreetmap.org/applications/viewer/jmapviewer
 License : GPL-2+
 Description : Java OpenStreetMap Tile Viewer

 JMapViewer is a Java Swing component for integrating OSM maps in to your Java
 application. JMapViewer allows you to set markers on the map or zoom to a
 specific location on the map.
 .
 This package includes both the library and a demo application.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#648404: tilecache: man page for tilecache is outdated

[Andrew Harvey]

Package: tilecache
Version: 2.11-2
Severity: normal
Tags: patch

Dear Maintainer,

The man page for tilecache documenting the usage of the binary tilecache_seed
is outdated. I've attached a git format-patch against the git repo from
git.debian.org. The patch updates the existing man page to be consistent with
the new usage of the program.

I was unable to commit this patch directly to git.debian.org because my
request to join the team hasn't been approved as of yet.

Thanks.
From 5f6bbb8f1a13d2874dc5db11902b904c107daf73 Mon Sep 17 00:00:00 2001
From: Andrew Harvey andrew.harv...@gmail.com
Date: Sun, 6 Nov 2011 12:04:05 +1100
Subject: [PATCH] Update man page for tilecache_seed

---
 debian/changelog   |6 
 debian/tilecache.8 |   70 +++
 2 files changed, 54 insertions(+), 22 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 4937f63..c332696 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+tilecache (2.11-3) UNRELEASED; urgency=low
+
+  * Update tilecache man page
+
+ -- Andrew Harvey andrew.harv...@gmail.com  Sat, 05 Nov 2011 10:42:38 +1100
+
 tilecache (2.11-2) unstable; urgency=low
 
   * Upload to unstable.
diff --git a/debian/tilecache.8 b/debian/tilecache.8
index 7a1a686..4b4fda5 100644
--- a/debian/tilecache.8
+++ b/debian/tilecache.8
@@ -150,7 +150,7 @@ Configuring FastCGI is beyond the scope of this documentation.
 .\ depart_block_quote
 
 .SH CONFIGURATION
-TileCache is configured by a config file, defaulting to tilecache.cfg.
+TileCache is configured by a config file, defaulting to /etc/tilecache.cfg.
 There are several parameters to control TileCache layers that are applicable
 to all layers:
 
@@ -251,7 +251,7 @@ String describing the SRS value. Default is EPSG:4326
 .TP
 .B type
 The type of layer. Options are: WMSLayer, MapnikLayer, MapServerLayer,
-ImageLayer
+ImageLayer, GDAL, ArcXML
 
 
 .TP
@@ -329,20 +329,53 @@ need to have TileCache set up in one of the previously described configurations.
 .SS Usage
 
 .\ visit_block_quote
-/usr/sbin/tilecache_seed url layer [zoom start zoom stop [bbox]]
+/usr/sbin/tilecache_seed [options] layer [zoom start zoom stop]
 
 
 .\ depart_block_quote
 
-.SS Arguments
+.SS Options
 
-.\ visit_block_quote
+.TP
+.B --version
+show the program's version number and exit
 
 .TP
-.B url
-http://example.com/yourdir/tilecache.cgi? or
-http://example.com/yourdir/tilecache.py
+.B -h, --help
+show the program's help message and exit
+
+.TP
+.B -f, --force
+force recreation of tiles even if they are already in cache
 
+.TP
+.B -b BBOX, --bbox=BBOX
+restrict to specified bounding box where BBOX is in the format
+left, bottom, right, top
+
+.TP
+.B -c TILECACHECONFIG, --config=TILECACHECONFIG
+path to configuration file
+
+.TP
+.B -d DELAY, --delay=DELAY
+delay time between requests (default: 0)
+
+.TP
+.B -p PADDING, --padding=PADDING
+extra margin tiles to seed around target area.
+Defaults to 0 (some edge tiles might be missing).
+A value of 1 ensures all tiles will be created, but
+some tiles may be wholly outside your bbox
+
+.TP
+.B -r, --reverse
+reverse order of seeding tiles
+
+
+.SS Arguments
+
+.\ visit_block_quote
 
 .TP
 .B layer
@@ -355,20 +388,14 @@ Zoom level to start the process
 
 
 .TP
-.B zoom end
+.B zoom stop
 Zoom level to end the process
 
 
-.TP
-.B bbox
-The bounding box to seed
-
-
-
 .SS Seeding by center point and radius
-If called without zoom level arguments, tilecache_seed.py will assume
-that it needs to read a list of points and radii from standard input,
-in the form:
+If called without zoom level arguments, tilecache_seed.py will seed
+zoom levels 5 to 17 and assume that it needs to read a list of points
+and radii from standard input, in the form:
 
 
 
@@ -399,14 +426,13 @@ the position(s) to seed latitude
 the radius around the lon/lat to seed in degrees
 
 
-
 .SS Examples
 An example with zoom levels 5 through 12 would be like;
 
 
 
 .nf
-$ /usr/sbin/tilecache_seed http://example.com/yourdir/tilecache.cgi?; Zip_Codes 5 12 \-118.12500,31.952162238,\-116.015625,34.3071438563
+$ /usr/sbin/tilecache_seed -c /etc/tilecache.cfg -b \-118.12500,31.952162238,\-116.015625,34.3071438563 Zip_Codes 5 12 
 .fi
 
 The bbox can be dropped and defaults to world lonlat(\-180,\-90,180,90):
@@ -414,7 +440,7 @@ The bbox can be dropped and defaults to world lonlat(\-180,\-90,180,90):
 
 
 .nf
-$ /usr/sbin/tilecache_seed.py http://example.com/yourdir/tilecache.cgi?; Zip_Codes 0 9
+$ /usr/sbin/tilecache_seed.py -c /etc/tilecache.cfg Zip_Codes 0 9
 .fi
 
 In center point/radius mode, the zoom level range is not specifiable from the
@@ -423,7 +449,7 @@ command\-line. An example usage might look like:
 
 
 .nf
-$ /usr/sbin/tilecache_seed.py http://example.com/yourdir/tilecache.cgi?; Zip_Codes
+$ /usr/sbin/tilecache_seed.py -c /etc/tilecache.cfg Zip_Codes
 \-118.12500,31.952162238,0.05
 \-121.46327,32.345345645,0.08
 Ctrl+D
-- 
1.7.7.2

Bug#641883: Acknowledgement (RFP: libjs-leaflet -- JavaScript library for displaying map data in web browsers)

[Andrew Harvey]

My work so far: http://mentors.debian.net/package/leaflet



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641802: RFP: sjjb-map-icons -- SVG Map Icons from SJJB

[Andrew Harvey]

http://mentors.debian.net/package/sjjbmapicons



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641802: RFP: sjjb-map-icons -- SVG Map Icons from SJJB

[Andrew Harvey]

Package: wnpp
Severity: wishlist

Dear Maintainer,
* Package name: sjjb-map-icons
 Version : 20110406
 Upstream Author : Brian Quinion openstreet...@brian.quinion.co.uk
* URL : http://www.sjjb.co.uk/mapicons/
* License : CC0
 Description : SVG Map Icons from SJJB

A bunch of SVG map icons and png icon generated from the source SVGs.

Some of these icons are used in other software like JOSM.

I have already made the relevant debian/ directory for packaging and
will shortly upload it to mentors.debian.net.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641883: RFP: libjs-leaflet -- JavaScript library for displaying map data in web browsers

[Andrew Harvey]

Package: wnpp
Severity: wishlist

Dear Maintainer,
 Package name: libjs-leaflet
 Version : 0.2.1
 Upstream Author : Vladimir Agafonkin
 URL : http://leaflet.cloudmade.com/
 License : BSD-2 clause
 Description : JavaScript library for displaying map data in web browsers

 Leaflet is a pure JavaScript library for displaying map data in
 most modern web browsers, with no server-side dependencies.

I have already made the relevant debian/ directory for packaging and
will shortly upload it to mentors.debian.net.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#640194: python-gdal: sid package is missing libdapserver7, libdapclient3 as dependencies

[Andrew Harvey]

Package: python-gdal
Version: 1.7.3-6
Severity: important

When I run interactive python (entering the two commands shown) I get this,
 from osgeo import ogr
Traceback (most recent call last):
  File stdin, line 1, in module
  File /usr/lib/python2.6/dist-packages/osgeo/__init__.py, line 21, in
module
_gdal = swig_import_helper()
  File /usr/lib/python2.6/dist-packages/osgeo/__init__.py, line 17, in
swig_import_helper
_mod = imp.load_module('_gdal', fp, pathname, description)
ImportError: libdapserver.so.7: cannot open shared object file: No such file or
directory
 from osgeo import ogr
Traceback (most recent call last):
  File stdin, line 1, in module
  File /usr/lib/python2.6/dist-packages/osgeo/__init__.py, line 21, in
module
_gdal = swig_import_helper()
  File /usr/lib/python2.6/dist-packages/osgeo/__init__.py, line 17, in
swig_import_helper
_mod = imp.load_module('_gdal', fp, pathname, description)
ImportError: libdapclient.so.3: cannot open shared object file: No such file or
directory

After the 1st command I install libdapserver7 and after the second command I
install libdapclient3, after this the module ogr loads fine. Perhaps these need
adding as dependencies? I'm not sure if it is a swig issue though...

Thank you.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-gdal depends on:
ii  libc6   2.13-18
ii  libgcc1 1:4.6.1-8
ii  libgdal1-1.7.0  1.7.3-6
ii  libstdc++6  4.6.1-8
ii  python  2.6.7-3
ii  python-central  0.6.17
ii  python-numpy1:1.5.1-2+b1

python-gdal recommends no packages.

python-gdal suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636345: [Pkg-osm-maint] Bug#636345: [josm] New upstream release

[Andrew Harvey]

On Mon, Aug 8, 2011 at 7:39 AM, Giovanni Mascellani g...@debian.org wrote:
 Thanks for your help; anyway, the package still requires a few work to
 reach Debian quality (there is some duplicated code that must be
 disabled in favor of the copy already present in Debian; moreover I have
 to verify the copyright status of the new code). I won't have much time
 in the next days, but I hope to have the new in a week.

Yes I agree. Take your time, if there are any parts that I can help
out, or anything that I can fix up from what I've done so far just let
me know and I'll try my best to help.

A couple of technical points:
* a bunch of the images in josm/images/ are actually copied from other
projects (where those other projects can be thought of as the upstream
source).
What is the best practice here, should we patch josm to use the
versions from the other debian packages and add them as dependencies?
examples include,
a bunch are from tango-icon-theme
josm/images/layer* are from libjs-openlayers
josm/images/icons/* are from the sjjb icon set (which I have already
done some work on packaging)

* Yes, I see a whole bunch of josm/src/* code added. I'll see how we
can exclude this in get-orig-source and patch things to still work.

 Josm API is quite unstable, so we have to make josm-plugins depend on a
 specific version of josm and keep them updated at the same time. This
 will require even more time for me, since I have to prepare both uploads.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636345: [josm] New upstream release

[Andrew Harvey]

On Wed, Aug 3, 2011 at 10:27 PM, Andrew Harvey andrew.harv...@gmail.com wrote:
 My steps for updating the package:

[snip]

 I'm still trying to work out how to make my git repo public, hopefully
 I'll have that by tomorrow.

I've got my git repo at
http://173.230.151.169/gitweb/?p=josm.git;a=summary (with clonable
git:// access)

In my previous steps I forgot to run

pristine-tar commit ../josm_0.0.svn4279.orig.tar.gz

I've also realised that git-buildpackage may have helped out with some tasks...

 PS. It seems this breaks the josm-plugins package.

I'm still not sure why this is. It says josm-plugins: Breaks: josm
(=0.0.svn4065) but 0.0.svn4279-1 is to be installed. We may just
need to update the Depends: josm version in josm-plugins.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636345: [Pkg-osm-maint] Bug#636345: [josm] New upstream release

[Andrew Harvey]

Hi,

My steps for updating the package:

git clone git://anonscm.debian.org/pkg-osm/josm.git
cd josm
export SVNREV=4279
debian/rules get-orig-source
git checkout upstream
#remove all files/folders except .git
#extract the new .orig.tar.gz (1 folder deep) into here
git add -A
git commit -m Imported Upstream version 0.0.svn4279
git tag 'upstream/0.0.svn4279'
git checkout master

#... some quilt push -f and quilt refreshing... + some manual fixes
(e.g. see my changes made in my git commit), and git add/git rm'ing

git commit -m Patches refreshed to cleanly apply + update patches due
to source changes
dch -v 0.0.svn4279-1
git add debian/changelog
git commit -m 'Update changelog'

#next I build using debuild (once I move the .orig.tar.gz up a level
from the tarballs folder)

The resulting deb and other build outputs are at:
http://173.230.151.169/deb-repo/

I'm still trying to work out how to make my git repo public, hopefully
I'll have that by tomorrow. In the meantime the bulk of the work is in
one git commit which I've run git format-patch on giving
http://173.230.151.169/deb-repo/0001-Patches-refreshed-to-cleanly-apply-update-patches-du.patch.

PS. It seems this breaks the josm-plugins package.

On Tue, Aug 2, 2011 at 10:17 PM, Davide Governale magellan...@gmail.com wrote:
 Package: josm
 Version: 0.0.svn4064-3
 Severity: normal

 --- Please enter the report below this line. ---

 Hello,

 there is a new version of Josm, it's the version 4279.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#633864: gnome-panel unusable (Very high cpu usage and it doesn't appear)

[Andrew Harvey]

On Fri, 15 Jul 2011 17:36:10 +0700, Theppitak Karoonboonyanan
t...@linux.thai.net wrote:
On Fri, Jul 15, 2011 at 1:57 PM, Michael Biebl bi...@debian.org wrote:
 I suspect it is this related to this change:
 http://git.gnome.org/browse/gtk+/commit/?h=gtk-2-24id=254b9a4c540e3dff1dcd17db2ceea6a9fa5df973

 Does anyone want to try and test gtk with this patch reverted?

Yes, I've tried it. And it works!

I can also confirm this. I reverted this commit from
libgtk2.0-0_2.24.5-2 and it fixes the issue for me, making the gnome
desktop usable again.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#624604: libjs-openlayers: resources aren't made available via web browser

[Andrew Harvey]

Package: libjs-openlayers
Version: 2.10+ds1-2
Severity: important
Tags: patch

The current patch/00-fix_data_paths.patch uses the local path to resources,
e.g. /usr/share/openlayers/img/, however when accessing the library through a
web browser via the javascript-common package (e.g.
http://localhost/javascript/openlayers/OpenLayers.js) these local paths are no
longer valid.

To make the img and theme content available over the web, symlink
them into /usr/share/javascript/openlayers/ and then drop
patch/00-fix_data_paths.patch.

patch suggestion is add file debian/libjs-openlayers.links with content
/usr/share/openlayers/theme /usr/share/javascript/openlayers/theme
/usr/share/openlayers/img /usr/share/javascript/openlayers/img

and drop patch/00-fix_data_paths.patch (then fix patch/series)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623329: libjs-khtmlib: examples appear to be broken - bad link

[Andrew Harvey]

Package: libjs-khtmlib
Version: 0.40~20110401-3
Severity: normal

The examples for libjs-khtmlib appear to be broken. The html files are looking
for the non-existent http://localhost/doc/libjs-khtmlib/examples/js/khtml.js

A simple fix is,

ln -s -T /usr/share/javascript/khtml /usr/share/doc/libjs-khtmlib/examples/js

Though I'm not sure what's the best fix from a packaging perspective.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

libjs-khtmlib depends on no packages.

Versions of packages libjs-khtmlib recommends:
ii  javascript-common 8  Base support for JavaScript librar

libjs-khtmlib suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org