Hello again,
Nevermind, I had to also set the date with `date -s ""`. It seems
only changing the timezone is not enough as the time is not fixed.
Thanks
El lun, 2 dic 2024 a las 23:23, Diego Nieto Cid ()
escribió:
> Hello,
>
> So it seems I cannot run `sudo apt update` after booting the amd64
>
Hello,
So it seems I cannot run `sudo apt update` after booting the amd64
image[1]. I followed the instructions to 1) grow the partition and
filesystem, 2) convert the image to a VDI file for Virtual Box and 3) set
the timezone [2].
However I've got the following answer from apt update:
>8--
On 12/3/24 6:48 AM, Samuel Thibault wrote:
Zhaoming Luo, le mar. 03 déc. 2024 06:42:07 +0800, a ecrit:
On 12/2/24 10:12 AM, Samuel Thibault wrote:
Please factorize these with the linux port, by putting them into a
shared file that is linked-in in both ports cases.
Do you mean having the follow
I forgot to mention: one important thing for buildd box to work was
having a lot of memory (10G). We really need to fix the memory swapping
issue, as this is making boxes with not a lot of memory (≤ 4G)
very unstable as soon as you try to run ample operations such as
installing latex-extra. Passing
Hello,
Now is probably a good time to give an update on the 64bit front.
Thanks to Michael Tokarev's fast buildd boxes, we have finished building
the Debian packages that we had at hand.
There are 3809 packages waiting for some failing dependencies, to be
compared with the 3086 packages that hav
Zhaoming Luo, le mar. 03 déc. 2024 06:42:07 +0800, a ecrit:
> On 12/2/24 10:12 AM, Samuel Thibault wrote:
> > Hello,
> Hi,
> > Zhaoming Luo, le lun. 02 déc. 2024 10:06:48 +0800, a ecrit:
> >
> > > +static void close_rtc(void)
> > > +{
> > [...]
> > > +}
> > > +
> > > +static int open_rtc(const str
On 12/2/24 10:12 AM, Samuel Thibault wrote:
Hello,
Hi,
Zhaoming Luo, le lun. 02 déc. 2024 10:06:48 +0800, a ecrit:
+static void close_rtc(void)
+{
[...]
+}
+
+static int open_rtc(const struct hwclock_control *ctl)
+{
[...]
+}
+
+static int open_rtc_or_exit(const struct hwclock_control
I'm waiting until this patch is accepted. It will make easier my future
work.
El mar, 26 nov 2024 a las 11:38, Damien Zammit via Bug reports for the GNU
Hurd () escribió:
> Until we make gnumach fully parallel, we need a way to execute
> on slave processor set on smp-enabled gnumach.
>
> For exam
Thanks!! Great job!!
El lun, 2 dic 2024 a las 19:44, Samuel Thibault ()
escribió:
> Applied, thanks!
>
> Etienne Brateau, le lun. 02 déc. 2024 19:27:17 +0100, a ecrit:
> > the call vm_page_seg_pull_cache_page() return an vm_page (src) with his
> > object being locked, as we don’t unlock before do
Applied, thanks!
Etienne Brateau, le lun. 02 déc. 2024 19:27:17 +0100, a ecrit:
> the call vm_page_seg_pull_cache_page() return an vm_page (src) with his
> object being locked, as we don’t unlock before doing the vm_page_insert,
> it is still lock there, and so trying to relock it cause a deadlock
the call vm_page_seg_pull_cache_page() return an vm_page (src) with his
object being locked, as we don’t unlock before doing the vm_page_insert,
it is still lock there, and so trying to relock it cause a deadlock.
Replace this lock by an assert.
This case was not seen as for non-smp locking is a no
Fix a deadlock when running gnumach with smp enabled (even with only 1 cpu).
Tested with and without the patch, by doing a git clone (of gnumach repository).
12 matches
Mail list logo