Richard Braun, le Fri 11 Apr 2014 11:42:47 +0200, a écrit :
> On Thu, Apr 10, 2014 at 02:01:17AM +0200, Richard Braun wrote:
> > The first issue that can be noticed is that, despite the filter being
> > filled with both NETF_IN and NETF_OUT, only incoming packets seem
> > to be captured. This is pr
Svante Signell, le Fri 11 Apr 2014 14:47:21 +0200, a écrit :
> --- a/debian/rules.defs 2014-01-07 11:10:44.0 +0100
> +++ b/debian/rules.defs 2014-01-07 11:23:47.0 +0100
> @@ -721,7 +721,7 @@
> ifeq (,$(filter $(distrelease),lenny etch squeeze dapper hardy jaunty karmic
Svante Signell, le Fri 11 Apr 2014 14:47:21 +0200, a écrit :
> #ifdef TARGET_LIBC_PROVIDES_SSP
> +/* i386 glibc provides __stack_chk_guard in %gs:0x14. */
> +#define TARGET_THREAD_SSP_OFFSET 0x14
Err, not the Hurd variant, no. Is it really needed?
> @@ -682,7 +686,7 @@
> go_net_cgo_file =
Svante Signell, le Fri 11 Apr 2014 14:57:35 +0200, a écrit :
> --- a/src/libgo/mksysinfo.sh
> +++ b/src/libgo/mksysinfo.sh
Err, these seem to get applied to all systems, not just GNU/Hurd, isn't
that a concern?
> @@ -210,6 +210,11 @@
>egrep '#define E[A-Z0-9_]+ ' | \
>sed -e 's/^#define \
Hello,
Here is a refreshed list of the packages that should probably use
Architecture: linux-any, please consider using it.
Samuel
Alexander Wirt
libnfnetlink
libnfnetlink (U)
Andreas Schuldei
uml-utilities (U)
Anibal Monsalve Salazar
apmd
Ard van Breemen
vlan
Cyril Bruleb
Svante Signell, le Mon 14 Apr 2014 09:59:03 +0200, a écrit :
> > > @@ -528,6 +538,8 @@
> > >
> > > # The stat type.
> > > # Prefer largefile variant if available.
> > > +# Special treatment of st_dev for GNU/Hurd
> > > +# /usr/include/i386-gnu/bits/stat.h: #define st_dev st_fsid
> > > stat=`gr
Gabriele Giacone, le Sat 12 Apr 2014 22:10:19 +0200, a écrit :
> By resubmitting it, black screen:
>
> https://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debian_sid_daily_hurd_lxde/9/
>
> That reminds me we getting black screens on xdm startup till you made
> hurd-console not t
Svante Signell, le Mon 14 Apr 2014 11:09:29 +0200, a écrit :
> OK now?
It looks OK from a quick look.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/201404
Svante Signell, le Mon 14 Apr 2014 17:16:36 +0200, a écrit :
> - memset(dfp, 0, sizeof(dfp));
> - strncpy(dfp, efp, sizeof(dfp) - 1);
Why not simply using xdstrdup?
> + dfp = tmp + 7;
> + free(dfp);
Will obviously crash. Did you try your code at all?
Samuel
--
To UNS
Svante Signell, le Mon 14 Apr 2014 17:31:14 +0200, a écrit :
> On Sat, 2014-04-12 at 01:04 +0200, Samuel Thibault wrote:
> > Samuel Thibault, le Fri 11 Apr 2014 23:51:44 +0200, a écrit :
> > > So, do we really want to let munmap poke a hole at address 0 and thus
> > >
Svante Signell, le Tue 15 Apr 2014 12:07:22 +0200, a écrit :
> > Will obviously crash. Did you try your code at all?
>
> I wrote a test program and run that one through valgind. Better now?
Did you really make your program go through your patched code?
> + dfp = xdstrdup(efp);
That doesn't
Svante Signell, le Tue 15 Apr 2014 14:18:44 +0200, a écrit :
> On Tue, 2014-04-15 at 13:29 +0200, Samuel Thibault wrote:
> > Svante Signell, le Tue 15 Apr 2014 12:07:22 +0200, a écrit :
> > > > Will obviously crash. Did you try your code at all?
> > >
> > >
Svante Signell, le Tue 15 Apr 2014 16:47:39 +0200, a écrit :
> Well, freeing tmp instead of dfp in my test program *_old.c gave zero
> errors in valgrind (as well as the modified program, both attached)
But tmp is not necessarily equal to the original dfp, if you give
" file://this_is_a_test" for
Svante Signell, le Wed 16 Apr 2014 10:09:05 +0200, a écrit :
> On Tue, 2014-04-15 at 20:03 +0200, Samuel Thibault wrote:
> > Svante Signell, le Tue 15 Apr 2014 16:47:39 +0200, a écrit :
> > > Well, freeing tmp instead of dfp in my test program *_old.c gave zero
> > > err
Hello,
emacs24 currently FTBFS due to using a linux-only header, I guess some
people would be interested in fixing it :)
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists
Pino Toscano, le Thu 17 Apr 2014 11:55:04 +0200, a écrit :
> On 2014-04-17 09:45, Samuel Thibault wrote:
> >emacs24 currently FTBFS due to using a linux-only header, I guess some
> >people would be interested in fixing it :)
>
> Do you mean like #725099?
Indeed :)
Samuel
Hello,
While seeing failures again, I notice some issues which should be easy
to fix: "undefined reference to foo", where foo can be pthread_create,
dlopen, cos, ... which are obviously available on hurd-i386, but
probably the package configure didn't thought about passing -lpthread,
-ldl, -lm, et
Svante Signell, le Wed 16 Apr 2014 14:01:40 +0200, a écrit :
> Thanks, an updated patch is attached. A remaining issue could be the
> messages written, and the return codes. Maybe that is for upstream to
> decide (if/when accepted)?
It seems good to me.
Samuel
--
To UNSUBSCRIBE, email to debia
Gabriele Giacone, le Mon 28 Apr 2014 14:07:58 +0200, a écrit :
> Assuming isc-dhcp is the only needed package from d-ports to get a
> working cd (confirmation needed) and given isc-dhcp with needed fixes
> has just landed to experimental, is it currently feasible?
> Steven said scripts are not set
Hello,
Here is another round of source packages which don't build any
more. Most of them were missed before because of binNMU versions. Does
anything there should really be kept installed?
Michael, could you perhaps handle submitting this removal to ftp-master?
I'm not sure I understand what they
Samuel Thibault, le Thu 01 May 2014 22:03:27 +0200, a écrit :
> libzip
Ah, sorry, not this one, it's just a buggy testcase.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
Svante Signell, le Tue 22 Apr 2014 22:19:06 +0200, a écrit :
> @@ -197,7 +197,7 @@
> AC_COMPILE_IFELSE(
> [AC_LANG_PROGRAM([[#include ]],
> [[struct group_req gr;
> -gr.gr_interface = 0;]])],
> +gr.gr_interface = 0; #ifndef MCAST_JOIN_GROUP; return -1; #else return 0;
> #endif
Hello,
As suggested by Svante, I've moved our Debian GNU/Hurd TODO list on a
separate page: https://wiki.debian.org/Debian_GNU/Hurd_TODO
Now, again, it's a matter of making sure that debian-release,
debian-boot, etc. put what they actually want (I didn't know they wanted
ACPI so badly) there, so
raphael, le Thu 01 May 2014 22:57:17 +0200, a écrit :
> I tried to use crosshurd to install hurd, it finished in :
> Err http://ftp.debian-ports.org unreleased/main i386 Packages
>
> 404 Not Found [IP : 206.12.19.127 80]
Do you perhaps have a multiarched host? I
Justus Winter, le Fri 02 May 2014 09:28:39 +0200, a écrit :
> Quoting Samuel Thibault (2014-05-01 22:38:16)
> > (I didn't know they wanted ACPI so badly)
>
> Well, there is [0], a OS-independent reference implementation from
> Intel (we could rip a GPLed version of thi
Hello,
Svante Signell, le Thu 01 May 2014 22:26:12 +0200, a écrit :
> - rules.patch: Add support for hurd-i386 in architecture list
> - 0015_v8.patch: tools/gyp/v8.gyp: add platform-gnu.cc
> - 0016_gnu.patch: src/platform-gnu.cc: new file with platform specific code
It seeems fine, except
> +//
Hello,
Michael Banck, le Tue 06 May 2014 01:01:31 +0200, a écrit :
> wesnoth-1.11
I didn't notice it: that one should be building fine, it has just lagged
because of the massive archive rebuild (and I make wesnoth-* built after
everything else since it takes so long).
> Gabriele suggested to als
Robert Millan, le Sun 04 May 2014 13:40:12 +0200, a écrit :
> Please could you remove "kfreebsd-any" from Architecture in gnome-shell ?
>
[...]
> -Architecture: any
> +Architecture: linux-any hurd-any
Well, hurd-any should probably be removed from there for the same
reason.
Samuel
--
To UNSUB
Svante Signell, le Tue 06 May 2014 10:58:38 +0200, a écrit :
> The patch for st_dev by Thomas Schwinge was not liked by Samuel
Uh?
I said “These should be fine, however.” and “a sed rule can't hurt even
if there is no occurrence...”
So just keep that precise part back as it was, no need for bein
Svante Signell, le Tue 06 May 2014 14:13:54 +0200, a écrit :
> And you wrote in your reply to the above: see e.g.
> http://gcc.gnu.org/ml/gcc-patches/2014-04/msg00644.html
> > These should be fine, however.
"These" here meant as: "what is below", not "what is above".
Samuel
--
To UNSUBSCRIBE,
Svante Signell, le Tue 06 May 2014 14:33:18 +0200, a écrit :
> On Tue, 2014-05-06 at 14:25 +0200, Samuel Thibault wrote:
> > Svante Signell, le Tue 06 May 2014 14:13:54 +0200, a écrit :
> > > And you wrote in your reply to the above: see e.g.
> > > http://gcc.gnu
Svante Signell, le Tue 06 May 2014 14:13:54 +0200, a écrit :
> > > +# Special treatment of EWOULDBLOCK for GNU/Hurd
> > > +# /usr/include/bits/errno.h: #define EWOULDBLOCK EAGAIN
> > > +egrep '^const EWOULDBLOCK = Errno(_EWOULDBLOCK)' ${OUT} | \
> > > +sed -i.bak -e 's/_EWOULDBLOCK/_EAGAIN/' ${
Svante Signell, le Thu 08 May 2014 15:09:18 +0200, a écrit :
> I think it's a little premature to remove them now, see for example
> mupdf above.
That's not a problem: at the very worse, buildds just rebuild the
package again, and then it's installed.
> I thought bug reports on packages counted a
Svante Signell, le Sat 10 May 2014 18:18:23 +0200, a écrit :
> + char *expfn;
> + char *actfn;
You need to initialize them to NULL, so that this
> @@ -763,9 +768,11 @@
> out:
> if (*expfn && !clit_bit_fn_p(exp)) {
> unlink(expfn);
> + free(expfn);
>
Svante Signell, le Thu 15 May 2014 08:43:13 +0200, a écrit :
> > Also, why this:
> >
> > > @@ -701,7 +706,7 @@
> > >
> > > case 0:;
> > > /* i am the child */
> > > - static char *const diff_opt[] = {
> > > + char *diff_opt[] = {
> > "diff",
> > >
Svante Signell, le Thu 15 May 2014 10:33:48 +0200, a écrit :
> On Thu, 2014-05-15 at 10:02 +0200, Samuel Thibault wrote:
>
> Why?
>
> The existing code is using static const, what happens if you don't leave
> it as it is?
>
> CC clittool-c
Pino Toscano, le Fri 16 May 2014 13:20:14 +0200, a écrit :
> On 2014-05-16 09:30, Svante Signell wrote:
> >Currently shadow fails to build from source due to a usage of PATH_MAX,
> >which is not defined on GNU/Hurd. The attached patch solved this problem
> >by dynamically allocating space for the s
Svante Signell, le Fri 23 May 2014 13:45:50 +0200, a écrit :
> Index: python-tornado-3.2.0/tornado/iostream.py
> ===
> --- python-tornado-3.2.0.orig/tornado/iostream.py
> +++ python-tornado-3.2.0/tornado/iostream.py
> @@ -748,7 +748,11
Svante Signell, le Fri 23 May 2014 14:28:49 +0200, a écrit :
> On Fri, 2014-05-23 at 13:58 +0200, Samuel Thibault wrote:
> > Svante Signell, le Fri 23 May 2014 13:45:50 +0200, a écrit :
> > > Index: python-tornado-3.2.0/t
Svante Signell, le Fri 23 May 2014 16:02:16 +0200, a écrit :
> On Fri, 2014-05-23 at 14:42 +0200, Samuel Thibault wrote:
> > Svante Signell, le Fri 23 May 2014 14:28:49 +0200, a écrit :
> > > On Fri, 2014-05-23 at 13:58 +0200, Samuel Thibault wrote:
> > > > Svante Sig
Justus Winter, le Sat 08 Jun 2013 14:15:14 +0200, a écrit :
> Quoting Samuel Thibault (2013-06-08 13:34:18)
> > Justus Winter, le Sat 08 Jun 2013 13:27:07 +0200, a écrit :
> > > I'm trying to setup pbuilder on one of my virtual Hurd
> > > systems. Problem is
Hello,
I have built new ISO images on
http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/
and a new preinstalled image on
http://people.debian.org/~sthibault/hurd-i386/
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
Hello,
I have modified this page
http://people.debian.org/~sthibault/out_of_date.txt
to reflect all packages which are out of date, the wanna-build reason
why, etc. It doesn't include packages which also fail on i386 or amd64.
It is thus a complete summary of what packages we should either fix,
Marcelo Lacerda, le Tue 03 Jun 2014 14:02:09 -0300, a écrit :
> GPG error the following signatures could not be verified...: NO_PUBKEY
> AA651E74623DB0B8
>
> I have been running into this error since yesterday is it normal?
Do you have the latest debian-ports-archive-keyring package installed?
S
Marcelo Lacerda, le Mon 02 Jun 2014 11:07:43 -0300, a écrit :
> I run into a critical error whenever I try to run the pre-installed image
> using the method described in the README[1].
>
> Grub runs just fine but when it tries to load hurd I run into an error equal
> to the one described by Neil M
Justus Winter, le Mon 02 Jun 2014 12:22:36 +0200, a écrit :
> Quoting Jens Rehsack (2014-06-02 11:46:10)
> > Am 02.06.2014 um 11:21 schrieb Justus Winter
> > <4win...@informatik.uni-hamburg.de>:
> >
> > > Quoting Jens Rehsack (2014-06-02 10:58:17)
> > >> Am 02.06.2014 um 10:47 schrieb Justus Wint
Matthias Klose, le Thu 05 Jun 2014 11:49:31 +0200, a écrit :
> Am 04.06.2014 18:44, schrieb Ludovic Brenta:
> > I see this was added without any comment in revision 7370. As a
> > consequence,
> > gcc-4.9 and gnat-4.9 both fail to build on the hurd-i386 buildd due to the
> > missing build-depende
Justus Winter, le Sun 08 Jun 2014 14:03:01 +0200, a écrit :
> Quoting Marcelo Lacerda (2014-06-07 00:34:43)
> > Hi, I want to help with the fsysopts small hacks entry. How do go about it?
>
> See how some servers implement the fsysopts rpc, while others do not:
>
> % fsysopts /servers/crash-kill
Hello,
Just for the list: the issue was solved, the buildd had pulled an old
version of lz4.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/20140614195544.g
Hello,
Please keep citations in logical order.
Marcelo Lacerda, le Wed 04 Jun 2014 09:15:32 -0300, a écrit :
> On 06/04/14 02:56, Samuel Thibault wrote:
> >Marcelo Lacerda, le Tue 03 Jun 2014 14:02:09 -0300, a écrit :
> >>GPG error the following signatures could not be veri
Hello,
haskell-skein currently FTBFS due to a missing symbol, it'd be worth
investigating, as this blocks quite a few haskell packages.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
Svante Signell, le Wed 25 Jun 2014 13:01:49 +0200, a écrit :
> @@ -483,7 +484,9 @@ bool ArgvMap::file(const char *fname, bo
> if (ent->d_name[0] == '.') continue; // skip any dots
> if (boost::ends_with(ent->d_name, ".conf")) {
> // ensure it's readable file
> -
Svante Signell, le Wed 25 Jun 2014 13:37:39 +0200, a écrit :
> On Wed, 2014-06-25 at 13:10 +0200, Samuel Thibault wrote:
> > Svante Signell, le Wed 25 Jun 2014 13:01:49 +0200, a écrit :
> > > @@ -483,7 +484,9 @@ bool ArgvMap::file(const char *fname, bo
> > >
Hello,
Svante Signell, le Sun 29 Jun 2014 16:35:42 +0200, a écrit :
> Looking at libsamplerate test problems, I found that clock(3) used
> there is not reliable. Strange results are obtained on too Linux with a
> simple test program.
What do you mean by "strange"? The output I get
$ ./test
start
Svante Signell, le Sun 29 Jun 2014 23:11:14 +0200, a écrit :
> On Sun, 2014-06-29 at 22:56 +0200, Samuel Thibault wrote:
> > Hello,
>
> > > The following simple program gives unreliable results both on Linux and
> > > especially Hurd:
> >
> > Again, w
Gabriele Giacone, le Mon 30 Jun 2014 13:18:11 +0200, a écrit :
> On Tue, Jun 24, 2014 at 10:05 AM, Samuel Thibault
> wrote:
> > haskell-skein currently FTBFS due to a missing symbol, it'd be worth
> > investigating, as this blocks quite a few haskell packages.
>
>
Svante Signell, le Tue 01 Jul 2014 12:41:47 +0200, a écrit :
> On Sun, 2014-06-29 at 22:56 +0200, Samuel Thibault wrote:
> > Hello,
> >
> > Svante Signell, le Sun 29 Jun 2014 16:35:42 +0200, a écrit :
> > > Looking at libsamplerate test problems, I found that cl
Svante Signell, le Tue 01 Jul 2014 14:40:44 +0200, a écrit :
> > > > $ ./test
> > > > start = 3870
> > > > end = 3910
> > > > cpu_time_used = 0.40
> > >
> > > I get:
> > > gcc -g -Wall test_clock.c
> > > ./a.out
> > > start = 0
> > > end = 0
> > > cpu_time_used = 0.00
> >
> > Well, yes, a
Svante Signell, le Wed 02 Jul 2014 23:13:34 +0200, a écrit :
> - Run in a subhurd or chroot, which is best?
It depends which isolation you want. Subhurd is almost complete
isolation. Chroots share the proc, auth etc. servers.
> - I've found partial descriptions on how to do that:
> Is there som
Hello,
Gabriele Giacone, le Thu 03 Jul 2014 01:55:35 +0200, a écrit :
> I reproduced aghermann FTBFS and fixed it by switching fakeroot from
> -tcp to -hurd.
Ok, thanks. We'd however need to investigate these crashes, though.
> mbanck made me notice it could be useful making buildlogs say which
Hello,
Andreas Cadhalpun, le Sat 05 Jul 2014 19:54:03 +0200, a écrit :
> clamav 0.98.4+dfsg-2 compiled successfully on hurd-i386, but then the build
> failed due to test-suite errors [1].
> The reason for these is that the permission to create a local socket to test
> the communication between cla
Gabriele Giacone, le Sat 05 Jul 2014 03:41:09 +0200, a écrit :
> It FTBFS on hurd
>
> [...]
> cd /home/user/port/simgrid/simgrid-3.11.1/doc && /usr/bin/javadoc -quiet -d
> /home/user/port/simgrid/simgrid-3.11.1/doc/html/javadoc/
> /home/user/port/simgrid/simgrid-3.11.1/src/bindings/java/org/simg
Svante Signell, le Mon 07 Jul 2014 12:38:51 +0200, a écrit :
> Latest update is still from July 4th. (Something related to US national
> day? But that should not affect French people, :-; )
No, it's related to my being on various dumb network for more than a
week now :)
Wired network has just bee
Samuel Thibault, le Mon 07 Jul 2014 16:26:46 +0200, a écrit :
> Svante Signell, le Mon 07 Jul 2014 12:38:51 +0200, a écrit :
> > Latest update is still from July 4th. (Something related to US national
> > day? But that should not affect French people, :-; )
>
> No, it
Gabriele Giacone, le Mon 07 Jul 2014 17:04:49 +0200, a écrit :
> On Mon, Jul 7, 2014 at 4:26 PM, Samuel Thibault wrote:
> > Wired network has just been setup now here, so the cronjob should get to
> > run more regularly.
>
> How about scheduling it on Debian infrastructur
Gabriele Giacone, le Tue 08 Jul 2014 15:50:57 +0200, a écrit :
> Personally I'm just interested in summary.txt to get percentages and
> out_of_date.txt to compare to old one to get what changed (hint).
> Do some servers need to connect to some other ones even just for these two?
Yes: the data is o
Samuel Thibault, le Tue 08 Jul 2014 17:22:37 +0200, a écrit :
> Gabriele Giacone, le Tue 08 Jul 2014 15:50:57 +0200, a écrit :
> > Personally I'm just interested in summary.txt to get percentages and
> > out_of_date.txt to compare to old one to get what changed (hint).
> &g
tony mancill, le Tue 08 Jul 2014 22:20:01 -0700, a écrit :
> Program received signal SIGUSR1, User defined signal 1.
SIGUSR1 is benign. Please use
handle USR1 nostop noprint pass
To let gdb continue the program, up to where there actually is an
illegal instruction.
Samuel
--
To UNSUBSCRIBE,
Michael Banck, le Thu 10 Jul 2014 23:36:11 +0200, a écrit :
> On Tue, Jul 08, 2014 at 03:50:57PM +0200, Gabriele Giacone wrote:
> > On Tue, Jul 8, 2014 at 1:51 PM, Samuel Thibault
> > wrote:
> > > Gabriele Giacone, le Mon 07 Jul 2014 17:04:49 +0200, a écrit :
> >
Matthias Klose, le Wed 16 Jul 2014 03:55:30 +0200, a écrit :
> Am 15.07.2014 16:27, schrieb Michael Biebl:
> > Source: gcc-4.9
> > Version: 4.9.0-11
> > Severity: serious
> >
> > The package FTBFS on i386 and hurd-i386 but successfully built in the
> > past.
> >
> > Complete build log at [1]
>
>
Package: dash
Version: 0.5.7-4
Severity: normal
User: debian-hurd@lists.debian.org
Usertags: hurd
Hello,
We have been having issues on hurd-i386 with the dash shell, we often
get "cannot create /dev/null: Interrupted system call" errors. With
research from Svante Signell, we have found that this
Hello,
Thanks for your investigation, I have submitted a bug report against
dash.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/20140720222135.gz6...@type.
tony mancill, le Wed 09 Jul 2014 22:26:19 -0700, a écrit :
> (gdb) bt
> #0 0x012ab278 in gnu.classpath.tools.gjdoc.Main.start(java.lang.String[])int
> (
> this=@80c8eb0, args=@8099f98)
> at
> ../../../../../src/libjava/classpath/tools/gnu/classpath/tools/gjdoc/Main.java:1050
This is:
Svante Signell, le Wed 23 Jul 2014 18:06:31 +0200, a écrit :
> gdb (7.7.1-2+hurd.1) dont stop at breakpoints!
Does gdb 7.7.1-2 fail too?
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive
Svante Signell, le Thu 24 Jul 2014 00:39:56 +0200, a écrit :
> On Thu, 2014-07-24 at 00:33 +0200, Samuel Thibault wrote:
> > Svante Signell, le Wed 23 Jul 2014 18:06:31 +0200, a écrit :
> > > gdb (7.7.1-2+hurd.1) dont stop at breakpoints!
> >
> > Does gdb 7.7.1-2 fa
Svante Signell, le Wed 23 Jul 2014 18:06:31 +0200, a écrit :
> gdb (7.7.1-2+hurd.1) dont stop at breakpoints!!
I have uploaded 7.7.1-3~0 to debian-ports, without the hw-watch patch,
which seems to pose problem.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subj
Control: tags -1 + pending
Cyril Brulebois, le Sun 03 Aug 2014 13:59:51 +0200, a écrit :
> your package has been failing to build on i386 all the way up since
> 2:1.4-7. I'm not sure why from a quick look at the build log though:
> https://buildd.debian.org/status/logs.php?pkg=gnumach&arch=i386
Gabriele Giacone, le Mon 28 Jul 2014 18:45:40 +0200, a écrit :
> Andreas Henriksson (CC'ed) created some patches [0] to revive fsck in
> util-linux/experimental on kfreebsd and asked to test them on hurd.
> It builds and works by applying attached one.
>
> Any plan to also define UTIME_NOW/UTIME_O
Gabriele Giacone, le Sun 27 Jul 2014 18:23:19 +0200, a écrit :
> Daily iso images can't boot. weekly-1 (July21) does work.
> Last gnumach upload?
>
> https://jenkins.debian.net/job/g-i-installation_debian_sid_daily_hurd_lxde/38/artifact/results//snapshot_000700.png
It rather seems that it's last
Samuel Thibault, le Wed 13 Aug 2014 02:24:23 +0200, a écrit :
> Gabriele Giacone, le Sun 27 Jul 2014 18:23:19 +0200, a écrit :
> > Daily iso images can't boot. weekly-1 (July21) does work.
> > Last gnumach upload?
> >
> > https://jenkins.debian.net/job/g-i-install
Samuel Thibault, le Wed 13 Aug 2014 02:27:11 +0200, a écrit :
> Samuel Thibault, le Wed 13 Aug 2014 02:24:23 +0200, a écrit :
> > Gabriele Giacone, le Sun 27 Jul 2014 18:23:19 +0200, a écrit :
> > > Daily iso images can't boot. weekly-1 (July21) does work.
&g
Samuel Thibault, le Wed 13 Aug 2014 02:29:33 +0200, a écrit :
> Samuel Thibault, le Wed 13 Aug 2014 02:27:11 +0200, a écrit :
> > Samuel Thibault, le Wed 13 Aug 2014 02:24:23 +0200, a écrit :
> > > Gabriele Giacone, le Sun 27 Jul 2014 18:23:19 +0200, a écrit :
> > > &g
Samuel Thibault, le Thu 14 Aug 2014 13:20:26 +0200, a écrit :
> The rebuild fixed it.
And there was an issue with hurd-recommended, since libsmbclient is not
available any more. I have removed it from the dailies, the current
daily on people seems to install fine now.
Samuel
--
To UNSUBSCR
Gabriele Giacone, le Fri 15 Aug 2014 02:24:50 +0200, a écrit :
> Bug in question has just been closed.
> gnash could be binNMU'ed to test the fix.
I've queued it.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas..
Svante Signell, le Mon 18 Aug 2014 21:56:19 +0200, a écrit :
> The reason this is needed is that the MIG generated RPC for hurd/glibc
> currently does not support mixed 32 and 64 bit entries,
Well, make it just always 64bit then. AIUI, this type is not used in
any RPC at all yet, so this can't br
Svante Signell, le Mon 18 Aug 2014 11:31:16 +0200, a écrit :
> Running the t/io/socket test manually reveals:
> ok 1 - close the socket
> ok 2 - make a tcp socket
> ok 3 - bind works
> ok 4 - getsockname() on bound socket
> # port 41258
> ok 5 - listen() works
> ok 6 - make accept tcp socket
> ok 7
Svante Signell, le Tue 19 Aug 2014 07:05:34 +0200, a écrit :
> On Mon, 2014-08-18 at 11:31 +0200, Svante Signell wrote:
> > Furthermore the following two large file system tests fail when building
> > manually:
> > (on the buildd they are skipped. How come, is that image not compiled with
> > -D_F
Svante Signell, le Tue 19 Aug 2014 06:55:43 +0200, a écrit :
> On Mon, 2014-08-18 at 23:39 +0200, Samuel Thibault wrote:
> > Svante Signell, le Mon 18 Aug 2014 21:56:19 +0200, a écrit :
> > > The reason this is needed is that the MIG generated RPC for hurd/glibc
> > >
Samuel Thibault, le Tue 19 Aug 2014 20:36:35 +0200, a écrit :
> It creates thousands of threads, and it seems the stack addresses keep
> going up, so we apparently have a problem of stack reuse here, so
> something on the libpthread side, not the pulseaudio side.
That's possibly re
Hello,
Felipe Sateler, le Mon 18 Aug 2014 00:47:10 -0400, a écrit :
> I am attempting to enable the pulseaudio test suite at package build
> time. After clearing a few hurdles with upstream the package has
> managed to build with tests everywhere except on the hurd[1].
So it's just once-test whic
Samuel Thibault, le Tue 19 Aug 2014 20:36:35 +0200, a écrit :
> Felipe Sateler, le Mon 18 Aug 2014 00:47:10 -0400, a écrit :
> > I am attempting to enable the pulseaudio test suite at package build
> > time. After clearing a few hurdles with upstream the package has
> > manage
Samuel Thibault, le Tue 19 Aug 2014 21:00:02 +0200, a écrit :
> Samuel Thibault, le Tue 19 Aug 2014 20:36:35 +0200, a écrit :
> > Felipe Sateler, le Mon 18 Aug 2014 00:47:10 -0400, a écrit :
> > > I am attempting to enable the pulseaudio test suite at package build
> > >
Source: libc0.3
Version: 2.18-6
Severity: normal
Felipe Sateler, le Tue 19 Aug 2014 16:28:15 -0400, a écrit :
> Thanks for the quick look and resolution! Would you please let me know
> when this change makes it into debian sid? So that I can enable the
> tests in pulseaudio after that.
I'm afraid
Roland McGrath, le Tue 19 Aug 2014 13:26:25 -0700, a écrit :
> If we were starting from scratch, we'd use 64-bit types unconditionally.
> But given that we already have off_t that is sometimes 32 bits, we should
> be consistent with the other systems that have this distinction. That
> means F_GETL
Source: seed
Version: 3.8.1-1
Severity: important
Tags: patch
User: debian-hurd@lists.debian.org
Usertags: hurd
Hello,
The seed package has some code to cope with the absence of PATH_MAX
limitation, but it is bogus: it tests whether the value returned by
pathconf (absolute_path, _PC_PATH_MAX) is
Svante Signell, le Wed 20 Aug 2014 10:24:01 +0200, a écrit :
> On Tue, 2014-08-19 at 20:37 +0200, Samuel Thibault wrote:
> > Samuel Thibault, le Tue 19 Aug 2014 20:36:35 +0200, a écrit :
> > > It creates thousands of threads, and it seems the stack addresses keep
> > >
Pino Toscano, le Mon 26 May 2014 08:34:47 +0200, a écrit :
> It looks like to me there are two solutions:
>
> a) fix the GCC detection of threads on Hurd, so it uses only
>pthread_key_create (or another internal symbol of Hurd's
>libpthread)
>
> b) fix pthread_key_create in Hurd's libpthr
Hello,
Matthias Klose, le Wed 20 Aug 2014 23:39:40 +0200, a écrit :
> I backported the proposed fix for PR61841 in 4.9.1-6, however this doesn't
> seem
> to fix things.
I don't see how their proposed fix could fix the issue we are having on
GNU/Hurd.
The issue mentioned on https://gcc.gnu.org/m
Steven Chamberlain, le Fri 22 Aug 2014 14:42:45 +0100, a écrit :
> mkswap, and the whole format_swap script, is of no use to kfreebsd (or
> hurd I presume - please correct me if I'm wrong)
hurd uses the same format as Linux, do not disable formatting swap
there.
Samuel
--
To UNSUBSCRIBE, email
Jelmer Vernooij, le Sun 24 Aug 2014 00:02:05 +0200, a écrit :
> > I do hope too that partial file locking gets implemented on GNU/Hurd ASAP.
> > But in the meantime, it would be a shame not to have a working samba, when
> > it *does* work fine with this patch.
> I'm not convinced this will actually
501 - 600 of 2875 matches
Mail list logo
