Hi!
07.02.2010 10:30, lini...@freebsd.org пишет:
The ports, and the reason and date that they have been scheduled
for removal, are listed below. If no one has stepped forward before
that time to propose a way to fix the problems (such as via a PR),
the ports will be deleted.
Can please anybod
On Sat, 6 Feb 2010 15:53:57 -0600
ajtiM wrote:
> On Saturday 06 February 2010 15:36:22 Miroslav Lachman wrote:
> > Ion-Mihai Tetcu wrote:
> > > On Sat, 06 Feb 2010 21:05:54 +0100
> > >
> > > Miroslav Lachman<000.f...@quip.cz> wrote:
> > >> Matthew Seaman wrote:
> > >>> -BEGIN PGP SIGNED MESS
On Sat, 06 Feb 2010 19:51:24 -0800
Doug Barton wrote:
> On 2/6/2010 1:53 PM, ajtiM wrote:
> > And in my case, I use portmaster, rebuilding of QT33 and arts
> > doesn't work and I screw many applications. Thank you for your hard
> > work but I don't know why is a rush for something which doesn't
>
On Sat, 6 Feb 2010 23:48:33 +0200
Eitan Adler articulated:
> The recent change to jpeg required a lot of changes to a lot of ports
> all just to bump a version number.
> It is easy to miss things this way and requires a lot of work and
> downloading.
>
> I propose that some kind of MAJORVERSION
On 05.02.2010 22:46, Ulrich Spörlein wrote:
> for the updated port
>
> Update has just been comitted. Simply update your ports tree and update
> it in the usual way.
>
I think mentioning the need to update the configuration file in
pkg-message would still be a good idea, as the syntax for q
Hi Radeon HD users.
I committed new Mesa3D and libdrm. In this time, disabled, so
to use new version, you should set WITHOUT_NOUVEAU on /etc/make.conf.
Please see also /usr/ports/UPDATING and KNOBS.
___
freebsd-ports@freebsd.org
2010-02-06 11:58, Ion-Mihai Tetcu skrev:
On Sat, 6 Feb 2010 12:49:52 +0200
Ion-Mihai Tetcu wrote:
On Sat, 06 Feb 2010 11:13:08 +0100
"O. Hartmann" wrote:
Since yesterday's portsnape and attempt updating my ports, ALL
FreeBSD boxes (running FreeBSD 8.0/amd64) fail to update ports via
'port
On Sat, 6 Feb 2010 15:05, 000.fbsd@ wrote:
Matthew Seaman wrote:
On 06/02/2010 09:40, Heino Tiedemann wrote:
Shouldn't there be an entry in UPDATING, that "jpeg" has to be
rebuildet first?
I rebuilded everything - but i have no idea about the order aof port
reinstalling.
Actually that's n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 6 Feb 2010 07:04, scjamorim@ wrote:
Do you are behind of proxy? This happens when have a proxy.
Regards,
Sylvio Cesar
Please see "portsnap mirror glitches"
- --
jhell
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (FreeBSD)
> This will accomplish exactly what you want:
>
>portmanager -u -p
>
How will portmanager -u -p avoid the need to bump the PORTREVISION (like the
recent jpeg change)?
>
> It is in the port tree.
>
> --
> Jerry
> ges...@yahoo.com
>
> |===
> |===
> |===
> |=
I thought about this during last jpeg update:
http://www.mail-archive.com/freebsd-ports@freebsd.org/msg22476.html
http://www.mail-archive.com/freebsd-ports@freebsd.org/msg22501.html
but this need non-trivial work on mk, and somebody may consider it too
complicated.
--Buganini
___
On Sun, 07 Feb 2010 13:36:55 +0100
Leslie Jensen wrote:
[ .. ]
> >> For the moment the workaround, when you get to this, is to:
> >> mv /usr/local/lib/libqt-mt.so /usr/local/lib/libqt-mt.so.old&& \
> >> cd /usr/ports/x11-toolkits/qt33/&& make&& \
> >> mv /usr/local/lib/libqt-mt.so.old /usr/l
Hi
long ago I read about the bug in Xterm CVE-2008-2383 and updated xterm. Now
I have the version of xterm 253 and on occasion being in xterm to run a cat
on binary file (executable, images, etc) appear repeatedly on Shell "2c1:
command not found". You will see in the picture you take
http://lh3.
On Sun, 7 Feb 2010 15:30:29 +0200
Eitan Adler articulated:
> How will portmanager -u -p avoid the need to bump the PORTREVISION
> (like the recent jpeg change)?
From your original post:
Then when a library's MAJORVERSION is changed it will prompt a rebuild on any
port that relies on it will al
>
> Then when a library's MAJORVERSION is changed it will prompt a rebuild on
> any
> port that relies on it will also get rebuilt.
>
>
I assumed that you were looking for a program that would force an
> update of any ports that were dependent upon a changed(updated) port.
> The command I posted
Anon wrote:
> Hi
>
> long ago I read about the bug in Xterm CVE-2008-2383 and updated xterm. Now
> I have the version of xterm 253 and on occasion being in xterm to run a cat
> on binary file (executable, images, etc) appear repeatedly on Shell "2c1:
> command not found". You will see in the pictu
I've been trying out valgrind on some threaded FreeBSD applications
but they've been deadlocking at startup. I've identified that the
root cause is that FreeBSD's thread local storage is not being
emulated properly by valgrind. The problem on amd64 is obvious:
valgrind gives an invalid opcode err
On Sun, Feb 07, 2010 at 08:30:13AM +0100, lini...@freebsd.org wrote:
> that have been judged to have outlived their usefulness. Often,
> this is due to a better alternative having become available and/or
> the cessation of development on the existing port. In some cases,
> ports are marked for re
>I've been using portmaster since I started using freeBSD (about 2 and a half
>years ago) ;)
>My post was a way to deal with things like the recent jpeg update in a more
>efficient manner. Instead of the port committer having to bump the
>portrevision of each port that depeneds on jpeg they could j
> the cessation of development on the existing port. In some cases,
> ports are marked for removal because they fail to build and install
> correctly from their sources, or otherwise fail in operation.
>
> portname: math/scilab
> description:A free Matlab clone by INRIA & ENPC
>
With due respect to the creativity of the OP, the whole conversation is
basically moot since in almost all cases a library major version change
requires a change to the LIB_DEPENDS line in the port anyway, so a
PORTREVISION bump is a very tiny bit of additional work.
And I agree with b.f., wit
On Sun, Feb 07, 2010 at 04:59:12PM -0500, b. f. wrote:
> > the cessation of development on the existing port. In some cases,
> > ports are marked for removal because they fail to build and install
> > correctly from their sources, or otherwise fail in operation.
> >
> > portname: math/sc
Greetings everyone:
It appears that after utmpx.h gone into effect, ports/sysutils/screen and
ports/sysutils/tmux are not working correctly after a updated ports tree and
building/installing the ports. What basically happens is the screen/tmux
sessions which basically use tty's don't show up on
On 01/27/10 14:51, Sean C. Farley wrote:
With zsh, I use a precmd() function that updates the title every time
the prompt is about to appear, e.g., portmaster exits:
precmd()
{
case ${TERM} in
xterm*)
print -Pn "\e]0;%...@%m\a"
;;
esac
}
It comes in useful when using ssh to connect to different
On Sun, Feb 7, 2010 at 6:26 PM, Vincent Poy wrote:
> Greetings everyone:
>
> It appears that after utmpx.h gone into effect, ports/sysutils/screen and
> ports/sysutils/tmux are not working correctly after a updated ports tree and
> building/installing the ports. What basically happens is the scr
On Sun, Feb 7, 2010 at 9:10 PM, Chris Ruiz , wrote:
>> On Sun, Feb 7, 2010 at 6:26 PM, Vincent Poy wrote:
>> Greetings everyone:
>>
>> It appears that after utmpx.h gone into effect, ports/sysutils/screen and
>> ports/sysutils/tmux are not working correctly after a updated ports tree
>> and build
hi guys,
do you know of any existing ports of libunwind for freebsd? if so,
can you point me to the repository.
thanks
shravan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any ma
Howdy,
I just committed the following as portmaster version 2.18. It fixes all
of the reported bugs and feature requests related to the recently added
build confirmation and xterm titlebar features. My apologies for the
long delay in getting this into the tree, lots of $REAL_LIFE obligations
On 01/29/10 13:12, Miroslav Lachman wrote:
I have one small bug report (unfortunately not much useful info)
# portmaster textproc/pear-Spreadsheet_Excel_Writer devel/pear-OLE
net/pear-Net_IDNA dns/pear-Net_DNS
===>>> The following actions will be taken if you choose to proceed:
Install textproc
On 01/26/10 21:11, John Marshall wrote:
Any chance of a switch to disable this new feature? I use the terminal
window title to keep track of which window belongs to which system.
Having half-a-dozen of them all saying "portmaster: foo-n.n" (and not
changing back to what they were) kind of spoils
* Vincent Poy wrote:
> It appears that after utmpx.h gone into effect, ports/sysutils/screen and
> ports/sysutils/tmux are not working correctly after a updated ports tree and
> building/installing the ports. What basically happens is the screen/tmux
> sessions which basically use tty's don't sho
2010-02-07 15:37, Ion-Mihai Tetcu skrev:
On Sun, 07 Feb 2010 13:36:55 +0100
Leslie Jensen wrote:
[ .. ]
For the moment the workaround, when you get to this, is to:
mv /usr/local/lib/libqt-mt.so /usr/local/lib/libqt-mt.so.old&& \
cd /usr/ports/x11-toolkits/qt33/&& make&& \
mv /usr/lo
On Mon, 08 Feb 2010 08:44:53 +0100
Leslie Jensen wrote:
>
>
> 2010-02-07 15:37, Ion-Mihai Tetcu skrev:
> > On Sun, 07 Feb 2010 13:36:55 +0100
> > Leslie Jensen wrote:
> >
> > [ .. ]
> >
> For the moment the workaround, when you get to this, is to:
> mv /usr/local/lib/libqt-mt.so /u
Dominic Fandrey wrote:
> It appears CONFLICTS is checked before build instead of checking
> it before install. Why?
>
> # portmaster -Do lang/perl5.10 lang/perl5.8
Just a couple of minutes ago I answered a post by someone who
thought both portupgrade and portmaster are broken.
And yesterday I go
34 matches
Mail list logo
