Bug#1101193: ITP: libopengl-modern-perl -- Perl extension to Modern OpenGL API up to 4.5

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libopengl-modern-perl Version : 0.04 Upstream Author : Chris Marshall * URL : https://metacpan.org/release/OpenGL-Modern * License

Bug#1101194: ITP: libopengl-glfw-perl -- Perl bindings for the GLFW library

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libopengl-glfw-perl Version : 0.04 Upstream Author : Chris Marshall * URL : https://metacpan.org/release/OpenGL-GLFW * License

Bug#1093183: ITP: libpdl-opt-simplex-perl -- PDL implementation of simplex optimization algorithm

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-opt-simplex-perl Version : 2.097 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-Opt-Simplex

Bug#1093186: ITP: libpdl-io-hdf-perl -- PDL interface to read and write HDF4 files with the SD, VS, and V interfaces.

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-io-hdf-perl Version : 2.003 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-IO-HDF * License

Bug#1093185: ITP: libpdl-graphics-trid-perl -- PDL 3D interface

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-graphics-trid-perl Version : 2.099 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-Graphics-TriD

Bug#1093184: ITP: libpdl-io-idl-perl -- Read IDL(tm) data files into PDL

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-io-idl-perl Version : 2.098 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-IO-IDL * License

Bug#1093181: ITP: libpdl-transform-color-perl -- Useful color system conversions for PDL

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-transform-color-perl Version : 1.007 Upstream Author : Craig DeForest * URL : https://metacpan.org/release/PDL-Transform

Bug#1093182: ITP: libpdl-transform-proj4-perl -- PDL::Transform interface to the PROJ library

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-transform-proj4-perl Version : 2.098 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-Transform

Bug#1093180: ITP: libpdl-io-gd-perl -- PDL interface to the GD image library

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-io-gd-perl Version : 2.103 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-IO-GD * License

Bug#1093179: ITP: libpdl-perldl2-perl -- Simple shell (version 2) for PDL using Devel::REPL

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-perldl2-perl Version : 2.002 Upstream Author : Chris Marshall * URL : https://metacpan.org/release/PDL-Perldl2 * License

Bug#1093177: ITP: libpdl-gsl-perl -- PDL interface to the GNU Scientific Library

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-gsl-perl Version : 2.101 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-GSL * License

Bug#1093178: ITP: libpdl-io-envi-perl -- Read ENVI data into PDL

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-io-envi-perl Version : 2.098 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-IO-ENVI * License

Bug#1093176: ITP: libpdl-io-dicom-perl -- Read 16-bit gray level Dicom images into PDL.

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-io-dicom-perl Version : 2.098 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-IO-Dicom * License

Bug#1093174: ITP: libpdl-graphics-simple-perl -- Simple backend-independent plotting for PDL

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-graphics-simple-perl Version : 1.015 Upstream Author : Craig DeForest * URL : https://metacpan.org/release/PDL-Graphics

Bug#1093172: ITP: libpdl-graphics-colorspace-perl -- PDL implementation of Graphics::ColorObject

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-graphics-colorspace-perl Version : 0.204 Upstream Author : Maggie J. Xiong * URL : https://metacpan.org/release/PDL-Graphics

Bug#1093168: ITP: libpdl-fit-perl -- Fitting functions for PDL.

Package: wnpp Owner: Ed J Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libpdl-fit-perl Version : 2.099 Upstream Author : PerlDL Developers * URL : https://metacpan.org/release/PDL-Fit * License

Bug#1039943: ITP: linescroll -- simple tool to watch logfile throughput

Package: wnpp Severity: wishlist Owner: ed neville X-Debbugs-Cc: debian-devel@lists.debian.org, ed-deb...@s5h.net * Package name: linescroll Version : 0.1.2 Upstream Contact: Ed Neville * URL : https://www.usenix.org.uk/content/linescroll.html * License : GPL

Bug#1034051: ITP: ripcalc -- simple network calculation and lookup tool

Package: wnpp Severity: wishlist Owner: ed neville X-Debbugs-Cc: debian-devel@lists.debian.org, ed-deb...@s5h.net * Package name: ripcalc Version : 0.1.6 Upstream Author : Ed Neville * URL : https://www.usenix.org.uk/content/ripcalc.html * License : GPL

Bug#1012384: ITP: libtext-balanced-perl -- Perl module for extraction of delimited text from strings

