Re: [PATCHv2] hurd: libgcc unwinding over signal trampolines with SIGINFO

Hi! On 2020-12-21T15:36:30+0100, Samuel Thibault wrote: > When the application sets SA_SIGINFO, the signal trampoline parameters > are different to follow POSIX. Thanks (and sorry for the delay), pushed "hurd: libgcc unwinding over signal trampolines with SIGINFO" to master branch in commit 2b35

Re: [PATCH] Hurd: Enable ifunc by default

Hi! Thanks (and sorry for the delay), pushed "Hurd: Enable ifunc by default" to master branch in commit e9cb89b936f831a02318d45fc4ddb06f7be55ae4, and cherry-picked into releases/gcc-10 branch in commit 92b131491c22eb4e4b663d226e9d97f1fd693063, releases/gcc-9 branch in commit 0313ce139f4ca3c96db9dc

Hurd wiki/web pages (was: Ikiwiki maintenance)

Hi! For context: see "Staging Area" regarding the relationship between and . On 2021-11-09T15:32:18+0100, Richard Braun wrote: > The ikiwiki packa

Re: [PATCH] Add support for x86_64-*-gnu-* targets to build x86_64 gnumach/hurd

Hi Flavio! On 2022-12-26T12:34:28-0500, Flavio Cruz via Gcc-patches wrote: > Tested by building a toolchain and compiling gnumach for x86_64 Oh, wow, so this is indeed happening, finally! :-D > This is the basic version without unwind support which I think is only > required to > implement e

Re: [PATCH] Add support for x86_64-*-gnu-* targets to build x86_64 gnumach/hurd

for x86_64-*-gnu-* targets to build x86_64 gnumach/hurd", see attached. I'll watch how x86_64 GNU/Hurd develops! :-) Grüße Thomas > On Fri, Jan 27, 2023 at 4:16 PM Thomas Schwinge > wrote: > >> Hi Flavio! >> >> Sorry to bother you one last time (hopef

Re: [PATCH] Add x86_64-gnu target to contrib/config-list.mk

Hi! On 2023-02-02T00:55:01-0500, Flavio Cruz wrote: > contrib/ChangeLog: > * config-list.mk: Add x86_64-gnu to list of archs. > > Signed-off-by: Flavio Cruz Thanks, pushed to GCC master branch in commit e635681dd26abf8243b49f6fd39d3582d57225ba "Add x86_64-gnu target to contrib/config-list

[GCC] In 'contrib/config-list.mk', clarify i686-symbolics-gnu to i686-gnu (was: RFA: Add makefile for cross-configuration torture test)

ünchen; Registergericht München, HRB 106955 >From 18712980c1007d40c30d1893d47475c928e19e95 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Fri, 10 Feb 2023 10:43:24 +0100 Subject: [PATCH] In 'contrib/config-list.mk', clarify i686-symbolics-gnu to i686-gnu Already in the first revision of 'co

Re: Problem with hostmux and ftpfs

Hello! On Tue, Nov 04, 2008 at 09:23:51AM +0100, Arne Babenhauserheide wrote: > $ touch ftp: > $ settrans ftp: /hurd/hostmux /hurd/ftpfs / > $ ls ftp://ftp.fu-berlin.de/ > ls: reading directory ftp://ftp.fu-berlin.de/ : Gratuitous error $ settrans -cp ftp: /hurd/hostmux /hurd/ftpfs / $ ls

About merging the Hurd homepage and the Hurd wiki

Hello! It has been my plan for a long time, but needed to much work effort to be done immediatelly. So I postponed it. Has now perhaps the time come to revisit this topic, in context of just having lost http (port 80) access to the machine hosting the Hurd wiki? Driving both a homepage,

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Tue, Nov 04, 2008 at 01:25:07PM +0100, Marcus Brinkmann wrote: > Thomas Schwinge wrote: > > But does anyone disagree in general with merging the Hurd wiki into the > > Hurd homepage? > > While I personally don't have any concern, at the time the Hurd web page

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Tue, Nov 04, 2008 at 01:59:28PM +0100, I wrote: > For example, we currently have instructions about (a) running the Hurd on > the non-free vmware, > . I re-read the GNU guidelines. In fact, as I read it, we're allowed t

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Tue, Nov 04, 2008 at 10:21:29AM -0500, Barry deFreese wrote: > Thomas Schwinge wrote: > >Driving both a homepage, <http://hurd.gnu.org/>, that is very > >infrequently updated, plus a wiki, (read-only mirror available at > ><http://www.thomas.schwinge.home

