ied in head/-current.
You should be able to test by just doing this
svn co svn://svn.freebsd.org/base/head/usr.bin/top
cd top
make
$(make -V.OBJDIR)/top
If its still an issue I'll look deeper.
--
Eitan Adler
___
freebsd-stable@freeb
On Fri, 6 Jul 2018 at 07:28, Eitan Adler wrote:
>
> On Fri, 6 Jul 2018 at 07:06, Pete French wrote:
> >
> > > Understood. Like I said, my development box is dead, so expect nothing
> > > for the next couple of weeks [0] unless someone gets to it first.
> >
>
hould I continue running with it reverted locally ? I will try and
> look at it myself if I get a moment.
I don't have the capability to commit right now.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/ma
nothing
for the next couple of weeks [0] unless someone gets to it first.
[0] even once it gets fixed, I have to catch up on several projects.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-
rea I am seeing coredumps
If you revert the change does it succeed? My development machine is
completely dead right now, but it is possible I missed a commit or
otherwise made an error.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
https://li
On 23 June 2018 at 08:50, James Gritton wrote:
> On 2018-06-23 09:45, Eitan Adler wrote:
>>
>> On 23 June 2018 at 08:30, James Gritton wrote:
>>>
>>> On 2018-06-22 16:03, Miroslav Lachman wrote:
>>>>
>>>>
>>>> Chris H wrot
>>> on. Someone(tm) maybe you? will need to propose a patch. :-)
>>
>>
>> If I can understand C sources I will create the patch by myself
>> instead of just posting here. Unfortunately I am able to code in sh,
>> php and a bit of javascript and perl but no C
r months without issue and on completely
default settings.
What mobo do you have? Did you update the BIOS to the latest version?
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsu
That said I'm somewhat stuck unless I am able to reproduce the issue,
or at least guess as to the cause.
> PS Normally I would bisect, but we're converting 2 large PROLOG applications
> to erlang... (prayers welcome)
Both fun languages.
--
Eitan Adler
___
best if you could bisect to the revision causing you problems.
Note that despite the name, STABLE is a development branch and users
of the branch are expected to be able to provide some help tracking
down issues.
--
Eitan Adler
___
freebsd-stable@fr
the breakage
> r330229 is also broken. I had to revert to r330113 to avoid any of the
> recent iwm commits.
Did r330242 fix the issue for you?
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
s old.
Merely being old doesn't mean they won't be fixed: I have committed
fixes for 10 year old PRs. ;)
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe,
added this in r39818 during 1998-09-30. Perhaps he
would know more?
> Is not a celebration / announcement warranted?
I've added a notice to the news page a few days ago. Thanks for the info!
--
Eitan Adler
___
freebsd-stable@
) instead of
context diff form.
I have been recently looking for old PRs with patches attached. :)
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
d.
>>
>
> I just fixed this.
I merged both, but forgot to do "svn ci" at the root. Sorry for the breakage.
--
Eitan Adler
Source, Ports, Doc committer
Bugmeister, Ports Security teams
___
freebsd-stable@freebsd.org mailing list
e
>> next revision (which should be ready to go in the next couple of days).
>>
>
> Wouldn't /var/db/svnup be the proper place for the "bread crumb"?
There may be multiple source trees. newvers.sh looks at the current
source tree to determine which version to use.
On 12 February 2013 21:22, Dmitry Marakasov wrote:
> If there's interest in this, I can refresh the patch and submit it.
Yes. Please do!
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
delete_child" and "d" "delete"; like it's true
>> for other NFSv4 implementations. But manpage tells the other way around.
>
> Fixed the man page, thanks!
There are more errors. Please see the PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/174433
--
y case it would be
subject to the same problem of many ports ignoring CFLAGS and friends.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 28 January 2013 15:16, John Nielsen wrote:
> Cherry-picking a few:
Awesome. Thanks for the comments. I've added them to the wiki page.
Would you like an account?
23 unreviewed questions left! About 70 questions awaiting patches.
--
Eit
ones!
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 3 January 2013 16:19, Glen Barber wrote:
> On Thu, Jan 03, 2013 at 04:12:32PM -0500, Eitan Adler wrote:
>> I think everyone agrees there is room for a svnup like program which
>> has a read-only svn mode to download and update sources with minimal
>> (zero?) dependen
zero?) dependencies.
That said, someone has to write it.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 3 January 2013 13:57, Lee Dilkie wrote:
> but that fetches binaries, not sources.
It does both. It can be configured to update just one or the other as well.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.
is required to overcome load problems.
...
> Updates are much
> quicker IMO than they ever were with CVS, even with a local c[v]sup copy
> of the CVS sources on the same computer.
There are latency issues with svn servers only in the US. There is
work underway to obtain more mir
On 2 January 2013 06:26, Chris Rees wrote:
> To clarify, no-one wants to remove CVS completely, the suggestion was to
> move it out of the base system.
As the developer responsible for this:
CVS will be removed from base. It already exists as a port in devel/cvs
--
Eitan
On 1 January 2013 15:17, Alfred Perlstein wrote:
> On 1/1/13 6:55 AM, Eitan Adler wrote:
>>
>> On 1 January 2013 02:54, Derek Kulinski wrote:
>>>
>>> That said I would totally understand you being upset if FreeBSD would
>>> decide to switch to git,
to switch to get in either the short or long
term. We will however offer git repositories and first-class cousins
via git.freebsd.org and github.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freeb
e there _any_ CVS servers/trunks/tree's left? If so, how _current_ are
> they?
Ports and Source currently have CVS trees.
Ports has an explicit EoL on February 28th (2 months from today)
Source does not have an explicit EoL though it *is* considered depr
d unneeded.
+1. Default to helping the new user (or the user that makes mistakes).
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
e re@ and clusteradm@ to produce "web
seed" torrents using the same mirrors we have now. I imagine further
progress could be made after the 9.1 release.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
On 16 December 2012 21:17, Tim Daneliuk wrote:
> As I understand it, gcc is still the default on 9
For the build, but clang is still built.
> is it possible
>>to build(world|kernel) && install(world|kernel) without the
>>clang toolchain?
make -DWITHO
rc branch was tagged already. I'd expect to be released *very*
shortly (before Christmas), although I don't know an exact date.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-st
careful even bureaucratic [*] if I reckon correctly,
>> when choosing new branding.
>>
>> [*] They have "branding initiative guidelines" and held vote-
>> https://blogs.apache.org/OOo/entry/openoffice_org_is_now_apache
Patch sent to mentor for approval. Thanks!
--
7;m pretty sure i'm tracking stable/9
>>>
>>> So I'm not sure where I went wrong, but thanx for fixing it.
>>
>> I MFC-ed some ZFS changed from HEAD last weekend.
>
> Would that mean that the regular checkout of stable/9 contains enough
> code to allo
request for new questions?
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
>
> Not really, stripped amd64 kernel is about 9 MB currently...
Is this the size of GENERIC on release media?
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, s
On 19 November 2012 15:07, Aldis Berjoza wrote:
>
>
> 19.11.2012, 22:04, "Andrea Venturoli" :
>> On 11/19/12 18:44, Eitan Adler wrote:
>>
>>> Hey all,
>>>
>>> The FAQ for FreeBSD needs a significant amount of updating and
>>&g
ed '/usr/ports/MOVED' -- Node remains in conflict
> Skipped '/usr/ports/irc' -- Node remains in conflict
> Skipped '/usr/ports/math' -- Node remains in conflict
>
> Skipped '/usr/ports/games' -- Node remains in conflict
> Skipped '/usr/ports/archivers' -- Node remains in conflict
> Skipped '/usr/ports/deskutils' -- Node remains in conflict
> Skipped '/usr/ports/net-p2p' -- Node remains in conflict
> Skipped '/usr/ports/databases' -- Node remains in conflict
> Skipped '/usr/ports/net-mgmt' -- Node remains in conflict
> Skipped '/usr/ports/net-im' -- Node remains in conflict
> At revision 307575.
> Summary of conflicts:
> Skipped paths: 24
did you run svn checkout on a directory which wasn't controlled by svn
(with stuff in it?). If so you need to remove those directories and
run "svn up".
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
://wiki.freebsd.org/ThwackAFAQ
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
d generally manipulated. We are
working to fix this as fast as possible.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 14 November 2012 20:40, Alie Tan wrote:
> Hi,
>
> Strange, this issue happens when I use cvsup only. Did I miss something
> here? Is FreeBSD CVS still syncing with SVN or otherwise?
known issue atm. people are working on fixing it.
--
e (or all) of these tasks be
> listed also in JuniorTasks[3]?
I'll link the page: good point.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
On 23 October 2012 22:40, Jeremy Chadwick wrote:
> No problem folks. Would you like me to file a PR for this so we can
> track it/for historical purposes?
yes please
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing lis
tps://www.google-melange.com/gci/tasks/google/gci2011
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ne's interests were.
Google code-in is aimed at *coders* and there is an expectation of
people writing *code*.
The biggest complaint for GCI last year was "not enough coding tasks"
--
Eitan Adler
___
freebsd-stable@freebsd.org m
gt;> But this error is only fixed after:
>>>
>>> # cd /usr/src/lib/libcxxrt ; make install
>>
>>
>> Are you getting this error as part of buildworld, or when you build
>> libc++ by hand?
>
>
> As part of the buildworld. I feel that it looks for
considered a "third party hack" for now.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On 27 August 2012 09:47, Dag-Erling Smørgrav wrote:
> Eitan Adler writes:
>> "Dag-Erling Smørgrav" writes:
>> > On an amd64 system, you should just set it to 0.
>> Can we put this advice into the printf?
>
> There is no need for that, as 0 is alread
SE's.
Can we put this advice into the printf?
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
is that the developers are no more
responsible to fix bugs than you are. We make an effort to do so, and
we have improvements in the process to make, but please don't claim we
intentionally ignore patches that are sent or don't care.
--
Eitan Adler
___
FCs are past due? What is the oldest
> one?
svn mergeinfo --show-revs eligible
The OP seemed interested in writing a script to make this output usable.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
in my email for MFC reminder emails which I use
as a "todo" list. Getting weekly reminders would just be annoying.
> Come to think of it, entering PRs for past-due MFCs could be a way to do
> that with the existing systems.
We have this already: PRs in the
On 17 July 2012 09:28, Warren Block wrote:
> On Tue, 17 Jul 2012, Eitan Adler wrote:
>
>> On 17 July 2012 05:50, David Magda wrote:
>>>
>>> On Tue, July 17, 2012 02:10, Eitan Adler wrote:
>>>>
>>>> Of interest to me: if it could be limited
On 17 July 2012 05:50, David Magda wrote:
> On Tue, July 17, 2012 02:10, Eitan Adler wrote:
>> Of interest to me: if it could be limited to just the commits I made
>> and optionally show me the log message and diff it would be very
>> helpful.
>>
>> On a general n
On 16 July 2012 22:35, Trent Nelson wrote:
> On 7/16/12 11:19 PM, "Eitan Adler" wrote:
>
>>On 16 July 2012 19:33, Trent Nelson wrote:
>>>
>>> There are currently no automated MFC systems in place, correct? I.e.
>>>the
>>> onus is c
unapproved MFCs may be
committed.
> Anyway, that got me thinking about the MFC process, especially leading up
> to another release, hence this e-mail. What's the preferred way for
> non-committers to bring outstanding MFCs to the attention of committers
cause developers to use it instead and what could we
do about it?
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
> r234512
> r234509
>
> Maybe just a text or data relocation issue ? Has anyone else noticed this ?
>
>
> To test after a full build of kernel #0.
>
> 1) Change config ROUTETABLES={ROUTETABLES+1}
> 2) cd /usr/src
> 3) time -h make -DNO_CLEAN buildkernel
use -DKER
me on the submission.
The goal is keep the patch and your analysis together for future reference.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "
On 17 April 2012 15:12, Zenny wrote:
> On 4/17/12, Eitan Adler wrote:
>> On 17 April 2012 15:03, Zenny wrote:
>>> Using csh, so I used set VAR. setenv didn't work.
>>
>> set sets shell options. setenv sets environment variables. What didn't work?
>&g
On 17 April 2012 15:03, Zenny wrote:
> Using csh, so I used set VAR. setenv didn't work.
set sets shell options. setenv sets environment variables. What didn't work?
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://list
I just committed this feature which some of you may be interested in
Example .bin files here: http://www.mawer.org/freebsd/
-- Forwarded message --
From: Eitan Adler
Date: Wed, Jan 11, 2012 at 7:02 PM
Subject: svn commit: r229994 - in stable/9: share/man/man4 sys/dev/fb
sys
gt;>
>> you're right, these were discussed on the mailinglists also
>> _but_ FreeBSD is not a distribution
>> It is *a complete operating system*
>> Happy holidays
>
> And the D in BSD is for? ;-)
diethylamide ?
--
Eitan Adler
_
OUT_CLANG=yes to /etc/src.conf
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On Fri, Dec 9, 2011 at 8:15 PM, George Mitchell wrote:
> Hope the attached helps. -- George Mitchell
You attached dmesg, not a patch.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.
is, for all intents and purposes, 100% compute bound.
Try idprio as well (atm it requires root to use though).
nice only means "play nice". idprio means "only run when nothing else
wants to run".
--
Eitan Adler
___
freebsd-stab
hat is an excuse, not a reason, but one that
has to be addressed nonetheless.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
On Mon, Dec 5, 2011 at 5:15 PM, Arnaud Lacombe wrote:
> Hi,
>
> A FreeBSD 7-STABLE miserably crashes on the following:
Is this also true on 8 and 9 or is the problem unique to 7-STABLE?
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing
On Wed, Sep 28, 2011 at 10:25 AM, S.N.Grigoriev
wrote:
> All browsers still treat the flash plugin as missing.
> What may be wrong?
try nspluginwrapper -v -a -u
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freeb
> Maybe it's a bug, but one that has fortuitously useful effects.
Bugs are undocumented features.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any
I have no idea if this is related but from pkg-message
Firefox 3.6 and HTML5
Certain functions used to display HTML5 elements need the sem module.
If your Firefox crashes with the following message while viewing a
HTML5 page:
"Bad system call (core dumped)"
you need to load the sem module (kldlo
top in /home/src/mysrc/local.
--
Eitan Adler
"Security is increased by designing for the way humans actually behave."
-Jakob Nielsen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubsc
73 matches
Mail list logo
