> Why? We could have both versions of these programs around for some
> time.
> For instance we add a login-pam package so whoever wants can work with
> it. Once all packages have their -pam package we can switch over to
> fully pam support.
>
> Or we could put the pam aware packages into experime
Okay, I tried starting icewm and then some gnome applets resp. some of
the desktop tools. But they all seg fault. And I get a message that
imlib is lacking the file in /usr/etc. Do I have to set an environment
variable?
I think we should add a README explaining how to use gnome to the
packages.
M
Please tell me what exactly you like more about mysql in comparison to
PostgreSQL which really is DFSG free.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 521
I did get my info from my status file. So this might be local problem.
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuerselen
Go SF49ers! Go Rhein Fi
Yes, your right with klyx/lyx stuff.
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/
gt; From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 1998 2:07 PM
> To: debian-devel@lists.debian.org
> Subject: Re: xaw incompatibilities
>
> On Thu, Jan 08, 1998 at 01:49:31PM +0100, Meskes, Michael wrote:
> > I just filed bug reports agains
I just filed bug reports against nextaw and xaw95 because they don't
list axe as incompatible. However, afterwards Ray told me that I could
as well include the incompatibility list with axe. So I wonder which way
is to prefer?
Comments?
Michael
--
Dr. Michael Meskes, Project-Manager| topsyst
(+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
> -Original Message-
> From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]
> Sent: Thursday, January 08, 1998 3:46 AM
> To: Meskes, Michael
> Subject: Re: Bug#16727: project: xload is
Apparently the 300 is not compatible to the 600. When I use the stcolor
driver with 720x720 dpi I just get white paper, but lots of that. In
fact the printing doesn't finish before I switch of the printer. When
using 360x360 I get correct output but always using color ink to print
black (hmm, even
Re: driver for Epson Stylus 300
>
> On Tue, Jan 6 1998 12:18 +0100 "Meskes, Michael" writes:
> > I'm not sure about uniprint but the stcolor driver usage in
> magicfilter
> > is outdated, i.e. it uses options no longer avalaible in gs-aladin.
>
> Sigh. gs-a
Isn't there a bug in the 2.0 series that makes the kernel bomb when too
many file-descriptors are used?
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146
I think we have to report this against the appropriate X package now
since procps source does no longer contain xload. Quite some time ago we
decided to go with procps' xload simply because it was better than the X
one. Now it seems we have to revert that decision.
Michael
--
Dr. Michael Meskes, P
Paul, could you send me your diff file?
Since I am the original maintainer I might do a new upload.
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuer
Yes, I could try that. Can the 600 use color and black ink at the same
time?
Also would you mind sending me your gs setup? I'm not sure about
uniprint but the stcolor driver usage in magicfilter is outdated, i.e.
it uses options no longer avalaible in gs-aladin. Or is that no problem
with uniprint
Yes, it does. Worse than that are the packages that update /etc/services
like transproxy. Everytime Peter adds a service I have to manually
change the /etc/services file. Argh!
Couldn't we find a common way for packages to adjust other packages
conffiles? I don't like the idea of and update-cronta
Are you sure nothing depends on the older tcl an tk versions?
I think axe still depends tcl74 for instance. Joost, will you update
axe?
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECT
]
> Sent: Friday, January 02, 1998 12:41 AM
> To: Meskes, Michael
> Subject: Re: Looking for a reason to not orphan my howto
> Importance: High
>
> On Thu, Jan 01, 1998 at 08:23:04PM +0100, Meskes, Michael wrote:
> > libc5-dev for hamm??? And what's wrong with lib
I'm sorry, but where's the problem with libc5-altdev?
Also, the kernel. I think we should do our best to get a 2.0.33 kernel
into hamm ASAP.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROT
libc5-dev for hamm??? And what's wrong with libc5 in hamm?
IMO it's a waste of time to upgrade the bo version now that we're close
to completing hamm.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[
Re: su and init scripts
>
> In article
> <[EMAIL PROTECTED]>,
> Meskes, Michael <[EMAIL PROTECTED]> wrote:
> >When using su to change the user you do not get that user's login
> shell,
> >but the one listed in the environment variable SHELL.
>
> T
When using su to change the user you do not get that user's login shell,
but the one listed in the environment variable SHELL. I have no idea why
this is done, but I don't think it's very intuitive. Anyway, there's a
problem with this behaviour when a shell does not behave as sh would.
For instance
libc6 version of libpam0 is in incoming.
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2
22 matches
Mail list logo