Bug#438834: ITP: libdigest-md5-file-perl -- Perl extension for getting MD5 sums for files and urls
Package: wnpp Severity: wishlist Owner: Damyan Ivanov [EMAIL PROTECTED] * Package name: libdigest-md5-file-perl Version : 0.05 Upstream Author : Daniel Muey [EMAIL PROTECTED] * URL : http://search.cpan.org/~dmuey/ * License : same as Perl (either Artistic or GPL) Programming Lang: Perl Description : Perl extension for getting MD5 sums for files and urls Digest::MD5::File adds to Digest::MD5 module functionality for easy calculation of MD5 checksums of entire files, directories or URLs. . Example usage: . my $md5 = Digest::MD5-new; $md5-addpath('/path/to/file.txt'); $md5-addpath([EMAIL PROTECTED]); $md5-adddir('/home/tmbg/'); $md5-addurl('http://www.tmbg.com/tour.html'); my $digest = file_md5_hex($file); my $dir_hashref = dir_md5_hex($dir); my $digest = url_md5_hex($url); This package is a dependency of libnet-amazon-s3-perl version 0.39 -- dam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436450: RFH: mol -- The Mac-on-Linux emulator
Hi Rogério Welcome! On Sun, Aug 19, 2007 at 09:09:08AM -0300, Rogério Brito wrote: Just for your information, I used to have success with MoL during the 2.4 era, when BenH tree was *the* tree to use to have your system working with Linux. It's been a long time. I don't think 2.4 is still support. You need a 2.6 kernel for any recent version of mol. This is a small TODO list from the top of my head: - check configure options we could activate (especially pci-proxy support and debugger support) I don't know exactly what is meant by the pci-proxy support. This is code in MOL which enables you to directly access a pci device on the host (linux) from inside the guest system (macos). E.g. to use the airport card from macos. - better support for running linux inside mol (probably this is currently broken, guest side drivers are not packaged for debian, sources are in the old mol bk archive, snapshot at http://pkg-mol.alioth.debian.org/bk_checkouts/bk_checkouts.tar.bz2) Running MacOS X 10.3 (or was it 10.2) with iTunes was doable, but I never tried playing with running MacOS 9 nor with Linux inside MoL. It would be a nice thing to try, though. Testing current MOL packages with Mac OS 9 would be very good. I don't have Mac OS 9 anymore. - fix building mol twice in a row (double compilation support release goal!) Depending on the package structure, it can be easier. Is Samuel still upstream for MoL or has the debian-mol-team taken the duty of having it upstream? Samuel is MIA. The new upstream is Joseph Jezak. MOL is now hosted on SourceForge. What kind of patch system is being used? I'm familiar with quilt, but not with dpatch (not that I couldn't learn, guess or pester with some questions about it). :-) It uses dpatch and svn-buildpackage. But dpatch isn't hard to learn if you know quilt. - check and possibly package new gui frontend (svn module mol-gui at mac-on-linux.sf.net) I went to the site and skimmed through, but I didn't see anything regarding a GUI. What is meant as a gui for MoL? Wouldn't it run anymore in a Window or in a separate console? The GUI is only in svn and according to Joe not yet ready for production. The idea is to have something like the VMWare GUI where you can also change configuration settings. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~
Bug#183373: O: libmetakit2.4.9.3 -- MetaKit embeddable database
retitle 183373 O: libmetakit2.4.9.3 -- MetaKit embeddable database thanks On Mon, Aug 06, 2007 at 02:02:31PM +0200, Matej Vela wrote: I was getting ready to file a removal request for libmetakit2.4.9.3 when I noticed that you never actually marked it as orphaned (an ITA expiry script did so). Do you think it's time to remove it? Yes, most propably. Sorry, was on vacations the last two weeks, just got back and luk pinged me about this bugreport: #v+ luk Rhonda: do you mind answering #183373? Rhonda Was on vacations since 4th, just returned. :) Rhonda So I haven't seen that mail yet. And I'm pretty happy with it getting removed, I don't think anyone is going to adopt it, no matter how many people raised interest over time ... Rhonda I tried to package the latest upstream version for a while, but the upstream maintainer isn't really good with libtool (breaks API/ABI with each release) and dropped --release support which made me able to package it properly in the first place. Rhonda Will answer, yes. #v- Furthermore to not being able to make any use of the later upstream releases my reasons for maintaining it went away long ago, and I don't see any other reverse dependencies, just a suggest as database backend from one single package which can happily use any of the other supported backends. So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#183373: O: libmetakit2.4.9.3 -- MetaKit embeddable database
Processing commands for [EMAIL PROTECTED]: retitle 183373 O: libmetakit2.4.9.3 -- MetaKit embeddable database Bug#183373: O: libmetakit2.4.9.3 -- MetaKit embeddable database Changed Bug title to `O: libmetakit2.4.9.3 -- MetaKit embeddable database' from `O: libmetakit2.4.9.3 -- MetaKit embeddable database'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: RM: libmetakit2.4.9.3 -- RoQA; orphaned, no reverse deps
Processing commands for [EMAIL PROTECTED]: retitle 183373 RM: libmetakit2.4.9.3 -- RoQA; orphaned, no reverse deps Bug#183373: O: libmetakit2.4.9.3 -- MetaKit embeddable database Changed Bug title to `RM: libmetakit2.4.9.3 -- RoQA; orphaned, no reverse deps' from `O: libmetakit2.4.9.3 -- MetaKit embeddable database'. reassign 183373 ftp.debian.org Bug#183373: RM: libmetakit2.4.9.3 -- RoQA; orphaned, no reverse deps Bug reassigned from package `wnpp' to `ftp.debian.org'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#183373: RM: libmetakit2.4.9.3 -- RoQA; orphaned, no reverse deps
retitle 183373 RM: libmetakit2.4.9.3 -- RoQA; orphaned, no reverse deps reassign 183373 ftp.debian.org thanks Gerfried Fuchs [EMAIL PROTECTED] writes: Yes, most propably. Sorry, was on vacations the last two weeks, just got back and luk pinged me about this bugreport: #v+ luk Rhonda: do you mind answering #183373? Rhonda Was on vacations since 4th, just returned. :) Rhonda So I haven't seen that mail yet. And I'm pretty happy with it getting removed, I don't think anyone is going to adopt it, no matter how many people raised interest over time ... Rhonda I tried to package the latest upstream version for a while, but the upstream maintainer isn't really good with libtool (breaks API/ABI with each release) and dropped --release support which made me able to package it properly in the first place. Rhonda Will answer, yes. #v- Furthermore to not being able to make any use of the later upstream releases my reasons for maintaining it went away long ago, and I don't see any other reverse dependencies, just a suggest as database backend From one single package which can happily use any of the other supported backends. OK, reassigning. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: Second Life new version
On Saturday 18 August 2007 08:18, Paul TBBle Hampson wrote: I've uploaded 1.18.1.2 packages, however I have no idea if it will build on i386 or amd64, as I've got a patch in there which changes the way compiler flags are put together compared to upstream (which also changed since 1.18.0.6, hence the patch) Thank you. Rainer: are you going to keep doing i386 etch packages and test this for Paul, or do you want me to try doing that? -- Marcos Marado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438863: ITP: libclass-c3-componentised-perl -- load mix-ins or components to your C3-based class
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libclass-c3-componentised-perl Version : 1.0001 Upstream Author : Matt S. Trout and the DBIx::Class team Pulled out into seperate module by Ash Berlin [EMAIL PROTECTED] * URL : http://www.cpan.org/authors/id/A/AS/ASH/Class-C3-Componentised-1.0001.tar.gz * License : Perl (GPL/Artistic) Programming Lang: Perl Description : load mix-ins or components to your C3-based class Class::C3::Componentised will inject base classes to your module using the Class::C3 method resolution order. . Please note: these are not plugins that can take precedence over methods declared in MyModule. If you want something like that, consider MooseX::Object::Pluggable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438683: ITP: libconfig -- simple library for manipulating structured configuration files
Hi Abraham, At 1187477920 time_t, Julien Danjou wrote: Package: wnpp Severity: wishlist Owner: Julien Danjou [EMAIL PROTECTED] * Package name: libconfig Version : 1.1.3 Upstream Author : Mark Lindner * URL : http://www.hyperrealm.com/libconfig/libconfig.html * License : LGPL Programming Lang: C, C++ Description : simple library for manipulating structured configuration files libconfig is a simple library for manipulating structured configuration files. The file format is more compact and more readable than XML. And unlike XML, it is type-aware, so it is not necessary to do string parsing in application code. The library includes bindings for both the C and C++ languages. It works on POSIX-compliant UNIX systems (GNU/Linux, Mac OS X, Solaris, FreeBSD) and Windows (2000, XP and later). Currently there's already a libconfig in Debian, that seems unmaintained and not used. I don't know yet what I'm going to do ; maybe ask the maintainers if he thinks we can remove it. Do you think libconfig is still useful in Debian? It does not seem to be used nor really developed. Can we ask it for removal and replace it with a new libconfig, see above? Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: # the following bugs are closed by packages in NEW # tags 438148 pending Bug#438148: ITP: icedove-dispmua -- Mozilla Thunderbird display Mail User Agent extension There were no tags set. Tags added: pending tags 438487 pending Bug#438487: ITP: liblexical-persistence-perl -- Perl module for accessing persistent data through lexical variables. There were no tags set. Tags added: pending tags 438834 pending Bug#438834: ITP: libdigest-md5-file-perl -- Perl extension for getting MD5 sums for files and urls There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438868: RFP: OpenClinica -- is a free, open source software platform for Electronic Data Capture (EDC) in clinical research
Package: wnpp Severity: wishlist Openclinica is a free, open source software platform for Electronic Data Capture (EDC) in clinical research. It is LGPL licensed and runs on jakarta tomcat 5.5 and posgresql. Given a running tomcat webserver installation is covered my tomcat automatically deploying the *.war file. There is three config files. One needs to be adapted in one place to reflect the path to openclinica. Installation instructions are provided in the download. Dependencies are Java, tomcat, postgresql and a few java/tomcat addons like here: but most of them will be handled by Debian anyway. lrwxrwxrwx 1 root root 24 16. Aug 16:41 bcel.jar -gt; /usr/share/java/bcel.jar lrwxrwxrwx 1 root root 34 16. Aug 16:41 catalina-ant55.jar -gt; /usr/share/java/catalina-ant55.jar lrwxrwxrwx 1 root root 45 16. Aug 15:58 jakarta-commons-beanutils.jar -gt; /usr/share/java/jakarta-commons-beanutils.jar lrwxrwxrwx 1 root root 40 16. Aug 16:19 jakarta-commons-dbcp.jar -gt; /usr/share/java/jakarta-commons-dbcp.jar lrwxrwxrwx 1 root root 44 16. Aug 15:58 jakarta-commons-digester.jar -gt; /usr/share/java/jakarta-commons-digester.jar lrwxrwxrwx 1 root root 38 16. Aug 15:58 jakarta-commons-el.jar -gt; /usr/share/java/jakarta-commons-el.jar lrwxrwxrwx 1 root root 43 16. Aug 15:58 jakarta-commons-modeler.jar -gt; /usr/share/java/jakarta-commons-modeler.jar lrwxrwxrwx 1 root root 45 16. Aug 15:58 jakarta-commons-validator.jar -gt; /usr/share/java/jakarta-commons-validator.jar lrwxrwxrwx 1 root root 40 19. Aug 17:47 jakarta-taglibs-core.jar -gt; /usr/share/java/jakarta-taglibs-core.jar lrwxrwxrwx 1 root root 44 19. Aug 17:35 jakarta-taglibs-standard.jar -gt; /usr/share/java/jakarta-taglibs-standard.jar lrwxrwxrwx 1 root root 37 19. Aug 17:24 jasper55-compiler.jar -gt; /usr/share/java/jasper55-compiler.jar lrwxrwxrwx 1 root root 36 19. Aug 17:24 jasper55-runtime.jar -gt; /usr/share/java/jasper55-runtime.jar lrwxrwxrwx 1 root root 37 19. Aug 17:44 jasper-compiler -gt; /usr/share/java/jasper55-compiler.jar lrwxrwxrwx 1 root root 26 19. Aug 17:52 javacc.jar -gt; /usr/share/java/javacc.jar lrwxrwxrwx 1 root root 27 19. Aug 17:55 jdtcore.jar -gt; /usr/share/java/jdtcore.jar lrwxrwxrwx 1 root root 41 19. Aug 17:43 jsp-api.jar -gt; /usr/share/tomcat55/common/lib/jspapi.jar lrwxrwxrwx 1 root root 26 16. Aug 15:58 jspapi.jar -gt; /usr/share/java/jspapi.jar lrwxrwxrwx 1 root root 23 19. Aug 17:40 jsp.jar -gt; /usr/share/java/jsp.jar lrwxrwxrwx 1 root root 43 19. Aug 14:58 naming-factory.jar -gt; /usr/share/java/tomcat55/naming-factory.jar lrwxrwxrwx 1 root root 45 19. Aug 14:58 naming-resources.jar -gt; /usr/share/java/tomcat55/naming-resources.jar -rw-r--r-- 1 tomcat tomcat 402505 3. Mär 00:13 postgresql-8.1-405.jdbc3.jar lrwxrwxrwx 1 root root 45 16. Aug 15:58 postgresql-8.2-506.jdbc3.jar -gt; /usr/share/pgsql/postgresql-8.2-506.jdbc3.jar lrwxrwxrwx 1 root root 26 16. Aug 15:58 regexp.jar -gt; /usr/share/java/regexp.jar lrwxrwxrwx 1 root root 32 16. Aug 16:32 servletapi55.jar -gt; /usr/share/java/servletapi55.jar lrwxrwxrwx 1 root root 31 16. Aug 15:58 servletapi5.jar -gt; /usr/share/java/servletapi5.jar lrwxrwxrwx 1 root root 16 19. Aug 17:43 servlet-api.jar -gt; servletapi55.jar lrwxrwxrwx 1 root root 26 16. Aug 15:58 struts.jar -gt; /usr/share/java/struts.jar -- Sebastian Hilbert Leipzig / Germany [www.gnumed.de] - PGP welcome, HTML -/dev/null
Bug#438683: ITP: libconfig -- simple library for manipulating structured configuration files
Hi Julien@2007.08.20_13:38:49_+0200 At 1187477920 time_t, Julien Danjou wrote: Package: wnpp Severity: wishlist Owner: Julien Danjou [EMAIL PROTECTED] * Package name: libconfig Version : 1.1.3 Upstream Author : Mark Lindner * URL : http://www.hyperrealm.com/libconfig/libconfig.html * License : LGPL Programming Lang: C, C++ Description : simple library for manipulating structured configuration files libconfig is a simple library for manipulating structured configuration files. The file format is more compact and more readable than XML. And unlike XML, it is type-aware, so it is not necessary to do string parsing in application code. The library includes bindings for both the C and C++ languages. It works on POSIX-compliant UNIX systems (GNU/Linux, Mac OS X, Solaris, FreeBSD) and Windows (2000, XP and later). Currently there's already a libconfig in Debian, that seems unmaintained and not used. I don't know yet what I'm going to do ; maybe ask the maintainers if he thinks we can remove it. Do you think libconfig is still useful in Debian? It does not seem to be used nor really developed. Can we ask it for removal and replace it with a new libconfig, see above? No, please don't. It is still used by some of my programs and a few people and I've recently written a new version which I'm about to upload. -- Regards Abraham ___ Abraham vd Merwe - The Debian Project 1st Floor, Albion Springs, 183 Main Road, Newlands Phone: +27 21 689 3867 Cell: +27 82 565 4451 Http: http://people.debian.org/~abz/ Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438408: #438408,ITP: libdpkg-parse-perl
Damyan Ivanov wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Deepak, Please make sure you use the X-Debbugs-CC: [EMAIL PROTECTED] pseudo-header when you file ITP bugs. See DevRef 5.1. The easiest way to do this is to use the report bug utility. Next time run reportbug wnpp and follow the instructions. * Package name : libdpkg-parse-perl Version : 0.01 Upstream Author : Adam Jacob |[EMAIL PROTECTED] |* URL : http://search.cpan.org/~holoway/DPKG-Parse-0.01/ * License : Perl License Programming Lang : Perl Description: DPKG::Parse contains utilities to parse the various files created by dpkg and turn them into helpful Perl objects. Current files understood by various DPKG::Parse modules: Can you briefly compare the functionality of DPKG::Parse and AptPkg? it provides the approximately same functionality BUT it is in Object oriented way. see http://search.cpan.org/~holoway/DPKG-Parse-0.01/lib/DPKG/Parse/Available.pm#___top - -- Damyan IvanovJabberID: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGyHSkHqjlqpcl9jsRAo34AKCJjJ8czwJPVTAyFIEjUd0J6BWbmgCeNZp4 85bEEh7jsL30NOSktJhIPXU= =hYgo -END PGP SIGNATURE- Thanks Deepak. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435900: marked as done (O: xzoom -- magnify part of X display, with real-time updates)
Your message dated Mon, 20 Aug 2007 15:55:42 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#435900: fixed in xzoom 0.3-21 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: wnpp I don't use this package anymore. Description: magnify part of X display, with real-time updates xzoom maginifies a section of the X display, and updates the zoomed window in real-time. . similar to xmag, but xmag does not update display in real-time. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project ---End Message--- ---BeginMessage--- Source: xzoom Source-Version: 0.3-21 xzoom was adopted a couple of weeks ago: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 07 Aug 2007 22:01:43 -0700 Source: xzoom Binary: xzoom Architecture: source i386 Version: 0.3-21 Distribution: unstable Urgency: low Maintainer: Joey Hess [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: xzoom - magnify part of X display, with real-time updates Changes: xzoom (0.3-21) unstable; urgency=low . * Maintaining this package again. * Improve description, fix typos. * Remove debian/pbuild-test directory, seems to be added by accident. * De-dpatchify (personal preference). * Clean up rules file. * Remove various autogenerated files from source package, seems they were added by accident. * debhelper v5. * The Apps/Tools menu is obsolete. Use Applications/Accessibility, hope that's not too big a stretch. * Remove CVS dirs from debian patch. Files: 61116152e9c418d4f2f637ca645ce808 577 x11 optional xzoom_0.3-21.dsc db8032aaf347a82a22c58e324a8bfa8c 7797 x11 optional xzoom_0.3-21.diff.gz 03f177bd05c2763d1665260457373d14 13974 x11 optional xzoom_0.3-21_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuVRd2tp5zXiKP0wRApXVAJ9grzuAK6RkDvGcFT17p5xho/brXgCfXpr1 9GjOdtm9NCWfIKFs6K7ki00= =0By8 -END PGP SIGNATURE- ---End Message---
Processed: I Intend to Adopt metacam
Processing commands for [EMAIL PROTECTED]: retitle 425241 ITA: metacam -- extract EXIF information from digital camera files Bug#425241: ITA: metacam -- extract EXIF information from digital Changed Bug title to `ITA: metacam -- extract EXIF information from digital camera files' from `ITA: metacam -- extract EXIF information from digital'. owner 425241 ! Bug#425241: ITA: metacam -- extract EXIF information from digital camera files Owner changed from [EMAIL PROTECTED] to Juan Angulo Moreno [EMAIL PROTECTED]. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425241: I Intend to Adopt metacam
retitle 425241 ITA: metacam -- extract EXIF information from digital camera files owner 425241 ! thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438408: #438408,ITP: libdpkg-parse-perl
Raphael Hertzog wrote: On Mon, 20 Aug 2007, Deepak Tripathi wrote: * Package name : libdpkg-parse-perl Version : 0.01 Upstream Author : Adam Jacob |[EMAIL PROTECTED] |* URL : http://search.cpan.org/~holoway/DPKG-Parse-0.01/ * License : Perl License Programming Lang : Perl Description: DPKG::Parse contains utilities to parse the various files created by dpkg and turn them into helpful Perl objects. Current files understood by various DPKG::Parse modules: Can you briefly compare the functionality of DPKG::Parse and AptPkg? it provides the approximately same functionality BUT it is in Object oriented way. I fail to see the need to package a few dozen of lines of perl that simply parse RFC2822-compatible headers when we have lots of well tested code to handle those. This module has seen a single release numbered 0.01, and it dates back to 2 years ago already. Deepak, please don't package every useless bit of perl. ok i will keep in mind. Furthermore, your comparison doesn't seem correct. I don't see a direct parser of Packages file in AptPkg. You have to go through all the Apt setup. They don't have the same use case. However DPKG::Parse has IMO no use case at all it was not in package AptPkg it is in DPKG::Parse. I have written (or seen) perl code to parse Packages file in numerous places (debian-cd for example) and you really don't need a dedicated module for that. And the available file used by this module is probably not meaningful on most systems... it's mainly a dselect file which is nowadays replaced by /var/lib/apt/lists/*. Cheers, Thanks Deepak -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 438730 to O: gkrellmss -- Plugin for GKrellM that has a VU meter and a chart
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.6 retitle 438730 O: gkrellmss -- Plugin for GKrellM that has a VU meter and a chart Bug#438730: O: gkrellmss Changed Bug title to `O: gkrellmss -- Plugin for GKrellM that has a VU meter and a chart' from `O: gkrellmss'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438408: #438408,ITP: libdpkg-parse-perl
On Mon, 20 Aug 2007, Deepak Tripathi wrote: * Package name : libdpkg-parse-perl Version : 0.01 Upstream Author : Adam Jacob |[EMAIL PROTECTED] |* URL : http://search.cpan.org/~holoway/DPKG-Parse-0.01/ * License : Perl License Programming Lang : Perl Description: DPKG::Parse contains utilities to parse the various files created by dpkg and turn them into helpful Perl objects. Current files understood by various DPKG::Parse modules: Can you briefly compare the functionality of DPKG::Parse and AptPkg? it provides the approximately same functionality BUT it is in Object oriented way. I fail to see the need to package a few dozen of lines of perl that simply parse RFC2822-compatible headers when we have lots of well tested code to handle those. This module has seen a single release numbered 0.01, and it dates back to 2 years ago already. Deepak, please don't package every useless bit of perl. Furthermore, your comparison doesn't seem correct. I don't see a direct parser of Packages file in AptPkg. You have to go through all the Apt setup. They don't have the same use case. However DPKG::Parse has IMO no use case at all I have written (or seen) perl code to parse Packages file in numerous places (debian-cd for example) and you really don't need a dedicated module for that. And the available file used by this module is probably not meaningful on most systems... it's mainly a dselect file which is nowadays replaced by /var/lib/apt/lists/*. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#438600: ITP: myspell-hy -- Myspell dictionary for Armenian
Hi, There is no reason to reject it. It works and acts correctly. This dictionary supports both Western and Eastern Armenian words those are both used in Armenia and Armenian Diaspora. What do you mean correct? I think that situation is clear now. Alan Hi, Alan Baghumian wrote: * Package name : myspell-hy Version : 0.10.0 * URL : http://sf.net/projects/armspell Upstream Authors : Alan Baghumian [EMAIL PROTECTED], Arthur Serkis [EMAIL PROTECTED] * License : GNU/GPL Description: Myspell dictionary for Armenian language. I'd object to this given the comments given in http://www.openoffice.org/issues/show_bug.cgi?id=80806. A dictionary which doesn't reflect correct spelling is of no use. As it is in NEW already, it probably should be rejected. Gr��e/Regards, Ren� -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438600: ITP: myspell-hy -- Myspell dictionary for Armenian
[ please don't post TOFU ] Alan Baghumian wrote: There is no reason to reject it. It works and acts correctly. This dictionary supports both Western and Eastern Armenian words those are both used in Armenia and Armenian Diaspora. Well, the issue says otherweise. I don't know who is right (I don't speak Armenian), but I just wanted to mention that issue and it's comments. If the issue was right I think it doesn't make sense to add it as -hy. Maybe as -hy-western or when there's a iso code there use that. (And make it conflict with a -hy containing the correct Armenian) If the issue is wrong, nevermind. What do you mean correct? I think that situation is clear now. As the issue said. If the correct spelling of Armenian is something else than Western Armenian, QWestern Armenian is not neceesarily correct for a Armenian dictionary. Gr��e/Regards, Ren� -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#438922: ITP: libdpfp -- Digital Persona fingerprint scanner driver for Linux
Package: wnpp Owner: Dererk [EMAIL PROTECTED] Severity: wishlist * Package name: libdpfp Version : 0.2.1 Upstream Author : Daniel Drake [EMAIL PROTECTED] * URL : http://dpfp.berlios.de/ * License : GPL Programming Lang: C Description : Digital Persona fingerprint scanner driver for Linux libdpfp is a software project which aims to develop support for fingerprint scanning and matching using hardware manufactured by DigitalPersona http://dpfp.berlios.de/wikka.php?wakka=DigitalPersona/edit. . The end result would mean (amongst other possibilities) that users are able to optionally login with a fingerprint instead of, or perhaps in addition to, their password. . This package integrates the efforts of the Debian FingerForce project. Thanks -- [EMAIL PROTECTED]: ~$ grep -ir 'power in your hands' /proc/ /proc/version: Debian GNUine Perception BOFH excuse #295: The Token fell out of the ring. Call us when you find it.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: Second Life new version
On Monday 20 August 2007 13:41, Rainer Dorsch wrote: Am Montag, 20. August 2007 13:25 schrieb Marcos Marado: On Saturday 18 August 2007 08:18, Paul TBBle Hampson wrote: I've uploaded 1.18.1.2 packages, however I have no idea if it will build on i386 or amd64, as I've got a patch in there which changes the way compiler flags are put together compared to upstream (which also changed since 1.18.0.6, hence the patch) Thank you. Rainer: are you going to keep doing i386 etch packages and test this for Paul, or do you want me to try doing that? Marcos, I am just back from vacation and have a backlog of work. So I would probably not get started this week. Please go ahead and give the i386 build a try. Looking to SConstruct: opts.AddOptions( EnumOption('BUILD', 'Set build type', 'releasefordownload', allowed_values=('debug', 'release', 'releasenoopt', 'releasefordownload')), EnumOption('ARCH', 'Set architecture', 'i686', allowed_values=('i686', 'powerpc', 'x86_64')), EnumOption('BTARGET', 'Set build target', 'server', allowed_values=('client', 'server', 'all')), BoolOption('DISTCC', 'Enabled distcc', True), BoolOption('MOZLIB', 'Enabled llmozlib/mozilla support', True), BoolOption('FMOD', 'Enabled FMOD audio support', True), BoolOption('GSTREAMER', 'Enabled GStreamer support', True), BoolOption('COLORGCC', 'Enabled colorgcc', True), EnumOption('GRID', 'Client package\'s default grid', 'default', allowed_values=('default', 'aditi', 'agni', 'dmz', 'durga', 'firstlook', 'ganga', 'shakti', 'siva', 'soma', 'uma', 'vaak')), BoolOption('ELFIO', 'Enabled enhanced backtraces with libELFIO symbol extraction support', True), BoolOption('STANDALONE', 'Build using system packages (implies OPENSOURCE)', False), BoolOption('OPENSOURCE', 'Build using only non-proprietary dependencies', True), # OPENSOURCE: do not edit this line BoolOption('VECTORIZE', 'Enable vectorized routines (SIMD instruction sets eg. SSE, Altivec) (requires STANDALONE)', True), ) So, STANDALONE is False, but VECTORIZE (at True) needs STANDALONE... What's wrong here? -- Marcos Marado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: Second Life new version
On Mon, Aug 20, 2007 at 08:05:48PM +0100, Marcos Marado wrote: On Monday 20 August 2007 13:41, Rainer Dorsch wrote: Am Montag, 20. August 2007 13:25 schrieb Marcos Marado: On Saturday 18 August 2007 08:18, Paul TBBle Hampson wrote: I've uploaded 1.18.1.2 packages, however I have no idea if it will build on i386 or amd64, as I've got a patch in there which changes the way compiler flags are put together compared to upstream (which also changed since 1.18.0.6, hence the patch) Thank you. Rainer: are you going to keep doing i386 etch packages and test this for Paul, or do you want me to try doing that? Marcos, I am just back from vacation and have a backlog of work. So I would probably not get started this week. Please go ahead and give the i386 build a try. Looking to SConstruct: opts.AddOptions( EnumOption('BUILD', 'Set build type', 'releasefordownload', allowed_values=('debug', 'release', 'releasenoopt', 'releasefordownload')), EnumOption('ARCH', 'Set architecture', 'i686', allowed_values=('i686', 'powerpc', 'x86_64')), EnumOption('BTARGET', 'Set build target', 'server', allowed_values=('client', 'server', 'all')), BoolOption('DISTCC', 'Enabled distcc', True), BoolOption('MOZLIB', 'Enabled llmozlib/mozilla support', True), BoolOption('FMOD', 'Enabled FMOD audio support', True), BoolOption('GSTREAMER', 'Enabled GStreamer support', True), BoolOption('COLORGCC', 'Enabled colorgcc', True), EnumOption('GRID', 'Client package\'s default grid', 'default', allowed_values=('default', 'aditi', 'agni', 'dmz', 'durga', 'firstlook', 'ganga', 'shakti', 'siva', 'soma', 'uma', 'vaak')), BoolOption('ELFIO', 'Enabled enhanced backtraces with libELFIO symbol extraction support', True), BoolOption('STANDALONE', 'Build using system packages (implies OPENSOURCE)', False), BoolOption('OPENSOURCE', 'Build using only non-proprietary dependencies', True), # OPENSOURCE: do not edit this line BoolOption('VECTORIZE', 'Enable vectorized routines (SIMD instruction sets eg. SSE, Altivec) (requires STANDALONE)', True), ) So, STANDALONE is False, but VECTORIZE (at True) needs STANDALONE... What's wrong here? Nothing. The debian/rules file passes in STANDALONE=True. This however is broken for the non-STANDALONE case. The reason I made VECTORIZE depend on STANDALONE was because gcc before gcc4 didn't have the -f option to enable autovectorisation. That's not so interesting for a Debian patch, we always build standalone. -- Paul TBBle Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgp9zvwZXNRqQ.pgp Description: PGP signature
Bug#438753: ITP: md5deep -- Recursing file hash calculator
Giovanni Mascellani wrote: This utility is similar to the famous md5sum, but has the ability to recurse into subdirectories when calculating hashes for many files. Could this not go into moreutils? It seems a shame to create a new package for something that could be trivially implemented in one line of shell. /Lamby -- Chris Lamb, Cambridgeshire, UKGPG: 0x634F9A20 signature.asc Description: PGP signature
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: # the following bugs are closed by packages in NEW # tags 438863 pending Bug#438863: ITP: libclass-c3-componentised-perl -- load mix-ins or components to your C3-based class There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438951: ITP: ski -- A simulator for the Itanium architecture
Package: wnpp Severity: wishlist Owner: Ian Wienand [EMAIL PROTECTED] * Package name: ski Version : 1.1.3 * URL : http://ski.sourceforge.net/ License : GPL Description : A simulator for the Itanium architecture Ski is an instruction simulator designed to execute and test IA-64 code on non-ia64 machines. This is CPU simulator only; there is no machine simulator (for all the stuff beyond the CPU such as the PCI bus or random IO devices). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.3 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: retitle 363499 ITA: rhyme -- console based rhyming dictionary Bug#363499: O: rhyme -- console based rhyming dictionary Changed Bug title to `ITA: rhyme -- console based rhyming dictionary' from `O: rhyme -- console based rhyming dictionary'. owner 363499 ! Bug#363499: ITA: rhyme -- console based rhyming dictionary Owner recorded as Joel Jose [EMAIL PROTECTED]. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: want to adopt rhyme
Processing commands for [EMAIL PROTECTED]: retitle 363499 ITA: rhyme -- console based rhyming dictionary Bug#363499: ITA: rhyme -- console based rhyming dictionary Changed Bug title to `ITA: rhyme -- console based rhyming dictionary' from `ITA: rhyme -- console based rhyming dictionary'. owner 363499 ! Bug#363499: ITA: rhyme -- console based rhyming dictionary Owner changed from Joel Jose [EMAIL PROTECTED] to Joel Jose [EMAIL PROTECTED]. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438600: ITP: myspell-hy -- Myspell dictionary for Armenian
Hi, Well, the issue says otherweise. I don't know who is right (I don't speak Armenian), but I just wanted to mention that issue and it's comments. If the issue was right I think it doesn't make sense to add it as -hy. Maybe as -hy-western or when there's a iso code there use that. (And make it conflict with a -hy containing the correct Armenian) If the issue is wrong, nevermind. As the issue said. If the correct spelling of Armenian is something else than Western Armenian, QWestern Armenian is not neceesarily correct for a Armenian dictionary. Spelling differences between Western and Eastern Armenian is very very little and the main problem is the grammar style. We don't use MySpell to fix grammar errors, do we? :-) So it's not needed to produce to different -hy-eastern and -hy-western packages imho. Cheers, Alan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]