>Last time (yesterday) when I used \usepackage{times} in my latex2e
>files, itworked OK, but you probably mean something different
>with the postscript fonts.
Did you use xdvi, though? latex->dvips works, I think, it's the
latex->xdvi that screws up (xdvi uses ugly fonts at the wrong size
instead,
Package: mount
Version: 2.5j-1
I don't know if we have this problem currently, but I'd appreciate it
if you'd check.
--- Forwarded transaction
[8323] [EMAIL PROTECTED] (Theodore Y. Ts'o) Consulting_FYI 08/13/96 19:59 (73
lines)
Subject: [linux-security] Vulnerability in ALL linux distribut
Package: squid
Version: 1.0.9-1
dselect/dpkg treats squid_1.0.9-1 as a downgrade from squid_1.0.beta16-1
and won't upgrade unless you force it.
Mark
package: fsp
version: 2.71-3
[If I just hit return, it spews; if I actually hit n, it seems to do
the right thing fix is probably to change the
$input = "y"
to something like
"$input" = "y"
so they don't vanish...
Setting up fsp (2.71-3) ...
If you want, I can configure FSP
lynx-2.6 and made it available for ftp.
I also suggested that Marek may like to take the package over as
maintainer and that he should submit it to /Incoming on master.debian.org
as an interium update.
Mark
Package: dhcpd
Version: 0.5.13-1
Dhcpd overwrites an existing /etc/dhcpd.conf file without warning.
I suppose I have no one else but myself to blame for this one, it burnt me
last upgrade as well, but I didn't report it as a bug. So it got me again
this time. :-)
Mark
Package: squid
Version: 1.0.16-1
Overwrites /etc/squid.conf, looks like squid.conffiles didn't make it into
the binary.
Mark
In article <[EMAIL PROTECTED]>,
Chris Walker <[EMAIL PROTECTED]> writes:
>> My exim package currently allows relaying; as Craig points out below, what
>> you allow relaying to/from is extremely site-dependent.
>
> I beg to differ. I think what is the sensible default depends on the
> usa
In article <[EMAIL PROTECTED]>,
Tom Lees <[EMAIL PROTECTED]> writes:
>> (I actually had to install an extra hard drive in order to build this
>> package. It takes over 200MB of hard disk space to build--is that a
>> record?)
>
> No, IIRC the just the XFree86 sources take ~250MB :>
The
> but are small anyway) are about 120 Mb uncompiled; compiling them takes just
> under 200 IIRC.
Actually, xfree86 (which generates a bunch of .deb files) is a 360M
source + build tree, not counting the resulting .deb files themselves...
There's probably not much bigger than that in the debian r
In article <[EMAIL PROTECTED]>,
Bart Schuller <[EMAIL PROTECTED]> writes:
> Also, I'd hope that if xterm now does color as standard, that fact is
> reflected in its terminfo entry.
No, because if you do that, programs like slrn will try to use colour, which
means they are almost impossib
Given that we already have "sp" and a bunch of other sgml tools, it
would be nice if someone packaged jade as well -- since it has decent
conversion tools, as metioned below...
[from http://www.jclark.com/jade/]
What is Jade?
Jade is an implementation of the DSSSL style language. The current vers
> Q: Is anyone using `autoconf`? I wonder if it's worth learning to
> use, and what people use it for. (I've barely glanced over the
> manuals for it, so far.)
Most main GNU packages (ie. what's on prep) have switched over to
autoconf (even gcc itself probably will, there's an effort underway,
In article <[EMAIL PROTECTED]>,
Andy Mortimer <[EMAIL PROTECTED]> writes:
> There has just been a long list of bugs against packages using `bashisms'
> in their scripts, and I can certainly remember this issue coming up
> before. But I don't know about anyone else, but I certainly have no
> IIRC libgdbm is no longer developed, because even the author saw that
> libdb was better, and that there was no reason for double work.
Nice theory; however, db can't read gdbm files, nor does it provide
the gnu-specific version of the interface... so the existing gdbm
will be needed provided
> If we want to be friendly to newbies, we can write an X configurator
> like RedHat; but I don't think that's what we want.
I've heard rumors of this, but not seen it -- how does it differ from
XF86Setup (not xf86config, which is probably what the debian
old-timers think of, but the new tk-based
Oh, I see. Nevermind then -- what you're saying is that the "X
configurator" is at the level of an X based dselect -- so that's the
problem of the "diety" team, right? (Thus it's not something I need
to be particularly concerned with.) Thanks... _Mark_
--
TO UNSUBSCRIBE FROM THIS MAILING LIST
> this since he asked for it a while back. The upgrade to libc6 for perl
> can't happen until there is a libgdbm compatible with it though since I
> refuse to break everyone's dbm interfaces. I'll also be able to release
Great - as soon as I get some consensus on package naming, I'll try to
put
> No. xlib6 should be for libc6 (more long-term solution). Then create an
> xlib6-libc5. How we handle the dependencies for this, I don't know. Fix
But then anyone "upgrading" xlib6 (the 6 for x11r6, not libc6!) will
end up with a libc6 version; Is that what we want to happen?
> > alt-xlib6-dev
> 1/ Doom comes without any source, so dlltools won't be of any use.
Irrelevant -- *aout-svgalib* is what needs dlltools, not doom itself.
> Debian still support a.out executables _execution_ but not a.out
> _development_ anymore...
I guess I could believe that as long as the a.out developmen
> libc6 | libfoo-dev | /usr/{lib,include}
> libc5 | libfoo-libc5-dev| /usr/{lib,include}
I still have trouble with this. There is already a
libc5 | libfoo-dev| /usr/{lib,include}
for each libfoo out there. When people upgrade from 1.3->2.0, what's
*s
> NOO We should _NOT_ use this name. I hate it (and its probably
"Style sheets" then. :-)
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
(1) xterm-color has *not* been in X for years, though it was a
collection of patches for X11R5 and X11R6 -- it was not in XFree
3.1.2, it was only added to XFree 3.2, probably via X11R6.1 but I'd
have to check -- it's possibly *only* in XFree. This would mean not
only that xterm-color isn't *widel
nope, recent versions of xbase aren't any better about shadow support,
because
1) there's nothing in the programmers guide even mentioning it
2) the xdm shadow support doesn't fall back in any sane way,
and it's more than just dropping a check -- a bunch of code needs
rearrangement.
In article <[EMAIL PROTECTED]>,
"Karl M. Hegbloom" <[EMAIL PROTECTED]> writes:
> So do I. It would make it a lot easier to do bug reports when things
> fail at installation or upgrade time.
I agree, but I'm puzzled by what you chose for the subject line. This sort
of functionality bel
In article <[EMAIL PROTECTED]>,
Andreas Jellinghaus <[EMAIL PROTECTED]> writes:
> b) change policy to _not_ allow config information in /etc scripts
I disagree strongly. A script without config information doesn't belong in
/etc at all.
Having your database seems like a reasonable idea,
On Sat, 24 May 1997, Vincent Renardias wrote:
> As a compromise it could use the same system than the sendmail aliases:
> The user make changes in a plain text file (/etc/aliases), but the
> application 'compiles' this file as a db database (/etc/aliases.db)?
Can you rely on all applications tha
> emacs. While this is an inconvenience, it allows people to choose
> their options.
Indeed - I'm the *emacs* maintainer, and I ran xemacs on one of my
systems for a *long* time (finally switched back to emacs for
performance and diskspace reasons, but it was a primary mail reading
site for 6 mo
> Of the 5 oldest bugs, 4 are on xbase, and might refer to problems
> specific to XFree86 3.1.2, which is no longer current. Someone ought
In fact, when I took over X, I went through and closed a *large*
number of bugs in the database; this also involved writing a bunch of
patches, which is wh
> In dselect, running "configure packages" multiple times, as suggested in
> the documentation, did not seem to correct some of the misinstalled
> packages (Xserver, xext).
Please be sure to report these problems specifically, I really am
paying attention to them... cut&paste of the actual messa
In article <[EMAIL PROTECTED]>,
Tom Lees <[EMAIL PROTECTED]> writes:
>> the other solution is to have a small utility that stores these values,
>> can change them and gives the values to the scripts.
>
> The third solution, which I prefer is a utility which modifies the
> variables with
In article <[EMAIL PROTECTED]>,
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> See, I think this is buggy. I have been using Emacs for nearly
> a decade now, and nobody takes my C-H default away from me (in other
> words, people have had exposure to applications like emacs on othe
In article <[EMAIL PROTECTED]>,
Fabrizio Polacco <[EMAIL PROTECTED]> writes:
> Bug#10039 exposed a problem with the "feature" of man to index all the
> 'man' and 'MAN' subdirectory it finds in the HOME and current directory,
> when it is invoked.
I can see automatically supporting $HOME/
Just a pointer -- CPAN (the Comprehensive Perl Archive Network,
inspired by CTAN [s/Perl/TeX/]) has some tools for monitoring their
mirrors for freshness and accuracy; you can probably find the tools
and reports from any CPAN site or from the perl website... or else ask
on the perl-packrats (archiv
well, there is a half-baked idea that I've seen go by: in emacs, *if*
the user has done an stty erase ^h (ie. if the ltchars erase entry is ^h)
then treat ^h as backspace, otherwise treat it as help-char...
However, that's not going into debian emacs unless it goes into the
upstream version (19.35
> Huh. I have the opposite problem: The end key doens't work in xterms!
in xterm, or in rxvt? (This is one of the two or three differences
between the rxvt and xterm termcap entries...)
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-ma
In article <[EMAIL PROTECTED]>,
Fabrizio Polacco <[EMAIL PROTECTED]> writes:
> Anyway, the whole feature seems strange to me, because usually man
> hierarchies are at the same level of binary dirs, not under them.
I agree; remove it completely. If it looked in a more sensible place for t
In article <[EMAIL PROTECTED]>,
Carey Evans <[EMAIL PROTECTED]> writes:
> I've removed group write permissions from my home dir because of the
> programs like qmail and ssh which don't like it. I don't think
> anything would break because of removing these permissions, so maybe
> adduser
on
> home-made apple pie", but nobody has packaged that (yet).
IIRC, it was this very package that prompted the last discussion about
setting up a data section. What came of that?
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.
really, I could care less if my server's gpm package gets broken. It's
not going to effect productivity.
Debian is eventually going to need to move away from the current
stable->frozen->unstable release program, in 5 years trying to get 12,000
packages to work in perfect harmony is going to burn up too many man hours.
Wasn't there a proposal of package pools awhile back?
-Mark
.ac.uk/users/broonie/debian which comes with my usual
"I haven't tried to install this let alone use it, but it built cleanly"
warning.
You'd probably get an answer faster by either contacting the maintainer
(me) or reporting a bug.
--
Mark Brown mailto:[EMAIL PROTECTED]
> On Mon, Mar 13, 2000 at 11:02:04AM -0500, Mark Mealman wrote:
> > I really don't like unstable either, but I've pretty much abandoned the
> > stable tree as too behind the times back when slink was nearing freeze.
>
> Here's a serious question for you: w
gs.
What problems would the above cause?
Could we code around issues like say php xx.3 requiring apache xx.3 and apache
not hitting thaw due to a crit bug? The system would need to know to keep php
xx.3 out until apache become thawable.
-Mark
uld expect. Old users get confused, and new users get confusing help
from old users.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpd2BtnVEEIR.pgp
Description: PGP signature
editted. Syntax is inspired
by java and yacc or lex. The implementation is intentionaly kept simple,
and no C actual code parsing is done.
The license is GPL.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp:
lays and
ORBS also blacklist sites for other reasons, such as if their probes are
firewalled out. This will, for example, catch sites that automatically
firewall out sites that attempt to relay through them - the site notices
the first check, blocks the rest and gets added to the list.
--
Mark B
ge to Incoming. However, I'm not particularly
attached to it (I only packaged it because I need it to build another
package) so you're welcome to take it.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFS
default installs
As slink running @ r5 still only has Stone aged x 3.3.2.3a when everyone
else has as part of the install 3.3.6 or an upgrade we still have nether
publicly available
All newstuff should be included as suggest in potato
Mark :)
[EMAIL PROTECTED]
y RSS and DUL too.
That roughly matches my experience - ORBS blocks far too much to use in
more than an advisory manner, but the other RBLs don't create any
problem. Of course, neither of us sees the traffic Debian is seeing and
that's what any decision needs to be based upon.
--
Mark Bro
ugh I'm not sure I want to.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpkVlFPiocmb.pgp
Description: PGP signature
to them and what they can do to work around this
situation.
Not that I would advocate doing this in the first place.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgptNT0Xpql6Q.pgp
Description: PGP signature
On Fri, Mar 31, 2000 at 11:40:43PM +0200, Josip Rodin wrote:
> Okay, 62.43% isn't so bad, but it doesn't really take that much effort to
> vote in Debian, IMHO.
You've just got to decide how to vote first.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpin
ckages of PGCC?
| A: No. While some people have expressed an interest in them, nobody has
| actually done the work yet. If you are interested the people to speak
| to are probably the Debian gcc maintainers.
If you want to use it it's pretty trivial to install from source.
--
Mark B
On Sat, Apr 01, 2000 at 04:00:57PM -0500, Branden Robinson wrote:
> On Sat, Apr 01, 2000 at 04:02:43PM +0100, Mark Brown wrote:
> > You should at the very least mention why you're closing the bug report.
> Did you bother to read my close message? Obviously not. I did in
ot to
mention do some benchmarking to verify that you're actually getting
something worthwhile from the exercise.
Most programs aren't that compute-intensive, and gcc is more reliable -
just blindly using pgcc is probably not a good idea.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying
I've just uploaded version 3 of libpcre.
I've put it in a new package, libpcre3, and given it a new soname. I'm not
sure if this was strictly necessary or not: the upstream documentation
doesn't mention binary compatibility with the old version, probably because
older versions weren't intended to
On Wed, Aug 30, 2000 at 04:57:51PM -0700, Joey Hess wrote:
> All statically updated BTS pages are broken, please see DWN for details.
Might it be an idea to put a notice about this on the web page? It'd
avoid a lot of confusion.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying
n I
tried a Potato install).
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpwyn7TBTOB2.pgp
Description: PGP signature
#x27;s also the fact that IP rights work much better if you make an
effort to enforce them. (IANAL, of course)
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
--
To UN
On Wed, Sep 06, 2000 at 08:23:40PM +0200, Santiago Vila wrote:
> Static pages are known to be outdated.
I'm sure I asked this previously, but could we not add a note to that
effect on at least the front page?
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid gr
's from being too geeky myself, but Branden's explanation
> (the recipient of the error message is not welcome on *THEIR* Internet
> under the reasoning that they're ... refusing connections from machines
It was the bit about "dialup trash" - inability to get revers
information for anyone without
access to the repository. That's a hassle when you get maintainer
changes and makes the packaghe source itself much less useful than it
could be.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
ne knows we're free software bigots.
Everyone knows we're a pain in the ass with regards to software licenses.
Everyone knows that Alpha/PPC/etc doesn't get the support i386 does.
No need to troll on any of the above to get our attention. We're all quite
aware of the issues and
t appear.
If you CC it it will - that's just a regular mailing list posting. If
you use X-Debbugs-Cc it will go through the BTS first.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.
ways seem to hit each and every mailing list (or at
least, a large number of them), which makes each spam much more
noticable.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
l off the
> remaining attempts.
Without killing all the messages crossposted to all the port lists (andu
usually one or two others). :-)
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
<http://members.xoom.com/mseaborn/comp/units/>, if you want to have a
look.
--
Mark Seaborn
- [EMAIL PROTECTED] - http://members.xoom.com/mseaborn/ -
``Jersey's Crime Prevention Team are out and about,
so have you locked up your property?'' -- Roger Bara
Craig Sanders <[EMAIL PROTECTED]> writes:
> On Sun, Dec 24, 2000 at 08:41:43PM +0000, Mark Seaborn wrote:
> > I want a system where I can install multiple versions of a library
> > (or any package really) and say which version I want each program
> > on the system to
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> On Wed, Dec 27, 2000 at 01:03:03AM +0000, Mark Seaborn wrote:
>
> > Of course. I know this. It is repeated many times on this mailing
> > list. But it does not have to be so. Why should upgrading package X
> > affec
It's also binary-compatible with 2.95.2.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgpxUWpYjngZj.pgp
Description: PGP signature
t; > list'' easy. But it already is easy. Reasonable mail programs have two
> > separate ``reply'' commands: one that replies directly to the author
> > of a message, and another that replies to the author plus all of the
> > list recipients.
> This do
e saying is that you're purposely ignoring people's
> Mail-Followup-To when it suits you, while insisting that others abide by
> yours? That sounds kind of ridiculous to me.
OTOH, the behaviour in the absence of any Mail-Followup-To: should be to
reply to either the list or the se
> Have you looked at the package john? AFAIK john can do anything crack
> can do.
john is a single process cracker - it can't distribute the load over
multiple CPUs and multiple machines.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardi
to people's attention it seems silly not to use it.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
uld be more useful for them to conflict with each other
and just include the man executable directly.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
pgp6z1ZrqSaQO.pgp
Description: PGP signature
ards, happy new year, etc..
Mark
--
<[EMAIL PROTECTED]> || <[EMAIL PROTECTED]>
Fingerprint: 1024D/3A2EC93E 901A DCF2 C894 7115 BFFF D2B0 50E1 989F 3A2E C93E
t does save it itself to
/etc/lilo.conf.old (although it does this each time it's reconfigured so
you'll only have the previous lilo.conf in there).
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFS
and comes from. The unenforced standard is that only the submitter
and the maintainer responsible for the package should close a bug.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societi
On Wed, Jan 03, 2001 at 02:00:07PM +1100, Dancer Vesperman wrote:
> Certainly we have things like exim, lftp, ssh that work 'out of the box'
> with v6...and apps that work with v6 work (equally) flawlessly in
> v4-only environments.
That's not necessarily the case. There were lots of problems w
rom source vendors that totally break
their OS environments(Windows NT service pack upgrades do that regularly).
Debian unstable(or testing), may not be distribution you want your heart
monitor to be running on when you're at the hospital, but it's far from
lacking production quality.
-Mark
ctually used unstable. Besides, there's
still no guarantee that people are actually going to read the warnings
or even that they will be warned before whatever it is causes the
breakage.
--
Mark Brown mailto:[EMAIL PROTECTED] (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/
On Tue, Jan 09, 2001 at 11:23:08AM -0500, Branden Robinson wrote:
> On Wed, Jan 10, 2001 at 02:34:39AM +1100, Russell Coker wrote:
> > 1) This situation does not stop a running machine from working, it will
> > only
> > stop it from booting.
>
> Oh, well, as long as THAT'S all it is...
Heh, it
On Thu, May 29, 2003 at 09:20:34AM -0500, Steve Langasek wrote:
> However, I've seen problems caused by the use of the short name only in
> /etc/hostname (mostly mail-related, maybe?) and I systematically change
> this to hold the FQDN on my systems. Haven't filed a bug about this,
> because I'm
On Fri, May 30, 2003 at 03:29:43PM -0400, Noah Meyerhans wrote:
> But they do support the same functionality, just on different formats of
> data file. There are plenty of cases where a user needs to be aware of
If the input formats are different then the alternative is pretty
useless: you can't
On Sun, Jun 01, 2003 at 03:33:29PM +0100, James Troup wrote:
> I don't; it's silly. At best you'll get an architecture tag for the
> arch that the buildd maintainer reported the bug on, but that's it.
> An inaccurate architecture tag is worse than useless, it's misleading.
> Just parse wanna-buil
On Mon, Jun 02, 2003 at 08:19:53AM +0200, Martin Schulze wrote:
> Mark Brown wrote:
> > Something that would be really useful would be to open up the ability to
> > annotate the buildd logs more widely. I've often felt that the buildd
> > logs would be a lot more usef
On Wed, Jun 18, 2003 at 04:17:43PM +0200, Francesco P. Lovergine wrote:
> IMO it's a good moment to drop all the following i386-specific packages
> which are libc5 related:
> zlib1
This is going to vanish shortly anyway unless the libc5 bug is fixed
since it breaks zlib builds. I'd only been co
Andreas Metzler wrote:
Mark has uploaded it yesterday in the evening. The bad news is that
4.3 seems to be broken on m68k, ia64 and alpha, "make test" fails.
I do not believe it is actually broken, at least not on alpha; I'm
assuming the problems on the other architectures are si
On Thu, Jun 19, 2003 at 08:55:02AM +0200, Stefano Zacchiroli wrote:
> On Wed, Jun 18, 2003 at 04:17:43PM +0200, Francesco P. Lovergine wrote:
> > zlib1
> The ocaml bindings to zlib still build depend on zlib1g-dev.
> Which is the newer alternative to this package?
That's zlib1 not zlib1g. We're
On Sat, Jun 21, 2003 at 12:26:52PM -0500, John Goerzen wrote:
> Why not just ship an old binutils/gcc to build the old libc5 binaries?
> I really don't understand why this is such a difficult problem. If, for
> instance, gcc 2.7.2 could build these things three years ago, why can't it
> now? It'
; On Mon, 2003-06-23 at 18:57, Mark Howard wrote:
> > Followup-For: Bug #193271
> > Package: galeon
> > Why?
>
> well ok, you will probably argue that I could use update-alternatives
> --config x-www-browser
> and thus select galeon manually...
>
> However *IM
not install.
--mark--
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux nutter.linuxdelivery.com 2.4.20 #1 SMP Fri Jun 27 17:48:13 PDT
2003 i686
Locale: LANG=en_US, LC_CTYPE=en_US
On Thu, Jun 26, 2003 at 07:56:37AM +1000, Herbert Xu wrote:
> Brian Nelson <[EMAIL PROTECTED]> wrote:
> > http://bugs.debian.org/188740
> That's a documentation issue. debian/changelog is not the place for
> documenting random features.
Messages that close bugs are, however, the place for docum
you for investigating.
--mark--
On Fri, Jun 27, 2003 at 09:20:18AM +0200, Janusz A. Urbanowicz wrote:
> I'm trying to advocate a developer, although my recomendation bounces from
> nm.debian.org, with following message:
That happened to me recently - I mailed [EMAIL PROTECTED] and
the database got updated manually. Hopefully t
Shouldn't there be a policy to check for packages that
depend on a package BEFORE its removal from the distribution,
and to notify maintainers ahead of time that their packages
will break? Such was the case with the disappearance of
perlapi-5.6.1.
--mark--
On Tue, Jul 01, 2003 at 05:12:22PM +0200, Julien LEMOINE wrote:
> I received a bug report on stunnel package from an user [1] that
> complained
> about the fact that I didn't warning about the new /etc/default/stunnel file
> introduced in package (thereis a note in README.Debian and in chan
On Tue, Jul 01, 2003 at 08:40:02PM -0500, Steve Langasek wrote:
> It does not belong in debconf. Put it in the changelog -- users who
> want to know what's changing on their system should be looking there
> anyway, and tools such as apt-listchanges make it easier and ever to
> access changelog in
On Wed, Jul 02, 2003 at 07:52:10PM +1000, Herbert Xu wrote:
> Mark Brown <[EMAIL PROTECTED]> wrote:
> > What makes you think that a debconf note is inappropriate for this? It
> > appears to be quite a common thing to do and seems helpful.
> Just because lots of people a
On Wed, 02 Jul 2003 13:21:26 -0300, Daniel Ruoso wrote:
> I didn't see any noise in debian-devel
see debian-gtk-gnome
--
.''`. Mark Howard
: :' :
`. `' http://www.tildemh.com
`- [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED]
401 - 500 of 1222 matches
Mail list logo
