On Sun, Nov 16, 2003 at 11:18:09PM -0600, Joel L. Breazeale wrote:
>
> When doing a fink selfupdate-cvs I get the following warning shown in
> context:
[...]
>WARNING: Unable to parse the line "Replaces %N (<< 2.0.1.1-1)" in
> "/sw/fink/dists/unstable/main/finkinfo/gnome/control-center-2.0.3-
Folks,
When doing a fink selfupdate-cvs I get the following warning shown in
context:
[mogwai:~] % sudo fink selfupdate-cvs
Please note: the command 'fink selfupdate' should be used for routine
updating; you only need to use 'fink selfupdate-cvs' or 'fink
selfupdate-rsync' if you
on 11/16/03 8:23 PM, Alexander Hansen wrote:
> Which did you recompile, imlib or eterm?
>
I have to say that¹s an excellent point so I was compelled recompile
both, several times. Originally it was Eterm but I'm surprised I hadn't
recompiled both. I also wanted to see if my flags made any dif
On Sun, Nov 16, 2003 at 06:51:20PM -0500, David R. Morrison wrote:
> Actually, in the mean while Ben added some stuff to the Makefile.
> You can now use "make install" to run ./inject.pl, so a reasonable new
> way to work is "make test; make install".
"make test && make install" so if the tests fa
On Sun, Nov 16, 2003 at 02:58:40PM +0100, Max Horn wrote:
> But note, as long as we don't incorporate the tests into our
> development model, they will keep on getting broken. So far we haven't
> yet agreed as a team to actually regularly use the tests. If you want
> to achieve that, you may wan
On Sun, Nov 16, 2003 at 02:53:54PM +0100, Max Horn wrote:
> >I'm really hoping to keep it sane.
>
> I think Ben's point was that there is absolutly no point in "arguing"
> about this. There are reasons for every possible side. Simply because
> there is no "correct solution". It's a matter of tas
Max Horn <[EMAIL PROTECTED]> wrote:
> Ah!
>
> To quote http://rsync.samba.org/:
>
> NEWS for rsync version 2.5.6, aka the dwd-between-jobs release
> Changes since version 2.5.5:
>
>ENHANCEMENTS:
>
> * The --delete-after option now implies --delete. (Wayne Davison)
>
> [...]
>
>
>
Which did you recompile, imlib or eterm?
On Sunday, November 16, 2003, at 07:52 PM, Gary Kerbaugh wrote:
Hi guys,
I'm not having much luck with the E's recently. Every time Ethereal
starts or stops I get a list of errors and warnings like the follwing:
** WARNING **: The plugin artnet.so has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have just released version 0.0.1 of libfinch, which I hope will
eventually
replace the Fink dependency engine. A Fink package info file is posted
on the Fink package submission tracker, ID 843416.
http://sourceforge.net/tracker/index.php?
func=de
Hi guys,
I'm not having much luck with the E's recently. Every time Ethereal
starts or stops I get a list of errors and warnings like the follwing:
** WARNING **: The plugin artnet.so has no version symbol
** WARNING **: The plugin gryphon.so has no version symbol
** WARNING **: /Users/kerb
(replying to fink-devel, for packagers)
Peter O'Gorman wrote:
I think it needs to be changed. Binary only users should not need to
install Apple's X11SDK to get the x11 provides.
I've committed a change to fink's virtuals to provide system-xfree86 in
a different way. The new behavior (which is
Max Horn wrote:
Am Montag, 17.11.03 um 00:51 Uhr schrieb David R. Morrison:
Actually, in the mean while Ben added some stuff to the Makefile.
You can now use "make install" to run ./inject.pl, so a reasonable new
way to work is "make test; make install".
But I am not using "make install". Plus th
Another trace on the fileutils/gettext problem: A user mailed me who
experienced the "fileutils" crashes. I told him to do this:
sudo dpkg --remove fileutils
fink reinstall gettext
fink reinstall fileutils
And that fixed the issue. So that seems to be another hint at the
prebinding (or
on 11/16/03 3:23 PM, Alexander K. Hansen wrote:
> Can you post a link?
Absolutely! I should have anyway. Here's the MacOSXHints
http://www.macosxhints.com/article.php?story=20031106151631171
Here's one for Apple's UNIX list:
http://discussions.info.apple.com/[EMAIL PROTECTED]@.599c426d
In tha
Am Montag, 17.11.03 um 00:51 Uhr schrieb David R. Morrison:
Actually, in the mean while Ben added some stuff to the Makefile.
You can now use "make install" to run ./inject.pl, so a reasonable new
way to work is "make test; make install".
But I am not using "make install". Plus this won't work for
Actually, in the mean while Ben added some stuff to the Makefile.
You can now use "make install" to run ./inject.pl, so a reasonable new
way to work is "make test; make install".
-- Dave
---
This SF. Net email is sponsored by: GoToMyPC
GoToMy
Am Sonntag, 16.11.03 um 23:02 Uhr schrieb Benjamin Reed:
Update of /cvsroot/fink/fink/perlmod/Fink
In directory sc8-pr-cvs1:/tmp/cvs-serv15238/perlmod/Fink
Modified Files:
Tag: branch_0_17
ChangeLog VirtPackage.pm
Log Message:
back-ported xfree86 changes to the 0.17 branch
I am a bit
Am Sonntag, 16.11.03 um 17:28 Uhr schrieb David R. Morrison:
[...]
Anyway, I think we need a way of having ./inject.pl run the test suite.
For that matter, we should probably have our users run the test suite
as
they are compiling the fink package manager for themselves, as a
further
check that
Ah!
To quote http://rsync.samba.org/:
NEWS for rsync version 2.5.6, aka the dwd-between-jobs release
Changes since version 2.5.5:
ENHANCEMENTS:
* The --delete-after option now implies --delete. (Wayne Davison)
[...]
--> I think that is exactly the problem. Fixing it should be trivial.
Am Sonntag, 16.11.03 um 19:58 Uhr schrieb Martin Costabel:
Don McKenzie Paul wrote:
Still a problem using the system version of rsync in 10.2.8. Perhaps
that tells us something.
[]
/usr/bin/su donpaul -c "rsync -az --delete-after -v
--include='10.2-gcc3.3/' --include='10.2-gcc3.3/stable/'
--in
Am Montag, 17.11.03 um 00:16 Uhr schrieb b.bum:
On Nov 16, 2003, at 10:48 AM, Martin Costabel wrote:
Randal L. Schwartz wrote:
[]
OK... that's the problem. The "rsync" package in fink is broken.
I am against the death penalty, in general, but in this case it seems
appropriate. In any case, Panth
On Nov 16, 2003, at 10:48 AM, Martin Costabel wrote:
Randal L. Schwartz wrote:
[]
OK... that's the problem. The "rsync" package in fink is broken.
I am against the death penalty, in general, but in this case it seems
appropriate. In any case, Panther's rsync is more recent than 2.5.5
I haven't s
Can you post a link?
On Sun, 2003-11-16 at 15:03, Gary Kerbaugh wrote:
> Hi guys,
>
>I regularly campaign against such suggestions as I can't imagine that
> problems wouldn't eventually ensue. However, I'm not expert enough to claim
> this with conviction. Now a hint has surfaced at MacOSXH
Hi guys,
As a helper on Apple's UNIX list I regularly see suggestions that both
Xdarwin and Apple's X11 be installed on the same computer. I imagine that
most of these people don't realize that both of these packages also install
versions of X11 in /usr/X11R6 and /etc/X11. If someone installed
Don McKenzie Paul wrote:
Still a problem using the system version of rsync in 10.2.8. Perhaps
that tells us something.
[]
/usr/bin/su donpaul -c "rsync -az --delete-after -v
--include='10.2-gcc3.3/' --include='10.2-gcc3.3/stable/'
--include='10.2-gcc3.3/stable/main/'
--include='10.2-gcc3.3/sta
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Randal L. Schwartz wrote:
"Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> If you want to test this, you could move this remporarily out of the
Martin> way so that /usr/bin/rsync is used and look if the selfupdate works
Martin> dif
Randal L. Schwartz wrote:
[]
OK... that's the problem. The "rsync" package in fink is broken.
I am against the death penalty, in general, but in this case it seems
appropriate. In any case, Panther's rsync is more recent than 2.5.5
I haven't seen the rsync maintainer recently either (CCed).
Can
Still a problem using the system version of rsync in 10.2.8. Perhaps
that tells us something.
Don
[82-69-15-218:~] donpaul% which rsync
/usr/bin/rsync
[82-69-15-218:~] donpaul% funk
/usr/bin/sudo /sw/bin/fink selfupdate
rsync -az -v rsync://rjk.hr.eu.finkmirrors.net/finkinfo//TIMESTAMP
/sw/fi
> "Don" == Don McKenzie Paul <[EMAIL PROTECTED]> writes:
Don> [82-69-15-218:~] donpaul% which rsync
Don> /sw/bin/rsync
Yes, this does seem to be the culprit now.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[EMAIL PROTECTED]> http://www.stonehenge.com/merl
for me
82-69-15-218:~] donpaul% find /sw -name 'xplanet*'
/sw/fink/10.2/stable/main/finkinfo/x11/xplanet-0.95-2.info
/sw/fink/10.2/stable/main/finkinfo/x11/xplanet-0.95-2.patch
/sw/fink/10.2/unstable/main/finkinfo/x11/xplanet-1.0.1-2.info
/sw/fink/10.2/unstable/main/finkinfo/x11/xplanet-1.0.1-2.pa
At 18:12 + 16/11/03, Don McKenzie Paul wrote:
Randal L. Schwartz wrote:
"Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> None of the above: Already fixed, about a week ago.
Define "already fixed". I just self-updated, and I'm still getting it.
Weird. The only explanation I h
> "Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> If you want to test this, you could move this remporarily out of the
Martin> way so that /usr/bin/rsync is used and look if the selfupdate works
Martin> differently then.
Boom... VERY different. Deleted many things.
No errors
Randal L. Schwartz wrote:
[]
% which rsync
/sw/bin/rsync
If you want to test this, you could move this remporarily out of the way
so that /usr/bin/rsync is used and look if the selfupdate works
differently then.
Otherwise I will have to leave this problem to the rsync buffs
(bbraun?), because t
> "Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> This is getting funny. The files are definitely not on the server:
Martin> costabel% rsync
Martin>
rsync://sfo.ca.us.finkmirrors.net/finkinfo/10.3/unstable/main/finkinfo/x11/xplanet\*
Martin> -rw-r--r--1813 2003/11/08
Randal L. Schwartz wrote:
[]
-rw-r--r--1 merlyn unknown 1900 Oct 27 05:32
/sw/fink/10.3/unstable/main/finkinfo/x11/xplanet-0.95-12.info
-rw-r--r--1 merlyn unknown 386 Oct 21 08:11
/sw/fink/10.3/unstable/main/finkinfo/x11/xplanet-0.95-12.patch
-rw-r--r--1 merlyn unknow
Randal L. Schwartz wrote:
"Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> None of the above: Already fixed, about a week ago.
Define "already fixed". I just self-updated, and I'm still getting it.
Weird. The only explanation I have is that you are doing
selfupdate-rsync with o
> "Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> Hmm, then perhaps your /sw/fink/dists is not pointing to 10.3?
lrwxr-xr-x1 merlyn unknown 4 Nov 15 09:25 /sw/fink/dists -> 10.3
Martin> Otherwise I don't understand how you can have xplanet-0.95-12 in
Martin> uns
Randal L. Schwartz wrote:
[]
Here's /sw/etc/fink.conf:
[]
Trees: local/main stable/main stable/crypto local/bootstrap unstable/main unstab
le/crypto
[]
Distribution: 10.3
[]
SelfUpdateMethod: rsync
And the rsync is definitely pulling 10.3/unstable. Here's the
command:
/usr/bin/su
> "Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> Randal L. Schwartz wrote:
>>> "Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> None of the above: Already fixed, about a week ago.
>> Define "already fixed". I just self-updated, and I'm still getting
>> it.
Hi guys,
I tried to update snort and it failed due to errors in checking for
libnet.h. This was installed as a dependency so I've never kept track of it.
I have the old version 1.0.2a from the libnet1.0 package. At the bottom of
libnet.h are the lines:
#if (!LIBNET_LIL_ENDIAN && !LIBNET_BIG_E
Randal L. Schwartz wrote:
"Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> None of the above: Already fixed, about a week ago.
Define "already fixed". I just self-updated, and I'm still getting it.
Weird. The only explanation I have is that you are doing
selfupdate-rsync with o
> "Martin" == Martin Costabel <[EMAIL PROTECTED]> writes:
Martin> None of the above: Already fixed, about a week ago.
Define "already fixed". I just self-updated, and I'm still getting it.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[EMAIL PROTECTED]> ht
Randal L. Schwartz wrote:
My fink self-upgraded recently, and now I'm getting these errors:
[]
Are these wanted, expected, known, fixable, hurting anything?
None of the above: Already fixed, about a week ago.
--
Martin
---
This SF. Net email
My fink self-upgraded recently, and now I'm getting these errors:
Reading package info...
WARNING: Unable to parse the line "GCC 3.3" in
"/sw/fink/dists/stable/main/finkinfo/games/grhino-0.7.0-11.info".
WARNING: Unable to parse the line "Manually downloads and installs day and night
Let me jump in here, since it was my change that caused the trouble.
First of all, the history of this code snippet is that I wrote it back
in June to implement one aspect of the then-new "Type: perl 5.x.y"
declaration. In the past month, a few changes were made to it (by
other people): it was
Am Sonntag, 16.11.03 um 14:33 Uhr schrieb Michael G Schwern:
On Sun, Nov 16, 2003 at 05:15:35AM -0800, Max Horn wrote:
--- get_perl.t 15 Nov 2003 11:57:59 - 1.3
+++ get_perl.t 16 Nov 2003 13:15:33 - 1.4
@@ -16,7 +16,13 @@
isa_ok( $pv, 'Fink::PkgVersion' );
my($perldir, $perla
Am Sonntag, 16.11.03 um 14:23 Uhr schrieb Michael G Schwern:
On Sun, Nov 16, 2003 at 07:44:11AM -0500, Benjamin Reed wrote:
And thus starts a religious war...
I'm really hoping to keep it sane.
I think Ben's point was that there is absolutly no point in "arguing"
about this. There are reasons for
On Sun, Nov 16, 2003 at 05:15:35AM -0800, Max Horn wrote:
> --- get_perl.t15 Nov 2003 11:57:59 - 1.3
> +++ get_perl.t16 Nov 2003 13:15:33 - 1.4
> @@ -16,7 +16,13 @@
> isa_ok( $pv, 'Fink::PkgVersion' );
>
> my($perldir, $perlarch) = $pv->get_perl_dir_arch;
> -#l
On Sun, Nov 16, 2003 at 07:44:11AM -0500, Benjamin Reed wrote:
> And thus starts a religious war...
I'm really hoping to keep it sane.
So I've said why not tabs. Now you, why literal tabs? Any decent editor
can toggle the behavior of the tab key between a literal tab and N spaces.
And any decen
On Sun, Nov 16, 2003 at 01:53:34PM +0100, Max Horn wrote:
> >You don't disable a failing test. You either fix the bug, fix the
> >test or
> >post a bug report and set TODO (see t/Command/failure.t for examples).
>
> So far that particular test failed twice for me when in fact everything
> was w
Am Sonntag, 16.11.03 um 13:44 Uhr schrieb Benjamin Reed:
[...]
I agree that you should use spaces when you're doing columnar stuff,
and in that case, if it were to be indented, you would do:
foobar
Exactly. Use tabs to indent statements, but don't use them inside
statements.
In all other case
Am Sonntag, 16.11.03 um 13:16 Uhr schrieb Michael G Schwern:
On Sat, Nov 15, 2003 at 03:42:31AM -0800, Max Horn wrote:
Modified Files:
Bootstrap.pm Command.pm Config.pm Mirror.pm
Log Message:
fix whitespaces
I'm not really sure what you "fixed" here aside from replacing
perfectly
fine fou
Am Sonntag, 16.11.03 um 13:34 Uhr schrieb Michael G Schwern:
On Sat, Nov 15, 2003 at 03:58:01AM -0800, Max Horn wrote:
disable not working test
Tests are there to tell you something might be broken. If you just
comment
it out when it starts failing then the tests are worthless.
The test was wor
Michael G Schwern wrote:
And thus starts a religious war...
Don't use tabs when spaces will do. Tabs cause confusion. You don't know
what people have their tab stops set to. Don't indent with them. You can't
look and tell the difference between a tab and a space. Don't use them in
code.
I
On Sat, Nov 15, 2003 at 03:58:01AM -0800, Max Horn wrote:
> disable not working test
Tests are there to tell you something might be broken. If you just comment
it out when it starts failing then the tests are worthless.
You don't disable a failing test. You either fix the bug, fix the test or
p
On Sat, Nov 15, 2003 at 03:42:31AM -0800, Max Horn wrote:
> Modified Files:
> Bootstrap.pm Command.pm Config.pm Mirror.pm
> Log Message:
> fix whitespaces
I'm not really sure what you "fixed" here aside from replacing perfectly
fine four space indentation with tabs. Also, it seems you're
Alexander Strange wrote:
On Nov 16, 2003, at 2:24 AM, James Gibbs wrote:
Martin Costabel suggested to me that a kext may be to blame for the mv
trailing slashes bug.
In my system preferences, the only "haxie" I have is Stuffit Archive
Via Rename aka Stuffit AVR. It is part of Stuffit Deluxe 8.
On Nov 16, 2003, at 2:24 AM, James Gibbs wrote:
Martin Costabel suggested to me that a kext may be to blame for the mv
trailing slashes bug.
In my system preferences, the only "haxie" I have is Stuffit Archive
Via Rename aka Stuffit AVR. It is part of Stuffit Deluxe 8.0. It
allows one to stuff
Martin Costabel suggested to me that a kext may be to blame for the mv
trailing slashes bug.
In my system preferences, the only "haxie" I have is Stuffit Archive
Via Rename aka Stuffit AVR. It is part of Stuffit Deluxe 8.0. It allows
one to stuff a file by adding .sit, .tar, .zip, etc. or unstu
59 matches
Mail list logo