Package: wnpp Severity: wishlist Owner: Ed J X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: libtext-balanced-perl Version : 2.06 Upstream Author : Damian Conway * URL : https://metacpan.org/pod/Text::Balanced * License : GPL, Artistic, available

Re: insurace_notice_for_ed_CVge

Would like to here more On Jun 29, 2016 4:08 PM, "Tollef Fog Heen" wrote: > fgh Never Pay for Covered Auto Repairs Again > > 9$/month > > Check now for Confirmation > > > > > > unSubHere > > 0Pt0utHere > > !@#$%^&@#$%*

Bug#816649: ITP: cloudabi-utils -- Utilities and libraries for starting CloudABI programs

Package: wnpp Severity: wishlist Owner: Ed Schouten * Package name: cloudabi-utils Version : 0.8 Upstream Author : Ed Schouten * URL : https://nuxi.nl/ * License : BSD Programming Lang: C Description : Utilities and libraries for starting CloudABI

Re: [ralph.amis...@gmail.com: outrageous, thievery]

Be sure to share Daniels story via social media using the buttons on his blog. I hope it wakes up the entire community to what happens when you actually do something right around here! https://t.co/NwWs9AfW87 Thanks, On Mon, Nov 9, 2015 at 2:15 PM Richard Newton wrote: > I agree, shame on those

Re: An abrupt End to Debian Live

So sorry to hear this Daniel! I feel what they have done here is so wrong, but I have noticed they are very totalitarian in their processes. To do this to someone who has contributed so much though is really stupid on their part! I will definitely be forking here as prior versions fit my needs perf

Bug#802948: ITP: python-mmh3 -- Python wrapper for MurmurHash (MurmurHash3)

Package: wnpp Severity: wishlist Owner: Ed Swierk * Package name: python-mmh3 Version : 2.3.1 Upstream Author : Hajime Senuma * URL : http://github.com/hajimes/mmh3 * License : Public Domain Programming Lang: Python and C++ Description : Python

Re: Service stopping in prerm considered harmful

For the nth time squared, an initscript MUST NOT FAIL to stop an already stopped service. How is it supposed to do that? The service isn't running, so can't be stopped, therefore the script (if called to stop it) can only fail to stop it... If the service is already stopped, then the script

Re: User feedback -post installation and after-week survey?

ce idea, but I wouldn't put too much on the results. A shorter simple question like 'If you could change one thing, and one thing only, what would that be' open question might be more reliable. As for the applet idea, that would annoy me no end, they pop up at the most inconvenient ti

Re: the planet is gone...

for the status page box ... -- Regards, Ed :: http://www.gnunix.net proud python hacker Visual Basic, much like generic beer and America's Funniest Home Videos is an enabling technology for stupid people. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subje

getifaddr

land? -- Regards, Ed :: http://www.s5h.net proud bash person :%s/Open Source/Free Software/g :: Free DNS available -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Re: new version breaks some uses of unput()

Okay maybe defining the function in the rules section does solve the problem. However, this can have the effect of putting bug hunks of C code in the rules section. This would seem to be bad coding style as already suggested. It would seem that (at least one of) the uses of the "user code" sect

Re: Meta pkgs in debian

On Sun, Jan 22, 2006 at 20:31:53 -0500, Ed Sweetman wrote: Ok, i'm not subscribed here so please cc me any responses directly. Before I propose my suggestion I want to outline my issues with how meta pkgs are done currently. [...] The problem #2: Meta pkgs in debian ar

Meta pkgs in debian

Ok, i'm not subscribed here so please cc me any responses directly. Before I propose my suggestion I want to outline my issues with how meta pkgs are done currently. Meta pkgs by my own definition here are pkgs which have no payload of their own, but have their "Depends" field loaded with var

Read this before purchasing penis enlarge products!

Dude check out this sweet site! http://www.toonu.net/ss/ As soon as you trust yourself, you will know how to live. Because I have loved life, I shall have no sorrow to die. Everything is in a state of flux, including the status quo. Do not consider painful what is good for you. Phonog

Re: Debian AMD64 Archive Move

On Sunday 08 May 2005 4:23pm, Goswin von Brederlow wrote: > Ed Tomlinson <[EMAIL PROTECTED]> writes: > > On Sunday 08 May 2005 09:27, Joerg Jaspert wrote: > >> On 10283 March 1977, Ed Tomlinson wrote: > >> >> Whats going on == someone needs to check it. Tha

