tained package.
For example the Makefile.{am,in} COPYING change: this is purely
cosmetic. I disagree that your solution is the best; maintaining patches
to upstream sources is a nuisance, while fixing things up afterwards in
debian/rules is easier.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROT
ing that's a conffile or configuration file belongs in /etc though.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.
er.
Well, lib is a misnomer though, and implies something architecture-dependent
(which is what /usr/share is trying to avoid).
/usr/share will be no more cluttered than /usr/lib, for example.
OTOH, we are going to have /usr/share/doc as I understand it, which
WILL be another layer.
Hamish
--
ch as I understand it is completely unrelated to WindowMaker.
Looking in the Packages file it seems it has been fixed anyway.
Hamish (the originally submitter)
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish.
sr/man/man1/heyu.1
> ^
>
> don't do this :-)
Nor this. All paths must be relative if any one else is to be
able to compile the source ever.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ft
clear that
removing it from the configuration file will make it go back to 8000.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http
member correctly, anyway.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
--
To UNSUBSCRIBE, email to [EMAIL PRO
On Tue, Jun 23, 1998 at 12:21:45PM +0100, James Troup wrote:
> Hamish Moffatt <[EMAIL PROTECTED]> writes:
> > On Sat, Jun 20, 1998 at 10:31:44PM +0100, James Troup wrote:
> >
> > > Why not just have the file in /usr/doc/iptraf and run it from
> > > there in t
On Tue, Jun 23, 1998 at 11:31:02PM +0200, Frederic Peters wrote:
> If someone could tell me the /right/ place, please, do it.
Marcelo suggested /usr/lib/iptraf, that sounds right to me.
hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages
al Science discs for $2.30-$2.50 here without too much
trouble (although many places sell them for $2.80-$3.00). And from what
I hear Kodak discs are better than Verbatim. I use Kodak here.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian
am source doesn't
build anyway. Perhaps I will try again for slink.)
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish
bian version
is 6. This allows slang0.99.34 (as in slang0.99.34-0.99.38-6) to coexist.
emacs does this, for example ({x,}emacs{19,20}), so it might be justified.
Ask on debian-policy to be sure.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages
run together then
debian-policy would be appropriate.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
--
To UNSUB
gt; wm2_3-3? I'm partial to moving the version from slink, as it /does/
> fix the bug, and there aren't any new features in wm2 version 4.
That would be best -- my NMU had the wrong version number (should be
wm2_3-2.1, rather than wm2_3-3) anyway.
Hamish (oops :-)
--
Hamish Moff
o unstable (mapped to slink) only. If
> the package should go into frozen (mapped to hamm) as well as
> unstable, it should be:
>
> > wm2 (3-3) frozen unstable; urgency=low
What is the date on my upload (3-3)? I believe it was before the
freeze. I am probably wrong, but appear not
change its implementation to not require C.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
r creating the database.
Why is it executable though? You cannot just run it.
> What should the changes file be named if CHANGES is not good enough?
changelog[.gz]
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com
et Debian policy. lintian just checks that your package
is policy-compliant.
Hamish
--
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
this a few times recently.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
ion files
(ie /etc/exports) is not allowed.
Unless the nfs-server package provides a mechanism for you to add
stuff to /etc/exports, you have to let the user do it.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.
ile.in, libtool complained
that -rpath wasn't specified.
thanks,
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
On Sat, Nov 21, 1998 at 02:14:36PM +1100, Hamish Moffatt wrote:
> I've just encountered libtool and the dreaded -rpath. How do I fix
> it so that it doesn't do it?
>
> There is a top level ./libtool script, and one of the subdirectories's
> Makefile.in specifies
olicy.)
Your control file entry will not matter from now on, although it would
be best if you changed it to say contrib/x11, because that's what people
see if they do "dpkg-deb -I filename.deb" on your package.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL
lpage.1 $(PREFIX)/man/man1
Then in your debian/rules file, you can do "make install PREFIX=/usr"
Or more like "make install PREFIX=debian/tmp/usr"
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.a
give just dpkg-buildpackage.
It looks ok. I cannot see any advantage over my example but that is
up to you.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are
original tarball
> unpacks to the current directory instead of creating its own
> subdirectory.
Perhaps that's the problem, but I think that is normally ok.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
seems like the best suggestion to me.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
mentation about the
> right and official way to do this. ;)
It does what update-inetd does. Actually, since inetd.conf belongs
to netbase, wu-ftp should call the provided modify script (update-inetd).
However, since inetd.conf is not a conffile, I'm not sure this is
technically a bug.
end to write such stupid
You think that's bad, look at ham radio software. It's not bad for Linux,
but all the Windows stuff costs megabucks.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish
On Sun, Jan 24, 1999 at 02:05:34PM +, Jules Bean wrote:
> None of the arguments for keep /usr/X11R6 apply to /usr/share.
None of the arguments for keeping /usr/X11R6 apply at all ;-)
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages
omplains about csh-considered-harmful, though.
Personally, I think csh-considered-harmful is a purely personal
decision and has no place in policy and therefore lintian.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.
t of each.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
g-shlibdeps
to use the new .shlib file as the local shlib file. The manuals say
that the local file should only be used temporarily but there doesn't
seem to be another way.
I use:
dh_shlibdeps -u -Ldebian/libgeda2/DEBIAN/shlibs
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTE
can enable or disable the X support from debian/rules,
but the whole thing needs to be cleaned out and rebuilt for whichever
version. Hence I have a dummy `build' target. It already does weird stuff
during building with objects in other directories...
Hamish
--
Hamish Moffatt VK3TYD
and have the debian/rules binary target make two subdirectories
of debian/, one for each package, etc. debhelper makes it easy.
Hamish
--
Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of repl
se for X applications which don't
> come with the X distribution to stay in /usr/bin.
I'm sure that we've discussed this before on debian-policy, and that policy
currently says all X applications should install in /usr/X11R6/. I think
this is very wrong, but that's what poli
hlibdeps says that
you should only use -L as a temporary measure, but since there doesn't seem
to be another way ..
You might still need the LD_LIBRARY_PATH if the library depends on any
other non-default libraries.
Hamish
--
Hamish Moffatt VK3TYD.
CCs of replies from mailing lists are welcome.
upstream maintainer put that zero there
> for a reason (though maybe not a good one). I wouldn't do it myself, but I
> have no trouble understanding his intent.
>
> In any case, both dpkg and the upstream author are beyond my control.
> Do I have any recourse other than an
provides
that. An nntp-server virtual package could be worthwhile, perhaps.
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
pgpjtTbRAo0V6.pgp
Description: PGP signature
tarted
over and did it by hand. I don't know why we can't trust the upstream
Makefile to build the shared library, generally speaking.
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
have 1 hour.
:-)
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
On Wed, Jun 23, 1999 at 11:30:02AM +0200, Peter Makholm wrote:
> Hamish Moffatt <[EMAIL PROTECTED]> writes:
>
> > Using only standard unix tools (no dh_make, debstd, or debhelper),
> > package X11. You have 1 hour.
>
> As you please!
>
> Hmmm, is it ok if t
uot;. Or override DESTDIR during "make install",
if possible.
prefix can affect the program at runtime too. You don't want to hardcode
the temporary location into any executables.
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
On Mon, Jun 28, 1999 at 08:18:26AM -0400, Decklin Foster wrote:
> Hamish Moffatt writes:
>
> > However I suspect you should not be doing "make prefix=...";
> > you should make without overriding prefix, and just override it
> > during "make install".
right; you should
put the script in /etc/init.d, but not link it with update-rc.d like
every other, only to rcS.d. Quite a few packages already do this so it
should not be too hard to find examples. I did it in cnews for example
(moved from rc.boot).
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
to specify the netmask (is it possible?). I have two networks,
203.14.18.0/25 and 203.14.18.128/25; the .0 network name works fine
of course, but the .128 one does not.
localnet203.63.216.16
hamishnet 203.14.18.0
peternet 203.14.18.128
Hamish
--
Hamish Moffatt VK3SB (ex-VK3T
On Tue, Jul 06, 1999 at 12:27:12PM +1000, Hamish Moffatt wrote:
> Unfortunately I can't figure /etc/networks out. I can't work out how
> to specify the netmask (is it possible?). I have two networks,
The impression I get from networks(5) on FreeBSD and Solaris
is that it can
hey should provide a glibc 2.0 (libc6.0) binary
as well, but they don't. My slink system is running the libc5 binary
because I don't want to upgrade to potato yet.
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
Branden
uses it to build X, or used to) but it doesn't seem to be. Perhaps
pandora (might be slow to access from the USA though)?
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
error: source package has two conflicting values -
> libsgmls-perl and sgmlspl
> dh_gencontrol: command returned error code
> make: *** [binary-indep] Error 1
The source package name is libsgmls-perl; what is the package name
at the top of the changelog? If they differ, you will get this e
or bladeenc?
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
On Tue, Aug 03, 1999 at 12:36:52AM -0500, Jeff Bachtel wrote:
> Done. Any others I should set up while I'm at it?
>
> > Can somebody please set up a cronjob to post ITPs for bladeenc?
Not off the top of my head! bladeenc in particular seems to come
up every fortnight or so.
builds both main and
> non-US/main binary packages.
Can you? Isn't main supposed to be free standing? Clearly the source
can't go in main, so the binaries can't either.
xpdf and xpdf-i have the same .orig.tar.gz. Mind you, I wouldn't build
them from the same source packag
ailability of the example file, if it's too large to include in the
> BTS.
Don't know sorry.
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
tion in the control file is really just a suggestion
to the archive maintainers -- the actual section for the package is
determined by the override file on master, rather than the section
in your package.
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
on this list a few months back, this seemed
to be the best solution.
Upstream has since separated the library and binary sources,
so I don't have an example on hand.
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
t?
> (wow that would be cool).
You're welcome to drop over to Melbourne and get your key signed,
there's quite a few of us here :-)
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
update-inetd actually allows you to modify any file you like.
That doesn't mean you should though.
thanks
Hamish
--
Hamish Moffatt VK3SB (ex-VK3TYD).
CCs of replies from mailing lists are welcome.
entries if we couldn't close bug reports
until a new release is made.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
On Tue, Oct 12, 1999 at 12:51:34PM +1000, Brian May wrote:
> On Mon, Oct 11, 1999 at 05:44:33PM +1000, Hamish Moffatt wrote:
> > On Fri, Oct 08, 1999 at 01:23:22PM -0700, Sean 'Shaleh' Perry wrote:
> > > That said, yes, I would keep them open until potato is released.
h it.
And you can't reupload the binary package without a new version number.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
t that? I only routinely run an X server on one
box here, but it's useful to run X programs on some others around
the place at times. Those machines have no need for an X server.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
On Thu, Oct 21, 1999 at 10:31:06AM -0400, Peter S Galbraith wrote:
> Hamish Moffatt wrote:
>
> > On Tue, Oct 19, 1999 at 12:17:53PM -0400, Peter S Galbraith wrote:
> > > The changelog will not appear in all the binary packages produced
> > > since I won't be upl
ionale the same (i.e. to not force a recompile on
> every arch), I don't see a good reason why others are allowed to do this
> when doing a binary-only NMU and Peter should not be.
Hmm, OK I forgot that policy allowed this. Can't say I like it much though.
Hamish
--
Hamish Moff
I have with stuff
> under /usr/X11R6/.
It's up to you -- I use /usr/bin for everything.
/usr/X11R6 should be disbanded, imho.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
7;t matter what directory
the .orig.tar.gz unpacks to; dpkg-source will cope. Don't extract it,
rename it, and recreate the .orig.tar.gz just to fix the directory name;
it's better to use "pristine source" -- meaning the exact .tar.gz
provided by the upstream author (renamed of course
On Mon, Dec 13, 1999 at 02:13:39PM +, Chris Rutter wrote:
> On Mon, 13 Dec 1999, Hamish Moffatt wrote:
>
> > As Antti-Juhani says, use lowercase. It doesn't matter what directory
> > the .orig.tar.gz unpacks to; dpkg-source will cope. Don't extract it,
>
he .tar.gz is quite reasonable in this case.
You have no other solution really. And be sure to flame^H^H^H^H^H politely
suggest to the upstream author that they not ship fifos in the .tar.gz.
Hamish
--
Hamish Moffatt Mobile: +61 412 011 176 [EMAIL PROTECTED]
Rising Software Australia Pty.
ream
patches. The rules files unpacks the source, applies the patches, etc.
This seems a reasonable exception to the rule, since the real pristine
source IS in there.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
On Mon, Jan 03, 2000 at 01:10:31PM +0100, Bart Schuller wrote:
> cp /somewhere/foo-2.23.tar.gz foo-2.23.orig.tar.gz
Should be foo_2.23.orig.tar.gz.
Cheers
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
appear in a new -dev if it's really needed.
It's better to migrate the stuff to the new version.
Cheers
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
source.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
author, which is the whole point (IMHO).
Admittedly the upstream patch doesn't belong in the Debian .diff.gz
file either, but it should be only a temporary situation until the next
upstream version.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
u can make a note if you like. In most cases, the sources
probably won't be used again after release so it doesn't really matter.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
thread is listed.
Of course it should be; if not there may be a libc6 bug. The .shlib
files are used by dpkg-shlibdeps.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
I
just uploaded (with dupload using scp) are 644. That's a little antisocial --
and perhaps dupload can't read your files and gives up, hence the error.
Unless dinstall runs as root, it can't read your files -- and I don't
even have to check to be pretty sure it doesn't run as r
ad of smail. exim is similar but much easier to configure.
I can't remember how to stop relaying on smail but could help with exim.
I have already converted all my machines from smail to exim.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
ad. There are other libraries with just .so names that do still
have sonames.. actually, lintian doesn't know that your .so file even
IS a shared library. You need to modify the linking command in the
makefile.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
y fixed, you can close it. If not, fix it! :-)
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
; after installation, the ownership is set root.root and permissions
> are 644.
>
> Is dpkg preventing my scheme?
I can't see why dpkg would prevent it.
Can you make your sources and/or deb files available for download?
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
ot permitted
> chown: debian/tmp/usr/share/man/man8/pgpdump.8.gz: Operation not permitted
> chown: debian/tmp/usr/share/man/man8/pks-mail.sh.8.gz: Operation not
That looks like you just didn't run it in fakeroot -- it's not required
to run fakeroot itself.
Hamish
--
Hamish Moffatt VK
y solution is to add a prerm file, that has a "#!/bin/sh" on top.
> What do you think? Is this a bug in debhelper? Or is it documented somewhere?
I don't think that's it -- a script without a #! line will run with
/bin/sh anyway.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
alling it. Why?
Your .changes file must say you are uploading the .orig.tar.gz
else dinstall has no reason to look for it. I think the option to
dpkg-buildpackage is -sa or similar.
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
why I needed -sa if I didn't use -b for binary only.
Why do you need to upload the original source code again in this case?
Hamish
--
Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
share, no /usr/X11R6/man. Am I
> right?
I don't know. But here's a simple fix -- put your binary in
/usr/bin instead of /usr/X11R6/bin. Policy and the FHS do not say that
all X clients go in /usr/X11R6, only that the standard components
do. I put all of my binaries in /usr/bin, even fo
the list if you can.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
ewer. wget is a page fetch-program and for that
> reason "might" be better adapted for the task.
lynx has only just started doing this. I filed a bug report this morning.
"lynx -dump" should not need a terminal. It is convenient to dump
the rendered output to stdout; wge
system admin's use (for third party packages
usually); Debian, being the OS vendor, can't touch it.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
the console.
X is a network protocol, after all.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
On Thu, Aug 10, 2000 at 07:28:24PM +0200, Christian Marillat wrote:
> I need to restart sawfish, because sawfish crash each times a user upgrade
> sawfish. unstable is unstable...
And experimental is in project/experimental. Consider it.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL
On Sat, Aug 12, 2000 at 01:11:57AM +0200, Christian Marillat wrote:
> echo " WARNIG - WARNIG - WARNIG - WARNIG - WARNIG - WARNIG"
I suggest you spelling WARNING correctly!
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
t will always be out of date -- at the very least you will need
to update the debian/changelog when building the package.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
start up again and I have
> to drive over to the system.
I have never seen sshd be stopped during an upgrade. I do all my upgrades
via ssh.
And if something like ssh does go down, there's always a dialup modem
line. I've kept one on a remotely deployed machine of mine just for
this rea
dable or obfuscated. The language lets you do either,
and that's a good thing. (Trust me, I use VHDL daily and it's very verbose;
sometimes I like nice terse Perl.)
The language is not at fault, the programmers who use it badly are.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
On Wed, Aug 16, 2000 at 05:08:38PM +0200, Marius Vollmer wrote:
> Hamish Moffatt <[EMAIL PROTECTED]> writes:
>
> > The language is not at fault, the programmers who use it badly are.
>
> Especially the programmers who choose bad languages in the first place.
If there
On Sat, Aug 19, 2000 at 05:56:31PM +0200, [EMAIL PROTECTED] wrote:
> Lets see, some regular used feature in Perlk is to use the return
> value of a funktion thats stored in $_ or somthing.
Sure, you CAN do that in Perl, but you don't have to.
Hamish
--
Hamish Moffatt VK3SB <[E
llmanpages -N nut-doc -p nut"
Try -Nnut-doc -pnut; no spaces. debhelper(1) does not show any spaces.
You should only need -pnut, and not -Nnut-doc.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
o programs to make them work within the Debian environment;
that's where Debian adds value versus compiling from source IMHO.
Regards
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
recommendations.
Again there was no discussion of this mass bug-filing
campaign on debian-devel, as Debian's policy and manuals
require. (Unless I missed it and the discussion, which I doubt.)
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
ve never understood why an absolute path is needed for that command.
Hamish
--
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
1 - 100 of 291 matches
Mail list logo
