On 15/09/2025 07:29, Greg A. Woods wrote:
Excellent, thanks Mark! From that I'm guessing the machine is working
well for you.
Looks like the PERC H755 is working with mfii(4), which is great news!
Yes, I have 3 of those in use since March, plus older machines, and they
have been working
On 11/09/2025 06:55, Greg A. Woods wrote:
Maybe anyone running NetBSD on a more recent Dell, HP, or IBM, etc.,
server could post their dmesg in reply?
https://homepages.ecs.vuw.ac.nz/~mark/dmesg.r450 is the dmesg of a
PowerEdge R450.
cheers
mark
On 15/11/23 04:07, Frank Wille wrote:
The current server is a HP ProLiant DL360 G5, Xeon 5160 3GHz, supporting the
HP hardware RAID via ciss(4).
Are there any recommendations for a more recent rackmount-server (prefarably
1u) where all important devices (including hardware RAID) are supported
On 15/08/23 12:13, Greg Troxel wrote:
It is an Optiplex 3070 SFF, from 2019, with 32 GB RAM and i7-9700 (9th
gen) and Intel UHD Graphics 630. It came with a Kingwin SSD with
Windows which I swapped out for a bigger one I have more confidence in,
and can only really handle a single 2.5" drive.
On 15/08/23 01:30, Greg Troxel wrote:
Martin Husemann writes:
But the part that I don't understand: why can't you get your machine to
boot the USB install image in UEFI mode? With stupid x86 firmware everything
is possible but I would guess it is more likely that some setting should
allow b
On 21/06/21 10:38 pm, Takahiro Kambe wrote:
I agree that we should downgrade samba4 package for now.
downgrade or add a samba413 package for a while?
cheers
mark
On 3/06/21 9:58 am, Mark Davies wrote:
done - https://bugzilla.samba.org/show_bug.cgi?id=14727
And looks like they are throwing it back as a kernel bug
https://bugzilla.samba.org/show_bug.cgi?id=14727#c3
cheers
mark
On 2/06/21 8:32 am, Chavdar Ivanov wrote:
I force-downgraded samba 4.14.4 to 4.13.9 (itself released recently,
11th of May). It works as expected.
The cvs diff with respect to the current pkgsrc version is attached,
in case someone else hits the same problem. Surely the other packages
using sa
On 2/06/21 5:49 am, Robert Elz wrote:
And while doing that, ask them what they're possibly trying to achieve
with the O_CREAT flag - if /proc/$$/fd/N doesn't exist, how is creating
(what would be a normal file, if procfs allowed it) going to possibly
do anything useful? It is hard to believe
On 2/06/21 12:32 am, Martin Husemann wrote:
Good idea - and raise an upstream issue pointing at the non-portable
procfs assumption.
done - https://bugzilla.samba.org/show_bug.cgi?id=14727
On 1/06/21 10:24 pm, Chavdar Ivanov wrote:
On Tue, 1 Jun 2021 at 11:08, Chavdar Ivanov wrote:
Fails under FreeBSD 13 as well:
root@f13:~xci # touch foo.txt
root@f13:~xci # cc -o s s.c
root@f13:~xci # ./s
fd = 3
new_fd = -1
root@f13:~xci # uname -a
FreeBSD f13 13.0-RELEASE FreeBSD 13.0-RELE
The below program demonstrates a difference between /proc on NetBSD and
Linux.
If run in a directory with a writable "foo.txt" then on Linux the second
openat() succeeds but on NetBSD it fails (EEXIST). This behavior
difference breaks the latest samba (4.14.x) on NetBSD.
Can this be fixed?
On 11/12/20 11:36 pm, Mike Pumford wrote:
> On 11/12/2020 08:04, nia wrote:
> serconf disable i915drmkms" at the boot prompt should force the
>> kernel to stop seeing the integrated graphics and use the radeon
>> card for everything.
>>
> If that works you can put it into boot.cfg like so:
>
>
Hi,
I have a box with intel integrated graphics (Intel HD Graphics 630)
and an ATI Radeon HD 4550 card. Under 8.x the X server would find and
use the Radeon card without needing any explicit configuration.
Under 9.1 with default config it doesn't seem to see the radeon and just
tries to use t
On 05/01/17 15:05, Mark Davies wrote:
but I still don't know what the actual issue is or whats changed from 5.5.
Haven't made any progress on this so I've committed what I've got so far
to pkgsrc-wip in case anyone else wants to have a go.
qt5-qtbase57 is 5.7.1 and q
On 05/01/17 15:08, Christos Zoulas wrote:
What version of binutils is that?
Whatever is standard in 7.0_STABLE (2.23.2?)
cheers
mark
Yesterday I wrote:
I'm in the process of trying to update the qt5 packages to 5.7.1 and I'm
making progress but just hit an error I've never seen before:
[...]
libtool --silent --mode=link c++ -version-info 12:1:7 -rpath
/usr/pkg/qt5/lib -lexecinfo -lkvm -L/usr/pkg/lib -Wl,-R/usr/pkg/lib
-L/us
On Fri, 22 Jan 2016 13:40:26 Brook Milligan wrote:
> Is there are more or less automated way to make TeX packages? I know from
> having made some that there is a lot of boilerplate. That suggests that
> some tool to make these packages might make it easier to get and maintain a
> complete set.
I
On Fri, 22 Jan 2016 12:40:09 Jeremy C. Reed wrote:
> I don't know answer if full TeX Live distrubution is available in
> pkgsrc, [...]
> Maybe someone can help you get the needed parts installed without
> having the full texlive.
The current state is that any TeX packages we have are up-to-date w
On Wed, 19 Mar 2014, Fredrik Pettai wrote:
> I looked at another Dell R610 (the "lighter" version) running
> NetBSD 6.1_STABLE. Temp6 look more normal on that box, but, it
> didn't have the limits defined either. I think the best fix would
> be to get rid of those limits that are on by default.
>
On Tue, 18 Mar 2014, Christos Zoulas wrote:
> I fixed it.
Indeed you did. Thanks.
cheers
mark
On Sunday 16 March 2014 16:45:41 Christos Zoulas wrote:
> >So is there now a memory leak in gethostbyaddr/gethostbyname or is
> >sge_qmaster calling them in some bogus way that it used to get away
> >with but doesn't now? I can't see what that would be.
>
> I would bet on a memory leak.
Definite
I have a 6.1_STABLE/i386 system on which I run sge_qmaster from the
sge-8.0.0.4nb5 package. This normally sits at a memory usage of
around 48M but since upgrading from a 6.1_STABLE from around last Nov
to a recent one it now continually grows in size until it runs out of
memory after about 12
On Tuesday 11 March 2014 22:08:34 Martin Husemann wrote:
> I have this in my /etc/fstab:
>
> # See /usr/share/examples/fstab/ for more examples.
> NAME=sb2k5Root/a/ ffs rw,log 1 1
So to do this I need to go to current? getfsspecname() doesn't appear to
be in 6.1_STAB
On Tuesday 11 March 2014 21:26:48 Robert Elz wrote:
> Attachment order can't be controlled, but numbering can, but I agree,
> there's no really good reason to do that unless you plan on moving
> around devices (or adding some more) perhaps - and then you'd be better
> to use GPT and wedges and wedg
On Tuesday 11 March 2014 19:44:47 you wrote:
> To be perfectly honest, I don't understand why you (or anyone) would
> require that. Why might *I* need that, for example?
In this particular case the ahcisata connected drives are internal and
always there whereas the siisata connected ones are exte
I have a machine with both ahcisata and siisata that a GENERIC kernel
finds in this order:
siisata0 at pci2 dev 0 function 0: vendor 0x1095 product 0x3132 (rev.
0x01)
siisata0: interrupting at ioapic0 pin 18
siisata0: SiI3132, 3.0Gb/s
atabus0 at siisata0 channel 0
atabus1 at siisata0 channel 1
On Mon, 10 Mar 2014, Robert Elz wrote:
> The buffer has to hold both the user names, and the pointers to the
> user names
OK, that makes sense. So I'll need to recompile with a larger
_GETGR_R_SIZE_MAX (or handle the groups differently - but thats a
longer term fix).
cheers
mark
On a pair of 6.1_STABLE systems, one i386 and one amd64, with the same
/etc/group file. One group line is currently 670 characters long.
getgroupmembership() reads the line on the i386 system but skips it on the
amd64. From a bit of cutting and pasting is seems that the max line
length that wi
Hi,
I have a newly setup Dell PowerEdge 1850 running 6.1_STABLE/amd64
from a few days ago that will hang completely if I just copy a 20GB
file (or similar sized groups of files) around the filesystem. Stops
responding on the console, stops answering pings. This machine (or
most parts of it
On Saturday 23 February 2013 03:34:09 Mayuresh wrote:
> > >> > I get the following errors when trying to build lang/openjdk7 on
> > >> > NetBSD 6.0 on i386.
[]
In the last couple of days I've just rebuilt a lot of packages on two
6.0_STABLE/i386 systems including openjdk7. The systems a
31 matches
Mail list logo
