On Mon, Feb 8, 2010 at 11:08 PM, Cy Schubert cy.schub...@komquats.comwrote:
In message 429af92e1002081805l629e04c6ub7b85b77a492e...@mail.gmail.com,
Vince
nt Poy writes:
--000e0cd64914b56e6a047f215889
Content-Type: text/plain; charset=ISO-8859-1
Hi Ed:
On Mon, Feb 8, 2010 at 12:03
editors/emacs21 and emacs22 are still broken with this.
Changing utmp to utmpx in #include and in the struct declares I still
get:
filelock.c:297: error: 'struct utmpx' has no member named 'ut_time'
filelock.c:299: error: 'struct utmpx' has no member named 'ut_time'
Any suggestions?
The
Martin Cracauer wrote on Fri, Feb 12, 2010 at 05:24:06PM -0500:
editors/emacs21 and emacs22 are still broken with this.
Changing utmp to utmpx in #include and in the struct declares I still
get:
filelock.c:297: error: 'struct utmpx' has no member named 'ut_time'
filelock.c:299: error:
Hi Vincent,
* Vincent Poy vince...@gmail.com 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
On Sun, Feb 7, 2010 at 11:22 PM, Ed Schouten e...@80386.nl wrote:
* Vincent Poy vince...@gmail.com 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.
Hi Ed:
On Mon, Feb 8, 2010 at 12:03 AM, Ed Schouten e...@80386.nl wrote:
* Vincent Poy vince...@gmail.com 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
On Sun, Feb 7, 2010 at 6:26 PM, Vincent Poy vince...@gmail.com 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
On Sun, Feb 7, 2010 at 9:10 PM, Chris Ruiz yr.retar...@gmail.com, wrote:
On Sun, Feb 7, 2010 at 6:26 PM, Vincent Poy vince...@gmail.com 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
* Vincent Poy vince...@gmail.com 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
Hello Yvan,
* VANHULLEBUS Yvan va...@freebsd.org wrote:
We're working on this, but as we have now to work with both utmp.h and
utmpx.h (at least for FreeBSD releases and FreeBSD CURRENT), we're
trying to find a clean way to solve the issue.
I think the cleanest solution would be to split
Hi.
On Mon, Feb 01, 2010 at 05:17:18PM -0200, Vinicius Abrahao wrote:
I found another port that shows a little error when replace utmp.h by utmpx.h.
Is security/ipsec-tools
Yes, this is already known.
A workaround may be to compile without XAUTH/Mode Config, which is the
only part of the
On 2/1/10, b. f. bf1...@googlemail.com wrote:
I found another port that shows a little error when replace utmp.h by
utmpx.h.
Is security/ipsec-tools
This was discovered shortly after Ed's initial changes -- Ed furnished
a patch, and the maintainer was notified on 15 Jan. 2009, although I
kde3base and kde3network are also broken by utmp.h change
Manfred
==
|| n...@pozo.com ||
|| Ph. (415) 681-6235 ||
==
--
This message has been scanned for viruses and
dangerous content by MailScanner,
On Tue, 26 Jan 2010 21:05:37 +0100
Ed Schouten e...@80386.nl wrote:
* Dirk Meyer dirk.me...@dinoex.sub.org wrote:
1. POLA
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/rules.html
$ man utmp
does not mention that this interafce is deprectaed (see 11.4)
Hi Dirk,
* Dirk Meyer dirk.me...@dinoex.sub.org wrote:
1. POLA
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/rules.html
$ man utmp
does not mention that this interafce is deprectaed (see 11.4)
First of all, utmp(5) should no longer exist. Second of all, you clearly
Hallo Ed Schouten,
1. POLA
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/rules.html
$ man utmp
does not mention that this interafce is deprectaed (see 11.4)
2. there is now new manpage?
$ man -k utmp
login(3) - log a new login record to the utmp and wtmp
Hi,
Boris Samorodov wrote:
Hello Ed,
thanks for your hard work!
On Wed, 13 Jan 2010 20:42:54 +0100 Ed Schouten wrote:
I've noticed there is some breakage in ports, but it shouldn't be too
serious.
Seems that emulators/virtualbox-ose is broken:
Yes, there is a pr open with a patch
Martin Smith wrote:
Ed Schouten wrote:
Hello everyone,
I just made various commits to FreeBSD HEAD to remove our old user
accounting database interface (see utmp(5)) and replace it by the POSIX
standardized utmpx interface (see getutxent(3)). This means we just got
rid of some annoyances that
Ed Schouten wrote:
Hello everyone,
I just made various commits to FreeBSD HEAD to remove our old user
accounting database interface (see utmp(5)) and replace it by the POSIX
standardized utmpx interface (see getutxent(3)). This means we just got
rid of some annoyances that are as old as the
On Wed, Jan 13, 2010 at 08:42:54PM +0100, Ed Schouten wrote:
Hello everyone,
I just made various commits to FreeBSD HEAD to remove our old user
accounting database interface (see utmp(5)) and replace it by the POSIX
standardized utmpx interface (see getutxent(3)). This means we just got
rid
On Mon, 18 Jan 2010 16:47:46 +0100 Beat Gaetzi wrote:
Boris Samorodov wrote:
Hello Ed,
thanks for your hard work!
On Wed, 13 Jan 2010 20:42:54 +0100 Ed Schouten wrote:
I've noticed there is some breakage in ports, but it shouldn't be too
serious.
Seems that
Out of curiosity, was there ever an experimental pointyhat run done for
these changes? If there was not one previously, can we do one ASAP?
Doug
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To
On Mon, Jan 18, 2010 at 12:29:24PM -0800, Doug Barton wrote:
Out of curiosity, was there ever an experimental pointyhat run done for
these changes? If there was not one previously, can we do one ASAP?
Already started.
-erwin
--
Erwin Lansing
On 01/18/10 12:52, Erwin Lansing wrote:
On Mon, Jan 18, 2010 at 12:29:24PM -0800, Doug Barton wrote:
Out of curiosity, was there ever an experimental pointyhat run done for
these changes? If there was not one previously, can we do one ASAP?
Already started.
Awesome, you guys rock! :)
Doug
On 17.01.2010 16:44 (UTC+1), Oliver Lehmann wrote:
Hi Rainer,
Rainer Hurling wrote:
The next port I found, which does not compile any more after your
commit, is ftp/gftp:
I've committed a kinda easy fix for it.
Greetings, Oliver
Oliver,
thanks for this commit. It works for me :-)
Hello Ed,
thanks for your hard work!
On Wed, 13 Jan 2010 20:42:54 +0100 Ed Schouten wrote:
I've noticed there is some breakage in ports, but it shouldn't be too
serious.
Seems that emulators/virtualbox-ose is broken:
-
...
kBuild: Compiling VBoxService -
On 13.01.2010 20:42 (UTC+1), Ed Schouten wrote:
[..snip..]
I've noticed there is some breakage in ports, but it shouldn't be too
serious. I've seen cases where an application includesutmp.h, even
though it doesn't use anything provided by that header. In other cases
they used fields like
Hello Rainer,
* Rainer Hurling rhur...@gwdg.de wrote:
After updating my system i tried to rebuild Xorg ports. All went
fine until it has to compile x11/sessreg.
It seems that the configure script does not find struct
'utmpx.ut_syslen' and so the build process falls back to utmp?
Could
On 16.01.2010 12:59 (UTC+1), Ed Schouten wrote:
Hello Rainer,
* Rainer Hurlingrhur...@gwdg.de wrote:
After updating my system i tried to rebuild Xorg ports. All went
fine until it has to compile x11/sessreg.
It seems that the configure script does not find struct
'utmpx.ut_syslen' and so the
On 13.01.2010 20:42 (UTC+1), Ed Schouten wrote:
[..snip..]
I've noticed there is some breakage in ports, but it shouldn't be too
serious. I've seen cases where an application includesutmp.h, even
though it doesn't use anything provided by that header. In other cases
they used fields like
* Rainer Hurling rhur...@gwdg.de wrote:
Is it ok to report such problems in this thread?
I think it's better to file PRs for them, to make sure the port
maintainer is also informed. I'll take a look at the gftp problem
tomorrow.
Greetings,
--
Ed Schouten e...@80386.nl
WWW: http://80386.nl/
* Ed Schouten e...@80386.nl wrote:
I just looked at this problem and sent a patch to the Xorg folks. I
can't find my email in the xorg-devel archives yet, so I've attached a
patch to this email. Hopefully the respective port maintainer can turn
it into something useful.
And it got fixed
Hi,
On Wed, 13 Jan 2010 20:42:54 +0100
Ed Schouten e...@80386.nl said:
ed I just made various commits to FreeBSD HEAD to remove our old user
ed accounting database interface (see utmp(5)) and replace it by the POSIX
ed standardized utmpx interface (see getutxent(3)). This means we just got
ed
Hello everyone,
I just made various commits to FreeBSD HEAD to remove our old user
accounting database interface (see utmp(5)) and replace it by the POSIX
standardized utmpx interface (see getutxent(3)). This means we just got
rid of some annoyances that are as old as the FreeBSD project itself:
On Wednesday 13 January 2010 20:42:54 Ed Schouten wrote:
Hello everyone,
I just made various commits to FreeBSD HEAD to remove our old user
accounting database interface (see utmp(5)) and replace it by the POSIX
standardized utmpx interface (see getutxent(3)). This means we just got
rid of
35 matches
Mail list logo