http://bugs.archhurd.org/
Arch Hurd: Recently opened tasks2010-09-01T08:24:42ZFS#20: [tmux] broken
http://bugs.archhurd.org/index.php?do=details&task_id=20
2010-09-01T08:24:42ZAlexander Preisingertmux is brokenFS#19: Typo in /arch/setup installation script prevents installation
http://bugs.archhurd.org/index.php?do=details&task_id=19
2010-08-31T22:55:17ZMike BurrellFrom the 2010-08-25 LiveCD, /arch/setup:130 reads:
ans=0
It should read:
ans1=0
ans=0
It should read:
ans1=0]]>FS#18: [filesystem] /etc/services missing
http://bugs.archhurd.org/index.php?do=details&task_id=18
2010-08-28T10:56:44ZAlexander Preisinger
This file is needed by a lot of daemons and even glibc looks it up.
You can also split filesystem to got iana-etc, like in arch linux.
This file is needed by a lot of daemons and even glibc looks it up.
You can also split filesystem to got iana-etc, like in arch linux.]]>FS#17: [glibc] gtk applications aren't working anymore wtih the new glibc
http://bugs.archhurd.org/index.php?do=details&task_id=17
2010-08-23T20:57:17ZAlexander PreisingerAll gtk applications stopped working with the new glibc from testing.
I tried rebuilding gtk2, atk and building new applications, like leafpad, but nothing helps.
I tried rebuilding gtk2, atk and building new applications, like leafpad, but nothing helps.]]>FS#16: [gnumach-userleveldrivers] filesystems conflicts with gnumach
http://bugs.archhurd.org/index.php?do=details&task_id=16
2010-08-28T00:33:27ZAlexander PreisingerThe gnumach-userleveldrivers package files are conflicting with the files from gnumach.
To solve that problem I added
conflicts=('gnumach')
to the PKGBUILD
A rebuild is needed asap, because that package is already in extra.
To solve that problem I added
conflicts=('gnumach')
to the PKGBUILD
A rebuild is needed asap, because that package is already in extra.]]>FS#15: [tcl] does not build
http://bugs.archhurd.org/index.php?do=details&task_id=15
2010-08-26T09:36:46ZAlexander PreisingerThe package tcl 8.5.8 does not build.
An error occurs in the unix/tclUnixPort.h file at the line 619.
I tested building it in Arch Linux and it works.
EDIT: It is due to some glibc changes.
An error occurs in the unix/tclUnixPort.h file at the line 619.
I tested building it in Arch Linux and it works.
EDIT: It is due to some glibc changes.]]>FS#14: Xorg very very slow
http://bugs.archhurd.org/index.php?do=details&task_id=14
2010-08-23T23:30:10Zsacardehi,
in my archhurd in qemu-kvm...
after some trouble, I start Xorg
- passing to qemu: -vga std
- without xorg.conf
but openbox o twm are very very very slow... keyboard and mouse...
it is unusable
in #hurd suggest to me to apply:
submitted-sysvshm.diff (glibc headers)
thanks
in my archhurd in qemu-kvm...
after some trouble, I start Xorg
- passing to qemu: -vga std
- without xorg.conf
but openbox o twm are very very very slow... keyboard and mouse...
it is unusable
in #hurd suggest to me to apply:
submitted-sysvshm.diff (glibc headers)
thanks]]>FS#13: [initscripts] rc.shutdown runs as non root user in login prompt
http://bugs.archhurd.org/index.php?do=details&task_id=13
2010-08-15T15:28:19ZDiego Martin Nieto CidThe login prompt is a funny thing in Hurd, you can actually run commands, cat files, etc :P
Executing reboot will run rc.shutdown and print the corresponding messages as if root were there current user. But finally when /sbin/internal_reboot is run it fails because of insufficient privileges.
At the login some kind of *unnamed* guest user is active so whoami fails and the script continues. Using id reveals that the uid is 2^32 (or (unsigned int) -1). The following patch drops the usage of whoami.
diff --git a/rc.shutdown b/rc.shutdown
index 0a77615..bac471d 100644
--- a/rc.shutdown
+++ b/rc.shutdown
@@ -6,7 +6,7 @@
. /etc/rc.conf
. /etc/rc.d/functions
-if [ `whoami` != "root" ]; then
+if [ `id -u` -ne 0 ]; then
echo "Only superuser can do this"
exit 1
fi
(the diff avobe has an extra leading space on each line)
Executing reboot will run rc.shutdown and print the corresponding messages as if root were there current user. But finally when /sbin/internal_reboot is run it fails because of insufficient privileges.
At the login some kind of *unnamed* guest user is active so whoami fails and the script continues. Using id reveals that the uid is 2^32 (or (unsigned int) -1). The following patch drops the usage of whoami.
-if [ `whoami` != "root" ]; then
+if [ `id -u` -ne 0 ]; then
echo "Only superuser can do this"
exit 1
fi
(the diff avobe has an extra leading space on each line)]]>FS#12: [gcc] No gcc-ada package
http://bugs.archhurd.org/index.php?do=details&task_id=12
2010-07-04T13:32:32ZMatthias LanzingerThere is no gcc-ada package. The problem is that gcc-ada requires itself to build. The cross-compiling required needs to be done when somebody finds the time.FS#11: glibc is missing ldconfig
http://bugs.archhurd.org/index.php?do=details&task_id=11
2010-08-12T22:27:06ZMatthias Lanzingerldconfig is not built by our glibc PKGBUILDs as of now.
Some errors in install scripts that use ldconfig may occur too.
Some errors in install scripts that use ldconfig may occur too.]]>