Re: Debian AMD64 Archive Move

On Tuesday 10 May 2005 3:22pm, Joerg Jaspert wrote: > On 10285 March 1977, Ed Cogburn wrote: > >> Will you pay us for the work and cover legal fees if any should arise? > > > > Sure. Because any rational person knows it won't happen. > > Laywers arent rati

Re: Debian AMD64 Archive Move

On Tuesday 10 May 2005 11:19am, Goswin von Brederlow wrote: > Ed Cogburn <[EMAIL PROTECTED]> writes: > > On Sunday 08 May 2005 9:27am, Joerg Jaspert wrote: > > In fact, looking through the non-free docs section, most of that can go > > in right now because they don'

Re: Debian AMD64 Archive Move

On Sunday 08 May 2005 9:27am, Joerg Jaspert wrote: > On 10283 March 1977, Ed Tomlinson wrote: > >> Whats going on == someone needs to check it. Thats it. > > > > That was the point made by Ed Cogburn. Its already been checked in the > > other arch! If this is n

Re: Debian AMD64 Archive Move

On Sunday 08 May 2005 09:27, Joerg Jaspert wrote: > On 10283 March 1977, Ed Tomlinson wrote: > > >> Whats going on == someone needs to check it. Thats it. > > That was the point made by Ed Cogburn. Its already been checked in the > > other > > arch! If this i

Re: Debian AMD64 Archive Move

