On Sun, Nov 07, 1999 at 06:23:44AM -0800, Kevin Dalley wrote:
Richard Braakman [EMAIL PROTECTED] writes:
I was too hasty when declaring this freeze. Adam di Carlo assured me that
the boot-floppies are just not ready yet, and won't be for a number of
weeks even if they get help. Also,
On Fri, Oct 01, 1999 at 12:15:07AM -0500, BugScan reporter wrote:
Package: fileutils (main)
Maintainer: Galen Hazelwood [EMAIL PROTECTED]
39680 rmdir --ignore-fail-on-non-empty still fails, it only suppresses
the message
bbs:~# rmdir --ignore-fail-on-non-empty /var || echo not empty
-platform) I think I
should be able to handle the packages as well as work on the debsums since
binary security is of special interest to me.
Ben Collins
UnixGroup Admin
NASA LaRC
prevent it, unless
I'm missing something.
-
Ben Collins [EMAIL PROTECTED]
UnixGroup Admin - NASA LaRC
On Tue, 13 Oct 1998, Matthew Parry wrote:
The parts of the kernel code that would allow closed source modules
to work with it.
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
I'm looking for a developer in VA, USA, that would be willing to meet me
and sign my pgp so I can submit the app for becoming a maintainer. I can
give more details in private email or by phone.
Thanks
-
Ben
should probably be
closed?
It is closed now, I wanted to wait for dinstall to confirm prior to
closing it.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc
the
floppy when they have physical access any way, and 3) it is way more
secure than suid root, at worst if the program is exploitable, you only
stand to lose floppy data as opposed to your entire machine.
--
--- - - --- - - - ---
Ben Collins [EMAIL
.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
themselves.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
would appreciate them greatly. As for now, I'm simply going to
re-familiarize myself with the source and diff.
thanks,
Ben
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems
will be in my first upload pending
comments concerning this proposed naming scheme (i hope no one has any
objections :)
NOTE: This naming scheme will reuire the ppp-pam package to be renamed,
any problems with this?
--
--- - - --- - - - ---
Ben
On Thu, Jan 21, 1999 at 09:48:33AM +0100, Thomas Adams wrote:
On Wed, Jan 20, 1999 at 10:31:57AM -0500, Ben Collins wrote:
Since no one else has spoken up, I will take over pam. I will also look
How do you know? You waited just 4 hours before drawing that conclusion. Isn't
this a bit early
.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
slink/sparc and I see no
incompatibilities. Then again the box isn't running X, any of the other
sparc devs out there have any input on which kernel provides the
'safest' X for sparc?
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED
that there IS a problem - e.g. are we going to provide
ppp1 and ppp2? That sounds like trouble to me.
The current ppp in slink works with the latest kernels.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
of the
other ports try to use it by accident. Do we really need lib5 since we
don't even have any libc5 binaries for sparc?
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc
This package was upgraded to a new upstream release to fix a few potential
problems with our old version. Since we are so deep in freeze right now
I would appreciate people who use (or may not use) cgiwrap to test it
thoroughly.
Thanks,
Ben
- Forwarded message from Ben Collins [EMAIL
.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
-dpkg-9812/msg00021.html)
In that message I merely express an interest - it's a cool idea.
In fact, I think Ben Collins has a working system on Solaris - check out
earlier emails in the same thread.
Yes, he was talking about the very same port :) In fact if any one is
interested, I've dumped
and having it as a seperate module
(similar to GnuPG's approach).
Thanks,
Ben
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED
/ and it would work just as
well as far as the system is concerned. What we need to decide is, do
we want to go with the standard, or make a new standard simply because
we don't want to change?
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED
On Tue, Jan 26, 1999 at 12:50:52PM +0100, J.H.M. Dassen wrote:
On Mon, Jan 25, 1999 at 16:49:57 -0500, Ben Collins wrote:
NOTE: For those that are on the ball, they do seem to be considering
removing idea from the base source and having it as a seperate module
(similar to GnuPG's approach
setup. Where is the compromise here
that we need?
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED
and web design (strong,
as in 8 years working experience) I would have thought my knowledge to
have been useful.
Ben (who isn't getting an attitude, just wanting clarification)
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED
the offer simply because I
whined about it, but thanks, and sorry for any misunderstanding.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL
;)
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
?
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED]
-- -- - - - --- --- -- The Choice of the GNU Generation
be the same passwords as the system.
This is a serious security hole, we need to close before release.
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc. [EMAIL
to the wrong address.
Right, but it may serve to decrease the risk. Just a thought, and maybe
future add-in.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU/Linux
UnixGroup Admin - Jordan Systems Inc
modes. These are protected files, and the admin
expects other things to honor these modes. With out the suggested fix,
it leaves the system vulnerable, and the admin has a false sense of
security with his web server.
--
--- - - --- - - - ---
Ben
of. How can I check if a binary is linked statically
to gettext? The binaries are stripped, so I don't have symbol information.
What about some strings output?
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED] Debian GNU
: libpam0g-dbg libpam-runtime libpam-doc libpam0g-dev libpam0g-modules
libpam0g-cracklib libpam0g
Architecture: source i386 all
Version: 0.66-1
Distribution: unstable
Urgency: low
Maintainer: Ben Collins [EMAIL PROTECTED]
Description:
libpam-doc - Documentation of PAM
libpam-runtime - Runtime support
current state.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED]Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - --- --- -- - - --- - --
are somewhat preferential, and are not good for common builds.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED]Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - --- --- -- - - --- - --
On Tue, May 18, 1999 at 01:45:04PM -0500, Justin Maurer wrote:
well, for the cross compilers, i'm doing /usr/lib/parisc-xxx
e.g,
/usr/bin/parisc-egcs
/usr/bin/parisc-as
etc.
You should really use standard gnu style, such as parisc-linux-{gcc,as,ld,...}
and
How about a 2.2 and 2.0 version?
We really should have a policy for things like this. How about adding
another Provides: to kernel images (built by the excellent make-kpkg):
Package: kernel-image-2.2.7
Version: tr.pre0
Section: base
Priority: optional
Architecture: i386
specification which needs to be finalized. This is
the milestone we have been waiting for prior to making a formal announcement.
Thanks for your patience,
Ben Collins
said and do what ever they
want to.
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED]Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - --- --- -- - - --- - --
non-related ones :).
This is related to #1 above.
If after all this you still have questions, please feel free to email me
directly.
Sincerely,
Ben Collins
On Fri, May 21, 1999 at 02:12:43PM -0400, James Mastros wrote:
So how does this all sound to you guys?
Well, it sounds like you repeated what about a dozen people have already
said. The concern is an automated way to generate the depends. The
autobuilders already use a semi-working type of this,
On Sat, May 22, 1999 at 05:56:32PM -0400, Adam Di Carlo wrote:
BenC == Ben Collins [EMAIL PROTECTED] writes:
BenC This is just a little reminder concerning PAMification of
BenC potato. I want to urge all maintainers who's programs do any
BenC sort of authentication or account management
;)
--
--- - - --- - - - ---
Ben Collins [EMAIL PROTECTED]Debian GNU/Linux
OpenLDAP Dev - [EMAIL PROTECTED] The Choice of the GNU Generation
-- -- - - - --- --- -- - - --- - --
On Sun, May 23, 1999 at 09:33:36AM -0400, Michael Alan Dorman wrote:
Ben Collins [EMAIL PROTECTED] writes:
There is a libapache-mod-pam, which enables apache auth using PAM
modules, already packaged. It has some drawbacks due to permissions
(apache runs as www-data so it cannot access /etc
On Wed, May 26, 1999 at 03:43:11PM +0100, Edward Betts wrote:
ESR's perfered format is html. The jargon file is now avaliable as a single
2Mb html file jargon.html, which works quite well, if it does take a little
while to load into lynx. The other option is a .tar.gz file containing all the
On Wed, Sep 15, 1999 at 04:42:56PM +0200, Marek Habersack wrote:
Hi,
After the today's upgrade of the login and passwd with PAM support I have
found one problem. It seems that there's something wrong with the pam_limits
module. After enabling it for login I get the 'Module unknown' message
On Wed, Sep 15, 1999 at 04:58:28PM +0200, Marek Habersack wrote:
* Ben Collins said:
Sep 15 16:41:38 jester login[30897]: PAM unable to resolve symbol:
pam_sm_open_session
Sep 15 16:41:38 jester login[30897]: PAM unable to resolve symbol:
pam_sm_close_session
Any cure
On Thu, Sep 16, 1999 at 03:53:06PM +0200, Marek Habersack wrote:
Hi,
The pam_limits module refuses to disable limits as described in the docs.
It refuses to parse lines like:
grendel -
(where dash is separated with one or more spaces/tabs) - it reports 'invalid
line' for such
On Thu, Sep 16, 1999 at 04:49:59PM +0200, Marek Habersack wrote:
* Ben Collins said:
It accepts only, e.g.:
grendel - cpu [digit]
Which is of no use, because setting the limit to 0 doesn't mean disabling
it... Any advice? :)
Hmmm...looking at the source
On Thu, Sep 16, 1999 at 05:09:05PM +0200, Marek Habersack wrote:
* Ben Collins said:
Hmmm...looking at the source, it wont accept a line with less than 4
arguments,
yet you are correct that the documentation say otherwise. Let me work
on this.
I'll have it fixed
On Thu, Sep 16, 1999 at 04:38:56PM +, Dale Scheetz wrote:
This is a first for me! As you may have noted from earlier postings, I
have been working on a source build process for distribution construction.
During the build of one of the source packages, the system went away.
What kernel
On Thu, Sep 16, 1999 at 11:21:17AM -0700, Ben Gertzfield wrote:
Dale == Dale Scheetz [EMAIL PROTECTED] writes:
Dale I'm going to take my time recovering from this, as there
Dale are things still on hda1 that I am likely to want saved. Any
Dale helpful hints about how to keep
On Thu, Sep 16, 1999 at 09:06:09PM -0400, Raul Miller wrote:
On Fri, Sep 17, 1999 at 04:34:44AM +0800, Paul Harris wrote:
compiler error:
vrweb-1.5/src/common/Dispatch/fdmask.C:99: `fds_bits' undeclared (first
use this function)
problem code:
if (fds_bits[i]) {
declaration
On Thu, Sep 16, 1999 at 08:26:15PM -0500, Steve Greenland wrote:
On 16-Sep-99, 13:21 (CDT), Ben Gertzfield [EMAIL PROTECTED] wrote:
Dale == Dale Scheetz [EMAIL PROTECTED] writes:
Dale I'm going to take my time recovering from this, as there
Dale are things still on hda1 that I
On Tue, Sep 21, 1999 at 10:19:48AM +, Dale Scheetz wrote:
OK, I have recovered to a slink system, and I'm ready to upgrade it to
potato, which raises the above question. There are two gcc versions
available in the archives. Which one is being used to build the system?
Will either work? The
On Tue, Sep 21, 1999 at 12:49:29PM +, Dale Scheetz wrote:
On 21 Sep 1999, Ruud de Rooij wrote:
Dale Scheetz [EMAIL PROTECTED] writes:
So, what, if anything, is being built with egcs?
Nothing, since egcs does not exist in the distribution anymore.
Well, egcs 1.1.2-2 is still
On Thu, Sep 23, 1999 at 09:40:21AM +0800, Mikolaj J. Habryn wrote:
Hmm - it strikes me that there may be a potential problem with
including .la archives with library packages. The filename for the
libtool file is independent of the version number of the library. ie,
libfish2 will ship with a
On Thu, Sep 23, 1999 at 09:54:10AM +0800, Mikolaj J. Habryn wrote:
BC == Ben Collins [EMAIL PROTECTED] writes:
BC No because the .la files only go into the -dev package for the
BC library,
Section 4.2 of the policy manual, according to my reading, seems to
disagree
On Thu, Sep 23, 1999 at 09:53:45AM -0400, Raul Miller wrote:
On Thu, Sep 23, 1999 at 07:32:50AM -0500, Ashley Clark wrote:
Couldn't sash include a PAM module that would change the password to
match root's password whenever it was changed? Or am I oversimplifying
things?
I don't have
On Fri, Sep 24, 1999 at 04:22:31PM +0200, Turbo Fredriksson wrote:
Quoting BugScan reporter [EMAIL PROTECTED]:
Bug stamp-out list for Sep 24 00:06 (CST)
Total number of release-critical bugs: 263
Number that will disappear after removing packages marked [REMOVE]: 12
On Fri, Sep 24, 1999 at 01:46:18AM -0700, Darren/Torin/Who Ever... wrote:
So, if you're getting a Perl binary that's 0600, it's either you, apt-get,
or dpkg.
More specifically it is dpkg doing the breaking, but it's perl's fault on
how it is setting everything up.
You will note that these
On Sat, Sep 25, 1999 at 02:42:28AM -0700, Darren/Torin/Who Ever... wrote:
I notice that bash doesn't do any shenanigans like this. Is this a
relic of bygone days and I don't need to do this funky stuff anymore?
That would make things much easier for me.
Nothing to do but test :)
Ben
On Sat, Sep 25, 1999 at 03:00:35AM -0700, Joey Hess wrote:
Darren/Torin/Who Ever... wrote:
I inherited this when I inherited the package in November of 1995. It
was setup this way so that after the removal of the previous Perl
package and before the installation of a new Perl package,
On Fri, Oct 01, 1999 at 12:15:07AM -0500, BugScan reporter wrote:
Package: fileutils (main)
Maintainer: Galen Hazelwood [EMAIL PROTECTED]
39680 rmdir --ignore-fail-on-non-empty still fails, it only suppresses
the message
bbs:~# rmdir --ignore-fail-on-non-empty /var || echo not empty
On Fri, Oct 01, 1999 at 02:16:03PM -0700, Ryan Murray wrote:
restrictive); see below for details.
[ RSA is no longer included. ]
[ IDEA is no longer included. ]
IDEA was the only part of ssh that made it non-free, prohibiting
commercial use.
Wrong, RSA makes it non-free, and so does
This may sound silly, but in fact, glibc does not support shadow groups[1]
(I'm not sure if we ever had this support), yet the shadow programs attempt
to use it. For example we convert the group file to shadow, even though glibc
does not contain the calls to get this info. If you look at the
On Sat, Oct 02, 1999 at 01:28:53AM +0200, Marcus Brinkmann wrote:
On Fri, Oct 01, 1999 at 06:53:18PM -0400, Ben Collins wrote:
This may sound silly, but in fact, glibc does not support shadow groups[1]
Indeed. I think we can drop this idea altogether. How many people do use
passwords
On Sun, Oct 03, 1999 at 05:35:11PM -0700, Joey Hess wrote:
Thomas Schoepf wrote:
this is a perl script I've written, because I was fed up with manually
fetching bug reports and storing them into a directory structure so that
browsing still works. Now, when I type 'buglist -r -d
On Mon, Oct 04, 1999 at 12:08:13PM +0200, Thomas Schoepf wrote:
On Sun, Oct 03, 1999 at 09:13:56PM -0400, Ben Collins wrote:
On the same subject I invite everyone to test out getbugs which is at
http://www.debian.org/~bcollins/getbugs.pl. It's a Net::LDAP script that
This needs a direct
On Tue, Oct 05, 1999 at 04:36:58PM +1300, Michael Beattie wrote:
On Mon, 4 Oct 1999, Joey Hess wrote:
Thomas Schoepf wrote:
Have you tried Ben's getbugs.pl? Is it good enough?
I looked at it briefly, but it seemsed very slow. wget is easier.
I get:
Error: IO::Socket::INET:
I haven't been able to keep up with failed builds for the sparc buildd
daemon. So I'm asking for help (from maintainers and users alike) with
checking the logs and finding solutions (some are fairly simple, just
let me know). If you need access to a sparc for testing, all developers
have access to
On Wed, Oct 06, 1999 at 02:02:57PM +, Dale Scheetz wrote:
Something else strange just happened during an autobuild pass. All of the
subdirectories in my build tree have suddenly become inaccessable to the
build user, who owns all the files and directories. Here is what I get:
On Wed, Mar 08, 2000 at 03:53:13PM +0100, Santiago Vila wrote:
On Wed, 8 Mar 2000, Ben Collins wrote:
On Wed, Mar 08, 2000 at 11:59:41AM +0100, Santiago Vila wrote:
If we drop perl-5.004, is there a good reason why we do need to rename
an essential package? (from perl-base to perl
.
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
of work to
work out the pcmcia kinks. There is nothing wrong with 2.2. What I want is
2.2.15 in potato, nothing more.
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED
have not seen any good reason other than so we can have it in
there. Technically there is nothing in 2.[34].x that 99% of the people can't
get out of 2.2.x.
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage
on 4.0 until we see how it fits into
all of the archs.
I think it would be a good idea to release an update for potato
specifically to support kernel 2.4 when it releases however. Sounds like a
really doable thing.
--
---===-=-==-=---==-=--
/ Ben
.
Ben
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
soon enough.
Ben
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
On Tue, Mar 14, 2000 at 10:01:15PM +1100, Craig Sanders wrote:
On Mon, Mar 13, 2000 at 09:08:43AM -0500, Ben Collins wrote:
Woody should be running 2.3 or pre-2.4. That should have been among
the first things to change.
We are knee deep in a release cycle. We should not be expending our
On Tue, Mar 14, 2000 at 04:13:52PM +1100, Brian May wrote:
Ben == Ben Collins [EMAIL PROTECTED] writes:
Ben Next time please email me with correct version numbers and
Ben explain things a little better, other than just it still
Ben doesn't work. I've never been able to reproduce
debian-mentor to see if any
other HAM people would be willing to take you under their wing.
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED
. Ignoring frozen
does not.
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
for the stable release?
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
On Wed, Mar 15, 2000 at 03:24:29AM -0700, John Galt wrote:
On Tue, 14 Mar 2000, Ben Collins wrote:
snip
First of all, you need to check your numbers. Last I checked there were
~350 official developers in the keyring. Right, so this proves my point in
that we should encourage developers
-confold, so that if there is no default, it will
choose to keep the old conffile.
Problem solved :)
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL
.
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
PROTECTED]
59420 kaffe_1:1.0.5e-0.3(frozen): bad register names on m68k
59575 kaffe: jit3 not supported on sparc build
I've NMU'd a package which fixes both of these, last night.
Package: libpam-modules (debian/main)
Maintainer: Ben Collins [EMAIL PROTECTED]
60287 libpam-modules: Spurious
)
This looks like a system problem. Looks like gzip is getting killed (the
Broken Pipe). What kernel is this person running?
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
On Fri, Mar 17, 2000 at 10:09:07AM -0800, Stephen Zander wrote:
Ben == Ben Collins [EMAIL PROTECTED] writes:
Package: prc-tools (debian/main) Maintainer: Stephen Zander
[EMAIL PROTECTED] 51647 prc-tools: fails building on sparc
Ben This is going to either require me to port
On Fri, Mar 17, 2000 at 02:05:44PM -0500, Jacob Kuntz wrote:
Ben Collins ([EMAIL PROTECTED]) wrote:
try running:
dpkg-deb --extract man.deb /tmp/tmpdir
If that fails too, then add strace -o dpkg-deb.out to the start of that
line and send me the dpkg-deb.out file.
i don't have
imake config files
Will NMU shortly.
Package: xview (debian/main)
Maintainer: Martin Buck [EMAIL PROTECTED]
60536 xview: compile expects sparc to be sunos
Will NMU shortly.
--Ben
--
---===-=-==-=---==-=--
/ Ben Collins
-devel-changes list to send to and write
some extra procmail stuff into sending it to the write outlist.
Ben
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED
.
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
:)
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
below is the needed change, and I've had to do it
many times when we made the move to glibc 2.1 on sparc. It is correct, and
portable.
--
---===-=-==-=---==-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux
1 - 100 of 307 matches
Mail list logo
