Законное избавление от бухгалтерских документов.
Title: Много документов Много документов? Беспокоят налоговые или встречные проверки? Законное списание и уничтожение бухгалтерских документов по 1999 г. включительно. Специализированная архивная компания на рынке архивных услуг с 2000 г., профессиональная ответственность застрахована. подробности по телефону 190-23-56, 190-45-97 ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Hurd wiki in https
Hi, While it's relatively easy to create an account on the Hurd wiki[1] and to edit it, everything is in http. So at the account creation and during the login, the password is most probably transmitted in clear. Would it be possible to fix that? References: --- [1]http://darnassus.sceen.net/~hurd-web/ Denis. pgpoi_86hFGPf.pgp Description: OpenPGP digital signature
Re: Hurd wiki in https
On Tue, 17 Aug 2021 10:29:42 +0200 Richard Braun wrote: > On Mon, Aug 16, 2021 at 11:23:23PM +0200, Denis 'GNUtoo' Carikli > wrote: > > While it's relatively easy to create an account on the Hurd wiki[1] > > and to edit it, everything is in http. > > > > So at the account creation and during the login, the password is > > most probably transmitted in clear. > > > > Would it be possible to fix that? > > On vacation right now, but I'll get to it eventually. Thanks a lot. Denis. pgpQCceCFc5Rd.pgp Description: OpenPGP digital signature
Re: Hurd wiki in https
On Tue, 7 Sep 2021 14:50:48 +0200 Richard Braun wrote: > On Tue, Aug 17, 2021 at 10:29:42AM +0200, Richard Braun wrote: > > On Mon, Aug 16, 2021 at 11:23:23PM +0200, Denis 'GNUtoo' Carikli > > wrote: > > > While it's relatively easy to create an account on the Hurd > > > wiki[1] and to edit it, everything is in http. > > > > > > So at the account creation and during the login, the password is > > > most probably transmitted in clear. > > > > > > Would it be possible to fix that? > > > > On vacation right now, but I'll get to it eventually. > > Done. Thanks a lot. Denis. pgpVfigG8_CjL.pgp Description: OpenPGP digital signature
Easy testing on real hardware with FSDG distributions?
Hi, The HURD wiki now mentions that the "X200, T400, or T500 Thinkpads" can now run HURD[1]. My interest in HURD at the moment is mainly to test HURD to document which GNU Boot configurations can or cannot boot HURD and maybe have some automatic testing done with HURD as well or if it's too much work, to document the current status (cannot test hurd ourselves, in need for volunteers to do that, need to wait for for testing, etc). Since we don't want to force GNU Boot contributors to run nonfree distros, and that we can't integrate code to automatically tests with nonfree distros either, our only option is either to rely on voulonteers to run tests or to do the tests ourselves with FSDG distros. In practice we already have automatic testing with Trisquel and LVM for instance, and Guix and Trisquel are also manually tested quite often these days. So this brings my question: Is there an easy way to somehow reproduce an installation of GRUB with FSDG distributions or does that still require Debian? I'm looking for something that can potentially be automatized or reproduced by following some instructions somehow, and if that doesn't exist, I'm looking for a way to do that without too much work, or to document the current status. The two FSDG distributions that seem to have support for HURD are Guix and Trisquel. For Guix it's well tested in VMs within the childhurd compilation offload Guix service, but when running in some other configurations it has several issues: (1) The GRUB configuration somehow hardcodes 'hda1' as the HURD partition. On real hardware it can be worked around by identifying which partition is the right one and changing it accordingly (usually it's sda1 or sda2 depending on if there is a cdrom/dvd drive for instance). With standalone VMs this is easier to deal with than as one can just make the disk image become ATA and get rid of the issue for good. (2) Guix with GRUB can only boot once on standalone VMs or on real hardware. It's a known bug and there are workarounds in the hurd-team branch in Guix. With standalone VMs the workaround is to copy the VM file before each boot but that is way more time consuming to do with real hardware. The combination of both issues makes it harder to test, especially if we add other things in the mix like changing the boot software and/or its build configuration and/or broken hardware. There is also Trisquel that has a crosshurd package but I've not tested it yet, but it also seems to use debian's sources.list. So I was wondering if people had workaround for the issues above to make it relatively easy to test, or if there are other paths that can results in a HURD image that can be tested somehow. References: --- [1]https://darnassus.sceen.net/~hurd-web/faq/drivers/ Denis. pgpdGxGLrqnZK.pgp Description: OpenPGP digital signature
Re: Easy testing on real hardware with FSDG distributions?
On Mon, 07 Oct 2024 23:19:52 + Damien Zammit wrote: > Hi, Hi, > Concerning X200/T400/T500, these will not boot into Xorg > on HURD if any flavour of coreboot is installed. > > This is because VESA is not implemented in coreboot > and there is no other working graphics driver yet. We should fix this at some point as it would dramatically improve the usability of Coreboot and its distributions. > Text mode will still function, although at an embarrassingly > low screen resolution unchanged from the coreboot framebuffer. Thanks. If this works it should be more than enough for us. I've not tested the high resolution framebuffer with HURD yet but if I manage to get something booting with the X200 I'll report if it works somehow. Denis. pgpgaiHHbD4_H.pgp Description: OpenPGP digital signature
Re: Easy testing on real hardware with FSDG distributions?
On Mon, 07 Oct 2024 22:51:45 + jbra...@dismail.de wrote: > Well, do not use the "latest" or "stable" debian hurd iso 32 images. > > That is any 32 bit image with the date 2023-06-08. That 32 bit > net-install image currently fail to boot the Hurd on the T400. So > these images do NOT boot: > > https://cdimage.debian.org/cdimage/ports/latest/hurd-i386/current/iso-cd/ > https://cdimage.debian.org/cdimage/ports/stable/hurd-i386/iso-cd/ Thanks a lot for the information, I will try to do Guix tests again on an X200 instead. Denis. pgpwMWtCk2Sl3.pgp Description: OpenPGP digital signature
Re: Easy testing on real hardware with FSDG distributions?
8:38 2023 +0200 > > DRAFT hurd-boot: Support second boot. > > * gnu/build/hurd-boot.scm (boot-hurd-system): Check for stale > shepherd socket and remove it. Be chattier about /hurd symlink > replacement. > > commit 6b34e08e4d257b31d21404405b66b730f15a0b89 > Author: Janneke Nieuwenhuizen > Date: Tue May 30 18:02:38 2023 +0200 > > DRAFT hurd: Support second boot. > > XXX This works beautifully, also on my x60, as long as the > filesystem is clean. Although our fsck in libexec/runsystem doesn't > work without or with the current ftab, this may be a bad idea? > > This avoids hanging upon second boot and ensures a declarative > /hurd and /dev. > * gnu/packages/patches/hurd-startup.patch: New file. > * gnu/local.mk (dist_patch_DATA): Add it. > * gnu/packages/hurd.scm (hurd): Use it. > [arguments]: In stage create-runsystem remove /dev/urandom. It's also a well known issue within Guix Hurd and it was discussed informally at the latest FOSDEM in person. There are also bug reports but I'm unsure which ones exactly as the commit above don't contain references to bug reports. I'll try to run more tests in a VM to capture the output. > Concerning Debian GNU/Hurd, there is simply no contrib or non-free > section in its debian-ports archive, so it's really only free > software. Thanks a lot, this is interesting. However in our case we prefer staying on the safe side and only recommend the official free distros to avoid the risk of creating huge debates. References: --- [1]https://git.savannah.gnu.org/cgit/guix.git Denis. pgpk5DHSyNdab.pgp Description: OpenPGP digital signature
