GNU emacs on Hurd
Hi, My apologies if this is the incorrect forum for this. I appreciate being corrected. I should quickly introduce myself as this is my first post. I've been subscribed on this list for several years and have been very interested in the GNU/Hurd. I would very much like to see (and help) it released in Debian Wheezy. Anyway, onto my problem. I have recently installed Debian GNU/Hurd from the debian installer images at http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/ Firstly, networking works but `devprobe eth0' doesn't return anything. Secondly, and the reason for this email, emacs refuses to start. After some googling I found: http://lists.gnu.org/archive/html/bug-gnu-emacs/2011-04/msg00140.html Trying to start emacs from the hurd console results in the message: $ emacs emacs: Not a tty device: /dev/tty $emacs -nw emacs: Not a tty device: /dev/tty $ emacs --version GNU Emacs 23.2.1 $ apt-cache policy emacs emacs: Installed: 24.1+1-1 Candidate: 24.1+1-1 Version table: *** 24.1+1-1 0 500 http://ftp.debian.org/debian/ sid/main hurd-i386 Packages 100 /var/lib/dpkg/status 23.2+1-7 0 500 http://ftp.debian.org/debian/ sid/main hurd-i386 Packages I would appreciate some advice on what to do next. Should I forward the bug to Debian (I can't find it on the debian bug tracker) with the patch? Thanks very much, James
Re: GNU emacs on Hurd
On Thu, 2012-07-05 at 17:41 +1000, James Collier wrote: > Hi, > My apologies if this is the incorrect forum for this. I appreciate being > corrected. > I should quickly introduce myself as this is my first post. I've been > subscribed on this list for several years and have been very interested > in the GNU/Hurd. I would very much like to see (and help) it released in > Debian Wheezy. Well, it will probably be released with Wheezy+1. > Secondly, and the reason for this email, emacs refuses to start. After > some googling I found: > http://lists.gnu.org/archive/html/bug-gnu-emacs/2011-04/msg00140.html Emacs versions later than 23.2.1 does not build unfortunately. There is a patch available for that version, but I can send you unofficial versions of 23.4 or even 24.1, until it builds properly on the buildds. > I would appreciate some advice on what to do next. Should I forward the > bug to Debian (I can't find it on the debian bug tracker) with the > patch? There is no bug for emacs in Hurd since no solution has yet been found to build it reliably. I'm one if the people working on that (help wanted). Additionally, I think debian-h...@list.debian.org would be a better mailing list to use, since emacs 23.4 and 24.1 builds OK from upstream tarballs, but not the Debian packages.
Re: GNU emacs on Hurd
Svante Signell, le Thu 05 Jul 2012 10:19:00 +0200, a écrit : > On Thu, 2012-07-05 at 17:41 +1000, James Collier wrote: > > I should quickly introduce myself as this is my first post. I've been > > subscribed on this list for several years and have been very interested > > in the GNU/Hurd. I would very much like to see (and help) it released in > > Debian Wheezy. > > Well, it will probably be released with Wheezy+1. We will most probably make an unofficial wheezy release; there is no reason not to, and that'll already be great. > > Secondly, and the reason for this email, emacs refuses to start. After > > some googling I found: > > http://lists.gnu.org/archive/html/bug-gnu-emacs/2011-04/msg00140.html > > Emacs versions later than 23.2.1 does not build unfortunately. There is > a patch available for that version, Which makes it build in debian? It might be useful to upload that on debian-ports. Samuel
Re: Releasing GNU Mach & MIG?
Hey! Thomas Schwinge skribis: > Doing a proper release is not out of sight, but just has not happened > yet. IMO the release should be made with whatever is currently in the tree. After all, it’s stable enough to build the Hurd on Debian, so it can’t be that bad (and we know it probably isn’t.) Most importantly, making releases is vital to a project’s health. (Yes, it’s still easier said than done, but if you think of it as “make dist && upload”, it’s not out of reach either. ;-)) Thanks, Ludo’.
netdde not detecting cards
Hello,
To people who were having problems of network card detection with
netdde, I've found that it was hardcoded that only bus 0 and 2 were
probed for. The attached patch should probe for all buses, and
probably fix the issue you were having. Check your lspci output, if it
looked like
03:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
Connection (rev 04)
i.e. first number for the network board is neither 00 nor 02, then
it's normal that netdde was not finding your card. You can apply the
attached patch to the hurd package, install it, and rebuild netdde, or
just wait for the next hurd+netdde upload, or CD image build.
Samuel
diff --git a/libdde_linux26/lib/src/arch/l4/pci.c
b/libdde_linux26/lib/src/arch/l4/pci.c
index c393fd3..b50a735 100644
--- a/libdde_linux26/lib/src/arch/l4/pci.c
+++ b/libdde_linux26/lib/src/arch/l4/pci.c
@@ -24,10 +24,6 @@ typedef struct l4dde_pci_dev {
/** List of Linux-DDEKit PCIDev mappings */
static LIST_HEAD(pcidev_mappings);
-/** PCI bus */
-static struct pci_bus *pci_bus = NULL;
-static struct pci_bus *pci_bus1 = NULL;
-
static int l4dde26_pci_read(struct pci_bus *bus, unsigned int devfn, int
where, int size, u32 *val);
static int l4dde26_pci_write(struct pci_bus *bus, unsigned int devfn, int
where, int size, u32 val);
@@ -187,18 +183,21 @@ int pcibios_enable_device(struct pci_dev *dev, int mask)
void __init l4dde26_init_pci(void)
{
ddekit_pci_init();
-
- // TODO it's a temporary solution to handle 2 buses.
- // we need to find a way to detect buses.
- pci_bus = pci_create_bus(NULL, 0, &dde_pcibus_ops, NULL);
- Assert(pci_bus);
-
- pci_do_scan_bus(pci_bus);
-
- pci_bus1 = pci_create_bus(NULL, 2, &dde_pcibus_ops, NULL);
- Assert(pci_bus1);
-
- pci_do_scan_bus(pci_bus1);
+ int nr;
+ char found[256] = { };
+ int bus, slot, func;
+
+ for (nr = 0; ; nr++) {
+ if (ddekit_pci_get_device(nr, &bus, &slot, &func) != 0)
+ break;
+ if (!found[bus]) {
+ struct pci_bus *pci_bus = pci_create_bus(NULL, bus,
&dde_pcibus_ops, NULL);
+ Assert(pci_bus);
+ pci_do_scan_bus(pci_bus);
+
+ found[bus] = 1;
+ }
+ }
INITIALIZE_INITVAR(dde26_pci);
}
