Bug#729171: jruby -S gem: EOFException in org.joda.time.tz.ZoneInfoProvider.readZoneInfoMap
Package: jruby Version: 1.5.6-6 Severity: normal Dear Maintainer, when I run 'jruby -S gem' as user I get the EOFException below. The expected behaviour would be that only the RubyGems help is printed. Apparently some expected time zone data file cannot be read? I think a file ZoneInfoMap is read at this point. It is present in jruby.jar: $ unzip -l /usr/lib/jruby/lib/jruby.jar *ZoneInfoMap Archive: /usr/lib/jruby/lib/jruby.jar Length DateTimeName - -- - 11701 2013-08-22 22:46 org/joda/time/tz/data/ZoneInfoMap - --- 11701 1 file My time zone is Europe/Berlin. Exception message: Exception in thread main java.io.EOFException at java.io.DataInputStream.readFully(DataInputStream.java:197) at java.io.DataInputStream.readUTF(DataInputStream.java:609) at java.io.DataInputStream.readUTF(DataInputStream.java:564) at org.joda.time.tz.ZoneInfoProvider.readZoneInfoMap(ZoneInfoProvider.java:278) at org.joda.time.tz.ZoneInfoProvider.loadZoneInfoMap(ZoneInfoProvider.java:256) at org.joda.time.tz.ZoneInfoProvider.init(ZoneInfoProvider.java:123) at org.joda.time.tz.ZoneInfoProvider.init(ZoneInfoProvider.java:82) at org.joda.time.DateTimeZone.getDefaultProvider(DateTimeZone.java:490) at org.joda.time.DateTimeZone.setProvider0(DateTimeZone.java:444) at org.joda.time.DateTimeZone.clinit(DateTimeZone.java:116) at org.jruby.RubyTime.getLocalTimeZone(RubyTime.java:96) at org.jruby.RubyTime$1.allocate(RubyTime.java:171) at org.jruby.RubyClass.allocate(RubyClass.java:220) at org.jruby.RubyTime.newInstance(RubyTime.java:655) at org.jruby.RubyTime$s_method_0_0$RUBYINVOKER$newInstance.call(org/jruby/RubyTime$s_method_0_0$RUBYINVOKER$newInstance.gen:65535) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:289) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:108) at org.jruby.ast.CallNoArgNode.interpret(CallNoArgNode.java:61) at org.jruby.ast.CallNoArgNode.interpret(CallNoArgNode.java:61) at org.jruby.ast.CallOneArgNode.interpret(CallOneArgNode.java:57) at org.jruby.ast.LocalAsgnNode.interpret(LocalAsgnNode.java:123) at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) at org.jruby.evaluator.ASTInterpreter.evalClassDefinitionBody(ASTInterpreter.java:196) at org.jruby.ast.ClassNode.interpret(ClassNode.java:141) at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) at org.jruby.ast.RootNode.interpret(RootNode.java:129) at org.jruby.Ruby.loadFile(Ruby.java:2553) at org.jruby.runtime.load.ExternalScript.load(ExternalScript.java:61) at org.jruby.runtime.load.LoadService.tryLoadingLibraryOrScript(LoadService.java:671) at org.jruby.runtime.load.LoadService.smartLoad(LoadService.java:314) at org.jruby.runtime.load.LoadService.require(LoadService.java:357) at org.jruby.runtime.load.LoadService.lockAndRequire(LoadService.java:289) at org.jruby.RubyKernel.requireCommon(RubyKernel.java:984) at org.jruby.RubyKernel.require(RubyKernel.java:967) at org.jruby.RubyKernel$s_method_1_0$RUBYFRAMEDINVOKER$require.call(org/jruby/RubyKernel$s_method_1_0$RUBYFRAMEDINVOKER$require.gen:65535) at org.jruby.internal.runtime.methods.JavaMethod$JavaMethodOneOrNBlock.call(JavaMethod.java:319) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:309) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:148) at org.jruby.ast.FCallOneArgNode.interpret(FCallOneArgNode.java:36) at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) at org.jruby.ast.BlockNode.interpret(BlockNode.java:71) at org.jruby.ast.RootNode.interpret(RootNode.java:129) at org.jruby.Ruby.loadFile(Ruby.java:2553) at org.jruby.runtime.load.ExternalScript.load(ExternalScript.java:61) at org.jruby.runtime.load.LoadService.tryLoadingLibraryOrScript(LoadService.java:671) at org.jruby.runtime.load.LoadService.smartLoad(LoadService.java:314) at org.jruby.runtime.load.LoadService.require(LoadService.java:357) at org.jruby.runtime.load.LoadService.lockAndRequire(LoadService.java:289) at org.jruby.RubyKernel.requireCommon(RubyKernel.java:984) at org.jruby.RubyKernel.require(RubyKernel.java:967) at org.jruby.RubyKernel$s_method_1_0$RUBYFRAMEDINVOKER$require.call(org/jruby/RubyKernel$s_method_1_0$RUBYFRAMEDINVOKER$require.gen:65535) at org.jruby.internal.runtime.methods.JavaMethod$JavaMethodOneOrNBlock.call(JavaMethod.java:319) at org.jruby.runtime.callsite.CachingCallSite.cacheAndCall(CachingCallSite.java:309) at org.jruby.runtime.callsite.CachingCallSite.call(CachingCallSite.java:148) at org.jruby.ast.FCallOneArgNode.interpret(FCallOneArgNode.java:36) at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:104) at
Bug#683186: josm: Exception when merging multiple layers
Package: josm Version: 0.0.svn5267+dfsg1-2 Severity: normal Dear Maintainer, I used an external tool which proposed changes via JOSM’s remote control. After working a while I noticed that every call had created a separate data layer. To upload all changes in one step I wanted to merge all data layers into one. * In the layer pane I selected all data layers using Shift-click * I clicked on the merge layer button * A dialog came up to select the target layer. I selected layer 1 and pressed Ok * The expected result would be that all selected layers are merged into the one selected in the popup dialog * Instead an error window comes up with this exception stack trace: Debian-Release: 0.0.svn5267+dfsg1-2 Build-Date: 2012-07-23 08:31:28 Revision: 5267 Is-Local-Build: true Identification: JOSM/1.5 (5267 de) Memory Usage: 262 MB / 1745 MB (174 MB allocated, but free) Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM Operating system: Linux Dataset consistency test: No problems found Plugin: DirectDownload (28412) Plugin: DirectUpload (28420) Plugin: buildings_tools (28412) Plugin: dataimport (28412) Plugin: editgpx (28420) Plugin: mapdust (28412) Plugin: measurement (28420) Plugin: mirrored_download (28418) Plugin: openstreetbugs (28412) Plugin: plastic_laf (26605) Plugin: public_transport (28412) Plugin: restart (28438) Plugin: terracer (28412) Plugin: utilsplugin2 (28412) Plugin: wikipedia (28506) java.lang.IndexOutOfBoundsException: Index: 4, Size: 4 at java.util.ArrayList.rangeCheck(ArrayList.java:571) at java.util.ArrayList.get(ArrayList.java:349) at java.util.Collections$UnmodifiableList.get(Collections.java:1170) at org.openstreetmap.josm.gui.dialogs.LayerListDialog$LayerListModel.getValueAt(LayerListDialog.java:1470) at javax.swing.JTable.getValueAt(JTable.java:2719) at javax.swing.JTable.prepareRenderer(JTable.java:5719) at javax.swing.plaf.basic.BasicTableUI.paintCell(BasicTableUI.java:2108) at javax.swing.plaf.basic.BasicTableUI.paintCells(BasicTableUI.java:2010) at javax.swing.plaf.basic.BasicTableUI.paint(BasicTableUI.java:1806) at javax.swing.plaf.ComponentUI.update(ComponentUI.java:161) at javax.swing.JComponent.paintComponent(JComponent.java:765) at javax.swing.JComponent.paint(JComponent.java:1029) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JViewport.paint(JViewport.java:764) at javax.swing.JComponent.paintChildren(JComponent.java:866) at javax.swing.JComponent.paint(JComponent.java:1038) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5138) at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1454) at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1385) at javax.swing.RepaintManager.paint(RepaintManager.java:1188) at javax.swing.JComponent._paintImmediately(JComponent.java:5086) at javax.swing.JComponent.paintImmediately(JComponent.java:4896) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:783) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:735) at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:677) at javax.swing.RepaintManager.access$700(RepaintManager.java:58) at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1593) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:647) at java.awt.EventQueue.access$000(EventQueue.java:96) at java.awt.EventQueue$1.run(EventQueue.java:608) at java.awt.EventQueue$1.run(EventQueue.java:606) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105) at java.awt.EventQueue.dispatchEvent(EventQueue.java:617) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177) at java.awt.EventDispatchThread.run(EventDispatchThread.java:138) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages josm depends on: ii ant 1.8.2-4 ii libcommons-codec-java1.6-1 ii libgettext-commons-java 0.9.6-2 ii libmetadata-extractor-java 2.3.1+dfsg-2 ii liboauth-signpost-java
Bug#683186: [Pkg-osm-maint] Bug#683186: josm: Exception when merging multiple layers
On 29.07.2012 20:01, Timo Juhani Lindfors wrote: I can reproduce the backtrace, here's a screencast: Hi Timo, thanks for the quick confirmation. I’m afraid I missed to check JOSM’s change log before submitting this bug report. This issue is probably already fixed with revision 5303. http://josm.openstreetmap.de/changeset/5303/josm Best regards, Hermann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661527: nfs-common: Can't unmount as user if mount point is directly under /
Package: nfs-common Version: 1:1.2.5-4 Severity: normal Dear Maintainer, I have a problem with NFS mounts: As a user I can't unmount them, if they are directly below the root directory /, with the option 'user' present. My /etc/fstab contains two lines: teo:/share/ /share nfs user,noauto,rw,hard,intr,rsize=32768,wsize=32768,noatime,proto=tcp 0 0 teo:/share/ /mnt/share nfs user,noauto,rw,hard,intr,rsize=32768,wsize=32768,noatime,proto=tcp 0 0 I can mount /share as user, but unmount it only as root: $ mount /share $ umount /share umount.nfs4: /share: not found umount.nfs4: /share: not found $ sudo umount /share _But_ it works for a mount point one directory level down: $ mount /mnt/share $ umount /mnt/share I would expect that the mount point does not make a difference to who is allowed to mount/unmount. Content of /proc/mounts while /share is mounted: teo:/share/ /share nfs4 rw,nosuid,nodev,noexec,noatime,vers=4size=32768,wsize=32768,namlen=255,hard,proto=tcp,port=0,timeo=600etrans=2,sec=sys,clientaddr=192.168.1.25,minorversion=0,local_lock=none,addr=192.168.1.11 0 0 Content of /run/mount/utab: SRC=teo:/share/ TARGET=/share ROOT=/ ATTRS=hard,intrsize=32768,wsize=32768,proto=tcp,vers=4,addr=192.168.1.11,clientaddr=192.168.1.25 OPTS=user=hermann Permissions of all involved directories are the same: $ ls -ld / /share /mnt/share drwxr-xr-x 30 root root 4096 Feb 20 21:15 / drwxr-xr-x 2 root root 4096 Feb 27 20:50 /mnt/share drwxr-xr-x 2 root root 4096 Feb 10 21:01 /share Thanks, Hermann Schwarting -- Package-specific info: -- rpcinfo -- program vers proto port 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 57299 status 1000241 tcp 52192 status -- /etc/default/nfs-common -- NEED_STATD= STATDOPTS= NEED_IDMAPD= NEED_GSSD= -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- teo:/share/ /share nfs user,noauto,rw,hard,intr,rsize=32768,wsize=32768,noatime,proto=tcp 0 0 teo:/share/ /mnt/share nfs user,noauto,rw,hard,intr,rsize=32768,wsize=32768,noatime,proto=tcp 0 0 -- /proc/mounts -- rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu1 ii initscripts 2.88dsf-22 ii libc6 2.13-26 ii libcap2 1:2.22-1 ii libcomerr2 1.42-1 ii libdevmapper1.02.1 2:1.02.67-2 ii libevent-2.0-5 2.0.17-stable-1 ii libgssapi-krb5-21.10+dfsg~beta1-2 ii libgssglue1 0.3-4 ii libk5crypto31.10+dfsg~beta1-2 ii libkeyutils11.5.2-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libmount1 2.20.1-1.2 ii libnfsidmap20.25-1 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-23 ii lsb-base3.2-28.1 ii rpcbind 0.2.0-7 ii ucf 3.0025+nmu2 Versions of packages nfs-common recommends: ii python 2.7.2-10 nfs-common 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#581796: merkaartor: Package misses i18n files
Package: merkaartor Version: 0.15.3-1 Severity: minor The merkaartor package since 0.15.3-1 no longer contains the i18n files in /usr/share/merkaartor/translations/ . Please include them again. It seems to me that during the build lrelease has to be called on src/src.pro instead of Merkaartor.pro, and also that it needs to be called before qmake (which feels strange). Kind regards, Hermann -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages merkaartor depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexiv2-6 0.19-1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.4-1GCC support library ii libgdal1-1.6.0 1.6.3-3+b1 Geospatial Data Abstraction Librar ii libqt4-network 4:4.6.2-4Qt 4 network module ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-webkit 4:4.6.2-4Qt 4 WebKit module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime merkaartor recommends no packages. merkaartor 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#491461: vim-gtk: gvim receives an immediate segmentation fault and does not start
Package: vim-gtk Version: 1:7.1.314-3+b1 Severity: important When starting 'vim.gtk -g -u NONE -U NONE' it receives an immediate segmentation fault and does not start. No graphical window is shown. Starting in a terminal without the -g option is no problem. This makes the graphical version unusable for me. Running in a debugger produces: $ LANG=C gdb -q vim.gtk (gdb) set args -g -u NONE -U NONE (gdb) run Starting program: /usr/bin/vim.gtk -g -u NONE -U NONE [Thread debugging using libthread_db enabled] [New Thread 0xb6faf720 (LWP 18215)] [New Thread 0xb6faeb90 (LWP 18218)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb6faf720 (LWP 18215)] 0xb741db98 in strcmp () from /lib/i686/cmov/libc.so.6 (gdb) bt #0 0xb741db98 in strcmp () from /lib/i686/cmov/libc.so.6 #1 0xb7cc17a6 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #2 0xb6059201 in ?? () #3 0xb7e8b2f4 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #4 0xbfe54978 in ?? () #5 0xb7b1bf99 in gdk_pixbuf_scale () from /usr/lib/libgdk_pixbuf-2.0.so.0 #6 0xb7cc1a7a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x09800bb0 in ?? () #8 0x in ?? () Kind regards, Hermann Schwarting -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim-gtk depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-10 GNU C Library: Shared libraries ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgpm2 1.20.4-2 General Purpose Mouse - shared lib ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii libpango1.0-0 1.20.3-2 Layout and rendering of internatio ii libperl5.10 5.10.0-11 Shared Perl library ii libruby1.81.8.7.22-2 Libraries necessary to run Ruby 1. ii libselinux1 2.0.59-1 SELinux shared libraries ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii python2.5 2.5.2-6An interactive high-level object-o ii tcl8.48.4.19-2 Tcl (the Tool Command Language) v8 ii vim-common1:7.1.314-3+b1 Vi IMproved - Common files ii vim-gui-common1:7.1.314-3Vi IMproved - Common GUI files ii vim-runtime 1:7.1.314-3Vi IMproved - Runtime files vim-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402791: tclxml: Package misses most files
Package: tclxml Version: 3.1-1 Severity: grave Justification: renders package unusable The package contains only the files under /usr/share/doc/tclxml and nothing else. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-custom.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages tclxml depends on: ii tcllib1.8-1 the Standard Tcl Library tclxml recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
