Weasel?
On May 2, 2013 2:56 AM, "Samuel Thibault" wrote:
> Hello,
>
> So, as you may have read, Debian 7.0 is to be released this week-end.
> The plan was to make our own Debian-unofficial, but GNU/Hurd-official
> release. We can't really call it "wheezy", as it contains a couple
> packages from
On Thu, 02 May 2013, Samuel Thibault wrote:
> Hello,
>
> So, as you may have read, Debian 7.0 is to be released this week-end.
> The plan was to make our own Debian-unofficial, but GNU/Hurd-official
> release. We can't really call it "wheezy", as it contains a couple
> packages from debian-ports,
On 2 May 2013 09:56, Samuel Thibault wrote:
> "wheesid" was suggested at some point ;)
+1
I was going to suggest 'Janie', but GNU (/Hurd) isn't the chimera.
--
William Leslie
Notice:
Likely much of this email is, by the nature of copyright, covered
under copyright law. You absolutely may repr
Roland McGrath, le Wed 01 May 2013 19:01:14 -0700, a écrit :
> So if need be, we should make the installed libc.so linker script do
> AS_NEEDED ( libmachuser.so.1 libhurduser.so.1 ) or something like that.
We already do this actually.
Samuel
The Hurd API is that these things are available when you just use -lc.
So if need be, we should make the installed libc.so linker script do
AS_NEEDED ( libmachuser.so.1 libhurduser.so.1 ) or something like that.
I'm somewhat confused about what you're doing so that you had an issue,
however. How
Also, we should probably prepare some news text, telling that yes, at
last, one of the most famous vaporware-looking project has released
something, explaining in a few words why it took so long (low
taskforce), and what's in there: working Xorg, gtk, firefox, etc. but
also nice translators to be t
Since libc is linked against libmachuser and libhurduser, they are
implicitly linked against everything else on certain systems. On
systems where implicit linking is disabled, a binary must explicitly
link against each library from which it references symbols.
* auth/Makefile (OTHERLIBS): Explici
The gnumach installation provides the include file mach/gnumach.defs
instead of mach/gnumach.h. This runs the defs file through MIG and
builds the result for vmstat.
* utils/vmstat.c: Replace with "gnumach_U.h".
* utils/Makefile (vmstat): Add rule to depend on gnumach_U.o.
* Makeconf (mach_defs_
POSIX systems are allowed to leave SYMLOOP_MAX undefined, and in such
cases applications are supposed to use sysconf.
* libdiskfs/boot-start.c (diskfs_start_bootstrap): Replace macro with sysconf.
---
According to the standard[1], an undefined SYMLOOP_MAX has a defined
interpretation. The glibc
Hi,
These patches are some fixes for my build system that should qualify
as trivial. I'm new to this build process, so it's entirely possible
that I am at fault for any breakage. Please tell me if something is
clearly wrong on my side. For the record, this build was done with a
cross-compiler/s
Hello,
So, as you may have read, Debian 7.0 is to be released this week-end.
The plan was to make our own Debian-unofficial, but GNU/Hurd-official
release. We can't really call it "wheezy", as it contains a couple
packages from debian-ports, and some packages from unstable which are
not in wheezy.
Hello,
The latest commit in gnumach should be fixing the disasters that some
people have been seeing in their hurd system. This was due to an
improper handling of non-block-aligned reads in the gnumach linux block
glue, which happens only if partitions are not block-aligned, leading to
putting dis
On Wed, 01 May 2013 08:36:13 -0700
"MITESH PATHAK" wrote:
> Hi,
>
> I am a final year B.E (CSE) student interested in GSoC.
> I am good in C/C++ and proficient in Java.
> I am not new to linux and want to contribute to open source.
> I have fixed bugs in Mozilla and still do.
>
> I went throug
David Michael, le Wed 01 May 2013 11:59:18 -0400, a écrit :
> I started building a Hurd system from Savannah repos and ran into some
> difficulties (e.g. pthread symbols used in Hurd but only defined in
> Debian's libc). Are these repositories supposed to be usable on their
> own, or is developmen
Dear Thomas Schwinge:
so thanks for your reply!
I have already played something with Hurd. I run the Hurd under
kvm(thanks braunr who tell me use kvm instead of qemu). With the help
of IRC #hurd, I successfully build my GDB from source under Hurd.
Sadly say,even apply the patch in your email ,I g
Hi,
I started building a Hurd system from Savannah repos and ran into some
difficulties (e.g. pthread symbols used in Hurd but only defined in
Debian's libc). Are these repositories supposed to be usable on their
own, or is development mostly happening on the Debian sources?
A few minor compatib
Hi,
I am a final year B.E (CSE) student interested in GSoC.
I am good in C/C++ and proficient in Java.
I am not new to linux and want to contribute to open source.
I have fixed bugs in Mozilla and still do.
I went through your proposed idea on [1] and would like to work on it.
Lately I worked on
17 matches
Mail list logo
