On Wednesday, March 5, 2003, at 10:42 AM, David R. Morrison wrote:
If you want to use the system emacs, don't make it depend on the
emacsen-common,
and make sure that emacs is called as /usr/bin/emacs.
or just let it use either one, unless it depends on the features of a
particular version.
-
On Wednesday, March 5, 2003, at 10:14 AM, Max Horn wrote:
At 12:29 Uhr -0500 05.03.2003, Benjamin Reed wrote:
Max Horn wrote:
But my motivation to agree to this is most definitely not due to
what the debian policy says. We are not debian! Sure we can look at
how they do things, and if we like i
> I'm skeptical of that.. How do you propose the fink code should figure
> out "which tarballs were in the last release", query the PDB on each
> download? :)
Sorry, I was trying to address the issue of a short-term fix to the fact
that some existing packages don't have tarballs which users can do
On Wednesday, March 5, 2003, at 01:39 PM, David R. Morrison wrote:
Any thoughts on how to make this conform to Fink policy, or else how to
rephrase the policy to allow for this exception but not let in other
things
which we find objectionable?
The policy does already allow for this exception, IM
On Wednesday, March 5, 2003, at 04:27 PM, David R. Morrison wrote:
Using this, when available, is definitely easier than putting up
another copy
on fink's site.
I'm skeptical of that.. How do you propose the fink code should figure
out "which tarballs were in the last release", query the PDB on
Hi:
I have a dual-USB IBook, I'm trying to add a HP Laser Jet 6L printer with
Cups. I haven't been able to find the printer location (i.e. the USB
mounting point) Does anybody knows where can I find info on the subject?,
Does anybody know how to solve the problem?
Thanks.
--
Ulises M. Alva
On Mar 5,2003 19:05:27 -0500, Benjamin Reed <[EMAIL PROTECTED]> wrote :
>Alexander Strange wrote:
>> file download failed for qt-x11-2.3.2.tar.gz of package qt2-2.3.2-5
>
>OK, I've updated qt to be on the fink mirror. If anyone needs me to put
>tarballs up on fink's site for mirrors, let me kno
Alexander Strange wrote:
file download failed for qt-x11-2.3.2.tar.gz of package qt2-2.3.2-5
OK, I've updated qt to be on the fink mirror. If anyone needs me to put
tarballs up on fink's site for mirrors, let me know.
---
This SF.net email is
These packages are failing to download on my mirror setup (it has
passive FTP off, which explains qt2) gimp-* is mine, and I will fix
them:
file download failed for python-pam_0.4.2-6.tar.gz of package
python-pam-0.4.2-1
file download failed for pnet-0.4.8.tar.gz of package pnet-0.4.8-1
file do
this is why we have the flag IMHO, else we'd make the buildonlydepends
flag in fink, all -dev pkgs = buildonly depend :) we figured there would
be rare cases where this wouldn't be so and left the feild to the
maintainer's disgrestion :) That is my stand on it.
"David R. Morrison" <[EMAIL PROTECT
Dear Fink developers,
I've run into a packaging problem on one of the submitted packages in the
tracker.
The package is a kind of development environment used by high-energy
physicists. It consists of a bunch of libraries together with some
executables which help you use those libraries in worki
It turns out the arts build problem was related to it not being
compatible with autoconf 2.57. The weird thing is, if you had upgraded
from autoconf25 to autoconf2.5, somehow something was left around that
made it continue to still work (which is why I hadn't been able to
reproduce the problem
If you want to use the system emacs, don't make it depend on the emacsen-common,
and make sure that emacs is called as /usr/bin/emacs.
-- Dave
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code.
At 12:29 Uhr -0500 05.03.2003, Benjamin Reed wrote:
Max Horn wrote:
But my motivation to agree to this is most definitely not due to
what the debian policy says. We are not debian! Sure we can look at
how they do things, and if we like it, do it the same way, but I
feel in no way bound to this.
On Wednesday, March 5, 2003, at 06:20 PM, Max Horn wrote:
At 18:10 Uhr +0100 05.03.2003, Jorge Acereda Maciá wrote:
Shouldn't there be a placeholder for the provided emacs installation?
Why?
I want to package zenirc. I think it should depend on emacsen-common,
but emacsen-common forces me to ins
Max Horn wrote:
But my motivation to agree to this is most definitely not due to what
the debian policy says. We are not debian! Sure we can look at how they
do things, and if we like it, do it the same way, but I feel in no way
bound to this. In particular, they ask to avoid epochs as much as
At 18:10 Uhr +0100 05.03.2003, Jorge Acereda Maciá wrote:
Shouldn't there be a placeholder for the provided emacs installation?
Why?
Max
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging
Shouldn't there be a placeholder for the provided emacs installation?
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. Total
At 17:10 Uhr -0800 04.03.2003, Ben Hines wrote:
On Tuesday, March 4, 2003, at 05:21 AM, Max Horn wrote:
At 22:39 Uhr -0800 03.03.2003, Ben Hines wrote:
On Monday, March 3, 2003, at 11:38 AM, Justin Hallett wrote:
okay %e is great thanks...and I agree, but I think it will be used, I have
a numbe
At 21:56 Uhr -0500 04.03.2003, Kyle Moffett wrote:
[...]
Exactly, I think that the 'epoch' system is very problematic. Once
a package begins using an epoch, it must continue to use the epoch
for the remainder of its life, which could be very long, even after
many version changes.
I doN't see
Title: Reduce Your Debt In 3 Minutes!
if you feel you have received this
email in error or you no longer wish to receive this email from
us please follow this link.
21 matches
Mail list logo
