Re: [SECURITY] important update, please upgrade!

Hello, Samuel Thibault, le dim. 02 janv. 2022 11:32:29 +0100, a ecrit: > A very important security update is available on the mirrors, please > upgrade as soon as you can if you have guest accounts on your system: > > libc0.3=2.33-2~3 > hurd=1:0.9.git20211230-3 Here is some back

[bug #48890] mach-defpager isn't properly marked important

orrect. This bug report is very dubious. If this is a problem in the Debian package, then it should be reported in the Debian bug tracker. I have never seen a problem with this, and I am the one who introduced the whole notion of important processes that should be left alone by ki

[bug #48890] mach-defpager isn't properly marked important

Follow-up Comment #4, bug #48890 (project hurd): cut -d ' ' -f 26,27 /proc/11/stat outputs '0 0' for me. That's the correct output right? I believe my debian-img is from 2016... ___ Reply to this item at:

[bug #48890] mach-defpager isn't properly marked important

Follow-up Comment #3, bug #48890 (project hurd): But I'm using mach-defpager from Debian on all those boxes... ___ Reply to this item at: ___ Message s

[bug #48890] mach-defpager isn't properly marked important

Follow-up Comment #2, bug #48890 (project hurd): I tried again with the mach-defpager from savannah's git tree and it worked correctly. Looks like a problem with the Debian package. ___ Reply to this item at:

[bug #48890] mach-defpager isn't properly marked important

Follow-up Comment #1, bug #48890 (project hurd): As reported by Svante Signell: “ On one of my KVM boxes: ps e | grep mach-defpager root11  - Ssfo  0:00.03 /hurd/mach-defpager cut -d ' ' -f 26,27 /proc/11/stat 0 0 ” Happens to me too on all the systems I have access to. __

Re: [bug #48890] mach-defpager isn't properly marked important

On Thu, 2016-08-25 at 01:10 +, Brent Baccala wrote: > URL: >   <http://savannah.gnu.org/bugs/?48890> > >  Summary: mach-defpager isn't properly marked > important >  > 'important' processes report their startcode and endcode fie

[bug #48890] mach-defpager isn't properly marked important

URL: <http://savannah.gnu.org/bugs/?48890> Summary: mach-defpager isn't properly marked important Project: The GNU Hurd Submitted by: baccala Submitted on: Thu 25 Aug 2016 01:10:48 AM GMT Category: H

Re: [IMPORTANT] mentors registration

Samuel Thibault, on Wed 02 Mar 2016 11:10:23 +0100, wrote: > For people who'd like to mentor students for GSoC, please register to > José. Sorry, Giuseppe (Giuseppe Scrivano ) too, please. > (Id is your ID on the google GSoC website, I guess) >From Giuseppe: “Note to everyone: this year there i

[IMPORTANT] mentors registration

Hello, For people who'd like to mentor students for GSoC, please register to José. (Id is your ID on the google GSoC website, I guess) Samuel - Forwarded message from Giuseppe Scrivano - From: Giuseppe Scrivano To: GNU Summer Of Code Subject: [IMPORTANT] mentors registration

Re: [IMPORTANT] Ideas for Summer of Code 2016

Thomas Schwinge writes: > Please copy the section for GNU Hurd: > . Done. Thanks, Giuseppe

Re: [IMPORTANT] Ideas for Summer of Code 2016

Hi! On Wed, 10 Feb 2016 15:59:08 +0100, Giuseppe Scrivano wrote: > Hi everyone! > > Google is accepting applications for the next Summer of Code and as > usual we are going to apply for it. Thanks for taking care of this, again! > We should start thinking about a list of ideas for the next Su

Re: [gscriv...@gnu.org: [IMPORTANT] Ideas for Summer of Code 2016]

unity/gsoc/project_ideas/secure_chroot.mdwn +++ community/gsoc/project_ideas/secure_chroot.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2008, 2009, 2010 Free Software Foundation, +[[!meta copyright="Copyright © 2008, 2009, 2010, 2016 Free Software Foundation, Inc."]] [[!meta

Re: [gscriv...@gnu.org: [IMPORTANT] Ideas for Summer of Code 2016]

Hey On Feb 14, 2016 12:40 PM, "Justus Winter" <4win...@informatik.uni-hamburg.de> wrote: > * https://www.gnu.org/software/hurd/community/gsoc/project_ideas/package_manager.html > > This talks about replacing Guix symlink-tree with a specialized > translator. That would be a nice addition. Manoli

Re: [gscriv...@gnu.org: [IMPORTANT] Ideas for Summer of Code 2016]

Hi, Quoting Samuel Thibault (2016-02-10 19:10:58) > Any ideas/mentors for the summer of code? I'd be happy to mentor someone. I went over the list of our project ideas, and the ones I'd like to see tackled the most are: * https://www.gnu.org/software/hurd/community/gsoc/project_ideas/virtualiz

[gscriv...@gnu.org: [IMPORTANT] Ideas for Summer of Code 2016]

Hello, Any ideas/mentors for the summer of code? Samuel - Forwarded message from Giuseppe Scrivano - From: Giuseppe Scrivano To: summer-of-c...@gnu.org Subject: [IMPORTANT] Ideas for Summer of Code 2016 Reply-To: summer-of-c...@gnu.org Hi everyone! Google is accepting applications

Re: [IMPORTANT] GSOC 2014 ideas

> At the moment we received 0 ideas to put in our GSOC ideas page [1]. > Google just notified us that GNU will be rejected from this year's GSOC > if we dont put ideas in the next 12 hours. > > [1] http://www.gnu.org/software/soc-projects/ideas-2014.html > > No projec

Re: [IMPORTANT] GSOC 2014 ideas

jema...@gnu.org (Jose E. Marchesi) writes: > On Wed, 19 Feb 2014 18:26:18 +0100, "Jose E. Marchesi" > wrote: > > In the last years, > > , > etc., > > we'd just place a pointer to our project_ideas page on

Re: [IMPORTANT] GSOC 2014 ideas

On Wed, 19 Feb 2014 18:26:18 +0100, "Jose E. Marchesi" wrote: > In the last years, > , etc., > we'd just place a pointer to our project_ideas page onto the GNU ideas > page, so I suggest to do that

Re: [IMPORTANT] GSOC 2014 ideas

> In the last years, > , etc., > we'd just place a pointer to our project_ideas page onto the GNU ideas > page, so I suggest to do that again. Separating out just a few project > ideas does not

Re: [IMPORTANT] GSOC 2014 ideas

In the last years, , etc., we'd just place a pointer to our project_ideas page onto the GNU ideas page, so I suggest to do that again. Separating out just a few project ideas does not make too much sense to me -- w

Re: [IMPORTANT] GSOC 2014 ideas

Hi! On Wed, 19 Feb 2014 18:26:18 +0100, "Jose E. Marchesi" wrote: > In the last years, > , etc., > we'd just place a pointer to our project_ideas page onto the GNU ideas > page, so I suggest to do that again. Separati

Re: [IMPORTANT] GSOC 2014 ideas

Jose E. Marchesi, le Wed 19 Feb 2014 18:26:18 +0100, a écrit : > In the last years, > , etc., > we'd just place a pointer to our project_ideas page onto the GNU ideas > page, so I suggest to do that again. Separating ou

Re: [IMPORTANT] GSOC 2014 ideas

Hi! On Wed, 19 Feb 2014 09:05:56 -0800, Samuel Thibault wrote: > Jose E. Marchesi, le Wed 19 Feb 2014 17:57:14 +0100, a écrit : > > [1] http://www.gnu.org/software/soc-projects/ideas-2014.html > We are. I personnally haven't seen a request for pushing GSOC ideas. We > always have a lot of idea

Re: [IMPORTANT] GSOC 2014 ideas

Jose E. Marchesi, le Wed 19 Feb 2014 17:57:14 +0100, a écrit : > At the moment we received 0 ideas to put in our GSOC ideas page [1]. > Google just notified us that GNU will be rejected from this year's GSOC > if we dont put ideas in the next 12 hours. > > [1] http://www.gnu.org/software/soc-proje

[IMPORTANT] GSOC 2014 ideas

Hi hackers. At the moment we received 0 ideas to put in our GSOC ideas page [1]. Google just notified us that GNU will be rejected from this year's GSOC if we dont put ideas in the next 12 hours. No project is interested in participating in GSoC this year?? [1] http://www.gnu.org/software/soc-p

Re: [PATCH 1/3] Define and use symbolic names for important processes

Justus Winter, le Thu 29 Aug 2013 12:35:32 +0200, a écrit : > > Does procfs really need this information? > > Kinda. main.c (main) reads: > > opt_kernel_pid = 2; > > Ugh. Ugh. That could probably be provided by the startup server? > > As for glibc, I know it needs > > it at least for reboot()

Re: [PATCH 1/3] Define and use symbolic names for important processes

Quoting Samuel Thibault (2013-08-29 12:28:34) > Justus Winter, le Thu 29 Aug 2013 12:22:30 +0200, a écrit : > > Quoting Samuel Thibault (2013-08-28 23:30:27) > > > Applied this one, thanks. > > > > This one as in the private header file? > > Yes. > > > I've come across an issue with the header b

Re: [PATCH 1/3] Define and use symbolic names for important processes

Justus Winter, le Thu 29 Aug 2013 12:22:30 +0200, a écrit : > Quoting Samuel Thibault (2013-08-28 23:30:27) > > Applied this one, thanks. > > This one as in the private header file? Yes. > I've come across an issue with the header being private. This means > that neither procfs (being maintained

Re: [PATCH 1/3] Define and use symbolic names for important processes

Quoting Samuel Thibault (2013-08-28 23:30:27) > Applied this one, thanks. This one as in the private header file? I've come across an issue with the header being private. This means that neither procfs (being maintained and compileable out-of-tree) nor the glibc can use the symbolic names. Justu

Re: [PATCH 1/3] Define and use symbolic names for important processes

Applied this one, thanks. Samuel

[PATCH 11/17] libtrivfs: register libtrivfs-based translators as important

Register libtrivfs-based translators running as root as important processes at the proc server. * libtrivfs/startup.c (trivfs_startup): Mark us as important. --- libtrivfs/startup.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/libtrivfs/startup.c b/libtrivfs

[PATCH 09/17] libdiskfs: register libdiskfs-based translators as important

Register libdiskfs-based translators running as root as important processes at the proc server. * libdiskfs/init-startup.c (_diskfs_init_completed): Mark us as important. --- libdiskfs/init-startup.c |7 +++ 1 file changed, 7 insertions(+) diff --git a/libdiskfs/init-startup.c b

[PATCH 13/17] trans: register symlink translators as important

Register any symlink translators running as root as important processes at the proc server. * trans/symlink.c (main): Mark us as important. --- trans/symlink.c | 13 + 1 file changed, 13 insertions(+) diff --git a/trans/symlink.c b/trans/symlink.c index 03b5100..845a112 100644

[PATCH 12/17] mach-defpager: register mach-defpager translators as important

Register any mach-defpager translators running as root as important processes at the proc server. * mach-defpager/main.c (main): Mark us as important. --- mach-defpager/main.c | 13 + 1 file changed, 13 insertions(+) diff --git a/mach-defpager/main.c b/mach-defpager/main.c index

[PATCH 08/17] init: Mark all of inits children and init itself as important

patch set out to address, namely that killall5 freezes the proc translator before it tries to walk over /proc/*/stat to decide which process to kill. Prior to this patch (and the one marking the procfs server as important process), killall5 would deadlock trying to walk over the proc file system

[PATCH 10/17] libnetfs: register libnetfs-based translators as important

Register libnetfs-based translators running as root as important processes at the proc server. * libnetfs/init-startup.c (netfs_startup): Mark us as important. --- libnetfs/init-startup.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/libnetfs/init-startup.c b/libnetfs

[PATCH 02/17] Define and use symbolic names for important processes

* include/pids.h: New file. * init/init.c (frob_kernel_process): Use symbolic name for kernel process. * exec/main.c (S_exec_init): Use symbolic name for startup process. * libdiskfs/boot-start.c (diskfs_S_fsys_init): Likewise. * libdiskfs/init-startup.c (_diskfs_init_completed): Likewise. * pfinet

[PATCH 10/16] libtrivfs: register libtrivfs-based translators as important

Register libtrivfs-based translators running as root as important processes at the proc server. * libtrivfs/startup.c (trivfs_startup): Mark us as important. --- libtrivfs/startup.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/libtrivfs/startup.c b/libtrivfs

[PATCH 09/16] libnetfs: register libnetfs-based translators as important

Register libnetfs-based translators running as root as important processes at the proc server. * libnetfs/init-startup.c (netfs_startup): Mark us as important. --- libnetfs/init-startup.c | 13 + 1 file changed, 13 insertions(+) diff --git a/libnetfs/init-startup.c b/libnetfs/init

[PATCH 07/16] init: Mark all of inits children and init itself as important

patch set out to address, namely that killall5 freezes the proc translator before it tries to walk over /proc/*/stat to decide which process to kill. Prior to this patch (and the one marking the procfs server as important process), killall5 would deadlock trying to walk over the proc file system

[PATCH 12/16] trans: register symlink translators as important

Register any symlink translators running as root as important processes at the proc server. * trans/symlink.c (main): Mark us as important. --- trans/symlink.c | 12 1 file changed, 12 insertions(+) diff --git a/trans/symlink.c b/trans/symlink.c index 03b5100..b3e8441 100644

[PATCH 11/16] mach-defpager: register mach-defpager translators as important

Register any mach-defpager translators running as root as important processes at the proc server. * mach-defpager/main.c (main): Mark us as important. --- mach-defpager/main.c | 12 1 file changed, 12 insertions(+) diff --git a/mach-defpager/main.c b/mach-defpager/main.c index

[PATCH 02/16] Define and use symbolic names for important processes

* include/pids.h: New file. * init/init.c (frob_kernel_process): Use symbolic name for kernel process. * exec/main.c (S_exec_init): Use symbolic name for startup process. * libdiskfs/boot-start.c (diskfs_S_fsys_init): Likewise. * libdiskfs/init-startup.c (_diskfs_init_completed): Likewise. * pfinet

[PATCH 08/16] libdiskfs: register libdiskfs-based translators as important

Register libdiskfs-based translators running as root as important processes at the proc server. * libdiskfs/init-startup.c (_diskfs_init_completed): Mark us as important. --- libdiskfs/init-startup.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/libdiskfs/init-startup.c b

[PATCH 1/3] Define and use symbolic names for important processes

* include/pids.h: New file. * init/init.c (frob_kernel_process): Use symbolic name for kernel process. * exec/exec.c (S_exec_init): Use symbolic name for startup process. * libdiskfs/boot-start.c (diskfs_S_fsys_init): Likewise. * libdiskfs/init-startup.c (_diskfs_init_completed): Likewise. * pfinet

A bash busy-loop, and -- more important -- about other TODOs / open issues: now on the web pages

Hello! | I've first seen this problem after having had the following command line run | for a week, or two, or three: | | Start `screen`. Find PID of pfinet. | | $ while sleep 66; do echo "$(date)" " $(ps --no-header --fo

PayPal Important Warning

Dear valued PayPal member:It has come to our attention that your PayPal account information needs to beupdated as part of our continuing commitment to protect your account and toreduce the instance of fraud on our website. If you could please take 5-10 minutesout of your online experience and

IMPORTANT: your message to html-tidy

This is a response to a message apparently sent from your address to [EMAIL PROTECTED]: Subject: Transparenz ist das Mindeste From:bug-hurd@gnu.org Date:Wed, 18 May 2005 02:06:39 GMT Your message has NOT been distributed to the list; before we distribute it, we need your permi

IMPORTANT: your message to png-group

This is a response to a message apparently sent from your address to [EMAIL PROTECTED]: Subject: Transparenz ist das Mindeste From:bug-hurd@gnu.org Date:Wed, 18 May 2005 02:06:39 GMT Your message has NOT been distributed to the list; before we distribute it, we need your permi

Important Notice

Title: eBay Dear eBay Member, It has come to our attention that repeated attempts have been made to log in to your account. eBay Safeharbour feels that your password has been disclosed, thus your account has been put

Important Notice: Account Information

Title: New Document  

Important information from Bank of Oklahoma. Review your Account

ntify and your online accounts will be reactivated by our system. To get started, please click the link below: https://onlinebanking.bankofoklahoma.com/OnlineBanking/login.aspx?ReturnUrl=%2fOnlineBanking%2fDefault.aspx Important information from Bank of Oklahoma.

# Very Urgent & Important #

>From : Barrister. Joseph Morimai Kindest Attention, Firstly, not to cause you embarrassment, I am Mr. Joseph Morimai, a Papua New Guinean by Nationality, a Solicitor at law based in the United Kingdom and the personal attorney to Late Mr. Bonnet Roux a National of France, who used to be a pri

Message important pour moi

Bonjour, Je vous prie de bien vouloir excuser cette intrusion qui peut paraître surprenante à première vue d'autant qu'il n'existe aucune relation entre nous. J'ai pu avoir votre courriel par le biais d'une annonce que j'ai passé auprès de différentes agences d'actions humanitaires basées un peu

Processed: /libexec/rc being not executable is important bug

Processing commands for [EMAIL PROTECTED]: > severity 254147 important Bug#254147: hurd: /libexec/rc is not executable Severity set to `important'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator,

Important Message

Hi, it's Rachael again! My email account wasnt functioning properly, maybe thats why I havn't heard anything from you yet :/ I have been trying to get a hold of you, though I can never seem to send the email out with out doing something stupid. As you can see I am not that good with computers,

Important Message

Hi, it's Rachael again! My email account wasnt functioning properly, maybe thats why I havn't heard anything from you yet :/ I have been trying to get a hold of you, though I can never seem to send the email out with out doing something stupid. As you can see I am not that good with computers,

Very Important supply business partnership.

ATTN : Dear sir, It is of great importance that I would like us to do this important supply business together for both of us to profit meaningfully. I want you to know that i am presently working with a firm situated here in Abidjan, Ivory Coast located at West Africa, My firm is a public

important

doc? <> ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

**STOCK ALERT - GASE** IMPORTANT BPIM

  Unrisked future net revenue of $2.42 Billion from Utah properties alone $14.80 / share price target forecast by Canaccord Capital Important strategic partnerships with Phillips Petroleum

important libtool bug, missing inter-lib-dep

Hi, libtool drops all interlibrary dependencies on the GNU platform, because it does not know how to support them. Those are then missing when compiling programs with the library generated with libtool. I think the following patch fixes that. Could one of the Hurd people review that? It's really