On Tue, 1 Sep 2009 13:42:26 +0200
Samuel Thibault wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Samuel Thibault
>
> * Package name: libfop-java
> Version : 0.95
> Upstream Author : The Apache Software Foundation.
> * URL : http://xmlgraphics.apache.org/fop/
>
On Wed, 06 May 2009 21:57:19 +0200 Julien BLACHE
wrote:
> How does "hey developers, we're sick and tired of having to put up
> with Uli, how about you find some new people to maintain glibc in
> Debian" sound like?
It sounds unnecessarily confrontational---it's daring people to disagree
with you
On Sat, 17 Nov 2007 00:31:17 +
MJ Ray <[EMAIL PROTECTED]> wrote:
> Thanks for the pointers. Can a policy server delay an incoming mail?
> I suspect that sleeping in the perl would delay all incoming mail and
> there's no access(5) response like Exim's delay, else I could do it
> another way.
On Fri, 16 Nov 2007 10:36:06 +
MJ Ray <[EMAIL PROTECTED]> wrote:
> 1. it doesn't seem to have as many anti-spam possibilities as Exim -
> there's postgrey for greylisting, but how can I tarpit RBL matches and
> other offences?
A quick 'apt-cache search postfix' lists a number of different pol
On Wed, 17 Oct 2007 10:00:58 +0200
"Francesco P. Lovergine" <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 17, 2007 at 12:52:33AM -0700, Steve Langasek wrote:
> >
> > That's equivalent to an indefinite quarantine; according to BDB
> > upstream, OpenLDAP's problems with various versions are a
> > conseq
On Tue, 16 Oct 2007 17:50:14 +0200
Michael Biebl <[EMAIL PROTECTED]> wrote:
> Today, while browsing through aptitude, I noticed that I had the
> following bdb versions installed:
>
> version: # of packages depending on it (apt-cache rdepends)
> libdb4.2 40
> libdb4.3 26
> libdb4.4 55
> li
On Wed, 30 May 2007 17:34:10 +0200
martin f krafft <[EMAIL PROTECTED]> wrote:
> But I am asking you still: can you think of anything to say against
> such an approach? Please don't flame languages or anything of that
> sort. The question is just: is it viable for a C++ coder with
> a Python profic
On Tue, 28 Nov 2006 07:58:12 -0500
Michael Alan Dorman <[EMAIL PROTECTED]> wrote:
> Anyway, that install went fine. I hope today to install it on my
> primary mail server which has postfix and cyrus-imapd-2.2, both
> authenticating against an LDAP db, installed; that shou
On Tue, 28 Nov 2006 08:53:23 +0200
Fabian Fagerholm <[EMAIL PROTECTED]> wrote:
> Hi everyone,
Hi, Fabian,
> If you've been using cyrus-sasl2, please consider spending an hour or
> so upgrading to version 2.1.22.dfsg1-4 (currently in unstable),
> testing, and submitting bug reports indicating suc
James Westby <[EMAIL PROTECTED]> writes:
> This has come up a couple of times recently. If you want to help out
> you should subscribe to that mailing list, and get yourself added to
> the alioth project and then coordinate your work with them.
Thanks for the pointer. I don't see them making a re
cyrus-sasl2 is an important package, and according to p.q.d.o, it's
been nearly two years since Dima Barsky last made a release. In the
intervening time there have been numerous NMUs, but no one has claimed
ownership, and it currently has 5 RC bugs, 39 important/normal ones,
etc.
I other words, t
David Goodenough <[EMAIL PROTECTED]> writes:
> So are we getting close to the point where you will build gnucash-sql?
The SQL backend is known to suffer from neglect, it's probably not a
good thing to start encouraging people to use at this time. I gather
that the gnucash developers intend to add
John Goerzen <[EMAIL PROTECTED]> writes:
> I would do this regardless of who the maintainer was. I seem to recall
> possibly doing it for some Perl HTML package that was in a similar
> situation to Bacula in the late 90s, but I can't really remember. I'm
> sure you could dig up links.
It was the
Josselin Mouette <[EMAIL PROTECTED]> writes:
> After re-reading my message, I would like to apologize for having been
> unnecessarily rude, being already tense for other reasons.
Apology accepted.
> I don't want to handle libnet-perl, but I can try to provide a patch
> for that specific issue if
Josselin,
As I have publically stated before, I will happily give up this
package to someone who is obviously motivated to improve it
Are you that person?
Mike
Ian Eure <[EMAIL PROTECTED]> writes:
> On Monday 19 August 2002 02:39 pm, Michael Alan Dorman wrote:
> > [EMAIL PROTECTED] (Paul Hedderly) writes:
> > > No. the hostap dirver is excellent. Written by Jean Tour... something.
> > > He works for SSH Corp. google f
[EMAIL PROTECTED] (Paul Hedderly) writes:
> No. the hostap dirver is excellent. Written by Jean Tour... something.
> He works for SSH Corp. google for "linux prism2 driver". It does pcmcia
> and pci brilliantly but doesnt support usb yet. works with prism2/2.5/3
> cards - and most orinoco cards too
Colin Watson <[EMAIL PROTECTED]> writes:
> That problem shouldn't arise if the hack is done the other way
> round: new libraries go to /usr/lib/gcc3.2, say, in cases where the
> ABI differs. It does mean we can never get rid of it, but if the C++
> ABI changes in later versions of G++ then we may h
"Sean 'Shaleh' Perry" <[EMAIL PROTECTED]> writes:
> > * Add a Conflict with the non-`c' version of the package.
> why can't we have both installed, just like the libfoo6 and libfoo6g
> situation??
Err, weren't we able to do that because we moved all the libc5 libs to
another directory?
Mike.
Anthony Towns writes:
> Seriously: everyone reading this mail, burn a copy of Raphael's test image
> on a CD and try booting it in any computers you have handy. If it doesn't
> work on a machine where a potato CD does boot, please mail the lists!
I have a Digital Celebris GL180 that does not appe
Daniel Ruoso <[EMAIL PROTECTED]> writes:
> > Because it's not. debhelper is not a drop-in replacement for debmake.
> But the question is... shouldn't it be?
NO! debmake was deeply flawed in its interface and implementation,
and were debhelper to be a drop-in replacement it would always be
fightin
Brent Fulgham <[EMAIL PROTECTED]> writes:
> I'm trying to bootstrap a program that takes quite a while
> to build, and if it dies during configuration and I have to
> rebuild it again I'm going to pull my hair out.
While you're trying to perfect the deb script, why don't you use
'debian/rules buil
Paul Seelig <[EMAIL PROTECTED]> writes:
> But RMS speaking like *this* is rather unappropriate and IMHO quite
> insulting. I wonder if the author of ncftp who was hurting the GPL by
> using readline and who subsequently put ncftp under GPL as consequence
> of complaints was asked to beg for being
[EMAIL PROTECTED] writes:
> The point is: an exact question needs an exact answer.
Except for Craig's understandable but unfortunate need to take shots
at old DOS programmers, he gave you the right answer---and to the
extent that "exactness" matters, it is also exact.
You asked, more or less, "Ho
Michael Meskes <[EMAIL PROTECTED]> writes:
> On Fri, Mar 31, 2000 at 08:15:22AM -0500, Michael Alan Dorman wrote:
> > > eaudio
> > Um, xmms I think.
> Since xmms does not mention eaudio anywhere in its control file I though
> these two programs were completely di
Michael Meskes <[EMAIL PROTECTED]> writes:
> html2latex
tetex, perhaps?
> eaudio
Um, xmms I think.
> gtkbrowser
Hmmm. No idea.
Mike.
Branden Robinson <[EMAIL PROTECTED]> writes:
> Chip, how did it come to be that you are so cool and Tom Christiansen
> so...isn't? :)
Isn't it obvious? Doses of MST3K that would make a normal man into a
pile of quivering jelly. :-)
Mike.
[EMAIL PROTECTED] (Takao KAWAMURA) writes:
> > Can we remove emacs19 from unstable now? It's de facto orphaned both
> > upstream and in Debian, and a new version exists, supported in both
> > upstream and Debian.
> Yes we can. We should do so, I think.
If so, please be sure to get rid of custom a
[EMAIL PROTECTED] (Paul Slootman) writes:
> Note the missing braces round the unlink statement.
Somone's obviously been doing to much C lately...
Unfortunately, dselect itself also seems broken---when I select the
'U'pdate menu item, dselect exits with the following message:
dselect: failed to g
Actually, deep down this is more a RFP, but I'm willing to do it
myself to see it happen. :-) I need this library to package the
Quasimodo modular, extensible, real-time audio/MIDI Environment for
POSIX-ish Operating Systems.
About:
This library implements a full callback system for use in widget
Philippe Troin <[EMAIL PROTECTED]> writes:
> And finally, anyone knows if I can integrate gpg with Gnus ?
Mailcrypt should work with gpg, I believe (just converted myself,
haven't tested).
Mike.
Philippe Troin <[EMAIL PROTECTED]> writes:
> Yeah, just uploaded some new packages which fix the typo.
I just hand-edited my available file. :-)
> Maybe it should be trapped by dinstall
I tend to agree. I wonder how that can be done using the tools
themselves, so we don't end up with implementa
the aleph-* packages have Priority: optionnal, which is, well, wrong.
Mike.
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> > 1.0.40 3196381 Sep 27 15:19 gnome-libs-1.0.42.tar.gz
>
> and recompile. Will be done in no time. Don't worry. But only if it is
> installed in the archive by now (last time I checked it was stuck in
> incoming).
I just uploaded 1.0.42. I believe 1
Chris Cheney <[EMAIL PROTECTED]> writes:
> > libgnobjc or something to that effect.
> I still don't see this package anywhere, I am either overlooking it
> or it is not packaged?
I'm sure it's packaged. Don't remember the exact name (don't use
objective-c much :-).
Mike.
Chris Cheney <[EMAIL PROTECTED]> writes:
> *** means it does not appear to be packaged yet.
Well, no, it just means you're not aware of Debian's naming schemes
for library packages.
> *** 541066 Aug 2 17:32 Gtk---1.0.2.tar.gz
look for *gtkmm
> *** 313788 Sep 20 17:58 gnome-objc-1.0.40.
The bonobo framework for GNOME componentry has just hit its first
public release. I intend to package it up. See attachment for
details.
Mike.
--- Begin Message ---
Hello guys,
I have just released the first public version of Bonobo
(bonobo-0.4), the GNOME component system and compound do
Vincent Renardias <[EMAIL PROTECTED]> writes:
> a few more binary packages are produced)
Only one, really.
Mike.
Vincent Renardias <[EMAIL PROTECTED]> writes:
> gnome-libs-1.0.40.tar.gz The main GNOME libraries
> * current Debian version: 1.0.10-3 [NMU of 1.0.40-0.1 is in Incoming/]
I am committed to keeping this up to date. If Steve Haslam doesn't
show up soon, I'm going to adopt it.
Mike.
Chip Salzenberg <[EMAIL PROTECTED]> writes:
> [2] Debian doesn't create this specific hard link, but it should.
> For example, my system has "/usr/bin/perl5.00503".
Well, we do have perl-5.X, sans subversion. Which is admittedly not
exactly what you refer to, but I thought that changes in man
"Darren/Torin/Who Ever..." <[EMAIL PROTECTED]> writes:
> So, if you're getting a Perl binary that's 0600, it's either you, apt-get,
> or dpkg.
I've seen this on both my machines, and I've got a log here (which I
suspect is mostly a repeat of Branden's):
>(Reading database ... 8970 files and direc
Dale Scheetz <[EMAIL PROTECTED]> writes:
> This brings up another issue. Both perl-5.004 and perl-5.005 provide
> perl5, but it was my understanding that these two versions were
> "substantially" different, at least during installation I got a long
> story about how I would need to convert database
Dale Scheetz <[EMAIL PROTECTED]> writes:
> not re-configure either libnet-perl, or mirror, both of which depend upon
> perl.
This is incorrect. Current versions of libnet-perl do not require
perl.
Mike.
Aaron Van Couwenberghe <[EMAIL PROTECTED]> writes:
> diff -u --recursive --new-file v2.2.11/linux/CREDITS linux/CREDITS
> --- v2.2.11/linux/CREDITS Mon Aug 9 16:05:54 1999
> +++ linux/CREDITS Wed Aug 25 17:29:45 1999
> @@ -689,14 +689,11 @@
The fourth line is made of two pairs, repres
Piotr Roszatycki <[EMAIL PROTECTED]> writes:
> Depends: php3 (>= 3.0.12) | php3-cgi (>= 3.0.12), httpd, mysql-server,
> php3-mysql
Is it really not able to work with anything but localhost? And if
that's not the case, why req
Stephen Zander <[EMAIL PROTECTED]> writes:
> Unless someone else is working on this, I intend to package the
> Font::Metrics::* modules for perl. libhtml-tree-perl needs them to
> successfully use HTMMML::FormatPS.
Let me know when it gets out of incoming, and i'll gladly change
libhtml-tree-perl
Edward Betts <[EMAIL PROTECTED]> writes:
>You don't have permission to access /~mdorman/gnome-libs-1.0.16/ on
>this server.
Damn, that was lame of me. Fixed.
Mike.
I believe I have a gotten a good build of an updated gnome-libs. And
I only cursed Joey for the problems with dh_shlibdeps a little bit.
It is currently a little lacking in the changelog department---that
kind of got over-looked in the overhaul---but otherwise I think it's
ready to go.
One thing
Stevie Strickland <[EMAIL PROTECTED]> writes:
> libxml-parser-perl
> libxml-dom-perl
> libxml-cgi-perl /* Does this exist anymore on CPAN? I haven't found
> * it since I originally packaged it.
>*/
> libxml-writer-perl
I can take these.
Mike.
Paul Harris <[EMAIL PROTECTED]> writes:
> header files, but what is the "correct" way to code this functionality? if
> its not in the stdc++ headers, how are people supposed to solve similar
> problems that name2() solved? (even tho its pretty damn simple code).
Speaking without having looked at a
Having recently found out that emacs 20.4 was available, combined with
a bit of time while waiting for the hurricane to pass through, I
decided to cook up some emacs 20.4 packages.
Those interested in getting them can download them from
http://master.debian.org/~mdorman/
I have made no attempt t
Philip Hands <[EMAIL PROTECTED]> writes:
> Given some of the recent threads, the interactive discussions might
> need to be conducted on canvas, in the presence of a referee, while
> wearing padded gloves. ;-)
Possibly.
I would _hope_, however, that being face to face might have the
opposite eff
Christian Meder <[EMAIL PROTECTED]> writes:
> Cool idea. But would it help Debian except of being a big social
> developer event ?
Sometimes social functions can lead to increased cooperation. Plus
there's the opportunity to discuss technical issues in a perhaps more
interactive medium.
Mike.
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> If nobody is willing to do it, I'll do it myself.
I'm willing to _help_. I worry that as one works on resolving these
things, one will discover that there's cascading upgrades required...
Mike.
"J.H.M. Dassen (Ray)" <[EMAIL PROTECTED]> writes:
> Erm. Speak Freely employs crypto (it's in non-US/non-free). If gphone
> employs crypto as well, shouldn't we find a non-US maintainer and a non-US
> download location for it?
Sorry, I probably should have elaborated. gphone will work with
speakf
gphone (aka gnome-o-phone) is an internet telephone with a gtk
interface. It uses GSM compression, and thus should be useable over
reasonable modem connections, and is also compatible with the
speakfreely program for Windows and Unix.
http://www.math.okstate.edu/~droland/gphone/gphone.html
Ben Collins <[EMAIL PROTECTED]> writes:
> There is a libapache-mod-pam, which enables apache auth using PAM
> modules, already packaged. It has some drawbacks due to permissions
> (apache runs as www-data so it cannot access /etc/shadow). This can't
> be avoided however.
Um, doesn't libpwdb take c
Steve Dunham <[EMAIL PROTECTED]> writes:
> Remove as many dependencies on old libraries as possible, this
> includes:
>
> libjpegg6a, libncurses3.4, newt0.25, libpgsql, tk4.2, tcl7.6,
> libwraster1, libpng0g
>
> and various older gtk/gnome libraries.
Looking at some of these, it oc
Michael Stone <[EMAIL PROTECTED]> writes:
> > sysutils 29392 oldversion procinfo in sysutils is broken [76]
> > (Michael Alan Dorman <[EMAIL PROTECTED]>)
>
> Is there a reason not to put the new version in?
I need someone to confirm for me that the new
Martin Schulze <[EMAIL PROTECTED]> writes:
> gnus 25609 Gnus: prerm script failure make it impossible to
> upgrade/pruge [64] (Michael Alan Dorman <[EMAIL PROTECTED]>)
> We should not ship without although it's technically not essential.
> We'd be
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> Le Thu, Oct 08, 1998 at 08:54:46PM -0400, Michael Alan Dorman écrivait:
> > Threaded perl and non-threaded perl are binary-incompatible at the
> > extension level, meaning most compiled extensions must be
> > distinguisha
John Lapeyre <[EMAIL PROTECTED]> writes:
> However, at least part of their rationale for the new scheme is to
> allow multiple versions of perl, a feature that debian is not
> interested in.
Threaded perl and non-threaded perl are binary-incompatible at the
extension level, meaning most compiled e
[EMAIL PROTECTED] (Miquel van Smoorenburg) writes:
> Never mind - I forgot how I handled it the last time, from the 1.0 to
> the 1.1 upgrade. Just test in the preinst for the previous version and
> show a warning, upgrade instructions and a prompt there. Seemed to
> work the last time .. so it will
On Tue, Jun 23, 1998 at 03:39:07PM +0100, Charles Briscoe-Smith wrote:
> little worried that mixing PIC and non-PIC code might do some other harm.
> Does it? Or will it just make this "shared" object unsharable?
Everything I've ever heard suggests that the GGI people are correct---it
will merely
On Fri, Jun 19, 1998 at 01:52:29PM +0200, Michael Meskes wrote:
> Am I correct that we currently do not have a complete desktop with gnome?
> Since there is no wm yet, it's pretty difficult to judge it.
Last I heard, the gnome team doesn't intend to have a specific window
manager---instead they're
On Wed, Jun 17, 1998 at 08:55:07PM -0400, Dan Jacobowitz wrote:
> Agreed, it's an ugly hack, but it may be a while before this issue is
> resolved and I have received several messages which suggest people want
> a mod_perl solution fairly promptly. This would beat each user trying
> to compile it
First, I'd like to report that, as of today, the Alpha is 243 packages away
from being in sync with i386/main. This makes me confident that we can have
a hamm release for Alpha, even if it takes another month or two to finish up
and might not encompass the whole of contrib and non-free.
*Unfortun
On Wed, Jun 10, 1998 at 02:16:41PM -0700, Tom Lear wrote:
> I intend to package newscache a free cache server for the USENET News
> system available under the GNU General Public License.
>
> It's home page is http://www.infosys.tuwien.ac.at/~gschwind/NewsCache/
>
> Hope there aren't any objectio
On Wed, Jun 10, 1998 at 09:10:37AM +0200, [EMAIL PROTECTED] wrote:
> On Tue, Jun 09, 1998 at 02:26:50PM +0200, Michael Dietrich wrote:
> > who maintains the mkdosfs package
> There's no separate mkdosfs package anymore; it has been merged into
> 'dosfstools' which is maintained by [EMAIL PROTECTED
On Sat, Jun 06, 1998 at 06:18:19PM -0400, Ossama Othman wrote:
> > Yes, AIC7XXX is a problem with 2.0.34. This probably means that 2.0.35
> > will be
> > forthcoming.
> I've had no problems whatsoever with my AIC7880 onboard UW SCSI
> controller. It handles my SCSI-3 hard drive, SCSI-2 CD-ROM
James Troup <[EMAIL PROTECTED]> writes:
> Michael Alan Dorman <[EMAIL PROTECTED]> writes:
> > [ ... ] ld.so doesn't apply [ ... ]
> Upgrade your quinn-diff :-) From 0.31's ChangeLog.main :-
Yeah, but I've been meaning to feed back my changes in one block
Bdale Garbee <[EMAIL PROTECTED]> writes:
> I'd like to propose that if a non-i386 architecture has a reasonable
> installation process and base archive, plus .deb's for all packages
> marked as 'standard' or higher in the i386 tree (modulo obvious
> exceptions like lilo), that it be considered read
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> Is there an alpha machine with accounts available so that we i386
> maintainers could try doing alpha compiles ourselves?
No. The machines that most alpha developers have available are either
not well connected, in environments that require more securit
"Darren/Torin/Who Ever..." <[EMAIL PROTECTED]> writes:
> Sorry, I mis-stated the question. Why does libnet-perl depend on
> data-dumper in base. I thought we (as in debian-devel) had discussed
> not asking the libnet-perl configuration questions during install.
> Since Net::Config is the only pla
Paul Slootman <[EMAIL PROTECTED]> writes:
> So, I'm still undecided as to whether 2.0 should go out for Alpha.
> Anyone else have opinions?
I think we should leave it out of 2.0, with the caveat that we should
nevertheless start referring to it as a full-fledged port---and once
we get further
Gnus lives a life of its own outside the various Emacsen. There
seemingly isn't a version in a released Emacs package that isn't
superseded nearly immediately.
Furthermore, there is a new release with some features I'm interested
in having access to.
Therefore I intend to package it separately,
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> Also, lintian has two errors with it (manpage not compressed, old-fsf-address)
> but there are no bugs filed. It doesn't include the debian changelog
> in /usr/doc/mingetty, either (lintian doesn't seem to notice?). I may do
> another upload to fix these
Falk Hueffner <[EMAIL PROTECTED]> writes:
> I cannnot quite understand that. gunzip already supports five or six
> different formats, so why not add another one? gunzip *is* designed to
> support multiple compression engines.
Not as external programs.
Mike.
--
To UNSUBSCRIBE, email to [EMAIL P
Bdale Garbee <[EMAIL PROTECTED]> writes:
> As maintainer of gzip for Debian, I do not agree that having gzip
> fork a bzip2 when it sees a bzip2 magic number is a good idea. If
> we want to support multiple compression engines, I believe this
> should be handled in dpkg-source.
I agree entirely.
James Troup <[EMAIL PROTECTED]> writes:
> Michael Alan Dorman <[EMAIL PROTECTED]> writes:
> > Might I suggest that using it for source packaging would be
> > appropriate, though?
> By recompressing things in bzip2, you lose the ability to use pristine
> upstream s
Bdale Garbee <[EMAIL PROTECTED]> writes:
> The bzip2 tool is vastly less well deployed than gzip, so you'd be
> making it much harder for folks not running Debian boxes to play.
> You would also have to add bzip2 to the base/essential list in
> Debian, and it's not clear to me that having two compr
[EMAIL PROTECTED] (Ian Jackson) writes:
> The third member of [EMAIL PROTECTED] is Michael Alan Dorman. I
> haven't seen much from him recently (most recent message from him on
> debian-devel on the 30th of March). Michael, are you there ? Are you
> planning to put out a new
t; only).
The latest libwww-perl should be out there, although there are
apparently some problems getting libmime-base64 out of incoming.
I'll try and expedite this.
Mike.
--
Michael Alan Dorman | E-Mail: [EMAIL PROTECTED]
Network Administrator | Ph
re welcome.
Looks good to me.
Mike.
--
Michael Alan Dorman | E-Mail: [EMAIL PROTECTED]
Network Administrator | Phone: (305) 284-2463
University of Miami School of Law | Fax: (305) 284-3753
--
TO UNSUBSCRIBE FROM THIS MAILING LIST:
o proxy from multiple servers while presenting a unified list
of newsgroups), so I may well do this instead of nntpcache.
I don't suppose anyone has packaged it yet? :-)
Mike.
--
Michael Alan Dorman | E-Mail: [EMAIL PROTECTED]
Network Administrator |
James Troup <[EMAIL PROTECTED]> writes:
> Michael Alan Dorman <[EMAIL PROTECTED]> writes:
> > If I've missed something, someone please let me know.
> from hamm/contrib/Packages:
Thanks, James, I guess I must have looked at the available list on my
alpha, not for i3
issed something, someone please let me know.
Mike.
--
Michael Alan Dorman | E-Mail: [EMAIL PROTECTED]
Network Administrator | Phone: (305) 284-2463
University of Miami School of Law | Fax: (305) 284-3753
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e
s the things totally external to the package and
sources that were installed at the time.
Mike.
--
Michael Alan Dorman | E-Mail: [EMAIL PROTECTED]
Network Administrator | Phone: (305) 284-2463
University of Miami School of Law | Fax: (305) 284-
fs server included
with current netstds. Newer versions correct some of the problems,
but, as of week-before-last, not all.
Could this be your problem?
Mike.
--
Michael Alan Dorman | E-Mail: [EMAIL PROTECTED]
Network Administrator | Phone: (305) 284-2463
Un
Christian Schwarz <[EMAIL PROTECTED]> writes:
> On 17 Dec 1997, James Troup wrote:
> [snip]
> > If the binary changes, the version number should change.
>
> Completely agreed. Everything else will only result in a big mess.
>
> I'll check our how I can make policy more clearly on this point and
>
Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
> libmime-base64-perl is a new package. I sent email to its maintainer about
> how and why it is bigger/better/a possible replacement for mine, but I have
> yet to hear from him. Michael ?
Sorry, been away for a week.
libmime-base64-perl implements a
Philip Hands <[EMAIL PROTECTED]> writes:
> Is there an automatic way of setting the current version of a package into
> the
> Depends (a la ${shlibs:Depends}) ?
Not totally automatic, but you could probably do something in
debian/rules to sed (or, if you're me, perl) it out of the changelog,
and
-maintainer-releases suggested code changes.
Policy people? Any suggestions?
Mike.
--- Begin Message ---
Michael Alan Dorman <[EMAIL PROTECTED]> writes:
> Sven Rudolph <[EMAIL PROTECTED]> writes:
> > Michael Alan Dorman <[EMAIL PROTECTED]> writes:
> > > This is s
In building a couple of perl extensions for Debian the other day, I
noticed that the version on the axp produced a dependency on the
loader and libc.
When I moved the same source over to my i386, I was told that the
resulting shared object was statically linked.
After a bit of puttering around, I
I'm officially orphaning ncftp and glimpse, for a couple of reasons.
The biggest is that I haven't used either in quite a long time---I'm
now an extraordinarily happy lftp user, and I long ago became fed up
with glimpse's sorry excuse for boolean searching and switched to (the
now free) swish.
Th
Tim Cutts <[EMAIL PROTECTED]> writes:
> qmail is supposed to be more secure. Theoretically, exim's design
> allegedly means there might be some security issues, but none have
> been found yet. There has been argument about this ad nauseam on
> the exim-users mailing list.
qmail also has stronger
Rob Browning <[EMAIL PROTECTED]> writes:
> Does anyone know of any document comparing comparing sendmail, exim,
> and qmail. The recent discussions and some upcoming installs here
> have made me start contemplating the issue again.
I don't think there's a FAQ, and I don't think it could be object
Michael Meskes <[EMAIL PROTECTED]> writes:
> Am I correct that libnet-perl supersedes libnet? If so libnet should be
> removed from the archive.
You are correct.
Mike.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROT
Brian White <[EMAIL PROTECTED]> writes:
> But your promise in not the point. The author wants this promise
> from everybody. It's the best way to be assured that improvements
> get distributed to everyone and not just a select group.
What if the author decides to not accept a change?
Say the au
Jim Pick <[EMAIL PROTECTED]> writes:
> Debian is getting more consistent on this all of the time.
> Obviously, we weren't too consistent when ncurses got into the
> distribution, with a license that doesn't permit modifications. It
> looks like it was introduced very early in the history of Debian
1 - 100 of 192 matches
Mail list logo
