that's not a good comparison and most likely not the reason why Ardour gains
traction.
Ardour is a full daw while Audacity is "just" an editor.
On Mon, 30 Oct 2023 14:43:25 +, russell wrote:
> Thanks for the feedback on Audacity, this explains why Ardour is become
> more popular.
--
R-A-C
mount -o ro
On Sun, 24 Sep 2023 20:41:47 +0100, Michelle wrote:
> I mount a share in read only, and then when I want to write to an area
> I unmount it and re-mount it as a different user... and when I'm done
> writing to it, then I unmount it and re-mount it as read only again...
> to prevent
i didn't quite get the reason why you wanna keep using samba instead of nfs but
that aside, since this
is your home server, why not just keeping the indiana version that worked? or
at least the samba version
that worked?
security usually isn't that big of an issue for this purpose.
On Sun, 24
sure, but the key is WHEN the update happens. the problem might not exist
anymore at that point.
On Sun, 24 Sep 2023 20:36:21 +0100, Michelle wrote:
> I can only remain on a version for so long. Eventually, updates have to
> happen
___
On Mon, 25 Sep 2023 08:30:53 +0100, Michelle wrote:
> Good suggestion. I'll research NFS again, see if I can remember where I
> got to, and give it another try.
>
> On Sun, 2023-09-24 at 22:10 +0200, Goetz T. Fischer wrote:
>> mount -o ro
in short, you would mount the share in
hi there,
the printer manager always core dumps. it did so with the 2023.4 version and
still does so on a system
that was fully upgraded today.
maybe related is that cups doesn't recognize usb printers. the printer (oki
4350 usb) correctly shows up
in the device list but cups' lpinfo -v
hi,
gccgo keeps crashing. following are the gcc10 results but the same happened
with gcc13.
as you can see even something as simple as "env" crashes. the system in
question has been updated about
an hour ago. i don't know whether it worked before or not.
anyway here is some debugging:
mdb -e
On Fri, 20 Oct 2023 19:15:58 +0200, Marcel Telka wrote:
> Is your system up-to-date?
as mentioned already as well:
On Fri, 20 Oct 2023 03:20:51 +0200, Goetz T. Fischer wrote:
> the system in question has been updated about an hour ago.
On Fri, 20 Oct 2023 19:19:42 +0100, russell wrote:
&g
On Fri, 20 Oct 2023 15:41:06 +0200, Marcel Telka wrote:
> Could you please provide full repro steps?
done already:
On Fri, 20 Oct 2023 03:20:51 +0200, Goetz T. Fischer wrote:
> initial argv: /usr/gcc/10/bin/go env
...
> even something as simple as &quo
works like a charm! much thanks for the lightspeed fix!!
i noticed another, minor issue along the way:
gccgo: fatal error: cannot execute
'/usr/gcc/12/lib/gcc/x86_64-pc-solaris2.11/12.3.0/go1': execv:
Permission denied
the same goes for cgo and g++-mapper-server there. they need a chmod 555.
it seems you missed my previous reply. you're using/testing the wrong program.
gccgo has never been the
problem but the "go" executable which is one part of gccgo.
On Sun, 22 Oct 2023 19:17:14 +0100, russell wrote:
> Hi
>
> Update my desktop around 10 mins ago, getting the same error after
no, that's where the native (non-gcc) go executable goes if the golang pkg is
installed.
On Mon, 23 Oct 2023 11:22:21 +0100, russell wrote:
> Not sure, but should there be a ln -s ../gcc/10/bin/go in /usr/bin
___
openindiana-discuss mailing list
ither causes trouble printing though.
if i should get a core again i'll post the mdb results.
On Fri, 13 Oct 2023 09:34:47 +0200, Carsten Grzemba via openindiana-discuss
wrote:
> Am 13.10.23 02:06 schrieb "Goetz T. Fischer" :
>>
>> hi there,
>>
>> the pri
original solaris.
if i can help out in some way as mentioned i wouldn't mind doing so. for
details about that and myself i
would however prefer a bit more private setting.
On Thu, 18 May 2023 22:53:26 +0200, Goetz T. Fischer wrote:
>> We would be quite happy if somebody started ca
not at all. if you want that you have 2 options:
either just don't upgrade or compile the stuff you wanna keep independently on
your own and put it
somewhere where the regular pkgs don't interfere.
otherwise you can't avoid the situation you have now because programs, libs and
so on depend on
mailman doesn't work anymore so all links in that regard are broken.
if it can't be fixed in time there should be a brief "how to subscribe via
email" somewhere.
--
R-A-C
Götz T. Fischer CertIT
+49(0)7225/98 98 79
g.fisc...@r-a-c.de
r-a-c.de
On Sat, 13 May 2023 16:23:56 -0700, openindiana---
hello everyone,
i ran into a curious issue with a geforce 6600. since it's not supported by the
shipped nvidia drivers,
i installed version 304.137 as described there:
http://docs.openindiana.org/dev/graphics-stack/#nvidia
the procedure worked fine but the driver didn't although the 6600 is
solekit
> and not systemd. Which we wont use so it will keep complaining.
>
> Your 6600 card seems a bit picky. Can you check X.org logs and see what
> it reports? Also please check /var/adm/messages for kernel related
> things. Or boot with verbose mode set to on (you can find th
Also please check /var/adm/messages for kernel related
> things. Or boot with verbose mode set to on (you can find that in the
> bootloader under menu 5 advanced options)
>
> Hope this helps to narrow it down
> -Till
>
>
> On 15.05.23 02:37, Goetz T. Fischer wrote:
>>
using utf8 for no reason is just asking for trouble (like this one and
countless other cases). package
names (and anything system related) should always be ascii.
--
R-A-C
Götz T. Fischer CertIT
+49(0)7225/98 98 79
g.fisc...@r-a-c.de
r-a-c.de
On Tue, 16 May 2023 15:18:15 +0200, Till Wegmüller
On Thu, 18 May 2023 11:59:52 +0300, Toomas Soome via openindiana-discuss wrote:
> those numbers are meaningless without checking what is inside of those files.
sure, but only to some extend. it's both ips. unless of course illumos did a
massive rewrite there and
just kept the name for
hello everyone,
after a fresh indiana installation and removing a couple of packages my
/var/pkg folder is more than
700mb! doing comparable things with solaris 11.4 leaves me with a /var/pkg size
of less than 200.
how can i clean that up safely and how can i keep it from escalating again in
sort of
edid is necessary.
On Tue, 16 May 2023 06:58:10 +0200, Goetz T. Fischer wrote:
> i also tried the driver from solaris 10 but it crashed:
>
> [ 112.047] (II) LoadModule: "glx"
> [ 112.048] (II) Loading /usr/lib/xorg/modules/extensions/amd64/libglx.so
> [
it was set to False and i set it to True, did a "pkg refresh" and then it got
even bigger. so i
uninstalled something to see what happens and after that it lost around 35% in
size. still more than 3
times the size of the pkg folder in solaris 11.4.
On Thu, 18 May 2023 09:10:22 +0200, Stephan
that's way too much. i have 520 packages on solaris 11.4 and that's 200mb.
on indiana i have 388 packages but pkg is 619mb.
On Thu, 18 May 2023 10:15:09 +0200, Stephan Althaus wrote:
> and pkg update i now have 2.33G.
>
> That may be normal for >1500 packages:
>
> $ pkg list | wc
> 1572
On Thu, 18 May 2023 11:47:03 +0200, Andreas Wacknitz wrote:
> You are comparing apples to oranges
i'm comparing package managers and i see that for roughly the same kind and
number of packages the local
indiana folder takes much more space than others. in my humble opinion too much
space. why
well there is this one
https://github.com/omniosorg/illumos-omnios/commits/master/usr/src/pkg
i would have to know a few more details about what i should be looking for.
also did you mean the
makefiles in pkg or the global ones?
On Fri, 19 May 2023 20:08:25 +0200, Till Wegmüller wrote:
> find
that's a terrible idea, because if the server in question gets compromised in
any way, the attacker is
handed a free-pass to the whole db.
On Tue, 23 Jan 2024 16:51:38 -0800, Bill Sommerfeld via openindiana-discuss
wrote:
> As an aside, I've found "IDENTIFIED VIA unix_socket" to be the way to
ter for none):
>
> Not sure how to proceed here. :-(
>
>
> -C
>
> On 1/23/24 20:33, Goetz T. Fischer wrote:
>> that's a terrible idea, because if the server in question gets compromised
>> in any way, the attacker is
>> handed a free-pass to the
thanks for the hint, i did
On Wed, 17 Jan 2024 16:35:52 -0800, Bill Sommerfeld via openindiana-discuss
wrote:
> If you want to dig into what's going on I'd look carefully at the code
> in libbe (usr/src/lib/libbe/common/*)
___
openindiana-discuss
On Sun, 4 Feb 2024 09:37:26 +0100, Andreas Wacknitz via openindiana-discuss
wrote:
> You can only update individual packages when you uninstall both,
> userland-incorporation and entire.
i did so and got the exact same reply as before. and using install instead
fails with tons of
On Mon, 8 Jan 2024 18:17:17 -0800, Alan Coopersmith wrote:
> On 1/8/24 17:55, Goetz T. Fischer wrote:
>> hi again,
>>
>> i tried to run something compiled with sunpro on solaris 11 on indiana and
>> it almost worked. i put the
>> additional libs in place an
via openindiana-discuss
wrote:
> Am 13.01.24 um 17:55 schrieb Alan Coopersmith:
>> On 1/13/24 08:41, Goetz T. Fischer wrote:
>>> the first and foremost problem of ips is speed.
>>
>> Someone looking to improve that might want to check out the recent
>> performa
and extraction of the packages differently
doesn't mean the total time
is better. what matters is how long it takes in total.
On Sat, 13 Jan 2024 20:41:58 +, aurelien.larc...@gmail.com wrote:
> Le Samedi 13 janvier 2024, Goetz T. Fischer a écrit :
>> i don't know about plain apt but apti
i don't know about plain apt but aptitude, yum or zypper are lightyears faster
than ips no matter how
many updates are pending.
On Sat, 13 Jan 2024 18:07:49 +, aurelien.larc...@gmail.com wrote:
> IPS scales better w.r.t the number of packages installed and therefore is
> faster than apt
given that this is the "discuss" and not the "dev" list, i think this thread is
doing just fine.
On Sat, 13 Jan 2024 16:36:59 -0800, Joshua M. Clulow via openindiana-discuss
wrote:
> I think this thread has achieved all it's likely to achieve. If
> people want to work on IPS, there are any
no, and i never said that. i'm just posting my observations because of the
direction this topic headed
to.
besides, if i'm not mistaken this would be the wrong list for such things
anyway i.e. not the dev list.
On Sun, 14 Jan 2024 00:20:36 +0100, Andreas Wacknitz via openindiana-discuss
no, such a comparison would of course be pointless.
On Sat, 13 Jan 2024 23:47:04 +, aurelien.larc...@gmail.com wrote:
> Probably a difference in hardware then.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
i would assume it's eating most of it because on an old machine, the assigned
cpu core is at 100% for
several minutes while the rotating slash keeps, well, rotating.
disk writes wouldn't cause 100% cpu. in fact, having a slow disk brings the cpu
load down if the disk
can't keep up.
On Sat, 13
as much as i value playful adventures, system stuff should always be c/c++. the
last thing one would
want is to add even more stuff that can't be uninstalled because of maybe only
one single dependency.
the first and foremost problem of ips is speed. it's so slow that i had to
write my own
On Wed, 17 Jan 2024 14:34:59 +0100, Marcel Telka wrote:
> On Wed, Jan 17, 2024 at 08:01:22AM +0100, Goetz T. Fischer wrote:
>> however, the catch was that the new be, that's created during a "pkg
>> update", doesn't keep the
>> compression setting. after the reboot
On Thu, 18 Jan 2024 01:22:42 +0100, Goetz T. Fischer wrote:
> On Wed, 17 Jan 2024 14:34:59 +0100, Marcel Telka wrote:
>> On Wed, Jan 17, 2024 at 08:01:22AM +0100, Goetz T. Fischer wrote:
>>> however, the catch was that the new be, that's created during a "pkg
&g
thanks for the confirmation. filed: https://www.illumos.org/issues/16196
On Thu, 18 Jan 2024 22:45:36 +0100, Marcel Telka wrote:
> Even 'beadm create NEWBE' is enough to reproduce the issue (just tried).
> Feel free to file a bug report here:
>
>
of course but that raises the question why new libs would require a reboot. the
worst that could happen
is that programs which depend on that lib would crash if they're restarted. but
if they're also updated,
then the next time they're restarted or just started it'll be fine.
let's say there's
hi again,
i tried to run something compiled with sunpro on solaris 11 on indiana and it
almost worked. i put the
additional libs in place and everything looked fine. however, running the
program in question failed
with:
ld.so.1: prog: fatal: prog: hardware capability (CA_SUNW_HW_2)
thanks, i'm aware. i would use sunpro on indiana directly and not stuff
compiled on solaris.
i'm still interested in any performance comparisons between sunpro and
gcc/clang.
On Tue, 9 Jan 2024 14:34:47 -0800, Joshua M. Clulow via openindiana-discuss
wrote:
> As mentioned in the thread
On Tue, 9 Jan 2024 11:40:53 +0100, Udo Grabowski (IMK) wrote:
> elfedit -e 'cap:hw2 -and -cmp rdseed'
much thanks to you as well. both, this or setting LD_HWCAP, work like a charm!
> For C/C++, I would absolutely prefer gcc/g++
why?
___
yes okay, compatibility reasons. but my question was: "does it still make sense
to use sunpro
performance wise?"
On Tue, 9 Jan 2024 23:43:19 +0100, Udo Grabowski (IMK) wrote:
> On 09/01/2024 22:37, Goetz T. Fischer wrote:
>> On Tue, 9 Jan 2024 11:40:53 +0100, Udo Gr
On Tue, 9 Jan 2024 16:55:37 -0600, Matthew R. Trower wrote:
> the only way you're going to get a real answer on that is to run your
> own tests.
On Tue, 9 Jan 2024 14:57:11 -0800, Alan Coopersmith wrote:
> But really, the only way to tell for your code is to compile & measure your
> code with the
i'm aware of the disadvantages but i'd like to have the choice to do so anyway
if/when i see fit.
On Mon, 8 Jan 2024 10:22:43 +0200, Toomas Soome via openindiana-discuss wrote:
> reboot is needed to verify your setup is still working as supposed after an
> update. You can have
> different kind
On Mon, 8 Jan 2024 10:03:47 +0100, Marcel Telka wrote:
> OTOH, system/library in OI (and also the rest of "kernel" - the
> illumos-gate) is rebuild once a day and almost all pacakges depends on
> them (either directly or indirectly).
which would mean pretty much every update needs a reboot.
how
On Mon, 8 Jan 2024 10:49:37 +0100, Marcel Telka wrote:
> On Mon, Jan 08, 2024 at 10:27:32AM +0100, Goetz T. Fischer wrote:
>> which would mean pretty much every update needs a reboot.
>
> If you need to be always up-to-date. All the time and with all packages
> available
no sorry, i wasn't clear. not one isolated package of course but whatever "pkg
update some_great_app"
triggers.
the idea is to limit the updates to what i deem sensitive and whatever else
those updates drag in with
them is fine. reboots included because it would likely not be as often as doing
fair, that's good enough for me. much thanks for all the great info !!
On Mon, 8 Jan 2024 12:22:20 +0100, Marcel Telka wrote:
> Sure. It should somehow (and usually) work, modulo the
> userland-incorporation warning in my previous mail. So it is
> discouraged.
well, looking at their release notes
https://raw.githubusercontent.com/omniosorg/omnios-build/r151046/doc/ReleaseNotes.md
1 reboot per month on average. that i can do with indiana as well.
On Mon, 8 Jan 2024 01:23:28 -0800, Joshua M. Clulow via openindiana-discuss
wrote:
> If you're looking for
sure, that's fine. if the package i selected for an update does require a
reboot then so be it. the idea
is just to avoid reboots for things i don't necessarily need to be up to date.
how much that would reduce reboots ... not sure, but maybe it would save some.
On Mon, 8 Jan 2024 12:05:46
hi,
a general question:
i did a "pkg update" on the 2nd and another one just now. so just a few days
later but again a new be
was created and i had to reboot. of course i understand that for certain things
a reboot is necessary
but is there a way to somewhat filter the things that don't need
hi all,
i just noticed that argon2 is missing/broken:
# pkg install argon2
No updates necessary for this image.
# pkg verify argon2
PACKAGE STATUS
pkg://openindiana.org/security/argon2ERROR
On Fri, 5 Jan 2024 19:07:03 +0100, Marcel Telka wrote:
> On Fri, Jan 05, 2024 at 07:04:39PM +0100, Goetz T. Fischer wrote:
>> # pkg verify argon2
>> PACKAGE STATUS
>> pkg://openindiana.org/security/argon2 ERROR
>> file: usr/bin/argon2
>> ERROR: Missing: regular fil
maybe you have to set a different c++ standard. enable verbose build to see the
actual g++ command.
On Fri, 5 Jan 2024 19:37:42 + (UTC), Apostolos Syropoulos via
openindiana-discuss wrote:
> Hello,
>
> I tried to compile PODOFO with gcc 13 and I get the following error:
>
>
> [ 65%]
thanks for all replies!
unfortunately the hardware was not up to me and i couldn't do something like a
bios and/or (controller)
firmware upgrade either.
in the meantime i also tried tribblix but the result was the same. seems to be
a general illumos issue.
i ended up using solaris 11.4 which
kages doesn't
work this way.
On Mon, 8 Jan 2024 12:31:04 +0100, Goetz T. Fischer wrote:
> fair, that's good enough for me. much thanks for all the great info !!
>
> On Mon, 8 Jan 2024 12:22:20 +0100, Marcel Telka wrote:
>> Sure. It should somehow (and usually) work, modulo t
On Mon, 5 Feb 2024 19:08:26 +0100, Andreas Wacknitz via openindiana-discuss
wrote:
> Am 04.02.24 um 23:20 schrieb Goetz T. Fischer:
>> On Sun, 4 Feb 2024 09:37:26 +0100, Andreas Wacknitz via openindiana-discuss
>> wrote:
>>> You can only update individual packages
thanks! and then i should set the zone's ip to some private address and do the
ipf rdr part?
On Wed, 15 Nov 2023 09:58:07 +0100, Stephan Althaus wrote:
> https://semmemoria.wordpress.com/2013/03/27/solaris-11-zone-with-vnic-and-dualstack-ipv4-and-ipv6/
>
> Then use zlogin to get the zones'
much thanks to all of you for everything so far but that's much more than i
need. all i want is 1 zone
that runs stuff which is available through the "real" nic's ip.
and right now i'm facing much more trivial problems like: what's the root
password of a newly installed
zone? the one i use
hi again,
more fun with zones. the zone's pkg seems broken:
root@zone1:~# pkg publisher
Traceback (most recent call last):
File "/usr/bin/pkg", line 74, in
import six
ModuleNotFoundError: No module named 'six'
root@zone1:~# pkg search six
Traceback (most recent call last):
File
On Thu, 16 Nov 2023 07:18:44 -0500, John D Groenveld wrote:
> https://docs.openindiana.org/handbook/systems-administration/#zones>
> # zoneadm -z app install
> # zoneadm -z app boot
> # zlogin -C app
yep, that's what i did and what does not work. and btw a zone name without a
digit at the end
indeed, if it was just about one single program i'd have definitely given
chroot a try.
On Thu, 16 Nov 2023 19:58:18 +1100, Carl Brewer wrote:
> Is chroot still an option? It's old .. not very sexy .. But for simple
> things.
___
openindiana-discuss
that does help indeed. thanks!
On Thu, 16 Nov 2023 21:46:53 +0100, Marcel Telka wrote:
> This is known problem. An attempt to solve the problem was made here:
> https://github.com/OpenIndiana/oi-userland/pull/14688
___
openindiana-discuss mailing list
i did but no luck. but just to be on the safe side i rebooted now and what can
i say, voila, it worked
like a charm!
apparently just setting the forwarding is not enough and some other things have
to be restarted
afterwards. so the reboot took care of that.
much thanks to everyone for the
and one more thanks. as mentioned, outstanding support!
On Thu, 16 Nov 2023 18:37:19 -0500, John D Groenveld wrote:
> In message <20231117003029468881.25898...@r-a-c.de>, "Goetz T. Fischer"
> writes:
>> apparently just setting the forwarding is not enough and so
the zone seems fine now but nat is not working at all. i tried a bunch of
examples from whatever docs i
could find but no luck. i did the following on the host (global zone):
dladm create-etherstub etherstub0
dladm create-vnic -l etherstub0 gvnic1
ipadm create-ip gvnic1
ipadm create-addr -T
well the only actual problem was the missing python module but that has been
reported already. unless of
course you meant something else by "PR".
On Thu, 16 Nov 2023 18:47:39 -0500, John D Groenveld wrote:
> In message <20231117004047146209.33ef1...@r-a-c.de>, "Goe
ah yes, sure, the latter however exists for that missing "six" module as well
as far as i've seen.
but if i should come across something else, i'll do so.
On Fri, 17 Nov 2023 08:11:39 -0500, John D Groenveld wrote:
> In message <20231117024840740097.a42d3...@r-a-c.de>
On Fri, 17 Nov 2023 12:17:11 -0500, John D Groenveld wrote:
> Do you have any suggestions for the doc?
> https://docs.openindiana.org/handbook/systems-administration/#zones>
sure, some things i found:
"An easy way to implement zones is to use a separate ZFS file system as the
zone root's
hello all,
i'm usually not a fan of any kind of virtual thingies but recently i came
across a case where isolating
certain things on the same os would come in handy. of course in case of solaris
and descendants the
first choice are zones. however as far as i've seen they have one catch: they
age <20231114174007794762.87d3d...@r-a-c.de>, "Goetz T. Fischer"
> writes:
>> first choice are zones. however as far as i've seen they have one catch: they
>> need their own ip.
>> what i'm looking for though is more like a jail, just to not let certain
>> progr
ah, i think now i get the idea. a vnic for the zone and then treat the zone
like some server on the lan
behind the firewall/router ?
On Tue, 14 Nov 2023 12:38:01 -0500, John D Groenveld wrote:
> In message <20231114182416441063.bcadd...@r-a-c.de>, "Goetz T. Fischer"
> w
hello again,
i just tried to install indiana onto a 2tb disk and the installer crashed. it
claimed the disk had 64tb
and complained about the size. trying to use format from the shell resulted in
a crash as well.
then i tried omnios and with that the installation worked. however, after
hi again,
to tame the space hunger of /var/pkg a little, i turned zfs compression on for
the /var filesystem. then
i ran "pkg refresh --full" and voila, /var had not even half of its previous
size anymore. so that
worked great.
however, the catch was that the new be, that's created during a
On Tue, 07 May 2024 01:10:19 +, Rainer Heilke wrote:
> Greetings.
> Which file is Hipster using to define the video driver to use? X is
> trying to use the NVidia driver, which fails. Under FreeBSD, the Intel
> driver worked, so I'm hoping it will here as well. But none of the
> files I've
that's because indiana's web/php-82/extension/php-mysql doesn't come with
mysqli. it only has PDO support. php-81 however has it. unless you need 8.2 or
higher you could just use the 8.1 package.
On Thu, 22 Feb 2024 15:36:54 -0500, Christopher D. Bartels wrote:
> Hi,
>
> I've installed the php
82 matches
Mail list logo