Re: GCC-4.5 as the default for (at least some) architectures
Matthias Klose, le Wed 02 Mar 2011 02:34:01 +0100, a écrit : > I'll make gcc-4.5 the default for (at least some) architectures within the > next > two weeks before more transitions start. GCC-4.5 is already used as the > default > compiler for almost any other distribution, so there shouldn't be many > surprises > on at least the common architectures. About 50% of the build failures exposed > by GCC-4.5 are fixed [1]. I didn't see issues on amd64 and i386, armel > (although optimized for a different processor) and powerpc (some object files > linked into shared libs had to be built as pic). > > As the maintainer file for the ports in GCC is a bit outdated, I'd like to ask > which architectures should do the switch together with the four architectures > mentioned above, and which not, and which ones should be better delayed, or > dropped. I believe you can switch hurd-i386 too. I have rebuilt the hurd package just to make sure, and it just works like a charm. 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/20110412003142.gs5...@const.famille.thibault.fr
Bug#622302: Small fix to make dvi2ps build on GNU/Hurd
Package: dvi2ps Version: 4.1j-3 Severity: important Tags: patch Usertags: Hurd Attached is a small patch to enable successful build of tcpdump on GNU/Hurd. The patch is a slight modification of 07_vflib3.dpatch adding libt1 to the linker. To build properly on buildds the versions of libxbc1 and libxcb1-dev should be the same: 1.7-2. Looks like there is a libxcb1-1.7-2+b1 but no -dev version of that library at ./people.debian.org/~sthibault/hurd-i386/installer/pool/main/misc/libxcb1_1.7-2+b1_hurd-i386.deb 07_vflib3.dpatch Description: application/shellscript
Re: df command on the hurd
On 11 Apr 2011, at 15:40, startx wrote: > hello. > > as another long time reader on this list (several years) i got excited > again about the activity recently and setup hurd in qemu again a couple > of days ago. > > one thing i stumbled upon is that if i try to excute "df" i get > > df: cannot read table of mounted file systems Try 'df /' for now. -Nigel smime.p7s Description: S/MIME cryptographic signature
Re: x86info failed-removed from buildd?
Svante Signell, le Wed 30 Mar 2011 14:09:44 +0200, a écrit : > Just saw that x86info is marked as failed-removed in the buildd queue. > > https://buildd.debian.org/status/architecture.php?a=hurd-i386&suite=sid > > As you know it it has a pending bug #468696 with a patch. But the maintainer said "porting that is *required* is to stub out the processor enumeration and MSR access code." > Will it stay in this state until the patch is accepted? I guess so too. 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/20110411211024.gd5...@const.famille.thibault.fr
Re: df command on the hurd
On Mon, 11 Apr 2011 22:06:25 +0200 Patrik Olsson wrote: > I think this is because Hurd cannot know all mounted filesystems due > to the decentralized nature of the architecture. So you basically > need to manually select the filesystem(s) you want to check. For > example "df /". > > /Patrik > excellent , this did the trick :) thanks, startx -- 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/20110411212406.465f7ea3@worthil
Re: df command on the hurd
But it would be a nice feature to add. Each filesystem could report the filesystems mounted on it, and df could walk that tree. On Mon, Apr 11, 2011 at 1:06 PM, Patrik Olsson wrote: > On 11/04/11 21:40, startx wrote: > > hello. > > > > as another long time reader on this list (several years) i got excited > > again about the activity recently and setup hurd in qemu again a couple > > of days ago. > > > > one thing i stumbled upon is that if i try to excute "df" i get > > > >df: cannot read table of mounted file systems > > > > what does this mean? is this just a bug or do i need to give df some > > specific options? > > > > I think this is because Hurd cannot know all mounted filesystems due to > the decentralized nature of the architecture. So you basically need to > manually select the filesystem(s) you want to check. For example "df /". > > /Patrik > >
Re: df command on the hurd
On 11/04/11 21:40, startx wrote: > hello. > > as another long time reader on this list (several years) i got excited > again about the activity recently and setup hurd in qemu again a couple > of days ago. > > one thing i stumbled upon is that if i try to excute "df" i get > >df: cannot read table of mounted file systems > > what does this mean? is this just a bug or do i need to give df some > specific options? > I think this is because Hurd cannot know all mounted filesystems due to the decentralized nature of the architecture. So you basically need to manually select the filesystem(s) you want to check. For example "df /". /Patrik signature.asc Description: OpenPGP digital signature
df command on the hurd
hello. as another long time reader on this list (several years) i got excited again about the activity recently and setup hurd in qemu again a couple of days ago. one thing i stumbled upon is that if i try to excute "df" i get df: cannot read table of mounted file systems what does this mean? is this just a bug or do i need to give df some specific options? startx -- 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/20110411204016.56d81236@worthil
hurd-i386 udeb support
Package: xorg-server
Version: 1.10.0.902-1
Hello,
Cyril Brulebois, le Mon 04 Apr 2011 03:42:25 +0200, a écrit :
> On the hurd-* side, there's no udeb for the server yet, but tested
> patches to add one would be welcome.
The trivial (attached) patch works fine, thanks!
Samuel
diff -ur xorg-server-1.9.5/debian/control debian/control
--- xorg-server-1.9.5/debian/control2011-04-11 10:17:44.0 +0200
+++ debian/control 2011-04-11 10:24:14.0 +0200
@@ -130,7 +130,7 @@
XC-Package-Type: udeb
Section: debian-installer
# exclude sparc because of linker errors
-Architecture: alpha amd64 armel armhf hppa i386 ia64 kfreebsd-amd64
kfreebsd-i386 mips mipsel powerpc powerpcspe s390
+Architecture: alpha amd64 armel armhf hppa i386 ia64 kfreebsd-amd64
kfreebsd-i386 mips mipsel powerpc powerpcspe s390 hurd-i386
Depends:
# merged: xserver-common (>= ${source:Version}),
xkb-data-udeb,
