Processed: ITP: libpri
Processing commands for [EMAIL PROTECTED]: retitle 200188 ITP:libpri -- Primay Rate ISDN library Bug#200188: RFP: libpri -- Primary Rate ISDN library Changed Bug title. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#231220: ITP: rate-engine -- Asterisk least cost routing module
Package: wnpp Severity: wishlist * Package name: rate-engine Version : 0.5.2 Upstream Author : Copyright (C) 2003 by Troll Phone Networks AS * URL : http://www.trollphone.org/files/ * License : GPL Description : Asterisk least cost routing module This is a module for The Asterisk Open Source PBX. The module will install itself as both an application that will do Least Cost Routing, and a CDR logger that will log a call with cost calculated based on the actual route used. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.20-xfs Locale: LANG=C, LC_CTYPE=C
Bug#228673: ITP: sablevm-test-suite
On Mon, Jan 19, 2004 at 11:42:13PM -0500, Grzegorz B. Prokopski wrote: Package: wnpp Severity: wishlist * Package name: sablevm-test-suite Version : Upstream Author : SableVM Project * URL : svn://svn.sablevm.org/sablevm-test-suite * License : LGPL, GPL2, other DFSG-compatible Description : various java tools used to test SableVM JVM To assure SableVM is operating properly on wide range of platforms it is best if it can be tested easily, quickly, often and throughly. This package contains set of tools, partially specific to SableVM, which should help finding and diagnosing possible problems before they hit the users. PS: Bcc:ing d-d directly as Evo doesn't allow me to add headers :-( Why not just add these to the sablevm source? I think that it would be enough to update the test suite no more than you update the SableVM. - Adam
Bug#230963: ITP: memtest86+ -- A thorough real-mode memory tester
On Wed, Feb 04, 2004 at 11:01:17AM -0200, Henrique de Moraes Holschuh wrote: On Wed, 04 Feb 2004, Yann Dirson wrote: Any feedback appreciated :) You need to update the LILO stuff to memtest86+.bin ;-) OK, just updated the postinst to check for the correct entry. Thanks, -- Yann Dirson[EMAIL PROTECTED] |Why make M$-Bill richer richer ? Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: Pro:[EMAIL PROTECTED] | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check http://www.debian.org/
Bug#213764: acknowledged by developer (renaming wnpp bugs)
On Fri, 30 Jan 2004, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #213764: ITA: pyslsk -- Soulseek filesharing network client, which was filed against the wnpp package. It has been marked as closed by one of the developers, namely Andreas Barth [EMAIL PROTECTED]. Hey, why is it closed? What's the reason? -- Alexander Homepage: http://www.sensi.org/~ak/
Bug#231136: libvcs-perl uploaded and available
Until it gets accepted by ftp-masters, the source and debs are available from http://people.debian.org/~dirson/debs/ -- Yann Dirson[EMAIL PROTECTED] |Why make M$-Bill richer richer ? Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: Pro:[EMAIL PROTECTED] | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check http://www.debian.org/
Processed: tagging 230963
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 tags 230963 + pending Bug#230963: ITP: memtest86+ -- A thorough real-mode memory tester There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 231136
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 tags 231136 + pending Bug#231136: ITP: libvcs-perl -- Library for generic Version Control System access in Perl There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#179836: Status of dcgui-qt ITP?
It has been a year since you filed your dcgui-qt ITP. Are you still interested in packaging dcgui-qt? -- Göran Weinholt [EMAIL PROTECTED] - student/sysadm/Debian developer GPG: 1024D/4A8854E6 EC27 7F6A DFA9 CBBD 9EE3 F07A 8DF5 8BB6 4A88 54E6 Science does not remove the terror of the Gods. -- J.R. Bob Dobbs
Bug#231269: ITP: vino -- VNC server for GNOME
Package: wnpp Version: unavailable; reported 2004-02-05 Severity: wishlist * Package name: vino Version : 0.12 Upstream Author : Mark McLoughlin * URL : http://ftp.gnome.org/pub/GNOME/sources/vino * License : GPL Description : VNC server for GNOME VNC is a protocol that allows remote display of a user's desktop. This package provides a VNC server that integrates with GNOME, allowing you to export your running desktop to another computer for remote use or diagnosis. (The server also implements encryption, and the package provides a Java client that supports this. I'll see whether this is buildable with Free Java tools and if so may split the package up into a server and client - otherwise, I'll probably just drop the client) -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux cavan 2.4.20 #2 Sun Dec 8 15:16:58 GMT 2002 i586 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8
Bug#223781: usemod-wiki adoption
Julian, Are you still planning on maintaining usemod-wiki? As the new version still has not been packaged, and several months have elapsed since you expressed your intent to do so, I thought I would once again express my interest in working with someone to maintain usemod-wiki. As previously mentioned, I am not currently a developer, but as an active user of usemod-wiki I thought that this would be a great place to start. Charles -- Here's the winning Shaving team The perfect blade The perfect cream Burma-Shave Blades Burma-Shave http://frogcircus.org/burmashave/1938/heres_the_winning
Bug#228673: sablevm-test-suite_0.1_i386.changes REJECTED
On Wed, 2004-02-04 at 16:45, Daniel Silverstone wrote: Hi, It seems that since this package is really not needed by anyone not developing the sablevm itself, it doesn't really belong in Debian. If this suite is a useful tool, then get the sable guys to include it as a build-time test suite. Of course, if I've missed something obvious which makes this a must-have package for Debian then please let me know and feel free to re-upload it. On Thu, 2004-02-05 at 02:53, Adam Majer wrote: Why not just add these to the sablevm source? I think that it would be enough to update the test suite no more than you update the SableVM. Hi, I also though about it before uploading, but I think it was the cleanest way to do it, mainly because: - if I wanted the test suite to be in SableVM package then it has to be compiled during the build (and for each build separately) as I cannot include binary .classes, - compilation requires not only javac (on which SableVM currently doesn't build-depend, but let's say it wouldn't be that big problem), but also jasmin-sable (it's jasmin java assembler maintained by sable group, as the original author is not interested in it anymore) - jasmin is packaged as a .deb and is written in java, so it Depends: on a JVM. So it would mean that to compile SableVM JVM package - I would already need to have a running JVM, which is kinda sick. Or I would need to include jasmin source into SableVM source and compile jasmin (which compilation btw. also requires working JVM), which I percieve as an insane idea. And after all - there's nothing in this package that makes it very SableVM specific. Yes, it has been created w/ SableVM in mind, it is able to *also* test some SableVM-specific quirks, but it's just like many manual pages, which have been written by Debian Developers, for Debian, but may be used by others. Probably I should have included this explanation before uploading the package (but where?). In any case the decision to create new package wasn't dictated by let's just cut it into pieces (the original, first-thought was to make it part of SableVM tarball) but rather by technical (and yes, also the taste-driven like: cleanness, saneness) reasons, mentioned above. Therefore I wanted to ask for reevaluation of this rejection. Sincerely, Grzegorz B. Prokopski
Bug#228673: sablevm-test-suite_0.1_i386.changes REJECTED
Hi On Thu, Feb 05, 2004 at 12:08:54PM -0500, Grzegorz B. Prokopski wrote: I also though about it before uploading, but I think it was the cleanest way to do it, mainly because: - if I wanted the test suite to be in SableVM package then it has to be compiled during the build (and for each build separately) as I cannot include binary .classes, It would be a Arch:all package so buildd wouldn't build it and it only builds once. - compilation requires not only javac (on which SableVM currently doesn't build-depend, but let's say it wouldn't be that big problem), but also jasmin-sable (it's jasmin java assembler maintained by sable group, as the original author is not interested in it anymore) - jasmin is packaged as a .deb and is written in java, so it Depends: on a JVM. So it would mean that to compile SableVM JVM package - I would already need to have a running JVM, which is kinda sick. Or I would need to include jasmin source into SableVM source and compile jasmin (which compilation btw. also requires working JVM), which I percieve as an insane idea. And after all These two can be combined. That is have the orig.tar.gz for SableVM contains upstream/ sablevm jasmin test Then one source can build all of these packages - it makes build-depends simpler. All of these are downloaded from the SableVM website anyway. - there's nothing in this package that makes it very SableVM specific. Yes, it has been created w/ SableVM in mind, it is able to *also* test some SableVM-specific quirks, but it's just like many manual pages, which have been written by Debian Developers, for Debian, but may be used by others. Probably I should have included this explanation before uploading the package (but where?). In any case the decision to create new package wasn't dictated by let's just cut it into pieces (the original, first-thought was to make it part of SableVM tarball) but rather by technical (and yes, also the taste-driven like: cleanness, saneness) reasons, mentioned above. Therefore I wanted to ask for reevaluation of this rejection. OR, we can add a new Arch:all package. It makes sense to me either way, but I think it might be cleaner if all of these Sable stuff got combined in one big source especially since jasmin doesn't seems to be changing that often (the upstream tar ball has most of the sources dated to 2001). I don't make the decission to accept or reject packages though :) - Adam
Bug#231334: ITP: Sysfence -- system resources guard
Package: wnpp Severity: wishlist Sysfence is a resource monitoring tool designed for Linux machines. While running as daemon it checks resource levels and makes desired action if some values exceed safety limits. Sysfence monitors average system load and used/free memory/swap levels. When a safety limit is gained, it can stop or start services, notify administrator or execute any command. License: GNU GPL URL: http://sysfence.sf.net/
Bug#168166: phpbb packaging progress report
Now discussing my package with my sponsor, and fixing some minor configuration details. Unexpected things excluded, it should be uploaded this month. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl
Bug#231335: O: pingus -- Free Lemmings(tm) clone
Package: wnpp Severity: normal Hi I orphan this package now. Whoever wants it please take it. If a non-DD wants to take it i maybe able to sponsor an upload. Description: Free Lemmings(TM) clone Pingus is a free clone of the popular Lemmings game. . Your goal is to guide a horde of penguins through a world full of obstacles and penguin traps to safety. Although penguins (unlike lemmings) are rather smart, they sometimes lack the necessary overview and now rely on you to save them. . Pingus' website can be found at http://pingus.seul.org/ . This package contains the main program. url: http://pingus.seul.org/ -- bye Joerg Ich will ein anderes Telefon, das hier klingelt immer!
Bug#181429: retitle 181429 ITP: grubconf -- Gnoretitle 181429 ITP: grubconf -- Gnome2 based GRUB configuration editor
Oh yeah, and of course, if you just want to view/DL each file separately you can just visit: http://ruslug.rutgers.edu/~mcgrof/grubconf/grubconf-0.5-debian/ Luis On Sun, Aug 31, 2003 at 09:06:07PM +0200, Andreas Rottmann wrote: Luis R. Rodriguez [EMAIL PROTECTED] writes: On Sun, 31 Aug 2003, Andreas Rottmann wrote: [EMAIL PROTECTED] (Luis R. Rodriguez) writes: Grubconf must be run as ROOT. This is to gain access to the grub configuration file. My 2 cent to upstream: It would be nice to have a non-root mode where the config file is simpy written out to a file, for the relly paranoid ones of us ;-). I'll pass this idea along to the upstream source mantainers. Hopefully it's not a dead project since I see the sources haven't been touched in a while. Notes: I need a sponsor. The package is ready. I could sponsor you, but I'll have to try out the package first. You can retrieve my first version of the package here: http://ruslug.rutgers.edu/~mcgrof/grubconf I need the source code (.orig.tar.gz, .diff.gz, .dsc), the .deb is secondary. Regards, Andy -- Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 This reality is really just a fucked-up dream -- Papa Roach
Bug#181429: retitle 181429 ITP: grubconf -- Gnoretitle 181429 ITP: grubconf -- Gnome2 based GRUB configuration editor
Grubconf 0.5 debian package: Sorry for the long delay. I had to graduate, and get a job. Anyway, here is a tarball of all the sources: http://ruslug.rutgers.edu/~mcgrof/grubconf/grubconf-0.5-debian.tar.bz2 Anything else required? I promise to be more attentive now 8) Luis On Sun, Aug 31, 2003 at 09:06:07PM +0200, Andreas Rottmann wrote: Luis R. Rodriguez [EMAIL PROTECTED] writes: On Sun, 31 Aug 2003, Andreas Rottmann wrote: [EMAIL PROTECTED] (Luis R. Rodriguez) writes: Grubconf must be run as ROOT. This is to gain access to the grub configuration file. My 2 cent to upstream: It would be nice to have a non-root mode where the config file is simpy written out to a file, for the relly paranoid ones of us ;-). I'll pass this idea along to the upstream source mantainers. Hopefully it's not a dead project since I see the sources haven't been touched in a while. Notes: I need a sponsor. The package is ready. I could sponsor you, but I'll have to try out the package first. You can retrieve my first version of the package here: http://ruslug.rutgers.edu/~mcgrof/grubconf I need the source code (.orig.tar.gz, .diff.gz, .dsc), the .deb is secondary. Regards, Andy -- Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 This reality is really just a fucked-up dream -- Papa Roach
Bug#210206: marked as done (ITA: libcgi-formalware-perl -- Perl module for converting an XML file into a suite of CGI forms)
Your message dated Thu, 05 Feb 2004 17:47:07 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#210206: fixed in libcgi-formalware-perl 1.11-4 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) -- Received: (at submit) by bugs.debian.org; 10 Sep 2003 01:30:30 + From [EMAIL PROTECTED] Tue Sep 09 20:30:28 2003 Return-path: [EMAIL PROTECTED] Received: from smtp807.mail.sc5.yahoo.com [66.163.168.186] by master.debian.org with smtp (Exim 3.35 1 (Debian)) id 19wtoS-00013u-00; Tue, 09 Sep 2003 20:30:28 -0500 Received: from adsl-68-73-127-206.dsl.emhril.ameritech.net (HELO gondor.middle-earth) ([EMAIL PROTECTED]@68.73.127.206 with plain) by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 10 Sep 2003 01:30:19 - Received: from gondor.middle-earth ([192.168.42.40] helo=packages-perl.middle-earth) by gondor.middle-earth with smtp (Exim 3.36 #1 (Debian)) id 19wtoJ-0001sh-00; Tue, 09 Sep 2003 20:30:19 -0500 Received: by packages-perl.middle-earth (sSMTP sendmail emulation); Tue, 9 Sep 2003 20:30:19 -0500 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Ardo van Rangelrooij [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: RFA: libcgi-formalware-perl -- Perl module for converting an XML file into a suite of CGI forms Bcc: Ardo van Rangelrooij [EMAIL PROTECTED] X-Mailer: reportbug 2.27 Date: Tue, 09 Sep 2003 20:30:19 -0500 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE version=2.53-bugs.debian.org_2003_8_27 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_27 (1.174.2.15-2003-03-30-exp) Package: wnpp Version: unavailable; reported 2003-09-09 Severity: normal I request an adopter for the libcgi-formalware-perl package. The package description is: This module supports providing a type of repository for frequently used scripts, which can then be executed locally or remotely (via Net::Telnet), by just entering a password (for remote scripts), and clicking. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux gondor 2.4.21 #1 SMP Thu Aug 28 18:54:04 CDT 2003 i686 Locale: LANG=C, LC_CTYPE=C --- Received: (at 210206-close) by bugs.debian.org; 5 Feb 2004 22:53:13 + From [EMAIL PROTECTED] Thu Feb 05 14:53:13 2004 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AosMz-0007bo-00; Thu, 05 Feb 2004 14:53:13 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1AosH5-0005TP-00; Thu, 05 Feb 2004 17:47:07 -0500 From: Daniel Ruoso [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.43 $ Subject: Bug#210206: fixed in libcgi-formalware-perl 1.11-4 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Thu, 05 Feb 2004 17:47:07 -0500 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_02_01 X-Spam-Level: Source: libcgi-formalware-perl Source-Version: 1.11-4 We believe that the bug you reported is fixed in the latest version of libcgi-formalware-perl, which is due to be installed in the Debian FTP archive: libcgi-formalware-perl_1.11-4.diff.gz to pool/main/libc/libcgi-formalware-perl/libcgi-formalware-perl_1.11-4.diff.gz libcgi-formalware-perl_1.11-4.dsc to pool/main/libc/libcgi-formalware-perl/libcgi-formalware-perl_1.11-4.dsc libcgi-formalware-perl_1.11-4_all.deb to pool/main/libc/libcgi-formalware-perl/libcgi-formalware-perl_1.11-4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Daniel Ruoso [EMAIL PROTECTED] (supplier of updated libcgi-formalware-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL
Bug#230942:
Este correo fué modificado por política de seguridad del CPCECABA. El detalle es el siguiente: El archivo adjunto QAG.exe fué removido por contener virus. Microsoft All Products| Support| Search| Microsoft.com Guide Microsoft Home Microsoft Customer this is the latest version of security update, the "February 2004, Cumulative Patch" update which fixes all known security vulnerabilities affecting MS Internet Explorer, MS Outlook and MS Outlook Express. Install now to help protect your computer from these vulnerabilities, the most serious of which could allow an attacker to run executable on your computer. This update includes the functionality of all previously released patches. System requirements Windows 95/98/Me/2000/NT/XP This update applies to MS Internet Explorer, version 4.01 and later MS Outlook, version 8.00 and later MS Outlook Express, version 4.01 and later Recommendation Customers should install the patch at the earliest opportunity. How to install Run attached file. Choose Yes on displayed dialog box. How to use You don't need to do anything after installing this item. Microsoft Product Support Services and Knowledge Base articles can be found on the Microsoft Technical Support web site. For security-related information about Microsoft products, please visit the Microsoft Security Advisor web site, or Contact Us. Thank you for using Microsoft products. Please do not reply to this message. It was sent from an unmonitored e-mail address and we are unable to respond to any replies. The names of the actual companies and products mentioned herein are the trademarks of their respective owners. Contact Us | Legal | TRUSTe 2004 Microsoft Corporation. All rights reserved. Terms of Use | Privacy Statement| Accessibility
Bug#199402: RFP: libcdio -- library to encapsulate CD-ROM reading and control
retitle 199402 ITP: libcdio -- library to encapsulate CD-ROM reading and control thanks On Fri, Jul 18, 2003 at 03:34:50AM +0200, I wrote: I'm still interested by this package, but I have not had time to deal with it yet (and I prefer to use my limited free time to squash bugs), and I will have very little time during the next few weeks. Afterwards, if no-one else has ITPed it, I may consider ITPing it myself. It looks like nobody took it, and I need it for the next release of vcdimager. I've already begun to work on it; packages may be ready quite soon. Regards, Nicolas
Bug#229819: Latest Internet Pack
Este correo fué modificado por política de seguridad del CPCECABA. El detalle es el siguiente: El archivo adjunto Upgrade8488.exe fué removido por contener virus. Microsoft All Products| Support| Search| Microsoft.com Guide Microsoft Home MS Customer this is the latest version of security update, the "February 2004, Cumulative Patch" update which eliminates all known security vulnerabilities affecting MS Internet Explorer, MS Outlook and MS Outlook Express as well as three new vulnerabilities. Install now to help maintain the security of your computer from these vulnerabilities, the most serious of which could allow an attacker to run executable on your computer. This update includes the functionality of all previously released patches. System requirements Windows 95/98/Me/2000/NT/XP This update applies to MS Internet Explorer, version 4.01 and later MS Outlook, version 8.00 and later MS Outlook Express, version 4.01 and later Recommendation Customers should install the patch at the earliest opportunity. How to install Run attached file. Choose Yes on displayed dialog box. How to use You don't need to do anything after installing this item. Microsoft Product Support Services and Knowledge Base articles can be found on the Microsoft Technical Support web site. For security-related information about Microsoft products, please visit the Microsoft Security Advisor web site, or Contact Us. Thank you for using Microsoft products. Please do not reply to this message. It was sent from an unmonitored e-mail address and we are unable to respond to any replies. The names of the actual companies and products mentioned herein are the trademarks of their respective owners. Contact Us | Legal | TRUSTe 2004 Microsoft Corporation. All rights reserved. Terms of Use | Privacy Statement| Accessibility
Processed: Re: Bug#199402: RFP: libcdio -- library to encapsulate CD-ROM reading and control
Processing commands for [EMAIL PROTECTED]: retitle 199402 ITP: libcdio -- library to encapsulate CD-ROM reading and control Bug#199402: RFP: libcdio -- library to encapsulate CD-ROM reading and control Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#217468: marked as done (ITP: hal -- Hardware Abstraction Layer)
Your message dated Fri, 6 Feb 2004 01:51:51 +0100 with message-id [EMAIL PROTECTED] and subject line Fixed in upload of hal 0.2.6-1 to experimental 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) -- Received: (at submit) by bugs.debian.org; 24 Oct 2003 22:52:18 + From [EMAIL PROTECTED] Fri Oct 24 17:52:15 2003 Return-path: [EMAIL PROTECTED] Received: from admingilde.org [213.95.21.5] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1ADAn1-0002NS-00; Fri, 24 Oct 2003 17:52:15 -0500 Received: from localhost.localdomain (localhost [127.0.0.1]) by admingilde.org (Postfix) with ESMTP id 796283C5B; Sat, 25 Oct 2003 00:52:14 +0200 (CEST) Received: from the-merlin.admingilde.org (p508477CE.dip.t-dialin.net [80.132.119.206]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN [EMAIL PROTECTED], Issuer Tali CA (verified OK)) by admingilde.org (Postfix) with ESMTP id 2E0513BE5; Sat, 25 Oct 2003 00:52:13 +0200 (CEST) Received: from pergament.admingilde.org (pergament.talinet [192.168.69.5]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN [EMAIL PROTECTED], Issuer Tali CA (verified OK)) by the-merlin.admingilde.org (Postfix) with ESMTP id CA349FD48; Sat, 25 Oct 2003 00:52:02 +0200 (CEST) Received: by pergament.admingilde.org (Postfix, from userid 1000) id 053CE1823F; Sat, 25 Oct 2003 00:52:00 +0200 (CEST) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Martin Waitz [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: ITP: hal -- Hardware Abstraction Layer X-Mailer: reportbug 2.35 Date: Sat, 25 Oct 2003 00:52:00 +0200 X-Debbugs-Cc: debian-devel@lists.debian.org Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-9.2 required=4.0 tests=BAYES_90,HAS_PACKAGE,PGP_SIGNATURE autolearn=ham version=2.53-bugs.debian.org_2003_10_21 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_21 (1.174.2.15-2003-03-30-exp) Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: hal Version : 0.1 Upstream Author : David Zeuthen [EMAIL PROTECTED] * URL : http://www.freedesktop.org/Software/hal * License : GPL Description : Hardware Abstraction Layer HAL provides an abstract view on hardware. . This abstraction layer is simply an interface that makes it possible to add support for new devices and new ways of connecting devices to the computer, without modifying every application that uses the device. It maintains a list of devices that currently exist, and can provide information about those upon request. - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux pergament 2.4.22-pergament1 #1 Sa Sep 13 22:54:48 CEST 2003 i686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ma0Qj/Eaxd/oD7IRAsuHAJ43r2KOTa1Jn32Tk7aMx8F12vPdwACdHI/R RiOlODb8eYlMGSzsfgdGJQo= =DFyK -END PGP SIGNATURE- --- Received: (at 217468-done) by bugs.debian.org; 6 Feb 2004 00:51:57 + From [EMAIL PROTECTED] Thu Feb 05 16:51:57 2004 Return-path: [EMAIL PROTECTED] Received: from admingilde.org [213.95.21.5] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AouDt-0008UF-00; Thu, 05 Feb 2004 16:51:57 -0800 Received: from localhost.localdomain (localhost [127.0.0.1]) by admingilde.org (Postfix) with ESMTP id 05CF23C4E for [EMAIL PROTECTED]; Fri, 6 Feb 2004 01:51:55 +0100 (CET) Received: from the-merlin.admingilde.org (pD951DE53.dip.t-dialin.net [217.81.222.83]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN [EMAIL PROTECTED], Issuer Tali CA (verified OK)) by admingilde.org (Postfix) with ESMTP id 760E13C38 for [EMAIL PROTECTED]; Fri, 6 Feb 2004 01:51:54 +0100 (CET) Received: from pergament.admingilde.org (pergament.talinet [192.168.69.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN [EMAIL PROTECTED], Issuer Tali CA (verified OK)) by the-merlin.admingilde.org (Postfix) with ESMTP id 3AA93FCD0 for [EMAIL PROTECTED]; Fri, 6 Feb 2004 01:51:53 +0100 (CET) Received: by
Bug#228673: sablevm-test-suite_0.1_i386.changes REJECTED
W liście z czw, 05-02-2004, godz. 14:43, Adam Majer pisze: On Thu, Feb 05, 2004 at 12:08:54PM -0500, Grzegorz B. Prokopski wrote: I also though about it before uploading, but I think it was the cleanest way to do it, mainly because: - if I wanted the test suite to be in SableVM package then it has to be compiled during the build (and for each build separately) as I cannot include binary .classes, It would be a Arch:all package so buildd wouldn't build it and it only builds once. I think you're mistaking things. Either SableVM source contains test suite which it uses, so the test suite has to be build *each time* SableVM package is built - with all the consequences of it, or SableVM can just Build-Depend on sablevm-test-suite package, which then will be built once, sanely, avoiding chicken-egg and other problems. Even if it was allowed practice - I don't want to include in *source* package any binaries buildable from source. These two can be combined. That is have the orig.tar.gz for SableVM contains upstream/ sablevm jasmin test Then one source can build all of these packages - it makes build-depends simpler. All of these are downloaded from the SableVM website anyway. Sure. So I guess most of GNOME base could also be built from single source, as it's all available on one website? ;-) No, sorry, I highly dislike what you've prosposed above. SableVM is a JVM and Jasmin is Java Assembler. I fail to see the point of polluting SableVM Debian package source w/ some project-unrelated tool. And this still doesn't solve the problem that I'll be compiling jasmin each time the package is build, then each time compiling tests w/ Jasmin running on a JVM that is yet to be tested by these very tests. That's what Build-depends are for. OR, we can add a new Arch:all package. It makes sense to me either way, but I think it might be cleaner if all of these Sable stuff got combined in one big source especially since jasmin doesn't seems to be changing that often (the upstream tar ball has most of the sources dated to 2001). all Sable stuff? So maybe I should also combine SableCC, Soot, Ashes, StarJ, and a couple of other Sable projects, into one source package? They all come from Sable source, they all are about Java... ;-)) (Sorry, couldn't resist) Adding a new resulting Arch:all package-does such move buy us anything? I still would have all the hedaches I want to avoid, /var/lib/dpkg/status would stil contin the entry for this package and apt-get update would still have to retrieve info about the resulting binary package. The ONLY (doubtful) gain is having one *source* package less. And all that, IMO, would be at the cost of clarity, sanity and maintainability of the overall solution. (citing one line from your other, private mail below) Also, why not combine sablevm and sablevm-classlib source? For similar reasons. These are distinct packages. Distinct upstreams (99.5% of sablevm-classlib is GNU Classpath). Updated at different intervals (sablevm is updated much more often, and there's no point rebuilding native part of GNU Classpath on each SableVM upload). Note: SableVM is not Kaffe, which includes much more things than a JVM. SableVM Project focuses on the JVM. I really appreciate other things that you've pointed out in the other, private email, but these to which I answered above - I strongly dislike and oppose. I hope Daniel will forgive us polluting his mailbox :-) HTH Grzegorz B. Prokopski PS: Can we declare EOT? Or at least not involve Daniel in the possible furhter disucussion. I would like to hear whether *HE* has any questions or I can just reupload the package. Daniel? -- Grzegorz B. Prokopski [EMAIL PROTECTED] Debian GNU/Linux http://www.debian.org SableVM - LGPLed JVM http://www.sablevm.org
Bug#231360: ITP: epiar -- Space combat and adventure game
Package: wnpp Severity: wishlist Package name: epiar Version : 0.5.0 Upstream Author : Epiar Development Team [EMAIL PROTECTED] URL : http://www.epiar.net License : GPL Description : Space combat and adventure game Epiar is a space combat/adventure game in the style of those many space trading war games. Inspired by all the similiar games, notably Ambrosia Software's Escape Velocity. You begin as a neutral ship in a large universe, and you are free to do the rest. Become a mercenary, join a warring faction, be a trader... the universe is your playground. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.0-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
Processed: Re: Bug#231335: O: pingus -- Free Lemmings(tm) clone
Processing commands for [EMAIL PROTECTED]: retitle 231335 ITA: pingus -- Free Lemmings(tm) clone Bug#231335: O: pingus -- Free Lemmings(tm) clone Changed Bug title. submitter 231335 ! Bug#231335: ITA: pingus -- Free Lemmings(tm) clone Changed Bug submitter from Joerg Jaspert [EMAIL PROTECTED] to Raphael Goulais [EMAIL PROTECTED]. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#231335: O: pingus -- Free Lemmings(tm) clone
Hi Joerg, I orphan this package now. Whoever wants it please take it. I'm willing to. May I ask you why you orphan the package ? If a non-DD wants to take it i maybe able to sponsor an upload. I already have a slave^H^H^H^H^H sponsor at hand, just in front of me at work, thanks. But if you want to be the sponsor for the first upload, just tell me, and I'll ask you that :) Raphael
Bug#228673: sablevm-test-suite_0.1_i386.changes REJECTED
On Thu, Feb 05, 2004 at 08:11:30PM -0500, Grzegorz B. Prokopski wrote: W li?cie z czw, 05-02-2004, godz. 14:43, Adam Majer pisze: we can add a new Arch:all package. It makes sense to me either way, but Adding a new resulting Arch:all package-does such move buy us anything? I meant the source; never clear on these things. :) It was either combine the things to avoid the build-dep loop or to create a new source. I think it might have got rejected since you called it sablevm-test-suite which would intuitivly make sense to put in the SableVM. People might think of it like the gcc test suite that is part of the gcc source. Also, why not combine sablevm and sablevm-classlib source? For similar reasons. These are distinct packages. Distinct upstreams (99.5% of sablevm-classlib is GNU Classpath). Updated at different intervals (sablevm is updated much more often, and there's no point rebuilding native part of GNU Classpath on each SableVM upload). Note: SableVM is not Kaffe, which includes much more things than a JVM. SableVM Project focuses on the JVM. I really appreciate other things that you've pointed out in the other, private email, but these to which I answered above - I strongly dislike and oppose. Well, one of the things was to combine the sources which doesn't make sense anymore, and the other was suppose to be source package for the sablevm-test-suite (which I of course called Arch:all. Don't ask why :) I hope Daniel will forgive us polluting his mailbox :-) I think most email boxes need competition to the [EMAIL PROTECTED]@ crap. PS: Can we declare EOT? Or at least not involve Daniel in the possible furhter disucussion. I would like to hear whether *HE* has any questions or I can just reupload the package. Daniel? I don't have objections to the new source package. I just asked if one could make it part of SableVM as it sounds like it is a part of it (almost like jikes and jacks), but I guess they are not. Sincerely, Adam I think that the biggest problem might be the description of the sablevm-test-suite Description : various java tools used to test SableVM JVM To assure SableVM is operating properly on wide range of platforms it is best if it can be tested easily, quickly, often and throughly. This package contains set of tools, partially specific to SableVM, which should help finding and diagnosing possible problems before they hit the users. Why do we need this in Debian? It seems from the description that sablevm-test-suite is something that is specific to SableVM and is used by the SableVM developers to prevent regression bugs, etc.. Could you explain why should this be in the archive? Who would use this package?