Philip Charles <[EMAIL PROTECTED]> writes:
> I am having problems with apt and I would like to know if people are
> having the same difficulties using apt with the Hurd.
>
> After rebooting, apt-get update works well, as does apt-get install foo -
> once. The next time it locks up at "Reading Pa
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> I would appreciate it if I could avoid to call ANY scripts.
preinst scripts are there for a good reason (I hope).
[Investigating some ...]
Most of these, though, seem concerned with upgrading from older
versions of the same (or a predecessor) package
Igor Khavkine <[EMAIL PROTECTED]> writes:
> The strange thing happens when this is done, if I look in my / I
> have a ton of pty* and tty* device files created there, even though
> I copied no files to or from /.
Just to be sure: you don't have (ana)cron that maybe decided to start
a find over a
Patrick Strasser <[EMAIL PROTECTED]> writes:
> Does anyone know how Netcraft determines the Operating System?
TCP fingerprinting a la queso or "nmap -O". Since pfinet is based
largely on Linux's stack, the identification does not come as a
surprise.
> Is there a way to change network behaviour t
Dios Del Tiempo <[EMAIL PROTECTED]> writes:
> I saw something like nas in xgalaga's Makefile; anyway, I tought there was no
> sound support for Hurd at all. So, can I hear MP3 in Hurd (by example) if I
> have a sound card?
Not natively, but nas (and esd) have sound servers, which means that --
si
Robert Millan <[EMAIL PROTECTED]> writes:
> IMHO, the name "linux.debian.ports.hurd" explains that most people
> outside the Debian GNU(Hurd) community are missinformed about
> what the Hurd is.
I don't think that's the case at all. People who are aware of the
difference between Linux and Redhat
James Morrison <[EMAIL PROTECTED]> writes:
> I'm looking for the openssh patches for HURD. They aren't on Robbe's
> page anymore.
They are in the official Debian source now => "apt-get source
openssh", or (if apt is not available) from
ftp.debian.org/debian/pool/main/o/openssh/
> Also to get th
I now have a hopefully clean patch for the apt-cdrom/umount issue. It
is now in http://pluto.tuwien.ac.at/~robbe/debian/hurd/> Also
available there are patched source and binary packages. The impatient
can go straight to
http://pluto.tuwien.ac.at/~robbe/debian/hurd/apt_0.5.3.robbe.1_hurd-i386.deb>
Jeff Bailey <[EMAIL PROTECTED]> writes:
> 2) Startup time on the turtle is about 30 minutes. Sometimes it can
> take up to another hour for it to seek to where it left off.
Whoa, that's evil.
> I think I could improve that by not 'scp -R'ing. Apparently piping a
> tar through ssh is far better,
Dios Del Tiempo <[EMAIL PROTECTED]> writes:
> Yesterday I get the sources and compiled in Hurd, and it compiled
> only with warnings about assigning double values to int variables;
> it seems to work fine (slow but fine).
Good.
> In this weekend I'll fix this warnings and when I understand why o
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> let's all applaud Jeff, who did an amazing effort in the last week to get
> us over the 30% mark.
Yes indeed!
> Please see http://buildd.debian.org/stats/graph.png to see where this got us
> compared to other ports.
"Unfortunately" our competitors
[CCing and R-T debian-hurd. Please direct followups there, as I
think this issue has little to do with the bug at hand, and people
there can probably answer your question much better, too.]
Adam Heath <[EMAIL PROTECTED]> writes:
> So why can't there be a umount compatiblity shell script?
Sure t
[EMAIL PROTECTED] writes:
> printjob.o(.text+0x34ad): undefined reference to `__errno_location'
[...]
> Since it fails to compile I take it that this is an
> unacceptable usage of errno as a modifiable lvalue.
Hmm, setting errno to zero before the call is the only way to check
for err
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> In my opinion, it would be quite important to enable the developer of user
> applications to make use of the special features on the Hurd. Like, for
> example, adding support for translators in tar etc.
I'd also like more examples of real-world appl
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> On Tue, Jul 10, 2001 at 05:10:47AM +0200, Dios Del Tiempo wrote:
> > I tried the attached 50apt-cdrom-hurd with dselect, and it works very well!
> > It
> > worked for me two days ago with
> >
> > apt-cdrom -c=/etc/apt/apt.conf.d/50apt-cdrom-hurd add
Philip Charles <[EMAIL PROTECTED]> writes:
> The Turtle has not beaten me! Still at two CDs, but this has meant that I
> have had to work at the Exclusion list.
Well, you're cheating now ... There are some packages on your list
that are certainly useless, but others are more of the "extra"
var
Thanks to Matthew we now have ssh packages in the archives.
If you upgrade to these, don't forget to comment out the line with
pam_limits in /etc/pam.d/ssh, or you won't be able to login.
That's because pam_limits is not built in our version of pam. A patch
is in a bug filed against libpam-module
thomas poindessous <[EMAIL PROTECTED]> writes:
> I have some problems with man-db. I needed to edit
> /var/lib/dpkg/info/man-db.postinst to install it.
>
> I added
> || RET=false
> to every lines with db_get or db_fget. During the configuration phase, I
> didn't have any debconf screen.
Does t
Philip Charles <[EMAIL PROTECTED]> writes:
> agt
Linux specific
> aide
> csh
> mp3info
> mp3info-gtk
> tcl8.2
> tcl8.3
These all depend on libc6. Some are old versions, which could have
been buggy, but tcl8.3 for example is up-to-date -- so something went
wrong while building these. Jeff?
> le
I don't think the situation will get better by ignoring it.
All shared libraries in /X11R6/lib are broken as-shipped. The dynamic
loader simply can't find them until told by setting up of
LD_LIBRARY_PATH. This won't work for s[ug]id programs.
A couple of possible solutions come to mind:
(a) Wait
Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> Matthew Vernon <[EMAIL PROTECTED]> writes:
>
> > Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> > > http://pluto.tuwien.ac.at/~robbe/debian/hurd/>
> > > (*hurd2* is current).
Now *rb1* is current
Philip Charles <[EMAIL PROTECTED]> writes:
> dpkg_1.9.14_hurd-i386.deb Jun 27 14:42
Like Marcus said: dpkg 1.9.15 would be better.
* Fix the arglist construction for maintainer scripts
looks like one of the problems (bad interaction with debconf) he
reported recently. So take that in.
You
Robert Millan <[EMAIL PROTECTED]> writes:
> Are you holding the existance of GNU/Linux is a mean to rename the
> real GNU project that has been with this name since its creation in
> 1984?
Yes.
--
Robbe
signature.ng
Description: PGP signature
"kurian kattukaren" <[EMAIL PROTECTED]> writes:
>this is in reply to the instruction by prabhu ramachandran for
>compiling gnumach on linux. i could not find the packages
>gcc-i386-gnu and mig-i386-gnu. it would help if you could point
>out the ftp site.
If you are using Debian,
I wrote:
> Some of your changes broke hurd compilation, though. Details and
> patches later.
* sa_restorer does not exist. Linux's sigaction(2) page says:
The sa_restorer element is obsolete and should not be
used. POSIX does not specify a sa_restorer element.
Setting it to
Robert Millan <[EMAIL PROTECTED]> writes:
> (i still hold combining the Hurd and GNU makes a redundancy)
Yeah, let's strike "GNU" and call it "Hurd". Why? Because there is
another GNU OS that uses Linux as its kernel ...
--
Robbe
signature.ng
Description: PGP signature
Matthew Vernon <[EMAIL PROTECTED]> writes:
> Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> > http://pluto.tuwien.ac.at/~robbe/debian/hurd/>
> > (*hurd2* is current).
Two things about these packages: you have to disable the pam_limits
line in /etc/pam.d/ssh, becaus
Matthew Vernon <[EMAIL PROTECTED]> writes:
> a) Please don't set the bugs to serious.
I usually make them "Important". Stands out from normal bugs, but
doesn't keep the package out of testing/stable.
> File a patch,
Don't forget "Tags: patch" in this case.
> b) Where is this list found?
"this
Hi,
I've recompiled openssh with my hurd patch, this time with PAM, and
ssh-askpass-gnome enabled. The resulting source and binaries are at
http://pluto.tuwien.ac.at/~robbe/debian/hurd/>
(*hurd2* is current).
Though I must admit that PAM is giving me only problems. I was not
able to log into the
Paul Emsley <[EMAIL PROTECTED]> writes:
> > "MB" == Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> MB> Can you please try to port [mcookie]?
>
> Actually, it was very easy, I changed __linux__ to __GNU__ in
> mcookie.c and typed make. Tada! (I think also that prngd
>
> Robert Millan <[EMAIL PROTECTED]> wrote:
> > Debian GNU Snapshot F2
> > Unofficial i386 binary - 1
Looks fine by me. Personally, I prefer GNU/Hurd in Debian context,
though. (I was going to write why, but actually I think this is just
not that important to argue about. Call it HurdUNG, or UnGru
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
I won't be in Bordeaux, I'm afraid.
> The 8. is reserved for coding parties, maybe we will have one for the Hurd,
> too.
If a Hurd hacking party is scheduled, it would be nice if some of the
participants could get on irc as well, so that those at home
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Please post it. I can't even compile emacs20 correctly, as there is some
> mayhem with the unexec() and malloc initialization.
Yeah, this is it. Fix in bug #101962.
--
Robbe
signature.ng
Description: PGP signature
Hi,
I tried to rejuvenate the emacs20 package, and it has only needed a
small patch yet. The problem I'm currently experiencing is that
whenever emacs opens an X window (i.e. $DISPLAY set, and -nw not
given), this window will stay empty, and emacs frozen. Adding -nw to
the same invocation will bri
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> > It doesn't understand wildcards or regexps, either. Sigh.
>
> ulysses:~# dpkg --search '*/lib/libX11.so'
> xlibs-dev: /usr/X11R6/lib/libX11.so
I swear I tried that before replying to you. I blame sleep
deprivation. Here's an updated patch:
--- /b
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> > [1] When searching for libfoo.so.4's package, it will not only find
> > the package containing /lib/libfoo.so.4, but also the package
> > containing /bar/bazlib/libfoo.so.4. From a quick skim of the archive
> > only acroread, gnat, and petsc2.1.0-de
Robert Bihlmeyer <[EMAIL PROTECTED]> writes:
> So there are a couple of missing dependencies. Jeff, is the
> dpkg-shlibdeps problem rearing its head again on your end?
Since this also bit me today, I've hacked dpkg-shlibdeps 1.9.12 here
(Marcus's patch does no longer apply
Philip Charles <[EMAIL PROTECTED]> writes:
> In order to make space I am planning to move "Section: games" to the
> second CD for the following reasons.
Eeevil!
> 4. To create an incentive to get the apt-cdrom part of apt working. This
> will make life so much easier for me.
Actually, I
This exim package has:
Depends: libc0.2 (>= 2.2.1-2), libdb2 (>= 2:2.7.7-4), libpam0g (>= 0.72-1),
cron (>=3.0pl1-42), netbase
$ ldd /sbin/sendmail
libident.so.0 => not found
libpcre.so.3 => not found
libnsl.so.1 => /lib/libnsl.so.1 (0x01028000)
libcrypt.
Jeff Bailey <[EMAIL PROTECTED]> writes:
> I just uploaded the lastest e2fsprogs to incoming. It appears to fix
> the detection.
They look good, yeah. My inofficial e2fsprogs debs can be ditched,
then.
> I also uploaded dpkg *.11. Marcus, can you please check to see if it
> includes the fixes yo
Neal H Walfield <[EMAIL PROTECTED]> writes:
> I think that this will be difficult. The ext2fs server, and any other
> Hurd server for that matter, uses stores when dealing with large
> unformatted data blocks. A store is expressed using lengths and runs.
> Therefore, you will not get, e.g. /dev/
Jeff Bailey <[EMAIL PROTECTED]> writes:
> I want us in testing for two reasons:
>
> 1) Visibility
> 2) So we have a noose around various maintainers necks if they break
> their packages.
>
> But we need to be compiling 90%+ of the packages succesfully to do
> this. Without pthreads, and withou
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> It might be worth to elide the use of getopt.
Doh! I changed it to use getopts, which has POSIX backing. Filed
another bug.
> On the other hand, it might be worth to push porting util-linux, but it
> needs heavy changes to the Makefiles. It would be
Igor Khavkine <[EMAIL PROTECTED]> writes:
> w3m (#98086)
I have updated your patches locally (mouse support is now only
disabled on the Hurd), and will gladly see this to completion (NMU if
necessary); but this depends on libgc5 getting built first.
> One bug has been resolved:
> bsd-games
Philip Charles <[EMAIL PROTECTED]> writes:
> The only remaining issues are those of gcc and e2fsprogs.
Inofficial e2fsprogs are in
http://pluto.tuwien.ac.at/~robbe/debian/hurd/>
e2fsprogs_1.20+1.21-WIP-0614-1_hurd-i386.changes contains the list of
files with md5sums and is signed.
I've only rea
Roland McGrath <[EMAIL PROTECTED]> writes:
> You were just talking about device numbers on device files, which is st_rdev.
> I hope you are not confusing st_dev and st_rdev.
Ah, I was jumping to conclusions again: saw that st_dev and st_rdev
were both 0 for /dev/hd0s1 and thought neither was used
Philip Charles <[EMAIL PROTECTED]> writes:
> exim, ae are OK then. I will wait for gcc-3.0
It would be good to avoid e2fsprogs 1.20-2 which is currently in the
archive. With it you have to answer yes for every disk when booting.
We're still waiting on the resolve of a small compile problem. The
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> I think the patch is fine.
The newest e2fsprogs looks good, although it needs the patch from
bug#101361 to compile.
> BTW, the Hurd has "device nodes" (which is simply a bit flag in the
> stat information), but the values are set by the translator,
Oystein Viggen <[EMAIL PROTECTED]> writes:
> (So much I don't know... Better shut up for a while and read up on how
> the system works to stop making a fool of myself. Just have to attach a
> keyboard and screen to the hurd box to answer 'y' to fsck first ;)
FWIW, I've filed a bug with patch aga
I can't start "screen" as non-root, because /var/run/screen does not
exist. In fact, the standard Debian/Hurd start-up sequence wipes that
directory away on every re-boot.
I wonder whether that's the Right Thing. For reference, FHS 5.10 says
about /var/run:
This directory contains system info
Russell Coker <[EMAIL PROTECTED]> writes:
> On Monday 04 June 2001 00:59, Julian Gilbey wrote:
> > On Sun, Jun 03, 2001 at 02:37:19PM +0200, Russell Coker wrote:
> > > Another thing any package that depends on the creation of nodes under
> > > /dev MUST depend on "makedev | devfsd". People who ru
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Then there is the problem that you can't chown to -1 (as -1 means skip
> that). I am not sure what this means, though.
That's a feature. You wouldn't want to have this uid own files,
anyway.
BTW, what's the difference to Unix's nobody?
--
Robbe
Jeff Bailey <[EMAIL PROTECTED]> writes:
> It seems that a glibc package build is larger than 918 megs. =(
Darn. I also wanted to (re)build glibc (2.2.2-1) in my case, and the
Hurd ran into space problems. Have given up and went back to
cross-compiling for now.
> a) Bad cross-compiler (I had th
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Right, and I think it is a good idea to not dynamically create this entry
> either, as the uid must not change anyway.
Yup, no "adduser" involved, no problem.
> > BTW, what's the difference to Unix's nobody?
>
> Nobody is just another user, though
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Anyway, the code is there, but processes started at boot time are not in
> different login groups, I think. You would want them to be there, though.
> In fact, I think you would loose all security at the login shell if there
> were processes without
Weeks ago, I wrote:
> > I'll try doing that tonight, when/if I get at the machine.
> > Because getsockopt(sock, 0, ...) is definitely horked, it always
> > returns the same bogus data, without flagging an error.
The culprit is libc, this short function, to be exact:
int
getsockopt (fd, level, op
Oystein Viggen <[EMAIL PROTECTED]> writes:
> Also, without some proper filesystem support for this, there will be
> problems for all services actually wanting to store something on disk.
> I thought for a moment about how you could run BIND uid-less, until I
> came to think of the problems you wou
Jeff Bailey <[EMAIL PROTECTED]> writes:
> The new web page is at http://people.debian.org/~jbailey/oasis/
Have you migrated all packages (except non-US)? I can't find ldap, for
example.
> I generally prefer to keep my home machine named oasis, so I'd like
> suggestions for a name for a dedicated
Brian May <[EMAIL PROTECTED]> writes:
> Are you saying ldconfig can't update the links on Hurd?
Exactly, as mentioned in #83669.
> Can this be fixed?
Sure. It ain't broke, though.
> My only concern is that the solution to another policy proposal
> presented to debian-policy (assuming it still
Roland McGrath <[EMAIL PROTECTED]> writes:
> > FWIW, SUSv2 also has no way to query a max path via sysconf.
I meant to say "max hostname length" not path length.
> I think you are mistaken. As I understand it, SUSv2 specifies a superset
> of 1003.1-1996 (POSIX.1). POSIX.1 specifies sysconf(_SC
I propose that instead of calling "ldconfig", maintainer scripts of
packages containing shared libraries should call "ldconfig -X".
Background:
ldconfig has two purposes:
1. For each shared library, create/update a symbolic link from the
library's soname to the library file. The link is only ch
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
[... and the value for MAXHOSTNAMELEN iiis ...]
> Nevermind, the standard is a moving target. Sorry. What I quoted was from
> draft 5, and I now checked draft 6, and it does not refer to a single
> constant "255" anymore.
Which standard are you talk
Jérôme Magnin <[EMAIL PROTECTED]> writes:
> finally openssh compiled ok, but the problem is that it lacks a random
> number generator to create the seeds.
In my experience it can cope with gathering randomness from programs
reasonably well. It's not terribly secure, but anyway.
> If somebody suc
[EMAIL PROTECTED] (Thomas Bushnell, BSG) writes:
> This doesn't require automatically mounting things from fstab, it just
> requires having a correct fstab. So make one, and also make
> appropriate passive translators.
These will invariably drift out of sync.
--
Robbe
signature.ng
Descriptio
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> So the linux code should be compiled with glibcs idea of these constants
> already.
I probably jumped to the wrong conclusion, then.
> Now, if you have identified the problem as such by debugging it, [...]
No, I am operating from another machine, a
Joost van Baal <[EMAIL PROTECTED]> writes:
> I would love to get rid of the locate-call, but don't know how.
locate is evil. I for one, don't have it installed. You could use it
if /var/lib/locate/locatedb exists, and fall back to "find",
otherwise.
No, forget about that. The point of the code i
After further researching some ssh problem, I found out that
getsockopt(socket, SOL_IP, IP_something, &option)
will generally return garbage on the Hurd. That's because these
IP_something constants aren't.
include/bits/in.h from glibc has:
#define IP_OPTIONS 1 /* ip_opts; IP per-pack
Neil Levine <[EMAIL PROTECTED]> writes:
> > If you attempt to run a suid binary (check with ls -l), then it won't work
> > with LD_LIBRARY_PATH, I think.
>
> Ah, this is what I thought. I notice there is a general ambivalence to
> suid programs, with the 'su' binary not being suid on install. Is
Ian Duggan <[EMAIL PROTECTED]> writes:
> That's a thought. Is there available, or does there exist an easy way to
> generate the dependency tree for Debian packages?
Well, graphviz is in non-free and can do exactly this kind of tasks.
"apt-cache dotty" will generate output that can be used as inp
"Andreas L. Gustafsson" <[EMAIL PROTECTED]> writes:
> Huh!? Is there two different kernels available?
Yes, GNU Mach and oskit Mach. Debian GNU/Hurd will install the former.
I don't think there deb packages for oskit mach, you'll have to roll
your own. Searching the archives of this list for "oski
Ian Duggan <[EMAIL PROTECTED]> writes:
> Hmm. I was hoping that a newer gnumach and hurd would help this
> situation. I already have 210MB of swap going. Is that too much?
I don't think you can have too much. Obviously memory is not the
problem here. I just thought it has to do with my difficulti
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Use of ldconfig is not portable. We should not encourage maintainers into
> Linux specific programming.
Ok. This, and especially that libtool can do them, has convinced me.
> That's an idea. Can you submit it as a bug report against libc0.2 (or
> wh
"B. Douglas Hilton" <[EMAIL PROTECTED]> writes:
> I have been very busy playing QuakeForge Team Fortress, you know, uh,
> debugging it and stuff :-)
Does it already run on the Hurd?
--
Robbe
signature.ng
Description: PGP signature
Ian Duggan <[EMAIL PROTECTED]> writes:
> I've been trying to figure this out as well, as apt under hurd hangs
> for me about 50% of the time.
Was the same here, until I trimmed my sources.list to an absolute
minimum. The apt-crash went from 70 % reproducability to 0 %. Adding
more swap may also h
Hi,
I dimly remember that someone (Brian May?) put a patch (from someone
else) for openldap into the BTS, and the bug was "fixed" some time
ago. I can't find the bug number or patch now ... all I know is that
openldap does not compile for me under the Hurd.
ldap is important since current exims d
Fabian Sturm <[EMAIL PROTECTED]> writes:
> Shouldn't ae be linked to lislang.so.1 ??
Yes it should. But see the "ae and exim" thread.
> Whats the difference between sid and woody?
sid = unstable; the place where new packages go.
woody is the name of the next version of Debian. Packages that ha
Philip Charles <[EMAIL PROTECTED]> writes:
> Is there a simple way of identifying GNU packages?
There's a list at
http://www.gnu.org/software/software.html#DescriptionsOfGNUSoftware>
Determining a list of Debian packages from that is not especially simple,
though.
grepping /usr/doc/*/copy
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> They should be maintained by dpkg. If they aren't, it's a bug.
Yes, the symlinks should be in the deb. But how do they get there
during package building?
A maintainer can either create them in the staging directory
via "ln -s", but then she has to r
Hi,
I've updated my ssh patch and produced new hurd-i386 binary packages.
They could be put on alpha, for example.
http://pluto.tuwien.ac.at/~robbe/debian/hurd/> contains:
ssh_2.5.2p2-2.1.hurd_hurd-i386.deb
the up-to-date package
openssh_2.5.2p2-2.1.hurd_hurd-i386.changes
the co
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> The Hurds ldconfig is just a link to /bin/true, to make Debian postinst
> scripts happy. I don't know why ldconfig is needed on Linux, it is not
> required on the Hurd, as all packages are required to have appropriate
> symlinks.
Oh, and these symlin
[EMAIL PROTECTED] (Niels Möller) writes:
> > Doesn't the Hurd have mlock() ?
>
> I think most systems don't have mlock available for mortal users.
> Right?
I only know that Linux does not allow it unless you have the
CAP_IPC_LOCK capability. Which on most systems means, that you need
root.
I co
Neil Levine <[EMAIL PROTECTED]> writes:
> It complains about the PERL package not being installed. So I install
> (also with dpkg) perl-5.005-base_5.005.03-7.1.deb with no errors. But
> when running the above command again I still get:
>
> dpkg: dependency problems prevent configuration of apache
Matthias Klose <[EMAIL PROTECTED]> writes:
> > vmstat.
>
> doesn't print the amount of free swap.
>
> does free(1) exists on the Hurd?
No. But vmstat is more useful than the Linux version.
$ vmstat --swap-free --bytes
39927808
(There's also a --kilobytes option if that suits you better.)
--
Jeff Bailey <[EMAIL PROTECTED]> writes:
> If one of y'all has the skills, can you please report to this list
> whether or not gnupg (in tommorows upload) works well and can be
> considered secure?
gpg: Please note that you don't have secure memory on this system
Doesn't the Hurd have mlock() ?
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> There is another issue. Some udebs depend on the linux framebuffer
> device to build. I don't know how much of this is really used
> (optionally I hope).
I've recently NMU'd cdebconf to not build the bogl (framebuffer)
frontend on the Hurd. This seem
Just as a quick heads-up. This took me somewhat by surprise -- I
didn't expect that this many people are interested in the Hurd effort.
Source: http://lists.debian.org/stats/> all data from someday
this month (presumably the first).
ArchitectureMailing listSubscribers
powerpc
Jeff Bailey <[EMAIL PROTECTED]> writes:
> I have begun the "Status Page". You can find it at:
>
> http://people.debian.org/~jbailey/status.php
http://people.debian.org/~jbailey/status/index.php
I presume.
> I'll flush it out more over the weekend (when hopefully I'll have
> regular builds goin
Philip Charles <[EMAIL PROTECTED]> writes:
> > I disagree. I think kernel.doc should go in the Packages file for the
> > Hurd, unless you can justify that it won't work on that platform.
>
> More unnecessary clutter? Sure, it can be installed, but why have it on
> a Hurd CD or in a partial mirr
Jeff Bailey <[EMAIL PROTECTED]> writes:
> So far, I've been keeping my turtle pages up to date on my Debian home
> page.
>
> Do you guys see any value in me trying to keep up a "most wanted" page
> for tasks that everyone can work on? I can't remember (or find the
> email of the person) who got
[EMAIL PROTECTED] (Ognyan Kulev) writes:
> The sysvinit problem is very annoying. `apt-get whatever' cannot do
> anything because sysvinit is not present and it is mentioned in the
> dependancies of required packages.
Add
deb ftp://alpha.gnu.org/gnu/hurd/debian unstable main
to your /etc/apt/s
Jeff Bailey <[EMAIL PROTECTED]> writes:
> http://people.debian.org/~jbailey/turtle1/group/Debian/package/adolc/index.html
>
> Which doesn't list `tetex-bin' in it's build-depends, so fails. I seem
> to be unable to report a bug on the package, because reportbug claims it
> doesn't exist.
There'
I wrote to Jeff Bailey:
> I just compiled openssl without a hitch, and it tested out fine. It
> would be good if you could add it to a turtle!
But I forgot that Jeff has stated previously that he is doesn't want
to get into non-us business.
Is there a Debian developer out there interested in set
Jeff Bailey <[EMAIL PROTECTED]> writes:
> Who maintains the mailing list archives?
http://www.at.debian.org/intro/organization> lists
<[EMAIL PROTECTED]>
Even better would be a bug report against the "listarchives"
pseudopackage, I think.
--
Robbe
signature.ng
Description: PGP signature
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Fixing this is very important, so I hope someone here has the time to do it.
> It doesn't happen with all configure.in's, I think.
The size is the key.
I've finally tracked this down to m4. It uses fwrite(), and later
read() on the same fd. Ts, ts.
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> The policy lists "alphanumeric, :, ., +, -" as possible characters. I take
> alphanumeric as _a-zA-Z0-9 (underscore, letters and digits).
I wouldn't include _ in alphanumerics. If it is indeed not allowed, it
would be the most conventional choice.
[
Gordon Matzigkeit <[EMAIL PROTECTED]> writes:
> I think there's a misunderstanding here. [...]
Thanks for the explanation. I thought that Roland wanted the chdir for
the Unix reasons, while the Hurd reasons and effects are quite
different. I'll go now and chant a thousand times: "Gnu's not Unix".
Jeff Bailey <[EMAIL PROTECTED]> writes:
> And make can't cope with the :'s in the directory.
That's probably a know limitation in make, colon being a special
character and all ... I don't think you can quote it, and that may be
a genuine make bug. File it if you wish.
> Turtle for creating the d
Roland McGrath <[EMAIL PROTECTED]> writes:
> > On most systems, I believe the easiest way of breaking a chroot jail as
> > root is:
> >
> > mkdir("whatever");
> > /* lower the roof of the jail */
> > chroot("whatever");
> > /* we are now above the roof, and can fly away */
> > chdir("../../../.."
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Does ldap2 use configure?
Well yes, but their configure is hand-tweaked. Running the distributed
configure.in through autoconf produces a script that does nothing. And
editing configure directly is bad for one's health. So I hoped to get
by with a si
I was looking at libldap2, and it wants to use . Does
anybody know where this came from?
hurd-dev has which seems to be the same thing. Is
the old location? Is it still there on other mach
platforms?
--
Robbe
signature.ng
Description: PGP signature
1 - 100 of 185 matches
Mail list logo
