ntil this very day.
>>
>> I really hope that you will keep up the good work in 2018 also!
>>
>> Thanks,
>> Jos Chrispijn
>> [...]
>
> And an enthusiastic second from me! Especially because portmaster
> has been revived and I can still keep up with secur
On 01/01/18 13:33, Jos Chrispijn wrote:
> I would like to thank all programmers and port maintainers for their
> excellent work in 2017.
> Without you we would never enjoy BSD as we do until this very day.
>
> I really hope that you will keep up the good work in 2018 also!
>
I would like to thank all programmers and port maintainers for their
excellent work in 2017.
Without you we would never enjoy BSD as we do until this very day.
I really hope that you will keep up the good work in 2018 also!
Thanks,
Jos Chrispijn
Hi all -- particularly Antoine…
A port I maintain, py-sispy, was broken due to a missing license file.
Unfortunately, I had become ill and was unable to submit a PR with patch soon
after. Thanks to Antoine for fixing it!
--
Vincent (Rick) Miller
UNIX Systems Engineer
vmil...@verisign.com
... that got us some of our needed security updates, but firefox-esr
won't build with graphics/jpeg any more, as the configure script wants
the JCS_EXTENSIONS features from graphics/jpeg-turbo. So I did a
portmaster -o graphics/jpeg-turbo jpeg and it claims to have updated
the dependencies of
Just a big thanks to all ports maintainers and helpful fellow mailing
list participants.
Without your prompt responses and voluntary activities we (at least I)
can run a stable updated OS and programs.
Keep up the good work!
Jos Chrispijn
On 27 February 2011 15:17, Chris Rees utis...@gmail.com wrote:
Hi all,
I've been deluged with complaints about the dreaded white noise with
musicpd, and now I've finally reproduced it I've got a workaround:
audio_output {
type oss
name My OSS Device
On Sun, Aug 2, 2009 at 7:52 AM, Matthew
Seamanm.sea...@infracaninophile.co.uk wrote:
Matthew Seaman wrote:
Doing (1) using my p5-FreeBSD-Portindex code is pretty easy. It's about
time I released an update anyhow -- I'll code up a little app that
processes
the LIB_DEPENDS linkages already
I believe unless I misunderstand what you are meaning, is the same thing that
PORTREVISION is meant for doing. If the maintainer like what has just recently
happened for jpeg bumps the PORTREVISION up one for every port that depends on
jpeg then any upgrade utilities see that port as a new
The meaning of NODE_VERSION and the flag is to describe dependencies more
detailed,
to make it possible to do automated upgrade, instead of bump PORTREVISION by
man.
An important thing, NODE_VERSION and the flag could be backward compatible,
for port/package don't have NODE_VERSION, it's just 0.
That is a very nice idea, I am sure that with a little tweaking it would turn
out just fine.
Another nice aspect or solve for this would be getting something going like
symbol versioning in the libs by means of the developer that supports 2 or so
version's prior to the current lib in order to
at 3:14 AM, Olivier Smedtsoliv...@gid0.org wrote:
Big thanks to the FreeBSD KDE team for such a reactive update after
the official release !
I've been testing it for few hours, using area51. It works great.
Are there any differences between area51 and what have been committed
to the ports
Recently I'm think about how to make ports easier to upgraded:
1) Add a NODE_VERSION in each ports' Makefile, this variable would be stored
in +CONTENTS.
2) Add a volatile-meaning flag in description of dependencies
When a port, A, whose NODE_VERSION in Makefile NODE_VERSION in +CONTENTS,
ports
Doug Barton wrote:
Garrett Cooper wrote:
Gentoo Linux (I know -- Gentoo + Linux -- we're FreeBSD... blah :P)
has a script called `revdep-rebuild' which goes and runs ldd on all
pieces of software that are installed in portage (ok, substitute ports
here). What I'm driving at is that we can use
On Sunday 02 August 2009 06:52:03 Matthew Seaman wrote:
Similarly, programs that declare 'USE_MYSQL=NN' will have a LIB_DEPENDS
on libmysqlclient.so.X added to their dependency mix even if they contain
no compiled ELF binaries [See net-mgmt/cacti databases/phpmyadmin]
That's because you use
Big thanks to the FreeBSD KDE team for such a reactive update after
the official release !
I've been testing it for few hours, using area51. It works great.
Are there any differences between area51 and what have been committed
to the ports repository ?
The s/MAKE_JOBS_SAVE/MAKE_JOBS_SAFE fix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Aug 04, 2009 at 11:44:53PM +0200, Olivier Smedts wrote:
Big thanks to the FreeBSD KDE team for such a reactive update after
the official release !
I've been testing it for few hours, using area51. It works great.
Are there any
broken up an update, then rebuild the port
and all dependencies (LIB_DEPENDS?). What say you to that :)?
If no one cares about the language, I can whip up a really quick
python script which solves this problem and we can migrate to a more
longterm solution in bourne shell if desired.
Thanks
On Sun, Aug 2, 2009 at 7:52 AM, Matthew
Seamanm.sea...@infracaninophile.co.uk wrote:
Matthew Seaman wrote:
Peter Jeremy wrote:
In this specific case, p5-RT-* depends on www/rt38 depends on
graphics/p5-GD depends on graphics/gd depends on graphics/jpeg.
When jpeg is bumped, gd
Garrett Cooper wrote:
On Sun, Aug 2, 2009 at 7:52 AM, Matthew
Seamanm.sea...@infracaninophile.co.uk wrote:
Matthew Seaman wrote:
Peter Jeremy wrote:
In this specific case, p5-RT-* depends on www/rt38 depends on
graphics/p5-GD depends on graphics/gd depends on graphics/jpeg. When
jpeg is
On Monday 03 August 2009 14:31:23 Matthew Seaman wrote:
There was a question about apps that use dlopen() to load libraries,
rather than letting ld.so do the work for them. I don't think that
using ldd(1) will pick up any app that does that, but then again I
don't know if this is a
Garrett Cooper wrote:
Gentoo Linux (I know -- Gentoo + Linux -- we're FreeBSD... blah :P)
has a script called `revdep-rebuild' which goes and runs ldd on all
pieces of software that are installed in portage (ok, substitute ports
here). What I'm driving at is that we can use pkg_info and/or
On Saturday 01 August 2009 14:43:23 Peter Jeremy wrote:
[I was also dismayed when I saw the bump].
On 2009-Aug-01 18:33:43 +0100, Matthew Seaman
m.sea...@infracaninophile.co.uk wrote:
You could, for instance, run ldd(1) against each of the files a port
installs and then record in
Peter Jeremy wrote:
[I was also dismayed when I saw the bump].
On 2009-Aug-01 18:33:43 +0100, Matthew Seaman m.sea...@infracaninophile.co.uk
wrote:
You could, for instance, run ldd(1) against each of the files a port installs
and then record in /var/db/pkg/portname-1.2.3/+SHLIBS or
Matthew Seaman wrote:
Peter Jeremy wrote:
In this specific case, p5-RT-* depends on www/rt38 depends on
graphics/p5-GD depends on graphics/gd depends on graphics/jpeg. When
jpeg is bumped, gd needs to be bumped because it LIB_DEPENDS on jpeg.
p5-GD then needs to be bumped because it
fixing up some
more packages and rebuilding about 800+ ports.
Thanks a whole lot.
Nobody is forcing you to rebuild your ports just because the PORTREVISION
was bumped. If everything works fine for you there is actually no good
reason at all to do so.
The OP does have a valid point though. I just
on jpeg Great real great Now I get to spend another three
days fixing up some more packages and rebuilding about 800+ ports.
Thanks a whole lot.
Nobody is forcing you to rebuild your ports just because the
PORTREVISION was bumped. If everything works fine for you there is
actually
Hallo Matthew Seaman,
The OP does have a valid point though. I just got an e-mail from Freshpo=
rts
saying that a bunch of ports I maintain had had PORTREVISION bumps becaus=
e of
the jpeg update. Which is all fine and dandy, except that these were the=
=20
www/p5-RT-* extension modules
On Sat, 01 Aug 2009 10:10:17 +0100
Matthew Seaman m.sea...@infracaninophile.co.uk wrote:
The OP does have a valid point though. I just got an e-mail from
Freshports saying that a bunch of ports I maintain had had
PORTREVISION bumps because of the jpeg update. Which is all fine and
dandy,
Dirk Meyer wrote:
Hallo Matthew Seaman,
The OP does have a valid point though. I just got an e-mail from Freshpo=
rts
saying that a bunch of ports I maintain had had PORTREVISION bumps becaus=
e of
the jpeg update. Which is all fine and dandy, except that these were the=
=20
www/p5-RT-*
[I was also dismayed when I saw the bump].
On 2009-Aug-01 18:33:43 +0100, Matthew Seaman m.sea...@infracaninophile.co.uk
wrote:
You could, for instance, run ldd(1) against each of the files a port installs
and then record in /var/db/pkg/portname-1.2.3/+SHLIBS or equivalently in the
.tbz package
Now that I have finally upgraded my system in full from the last mix-up with
jpeg, You guys have bumped up every PORTREVISION that depends on jpeg Great
real great Now I get to spend another three days fixing up some more packages
and rebuilding about 800+ ports.
Thanks a whole lot
packages and rebuilding about 800+ ports.
Thanks a whole lot.
Nobody is forcing you to rebuild your ports just because the PORTREVISION
was bumped. If everything works fine for you there is actually no good
reason at all to do so.
--
Insert your favourite quote here.
Erik Trulsson
ertr1
on
jpeg
Great real great Now I get to spend another three days fixing up some
more packages and rebuilding about 800+ ports.
Thanks a whole lot.
Nobody is forcing you to rebuild your ports just because the PORTREVISION
was bumped. If everything works fine for you there is actually no good
reason
-up
with jpeg, You guys have bumped up every PORTREVISION that depends on
jpeg
Great real great Now I get to spend another three days fixing up some
more packages and rebuilding about 800+ ports.
Thanks a whole lot.
Nobody is forcing you to rebuild your ports just because the PORTREVISION
the last mix-up
with jpeg, You guys have bumped up every PORTREVISION that depends on
jpeg
Great real great Now I get to spend another three days fixing up some
more packages and rebuilding about 800+ ports.
Thanks a whole lot.
Nobody is forcing you to rebuild your ports just because
/kde-freebsd co area51
# mount -t unionfs /path/to/area51 /usr/ports
Thanks to unionfs - which runs pretty well these days / RELENG7 - there is no
risk for your original ports tree. Just do
# umount /usr/ports
and you can use it like before.
Questions? Bug reports? Something else? Please
Hi,
You just recieved an electronic card!
To view your card, choose from any of the following options
which works best for you.
Method 1
Just click on the following Internet address (if that doesn't work for
you, copy paste the address onto your
Hi,
I'm quite busy and tired. Maybe I'll update it in a few week, before
the the end of the year. The 6.2.1 must be out then.
It's good to see that this port is usefull to someone.
___
freebsd-ports@freebsd.org mailing list
Since as far as I can tell no one has said this to you yet, you may
want to have a look at the URL below and take a shot at updating this
yourself.
Good luck,
Doug
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html
--
This .signature sanitized for your
40 matches
Mail list logo