GNU Hurd changes vs. GCC: ``regression fixes and docs only''

Hello! We, the GNU Hurd people, would like to get GCC in a compilable/usable shape for us again, without needing to do the patching that was needed since the 4.2 release. I have already some weeks ago sent the needed patches to the gcc-patches mailing list, where they have been acked by Paolo and

Re: Unbreak the Hurd (switch to the event ptid in fork-child.c)

Hello! On Fri, Oct 24, 2008 at 11:03:01PM +0100, Pedro Alves wrote: > On Wednesday 15 October 2008 23:23:27, Pedro Alves wrote: > > If there are no more comments on this, I'll check it in tomorrow > > or so. > > I've just checked it in. Thank you! I just cheked that it does the right thing on G

Re: Hurd does not want to build

Hello! On Wed, Nov 05, 2008 at 10:33:30PM +0200, Sergiu Ivanov wrote: > cc -std=gnu99 -Wall -g -O3 -I. -I.. -I../include -I../include > -D_GNU_SOURCE -D_IO_MTSAFE_IO -D_FILE_OFFSET_BITS=64 -c -o maptime.o > maptime.c > In file included from maptime.c:26: > maptime.h:43: warning: C99 inline

Re: [PATCH] GNU/Hurd target configuration

is, reposted. It has already been acked by Paolo. This is what I'm going to install unless someone objects. Please also tell me whether this could also be installed on the 4.3 and 4.2 branches. 2008-11-09 Thomas Schwinge <[EMAIL PROTECTED]> * config.gcc (*-*-gnu*): Move Alph

Re: About merging the Hurd homepage and the Hurd wiki

Hello! Arne, thanks for your comments! Do others have further comments? On Fri, Nov 07, 2008 at 12:43:57AM +0100, Arne Babenhauserheide wrote: > Am Donnerstag 06 November 2008 14:35:14 schrieb Thomas Schwinge: > > Speaking about it, I have now finished merging the old web pages

Re: How do I create a Hurd/Mach build system?

Hello! On Mon, Nov 10, 2008 at 12:13:34AM +0530, Ashish Gokhale wrote: > I am trying to have a working cross-build environment to build > Hurd/Mach system, and I am stuck in this state for last couple of > months. I am running debian Etch, using cross-compile scripts published > by Thomas, http://

Re: 'ls -l' doesn't work after the libnetfs translator returns a customized port

