Sergey Bugaev writes:
> On Wed, Jun 14, 2023, 20:38 Joshua Branson wrote:
>> Then I added this line above line 107 in extfs:
>> ../../libdiskfs/disk-pager.c
>>
>> if (scp->sc_error != EKERN_MEMORY_ERROR)
>> fprintf(stderr, "error %d\n", scp->sc_error);
>>
>> Then I build the hurd via
>> cd h
On Wed, Jun 14, 2023, 20:38 Joshua Branson wrote:
> Then I added this line above line 107 in extfs:
> ../../libdiskfs/disk-pager.c
>
> if (scp->sc_error != EKERN_MEMORY_ERROR)
> fprintf(stderr, "error %d\n", scp->sc_error);
>
> Then I build the hurd via
> cd hurd-09.git/
> dpkg-buildpackage -u
Samuel Thibault writes:
> Joshua Branson, le ven. 26 mai 2023 11:02:44 -0400, a ecrit:
>> Samuel Thibault writes:
>> > Joshua Branson, le jeu. 25 mai 2023 22:32:24 -0400, a ecrit:
>> >> So I updated my T43 to the bleeding edge Debian in real hardware, which
>> >> come on that is pretty cool! Th
Joshua Branson, le ven. 26 mai 2023 11:02:44 -0400, a ecrit:
> Samuel Thibault writes:
> > Joshua Branson, le jeu. 25 mai 2023 22:32:24 -0400, a ecrit:
> >> So I updated my T43 to the bleeding edge Debian in real hardware, which
> >> come on that is pretty cool! The update process was pretty easy
Samuel Thibault writes:
> Hello,
>
> Joshua Branson, le jeu. 25 mai 2023 22:32:24 -0400, a ecrit:
>> So I updated my T43 to the bleeding edge Debian in real hardware, which
>> come on that is pretty cool! The update process was pretty easy. I
>> will describe that in the postscript. I did get
Hello,
Joshua Branson, le jeu. 25 mai 2023 22:32:24 -0400, a ecrit:
> So I updated my T43 to the bleeding edge Debian in real hardware, which
> come on that is pretty cool! The update process was pretty easy. I
> will describe that in the postscript. I did get this error recently
> when I shutd
On Thu, Oct 27, 2016 at 05:49:17PM +0200, Samuel Thibault wrote:
> Richard, in 5ab5d98fa515cd19a64e8d5868fcbae85eec9dc5 ('libdiskfs: fix
> removal of socket nodes') you patched diskfs_nput. Doesn't the fix need
> to be done on diskfs_nrele too?
I'd say so, yes.
--
Richard Braun
Hello,
Richard, in 5ab5d98fa515cd19a64e8d5868fcbae85eec9dc5 ('libdiskfs: fix
removal of socket nodes') you patched diskfs_nput. Doesn't the fix need
to be done on diskfs_nrele too?
Samuel
2011/9/23 :
> Hi,
>
> On Wed, Aug 10, 2011 at 02:10:22AM +0200, Samuel Thibault wrote:
>
>> I've digged a bit in the libdiskfs syncing issue at shutdown. The
>> scenario is the following:
>>
>> - halt or reboot is issued
>> - S_startup_reboot() gets called in init which
>> - calls reboot_system(
Hi,
On Wed, Aug 10, 2011 at 02:10:22AM +0200, Samuel Thibault wrote:
> I've digged a bit in the libdiskfs syncing issue at shutdown. The
> scenario is the following:
>
> - halt or reboot is issued
> - S_startup_reboot() gets called in init which
> - calls reboot_system(), which
> - calls n
Hi,
On Sun, Jan 03, 2010 at 03:50:14PM +0530, Anand Rathi wrote:
> How to use libdiskfs ?
Unfortunately, there is no documentation for that, and no quick answer.
Your best bet is to look at how existing diskfs-based translators, like
ext2fs, are implemented; and ask specific questions when you
Hello!
On Tue, Feb 07, 2006 at 06:36:14PM +0100, Marcus Brinkmann wrote:
> At Tue, 7 Feb 2006 10:17:53 -0500,
> Thomas Schwinge <[EMAIL PROTECTED]> wrote:
> > libdiskfs #includes pager.h (libpager). If pager is not contained in
> > HURDLIBS, then the system-wide file from /include will be used an
> We have already a `ports' like setup for translators which are
> not part of the Hurd, i.e. HurdExtras, where people can maintain
> their own translators in a central repository so that it is
> easier to find them.
I see HurdExtras as a place for translators that haven't found a
Hi,
"Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes:
> We have already a `ports' like setup for translators which are not
> part of the Hurd, i.e. HurdExtras, where people can maintain their own
> translators in a central repository so that it is easier to find them.
I see HurdExtras as a place f
``Adding the proper libraries to HURDLIBS'' is basically the first
sugestion, combined with a reliable mechanism to make sure that
discrepancies will always be noticed (and do not lead to at first
incomprehensible--like in the example I gave--or--maybe even more
dangerous--silent bre
On Tue, Feb 07, 2006 at 06:36:36PM +0100, Alfred M. Szmidt wrote:
> Could you elaborate on the two solutions and how the differ (are
> better) than just adding the proper libraries to HURDLIBS?
``Adding the proper libraries to HURDLIBS'' is basically the first
sugestion, combined with a reliable m
What do you think?
I think your patch is correct.
Could you elaborate on the two solutions and how the differ (are
better) than just adding the proper libraries to HURDLIBS? You have
to take care both the header and library implement the same API/ABI.
And the safest way to do that is simply t
At Tue, 7 Feb 2006 10:17:53 -0500,
Thomas Schwinge <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> libdiskfs #includes pager.h (libpager). If pager is not contained in
> HURDLIBS, then the system-wide file from /include will be used and not
> the one from the currently-being-built Hurd tree. That won't
> In io-revoke.c, we iterate over the protid class yet we inhibit
> all RPCs on the bucket. Why do we not just inhibit the class?
Inhibiting the bucket also prevents any other RPCs that might result in
creating a protid. Inhibiting the protid class would prevents RPCs made on
protid ports, but
19 matches
Mail list logo
