In both KDE (e.g. Konqueror, Kmail) and GNOME (e.g. gedit) applications
Cyrillic letters are displayed as double-width.
Ah, that was a long time ago that I had that problem. (But for me
mozilla used to have the problem too, not any more though)
I just tried again with gedit, and I cannot reproduce
Hi,
Until recently I only had a PGP key, and as
suggested by /usr/share/doc/debian-keyring/README.gz, I've
now generated a GPG one, signed it with my PGP key, and
submitted it to [EMAIL PROTECTED]
A couple of hours later I uploaded a package (fakeroot_0.4.4-5)
signed with my new GPG keys.
That
Je 1999/05/20(4)/10:05, Joost Kooij montris sian geniecon skribante:
Hi,
On Wed, 19 May 1999, Joey Hess wrote:
Joost Kooij wrote:
Technically, I wholeheartedly agree with you in the above matter. The
problem _at_hand_ is that a lot of people are seeing a segmentation
fault
Hello!
On Tue, Jun 02, 1998 at 09:19:11PM +0200, joost witteveen wrote:
The document authors already can enforce a lot of things, keeping the
document free:
[...]
I want to hear valid reasons why this is not enough before I even think
about non-free documents in main
1) The document must be free but may require a change in the title for a
modified version (for example FSSTND would become Debians implementation
of the FSSTND or something without the acronym FSSTND at all).
2) Many authors don't want their work to be published out of their control.
This
A new mirror_2.9-1 is now on master. The copyright has changed (see below),
and should be fine with us. Or is the 'changes must be distributed as
patches' policy too restrictive for us?
So here's the copyright:
Copyright _ 1990 - 1998 Lee McLoughlin
Permission to use, copy,
Hi, Joey,
At the moment it's really difficult for me to apply those patches to xaw*
Could I beg you (or anyone else) to do a NMU?
Thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
?_$7?_$7?_$7?_%_PO\'[)[EMAIL PROTECTED]
`
end
--
joost witteveen, [EMAIL PROTECTED]
The upstream maintainer is allowed to do things different
than Debian, but only if he has good reasons to do so.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
, sweets, etc,
joostje
--
joost witteveen, [EMAIL PROTECTED]
Potentially offensive files, part 5: /dev/random.
`head -c 4 /dev/random` may print 4-letter words (once every approx 4e8 tries).
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble
, Calendar I agree: that belongs to something like Personal.
joost witteveen,
(I'm preparing for my promotion 1998/1/7, and have less than zero
time to spend on anything that isn't really related to that (or esperanto)).
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe
;
dpkg-shlibdeps use POSIX qw(:errno_h :signal_h);
Does anybody know what I did wrong?
The perl compile went really smoothly, but apparently something
went wrong?
Thanks (if anybody knows, anyway).
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
extract _one_ line from a discussion and then say
please don't discuss politics.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's
doesn't mention anything about this, the execve manpage sais that
execve does inherit stuff).
Thanks in advance
Well, actuall I don't think this all works, but hey, it could, cound't it?
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H
[ Please don't Cc: public replies to me. ]
joost witteveen:
So, there's a first version of fakeroot sitting in
ftp://rulcmc.leidenuniv.nl/debian/upload
I suggest a simpler solution, which doesn't require intricate
hacking to work:
At the moment, debian/rules binary is executed
* xaw3d-dev-1.3(see ftp://ftp.x.org/contrib/widgets/Xaw3d/;)
Is there already anybody working on these packages and thus making my
efforts unnecessary?
Yes, xaw3d-dev will come up in a week or to.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN
are
executed, only not from the commandline, but within other binaries.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's this? see
these are important, and even if they are, I
guess it will be possible to get it right.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H
permissiosn
to the $FAKEROOT file, the third command will not work. However,
I planned to make the wrapper chmod function attempt to work
as expected (as long as it can, above it can), in addition to logging
the permissions to $FAKEROOT. So, there shouldn't be a problem.
--
joost witteveen, [EMAIL
.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's this? see http://www.dcs.ex.ac.uk/~aba/rsa/
--
TO UNSUBSCRIBE FROM THIS MAILING
[Charset iso-8859-1 unsupported, filtering to ASCII...]
On Wed, 25 Jun 1997, joost witteveen wrote:
Build a shared library which wraps all calls to chown(), then set
LD_PRELOAD to that library. Should be pretty foolproof.
Yeah, I like that: wrap chown (and friends) _and_ stat
it eighter.
(I need a libc6 dpkg for fakeroot).
Thanks,
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's this? see http
package, but it's not this release isn't yet.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's this? see http://www.dcs.ex.ac.uk/~aba
in the debian/rules binary process, they will not use the LD_PRELOAD
stuff, and things may go wrong. (But as long as those binaries are
setuid root, they wouldn't need the libfakeroot).
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H
[EMAIL PROTECTED] (joost witteveen) writes:
5. Conflicts Dependencies for hamm packages
[..]
The hamm libfoo package has to depend on libc6 and has to conflict
with libfoo-dev and libc5-dev.
Are you sure here? I'd say you mean this:
The hamm libfoo
else see any problems
with method 2?
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's this? see http://www.dcs.ex.ac.uk/~aba/rsa
++.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's this? see http://www.dcs.ex.ac.uk/~aba/rsa/
--
TO UNSUBSCRIBE FROM THIS MAILING LIST
I'm not very inclined
to trust him).
[1] other than something as vague as fails to surrender priveleges.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack
] The location ../libc5-compat was introduced in the ldso package. As
ldso is a package on all linus distributions we'll keep it for
s/linus/linux/
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n
was in the original
archive. If 'patch' isn't smart enough to create a directory that
didn't exist originally, what can I do about it?
Patch is smart enough, it's just that dpkg isn't smart enough to
tell patch to be smart enough. (Maybe this changed in dpkg-1.4.0.18
though).
--
joost witteveen, [EMAIL
back. I don't really believe it's possible
get the same MD5 checksum by just flipping one bit. But 4 bits, yes
it should be theoretically possible.
[1] 500M Byte = 2**32 bits. With those 4 bit-flips, you can make
(2**32)**4 combinations = 2**128 = number of different md5sum's
--
joost
will address). Is there anybody here who
knows where to find this?
I used to think them dec people were competent, but with a security
allert that doesn't even attempt to explain where the hole is, and
no possibility of us really fixing it, I start to wonder.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr
On Mon, 23 Jun 1997, joost witteveen wrote:
So, what method do you prefer? Or do you have better ideas? How hard
would it be to implement versioned Provides: in dpkg? Or are there
other reasons not to implement it? Is solution 2) too kludgy?
I strongly prefer method 1. I really think
-root package builds.
(in fakt so much, that I may be tempted to write it myself. You
don't need that many changes).
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s
utilities can take advantage of this field
too...
But at the moment the file modification date on most mirrors reflects
the Entered-Date quite accurately.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p
, prossibly always)
simply cannot calulate the length of a day accurately enough to know
well in advance when to insert them. But I'd say the two animals are
at least related, if not mother and daughter.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
. Some packages failed
because I didn't have the time to install the stuff they needed.
This list is only 40 packages. We've got about 10 times more
than that -- how many packages do you know compiled did compile?
really 330? not too bad for a start, isn't it?
--
joost witteveen, [EMAIL PROTECTED
generate the gcc packages too,
and you could sometimes even have _less_ bytes move through your
modem!
Thanks,
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g
problems).
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's this? see http://www.dcs.ex.ac.uk/~aba/rsa/
--
TO UNSUBSCRIBE FROM
).
- give the developper extra work
- give the mirrors more work, make debian even larger
(If you want to do this, why not simply say strip /usr/lib/*?
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n
ahead (well, I'll give
Larry a few more days, but then I'll just upload it).
Thanks,
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H
-- Start of PGP signed section.
On Thu, 19 Jun 1997, joost witteveen wrote:
I would very much like to have a libc6 version of that package
available (no, I don't use svgalib myself, but some of my packages
do, and I want to fix bugs in them).
If you are unable to create libc6 packages
thought don't fix
what ain't broken, but I've changed libg++272's priority now
to Important
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H
send you your account info pgp-encrypted, so you will need
pgp on your system.
Thanks,
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H
. The nice thing is, it will
Jim be broken into separate pieces, so it will be easy for many people to
Jim work on it and improve it simultaneously.
Jim
Jim Cheers,
Jim
Jim - Jim
Jim
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H
to install.
And even then, why not install lib5-altdev? Then there is no problem
whatsoever.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H
On Jun 12, joost witteveen wrote
Well, OK, I can see *somebody* wants this.
But still I'm not convinced this warrants inclusion in stable.
Are there other people that would like the dependancy change
- Depends: svgalib1 (= 1:1.2.10-2)
+ Depends: svgalib1 (= 1:1.2.10-2)|svgadummy
important security fixes, and there seems to be no other
way to close the security holes currently in debian 1.3.0 than to include
Xfree 3.3, so there is a chance that will be included. I'm much less
sure about XEmacs 19.15 though, although I believe it also does fix
stuff.
--
joost witteveen
is connected to the internet via a 6kbyte/s link, so up/down
loading your (large) packages will not be very fast, but at least
it works.
Mail me if you want an account on my unstable machine.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
to do something about it. But I don't think there
will be many of those packages.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's
-altdev | /usr/i486-linuxlibc1/{lib,include}
Here again, unless I'm really confused, the g is mixed up.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g
.
Or if they have serious reasons not to install svgalib, why do they
install xlib?
Because they want to run remote X Sessions.
So it will at least not just be a web-server. But anyway, I get your
point.
--
joost witteveen, [EMAIL PROTECTED]
#!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN
but not the standard widget set).
One possible solution is to link Xaw statically in the freeciv binary.
That's what I do with aXe.
--
joost witteveen, [EMAIL PROTECTED]
#!/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s
(documentation f
In short, thanks for the clarification. I hope I didn't mess up too badly
with libg++, and I havent had/seen any problems yet from my packages, but
with your post, I'm not too sure any more.
--
joost witteveen, [EMAIL PROTECTED]
#!/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j
[EMAIL PROTECTED] (joost witteveen) writes:
One possible solution is to link Xaw statically in the freeciv binary.
That's what I do with aXe.
Or you can just use -rpath when you compile to force it to use a
particular dynamically linked libXa*. I think that was the solution
used in gv
, and has to go into non-free, even if you're
allowed to make money distributing it.
Non-free it is
--
joost witteveen, [EMAIL PROTECTED]
#!/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H
are in libc ? i know
that nearly anybody sais, that this is the right way, but sometimes i
get frustrated and start to disbelief).
/usr/doc/lib5/FAQ.gz -- where else?
--
joost witteveen, [EMAIL PROTECTED]
#!/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U
), I also
tried to unpack xkobo, and only succeded after downgrading my patch-2.2
(unstable) to patch-2.1 (from bo). Probably the real bug is in dpkg, though.
(sending this to the mailinglist in case other people still want to know this).
--
joost witteveen, [EMAIL PROTECTED]
#!/bin/perl -sp0777iX
), etc. I believe it's the same with
X libs.
--
joost witteveen, [EMAIL PROTECTED]
#!/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e
On May 11, joost witteveen wrote
I just downgraded my ldso from the one in unstable, to the one
in bo, and I appear to be left with a system that doesn't have
a dynamic linker!
This is because of a change from a hard link to a symlink in one of
the 1.9.x versions. I'm not sure that I
Version: 0.0
Distribution: unstable
Urgency: low
Maintainer: joost witteveen [EMAIL PROTECTED]
Description:
nfsroot- Set up server to allow nfsroot clients to boot.
Changes:
nfsroot (0.0) unstable; urgency=low
.
* initial version.
Files:
f9c7ce1d75ea9d92824309458072817d 528 net optional
-dDEVICEWIDTHPOINTS=595 -dDEVICEWIDTH=100
-dDEVICEHEIGHT=100 Q.ps
and gs usually only uses the last defention on the commandline, but here
it apparently uses the first one. So, I'll indeed have to change
the wrapper. Thanks
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED
source format -- but I must be overlooking
something very obvious (I'm sure), as I cannot find this eighter.
Thanks a lot,
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
) prefers
them in ghostscript/fonts, I'll move them.
Thanks,
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
should solve
(with a little assistance from g77, (the symlink) to tell gcc where
to look for f771).
But I don't know how David (gcc maintainer) think s about this,
so I cc'd him on this.
David?
Alan
(g77 and f2c package maintainer)
--
joost witteveen
[EMAIL PROTECTED
who didn't read this are going
to send),
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
-BEGIN PGP SIGNED MESSAGE-
Date: 29 Aug 96 21:19 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: gs
Version: 4.01-4
Binary: gs
Architecture: i386 source
Description:
gs: Postscript interpreter with X11 and svgalib preview
-BEGIN PGP SIGNED MESSAGE-
Date: 28 Aug 96 21:19 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: gs
Version: 4.01-3
Binary: gs
Architecture: i386 source
Description:
gs: Postscript interpreter with X11 and svgalib preview
buggers: try procmeter!)
Although I guess the upstream maintainer would be interested
to correct this one, I think, togehter with the other ones, I'll
just try to move xosview to contrib.
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
-BEGIN PGP SIGNED MESSAGE-
Date: 28 Aug 96 18:39 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: gs
Version: 3.33-1
Binary: gs
Architecture: i386 source
Description:
gs: Postscript interpreter with X11 and svgalib preview
don't know what to do.
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
didn't say when.
Xosview-1.4.1 AFAIK doesn't use it.
I'm closing this bug, as I cannot do anything about it, and
the upstream maintainer doesn't care.
Thanks anyway,
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
-BEGIN PGP SIGNED MESSAGE-
Date: 24 Aug 96 07:47 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: screen
Version: 3.7.1-8
Binary: screen
Architecture: i386 source
Description:
screen: A screen manager with VT100/ANSI terminal
-BEGIN PGP SIGNED MESSAGE-
Date: 21 Aug 96 17:00 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: screen
Version: 3.7.1-7
Binary: screen
Architecture: i386 source
Description:
screen: A screen manager with VT100/ANSI terminal
-BEGIN PGP SIGNED MESSAGE-
Date: 21 Aug 96 17:23 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: pixmap
Version: 2.6pl2-1
Binary: pixmap
Architecture: i386 source
Description:
pixmap: A pixmap editor.
Changes:
* upgraded
-BEGIN PGP SIGNED MESSAGE-
Date: 20 Aug 96 17:28 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: gsfonts
Version: 4.01-2
Binary: gsfonts
Architecture: all source
Description:
gsfonts: Fonts for the ghostscript interpreter
to, and my first language isn't English
eighter.
Good luck with your packages!
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
-system
and wait to see them included in the next release?
If you don't want to do that, could you send your patches to me,
so that try to handle it?
Thanks,
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
with the
patch, I don't want to upload the new pixmap to master.
I've put it on ftp://rulcmc.leidenuniv.nl/joost/pixmap_2.6pl1_4*
for you (and other interested parties) to try out, and
I've asked the pixmap mailinglist for more advice.
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Date: 15 Aug 96 21:21 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: pixmap
Version: 2.6pl1-3
Binary: pixmap
Architecture: i386 source
Description:
pixmap: A pixmap editor.
Changes:
- Fixed bug 4100
-BEGIN PGP SIGNED MESSAGE-
Date: 16 Aug 96 19:51 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: pixmap
Version: 2.6pl1-5
Binary: pixmap
Architecture: i386 source
Description:
pixmap: A pixmap editor.
Changes:
- Upstream
-BEGIN PGP SIGNED MESSAGE-
Date: 15 Aug 96 11:53 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: gsfonts
Version: 4.01-1
Binary: gsfonts
Architecture: all source
Description:
gsfonts: Fonts for the ghostscript interpreter
-BEGIN PGP SIGNED MESSAGE-
Date: 15 Aug 96 15:44 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: gs
Version: 4.01-2
Binary: gs
Architecture: i386 source
Description:
gs: Postscript interpreter with X11 and svgalib preview
what paths it searches, it's also how it parses the
appdefauls files (all manually).
So if you've got any better ideas, I'd like to close this bug.
But thanks for the bug-report anyway, it's nice to know
people use xosview.
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL
mailing me in advance of doing so).
Thanks.
BTW Ian also sent mail to debian-devel saying that this bug was in
his uploaded version.
xosview-1.3.2-6 doesn't contain this bug.
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
extra).
Thanks,
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
is gs.real, the wrapper
is gs).
What is causing me not to upgrade gs at the moment is this SVGA stuff:
someone (svga maintainer) wanted a patch in that would make a
setuid root gs safe, but I'm still having problems with this.
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL
to change axinfo in one place.
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
, and I do wonder if
gs really should read A4 . Some people were really glad I
added a wrapper to allow gs to read /etc/papersize. Some are
angry it didn't read A4 . Well, you never please them all!
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
-BEGIN PGP SIGNED MESSAGE-
Date: 04 Aug 96 14:33 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: axe
Version: 6.1.2-5
Binary: axe
Architecture: i386 source
Description:
axe: An editor for X.
Changes:
* changed axinfo.c so
-BEGIN PGP SIGNED MESSAGE-
Date: 22 Jul 96 12:02 UT
Format: 1.6
Distribution: unstable
Urgency: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: xosview
Version: 1.3.2-6
Binary: xosview
Architecture: i386 source
Description:
xosview: Fun to watch CPU/network usage programme
-BEGIN PGP SIGNED MESSAGE-
Date: 16 Jul 96 21:17 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: axe
Version: 6.1.2-4
Binary: axe
Architecture: i386 source
Description:
axe: An editor for X.
Changes:
corrected info file modes
-BEGIN PGP SIGNED MESSAGE-
Date: 15 Jul 96 22:02 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: transfig
Version: 3.1.2a-3
Binary: transfig
Architecture: i386 source
Description:
transfig: Utilities for printing figures from
-BEGIN PGP SIGNED MESSAGE-
Date: 03 Jul 96 11:50 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: transfig
Version: 3.1.2a-2
Binary: transfig
Architecture: i386 source
Description:
transfig: Utilities for printing figures from
-BEGIN PGP SIGNED MESSAGE-
Date: 03 Jul 96 10:38 UT
Format: 1.5
Distribution: unstable
Priority: Low
Maintainer: joost witteveen [EMAIL PROTECTED]
Source: xfig
Version: 3.1.4b-4
Binary: xfig
Architecture: i386 source
Description:
xfig: Facility for Interactive Generation of figures
and Statistics, Lancaster University
[EMAIL PROTECTED] x3952 http://www.maths.lancs.ac.uk:2080/~maa036/
BTW, if anyone else is working on the *TeX* packages, please tell me.
Thanks,
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
:
This is sure related to the bug with MakeTeXPK someone reported some days
ago, when using the times package.
Dunno. I can use the times package. The Times package, as far
as I know _should_ work without extra binaries -- or am I wrong?
--
joost witteveen
[EMAIL PROTECTED
people willing
to take it over, I'll be glad to dive into the TeX packages.
--
joost witteveen
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
Use Debian/GNU Linux!
97 matches
Mail list logo