Hello! On Sun, Nov 09, 2008 at 12:32:45AM +, Da Zheng wrote: > I tried to read the implementation of stat() in glibc, but I couldn't > find the version for Hurd and didn't see any place where io_stat() is > called:-( The real `stat' work is done by `xstat', see `io/stat.c' and `io/sys/stat.

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Mon, Nov 10, 2008 at 11:35:10AM +0100, Arne Babenhauserheide wrote: > Am Sonntag 09 November 2008 22:47:41 schrieb Thomas Schwinge: > > That's a valid concern, yes. But also, the question here is, whether we > > really want to take so much care of people who bl

Re: About merging the Hurd homepage and the Hurd wiki

Hello! I pushed my `homepage' branch into the flubber, Savannah and github repositories. Feel free to work on it and even install changes. However, be prepared that I do fundamental changes in that branch (a.k.a. rewrite history). On Sun, Nov 09, 2008 at 10:47:41PM +0100, I wrote: > On Fri, Nov

[COMMITTED] Port libgcc's configury for *-*-gnu*

Hello! On Thu, Oct 09, 2008 at 10:46:57AM +0200, Paolo Bonzini wrote: > Thomas Schwinge wrote: > > Here is a patch to port libgcc's configury for *-*gnu*. > > Ok. This version has already been installed by Matthias Klose (rev. 141004). Here is now the tiny enhancement (which

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Mon, Nov 10, 2008 at 04:27:12PM +0100, Arne Babenhauserheide wrote: > Often it's the little things :) Indeed. :-) > It's very close, though I now understand why you didn't make "About the Hurd" > a heading - it looks strange to see the section above in the table of > contents. >

Re: About merging the Hurd homepage and the Hurd wiki

Hello! > > DATE | Content floa- > > EDIT link| ting all around > > COMMENT link | here and > > -/ going on and > > on even down here if needed. > > DATE COPYRIGHT LICENSE The first DATE actually was/is the item's filename. The second DATE the last-

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Tue, Nov 11, 2008 at 11:28:01AM +0100, Arne Babenhauserheide wrote: > Is it possible to only show a shortened version of the news on the start > page, > so that we can write longer news entries, or should the news entries rather > be > like changelog entries which link to full-length

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Tue, Nov 11, 2008 at 11:09:19AM +0100, Arne Babenhauserheide wrote: > Am Montag 10 November 2008 13:56:40 schrieb Thomas Schwinge: > > I pushed my `homepage' branch into the flubber, Savannah and > github repositories. Feel free to work on it and even install changes

Some more git usage instructions (was: About merging the Hurd homepage and the Hurd wiki)

Hello! On Wed, Nov 12, 2008 at 06:50:05PM +0100, Arne Babenhauserheide wrote: > Am Mittwoch 12 November 2008 15:49:11 schrieb Thomas Schwinge: > > On Tue, Nov 11, 2008 at 11:09:19AM +0100, Arne Babenhauserheide wrote: > > Typically, you'd simply ``git fetch'

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Wed, Nov 12, 2008 at 04:17:34PM +0100, Arne Babenhauserheide wrote: > Am Mittwoch 12 November 2008 15:38:56 schrieb Thomas Schwinge: > > Ah, right! However, I solved this differently to what you suggested, > > using CSS' `clear' magic. See the git log

Re: Niche for Hurd - discussion - the power of translators

Hello! I randomly picked one of this thread's many messages and am thus now (only) answering to some random bits of it. ;-) On Tue, Nov 11, 2008 at 03:58:39AM +0100, [EMAIL PROTECTED] wrote: > On Wed, Oct 29, 2008 at 05:43:48PM +0100, Samuel Thibault wrote: > > Arne Babenhauserheide, le Wed 29

Re: [PATCH] GNU/Hurd target configuration

th the goal to have this eventually committed to the GCC > > trunk. > > Here it is, reposted. It has already been acked by Paolo. This is what > I'm going to install unless someone objects. No further discussion happened, so... > 2008-11-09 Thomas Schwinge <[EMAIL PR

Re: About merging the Hurd homepage and the Hurd wiki

HellO! On Mon, Nov 10, 2008 at 01:56:40PM +0100, I wrote: > I pushed my `homepage' branch into the flubber, Savannah and github > repositories. I merged it back into the `master' branch. > Feel free to work on it and even install changes. This still hold, of course. :-) > However, be prepared

Re: [PATCH] build system: gcc_cv_libc_provides_ssp

e Debian GCC package for some time > > already.) > > Even though the NATIVE_SYSTEM_HEADER_DIR issue is still being discussed, > in either way we'll need this patch installed. Any objections? > > 2008-10-10 Thomas Schwinge <[EMAIL PROTECTED]> > > * co

[COMMITTED] build system: gcc_cv_libc_provides_ssp

de this, which is true for all > > +# realistically usable configurations. > > Write "Hurd configurations", otherwise ok. Thanks; installed as two separate changes: 2008-11-14 Thomas Schwinge <[EMAIL PROTECTED]> * configure.ac (gcc_cv_libc_provides_ssp): Also

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Thu, Nov 06, 2008 at 02:35:14PM +0100, I wrote: > On Tue, Nov 04, 2008 at 10:21:29AM -0500, Barry deFreese wrote: > > Thomas Schwinge wrote: > > >Driving both a homepage, <http://hurd.gnu.org/>, that is very > > >infrequently updated, plus a wik

