Hi everyone,
I'm trying to create a new package for libnet 1.1.x, called libnet1.1,
as well as re-introduce the old package, libnet-1.0.2a, but I'm not
sure what to do with the Conflicts and Replaces fields.
The current version of the libnet package is 1.1.0, but I plan to move
that to the lib
On Friday, January 24, 2003, at 10:17 PM, Ben Hines wrote:
Researching this a bit more, it appears that this is a dpkg
limitation. So, this will be hard to fix on the dpkg side, again
unless we "force" everything. dpkg on debian linux also cannot handle
Provides: when another package has a v
On Friday, January 24, 2003, at 08:55 PM, Ben Hines wrote:
On Friday, January 24, 2003, at 08:49 PM, Randal L. Schwartz wrote:
And that scheme *still* doesn't work. Once I have system-perlmods
installed, it *still* wants to try to install something like
compress-zlib-pm,
but then fails bec
On Friday, January 24, 2003, at 08:49 PM, Randal L. Schwartz wrote:
And that scheme *still* doesn't work. Once I have system-perlmods
installed, it *still* wants to try to install something like
compress-zlib-pm,
but then fails because my package conflicts with it.
If you have the Provides:
> "Randal" == Randal L Schwartz <[EMAIL PROTECTED]> writes:
> "Randal" == Randal L Schwartz <[EMAIL PROTECTED]> writes:
Randal> Actually, on second thought, I should "conflicts: (everything)" but
Randal> "provides: (only the modules I actually have installed)".
Randal> Maybe for version 2
> "Randal" == Randal L Schwartz <[EMAIL PROTECTED]> writes:
Randal> Actually, on second thought, I should "conflicts: (everything)" but
Randal> "provides: (only the modules I actually have installed)".
Randal> Maybe for version 2. :)
Sorry, I hit send too quick...
And the *reason* for that
> "Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> Actually, my bad, you can use "Type: bundle" to get around that. So
Ben> with Type: bundle you don't need the compilescript/installscript, etc.
OK, here's what I now end up invoking routinely between "fink selfupdate-cvs"
and "fink update-
On Friday, January 24, 2003, at 07:34 PM, [EMAIL PROTECTED] wrote:
I've been working off and on on a package for fink.
The problem is that the install script hardlinks the directory it is
installed in inside a bunch of scripts critical for the performance of
the
program.
So, where /sw/bin sh
I've been working off and on on a package for fink.
The problem is that the install script hardlinks the directory it is
installed in inside a bunch of scripts critical for the performance of the
program.
So, where /sw/bin should be, there is /sw/src/root-*/sw/bin
It would be easiest to just d
On Friday, January 24, 2003, at 05:30 PM, [EMAIL PROTECTED] wrote:
Is there way to tell which .deb (and/or package) is responsible for
installing a particular file in /sw?
Yes, "dpkg -S README" for example.
But dpkg -S is slow. So, i ported the package "dlocate" to fink.
dlocate uses GNU l
dpkg -S file
will tell you the package name, so
% dpkg -S /sw/bin/zmore
gives:
gzip: /sw/bin/zmore
and:
% dpkg -S zmore
gzip: /sw/share/man/man1/zmore.1
bzip2: /sw/bin/bzmore
bzip2: /sw/share/man/man1/bzmore.1
gzip: /sw/bin/zmore
On Friday, January 24, 2003, at 08
Fink could have a separate file for languages that only contain the
translatable fields Description, DescDetail, DescPort, DescUsage.
So for one package these files are available:
anacron-2.3-3.info <-English
anacron-2.3-3.patch
anacron-2.3-3.de.desc <-only German Desc* fields, rest is read from
Is there way to tell which .deb (and/or package) is responsible for
installing a particular file in /sw?
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_
On Friday, January 24, 2003, at 03:54 PM, John Davidorff Pell wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Do any of our friendly fink developers out there have any plans to add
a GNUStep package? If so, I'd like to help, if not, then would anyone
like to help me?
JP
I tried some, b
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Samstag, Jänner 25, 2003, at 01:29 Uhr, Ben Hines wrote:
I don't know if we would want to have every translation in every .info
file though. Might want to have separate distributions for each
language, with the translated fields upda
Check it out:
http://ddtp.debian.org/news.en.html
Perhaps we could use their site as a model for the fink translation
project.
I don't know if we would want to have every translation in every .info
file though. Might want to have separate distributions for each
language, with the translated f
Benjamin Reed <[EMAIL PROTECTED]> wrote:
> Ben Hines wrote:
> > How about a "gurus only" option in fink.conf or something that specifies
> > a list of packages that fink will assume are installed? We could allow
> > regex in this list, to you could put something like:
> >
> > IgnorePackages: "o
Ben Hines wrote:
How about a "gurus only" option in fink.conf or something that specifies
a list of packages that fink will assume are installed? We could allow
regex in this list, to you could put something like:
IgnorePackages: "openssl.*", ".*-pm", "tetex.*"
Wouldn't dpkg still fail on inst
> "Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
>> While your way will work in a way that doesn't change code,
>> it's not maintainable. Every person who adds a -pm module
>> would have to also remember to update the "system-perl" module.
>>
>> I want the core "fink" tool to understand this
On Friday, January 24, 2003, at 03:05 PM, Randal L. Schwartz wrote:
"Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> I believe i explained how to do this earlier in the thread.
While your way will work in a way that doesn't change code,
it's not maintainable. Every person who adds a -pm
> "Jeremy" == Jeremy Erwin <[EMAIL PROTECTED]> writes:
Jeremy> Well, one could write a flag "--ignore-pm" that would simply direct
Jeremy> fink not to check for the presence of a -pm type package. The fink
Jeremy> program would then assume that the user had already resolved the
Jeremy> depende
> "Ben" == Ben Hines <[EMAIL PROTECTED]> writes:
Ben> I believe i explained how to do this earlier in the thread.
While your way will work in a way that doesn't change code,
it's not maintainable. Every person who adds a -pm module
would have to also remember to update the "system-perl" modu
On Friday, January 24, 2003, at 01:14 PM, David R. Morrison wrote:
One possibility is to have a simple package "system-perlmodules" which
would
simply "Provide" all of the perlmodules on the system (and "Conflict"
with
I believe i explained how to do this earlier in the thread.
-Ben
---
Randal,
I'm curious about how this works under Debian; do you know? Is it possible
for Debian users to notify the Debian system that they have installed
perl modules another way?
I would also ask the same question about FreeBSD Ports. Either of those
could be a guide about how to do this in Fin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Do any of our friendly fink developers out there have any plans to add
a GNUStep package? If so, I'd like to help, if not, then would anyone
like to help me?
JP
- --
God is dead, now the war shall never end.
-BEGIN PGP SIGNATURE-
Version:
On Friday, January 24, 2003, at 01:08 PM, Randal L. Schwartz wrote:
The rest of the suggestions in this thread are welcome, but I still
think we need to consider that fink is likely to be used by
power-compilers like me as well as naive compilers that simply want
access to cool Unix binaries f
On Friday, January 24, 2003, at 01:32 PM, Randal L. Schwartz wrote:
It is to *those* people whom I address the question - how can
fink play nicely with a self-installed Perl installation? Something
"system-MUMBLE"-ish should work, but will require the support
of the fink developers.
As of
On Fri, 24 Jan 2003, Randal L. Schwartz wrote:
> > "Hisashi" == Hisashi T Fujinaka <[EMAIL PROTECTED]> writes:
>
> >> What's the next step?
>
> Hisashi> Well, you never told me how to automatically update things using CPAN.
>
> OK, maybe this will sound snotty, but perhaps "perldoc CPAN" was a
> "Hisashi" == Hisashi T Fujinaka <[EMAIL PROTECTED]> writes:
>> What's the next step?
Hisashi> Well, you never told me how to automatically update things using CPAN.
OK, maybe this will sound snotty, but perhaps "perldoc CPAN" was a bit
too hard for you to type? In that case, everything th
On Fri, 24 Jan 2003, Randal L. Schwartz wrote:
> > "Hisashi" == Hisashi T Fujinaka <[EMAIL PROTECTED]> writes:
>
> Hisashi> The reason I quit using cpan is because it puts things places I don't want
> Hisashi> (overwriting /usr/bin/head, for example)
>
> No longer. And it put stuff there only
> "Hisashi" == Hisashi T Fujinaka <[EMAIL PROTECTED]> writes:
Hisashi> The reason I quit using cpan is because it puts things places I don't want
Hisashi> (overwriting /usr/bin/head, for example)
No longer. And it put stuff there only because that's where you told
it to put Perl. I build in
Le vendredi, 24 jan 2003, à 17:30 Europe/Paris, Alexander Lehmann a
écrit :
What's wrong with ports?
1. I cannot use apt-get update and update all my software with a
single command.
2. I need to keep track of changed packages manually. Granted, there a
solutions to this on FreeBSD, but t
NetBSD has a package system that is also usable with Linux and Solaris.
It's a bit more comprehensive than fink and has been around longer.
On Fri, 24 Jan 2003, Alexander Lehmann wrote:
> Is there currently any development or plans to port Fink to other
> platforms and operating systems then just
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Freitag, Jänner 24, 2003, at 05:30 Uhr, Alexander Lehmann wrote:
What's wrong with ports?
1. I cannot use apt-get update and update all my software with a
single command.
You can. There are numerous tools, even in ports which
What's wrong with ports?
1. I cannot use apt-get update and update all my software with a single
command.
2. I need to keep track of changed packages manually. Granted, there a
solutions to this on FreeBSD, but they do not seem to do this as
effectivly and fast as Debian/Fink.
3. When insta
What's wrong with ports?
Kris
On Fri, 24 Jan 2003, Alexander Lehmann wrote:
> Is there currently any development or plans to port Fink to other
> platforms and operating systems then just Darwin?
>
> Especially a port to FreeBSD seems very useful and not so difficult to
> do, as MacOSX and FreeB
Is there currently any development or plans to port Fink to other
platforms and operating systems then just Darwin?
Especially a port to FreeBSD seems very useful and not so difficult to
do, as MacOSX and FreeBSD have a lot of similarities.
FreeBSD already has the ports system, which leaves no
Is there currently any development or plans to port Fink to other
platforms and operating systems then just Darwin?
Especially a port to FreeBSD seems very useful and not so difficult to
do, as MacOSX and FreeBSD have a lot of similarities.
I think a lot of people using Free/Net/Open BSD or eve
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Freitag, Jänner 24, 2003, at 02:05 Uhr, Jeff Hughes wrote:
I just wanted to let you guys know that Bud Tribble, Apple's VP of
Software
Technology, was the speaker at a colloquium here at the University of
Washington today. He gave a
Hi Jean-Francois
thanks a lot for your feedback.
On Donnerstag, Januar 23, 2003, at 06:39 Uhr, jfm wrote:
On Thursday, Jan 23, 2003, at 16:31 Europe/Brussels, Christian
Schaffner wrote:
On Donnerstag, Januar 23, 2003, at 04:18 Uhr, Peter O'Gorman wrote:
don't have apr installed, but this is
40 matches
Mail list logo
