Re: Release management - technical
> 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 experimental. > > 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/4670-44 > Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > > > -Original Message- > > From: Craig Sanders [SMTP:[EMAIL PROTECTED] > > Sent: Monday, June 22, 1998 4:17 PM > > To: Ian Jackson > > Subject:Re: Release management - technical > > > > anyway, what i really wanted to say here was that sometimes releases > > do have to be delayed to meet some goals. i think that the upgrade > to > > libc6 was one of them (but i think hamm met that goal around August > or > > September last year, and could have been released anytime after > that). > > > > I suspect that another such goal will be PAMit doesn't do much > > good > > to have half a PAM-enabled system. For PAM, we need all the typical > > login authentication stuff linked against PAM and we also need > > PAMified > > versions of sendmail, smail, etc so that mail can be delivered for > > users > > who only exist in a radius or LDAP directory and not in /etc/passwd. > > > > > > craig > > > > -- > > craig sanders > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gnome again
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. 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/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Including Mysql in the Main Distrubation
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] | 52146 Wuerselen Go SF49ers! Use Debian GNU/Linux! | Tel: (+49) 2405/4670-44 > -- > From: Kevin Atkinson[SMTP:[EMAIL PROTECTED] > Sent: Samstag, 13. Juni 1998 07:48 > To: debian-devel > Subject: Including Mysql in the Main Distrubation > > Truefully I think Mysql is the best free SQL Server available. > > Thanks. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Why is dosemu in contrib?
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 Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
> -Original Message-
> From: Herbert Xu [SMTP:[EMAIL PROTECTED]
> Sent: Thursday, April 30, 1998 10:42 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Why is dosemu in contrib?
>
> Joey Hess wrote:
> > Herbert Xu wrote:
> > > Not my fault. I can't even find the word contrib in my debian/
> directory.
> >
> > I'd assume it's a bad override file, then. Talk to Guy.
>
> FWIW, the Packages file and master contains the right info. So I
> suspect a bad
> mirror is to blame here.
>
> --
> Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
> Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
> Home Page: http://gondor.apana.org.au/~herbert/
> PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: fltk and XForms compliance
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/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] > Sent: Friday, April 17, 1998 12:57 PM > To: debian-devel@lists.debian.org > Subject: Re: fltk and XForms compliance > > On Fri, Apr 17, 1998 at 09:48:42AM +0200, Michael Meskes wrote: > > That will be a problem with lyx as the upstream side is thinking > about a > > switch anyway, but qt is the leading candidate there. > > I got the impression that KLyX is a forked version, and that the LyX > maintianers are trying to make clean up the code to make it less > dependent > on a particular GUI toolkit. Can someone confirm/deny this? > > On Fri, Apr 17, 1998 at 11:56:02AM +0100, Enrique Zanardi wrote: > > Someone should tell them about GTK, now that version 1.0 has been > released. > > GTK is hardly the only free GUI toolkit. Check out > http://www.theoffice.net/guitool for an overview. > > Ray > -- > Obsig: developing a new sig > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: xaw incompatibilities
As I already said in our private mail, Ray, I agree with you. Unless someone objects I will change axe once again (but I won't take over maintaining it). Due to my real work this won't be before next week though. 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/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > 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 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? > > My preference is for including it with the program, rather than the > xaw > replacement library, because that is faster (no need to file a bug > report) > and keeps the incompatibility information in one place. > > Ray > -- > PATRIOTISM A great British writer once said that if he had to choose > between betraying his country and betraying a friend he hoped he would > have the decency to betray his country. > > - The Hipcrime Vocab by Chad C. Mulligan > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
xaw incompatibilities
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| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Bug#16727: project: xload is no longer available.
Yes, they say the X version is working so well under Linux now that they don't need to support it anymore. They did include the old diffs though (as far as I remember one ifdef LINUX and more additional function). Could we please find a solution for this problem pretty soon as I (and I suppose lots of others) use xload all of the time. 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/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 no longer available. > > Yeah, it was specifically left out of xcontrib, because the procps one > was a lot better: from dpkg --status, > > xfontsel, xgc, xman, and xmessage. (xload is in xproc now.) > > Did the procps upstream give any *reason* they don't include xload > anymore? Could the current procps maintainer keep it in as a diff > anyway? > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: driver for Epson Stylus 300
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 a colored image is printed that way). After some tips
(600 related) I tried using stcolor.ps but that gives me the white pages
again.
Finally I gave up last night and tried installing the Windows NT driver
just to see some nice output, but it didn't install either. After some
looking around in the docu I found that they do not have one for NT. The
NT driver only works with the 400 and 600 series. Since I have NT on my
machine for work reasons, I could try that. But I refuse to install that
bastard 95 just to print!
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/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
> -Original Message-
> From: James A. Treacy [SMTP:[EMAIL PROTECTED]
> Sent: Tuesday, January 06, 1998 5:48 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> debian-devel@lists.debian.org
> Subject: Re: driver for Epson Stylus 300
>
> > Yes, I could try that. Can the 600 use color and black ink at the
> same
> > time?
> >
> yes. It has 2 cartridges: one black and another which has 3 bays.
> When I print latex documents containing color images the black is
> black
> and the colors come out just fine.
>
> > 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?
> >
> I only skimmed through the docs, but it looks like the author of
> uniprint
> put a lot of thought into it and has plans for further improvements.
> You can customize it without having to recompile.
>
> I use magicfilter and /usr/sbin/stylus_color_360dpi-filter has the
> following line in it:
>
> 0 %! filter /usr/bin/gs @stc600pl.upp -q -dSAFER
> -dNOPAUSE -sOutputFile=- - -c quit
>
> The @stc600pl.upp specifies the stc600pl.upp config file for the
> uniprint driver.
>
> To give you an idea of what it does, here it is:
>
> - begin /usr/lib/ghostscript/5.03/stc600pl.upp
> ---
> -supModel="Epson Stylus Color 600, 360x360DpI, Plain Paper"
> -sDEVICE=uniprint
> -dNOPAUSE
> -dSAFER
> -dupColorModel=/DeviceCMYKgenerate
> -dupRendering=/FSCMYK32
> -dupOutputFormat=/EscP2
> -r360x360
> -d.HWMargins="{ 9.0 39.96 9.0 9.0}"
> -dMargins="{-45 -45}"
> -dupBlackTransfer="{ 0. 0.0553 0.1158 0.1998 0.4321 1. }"
> -dupCyanTransfer="{0. 0.0851 0.1512 0.2111 0.2606 0.2818 }"
> -dupMagentaTransfer="{ 0. 0.1188 0.2272 0.3745 0.5396 0.6145 }"
> -dupYellowTransfer="{ 0. 0.0679 0.1742 0.3129 0.4587 0.5389 }"
> -dupOutputComponentOrder="{ 1 2 3 0 }"
> -dupWeaveYPasses=4
> -dupOutputPins=32
> -dupWeaveYFeeds="{33 30 35 30}"
> -dupWeaveInitialYFeeds="{1 1 1 29}"
> -dupWeaveInitialPins="{ 8 16 32 23}"
> -dupBeginPageCommand="<
>1b40 1b40
>1b2847 0100 01
>1b2855 0100 0A
>1b5501
>1b2865 0200 0002
>1b2843 0200
>1b2863 0400
> >"
> -dupAdjustPageLengthCommand
> -dupAdjustTopMarginCommand
> -dupAdjustBottomMarginCommand
> -dupEndPageCommand="([EMAIL PROTECTED])"
> -dupAbortCommand="([EMAIL PROTECTED]Printout-Aborted\15\014)"
>
> - end /usr/lib/ghostscript/5.03/stc600pl.upp
> ---
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
RE: driver for Epson Stylus 300
As long as it still uses gnu gs too, there shouldn't be a problem. 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/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: David Frey [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, January 06, 1998 10:38 PM > To: debian-devel@lists.debian.org > Subject: 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-alladin is in non-free, so magicfilter can't use it. > > David > -- > David Frey (51F35923114FC864 7D05FF173C61EFDE) > Those who do not understand Unix are condemned to reinvent it, poorly. > -- Henry Spencer > > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: file descriptors??
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 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: Craig Sanders [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, January 06, 1998 11:08 PM > To: Elie Rosenblum > Subject: Re: file descriptors?? > > > On Tue, 6 Jan 1998, Elie Rosenblum wrote: > > > And thus spake Craig Sanders, on Wed, Jan 07, 1998 at 01:52:06AM > +1100: > > > is there any debian policy on number of file descriptors compiled > into the > > > kernel? (and also in limits.h in libc6-dev - AFAIK pretty much > everything > > > that uses select() will need to be recompiled if the limit is > increased). > > > > This has been sysctl configurable in the runtime kernel since at > most 2.0, > > probably 1.3. > > > > deliverator:[~]-#cd /proc/sys/kernel/ > > deliverator:[/proc/sys/kernel]-#ls -l *-max *-nr > > -rw-r--r-- 1 root root0 Jan 6 13:40 file-max > > -r--r--r-- 1 root root0 Jan 6 13:40 file-nr > > -rw-r--r-- 1 root root0 Jan 6 13:40 inode-max > > -r--r--r-- 1 root root0 Jan 6 13:40 inode-nr > > deliverator:[/proc/sys/kernel]-#cat file-max inode-max > > 1024 > > 4096 > > deliverator:[/proc/sys/kernel]-#echo 2048>file-max; echo > 8192>inode-max > > deliverator:[/proc/sys/kernel]-#cat file-max inode-max > > 2048 > > 8192 > > deliverator:[/proc/sys/kernel]-# > > so why have there been patches to increase the number of available > fd's > right up until recent kernel versions (e.g. 2.0.30)? here's what > happens on > my 2.0.32 system: > > [EMAIL PROTECTED] [08:41:43] kernel# cd /proc/sys/kernel/ > [EMAIL PROTECTED] [08:41:58] kernel# ls -l *-max *-nr > -rw-r--r-- 1 root root0 Jan 7 08:40 file-max > -r--r--r-- 1 root root0 Jan 7 08:40 file-nr > -rw-r--r-- 1 root root0 Jan 7 08:40 inode-max > -r--r--r-- 1 root root0 Jan 7 08:40 inode-nr > [EMAIL PROTECTED] [08:42:34] kernel# cat file-max inode-max > 1024 > 3072 > [EMAIL PROTECTED] [08:42:41] kernel# echo 2048>file-max; echo > 8192>inode-max > bash: file-max: Bad file descriptor > bash: inode-max: Bad file descriptor > [EMAIL PROTECTED] [08:42:48] kernel# cat file-max inode-max > 1024 > 3072 > > strange. your system reports 1024 and 4096 for file-max and inode-max. > > mine reports 1024 and 3072. yours allows it to be changed. mine > doesn't. > what kernel version are you running? any patches? standard > linux-x.x.x.tar.gz or a debian patched kernel-source-x.x.x.deb (many > of > the debian kernels were patched with various fixes and enhancements - > maybe debian's kernel should come with the linux "big-mama" or > "big-mama's > best child" patch sets)? > > anyway, here's what i'm running: > > [EMAIL PROTECTED] [08:42:52] kernel# uname -a > Linux siva.taz.net.au 2.0.32 #1 Wed Dec 3 10:31:25 EST 1997 i486 > unknown > > > bash seems to know that 256 fd's are available per process. > > [EMAIL PROTECTED] [08:47:36] kernel# ulimit -a | grep files > open files 256 > > squid too (from the cachemgr.cgi): > > File descriptor usage for squid: > Maximum number of file descriptors:256 > Largest file desc currently in use: 25 > Number of file desc currently in use: 25 > Available number of file descriptors: 231 > Reserved number of file descriptors:64 > > craig > > > -- > craig sanders > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: Bug#16727: project: xload is no longer available.
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, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: Alexander Stavitsky [SMTP:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 1998 6:30 AM > To: debian-bugs-dist@lists.debian.org > Cc: debian-devel@lists.debian.org > Subject: Bug#16727: project: xload is no longer available. > > Package: project > Version: N/A > > Xload was removed from xproc 1.2.2-1 > However it is not available as a part of any other package. > It used to be xcontrib for some time but is no longer there either. > > > -- System Information > Debian Release: 1.3 > Kernel Version: Linux norwood 2.0.32 #1 Thu Dec 18 13:07:55 EST 1997 > i586 unknown > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: Anyone working on new lyx version?
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 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: Paul Seelig [SMTP:[EMAIL PROTECTED] > Sent: Tuesday, January 06, 1998 2:23 PM > To: debian-devel@lists.debian.org > Subject: Re: Anyone working on new lyx version? > > [EMAIL PROTECTED] (Michael Meskes) writes: > > > Did anyone take over lyx? It seems as if we're close the release of > > a new stable version. > > > I've been making quick'n'dirty packages of the recent lyx-0.12.0preX > releases, but don't plan in any case to take over the maintenance of > the official beast. Just wanted to say that the new LyX version is > finally becoming a really fine wordprocessing application worth to > upgrade to. I hope it will become part of Debian-2.0. > > Cheers, P. *8^) > -- >Paul Seelig [EMAIL PROTECTED] >African Music Archive - Institute for Ethnology and Africa Studies >Johannes Gutenberg-University - Forum 6 - 55099 Mainz/Germany >My Homepage in the WWW at the URL http://www.uni-mainz.de/~pseelig > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: driver for Epson Stylus 300
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? 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/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: James A. Treacy [SMTP:[EMAIL PROTECTED] > Sent: Monday, January 05, 1998 5:48 PM > To: [EMAIL PROTECTED] > Cc: debian-devel@lists.debian.org > Subject: Re: driver for Epson Stylus 300 > > > Does anyone know if there is a ghostscript driver for this new > printer > > available? Yes, I can use the other Stylus drivers, but that means > the > > printer tries to print black by mixing the other three colors, not > by using > > the black ink. > > > There may be another way, but you can by installing gs-aladin. In > 5.0.3 > there is a new driver (called uniprint) which works great. I'm using > it > with my Stylus Color 600. > > - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: cron jobs more often than daily
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-crontab, update-services etc. in my filesystem. Eventually we need a special update-bin directory. :-) 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/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: Nathan E Norman [SMTP:[EMAIL PROTECTED] > Sent: Monday, January 05, 1998 4:12 PM > To: Debian Developers List > Subject: Re: cron jobs more often than daily > > On Mon, 5 Jan 1998, Hamish Moffatt wrote: > > : On Mon, Jan 05, 1998 at 01:26:56PM +0100, Martin Schulze wrote: > : > On Mon, Jan 05, 1998 at 09:48:42PM +1100, Hamish Moffatt wrote: > : > > However, there's no suitable user for this and it needs > : > > to run as root anyway to reset the accounting stats. > : > > Am I stuck with daily? > : > > : > Why not add a job like: > : > > : > */15 ** * * root/usr/sbin/ipac-cron > : > > : > to /etc/crontab? The predecessor of at has done this, too. > : > : Policy 2.3.0.1 says > : > : 3.5. Cron jobs > : -- > : > : Packages may not touch the configuration file `/etc/crontab', > nor may > : they modify the files in `/var/spool/cron/crontabs'. > : > : Doesn't this rule this out? > > The mrtg package in hamm adds an entry to /etc/crontab; it also places > comments around the entry to aid future removal, I suppose. This may > violate policy (I don't know), but it does show that other packages > are > doing this. > > : > : thanks, > : 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 > : > > -- > Nathan Norman > MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 > phone: (605) 334-4454 fax: (605) 335-1173 > mailto://[EMAIL PROTECTED] http://www.midco.net > PGP Key ID: 0xA33B86E9 - Public key available at keyservers > PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 > > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: FTP Archive cleanup
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 PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: Guy Maor [SMTP:[EMAIL PROTECTED] > Sent: Monday, January 05, 1998 9:39 AM > To: debian-devel@lists.debian.org > Subject: FTP Archive cleanup > > I had written a script which checks the archive for missing and extra > source and binaries some time ago. I've finally acted on its output. > > I've orphaned any old source packages. Some are obviously obsolete > (such as tcl74, tcl75, tk40, tk41). Others are useful but have no > active maintainer. > > I've removed any binary packages which weren't being generated by a > source package. This cleaned up a lot of cruft and unfortunately (or > not) all the a.out packages. hamm currently has no a.out support, > runtime or development. > > Apparently there are some commercial packages which are only available > in a.out format, so we ought to at least provide libc4. I don't think > it's necessary to support development. > > > Guy > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: Looking for a reason to not orphan my howto
Do you mean bo or hamm? I do not have a problem with libc5 on my hamm machine. And I don't know what's the problem with libc5-dev especially why it should be in hamm. 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/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 > -Original Message- > From: Martin Schulze [SMTP:[EMAIL PROTECTED] > 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 libc5 in hamm? > > > > IMO it's a waste of time to upgrade the bo version now that we're > close > > to completing hamm. > > No it's not. If we don't have a working libc5 for hamm people > can't upgrade. This would break the whole debian philosopy. > > Regards > > Joey > > -- > / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / > /Erfahrung ist eine nützliche Sache / > / Leider macht man sie immer erst kurz nachdem man sie brauchte / << > File: ATT00075.ATT >> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: need libc5 non-maintainer upgrade
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 PROTECTED] | 52146 Wuerselen Go SF49ers! Use Debian GNU/Linux! | Tel: (+49) 2405/4670-44 > -- > From: [EMAIL PROTECTED]:[EMAIL PROTECTED] > Sent: Donnerstag, 1. Januar 1998 08:08 > To: debian-devel@lists.debian.org > Subject: need libc5 non-maintainer upgrade > > We need someone to do a non-maintainer upgrade of libc5-altdev, > installing > the patch in David Engel's mail. I'm busy with boot floppies. Can > someone > pretty please do this? > > Also, it looks to me as if libc6 depends on versions of kernel-headers > and kernel-source that are _not_ in hamm at the moment. > > Thanks > > Bruce > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . > -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: Looking for a reason to not orphan my howto
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 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Use Debian GNU/Linux! | Tel: (+49) 2405/4670-44 > -- > From: Chris Fearnley[SMTP:[EMAIL PROTECTED] > Sent: Dienstag, 30. Dezember 1997 23:38 > To: [EMAIL PROTECTED] > Subject: Re: Looking for a reason to not orphan my howto > > '[EMAIL PROTECTED] wrote:' > > > >Scott, > > > >Let's not go non-linear over a bug. Please tell us what dependencies > >should be fixed, and where? > > libc6 is OK. We need new releases of libc5 and libc5-dev for > bo-updates and hamm. Has that happened yet? > > -- > Christopher J. Fearnley | Linux/Internet Consulting > [EMAIL PROTECTED] | Design Science Revolutionary > http://www.netaxs.com/~cjf | Explorer in Universe > ftp://ftp.netaxs.com/people/cjf | "Dare to be Naive" -- Bucky Fuller > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" > to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . > -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: su and init scripts
Hmm, I should have mentioned that I use secure-su not GNU su. Could it
be you use GNU's version?
Then I guess it's a bug in secure-su.
Michael
--
Dr. Michael Meskes, Projekt-Manager| topystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuerselen
Go SF49ers! Use Debian GNU/Linux! | Tel: (+49) 2405/4670-44
> --
> From: [EMAIL PROTECTED]:[EMAIL PROTECTED]
> Sent: Dienstag, 23. Dezember 1997 22:02
> To: debian-devel@lists.debian.org
> Subject: 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.
>
> That must be a bug in your version of su, since the manpage states it
> will
> use the shell in the password file. In fact, on a Debian 1.3 system:
>
> [defiant:root](~)> echo $SHELL
> /bin/bash
> [defiant:root](~)> su miquels -c 'echo $SHELL'
> /usr/bin/zsh
> [defiant:root](~)>
>
> If I strace it:
>
> setgid(10) = 0
> setuid(2101)= 0
> execve("/usr/bin/zsh", ["zsh", "-c", "echo $SHELL"], [/* 20 vars */])
> = 0
>
> A recent hamm system shows the same behaviour, btw
>
> I realize all this doesn't help you very much (sorry) in a direct way
> but
> hopefully it gives some more insight in the problem ..
>
> Mike.
> --
> Miquel van Smoorenburg | Studying to be a technomage <*>
> [EMAIL PROTECTED] | "May you live in interesting times"
>
>
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe"
> to
> [EMAIL PROTECTED] .
> Trouble? e-mail to [EMAIL PROTECTED] .
>
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
su and init scripts
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 I have set up my system to use sash as root's shell (and if you ever managed to destroy ld.so or libc you know why) and sash does not know the '-c' option. So what happens is that /etc/init./postgresql stops with a shell prompt during boot resp. shutdown procedure because it tries to execute a command with 'su postgres -c ...'. What shall we do? First of all I'd like to have the time to patch sash to be able to handle at least '-c', but I'm afraid I'm lacking time right now. If the su behaviour is correct I think every package should make sure SHELL is set to an acceptable value before calling su. Comments anyone? Michael -- Dr. Michael Meskes, Projekt-Manager| topystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Use Debian GNU/Linux! | Tel: (+49) 2405/4670-44 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: ppp & pam (was: Re: ppp's ip-{up,down} and possible utilizati on of 'run-parts')
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) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
> -Original Message-
> From: Philip Hands [SMTP:[EMAIL PROTECTED]
> Sent: Tuesday, December 16, 1997 11:30 AM
> To: debian-devel@lists.debian.org
> Subject: ppp & pam (was: Re: ppp's ip-{up,down} and possible
> utilization of 'run-parts')
>
> > Philip Hands <[EMAIL PROTECTED]> writes:
> >
> > > I thought I'd call the PAM-free ppp package ppp-base, like
> perl-base.
> > > I'm still not sure about the best way to do this though. It looks
> like the
> > > only thing that needs to be different is the pppd binary, so:
> > >
> > > Should I make ppp contain only the pppd with PAM binary, and have
> it
> > > depend on ppp-base (which would contain most of the rest of ppp),
> and
> > > use alternates on pppd ?
> >
> > That sounds pretty complicated with little gains. What's the
> > disadvantage of having PAM in the normal pppd. More complicated to
> > setup? Much bigger binary?
>
> ppp is needed for doing an install from the internet via a dialup
> link. PAM is not needed until you want people to log into the system,
> so libpam is a waste of space on the install disks.
>
> I'm not certain it's worth the effort either, since libpam is only 21k
> and binary is almost exactly the same size (112 bytes bigger) ---
> opinions ?
>
> BTW does libpam0 need to be recompiled for libc6 before I can use it
> in ppp ?
>
> Cheers, Phil.
>
>
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe"
> to
> [EMAIL PROTECTED] .
> Trouble? e-mail to [EMAIL PROTECTED] .
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