[bug #24278] bad number magic 0 (should be 0xef53)

Update of bug #24278 (project hurd): Status:None => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #2: This couldn't be repr

[bug #19330] bad_magic number 0x265f (should be 0xef53)

Update of bug #19330 (project hurd): Status:None => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #2: This couldn't be repr

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Sun, Nov 16, 2008 at 11:40:36PM +0100, I wrote: > On Thu, Nov 06, 2008 at 02:35:14PM +0100, I wrote: > > On Tue, Nov 04, 2008 at 10:21:29AM -0500, Barry deFreese wrote: > > > Thomas Schwinge wrote: > > > >Driving both a homepage, <http://hurd.gnu.org/&g

Re: [PATCH] Fix __ctype_b_loc aliasing violation

Hello! On Fri, Nov 07, 2008 at 01:12:57PM +0100, Jakub Jelinek wrote: > Yeah, indeed. I can reproduce it, a lot of stuff segfaults in glibc > compiled with current GCC trunk on x86_64-linux, starting with localedef. Same with a cross-compiled i586-pc-gnu toolchain. > Here is a fix, tested with

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Tue, Nov 18, 2008 at 10:45:56PM -0500, Barry deFreese wrote: > OK, http://www.bddebian.com:/ should work. (Unfortunately I > couldn't use 8080 either). Should, but unfortunately doesn't. You're having it forwarded to 192.168.10.62:, right? > I can't find anything about 2260

About the bug that makes pfinet crash

Hello! Already some time ago I reported about a bug that I could make pfinet crash doing a casual git-fetch-over-ssh operation. 100% reproducibly. Today, I tried to systhematically track this down again. And succeeded.

[PATCH] Bug that prevents non-PAE Xen GNU Mach from booting

Hello! With this patch GNU Mach will boot on Xen in a non-PAE configuration again. I can't check in a PAE configuration. Samuel, is this OK to be checked in? Index: i386/intel/pmap.c === RCS file: /cvsroot/hurd/gnumach/i386/intel/p

[PATCH] About the bug that makes pfinet crash

Hello! On Fri, Nov 21, 2008 at 12:50:42AM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Fri 21 Nov 2008 00:08:32 +0100, a écrit : > > Further printf inspection revealed that skb->len / count was 4110 > > (reproducibly). > > Ah. That's more than a page, it _

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Tue, Nov 04, 2008 at 11:01:09AM +0100, I wrote: > Technically, would then show the Hurd wiki, having > the old homepage's sites incorporated. The wiki edit links would take > the editor to a Hurd machine (hosted by Barry), running a CGI-enabled web > server on som

[PATCH] Make PAE work in QEMU on non-Xen

Hello! Index: i386/i386at/model_dep.c === RCS file: /cvsroot/hurd/gnumach/i386/i386at/Attic/model_dep.c,v retrieving revision 1.9.2.19 diff -u -p -r1.9.2.19 model_dep.c --- i386/i386at/model_dep.c 10 Nov 2008 15:18:47 - 1

[bug #18216] glibc: `struct stat' et al.

Update of bug #18216 (project hurd): Status: Fixed => In Progress Open/Closed: Closed => Open Wiki-like text discussion box: If I remember correctly, I fixed this some time ago already. =>

Re: [PATCH] About the bug that makes pfinet crash

Hello! On Mon, Nov 24, 2008 at 12:06:07AM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Sat 22 Nov 2008 22:54:21 +0100, a écrit : > > > believing > > > that the IP stack wouldn't overcome the typical 1500B MTU anyway. > > > > It will, because you told

Re: [PATCH] Bug that prevents non-PAE Xen GNU Mach from booting

Hello! On Sat, Nov 22, 2008 at 10:56:39PM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Sat 22 Nov 2008 22:37:57 +0100, a écrit : > > With this patch GNU Mach will boot on Xen in a non-PAE configuration > > again. I can't check in a PAE configuration. Samuel, is this

Re: [PATCH] Make PAE work in QEMU on non-Xen

Hello! On Sun, Nov 23, 2008 at 08:25:27PM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Sun 23 Nov 2008 13:04:03 +0100, a écrit : > > Samuel, is this fine? > > I don't see why this is useful at all, and doesn't have any problem with > PAE in qemu on non-Xen

Re: [PATCH] About the bug that makes pfinet crash

Hello! On Mon, Nov 24, 2008 at 07:51:21PM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Mon 24 Nov 2008 11:43:58 +0100, a écrit : > > > > - if (count == 0 || count > PAGE_SIZE) > > > > + if (count < ifp->if_header_size || > > > &g

Re: About merging the Hurd homepage and the Hurd wiki

Hello! On Sun, Nov 23, 2008 at 10:40:34AM +0100, [EMAIL PROTECTED] wrote: > On Wed, Nov 12, 2008 at 03:38:56PM +0100, Thomas Schwinge wrote: > > But still not enough: > > > > .newsitemcontent > > { > > /* TODO. Why is this needed to make the floa

[task #7096] glibc 2.6 support

Update of task #7096 (project hurd): Wiki-like text discussion box: => strerror_l is done, submitted: http://sourceware.org/ml/libc-alpha/2008-11/msg00031.html ___ Reply to this item at:

Re: About merging the Hurd homepage and the Hurd wiki

Hello! Let's move this web pages discussions over to <[EMAIL PROTECTED]>, please. On Tue, Nov 25, 2008 at 08:44:05PM +0100, [EMAIL PROTECTED] wrote: >.newsitemcontent p { margin: .3em; } >.newsitem .actions ul { padding: .5em 0; line-height: 1; } Thanks, changed. > BTW, never ever px

Re: About merging the Hurd homepage and the Hurd wiki

Hello! Let's move these web pages discussions over to <[EMAIL PROTECTED]>, please. On Wed, Nov 26, 2008 at 11:33:48AM +0600, Anatoly A. Kazantsev wrote: > > > How do I then make the news items' boxes not run under the sidebar? > > Setting 'overflow' parameter to 'auto' in .newsitem will fix it.

[task #7096] glibc HEAD support

Update of task #7096 (project hurd): Summary: glibc 2.6 support => glibc HEAD support Wiki-like text discussion box: strerror_l is done, submitted: http://sourceware.org/ml/libc-alpha/2008-11/msg00031.html => strerror_l is done, submitted:

Re: USB

Hello! Where did you get the idea from to send your message to the hurd-devel-readers mailing list? is the correct list for such questions, as explained on , for example. On Thu, Nov 27, 2008 at 10:28:26PM +0530, മഹേഷ് മുകുന്ദന് | Mahesh M w

Re: Xen GNU Mach: bogus transaction id

Hello! On Tue, Dec 02, 2008 at 10:19:46AM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Tue 02 Dec 2008 09:16:53 +0100, a écrit : > > [EMAIL PROTECTED]:~ $ sudo xm create -c foobar > > Using config file "/etc/xen/foobar". > > Started domain

About the old flubber, the new flubber, zenhost, and the universe herself

Hello! Already some time ago the old flubber machine has been hit and irreparably damaged by a lightning strike. A new flubber instance has reincarnated on the as well new-born zenhost, a Xen-based machine. What I haven't done yet (haven't been able to do until now) is to migrate the old flubber

Xen GNU Mach: bogus transaction id

Hello Samuel! [EMAIL PROTECTED]:~ $ sudo xm create -c foobar Using config file "/etc/xen/foobar". Started domain foobar GNU Mach 1.3.99 Running on xen-3.0-x86_32. One module @8e000: 1108KB AT386 boot: physical memory from 0x0 to 0x550 panic: bogus transaction id

Re: Moving to git

Hello! On Thu, Nov 20, 2008 at 11:12:21AM +0100, Neal H. Walfield wrote: > I'd like to propose that we move from CVS to git. I intend to do the repository conversion until the end of this year. Regards, Thomas signature.asc Description: Digital signature

About SOCK_CLOEXEC, SOCK_NONBLOCK flags, accept4, etc.

Hello! Further work on getting glibc HEAD going again. I made some thouhts. Please see through the following and tell me what's right and what's wrong. We yet need more implementations, but these are a start. diff --git a/sysdeps/unix/bsd/bsd4.4/bits/socket.h b/sysdeps/unix/bsd/bsd4.4/bits/s

Re: About SOCK_CLOEXEC, SOCK_NONBLOCK flags, accept4, etc.

Hello! > +int > +accept4 (fd, addrarg, addr_len, flags) > + int fd; > + __SOCKADDR_ARG addrarg; > + socklen_t *addr_len; > + int flags; > +{ >error_t err; >socket_t new; >addr_port_t aport; > @@ -43,6 +61,10 @@ accept (fd, addrarg, addr_len) >mach_msg_type_number_t

Re: About SOCK_CLOEXEC, SOCK_NONBLOCK flags, accept4, etc.

Hello! Roland, thanks for your input! A few questions remain: On Wed, Dec 10, 2008 at 12:37:26AM -0800, Roland McGrath wrote: > accept4.c should define __accept4 Directly accept4 is what it's called in io/accept4.c (without doing weak aliasing), so I guess we'll (have to) stick with that? I'll

Re: About SOCK_CLOEXEC, SOCK_NONBLOCK flags, accept4, etc.

Hello! Just an amendment to my previous email. On Wed, Dec 10, 2008 at 05:34:37PM +0100, I wrote: > > CLOEXEC is purely in libc, just pass O_CLOEXEC to _hurd_intern_fd. > > Really only pass flags & O_CLOEXEC or rather pass all flags and let > _hurd_intern_fd sort out the ones it's interestied in

Re: Problems building cross-compile environment

Hello! On Thu, Dec 11, 2008 at 03:34:46PM +0800, jiyou quwei wrote: > I'm trying to build a GNU/Hurd system from sources.I'm using the > instructions from > http://www.gnu.org/software/hurd/hurd/building/cross-compiling.html > and http://nic-nac-project.de/~schwinge/tmp/cross-gnu. But I don't run

Upcoming meetings

Hello! A few Hurd people will be, at the very end of this year, at the 25C3, see . Also, there will be FOSDEM again, at the beginning of February 2009: . Neal and m

Very strange Xen domU crash

Hello Samuel! I've already seen this a few times now: foobar, the machine driving the web server completely crashes from time to time: $ sudo xm create -c foobar [...] Wed Dec 10 17:46:24 UTC 2008 GNU 0.3 (foobar) (console) Use `login

Re: Very strange Xen domU crash

Hello! On Fri, Dec 12, 2008 at 02:04:20AM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Fri 12 Dec 2008 01:58:18 +0100, a écrit : > > This may be triggered by network traffic, but that is very vague, of > > course. Any idea? > > No idea. Nothing in xm dmesg? Oh,

Re: Very strange Xen domU crash

Hello! On Fri, Dec 12, 2008 at 02:09:59AM +0100, I wrote: > On Fri, Dec 12, 2008 at 02:04:20AM +0100, Samuel Thibault wrote: > > Thomas Schwinge, le Fri 12 Dec 2008 01:58:18 +0100, a écrit : > > > This may be triggered by network traffic, but that is very vague, of >

Re: Very strange Xen domU crash

Hello! On Mon, Dec 15, 2008 at 04:18:27PM +0100, I wrote: > On Fri, Dec 12, 2008 at 02:09:59AM +0100, I wrote: > > On Fri, Dec 12, 2008 at 02:04:20AM +0100, Samuel Thibault wrote: > > > Thomas Schwinge, le Fri 12 Dec 2008 01:58:18 +0100, a écrit : > > > > This may b

Re: Very strange Xen domU crash

Hello! On Mon, Dec 15, 2008 at 05:03:11PM +0100, Samuel Thibault wrote: > Thomas Schwinge, le Mon 15 Dec 2008 16:37:16 +0100, a écrit : > > That's what I've been running: > > > > $ sudo apt-get update > > Get:1 http://ftp.us.

Re: Problems with stability of networking / pfinet

Hello! Nothing fundamentally new; just noting down what we know so far. On Sat, Jul 12, 2008 at 10:06:54AM +0200, I wrote: > For a few weeks now, I seem to notice more and more problems w.r.t. > networking. Olaf confirmed this. > > $ ssh flubber > Warning: Permanently added '[flubber.b

Re: Moving to git

Hello! On Mon, Dec 08, 2008 at 09:36:25AM +0100, I wrote: > On Thu, Nov 20, 2008 at 11:12:21AM +0100, Neal H. Walfield wrote: > > I'd like to propose that we move from CVS to git. > > I intend to do the repository conversion until the end of this year. Well, that didn't work out, but here is my

Re: unsubscribe

Hello! On Sun, Jan 04, 2009 at 10:37:18AM +0100, Andre Aberer wrote: > [nothing] If you want to unsubscribe, you at least need to provide the email address you're subscribed with. Also, such requests don't belong on the public mailing list where a hundred of people will read (and perhaps make jo

Re: Thomas Schwinge appointed GNU Hurd maintainer

Hello! On Mon, Dec 01, 2008 at 01:36:58PM -0500, David Edelsohn wrote: > I am pleased to announce that the GCC Steering Committee has > appointed Thomas Schwinge as GCC maintainer for GNU Hurd. > > Please join me in congratulating Thomas on his new role. > Thomas, ple

Re: Moving to git

e in your mailer than the list mails do? (That's at least what I am doing: directly-addressed mails go into the INBOX and list mails are sorted into separate folders.) > olafbuddenha...@gmx.net, le Fri 09 Jan 2009 09:38:20 +0100, a écrit : > > On Sun, Jan 04, 2009 at 12:05:07A

Re: Moving to git

Hello! On Fri, Jan 09, 2009 at 05:25:55PM -0800, Roland McGrath wrote: > Jim Meyering has done the cvs->git work for various things on sourceware. > (As I recommended for Hurd some months ago, this can be done in a > noncommittal way before switching from cvs for commits to existing > branches.)

Re: Moving to git

Hello! On Fri, Jan 09, 2009 at 09:38:20AM +0100, olafbuddenha...@gmx.net wrote: > On Sun, Jan 04, 2009 at 12:05:07AM +0100, Thomas Schwinge wrote: > > Only convert GNU Mach's gnumach-1-branch, GNU MIG's HEAD, GNU Hurd's > > HEAD. > > > > With the ex

Re: Moving to git

Hello! On Fri, Jan 09, 2009 at 02:05:52PM -0800, Roland McGrath wrote: > Olaf said some of the things I was thinking. When replying there, I hope to have addressed your concerns as well. > In short, I think this plan is too clever by half. Thanks ;-). Indeed I spent some time on this issue, be

Re: Moving to git

Hello! On Sun, Jan 11, 2009 at 12:50:58PM +0100, I wrote: > On Fri, Jan 09, 2009 at 09:38:20AM +0100, olafbuddenha...@gmx.net wrote: > > On Sun, Jan 04, 2009 at 12:05:07AM +0100, Thomas Schwinge wrote: > > > Only convert GNU Mach's gnumach-1-branch, GNU MIG's

[bug #25283] Dependency tracking for i386/i386/i386asm.sym

URL: Summary: Dependency tracking for i386/i386/i386asm.sym Project: The GNU Hurd Submitted by: tschwinge Submitted on: Fr 09 Jan 2009 10:29:54 CET Category: GNU Mach

[sr #106603] Commit emails for git repositories

URL: Summary: Commit emails for git repositories Project: Savannah Administration Submitted by: tschwinge Submitted on: So 11 Jan 2009 11:59:49 CET Category: Developer CVS

[sr #106603] Commit emails for git repositories

Follow-up Comment #2, sr #106603 (project administration): Hello Karl! I have no idea how I would reach the page you gave me using the normal menus? :-) Nevertheless, thanks for the hint, but it doesn't help as it seems to be for CVS only. ___

libdiskfs: dn_stat_dirty

Hello! What is the exact mode for using libdiskfs' struct node's dn_stat_dirty? I think that I basically understand it's intention, but why isn't it set in diskfs_S_file_utimes (file-utimes.c), for example? Shouldn't it simply and always be set as soon as something in dn_stat is changed? Or does

Re: time coherency issue between libdiskfs and ext2fs

Hello! On Tue, Feb 10, 2009 at 02:34:16AM +0100, Samuel Thibault wrote: > FS to round values up (I could see that on a machine that has both > second- and ns-precision filesystems). Maybe we should do the same: in > the diskfs_S_file_utimes () and diskfs_set_node_times () Rather than doing it ev

Re: time coherency issue between libdiskfs and ext2fs

Hello! On Tue, Feb 17, 2009 at 10:26:46AM +0100, I wrote: > On Tue, Feb 10, 2009 at 02:34:16AM +0100, Samuel Thibault wrote: > > FS to round values up (I could see that on a machine that has both > > second- and ns-precision filesystems). Maybe we should do the same: in > > the diskfs_S_file_utim

glibc patches

#x27;t check). 2008-11-25 Thomas Schwinge * sysdeps/mach/strerror_l.c: New file. local-pthread_types.diff: While functional equivalent, this change should rather go into a new file in sysdeps/mach/hurd/bits/. (Tested.) local-tls-dtv-offset.diff: What about simply providing our own

Re: Moving to git

Hello! On Fri, Jan 16, 2009 at 07:20:01PM +0100, Ludovic Courtès wrote: > Roland McGrath writes: > > But AFAIK git-cvsimport alone is easy enough to get right. It works well for MIG and Hurd itself, but chokes on the gnumach repo. > We converted Guile's CVS repo (where there were a number of br

Re: glibc patches

Hello! On Sat, Feb 28, 2009 at 05:41:56PM +0100, I wrote: > what about going a different route and really go ahead and > publish a glibc fork for Hurd use? I think I would base this on the > official glibc git mirror and publish it again from the Hurd Savannah git > repository -- a waste of disk

Google Summer of Code 2009

Hello! On Fri, Mar 06, 2009 at 10:57:32AM +0100, Arne Babenhauserheide wrote: > Am Freitag 06 März 2009 06:32:44 schrieb olafbuddenha...@gmx.net: > > > downloaded more than 2000 times last month. > > > > Interesting -- I wonder where these come from :-) > > Same for me, but I generally only acces

Re: Moving to git

Hello! On Tue, Mar 10, 2009 at 04:33:51AM +0100, olafbuddenha...@gmx.net wrote: > On Sat, Feb 28, 2009 at 06:11:07PM +0100, Thomas Schwinge wrote: > > And I'm seeing the same (I think) problems: converting gnumach with > > git-cvsimport will yield an unusable gnumach-1-br

Latest Xen commit

Hello Samuel! First, you latest gnumach-1-branch-Xen-branch commit did not show up on commit-hurd, AFAICT. But you probably don't have an explanation for that. Second, trying to boot this I get: ``Error: (2, 'Invalid kernel', 'elf_xen_addr_calc_check: ERROR: ELF start or entries are out of bound

[bug #25961] fatfs truncating files

URL: Summary: fatfs truncating files Project: The GNU Hurd Submitted by: tschwinge Submitted on: So 22 Mär 2009 13:10:03 CET Category: Hurd Servers Severity: 3 - Norma

Getting libpthread working again

Hello! When linking the pthread tests against a libpthread built (with Samuel's TLS patches) from CVS HEAD (or any of the Viengoos branches, for that matter) I always get this: $ ./test-1 test-1: ../../HEAD/libpthread/sysdeps/mach/hurd/i386/pt-setup.c:103: __pthread_setup: Unexpected

Re: Getting libpthread working again

Hello! On Sun, Apr 12, 2009 at 08:37:40PM +0200, Samuel Thibault wrote: > Thomas Schwinge, le Sun 12 Apr 2009 17:32:12 +0200, a écrit : > > PPS: While digging through the libpthread code I wondered whether for the > > Hurd servers cthreads to pthread migration PTHREAD_TH

[bug #17646] glibc: ``-z relro''

Update of bug #17646 (project hurd): Status:None => Fixed Assigned to:None => sthibaul Open/Closed:Open => Closed

Google Summer of Code 2009; how to fork off the unionfs code base

Hello! On Wed, Apr 22, 2009 at 02:05:44PM +0300, Sergiu Ivanov wrote: > I'm going to start implementing the VFS-style union mount functionality > (http://preview.tinyurl.com/cpftg2). Congratulations for having gotten this GSoC project accepted! Sergiu will be our only GSoC student for this summe

mremap

onfig.h and the then-introduced sysdeps/mach/hurd/_G_config.h. In libio/fileops.c, if _G_HAVE_MREMAP is not defined, a fallback code-path of munmap followed by mmap is chosen. Wouldn't it be possible to generalize this (for the MREMAP_MAYMOVE case) in the otherwise-ENOSYS stub? 2009-04-26 Thomas

Re: mremap

Hello! On Sun, Apr 26, 2009 at 11:37:27AM -0700, Roland McGrath wrote: > mremap cannot be defined correctly in terms of mmap and munmap. Not the complete interface, for sure. And even for the specific bit I mentioned I'm not sure it would be possible at all (thinking about preserving MAP_* and P

Re: Moving to git

Hello! A bit of a status update. The CVS to Git conversion is mostly finished. There are still some quirks with converting the gnumach-1-branch-Xen-branch, but I'm working on resolving these with the help of the conversion program's author, Simon 'corecode' Schubert, whose fromcvs / rcsparse com

Re: Google Summer of Code 2009; how to fork off the unionfs code base

Hello! On Thu, Apr 23, 2009 at 09:49:01AM +0200, I wrote: > So, I'd rather go for the conversion method, to not hide the previous > history. And, as I'm already in this dirty business -- a bunch of the > main Hurd's repositories and their branches have already been published, > by the way -- I'm

  1   2   3   4   5   6   7   8   9   10   >