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
On Sat, 13 Jan 2024 at 16:18, Goetz T. Fischer wrote:
> no, such a comparison would of course be pointless.
On Sat, 13 Jan 2024 at 16:30, Goetz T. Fischer wrote:
> On Sat, 13 Jan 2024 15:36:40 -0800, Bill Sommerfeld via openindiana-discuss
> wrote:
> > don't assume the SAT solver is eating it
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
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
Am 14.01.24 um 00:36 schrieb Bill Sommerfeld via openindiana-discuss:
On 1/13/24 15:20, Andreas Wacknitz via openindiana-discuss wrote:
Am 14.01.24 um 00:13 schrieb Goetz T. Fischer:
i'm afraid making ips fast needs more than just a cython module here
and there.
don't get me wrong, that's not
Le Samedi 13 janvier 2024, Goetz T. Fischer a écrit :
> oh yes, that is the case for any kind of upgrades because while ips is still
> rotating the slash, the
> others are half-way through already. i've done rhel upgrades after 1 1/2
> years and they were
> significantly faster than ips
On 1/13/24 15:20, Andreas Wacknitz via openindiana-discuss wrote:
Am 14.01.24 um 00:13 schrieb Goetz T. Fischer:
i'm afraid making ips fast needs more than just a cython module here
and there.
don't get me wrong, that's not indiana's fault but a genernal ips
issue. maybe having a closer look
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
Hello all.
Tomorrows CoWorking session on #OpenIndiana is on at the usual Time
17:00 CET
https://meet.chaostreffbern.ch/OpenIndianaCoWorkingSessions
We already have some people bringing things but we still have some space :)
-Till
___
Am 14.01.24 um 00:13 schrieb Goetz T. Fischer:
i'm afraid making ips fast needs more than just a cython module here and there.
don't get me wrong, that's not indiana's fault but a genernal ips issue. maybe
having a closer look at
mr. Wegmueller's go version would be a good idea after all.
If
i'm afraid making ips fast needs more than just a cython module here and there.
don't get me wrong, that's not indiana's fault but a genernal ips issue. maybe
having a closer look at
mr. Wegmueller's go version would be a good idea after all.
On Sun, 14 Jan 2024 00:05:18 +0100, Andreas Wacknitz
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
performance
improving commits to
https://github.com/oracle/solaris-ips/commits/master/
oh yes, that is the case for any kind of upgrades because while ips is still
rotating the slash, the
others are half-way through already. i've done rhel upgrades after 1 1/2 years
and they were
significantly faster than ips upgrades after a month.
just because they handle download and
Le Samedi 13 janvier 2024, Goetz T. Fischer a écrit :
> i don't know about plain apt but aptitude, yum or zypper are lightyears
> faster than ips no matter how
> many updates are pending.
No that is the not the case for large upgrades.
The reason is that apt/yum and the likes unpack each
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
First please excuse such basic question.
I have the installed Xscreensaver disabled at the Xscreensaver gui.
But still when I leave the screen for a while Xscreensaver locks
the screen requiring a passwd to get the screen back.
How to completely disable any locking of screen?
Le Samedi 13 janvier 2024, Goetz T. Fischer a écrit :
> 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
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 performance
improving commits to https://github.com/oracle/solaris-ips/commits/master/ and
see if they cherry-pick to OI's fork.
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
Glady. I made some experiments that went relatively far one being a repo
format implementation in Golang[0] and one being some of that work being
ported to rust [1].
-Till
[0] https://github.com/Toasterson/pkg6-go
[1] https://github.com/openflowlabs/ips
On 13.01.2024 13:02, Matthew R. Trower
Ah okay, thanks for the clarification. There are a number of items I’d dearly
like to improve about IPS, but none of them are something to tackle on a whim.
I guess I’ll add metadata caching behavior to the list. Maybe once I get some
more immediate matters off my plate, we can revisit this.
Hi Mathew
It is a special statement for /var/pkg/publisher you will get stale data
due to how the Metadata download process works. This directory MUST
always go forward in time from it's perspective. Meaning it MUST be
inside the Boot Environment. At least as long as nobody rewrites that :)
22 matches
Mail list logo
