Title: УРОВЕНЬ ЦЕН В КИТАЕ и Юго-Восточной Азии
* * *
Уважаемые господа!
Хорошо известно, что
благодаря ряду факторов
УРОВЕНЬ ЦЕН В КИТАЕ и
Юго-Восточной Азии
на самые различные товары (электроника, средства связи, одежда, обувь,
текстиль и т.д.) – на порядок
НИЖЕ, ЧЕМ В РОССИИ.
О
On Fri, Dec 18, 2020, 00:15 Blair Vidakovich wrote:
> Hey all,
>
> I have been meditating on the state of free software over the last week
> in some intense and productive discussions with my Unix Users Group here
> in Perth. I was dismayed to find out that the top three GNU/Linux
> distributions
>
> Actually, I'm trying from the hard disk. I can boot from the cdrom and
> have a working console if I choose "Legacy BIOS" in the bios
> options. But I couldn't install Debian GNU/Linux this way, if I recall
> correctly, so now I'm trying to keep uefi.
>
You probably already have addressed this
fuskusdxutrvzjd p
HI,Bug-hurd
I
have been receiving emails saying that I'm contributing to the "moral
decay of society" by selling the Banned C D. That may be, but I feel
Strongly that you have a right to benefit from this hard-to-find
XFL Cheerleaders in 1814 Fun let me see...I must go in 1806
<>___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-hurd
The changes look good, I'll finish the review tomorrow.
But I can already point out that your 3 patches include changes to the
ChangeLog file, which should not be the case (it's automated from the
git log now).
Thanks!
Marc
Samuel Thibault writes:
> Hello,
>
> Marc Poulhiès, le lun. 04 nov. 2024 16:28:43 +0100, a ecrit:
>> Samuel Thibault writes:
>>
>> > I reworked the patch to factorize the bsd signal definitions.
>> > I have split off the system definitions because
Samuel Thibault writes:
Hello Samuel,
> This is essentially the same as the i386-pc-gnu section, the differences
> are the same as between freebsd i386 and freebsd x86_64.
Changes look fine.
> +# x86_64-pc-gnu i.e. GNU Hurd
> +ifeq ($(strip $(filter-out x86_64 pc gnu,$(target_cpu) $(target_os)
ads
> instead of libgnarl/a-intnam__dragonfly.ads.
>
> Signed-off-by: Samuel Thibault
OK without the ChangeLog part.
Thanks,
Marc
Samuel Thibault
> ---
OK without the ChangeLog part.
Thanks,
Marc
hibault
OK without the ChangeLog part.
Thanks,
Marc
kage extraction problem similar to the above.
I couldn't find anything about it on the list or elsewhere. Could
someone help me ?
Thanks.
--
Marc Dequènes (Duck)
pgp7FrLGHTjgW.pgp
Description: PGP Digital Signature
Coin,
This problem was introduced with the new nanosecond stat structs in
the Hurd. Youpi provided fixed packages here :
http://people.debian.org/~sthibault/hurd-i386/
Thanks to you again, Youpi :-).
--
Marc Dequènes (Duck)
pgp0fUE9OTQ8d.pgp
Description: PGP Digital Signature
ne MAPTIME_EI inline
but it seems the Hurd headers have to be fixed, using mere inline if i
understand things well.
Could someone tell me if i'm right ? I could then work on a patch for
the Hurd, or for the Hurd Extra translators, or both.
Thanks.
--
Marc Dequènes (Duck)
pgp9loaZa9LBR.pg
ng
(even if there's not much to browse).
Thanks fo the report.
--
Marc Dequènes (Duck)
pgpy7pUXrDRTt.pgp
Description: PGP Digital Signature
don't know what to do now. Could someone help ?
Regards.
--
Marc Dequènes (Duck)
task331->vm_statistics () = 0 {4096 211851 6551 12510 2305 43836 0 15747 9712
254587 25567 17392 16697}
task331->vm_region (134217728) = 0 134512640 16384 5 7 1 0 110 0
task331->mach_port_deallocate (pn
t does not
interfere with anything already working.
3) check for pw != NULL before calling anything with pw (like strcmp).
With this, when the user id is invalid, its fall back to asking password
for root. That sucks because there's no use for paranoid in that case :
you know that the user does not exist.
So what do you think guys...
Regards
--Marc O. Mercier
Samuel Thibault wrote:
Marc-Olivier Mercier, le Sun 24 Feb 2008 10:57:24 -0500, a écrit :
There's many patches possible :
4): treat (signed long)(-1) as a special case, allowing value 0 to
(signed long)(-2) to be used normally.
I've checked in SUSv3: uid_t is allowed to b
Samuel Thibault wrote:
Marc-Olivier Mercier, le Thu 06 Mar 2008 22:27:14 -0500, a écrit :
@@ -258,7 +258,7 @@ verify_id (uid_t id, int is_group, int m
/* VERIFY_FN should have been defaulted in idvec_verify if necessary. */
assert (verify_fn);
- if (id >= 0)
+ if ((signed int
Samuel Thibault wrote:
Mmm, actually maybe it would make even more sense to use
if (id != (pid_t)-1)
What's a pid_t ?
Eeergl, sorry, that was meant to be read uid_t :)
Ah! makes sense now...
I was wondering if we should prevent the creation of users with uid -1?
Marc O.
e group and the getgrnam_r function.
I attached a patch, but i want to know what is supposed to be done when
there's a real error return by getpwnam_r.
Marc. O
Index: libshouldbeinlibc/ugids-argp.c
===
RCS file
Marc-Olivier Mercier wrote:
Hi all,
I tried to used setauth and it segfaults when I passed a wrong user
name (or even a wrong group name). The problem is when the args are
parsed. In libshouldbeinlibc/ugids-argp.c, the function getpwnam_r is
used. It is assumed that getpwnam_r return non
Samuel Thibault wrote:
Hello,
The patches seems to make sense. I guess we need copyright assignment
for that, do we have it?
Samuel
No, you don't. How do I proceed?
-- Marc O.
Samuel Thibault wrote:
Hello,
The patches seems to make sense. I guess we need copyright assignment
for that, do we have it?
Finally the copyright assignment process is complete.
Marc. O.
24 matches
Mail list logo
