At 2:34 + 19/8/04, you wrote:
Okay, two layout options now. Both now have more familiar (to users)
terms in the headings and clearer structure. The first is just
improvements to the visual layout and headings:
http://fink.sourceforge.net/pdb/passwd.html
Looks a bit too busy perhaps.
The secon
Rohan Lloyd wrote:
When I try to do an update-all, I get the error:
[EMAIL PROTECTED]> fink update-all
/usr/bin/sudo /sw/bin/fink update-all
Information about 3872 packages read in 3 seconds.
Failed: Internal error: node for db42-ssl-shlibs already exists
Yeah, everybody is getting this. You can e
Nigel Stanger wrote:
On 19/8/2004 4:51 PM, Michèle Garoche at [EMAIL PROTECTED]
spake thus:
Also, in the 2nd example, all the point distros (0.7.0, 0.6.3, 0.4.1)
show 'not present' for unstable in the passwd example used. If I
understand correctly, the binary distributions never have an unstable
I don't recall having seen this specific issue discussed before here:
As part of its build process the atlas package autodetects the number
of CPUs, and applies a build flag appropriately. Unfortunately, the
result is that the .deb files aren't identical on different machines:
Single processor
Le 19 août 2004, à 17:42, Martin Costabel a écrit :
The first option uses the screen real estate better. The column
headers that are somewhat too heavy could be made lighter by replacing
the two-liners "stableversion" and "unstableversion" by just
"stable" and "unstable". It is clear at this
Alexander K. Hansen wrote:
I don't recall having seen this specific issue discussed before here:
It was mentioned a couple of times, as an example why the "identical
.deb" policy, if taken too literally, can lead to absurd results (like
most policies).
As part of its build process the atlas pack
I haven't been able to get atlas to compile on a dual G5 yet anyway, so
a change is probably good here.
-Todd
On Aug 19, 2004, at 10:50 AM, Alexander K. Hansen wrote:
I don't recall having seen this specific issue discussed before here:
As part of its build process the atlas package autodetects t
Le 19 août 2004, à 17:42, Martin Costabel a écrit :
The first option uses the screen real estate better. The column
headers that are somewhat too heavy could be made lighter by replacing
the two-liners "stableversion" and "unstableversion" by just
"stable" and "unstable". It is clear at this
And all this may be moot anyway, since the maintainer reported to me
that he planned to discontinue atlas. Quoting:
---
Alexander: I'm trying to phase out ATLAS, since Apple's VecLib provides
most (if not all) of the functionality and speed. Scilab is one of the
few
(maybe the only?) package t
On Aug 19, 2004, at 1:16 PM, Martin Costabel wrote:
Alexander K. Hansen wrote:
I don't recall having seen this specific issue discussed before here:
It was mentioned a couple of times, as an example why the "identical
.deb" policy, if taken too literally, can lead to absurd results (like
most pol
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Michèle Garoche wrote:
| Then I'm not sure colors may be suitable for color-blind people, though
| I'm in this category and have no problem with them, but there are many
| different way of being color-blind.
|
maybe it is a good idea to follow thi
On 19-8-2004 19:29, "Michèle Garoche" <[EMAIL PROTECTED]>
wrote:
> Then I'm not sure colors may be suitable for color-blind people, though
> I'm in this category and have no problem with them, but there are many
> different way of being color-blind.
If you want to know: find out!
I always love t
Michèle Garoche wrote:
Apart the maintainer problem, the layout makes a presupposition that
all the other fields are identical for all versions, which is not
always the case:
- Description may vary
- Section may vary
- License may vary
Taking care of this would not be a problem of visual layout
It appears that the rsync mirror is not being updated from the CVS
server. I haven't seen any of the today's CVS commits in rsync.
Regards,
Blair
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x f
Blair Zajac wrote:
It appears that the rsync mirror is not being updated from the CVS
server. I haven't seen any of the today's CVS commits in rsync.
Strange, I see lots of updates in rsync, even in 10.3/stable.
--
Martin
---
SF.Net email is sp
Martin Costabel wrote:
Blair Zajac wrote:
It appears that the rsync mirror is not being updated from the CVS
server. I haven't seen any of the today's CVS commits in rsync.
Strange, I see lots of updates in rsync, even in 10.3/stable.
Maybe it has something to do with this shorter rsync command
Blair Zajac wrote:
Martin Costabel wrote:
Blair Zajac wrote:
It appears that the rsync mirror is not being updated from the CVS
server. I haven't seen any of the today's CVS commits in rsync.
Strange, I see lots of updates in rsync, even in 10.3/stable.
Maybe it has something to do with this sho
Martin Costabel wrote:
[]
Yes, I think it is a bug in the new fink.
In SelfUpdate.pm, the line
next unless ($tree =~ /stable/);
was changed to
next unless ($tree eq "stable" or $tree eq "unstable");
But $tree is typically something like "stable/crypto", so this never
matches. This was ad
Hi Martin,
On Aug 19, 2004, at 4:17 PM, Martin Costabel wrote:
Martin Costabel wrote:
[]
Yes, I think it is a bug in the new fink.
In SelfUpdate.pm, the line
next unless ($tree =~ /stable/);
was changed to
next unless ($tree eq "stable" or $tree eq "unstable");
But $tree is typically some
Remi Mommsen wrote:
[]
I guess most users will still have the deb file from the previous fink
version on their computers. Why not recommend immediately to downgrade
to the previous version using dpkg?
Just my 2 cents.
Right, I knew there was "something else", just couldn't think of it
(it's 1:4
On Fri, Aug 20, 2004 at 12:55:02AM +0200, Martin Costabel wrote:
>
> Yes, I think it is a bug in the new fink.
>
> In SelfUpdate.pm, the line
>
> next unless ($tree =~ /stable/);
>
> was changed to
>
> next unless ($tree eq "stable" or $tree eq "unstable");
>
> But $tree is typicall
Daniel Macks wrote:
On Fri, Aug 20, 2004 at 12:55:02AM +0200, Martin Costabel wrote:
Yes, I think it is a bug in the new fink.
In SelfUpdate.pm, the line
next unless ($tree =~ /stable/);
was changed to
next unless ($tree eq "stable" or $tree eq "unstable");
But $tree is typically somethi
Le 19 août 2004, à 21:12, Martin Costabel a écrit :
Michèle Garoche wrote:
Apart the maintainer problem, the layout makes a presupposition that
all the other fields are identical for all versions, which is not
always the case:
- Description may vary
- Section may vary
- License may vary
Taking
On Aug 19, 2004, at 8:12 PM, Blair Zajac wrote:
Daniel Macks wrote:
On Fri, Aug 20, 2004 at 12:55:02AM +0200, Martin Costabel wrote:
Yes, I think it is a bug in the new fink.
In SelfUpdate.pm, the line
next unless ($tree =~ /stable/);
was changed to
next unless ($tree eq "stable" or $tree e
24 matches
Mail list logo
