Update of bug #63267 (project hurd):
Category:None => Hurd
Status:None => Need Info
___
Follow-up Comment #1:
Thanks for your feedba
NOTE: The libc6 version in Debian testing is 2.34-7
El sáb, 3 sept 2022 a las 19:32, Almudena Garcia (<
liberamenso10...@gmail.com>) escribió:
> Hi all:
>
> By some reason, after upgrade the host machine (Debian testing) the
> problems seems solved.
> Now gnumach boots with
Hi all:
By some reason, after upgrade the host machine (Debian testing) the
problems seems solved.
Now gnumach boots without freeze
El sáb, 3 sept 2022 a las 18:33, Almudena Garcia (<
liberamenso10...@gmail.com>) escribió:
> apt policy shows libc0.3's version is 2.34-8~0
>
>
apt policy shows libc0.3's version is 2.34-8~0
El sáb, 3 sept 2022 a las 1:53, Samuel Thibault ()
escribió:
> Almudena Garcia, le ven. 02 sept. 2022 21:24:44 +, a ecrit:
> > Yes, I full-upgraded to latest
>
> "latest" remains relative.
>
> Actual versions of hurd, libc0.3 will help to make su
Damien Zammit, le sam. 03 sept. 2022 04:23:48 +, a ecrit:
> On 3/9/22 1:26 am, Almudena Garcia wrote:
> > I've just compiled gnumach from upstream sources, and I noticed that there
> > are a freeze in the booting, just in the pci-arbitrer starting.
> >
> >
On 3/9/22 1:26 am, Almudena Garcia wrote:
> Hi:
>
> I've just compiled gnumach from upstream sources, and I noticed that there
> are a freeze in the booting, just in the pci-arbitrer starting.
>
> I attach a screenshot with the problem.
>
> Could you check this?
&g
Almudena Garcia, le ven. 02 sept. 2022 21:24:44 +, a ecrit:
> Yes, I full-upgraded to latest
"latest" remains relative.
Actual versions of hurd, libc0.3 will help to make sure it's actually
"latest".
Samuel
Yes, I full-upgraded to latest
El viernes 2 de septiembre de 2022, Etienne Brateau escribió:
> Is your hurd and glibc up to date? I remember an issue with switch to new
> version of glibc
>
> Le ven. 2 sept. 2022 à 18:37, Almudena Garcia
> a écrit :
>
> > Then, where could be the problem?
> > C
Almudena Garcia, le ven. 02 sept. 2022 18:37:34 +0200, a ecrit:
> Then, where could be the problem?
“
we need to know how [...] your packages versions etc. to have any idea what
could
be different on your system.
”
Also, possibly your grub boot entry.
Samuel
Is your hurd and glibc up to date? I remember an issue with switch to new
version of glibc
Le ven. 2 sept. 2022 à 18:37, Almudena Garcia
a écrit :
> Then, where could be the problem?
> Check my previous messages
>
> El vie, 2 sept 2022 a las 18:28, Samuel Thibault ()
> escribió:
>
>> Almudena Ga
Then, where could be the problem?
Check my previous messages
El vie, 2 sept 2022 a las 18:28, Samuel Thibault ()
escribió:
> Almudena Garcia, le ven. 02 sept. 2022 18:04:31 +0200, a ecrit:
> > ld: warning: gnumach.o: requires executable stack (because the
> .note.GNU-stack
> > section is executab
Almudena Garcia, le ven. 02 sept. 2022 18:04:31 +0200, a ecrit:
> ld: warning: gnumach.o: requires executable stack (because the .note.GNU-stack
> section is executable)
I have that too. That's a new warning that compains that on stack
overflow vulnerabilities, code can be executable from the stac
..@gnu.org>) escribió:
>>
>>> Hello,
>>>
>>> Almudena Garcia, le ven. 02 sept. 2022 17:26:20 +0200, a ecrit:
>>> > I've just compiled gnumach from upstream sources, and I noticed that
>>> there are
>>> > a freeze in the booting
;
> NOTE: I've just noticed that I configured it for multiprocessor. I will
> try again without --enable-cpus
>
> El vie, 2 sept 2022 a las 17:53, Samuel Thibault ()
> escribió:
>
>> Hello,
>>
>> Almudena Garcia, le ven. 02 sept. 2022 17:26:20 +0200, a ecrit:
sept. 2022 17:26:20 +0200, a ecrit:
> > I've just compiled gnumach from upstream sources, and I noticed that
> there are
> > a freeze in the booting, just in the pci-arbitrer starting.
> >
> > I attach a screenshot with the problem.
> >
> > Could you chec
Hello,
Almudena Garcia, le ven. 02 sept. 2022 17:26:20 +0200, a ecrit:
> I've just compiled gnumach from upstream sources, and I noticed that there are
> a freeze in the booting, just in the pci-arbitrer starting.
>
> I attach a screenshot with the problem.
>
> Could y
Hi:
I've just compiled gnumach from upstream sources, and I noticed that there
are a freeze in the booting, just in the pci-arbitrer starting.
I attach a screenshot with the problem.
Could you check this?
Thanks in advance
In a couple of days I will try It in my T60.
Thanks by the info
El mar., 5 nov. 2019 a las 1:18, Samuel Thibault ()
escribió:
> Almudena Garcia, le dim. 20 oct. 2019 16:16:35 +0200, a ecrit:
> > At moment, I keep libpciaccess0=0.14-1
> > When libpciaccess0 0.16 will be uploaded to Debian GNU/Hur
Almudena Garcia, le dim. 20 oct. 2019 16:16:35 +0200, a ecrit:
> At moment, I keep libpciaccess0=0.14-1
> When libpciaccess0 0.16 will be uploaded to Debian GNU/Hurd, then I will
> update
> to this.
Could you try the latest version of netdde, libpciaccess0 and hurd? As I
mentioned yesterday, I be
Thanks by the info :-)
At moment, I keep libpciaccess0=0.14-1
When libpciaccess0 0.16 will be uploaded to Debian GNU/Hurd, then I will
update to this.
El dom., 20 oct. 2019 a las 4:20, Damien Zammit ()
escribió:
> Hi,
>
> On 20/10/19 7:00 am, Almudena Garcia wrote:
> > Finally, after a couple
Hi,
On 20/10/19 7:00 am, Almudena Garcia wrote:
> Finally, after a couple of downgrade and upgrade, I found the failed package:
> *libpciaccess0*
> Downgrading this package to 2017 snapshot version, and holding It, the
> problem with network configuration is solved and I can upgrade my system
>
Finally, after a couple of downgrade and upgrade, I found the failed
package: *libpciaccess0*
Downgrading this package to 2017 snapshot version, and holding It, the
problem with network configuration is solved and I can upgrade my system
without problems.
El sáb., 19 oct. 2019 a las 19:11, Almud
Excuse my delay. I was working in my final degree project with the SMP.
Now, I'm trying to solve this problem with freezes in Debian GNU/Hurd boot
After downgrade netdde package, the problem persists. The system booting
stops in "configuring network interfaces" step.
I've also downgraded gnumach,
Almudena Garcia, le sam. 07 sept. 2019 20:16:29 +0200, a ecrit:
> Can you check this problem?
I'm not getting the issue, so can't investigate.
You could try to downgrade netdde to previous versions, since that's the
package which contains the network drivers.
Samuel
Hi all:
I'm testing Debian GNU/Hurd over a Thinkpad R60e (and another Thinkpad T60,
and an old HP Microtower with Core2Duo).
In all these devices, after apply latest updates, the boot crash just after
start network configuration step. It doesn't shows any error: simply freeze.
I test
option SO_ERROR for
getsockopt.
The attached test program makes sshd (all ssh connections) freeze hard,
either by running twice, or once and then removing the created
socket /tmp/tester. Breaking the ssh connection(s) and logging in again,
everything works normally. rpctrace shows that the failure
Hi,
I got a strange effect: the system froze completely (both main Hurd and
subhurd), but without a kernel panic. Judging by the fan speed, it was
idling rather than busy-looping.
Later I realized that the root partition of the subhurd was full --
there were still reserved blocks, but no normal o
Hi,
The last command freezes the ext2fs translator:
dd if=/dev/zero of=image bs=1024 count=5000
mkfs.ext2 image
mkdir node
settrans -a node /hurd/ext2fs image
dd if=/dev/zero of=node/file bs=1024 count=1024
Any ideas?
Regards
--
Ognyan Kulev <[EMAIL PROTECTED]>, "\"Programmer\""
On Wed, Feb 20, 2002 at 09:35:30PM +0100, Damien Genet wrote:
> how can i make oskit-mach, not to reboot after an error message ? so i
> can see what happenned
OSKit-Mach used to show a dump and wait for the user when it
crashed. I think this was when I used earlier versions of the OSKit
and that
how can i make oskit-mach, not to reboot after an error message ? so i
can see what happenned
tks,
--
Dam
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
30 matches
Mail list logo
