Bug#656858: libimage-exiftool-perl: new upstream version available
Dominique Dumont writes: > On Tuesday 13 November 2012 12:12:14 random.numb...@gmx.com wrote: >> libimage-exiftool-perl got its last update in July 2011. > ... >> Mari's last reaction to this bug was five months ago. > > This package could be also maintained by Debian-perl team. > > Mari, do you have any objection if Debian-perl team adopt > libimage-exif-perl ? > > Note that you are more than welcome to join the team if you want to > participate in maintaining this package when you have more free > time. No, I have no objection to the Debian-perl team taking over this package. Please do so. I really wanted to keep up the maintenance myself, but it is past time I realized there is no time for it right now, and won't be for quite a while yet. As to joining the debian-perl team, I'll remember that and come back to it if (when?) free time becomes available again. Do I need to do anything more for this to happen, or can you take care of the rest? (Yes, I realize I could read up on that and find the answer myself, but, see comment about time constraints above) All the best Mari (And thanks to upstream for being unusually patient) -- Mari Wang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656858: libimage-exiftool-perl: new upstream version available
[Christoph Anton Mitterer] > Package: libimage-exiftool-perl > Version: 8.60-2 > Followup-For: Bug #656858 > > > Hi. > > 8.93 is out in the meantime,... Which is a development release, and not considered for upload to Debian. 8.90 is the latest production release. > There have now been 33 (!!) stable releases since the current Debian > sid version. Um, no. There have been five or six new production releases in the past year. Which is bad enough, for sure, but not quite as dramatic. > Has this package beend abandoned? If so could you please orphan it, > so that someone else could take it over? I've had a crazy year IRL, and am currently picking things up again. A new exiftool package is high on my todo-list, but requires some reconstruction due to a disk crash a while ago. All the best Mari -- Mari Wang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604476: libimage-exiftool-perl: New maintainer needed
[Phil Harvey] > I think we can assume that the current maintainer for this package > is no longer active. > > The package needs a new maintainer. I realise it may seem so. I've packaged he newest version tonight, it should be uploaded tomorrow. I intend to keep maintaining this package, and should be able to do so more dilligently from now on. All the best, Mari Wang -- Mari Wang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#430359: Any progress?
[W. Martin Borgert] > in 2007-06 you intended to package the OpenLayers JavaScript library > for Debian. Are you still interested in packaging or is it OK, if > somebody else takes over? Thanks in advance! If somebody else wants to take over, please go ahead. I became distracted by real life back in 2007, and never got back to it. Someone offered took it over at a later point (the exchange is somewhere in the debianGIS email list archives, I can't seem to find it now), but it seems that someone never finished their attempt either. I thought ownership of the ITP was changed in the process, but it obviously wasn't. Either way, as I said, please go ahead and take over. Greetings, -- Mari Wang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#489700: freesweep: assumes the exsistence of the /var/games/ directory
Package: freesweep Version: 0.90-1 Severity: important Tags: patch Freesweep assumes the excistence of /var/games on installation. If the directory does not exist, the following error occurs: $ aptitude install freesweep Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: freesweep 0 packages upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 0B/38.8kB of archives. After unpacking 160kB will be used. Writing extended state information... Done Selecting previously deselected package freesweep. (Reading database ... 159744 files and directories currently installed.) Unpacking freesweep (from .../freesweep_0.90-1_i386.deb) ... Processing triggers for man-db ... Processing triggers for menu ... Setting up freesweep (0.90-1) ... touch: cannot touch `/var/games/sweeptimes': No such file or directory dpkg: error processing freesweep (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: freesweep E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up freesweep (0.90-1) ... touch: cannot touch `/var/games/sweeptimes': No such file or directory dpkg: error processing freesweep (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: freesweep Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done If the directory exists prior to package installation, all is well. The following trivial patch should fix the problem: diff -ur freesweep-0.90.orig/debian/freesweep.dirs freesweep-0.90/debian/freesweep.dirs --- freesweep-0.90.orig/debian/freesweep.dirs 2008-07-07 10:29:54.0 +0200 +++ freesweep-0.90/debian/freesweep.dirs2008-07-07 10:30:18.0 +0200 @@ -1,2 +1,3 @@ usr/games etc +var/games -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freesweep depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand freesweep recommends no packages. -- no debconf information -- Mari Wang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475713: package doesn't provides exiftool program
[gregor herrmann] > On Sat, 12 Apr 2008 17:34:40 +0300, Damyan Ivanov wrote: > >> > Package: libimage-exif-perl > ^^ >> > In the sources of libimage-exiftool-perl, there is also a very >> > useful > ^^ >> > perl program called "exiftool" which is not provided with the >> > package. >> >> Hm, looking at the file list[1], I see no such program. Should I >> look somewhere else? >> [1] http://search.cpan.org/src/CCPRO/Image-EXIF-1.00.3/ > > Maybe in libimage-exif/tool/-perl's source package :) > > (Took me a while, too, but I've already reassigned the bug report) This confuses me. The libimage-exiftool-perl package contains the exiftool binary (as /usr/bin/exiftool), and always has as far as I can see. Has the bug reporter mixed up the packages and their sources here, or am I missing something else? Could the bug reporter verify which package he has installed? All the best, -- Mari Wang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430359: ITP: openlayers -- JavaScript library for displaying map data in web browsers
Package: wnpp Owner: Mari Wang <[EMAIL PROTECTED]> Severity: wishlist * Package name: openlayers Version : 2.4 Upstream Author : Metacarta, Inc. * URL : http://www.openlayers.org * License : BSD (MIT, Apache 2.0) Programming Lang: Javascript Description : JavaScript library for creating web-based map services OpenLayers is a pure JavaScript library for displaying map data in most modern web browsers, with no server-side dependencies. OpenLayers implements a (still-developing) JavaScript API for building rich web-based geographic applications, similar to the Google Maps and MSN Virtual Earth APIs, with one important difference -- OpenLayers is Free Software, developed for and by the Open Source software community. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418297: mbr: MBR fails when opening large files
Subject: mbr: MBR fails when opening large files
Package: mbr
Version: 1.1.9-2
Severity: important
*** Please type your report below this line ***
When attempting to use install-mbr to install mbr into a large file,
it fails. As it only needs to write the first 512 bytes, this seems
rather unneccesary. Should it be compiled with -D_LARGE_FILES?
zsh > ls -lh test.hd
-rw-r--r-- 1 mariw mariw 4.0G 2007-04-08 23:41 test.hd
zsh > /sbin/install-mbr test.hd
install-mbr: Failed to open test.hd: File too large
zsh > strace /sbin/install-mbr test.hd
execve("/sbin/install-mbr", ["/sbin/install-mbr", "test.hd"], [/* 31 vars */])
= 0
uname({sys="Linux", node="frost", ...}) = 0
brk(0) = 0x804d000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f0e000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=73762, ...}) = 0
mmap2(NULL, 73762, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7efb000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1241392, ...}) = 0
mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7dca000
mmap2(0xb7ef1000, 28672, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7ef1000
mmap2(0xb7ef8000, 10396, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ef8000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7dc9000
mprotect(0xb7ef1000, 20480, PROT_READ) = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7dc98e0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
munmap(0xb7efb000, 73762) = 0
open("test.hd", O_RDWR|O_NOCTTY)= -1 EFBIG (File too large)
write(2, "install-mbr: Failed to open test"..., 52install-mbr: Failed to open
test.hd: File too large
) = 52
exit_group(1) = ?
Process 15834 detached
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages mbr depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
mbr recommends no packages.
-- no debconf information
--
Mari Wang
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399414: libimage-exiftool-perl: New upstream release is available
Package: libimage-exiftool-perl Severity: minor New production release of the package is available. Package should be upgraded. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348750: libimage-exiftool-perl: New upstream release is available
Package: libimage-exiftool-perl Severity: minor New production release of the package is available. Package should be upgraded. -- Mari Wang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334058: libimage-exiftool-perl: New upstream release is available
Package: libimage-exiftool-perl Severity: minor New production release of the package is available. Package should be upgraded. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325414: RFP: white_dune -- White_dune is a graphical VRML97 editor
Package: wnpp Severity: wishlist *** Please type your report below this line *** * Package name: whitedune Version : 0.28pl11 Upstream Author : J. "MUFTI" Scheurich <[EMAIL PROTECTED]> * URL : http://www.csv.ica.uni-stuttgart.de/vrml/dune/ * License : GPL Description : White_dune is a graphical VRML97 editor White_dune is a graphical VRML97 editor, simple (NURBS) 3D modeller and animation tool in development. It can read VRML97 files, display and let the user change the scene graph, fields and routes. This can be used to improve or make VRML97 3D-worlds, animations and interactions. The modelling features of white_dune are not strong enough (yet), to use it alone. It makes sense, to let it work together with a 3D modelling tool with static VRML97 export (like for example wings3D or Art Of Illusion). In difference to most 3D modelling tools the lightning/colouring and the internal structure of white_dune is based on the VRML97 standard. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=nb_NO (charmap=ISO-8859-1) -- Mari Wang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