On Sunday 08 May 2005 05:02, Joerg Jaspert wrote: > On 10283 March 1977, Ed Cogburn wrote: > > >> Note: non-free is NOT provided yet. We need to decide what we do with > >> it, as we may be forbidden to distribute some of the software in it (we > >> aren

Re: Debian AMD64 Archive Move

On Friday 06 May 2005 11:22am, Joerg Jaspert wrote: > Hi > > Note: non-free is NOT provided yet. We need to decide what we do with > it, as we may be forbidden to distribute some of the software in it (we > aren't Debian). Wait a second, if you *aren't* Debian, it should be *easier* for you to

Re: Please help test Snort 2.3.0 (experimental) packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Javier Fernández-Sanguino Peña wrote: | Hi everyone, | | I've recently uploaded (to experimental only) new Snort 2.3.0 | packages (based on the release made by the Snort team last January | 25th). Does this include snort-pgsql? I don't see for experimen

Re: Debian conference in the US?

Russell Coker wrote: On Sat, 24 May 2003 09:51, Alan Shutko wrote: The citizens of the US have a little more power than the rest of the world, in that you have a *vote* as to who gets to fuck the rest of the world. Well, didn't work that way last time... They got their second choice. I never chos

Re: Debian conference in the US?

Martin Schulze wrote: Aaron M. Ucko wrote: While convenient for american developers, there are rather a number of non-american developers who will not set foot on American soil, due in part to the DMCA and (I imagine) the apparent dangers to non-americans coming into the country. Two of the people

Re: plagiarism of reiserfs by Debian

On Tue, 2003-04-22 at 13:57, Matt Zimmerman wrote: > On Tue, Apr 22, 2003 at 09:58:08AM -0600, Ed Boraas wrote: > > > As a result, I've privately emailed Hans to try to resolve the issue. I > > would like to apologize to debian-devel for the traffic this has > > gen

Re: plagiarism of reiserfs by Debian

x27; output should serve as an acceptable balance. I'm willing to reconsider that position, however, if the authors and/or users disagree. For free software, Ed

Re: Bug#127252: -unstable compiled against the wrong libpng

recompiled packages available - my system would not have broken... This would have also put pressure on package owers to recompile. As it stands now there seems to be little incentive to recompile. Look at 127215 - its closed but nothing is fixed. Ed Tomlinson Mark Purcell wrote: > On Tue, Jan

Re: XFS Kernel image packaging

27;m not mistaken, at least the ones on some of the machines I put XFS into. There are Reiserfs images avaiable however. > I certainly would like to get a hold of some XFS based install disks if anyone ever has done any with success. kernel-patch-xfs is most certainly in woody and sid. -Ed

Re: Interbase status (ITP #83098)

ed set of InterBase binaries). Feel free to contact me offlist if you like. -Ed

Re: SGI's xfs

lready actually. And the kernel patches are in incoming. -Ed

Re: A "progressive" distribution

> On Wed, Mar 15, 2000 at 02:36:47PM -0500, Ed Szynaka wrote: > > The problem that I see is that there is too much time between stable > > releases. I think that shorter and much more regular time periods > > between freezes is necessary. By fixing the number and date of

Re: A "progressive" distribution

ar, and letting everyone know long in advance of the freeze it would allow developers to schedule when all bugs must be removed by. Also the fact that the time period would be much shorter would make changes between stable versions less drastic and therefore easier to handle. Ed "Bernhard R. Lin

ITP(?): Interbase 6

blic Field Test" has recently been released in binary-only form, and can be found at www.interbase.com. I have no plans to package any non-free releases of IB6, but if people feel strongly about it, I may be convinced to investigate the legality (not sure if redist is permitted) of it and package

Procedure Questions

. Who needs to be contacted about removing the sorcerer package? 2. Should I, at least temporarily, put include a package conflict for sorcerer in PCCTS? Thanks. --  Ed Petron [EMAIL PROTECTED]  

Procedure Questions

. Who needs to be contacted about removing the sorcerer package? 2. Should I, at least temporarily, put include a package conflict for sorcerer in PCCTS? Thanks. --  Ed Petron [EMAIL PROTECTED]  

Re: anarchism_7.7-1.deb

also believe that maintainers of the individual packages should be trusted to have enough common sense to place their package in the section in which it fits best. Even for those few hypothetical developers who may feel an ego boost by pumping limited-utility packages into the core distribution, the BTS can serve as a means to encourage them to rectify their position. In any case, I appreciate your comments. For free software, Ed.

Re: anarchism_7.7-1.deb

27;m fully willing to move the document to the data section when it comes into existence, but in the mean time it will live in main, along with the other non-computer-related electronic texts. For free software, ed.

new package

e before I made the deb package, and I have searched the makefiles and scripts in the package and I can't get any clues why this is happening. I am using rpm 2.5.1-6, and slink. Ed. -- Ed. Breen Email: [EMAIL PROTECTED] (http://www.pobox.com/~eic) -

Re: NDN: Re: Time to rewrite dpkg

Trouble? Contact [EMAIL PROTECTED] -- Ed Breen Informatics Research Leader Proteome Systems Ltd (www.proteomesystems.com) +61-2-98891823 (5) [EMAIL PROTECTED] ---

RE: Debian logo & its license

remove the expiration date. Note that the proposal is to vote *on* the license & logo, not necessarily *for* it. -ed

Re: Debian logo & its license

s goal, imo. [snip] >Debian is a free project to distribute a free OS. It should have a free >logo. FREE THE LOGO!! FREE THE LOGO!! :-) well then, that's all the more reason to have a vote, imho. i personally dislike the logo and agree with you about the license. since there are enough people raising concerns about the logo, i think a vote is warranted. what do you think? -ed

Re: Debian logo & its license

i'll do so there :) -ed

pppd 2.3.5 (was RE: getting kernel 2.2 into slink)

a big deal in the least... anyone running slink would have the required pppd anyway! -ed

Re: getting kernel 2.2 into slink

y enough to make it an official part of the distro (and the Deep Freeze would definitely make it impossible). I'm sure including the image and source wouldn't violate the Deep Freeze with a little bit of law-bending :) -ed

Re: Intent to package: umich-ldap / WNPP: Dermot Bradley probably not maintaining packages

ining yourself. Some people on debian user had been sharing user-versions of mrtg; I got the wrong idea, and thought I was facilitating further packaging work . I'm much happier to see that you *are* still working on the project; do excuse me. -- Ed Donovan

Re: Intent to package: umich-ldap / WNPP: Dermot Bradley probably not maintaining packages

you should go for it with ldap, Brian. :-) Philippe - hope it's reasonable to run this info by you. Thanks all, -- Ed Donovan [EMAIL PROTECTED] >>>>> "Brian" == Brian Bassett <[EMAIL PROTECTED]> writes: Brian>

Bug#4381: (no subject)

This problem has been fixed but can anyone tell me how to get the maintainer changed from "unknown" to myself since I'm the maintainer. Thanks. -- Ed Petron [EMAIL PROTECTED] http://www.leba.net/~epetron