Hello,
Johannes Schauer Marin Rodrigues, le mer. 10 avril 2024 12:15:33 +0200, a ecrit:
> It seems that new versions of login, passwd and util-linux require a more
> recent version of pam than was last buildable:
>
>
> The following packages have unmet dependencies:
> login : PreDepends: libpam
Johannes Schauer Marin Rodrigues, le mar. 21 mai 2024 11:50:25 +0200, a ecrit:
> Where I should've looked is:
>
> http://ftp.ports.debian.org/debian-ports/pool-hurd-i386/main/p/pam/
>
> Or I should've looked in the hurd-i386 Packages file instead of checking the
> pool directory. So what I did in
Hello,
Martin-Éric Racine, le sam. 25 mai 2024 12:39:20 +0300, a ecrit:
> la 25. toukok. 2024 klo 10.17 Martin-Éric Racine
> (martin-eric.rac...@iki.fi) kirjoitti:
> > I cannot help but notice that the Hurd port still depends on 'ntpdate'
> > to sync its clock upon bootup. The key problem is that
Hello,
It was becoming more and more a concern (gstreamer build-depends on
rustc nowadays). At last, the rustc compiler becomes available :D
Thanks to Vedant's GSoC work last summer, and then waiting for Debian to
catch with upstream releases, eventually we have rustc!
(will become available in
Samuel Thibault, le mer. 29 mai 2024 11:09:28 +0200, a ecrit:
> (will become available in the unreleased archive within 6h)
It's available. The buildds have started building the hundreds of
packages that were waiting.
Samuel
Source: gst-plugins-base1.0
Version: 1.24.4-1
Severity: important
Tags: patch ftbfs
User: debian-hurd@lists.debian.org
Usertags: hurd
Hello,
The attached patch fixes the build of gst-plugins-base1.0 on hurd-any,
could you apply it?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/si
Source: gst-plugins-good1.0
Version: 1.24.4-1
Severity: important
Tags: patch
User: debian-hurd@lists.debian.org
Usertag: hurd
Hello,
Some dependencies are missing for gst-plugins-good1.0 on non-linux:
https://buildd.debian.org/status/fetch.php?pkg=gst-plugins-good1.0&arch=hurd-i386&ver=1.24.4-1
Hello,
Alexander Ziaee, le jeu. 06 juin 2024 01:25:29 +, a ecrit:
> A. Would anyone be willing to share the sections of the Hurd manual? E.g (on
> BSD). 1: user utilities, 2: syscalls, 3: libraries, 4: kernel interfaces, etc.
The sections are just like the GNU/Linux manual pages. "syscall" i
Hello,
Alexander Ziaee, le mar. 11 juin 2024 11:39:24 +, a ecrit:
> >> Currently, xf86-input-keyboard is used by Hurd as well as BSD, and I'd
> >> like to make sure that my changes won't cause any regressions for you.
>
> Here [0] is the merge request for the updated manual.
Thanks for this
Hello,
Martin-Éric Racine, le lun. 17 juin 2024 10:59:28 +0300, a ecrit:
> One issue I have on Hurd (but not on Linux) is the following error:
>
> $ sudo LC_ALL=C nice --20 chmod -R u+w /home/perkelix
> nice: cannot set niceness: Permission denied
>
> Doesn't Hurd support the 'nice' command or w
Hello,
Mattias Ellert, le mer. 26 juin 2024 14:35:00 +0200, a ecrit:
> I'd like to request a give-back of the package on hurd-i386.
Ok, done so, thanks for the notice !
Samuel
Mattias Ellert, le mer. 26 juin 2024 14:35:00 +0200, a ecrit:
> Now, after a longer time than I had expected, the Python 3.12 rebuild
> has happened on all architectures except hurd-i386. This architecture
> was left out for some reason.
What did you notice precisely?
I have seen hurd-i386 packag
Hello,
romulasry, le jeu. 04 juil. 2024 19:50:16 +, a ecrit:
> I don't know what package this is? Xorg?
Yes.
> The graphical interface doesn't load when I try to do an graphical install.
Better rather debug Xorg with an installed system.
Samuel
Hello,
romulasry, le ven. 05 juil. 2024 23:51:25 +, a ecrit:
> I am using
> [1]https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/
> As of Fri July 5th
> Also non-graphical install is the same thing
This report is not precise enough to be able to do anything about it.
Samuel
Hello,
Barry deFreese wrote:
> I'm hoping I can try to get involved again
You're very welcome back, nice to see you again! ;)
Samuel
Hello,
Maite Gamper, le ven. 12 juil. 2024 00:18:15 +0200, a ecrit:
> Is it possible to disable the internal ide driver and use rumpdisk
> instead on the uniprocessor kernel?
It's the noide kernel parameter.
Samuel
Barry deFreese, le jeu. 11 juil. 2024 22:06:41 -0400, a ecrit:
> Also, is the debian-hurd page up to date with what needs to be done?
It normally is, yes.
Samuel
Guillem Jover, le mer. 17 juil. 2024 23:48:56 +0200, a ecrit:
> so there is no need to file a report about this.
Ok, thanks! :)
Samuel
Hello,
Guillem Jover, le jeu. 18 juil. 2024 00:04:29 +0200, a ecrit:
> I guess a partial list of places that would be nice to extend
> could be:
>
> Salsa: https://salsa.debian.org/salsa-ci-team/pipeline
We have a gitlab runner running on exodar. I'm wondering about the
capacity of the box, th
Hello,
romulasry, le lun. 15 juil. 2024 18:59:12 +, a ecrit:
> I see there is a cd image here: [1]https://people.debian.org/~sthibault/
> hurd-i386/installer/cdimage/daily/ but I don't see a usb image so I try to
> write it to a usb and it works until it tries to load netinstal in the
> instal
root.tar .'\
> unstable /dev/null
>
> We could turn these tarballs into an ext4 file system but that would not be
> very useful yet, because all the translators would be missing from it. I was
> told by Samuel Thibault that since recently, translators are stored in
> ext
Hello,
Helmut Grohne, le mar. 30 juil. 2024 10:55:36 +0200, a ecrit:
> Can I defer this problem to you and then resume applying your glibc
> patch once I can actually verify it inside rebootstrap?
Sure!
> Related to that given that you are entitled to commit to Debian's glibc
> packaging, did yo
Helmut Grohne, le mar. 30 juil. 2024 10:55:36 +0200, a ecrit:
> I looked into debian/rules and was a bit confused by the inconsistent
> indenting of make-level ifs.
Ouch, indeed, I completely messed up the if (stage1) when refactoring
this. I have now moved the if. I also fixed the -C build-up whi
Hello,
It's high time to give some updates on the 64bit front.
Things seem to be going quite nicely, there is of course still some work
ahead :)
The shell replacement issue that I was having is mostly understood now
and fixed/worked around ; there are two issues, found by Luca:
- The clobber str
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> We are then seeing build failures, see
> https://people.debian.org/~sthibault/hurd-amd64/failed.txt
Ah, I forgot to talk about the general stability of the port.
The main concern is that it looks like swapping doesn'
Almudena Garcia, le jeu. 01 août 2024 00:55:19 +0200, a ecrit:
> The main concern is that it looks like swapping doesn't work well with
> rumpdisk, perhaps something like rumpdisk or pci-arbiter not managing
> to wire themselves completely, and thus getting a hang if any part
> gets
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> - packages that don't fail on hurd-i386, probably worth investigating as
> that'll probably reveal some bugs in the hurd-amd64 port.
(sometimes it's just that the package has 64bit-specific code that was
nev
Samuel Thibault, le jeu. 01 août 2024 00:45:36 +0200, a ecrit:
> The main concern is that it looks like swapping doesn't work well with
> rumpdisk, perhaps something like rumpdisk or pci-arbiter not managing
> to wire themselves completely, and thus getting a hang if any part
>
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> I have noticed that the ibus package errs out in its testsuite. ibus is
> a dependency for e.g. libsdl2 and thus a lot of packages, could somebody
> take a look at its testsuite failures?
I also notice that jackd2 is fa
bdefre...@verizon.net, le ven. 02 août 2024 22:36:12 +, a ecrit:
> If I can ever get my new key signed I'll try to get on some of this.
If you can provide a patch, I can very easily upload it :)
Samuel
Samuel Thibault, le sam. 03 août 2024 00:23:07 +0200, a ecrit:
> Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> > I have noticed that the ibus package errs out in its testsuite. ibus is
> > a dependency for e.g. libsdl2 and thus a lot of packages, could somebody
Package: coreutils
Version: 9.4-3.1
Severity: important
Tags: patch
User: debian-hurd@lists.debian.org
Usertags: hurd
Hello,
With the hurd-amd64 port coming up, we do not plan to introduce a 32bit
time interface to hurd-i386, so could you please apply the attached
patch to disable requiring it un
Package: findutils
Version: 4.10.0-2
Severity: important
Tags: patch
Hello,
With the hurd-amd64 port coming up, we do not plan to introduce a 64bit
time interface to hurd-i386, so could you please apply the attached
patch to disable requiring it until we completely replace hurd-i386 with
hurd-amd
Johannes Schauer Marin Rodrigues, le sam. 24 août 2024 18:29:52 +0200, a ecrit:
> Quoting Samuel Thibault (2024-07-19 01:35:45)
> > Putting a more eye-catching title :)
>
> Thank you, Samuel!
>
> I am still unable to see extended attributes in the translators when checking
Samuel Thibault, le sam. 24 août 2024 19:25:54 +0200, a ecrit:
> Johannes Schauer Marin Rodrigues, le sam. 24 août 2024 18:29:52 +0200, a
> ecrit:
> > Quoting Samuel Thibault (2024-07-19 01:35:45)
> > > Putting a more eye-catching title :)
> >
> > Thank you, Samu
Johannes Schauer Marin Rodrigues, le dim. 25 août 2024 11:10:29 +0200, a ecrit:
> - ran /usr/lib/hurd/setup-translators -k
> - shut down the machine
> - mounted the image again (with -t ext4)
> - ran this: sudo getfattr --dump --match=- /mnt/hurd/*
Not all entries have a translator. Mostly onl
Hello,
An amd64 installer cd image is available on
https://people.debian.org/~sthibault/hurd-amd64/installer/cdimage/daily/
It seems to be working, provided that one has enough memory (2G seems
enough)
Samuel
Samuel Thibault, le dim. 25 août 2024 17:50:51 +0200, a ecrit:
> An amd64 installer cd image is available on
>
> https://people.debian.org/~sthibault/hurd-amd64/installer/cdimage/daily/
I have also put it on
http://cdimage.debian.org/cdimage/ports/latest/hurd-amd64/current/
where it
Almudena Garcia, le dim. 25 août 2024 21:38:17 +0200, a ecrit:
> I'm testing the image in Qemu, but the installer doesn't boot: when I press
> "text install", the machine simply reboots.
>
> Have you tested the installer?
Yes, like documented in the README.
Samuel
Almudena Garcia, le dim. 25 août 2024 22:56:57 +0200, a ecrit:
> I've just found other problem: hurd-console doesn't works
that's why I had to disable it in the debian installer.
> Any solution?
Not that I know of.
Most probably just needs investigation and fixing.
Samuel
Hello,
Barry deFreese, le dim. 25 août 2024 21:01:32 -0400, a ecrit:
> However, I can't seem to resize the root partition. Fdisk didn't
> work and I was able to use parted on the image and both the image and
> disk have 10gb but / is still 1Gb so I can't install hardly anything.
http://cdimage.d
Hello,
Mark Hindley, le ven. 06 sept. 2024 14:27:41 +0100, a ecrit:
> I am working on a patch for init-d-script(5) to add an optional setpriv(1)
> wrapper. Obviously that is not available on non-linux and the patch
> accommodates
> that. However, I am concerned that non-linux users might find th
Hello,
Simon McVittie, le lun. 16 sept. 2024 16:20:15 +0100, a ecrit:
> https://buildd.debian.org/status/fetch.php?pkg=gtk4&arch=hurd-i386&ver=4.16.1%2Bds-2&stamp=1726438813&raw=0
> > Get:209 http://deb.debian.org/debian-ports unreleased/main hurd-i386
> > libgstreamer-plugins-base1.0-dev hurd-i3
Samuel Thibault, le lun. 16 sept. 2024 17:28:07 +0200, a ecrit:
> Simon McVittie, le lun. 16 sept. 2024 16:20:15 +0100, a ecrit:
> > https://buildd.debian.org/status/fetch.php?pkg=gtk4&arch=hurd-i386&ver=4.16.1%2Bds-2&stamp=1726438813&raw=0
> > > Get:209
Jens Mühlenhoff, le Thu 19 Sep 2013 01:55:24 +0200, a écrit :
> is returning errno = 1073741865 which is ESPIPE?!
Err, no, it's 0x4029, i.e. _HURD_ERRNO(41), i.e. EPROTOTYPE.
> I think that translates to socket(AF_INET, SOCK_STREAM | SOCK_CLOEXEC, 0)
Yes. SOCK_CLOEXEC is not currently suppor
Hello,
/proc is not mounted any more after Debian GNU/Hurd installation. This
happens because grub-installer does
if ! umount $ROOT/proc; then
right after having set up itself in the MBR. Justus, I guess the
sysvinit bootup would mount it at boot? If so we can as well mount it
from runsystem.
Jens Mühlenhoff, le Thu 19 Sep 2013 02:18:28 +0200, a écrit :
> >Yes. SOCK_CLOEXEC is not currently supported, the TCP/IP stack thinks
> >the caller is inventing a new proto type numbered 4194305. You would
> >get the same behavior on Linux when building the application against a
> >recent libc, b
Justus Winter, le Thu 19 Sep 2013 10:14:23 +0200, a écrit :
> Quoting Samuel Thibault (2013-09-19 02:11:21)
> > /proc is not mounted any more after Debian GNU/Hurd installation. This
> > happens because grub-installer does
> >
> > if ! umount $ROOT/proc; then
&g
Justus Winter, le Thu 19 Sep 2013 10:10:12 +0200, a écrit :
> + * Include the nullpriv utility in hurd and hurd-udeb.
Ah, right, applied.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archi
n glibc, helped by Pino (he did most of the glibc 2.17 work).
- maintain arch-related pkgs.
- fix toolchain issues
- maintain & test the debian installer
- fix arch-related bugs in general.
I am a DD.
Samuel Thibault
pgp5omsJ2Z4Ky.pgp
Description: PGP signature
Samuel Thibault, le Thu 19 Sep 2013 12:55:20 +0200, a écrit :
> Niels Thykier, le Thu 19 Sep 2013 10:38:29 +0200, a écrit :
> > So far, the *no one* has stepped up to back the following architectures:
> >hurd-i386
>
> It seems that for some unknown reason I never
Samuel Thibault, le Thu 19 Sep 2013 12:55:20 +0200, a écrit :
> > On 2013-09-01 09:33, Niels Thykier wrote:
> > > If you are (or intend to become) an active porter for the lifetime of
> > > jessie, then please send a signed email explaining your involvement in
> >
Thomas Schwinge, le Thu 19 Sep 2013 15:16:30 +0200, a écrit :
> On Thu, 19 Sep 2013 02:06:27 +0200, Samuel Thibault
> wrote:
> > Jens Mühlenhoff, le Thu 19 Sep 2013 01:55:24 +0200, a écrit :
> > > I think that translates to socket(AF_INET, SOCK_STREAM | SOCK_CLO
Hello,
Thomas Schwinge, le Mon 02 Sep 2013 23:56:08 +0200, a écrit :
> I have implemented SOCK_CLOEXEC for socket in TopGit branch
> t/socket_flags and for socketpair in t/socketpair_flags
I have just added them to the debian glibc package.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ.
Svante Signell, le Mon 02 Sep 2013 22:35:51 +0200, a écrit :
> The solution is to patch dbus to cover also EPROTYYPE,
> if (*fd_p < 0 && (errno == EINVAL || errno == EPROTOTYPE))
> if (retval < 0 && (errno == EINVAL || errno == EPROTOTYPE))
> or to patch pf.c to return EINVAL instead of EPROTOT
Justus Winter, le Mon 16 Sep 2013 12:20:24 +0200, a écrit :
> Richard asked me to make /hurd/proc run with a PID other than 0
> because that causes various problems. I fully agree. Fortunately the
> fix is straight forward.
Applied, thanks.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ..
Thomas Schwinge, le Thu 19 Sep 2013 15:16:30 +0200, a écrit :
> Hi!
>
> On Thu, 19 Sep 2013 02:06:27 +0200, Samuel Thibault
> wrote:
> > Jens Mühlenhoff, le Thu 19 Sep 2013 01:55:24 +0200, a écrit :
> > > I think that translates to socket(AF_INET, SOCK_STREAM | SO
Svante Signell, le Sat 21 Sep 2013 17:02:28 +0200, a écrit :
> Strange, Pino just said on IRC that the patches were not accepted in
> upstream libc, and the t/verify (whatever that is) might not even be
> acceptable eglibc?
t/verify is already as a patch debian's eglibc
Samuel
--
To UNSUBSCR
Heya,
Congrats for this definitely great achievement :)
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130923114956.gn5...@type.bordeaux.inria.fr
Hello,
Samuel Thibault, le Sat 21 Sep 2013 16:20:33 +0200, a écrit :
> > > Yes. SOCK_CLOEXEC is not currently supported
> >
> > Well, it is supposed to; see what I wrote in
> > <http://news.gmane.org/find-root.php?message_id=%3C87r4d6khvr.fsf%40kepler.schwinge.homei
Hello,
It seems this remained unanswered.
Vincent Bernat, le Thu 12 Sep 2013 23:11:38 +0200, a écrit :
> To get information from the system, currently, I plan to rely on
> getifaddrs() to get the list of interfaces as well as their IP
> addresses.
Yes, that part should work.
> I think that spea
Here is my answer :)
- Forwarded message from Samuel Thibault -
From: Samuel Thibault
To: Donald Allen
Subject: Re: Installing latest hurd
Date: Mon, 16 Sep 2013 00:19:09 +0200
Hello,
Again, as the delay for my answer shows, it'd really be better to raise
the issues on the ma
Hello,
Lior Kaplan, le Wed 02 Oct 2013 18:53:15 +0200, a écrit :
> After getting some feedback from upstream I want to test an updated patch. Can
> anyone help with that? Or can I get access to chroot with PHP build
> dependencies ?
I have installed the php5 build-deps on the exodar sid chroot.
Lior Kaplan, le Wed 02 Oct 2013 22:58:11 +0200, a écrit :
> On Wed, Oct 2, 2013 at 6:59 PM, Samuel Thibault wrote:
>
> Lior Kaplan, le Wed 02 Oct 2013 18:53:15 +0200, a écrit :
> > After getting some feedback from upstream I want to test an updated
> patch. Can
&
Hello,
Svante Signell, le Thu 26 Sep 2013 17:40:37 +0200, a écrit :
> The attached diff (one-liner) to the patch tg-sendmsg-SCM_RIGHTS.diff
> fixes the error codes resulting from the HURD_DPORT_USE macro
Good catch! Commited for next libc upload.
Please make sure to X-Debbugs-Cc debian-hurd@ wh
Hello,
Lior Kaplan, le Fri 04 Oct 2013 18:57:53 +0200, a écrit :
> Is there a possibility to get a verification of this debdiff on top of php5 in
> unstable?
> I wanna be sure it builds on a clean minimal chroot without any other stuff
> installed.
Yes, it builds fine, thanks.
Samuel
--
To UN
Justus Winter, le Tue 30 Jul 2013 11:59:14 +0200, a écrit :
> --- a/libdiskfs/file-set-trans.c
> +++ b/libdiskfs/file-set-trans.c
> @@ -206,5 +207,21 @@ diskfs_S_file_set_translator (struct protid *cred,
> + if (! error && cred->po->path)
> +error = fshelp_set_active_translator (cred->po->path
All three applied, thanks.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20131008204035.gj5...@type.youpi.perso.aquilenet.fr
Richard Braun, le Sun 13 Oct 2013 02:02:45 +0200, a écrit :
> On Sun, Oct 13, 2013 at 09:42:30AM +1100, James Haggerty wrote:
> > Just did an apt-get update, apt-get upgrade, and everything seemed to go
> > smoothly except that top now crashes and htop doesn't show cpu %. I'm
> > assuming /proc has
Hello,
Justus Winter, le Fri 11 Oct 2013 12:45:46 +0200, a écrit :
> I haven't looked closely at any failures yet, but if the results have
> any relation to the quality of the translators, we are doing okay and
> - perhaps surprisingly - tmpfs is doing better than ext2fs:
>
> ext2fs: 1797/1962 te
All applied, thanks!
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20131013160026.go14...@type.youpi.perso.aquilenet.fr
Svante Signell, le Tue 15 Oct 2013 10:33:12 +0200, a écrit :
> + pids = __getpid();
> + euids = __geteuid();
> + auids = __getuid();
> + egids = __getegid();
> + agids = __getgid();
Err, which part of the protocol which check that these are actually the
proper value?
Svante Signell, le Wed 16 Oct 2013 00:40:18 +0200, a écrit :
> On Wed, 2013-10-16 at 00:28 +0200, Samuel Thibault wrote:
> > Svante Signell, le Tue 15 Oct 2013 10:33:12 +0200, a écrit :
> > > + pids = __getpid();
> > > + euids = __geteuid();
> > > +
Svante Signell, le Wed 16 Oct 2013 00:46:54 +0200, a écrit :
> On Wed, 2013-10-16 at 00:42 +0200, Samuel Thibault wrote:
> > Svante Signell, le Wed 16 Oct 2013 00:40:18 +0200, a écrit :
> > > On Wed, 2013-10-16 at 00:28 +0200, Samuel Thibault wrote:
> > > > Svante Sig
Samuel Thibault, le Wed 16 Oct 2013 00:48:35 +0200, a écrit :
> Because the receiver does not trust the sender.
And that is the *whole* point of SCM_CREDS. Otherwise the sender could
simply write a mere struct, without having to go through SCM_*.
Samuel
--
To UNSUBSCRIBE, email to debian-h
Svante Signell, le Wed 16 Oct 2013 07:44:11 +0200, a écrit :
> What about being paranoid, and do the check on both the transmit _and_
> receive side?
There is no need for a check on the transmit side: the sender does know
for sure what he is.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ
Svante Signell, le Wed 16 Oct 2013 07:35:51 +0200, a écrit :
> OK, I'll move the check to recvmsg.c then. No problem:) We can also do a
> full re-authentication at the receive end, should that be added too?
I don't remember what that means, but you might need that.
In any case, you should really
Svante Signell, le Wed 16 Oct 2013 09:50:27 +0200, a écrit :
>
> On Wed, 2013-10-16 at 09:24 +0200, Samuel Thibault wrote:
> > Svante Signell, le Wed 16 Oct 2013 07:44:11 +0200, a écrit :
> > > What about being paranoid, and do the check on both the transmit _an
Svante Signell, le Wed 16 Oct 2013 11:26:29 +0200, a écrit :
> > All of them. Everything that is provided in cmsgcred is supposed to have
> > been checked by the operating system as being correct.
>
> How to handle case where not all ancillary data is sent, e.g. groups
> missing?
Well, you can st
Justus Winter, le Tue 22 Oct 2013 14:59:06 +0200, a écrit :
> * No passive translator was installed on /proc.
IIRC this is fixed, just missing d-i rebuild.
> * The tasksel step looked strange, there was just one empty line and
> one saying something like "standard system utilities".
Probably b
Justus Winter, le Tue 22 Oct 2013 16:10:06 +0200, a écrit :
> Quoting Samuel Thibault (2013-10-22 15:12:12)
> > > * I installed a 250GB hard disk but it doesn't show up with the full
> > > capacity, dunno why.
> >
> > If you installed through IDE,
Justus Winter, le Tue 22 Oct 2013 17:29:07 +0200, a écrit :
> Quoting Justus Winter (2013-10-22 14:59:06)
> > I just installed Debian/Hurd using d-i [0] on a VIA Eden mini-ITX
> > mainboard [1]. I just used the first cd for the installation, no
> > network mirror. All in all it went fine, some rema
Justus Winter, le Tue 22 Oct 2013 17:53:04 +0200, a écrit :
> Quoting Samuel Thibault (2013-10-22 17:46:40)
> > > * the cdrom entry in /etc/fstab has "iso9660fs" as filesystem
> > > type. While our mount should cope with this just fine, this clearly
> > >
Justus Winter, le Tue 22 Oct 2013 18:26:08 +0200, a écrit :
> Quoting Samuel Thibault (2013-10-22 17:58:01)
> > Justus Winter, le Tue 22 Oct 2013 17:53:04 +0200, a écrit :
> > > Quoting Samuel Thibault (2013-10-22 17:46:40)
> > > > > * the cdrom entry in /etc/fs
Justus Winter, le Tue 22 Oct 2013 17:12:54 +0200, a écrit :
> Note the "", on my linux box that reads "/usr/bin/clang"
> instead. Thoughts?
I've noticed that in the llvm toolchain things are
missing/missconfigured indeed. That's probably related.
> The static analyzer is good at spotting errors,
Svante Signell, le Thu 24 Oct 2013 13:40:02 +0200, a écrit :
> We are now checking authorization on the receive side.
Could you explain *how* your patch is working? That is again the piece
of information which is missing in your patch submission. Us having
to guess from the source code is not th
Svante Signell, le Thu 24 Oct 2013 15:38:11 +0200, a écrit :
> > Well, the question is quite simple: what happens when the sender
> > provides faked ports, e.g. pointing to other proc/auth servers? That's
> > where having to explain how the patch is working would possibly even
> > work out the sec
Svante Signell, le Thu 24 Oct 2013 17:04:58 +0200, a écrit :
> On Thu, 2013-10-24 at 16:08 +0200, Samuel Thibault wrote:
> > Svante Signell, le Thu 24 Oct 2013 15:38:11 +0200, a écrit :
>
> > > > > + goto label;
> > > >
> > > > Why skipping
Svante Signell, le Thu 24 Oct 2013 18:14:19 +0200, a écrit :
> On Thu, 2013-10-24 at 17:22 +0200, Samuel Thibault wrote:
> > Svante Signell, le Thu 24 Oct 2013 17:04:58 +0200, a écrit :
> > > On Thu, 2013-10-24 at 16:08 +0200, Samuel Thibault wrote:
> > > > Svante Sig
Hello,
I have an important fix for hurd-i386 glibc (which will fix ruby2.0 and
others) which would be easier to upload in coordination with the hurd
package. The changes in 2.17-94 are only in hurd/ files, except in
include/errno.h where it changes things only for the hurd case.
Since 2.17-93 is
Hello,
Lior Kaplan, le Tue 22 Oct 2013 14:05:24 +0200, a écrit :
> I know what's the problem, just have no idea why it's back after two different
> builds verified
It seems the PATH_MAX reference comes from the
debian/patches/use_embedded_timezonedb.patch
maybe we weren't building with it?
Samue
Hello,
This morning, a libc with fully TLS variables was uploaded.
It means libpthread and makecontext can now accept any kind of
stack (size and alignment). We should also be able to now implement
SA_ONSTACK.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subj
Thomas Schwinge, le Tue 12 Nov 2013 16:18:06 +0100, a écrit :
> > > > It means libpthread and makecontext can now accept any kind of
> > > > stack (size and alignment). We should also be able to now implement
> > > > SA_ONSTACK.
>
> The *context functions need to get their threadvar handling remov
Richard Braun, le Wed 13 Nov 2013 10:22:35 +0100, a écrit :
> On Tue, Nov 12, 2013 at 02:42:29PM +0100, Samuel Thibault wrote:
> > This morning, a libc with fully TLS variables was uploaded.
> >
> > It means libpthread and makecontext can now accept any kind of
> > sta
Svante Signell, le Wed 13 Nov 2013 11:29:39 +0100, a écrit :
> On Wed, 2013-11-13 at 10:39 +0100, Richard Braun wrote:
> > On Wed, Nov 13, 2013 at 10:34:13AM +0100, Samuel Thibault wrote:
> > > Richard Braun, le Wed 13 Nov 2013 10:22:35 +0100, a écrit :
> > > &
Richard Braun, le Wed 13 Nov 2013 12:01:42 +0100, a écrit :
> On Wed, Nov 13, 2013 at 10:39:14AM +0100, Richard Braun wrote:
> > I'll check again, this must probably be a problem on my side.
>
> Looks like there is a problem with libpthread-stubs.
libpthread-stubs is supposed to have gone away.
Svante Signell, le Wed 13 Nov 2013 13:30:50 +0100, a écrit :
> On Wed, 2013-11-13 at 13:17 +0100, Samuel Thibault wrote:
> > Svante Signell, le Wed 13 Nov 2013 11:29:39 +0100, a écrit :
> > > On Wed, 2013-11-13 at 10:39 +0100, Richard Braun wrote:
> > > > On Wed, No
Richard Braun, le Wed 13 Nov 2013 14:31:26 +0100, a écrit :
> On Wed, Nov 13, 2013 at 01:17:40PM +0100, Samuel Thibault wrote:
> > libpthread-stubs is supposed to have gone away.
>
> Nothing seems to force its uninstallation, and libc0.3 isn't upgraded
> while it's pre
Justus Winter, le Mon 18 Nov 2013 16:49:57 +0100, a écrit :
> However, the identity ports are still compared. This cannot succeed if
> fakeroot or chroot is used,
Aah, that's why.
So with this patch, does building packages inside the hurdish fakeroot
now works?
Samuel
--
To UNSUBSCRIBE, email
Justus Winter, le Mon 18 Nov 2013 18:54:45 +0100, a écrit :
> Quoting Samuel Thibault (2013-11-18 17:15:05)
> > Justus Winter, le Mon 18 Nov 2013 16:49:57 +0100, a écrit :
> > > However, the identity ports are still compared. This cannot succeed if
> > > fakeroot or c
301 - 400 of 2875 matches
Mail list logo
