On Wed, Dec 20, 2000 at 06:21:39AM -0500, basic wrote:
> subprocess dpkg-deb --fsys-tarfile returned error exit status 2
Is your RAM ok? How much RAM do you have? Do you have a swap partition?
Roland
--
Roland Bauerschmidt <[EMAIL PROTECTED]>
Your message dated Sun, 26 Mar 2000 11:48:44 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Closing old bug reports related to bo->hamm transition
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If th
Le Thu, Jan 21, 1999 at 04:48:04AM -, Robert Woodcock écrivait:
> So, the gist of that is that dpkg has been left for dead (well, NMU hell
> anyway) for a full year and there hasn't been *that* many complaints.
> Just no new features.
I don't agree. I don't want to blame anybody since i'am not
Martin A. Soto wrote:
>
>Many, *many* people has proposed this idea before. So many, that you
>would be tempted to consider it a simple, natural, and straightforward
>idea. Nonetheless, it seems that this far, it has been impossible to
>make it part of dpkg, or even to start working on the necess
Robert Woodcock <[EMAIL PROTECTED]> writes:
> We need to add a new field - call it anything you want - I called it
> "Was-Part-Of:" in an earlier post, but I'm sure there's a better name than
> that - "Previously:" maybe.
>
> Anyway, say slink contains a package 'foobar', version 1.2-3. The
> main
Adam Heath wrote:
>I see a problem with all this talk about pseudo packages for upgrades from
>hamm.
>
>These 'pkgs' will have to remain in the system forever. If someone skips
>slink, and goes to potato when that is released, the same problem will occur.
>
>If
I see a problem with all this talk about pseudo packages for upgrades from
hamm.
These 'pkgs' will have to remain in the system forever. If someone skips
slink, and goes to potato when that is released, the same problem will occur.
If we ever fix dpkg/dselect/apt to handle a pkg rena
On Tue, Jan 19, 1999 at 11:44:14AM -0800, Ben Gertzfield wrote:
> Now if we could only convince the netstd maintainer to make a
> pseudo-package for all his splits.. but he has told me he refuses to
> support upgrades for anything but dselect. :/
That's disappointing.
Why will dselect handle it ei
; Santiago> functionality in the upgrade process.
>
> Brandon> Done in experimental changes file: * xbase is now a
> Brandon> pseudo-package used to smooth upgrades from hamm or
> Brandon> earlier systems * what was the new xbase is now
> Brandon> xfre
andon> Done in experimental changes file: * xbase is now a
Brandon> pseudo-package used to smooth upgrades from hamm or
Brandon> earlier systems * what was the new xbase is now
Brandon> xfree86-common
Branden has done a great job with the xbase upgrade pseudo-package.
Now if we
On 15 Jan 1999, Ben Gertzfield wrote:
> > "Santiago" == Santiago Vila <[EMAIL PROTECTED]> writes:
>
> Ben> Simply use the 'xbase' package name as the dummy package,
> Ben> renaming what is currently 'xbase' in slink to xfree86-base.
> Ben>
> Ben> Then, the xbase package will
On Sat, Oct 17, 1998 at 09:49:54AM -0400, Michael Stone wrote:
> Quoting Tom Lees ([EMAIL PROTECTED]):
> > While I'm at it, *PLEASE* drop the dependency of lilo on mbr. I don't want
> > a new mbr eg if I want to install LILO to use on a floppy ONLY (I use
> > GRUB on my HD). Change it to Recommend
[EMAIL PROTECTED] (Ben Gertzfield) wrote on 16.10.98 in <[EMAIL PROTECTED]>:
> > "Brent" == Brent Fulgham <[EMAIL PROTECTED]> writes:
>
> Brent> I'd like to chime in -- It's a real annoyance that the base
> Brent> disks don't set up lilo to let you boot into multiple
> Brent> oper
On Sat, Oct 17, 1998 at 09:49:54AM -0400, Michael Stone wrote:
> Quoting Tom Lees ([EMAIL PROTECTED]):
> > While I'm at it, *PLEASE* drop the dependency of lilo on mbr. I don't want
> > a new mbr eg if I want to install LILO to use on a floppy ONLY (I use
> > GRUB on my HD). Change it to Recommends
Quoting Tom Lees ([EMAIL PROTECTED]):
> While I'm at it, *PLEASE* drop the dependency of lilo on mbr. I don't want
> a new mbr eg if I want to install LILO to use on a floppy ONLY (I use
> GRUB on my HD). Change it to Recommends. mbr being a high priority and/or
> essential (can't remember if it is
On Fri, Oct 16, 1998 at 12:34:09PM -0700, Ben Gertzfield wrote:
> > "Brent" == Brent Fulgham <[EMAIL PROTECTED]> writes:
>
> Brent> I'd like to chime in -- It's a real annoyance that the base
> Brent> disks don't set up lilo to let you boot into multiple
> Brent> operating systems.
> "Brent" == Brent Fulgham <[EMAIL PROTECTED]> writes:
Brent> I'd like to chime in -- It's a real annoyance that the base
Brent> disks don't set up lilo to let you boot into multiple
Brent> operating systems. Couldn't it ask if you want to
Brent> dual-boot with windows, or wha
> "Enrique" == Enrique Zanardi <[EMAIL PROTECTED]> writes:
Enrique> Currently, that partition is marked as bootable just
Enrique> after installing LILO and "mbr" (first a dialog is
Enrique> displayed asking the user if he wants it so, something
Enrique> like "If you want the De
Brent Fulgham wrote:
> I'd like to chime in --
>
> It's a real annoyance that the base disks don't set up lilo to let you
> boot into multiple operating systems. Couldn't it ask if you want to
> dual-boot with windows, or whatever, and generate an appropriate lilo.conf
> file?
This would be nice
average
Joe New-User this is a large hurdle.
-Brent
-Original Message-
From: Ben Gertzfield <[EMAIL PROTECTED]>
To: Enrique Zanardi <[EMAIL PROTECTED]>
Cc: Duncan Thomson <[EMAIL PROTECTED]>;
debian-devel@lists.debian.org
Date: Friday, October 16, 1998 10:31 AM
Subject
On Fri, Oct 16, 1998 at 10:11:05AM -0700, Ben Gertzfield wrote:
> Enrique Zanardi <[EMAIL PROTECTED]> writes:
>
>
> > On Fri, Oct 16, 1998 at 09:18:23AM +, Duncan Thomson wrote:
> > > i've seen postings about this before, but as yet no solution (either as
> > > a message or in the boot disks)
Enrique Zanardi <[EMAIL PROTECTED]> writes:
> On Fri, Oct 16, 1998 at 09:18:23AM +, Duncan Thomson wrote:
> > i've seen postings about this before, but as yet no solution (either as
> > a message or in the boot disks).
> >
> > when debian is made bootable from the hard disk on certain system
On Fri, Oct 16, 1998 at 09:18:23AM +, Duncan Thomson wrote:
> i've seen postings about this before, but as yet no solution (either as
> a message or in the boot disks).
>
> when debian is made bootable from the hard disk on certain systems, the
> prompt 1FA: comes up, but the system will not b
i've seen postings about this before, but as yet no solution (either as a
message or in the boot disks).
when debian is made bootable from the hard disk on certain systems, the prompt
1FA: comes up, but the system will not boot off partition 1. the disk
controller is AHA-2940. any solutions t
I originally meant this mail to deb-dev to get feedback about this
issue, but it seems I did not.
Winfried Truemper writes:
> Package: e2fsprogs
> Version: 1.10-17
>
>
> The version of fsck.ext2 segfaults in criticial cases (complete garbage on
> the harddisk, left from a previous crash).
On 26 Jun 1998, Manoj Srivastava wrote:
> Hi,
> >>"Bdale" == Bdale Garbee <[EMAIL PROTECTED]> writes:
>
>
> Bdale> If you're working in a multi-machine networked environment,
> Bdale> and are accessing another system using NFS (particularly with
> Bdale> an automounted host map), an absolute
>The upstream maintainer (Ulrich D.) insists that the relative links are
>correct and that making /usr a symlink to something else is "evil".
but in some situations they are necessary : when useing nfsroot
with special setup. for improved speed i want a codafs as the basic layer,
so /usr -> /coda/
Hi,
>>"Bdale" == Bdale Garbee <[EMAIL PROTECTED]> writes:
Bdale> If you're working in a multi-machine networked environment,
Bdale> and are accessing another system using NFS (particularly with
Bdale> an automounted host map), an absolute link can easily violate
Bdale> "the principle of least
In article <[EMAIL PROTECTED]> you wrote:
:> 21884 libc6-dev: relative links between top-level dirs
: The upstream maintainer (Ulrich D.) insists that the relative links are
: correct and that making /usr a symlink to something else is "evil".
I'm not sure I completely understand what the lin
On 25 Jun 1998, Ben Gertzfield wrote:
> >> Subject: please include apt and autoup in
> >> hamm/hamm/upgrade-i386/ To: [EMAIL PROTECTED] -- Package:
> >> ftp.debian.org,apt,autoup Version: N/A
>
> Well, let's just do it! I see no problem with ma
Yeah, there's been enough discussion in this context. The decision to
ditch the "emacs" name as a package name was in fact made for good
reasons, a while back; just-before-the-release is the wrong time to
revisit it. As emacs and emacs19 maintainer, I'm closing it, with this
message. Feel free to
>>>>> "Jens" == Jens Ritter <[EMAIL PROTECTED]> writes:
Jens> Andreas <[EMAIL PROTECTED]> filed this against
Jens> ftp.debian.org:
>> Subject: please include apt and autoup in
>> hamm/hamm/upgrade-i386/ To: [EMAIL PROTECTED]
On Thu, 25 Jun 1998, Dale Scheetz wrote:
> The upstream maintainer (Ulrich D.) insists that the relative links are
> correct and that making /usr a symlink to something else is "evil".
I'm running out of space and wanted to move subdirs of /usr to
another partition. But because of
> "Darren" == Darren/Torin/Who Ever <[EMAIL PROTECTED]> writes:
Darren> Hmm. You're right. Any ideas on when this changed or was
Darren> I just on too much sleep-dep when I last looked at this.
Darren> (a while back)
Been that way for quite a while AFAIK. Till very recently, tho
Andreas <[EMAIL PROTECTED]> filed this against ftp.debian.org:
>Subject: please include apt and autoup in hamm/hamm/upgrade-i386/
>To: [EMAIL PROTECTED]
>-- Package: ftp.debian.org,apt,autoup
>Version: N/A
>
>i think this is the right location. if people want to get
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> Why is this a release critical bug? emacs19 depends on a whole
> slew of packages, and it quite differently set up than the old emacs
> package. Also, there are now a number of packages that vie for the
> name Emacs, is not unreasonable to ha
'' to have the
old name retained, but is this an important enough objection to hold
up Hamm or throw emacs19 out? I think no.
Olease downgrade this bug (I would say to a wishlist), and get
it out of the release critical list.
manoj
--
"Imagination is more import
On Thu, Jun 25, 1998 at 11:30:45AM -0400, Dale Scheetz wrote:
> On Thu, 25 Jun 1998, Wichert Akkerman wrote:
> > Welcome to the nem Hamm Bugs Stamp-Out List.
> >
> > 21884 libc6-dev: relative links between top-level dirs
> >
> I'm not sure what to
1.0 done, so I doubt he has
any plans to work on this.
My suggestion is to either copy the beta4 kde packages from slink
(which includes the fix for this bug) into hamm or drop kde from hamm
altogether. I prefer the former.
FWIW, I think the only reason, the beta4 packages weren't put
On Thu, 25 Jun 1998, Wichert Akkerman wrote:
> Welcome to the nem Hamm Bugs Stamp-Out List.
>
> 21884 libc6-dev: relative links between top-level dirs
>
I'm not sure what to do abou this one.
The upstream maintainer (Ulrich D.) insists that the relative links are
correc
-BEGIN PGP SIGNED MESSAGE-
Stephen Zander, in an immanent manifestation of deity, wrote:
>Not true Darren: dbmopen does the moral equivalent of the tie under
>the covers. It's one of my pet peeves that perl links in libraries to
>the main executable that are only required by extensions.
Sorry for a late response, been on holidays...
>>>>> "Darren" == Darren/Torin/Who Ever <[EMAIL PROTECTED]> writes:
Darren> This is the case if you use the tie interface in Perl.
Darren> This is not the case if you use dbmopen, at least it
Darren
[ For the record, I agree with Paul's main points, most of which have long
been know. This one point bears correction. ]
Enrique> You won't have wait for hours while a list of "Skipping
Enrique> foo. Skipping bar." is displayed at the screen.
1. That hasn't been necessary since dpkg-mounta
On Tue, Jun 23, 1998 at 08:09:51PM +0200, Paul Seelig wrote:
> Actually the true killer was the upgrade of the teTeX packages. It is
> pretty hard to stand seeing three time in a row "Running initex [...]
> This will take some time" on a 486DX-2/66 at the configuration stage.
> This alone consumed
Brian White <[EMAIL PROTECTED]> writes:
> Just to be sure I understand... emacs20 has to be configured before
> cvs-pcl is _installed_ or before cvs-pcl is _configured_?
Actually, now it seems like the problem in this case is that cvs-pcl
currently has a dependency on emacsen-common rather than
ried about having
> time to fix it before the hamm release.
Just to be sure I understand... emacs20 has to be configured before
cvs-pcl is _installed_ or before cvs-pcl is _configured_?
> I do know what needs to be done (emacsen-common needs to depend on
> pkg-order and needs to use it to
org normal bugs in the list, or better,
scan the bug list for ftp.debian.org for bugs about hamm and raise
them to "important".
I'm Cc:ing debian-devel and Guy Maor.
-BEGIN PGP SIGNATURE-
Version: 2.6.3ia
Charset: latin1
iQCVAgUBNY961yqK7IlOjMLFAQG28AP+MQWiDTNbesUCcCBMJlBh2qG
On Tue, Jun 23, 1998 at 05:07:37AM +0200, Paul Seelig wrote:
[...]
> The initial update to libc6 via the autoup.sh went very smooth and
> flawlessly. I fetched the .deb packages via FTP over a decent
> bandwith and this went pretty fast. The bad thing afterwards was the
> painfully slo o o o o w
mmon
script) before cvs-pcl. This is a bug, but I'm worried about having
time to fix it before the hamm release.
I do know what needs to be done (emacsen-common needs to depend on
pkg-order and needs to use it to determine the install/remove script
order).
Brian, what's your take on this?
In article <[EMAIL PROTECTED]>,
John Goerzen <[EMAIL PROTECTED]> wrote:
>My clock is supposedly set to UTC. When I originally installed, it
>wasn't, and there was no documentation for changing it, but I figured
>that I needed to add a -u to the appropriate init script. Here then
>is /etc/init.d/h
Nathan E Norman <[EMAIL PROTECTED]> writes:
> : It didn't work here. I use xntp3 to sync my clock, and it would
> : always get set to Eastern time until I changed to CST6CDT. After
> : making that change, it now gives results like yours.
>
> Ok, fair enough. I'm assuming you have the same prog
Dale Scheetz <[EMAIL PROTECTED]> writes:
> This is very strange, as US/Central and CST6CDT are both links to
> Americal/Chicago in the 2.0.7 version that I am building for release
> today.
>
> The 2.0.7pre3 (which I have currently installed) seems to have these
> as separate files.
>
> Which ver
On Sat, 20 Jun 1998, Dale Scheetz wrote:
> >
> Where did you get a pre4? I don't think I released one...
Oops, I meant pre1-4. Sorry about that.
Bob
Bob Nielsen Internet: [EMAIL PROTECTED]
Tucson, AZ AMPRnet: [EMAIL PROTECTED]
DM42nh
On Sat, 20 Jun 1998, Bob Nielsen wrote:
> On Sat, 20 Jun 1998, Dale Scheetz wrote:
>
> > This is very strange, as US/Central and CST6CDT are both links to
> > Americal/Chicago in the 2.0.7 version that I am building for release
> > today.
> >
> > The 2.0.7pre3 (which I have currently installed)
On Sat, 20 Jun 1998, Dale Scheetz wrote:
> This is very strange, as US/Central and CST6CDT are both links to
> Americal/Chicago in the 2.0.7 version that I am building for release
> today.
>
> The 2.0.7pre3 (which I have currently installed) seems to have these
> as separate files.
Likewise 2.0.
On Tue, Jun 16, 1998 at 09:57:22PM -0700, G John Lapeyre wrote:
>
> I found the entire kernel/hw clock issue quite confusing. (eg ,
> when to use the uct flag ) The man pages help a little. A clock howto
> would be quite helpful.
Add useful info to /usr/doc/HOWTO/mini/Clock.gz and sent it
On Sat, 20 Jun 1998, Nathan E Norman wrote:
> On 19 Jun 1998, John Goerzen wrote:
>
> : Nathan E Norman <[EMAIL PROTECTED]> writes:
> :
> : > What exactly makes you say that the central timezone doesn't deal with
> : > DST? If you mean "US/Central" I will have to disagree with you. :) It
> : >
On 19 Jun 1998, John Goerzen wrote:
: Nathan E Norman <[EMAIL PROTECTED]> writes:
:
: > What exactly makes you say that the central timezone doesn't deal with
: > DST? If you mean "US/Central" I will have to disagree with you. :) It
: > works fine here.
:
: It didn't work here. I use xntp3 to
> On Sat, Jun 20, 1998 at 02:42:03AM +, Michael Shields wrote:
> : In article <[EMAIL PROTECTED]>,
> : G John Lapeyre <[EMAIL PROTECTED]> wrote:
> : > Does anyone have hamm CD's to sell yet ? I have a friend in Paris
> : > who wants to install on a
On Sat, Jun 20, 1998 at 02:42:03AM +, Michael Shields wrote:
: In article <[EMAIL PROTECTED]>,
: G John Lapeyre <[EMAIL PROTECTED]> wrote:
: > Does anyone have hamm CD's to sell yet ? I have a friend in Paris
: > who wants to install on a laptop. I'd hate t
OK then, just to recap -- US/Central was off by an hour (giving me
Eastern instead of Central time when syncing with xntp3).
Here is my etc/init.d/hwclock.sh:
GMT=-u
#
# Set and adjust the CMOS clock.
#
if [ ! -f /etc/adjtime ]
then
echo "0.0 0 0.0" > /etc/adjtime
fi
if [ -x /sbin/h
Nathan E Norman <[EMAIL PROTECTED]> writes:
> What exactly makes you say that the central timezone doesn't deal with
> DST? If you mean "US/Central" I will have to disagree with you. :) It
> works fine here.
It didn't work here. I use xntp3 to sync my clock, and it would
always get set to Easte
In article <[EMAIL PROTECTED]>,
G John Lapeyre <[EMAIL PROTECTED]> wrote:
> Does anyone have hamm CD's to sell yet ? I have a friend in Paris
> who wants to install on a laptop. I'd hate to see him go RH. I think he
> has a network card. Maybe apt and a r
-BEGIN PGP SIGNED MESSAGE-
James Troup, in an immanent manifestation of deity, wrote:
>Of course, I agree, but my point was that gdbm *Shouldn't* be required
>and although it will need to be made so in hamm as a kludge, I tried
>to get this fixed properly back in March.
Wichert Akkerman <[EMAIL PROTECTED]> wrote:
> Welcome to a nem Hamm Bugs Stamp-Out List.
>
> Since Richar Braakman is currently on vacation, I will be maintaining
> this for the next two weeks. This is my first post, so please excuse
> any errors/oversights and report the
Previously Vincent Renardias wrote:
> I hope kbd has not been removed from hamm, it would be pretty bad for all
> the users _not_ having a US keyboard...
I stand corrected. kbd should have been in the list of packages for which
a fixed version was uploaded/installed.
W
On Fri, 19 Jun 1998, Wichert Akkerman wrote:
> Major changes:
[snip]
> - Application moved out of main: sniffit, rat, crafty, kbd
^^^
I hope kbd has not been removed from hamm, it would be pretty bad for all
the users _not_ havin
Sorry to bother all of you with my strange problems, I just
rebooted the machine and it works again. I think it was something
with bash, with other shells (tcsh and csh) it worked ok but within
bash not at all. Anyway, a reboot solved it.
Regards,
--
Roberto Lumbreras
[EMAIL PROTECTED] | [EMAIL P
El jueves 18 de junio de 1998, a las 20:40:35, Herbert Xu escribió:
: In article <[EMAIL PROTECTED]> you wrote:
: > I have a "fresh hamm" and ^Z stopped working in nvi, vim,
: > less, cat (!!!)...
:
: What does stty say when you're running those applications?
$ stty -
On Thu, Jun 18, 1998 at 10:47:40AM -0400, Will Lowe wrote:
> subject says it all...
Version 2.0.6 is in our FTP mirrors ( hamm/hamm/disks-i386/current ).
There's a prerelease for 2.0.7 at
ftp://molec2.dfis.ull.es/pub/debian-spanish/boot-floppies/release-2.0.7
The final 2.0.7 will be
subject says it all...
Will
--
| [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] |
| http://www.cis.udel.edu/~lowe/
> > I was told that dselect has problems with hamm being distributed on
> > more than one cd rom. Ian Jackson suggested that we should take a
> > look at dpkg-mountable. This means that a) dpkg-mountable might need
> > to be included in the boot floppies and b) we'
On Wed, Jun 17, 1998 at 09:58:58PM +0100, Steve McIntyre wrote:
:
: Has any consensus been reached about the best layout to be used for Hamm
: disks? I've written several 3-CD sets for people so far using a simple
: layout (below), but it would be nice to be able to produce to produce
On Wed, 17 Jun 1998, Philip Hands wrote:
> > Disk 1: Main binary (i386, bootable)
> > Disk 2: Contrib, non-free and non-US (binary-i386 and source)
> > Disk 3: Main source (except X11, movesd to disk #2 for space reasons)
>
> I think we need two layouts, one for the mass-production folks, and
Hi all.
I have a "fresh hamm" and ^Z stopped working in nvi, vim,
less, cat (!!!)...
I don't know what package is broking it, maybe ncurses, bash,
libc6...; with csh ^Z works as expected with all programs. I'm
puzled. And not, it is not a hardware/ram problem, it is happen
Dear all,
I'm a little late with this, unfortunately, but here goes anyway ...
Martin Schulze <[EMAIL PROTECTED]> writes:
> I was told that dselect has problems with hamm being distributed on
> more than one cd rom. Ian Jackson suggested that we should take a
> look at d
> Has any consensus been reached about the best layout to be used for Hamm
> disks? I've written several 3-CD sets for people so far using a simple
> layout (below), but it would be nice to be able to produce to produce ones
> similar to the official ones...
>
> Disk
Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> some people don't use dpkg, don't use debian, and still will burn a cdrom for
> a friend. a tar.gz is much better ...
Or a brief note that says use "ar x blah...deb" to extract the tar.gz file.
--
Raul
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
Has any consensus been reached about the best layout to be used for Hamm
disks? I've written several 3-CD sets for people so far using a simple
layout (below), but it would be nice to be able to produce to produce ones
similar to the official ones...
Disk 1: Main binary (i386, bootable)
D
Does anyone have hamm CD's to sell yet ? I have a friend in Paris
who wants to install on a laptop. I'd hate to see him go RH. I think he
has a network card. Maybe apt and a remote archive works pretty well now
for installing ?
John
John Lapeyre <[EM
On Wed, Jun 17, 1998 at 06:55:13PM +0200, Andreas Jellinghaus wrote:
> > What's wrong with having both? We already have dpkg*nondebbin.tgz.
>
> both is ok. do you want to create the package ?
I would like to, but currently I'm busy building and testing
boot-floppies_2.0.7. I may be able to try yo
> Please, note that I'm not saying that these scripts should be distributed
> *just* as a .deb package. I'm saying that they should probably be
> distributed as a .deb package *in addition* to any other form of
> distributing them. I don't want to discuss "what is better".
so, feel free to pickup
> What's wrong with having both? We already have dpkg*nondebbin.tgz.
both is ok. do you want to create the package ?
andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thomas Gebhardt <[EMAIL PROTECTED]> writes:
> Hi,
>
> after the last upgrade from a hamm mirror the X font metrics in
> emacs are completely messed up such that any text becomes
> unreadable and the characters seem to be placed in the
> window randomly.
>
> Since
On Tue, Jun 16, 1998 at 08:31:15PM +0200, Andreas Jellinghaus wrote:
> > Well, but putting them in a hamm package does not prevent people using bo
> > to download that package (it's a "binary-all" package, isn't it?) and use
> > it. Moreover, people can use
-BEGIN PGP SIGNED MESSAGE-
On Tue, 16 Jun 1998, Andreas Jellinghaus wrote:
> > Well, but putting them in a hamm package does not prevent people using bo
> > to download that package (it's a "binary-all" package, isn't it?) and use
> > it. Moreover,
Regarding the idea of doing the cd construction scripts as a .deb
Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> no, a package is not a good idea.
Would the .orig.tar.gz for such a package not be exactly what you intend to
produce anyway ?
In which case, you can satisfy both camps by just addi
Hi,
after the last upgrade from a hamm mirror the X font metrics in
emacs are completely messed up such that any text becomes
unreadable and the characters seem to be placed in the
window randomly.
Since this problem occurs also when displaying a remote emacs
on the local X server, it might be a
>> i don't think that a package is the right place for such stuff :
>> many people want to burn debian cd's before or without installing debian
>> hamm.
>
>Well, but putting them in a hamm package does not prevent people using bo
>to download that package (
> Well, but putting them in a hamm package does not prevent people using bo
> to download that package (it's a "binary-all" package, isn't it?) and use
> it. Moreover, people can use the bug tracking system to report bugs.
> I don't think a package is such
I found the entire kernel/hw clock issue quite confusing. (eg ,
when to use the uct flag ) The man pages help a little. A clock howto
would be quite helpful.
John Lapeyre <[EMAIL PROTECTED]>
Tucson,AZ http://www.physics.arizona.edu/~lapeyre
--
To UNSUBSCRIBE, email to [EMAIL PRO
> "DS" == Dale Scheetz <[EMAIL PROTECTED]> writes:
DS> We are working on a report of failure in US/central WRT Daylight
DS> Savings Time, right?
DS> There is one variable we haven't nailed down yet. The hardware
DS> clock can be set either to local time or GMT (UTC). As I
DS> rememb
On 16 Jun 1998, John Goerzen wrote:
> Enrique Zanardi <[EMAIL PROTECTED]> writes:
>
> > On Tue, Jun 16, 1998 at 07:54:42AM -0500, John Goerzen wrote:
> > > I'd say something like: "If your time changes for daylight savings
> > > time, use these options. Otherwise, use these."
> > >
> > > Somet
On Tue, Jun 16, 1998 at 02:00:41PM -0400, Dale Scheetz wrote:
> Sorry to have stayed out of this but I have been busy...
>
> Bottom line...tzconfig is broken.
>
> If you look at the list provided under US there is an entry of
> Indiana-Eastern, and Arizona... as well. These should be linked to th
Enrique Zanardi <[EMAIL PROTECTED]> writes:
> On Tue, Jun 16, 1998 at 07:54:42AM -0500, John Goerzen wrote:
> > I'd say something like: "If your time changes for daylight savings
> > time, use these options. Otherwise, use these."
> >
> > Something needs to be done on the bootdisks, too.
>
> OK
On Tue, 16 Jun 1998, Dale Scheetz wrote:
: On Tue, 16 Jun 1998, Nathan E Norman wrote:
:
: > On Tue, 16 Jun 1998, Dale Scheetz wrote:
: >
: > : Sorry to have stayed out of this but I have been busy...
: > :
: > : Bottom line...tzconfig is broken.
: >
: > That may be :)
: >
: > : If you look a
On Tue, 16 Jun 1998, Nathan E Norman wrote:
> On Tue, 16 Jun 1998, Dale Scheetz wrote:
>
> : Sorry to have stayed out of this but I have been busy...
> :
> : Bottom line...tzconfig is broken.
>
> That may be :)
>
> : If you look at the list provided under US there is an entry of
> : Indiana-Ea
On Tue, 16 Jun 1998, Dale Scheetz wrote:
: Sorry to have stayed out of this but I have been busy...
:
: Bottom line...tzconfig is broken.
That may be :)
: If you look at the list provided under US there is an entry of
: Indiana-Eastern, and Arizona... as well. These should be linked to their
:
Hi, Dale!
Sorry to jump in (I have almost no expertise in tzconfig), but I have
US/Central in timezone and date, xntp work fine for me. May be it's not
broken? How should one check?
Sasha.
> Sorry to have stayed out of this but I have been busy...
>
> Bottom line...tzconfig is broken.
>
> T
need
> > only recommend or (better) suggest gdbm. Is this not the case?
>
> This is the case if you use the tie interface in Perl. This is not
> the case if you use dbmopen, at least it didn't use to be. Hamm
> should just get out the door and we'll deal with it
1 - 100 of 394 matches
Mail list logo
