e this link code below.
---
Diskeeper 2008
http://www.diskeeper.com";>Disk Defragmentation software.
---
Please let me know if you are going to link to us!
Thank You,
Joey Blo
Christoph Berg wrote:
> Joey had concerns against the removal of sparkline-php in July. Popcon
> lists 5 installations, so I'd propose to remove it. Joey?
It would make ikiwiki buggy by causing it to suggest a package
that is not in the distribution, and by removing one of its feature
Lucas Nussbaum wrote:
> Sure, Luk was here, and didn't express any disagreement. Actually, I
> tried hard to give several opportunities to raise concerns, but
> everybody apparently really agreed with the proposal. (you might want to
> check the video when it will be available)
That wasn't really
Some of these packages were orphaned within the past month. I don't feel
such packages should be removed from testing; people may just not have
reacted to the orphaning yet.
Frank Lichtenheld wrote:
> cryopid: popcon 233/23/203/7/0, RC bug, no rdepends
> -> keep in unstable
This seems potentiall
Interesting idea, though so few packages lack dependencies that it won't
catch much. Perhaps grepping for package that don't depend on any shared
libraries would catch more?
Raphael Geissert wrote:
> maximilian attems <[EMAIL PROTECTED]>
>klibc
>linux-2.6 (U)
heh
> Andreas Barth <[EMAIL
Package: qa.debian.org
Bas Wijnen wrote:
> DM is meant for people who are already uploading packages through
> sponsors. So at first the packages they'll be uploading will be (at
> most) the ones they already are in the uploader list for.
> DM-Upload-Allowed may of course not yet be set.
>
> A l
Stefano Zacchiroli wrote:
> Because we already have a documented convention for how a Homepage
> should be specified in a debian/control
No, we have a pseudo-standard that is not adhered to very well:
[EMAIL PROTECTED]:~>apt-cache dumpavail |grep -i homepage: | sed 's/:.*//'|
sort | uniq -c | so
Jari Aalto wrote:
> "If your development environment cannot display ` differently than ' ,
> you need to get a new one."
Note that even though I wrote the above, I'm not exactly opposed to $().
I've been using $() in most shell code I write for years. But this does
not mean that I feel i
Stefan Huehner wrote:
> Hi Amaya,
>
> i think lintian has a check for this issue. Please look into [1] if this
> is what you need.
>
> Regards,
> Stefan
>
> [1]
> http://lintian.debian.org/reports/Tpostinst-should-not-set-usr-doc-link.html
FWIW, that's all I used for the original mass bug filin
Andreas Barth wrote:
> boot-floppies
This can't be removed from unstable until oldstable has been dropped,
at least if you're being pedantic about licenses -- the boot-floppy
images in oldstable were built with the version of boot-floppies that's
in unstable or something like that, and so removin
Lars Wirzenius wrote:
> I'm going to dip my spoon into this soup, because I dislike soup, and
> this one especially irks me.
Even ice cream soup?
> Reviewing other people's patches in large quantities every day is
> something that few people will be happy to do for more than a few
> days. After t
Margarita Manterola wrote:
> One of the things that I proposed in my talk during Debconf5 is to
> have a friendlier bug interface that allows for bugs to be sorted on
> the language (c, python, perl, etc) of the code, and the difficulty of
> solving them (trivial, easy, interesting, tedious, diffic
Why are changes made by one particular derived debian distribution so
important that they should be singled out by the PTS? Wouldn't it be
more useful if the PTS highlighted patches that are actually of interest
by those of our users who care enough about working with Debian to file
patches in the
Raphaël Hertzog wrote:
> I'd like to add the integration of patches in the TODO list (much like
Please don't do that. Ubuntu's 1.5 mb patch for base-config is
thuroughly useless (as I've mentioned before) and if the PTS starts
nagging me about it, I'll have to stop using the PTS.
--
see shy jo
Eduard Bloch wrote:
> to visualize what we all already know, I created a simple ranking page
> that counts the bug reports of a certain person together and gives it
> appropriate weight (based on the priority of the package, the time the
> bug has been kept open and its severity). The results can b
Matthew Palmer wrote:
> Would you encourage people to rewrite the packaging method used (eg convert
> from dh_ to cdbs) in a QA upload? I'm thinking that, apart from fixing
> hideous bletcherisms of past maintainers (such as making upstream-available
> packages Debian-native) we would want to avoi
Andreas Metzler wrote:
> Isn't this moot now? Progeny is using anaconda and afaik[1] anaconda uses
> kudzu instead of discover(2).
debian-installer currently uses discover v1.
--
see shy jo
signature.asc
Description: Digital signature
Martin Michlmayr wrote:
> Brian Mays <[EMAIL PROTECTED]>
>
> Brian said he's busy, but he's around. Perhaps don't NMU, but reproduce
> his bugs and send in patches. Give special attention to pcmcia-cs.
>
> http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]
Thomas Hood (and me, kinda) are c
Andrew Suffield wrote:
> xanim
> xanim-modules
> - non-free, and effectively obsoleted by xine
I suspect we still have quite a few users using this, based on
debian-user traffic. Then again, we have quite a few users still using
xv..
--
see shy jo
pgpotZy07658f.pgp
Description: PGP signature
Hélio Loureiro wrote:
> My output for stable:
It doesn't work on stable. I'll bet most of these are real directories
or have been fixed already.
--
see shy jo
pgpaiSdMJ55Ug.pgp
Description: PGP signature
Henrique de Moraes Holschuh wrote:
> Also:
> at
> crossfire-client-gtk
> crossfire-client-x11
> gsfonts-wadalab-mincho
> HTML2
> libpgsql2
> lynx
> raidtools2
> xscreensaver
> xscreensaver-gl
If you've not investigated and filed bugs on these yet, I can do it.
Though it might be hard to find what
I ran this command the other day to find packages that use files in
/usr/share/doc in their postinsts. When dpkg gets directory exclude
support these will presumably all break. They could break today if the
admin removed /usr/share/doc in the middle of a dpkg run. I filed bugs
on adduser, apt-listb
Try the following command on your system:
$ cd /usr/doc; for p in *; do
if ! grep -q /usr/doc /var/lib/dpkg/info/$p.prerm 2>/dev/null;
then echo $p; fi; done
dhcp
dhcp-client
glibc-doc
libc6
libc6-dev
libruby
locales
sash
vim
vim-perl
xmcd
This is a list of packages that still h
Martin Quinson wrote:
> Yes I am. Vorlon proposed to sponsor me, but I guess he wouldn't mind if you
> sponsor me. The most problematic problem with doc-rfc is
> #92810: doc-rfc: license is not DFSG-free
> I'll let vorlon contact upstream and search for a solution to this problem
> (that's a par
Martin Quinson wrote:
> Hello,
>
> here is the mail I made one week ago to vorlon stating that I did repackage
> doc-rfc, closing most of its bugs on the way. I'm resending this to
> debian-qa because I'm affraid that someone else dupplicate this work...
>
> Could someone please comment on this
Martin Michlmayr wrote:
> I think we should make some preperations to remove bug from Debian
> and tell users to use reportbug. Are there still any features in
> bug which are missing in reportbug? What remains to be done to get
> rid of bug?
bug has hardly any incompatabilities with reportbug,
Martin Michlmayr wrote:
> #135057: O: manpages-ru -- Russian translations of Linux manpages
This is in the russian task. It would probably be better to leave it,
unless it has other bugs.
--
see shy jo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Nick Jacobs wrote:
> Certainly not. Waiting for hppa (etc) support has
> delayed release of woody - that's a fact.
That's strange, I thought that the existance of 20 release critical
bugs that noone is bothering to fix is what had delayed woody. Only a
few are architecture specific.
> > If you wa
Thomas Bushnell, BSG wrote:
> [EMAIL PROTECTED] (Thomas Bushnell, BSG) writes:
>
> > Why is slapd listed in http://base.debian.net/?
Probably because it has the same source package as libldap2, on which
exim depends.
> And also, there are many "optional" packages listed in
> standard.debian.net.
Jeff Sheinberg wrote:
> Ok, here is why the above check is not working corrrectly,
>
> from the "/var/lib/dpkg/info/ppp.postinst" file,
>
> test -f /etc/ppp/peers/provider || \
> install -g dip -m 640 /usr/share/doc/ppp/examples/provider.peer
> /etc/ppp/peers /provider
Hm, what ve
Jeff Sheinberg wrote:
> o After rebooting, I am asked if I want to startup the ppp
> connection, however, the pppconfig program is _not_ run before
> pon is executed. A newbie user would be completely lost here,
> and under potato, pppconfig was run before pon was executed.
The co
Chris Lawrence wrote:
> My gut feeling is that we let the users do the first level of bug
> triage, and then developers can agonize about reclassifying the < 5%
> they get wrong. I'd rather see 100x too many grave reports than let
> one slip through at "normal" because we put some artificial barri
Package: xringd
Version: 1.20-4 (and -3)
Severity: normal
Setting up xringd (1.20-4) ...
Installing new version of config file /etc/xringd.conf ...
Installing new version of config file /etc/init.d/xringd ...
Starting Phone line monitor: xringd: error opening modem device
No such file or directory
Martin Quinson wrote:
> I've seen a lot of effort to remove all files from /usr/doc in profit to
> /usr/share/doc, but nobody trying to enforce the part "13.4 Accessing the
> documentation" of the policy.
Well, not so -- I have searched out and filed bugs on exactly this
before. Normal proprity II
Package: ircd-dalnet
Version: N/A; reported 2001-04-10
Severity: normal
The package is interactive at build time, and asks a ton of non-obvious
questions. This makes it essentually unmaintainable by debian-qa, unless
we have a dalnet ircd expert on the team I'm not aware of..
-- System Informatio
Package: ircd-dalnet
Version: N/A; reported 2001-04-10
Severity: normal
The build process uses . rather than source in Config, which is a
bashism
-- System Information
Debian Release: unstable
Architecture: i386
Kernel: Linux kite 2.4.3 #1 Tue Apr 3 20:44:00 PDT 2001 i686
Martin Michlmayr wrote:
> weasel has added a page about "Stats on broken Depends, Oldlibs,
> Priorities etc." at http://qa.debian.org/debcheck.php [ btw, the
> link to 'heavy' _is_ heavy. Give your browser a couple of minutes
> to render the page ]
Interesting, but not perfect yet. :-) It seems
Martin Michlmayr wrote:
> - Help fix bugs in the base. Currently, the base has over 1500
> bugs, including 23 RC bugs. Please send in patches through
> the BTS. See http://qa.debian.org/base-bugs.html for a full list.
> Since base is going to be frozen before the rest of the system
Package: saml
Version: as in unstable on March 24th
According to the Contents file for unstable, saml contains
at least one file in /usr/man/. That directory is deprecated,
and policy says that packages should place man pages in /usr/share/man/
instead.
Please update your package soon to use the
Package: netenv
Version: as in unstable on March 24th
According to the Contents file for unstable, netenv contains
at least one file in /usr/man/. That directory is deprecated,
and policy says that packages should place man pages in /usr/share/man/
instead.
Please update your package soon to use
Package: mserver
Version: as in unstable on March 24th
According to the Contents file for unstable, mserver contains
at least one file in /usr/man/. That directory is deprecated,
and policy says that packages should place man pages in /usr/share/man/
instead.
Please update your package soon to us
Karl-Martin Skontorp wrote:
> Is the crafty package still orphaned and in need of a new maintainer? I
> will probably be updating the deb package for myself anyway, so if a new
> maintainer is needed I will be happy to apply for that position.
To the best of my knowledge, it badly needs a maintain
Karl-Martin Skontorp wrote:
> for your information; I have created a new version of the crafty package
> with the latest upstream version. Also fixed up alot in the files in
> debian/.
>
> If you are interested, see here for the package:
>
> http://skontorp.net/debian/
Are you planning on
Debian Installer wrote:
> Rejected: xpuzzles_5.5.2-3_i386.deb Old version `5.5.2-3' >= new version
> `5.5.2-3'.
> Rejected: can not overwrite existing copy of 'xpuzzles_5.5.2-3_i386.deb'
> already in the archive.
> Rejected: md5sum and/or size mismatch on existing copy of
> xpuzzles_5.5.2-3_i386
Package: xtrojka
Version: 123-15
Severity: serious
xtrojka is still using the old /usr/X11R6/lib/X11/app-defaults directory.
This directory is obsolete, and files in it are no longer used. Moreover,
until everything is moved out of this directory to the new location,
/etc/X11/app-defaults/, the ma
Package: xpuzzles
Version: 5.5.2-2
Severity: serious
xpuzzles is still using the old /usr/X11R6/lib/X11/app-defaults directory.
This directory is obsolete, and files in it are no longer used. Moreover,
until everything is moved out of this directory to the new location,
/etc/X11/app-defaults/, the
Package: xmpuzzles
Version: 5.5.2-2
Severity: serious
xmpuzzles is still using the old /usr/X11R6/lib/X11/app-defaults directory.
This directory is obsolete, and files in it are no longer used. Moreover,
until everything is moved out of this directory to the new location,
/etc/X11/app-defaults/, t
Package: mgdiff
Version: 1.0-9
Severity: serious
mgdiff is still using the old /usr/X11R6/lib/X11/app-defaults directory.
This directory is obsolete, and files in it are no longer used. Moreover,
until everything is moved out of this directory to the new location,
/etc/X11/app-defaults/, the maint
Brian Russo wrote:
> is realplayer currently orphaned? it's not listed in wnpp, but the
> current maintainer appears to be Debian QA.
Yes.
--
see shy jo
Tommi Komulainen wrote:
> Yes please.
> Just to make things clear, my intention is not to adopt this package and
> like I said earlier I'm not a Debian developer. I just wanted to have more
> up to date version packaged and doing it myself seemed to be the fastest
> way.
Oh, ok. Then if you can j
Tommi Komulainen wrote:
> I have now moved the initial files in /usr/lib/games/crafty. They are then
> copied in postinst to /var/lib/games/crafty, not overwriting anything in
> the process. The files are removed in postrm on purge as you suggested.
The files can be pretty big, can't they?
I thin
r 8, patch from
Matthew Campbell <[EMAIL PROTECTED]>
-- Joey Hess <[EMAIL PROTECTED]> Sun, 31 Dec 2000 13:51:36 -0600
--
see shy jo
Sean 'Shaleh' Perry wrote:
> >> W: crafty: non-standard-file-perm var/games/crafty/books.bin 0664 != 0644
> >
> > The second message looks like a lintian bug. Shaleh?
> >
>
> lintian expects files in general to be mode 0644 if plain files or 0755 for
> scripts/bins.
Oops, I just misread a 664 a
Tommi Komulainen wrote:
> I've done some work with crafty, my main motivation being getting a more
> recent version packaged and installed. I also tried to squash some
> existing bugs while I was at it, with more or less successful results. I
> moved learning files (book openings etc.) to /var/gam
Matthew Campbell wrote:
> I don't know how you handle contributions from people who aren't registered
> Debian developers, but I decided I'd patch the realplayer package so it
> could be used to install RealPlayer 8, and I'm sending my patches. Apply
> these under the root directory of the realpla
Adrian Bunk wrote:
> I propose to stop the current NM process and to reorganize it.
"... let's do the time warp a-gain!".
(Ok, so I'm behind on email, but this is giving me cold sweats.)
--
see shy jo
Package: libset-object-perl
Version: current in unstable as of 28-dec-00
[ This bug report was automatically generated. If it is in error, close it. ]
libset-object-perl depends on a version of perl prior to perl-5.6; either
perl-5.004, perl-5.004-base, perl-5.005, or perl-5.005-base.
Perl 5.6 i
Package: xmap-smotif
Now free..
- Forwarded message from Remco Treffkorn <[EMAIL PROTECTED]> -
From: Remco Treffkorn <[EMAIL PROTECTED]>
Date: Sun, 03 Dec 2000 01:21:05 -0800
To: [EMAIL PROTECTED]
Subject: mayko xmap...
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i686)
is no m
Jens Benecke wrote:
> This is what I get (the RPM is on a NFS mounted drive, of course it cannot
> access or delete it): (it means, briefly, "rm: permission denied")
>
> I think this should not be deleted because you might want to reinstall the
> package and NOT have to redownload the RPM.
Templa
Lindsay Haisley wrote:
> > If you didn't see that, it wasn't base-passwd that did this. If you did see
> > it, it should be in your log file, right?
>
> Don't I wish! I went through the system logs and there was nothing, and
> update-passwd doesn't mention anything about logging on its man page.
iguration of stuff in /etc/pam.d to
> reproducte the functionality of /etc/suauth or a warning about possible
> problems, I took care of it immediately on another vt and where appropriate
> I copied the screen data to a review file.
Here's my experiment:
[EMAIL PROTECTED]:/home/joey
Peter Palfrader wrote:
> The /usr/doc symlink is removed before "install-docs -r" is called.
> For this reason install-docs cannot remove /usr/doc/python-xml/.dhelp
> (cf. Bug #69556).
>
> The solution is to reorder the commands.
No, I think the solution is to fix this:
[EMAIL PROTECTED]:/tmp/pyt
Adrian Bunk wrote:
> Move xmap-[d|s]motif to project/orphaned
> xmap-[d|s]motif are nonfree packages that need Motif. There are open bugs
> that they need to be recompiled for XFree4 - but Motif isn't packaged for
> Debian.
If these are removed, mxmaps should be too, since it is worthless w/o
them
FYI, realplayer is orhaned.
Presumably, if noone maintains it, it will rapidly become unusable as
real releases new versions -- if it's not already.
--
see shy jo
Matthew Vernon wrote:
> Joey Hess writes:
>
> > Please see http://lwn.net/2000/0824/a/fb-ntop.php3
>
> Is this distinct from the remote root in web mode that was fixed in
> ntop about a week ago?
You mean 3 or 4 weeks ago, and yes it is.
Fixed package in Incoming, btw.
--
see shy jo
Package: ntop
Version: 1.2a7-10
Severity: grave
Please see http://lwn.net/2000/0824/a/fb-ntop.php3
-- System Information
Debian Release: woody
Kernel Version: Linux kite 2.2.16 #1 Sun Jun 11 15:30:48 PDT 2000 i686 unknown
Versions of the packages ntop depends on:
ii libc6 2.1.3-10
Package: ntop
Severity: grave
I have verified this bug report -- fixing it is my utter top priority,
but I'd be very happy if someone else fixes it first.
- Forwarded message from root <[EMAIL PROTECTED]> -
From: root <[EMAIL PROTECTED]>
Date: Wed, 2 Aug 2000 17:50:35 +0900
To: B
Torsten Landschoff wrote:
> Hmm, perl sometimes tends to crash but what can you do about it? Ever
> tried to read and understand the source?
If perl ever crashes (which I find happens quite rarely; perhaps 5 times in
my 5 years working with the language), I always:
a) Reproduce the bug
b) Reduce
Package: mcvert
Version: N/A
Severity: normal
dh_du does nothing, and has been depreacted for years, and I want to get it
removed from debhelper before potato is released. mcvert is one of the
very few packages that still uses it. Please simply delete the call from
debian/rules.
-- System Info
Package: xpuzzles
Version: 5.4.4
Severity: wishlist
This package appears to be out of date. On metalab, I see a file named
/pub/Linux/games/strategy/xpuzzles-5.5.2.tar.gz
that appears to be version 5.5.2 of this package.
Note: This bug report was generated semi-automatically by a program that
Package: xabacus
Version: 5.4.4
Severity: wishlist
This package appears to be out of date. On metalab, I see a file named
/pub/Linux/apps/math/xabacus-5.5.2.tar.gz
that appears to be version 5.5.2 of this package.
Note: This bug report was generated semi-automatically by a program that
scans t
Stephane Bortzmeyer wrote:
> > It's not that easy. The data-dumper package is for perl-5.004. Perl-5.005
> > does include Data::Dumper and not perl-5.005-base ...
>
> Again, is it a bug? It's a problem for debconf, sure (even the tiny version
> uses Data::Dumper) but for who else?
>
> Should I f
Johnie Ingram wrote:
> I'm not sure this is worth it; that adds 700k of ancient pre-Apache C
> webserver code to Debian just to put 38k of perl CGI in the deb.
> Also, the original idea was to assemble free CGIS from a number of
> places, but that never got going.
Feel free to close this. Looks li
Package: filters-nonfree
Version: debian unstable as of 4 Sep 99
It seems that filters-nonfree is not really a debian native package; examination
of the copyright file shows that the sources for it were obtained from
elsewhere, not written by a debian developer. And yet, in the debian
archive, the
Package: cgi-scripts
Version: debian unstable as of 4 Sep 99
It seems that cgi-scripts is not really a debian native package; examination
of the copyright file shows that the sources for it were obtained from
elsewhere, not written by a debian developer. And yet, in the debian
archive, there is on
Christian Kurz wrote:
> Joey Hess <[EMAIL PROTECTED]> wrote:
> > Christian Kurz wrote:
> > > I packaged the new version 2.1 of electric-fence and uploaded it today.
> > > Could you please check if this bug still exists or if it has been
> > > resolved? Tha
Christian Kurz wrote:
> I packaged the new version 2.1 of electric-fence and uploaded it today.
> Could you please check if this bug still exists or if it has been
> resolved? Thanks for doing so.
I can't reproduce it. Note that I'm not trying to link fakeroot with it,
just the program I think I w
Josip Rodin wrote:
> If it is neccessary to make all this official policy, lets go to
> debian-policy list and vote for including this text in policy.
This does not belong in policy. Policy concerns building packages, you don't
see the constitution or the policy group policy or anything in there.
Martin Schulze wrote:
> Is somebody working on this? Does somebody else than you want to achive
> this?
I'm very interested in making this happen, but I don't know how I can get
the necessary changes made to the system with the BTS on it. I suppose the
first step is to modify debbugs..
> I mean,
Ian Jackson wrote:
> Even if anacron is subsequently removed but not purged ...
Good point. It should probably check both /etc/cron.d/anacron and
/usr/sbin/anacron and continue with the run-parts unless both are present).
(I think checking the presense of a conffile as part of the test is a good
[EMAIL PROTECTED] wrote:
> The problem is that anacron does not have the right to disable crontab. I
> have
> mailed the cron maint about this and am awaiting a solution.
>
> Simply commenting out the calls in crontab to daily,monthly,weekly fix the
> problem.
>
> If you can offer him and I a s
Martin Schulze wrote:
> People who work on QA are:
>
> . Vincent
> . James
> . Torsten Landschoff
> . Christian Kurz
> . myself
> . Josip Rodin, future
. Joey Hess
--
see shy jo
Martin Schulze wrote:
> Re-upload the known orphaned packages with the 'Maintainer' field
> set to: "Orphaned Package "
We're currently using "Maintainer: Debian QA Group "
I forget whatever log-ago discussion requted in that exact string, but it is
already used for about 25 packages and I do
Petr Hudec wrote:
> chown: invalid option -- 1
> Try `chown --help' for more information.
Oops. It's fixed in -14. Odd breakage caused by fakeroot.
--
see shy jo, maintaining a package he's orphaned, with his QA group hat on
Package: ispell
Version: 3.1.20
Severity: wishlist
This package appears to be out of date. On metalab, I see a file named
/pub/Linux/apps/wp/spellcheck/ispell-3.1.21.tar.gz
that appears to be version 3.1.21 of this package.
Note: This bug report was generated semi-automatically by a program that
Erick Kinnee wrote:
> On Sat, Feb 06, 1999 at 12:36:16PM +1000, [EMAIL PROTECTED] wrote:
>
> >
> > 3773 xless xless default window too thin Erick Kinnee
> > (Vincent's also done something about xless)
>
> Fixed per Vincent's instructions. AND uploaded, just never closed it. Doh!
A
Wichert Akkerman wrote:
> > general 28850 gettext: security problem when used in setuid
> > programs [0] (debian-devel@lists.debian.org)
>
> Everyone who has a package with a setuid program or something that runs
> as root should check if it uses gettext, and if so recompile it with
>
I tried installing ppd-gs and I cannot reproduce these bugs. Could you check
and see if they are still reproducable?
--
see shy jo
Jason Henry Parker wrote:
> What worries me is that byacc isn't actually listed on the WNPP as
> orphaned; but I'm under the impression that if the QA group is the
> maintainer then the package is up for adoption, is this right?
All packages maintained by the QA group are in fact orphaned. It migh
[EMAIL PROTECTED] wrote:
> Is it getting loaded against the correct libraries (ldd mozilla)?
After I set LD_LIBRARY_PATH like the wrapper script does, I get this, which
looks ok to me (very scarey, but ok):
libxfe2.so => /usr/lib/mozilla/libxfe2.so (0x4000c000)
libXmL.so => /usr/l
Package: mozilla
Version: 19980904-1
[EMAIL PROTECTED]:~>mozilla
zsh: segmentation fault mozilla
This was soon after I saw the startup screen. I didn't click on it or
anything.
It worked a lot better before it got linked to lesstif... seems that was a
step backwards. It'd probably be good to ke
Igor Grobman wrote:
> Seyon is Copyright (c) 1992 of Muhammad M. Saggaf. Seyon is not
> public domain. Permission is granted to use and distribute Seyon
> freely for any use and to sell it at any price without reference to
> the copyright owner provided that in all above cases Seyon is inta
Martin Stjernholm wrote:
> Section 4.4 item 2 in the Debian Policy Manual implies that /usr/doc
> should be made accessible by a web server. It's not mentioned there
> that it would introduce a security weakness if access to those files
> isn't restricted to localhost. Almost every package puts fil
Package: anacron
Version: 2.0.1-2
For a while now, /etc/crontab has used "run-parts --report /etc/cron.daily",
etc, to make run-parts print out which command generated which output.
Anacron should do the same in /etc/anacrontab.
If you do this, you need to make anacron depend on debianutils (>= 1
Package: ftplib
Version: 2
This package appears to be out of date. On sunsite, I see a file named
/pub/Linux/libs/ftplib-v3.tar.gz
that appears to be version 3 of this package. It's been there since
Dec/2/1997.
Note: This bug report was generated semi-automatially by a program that
scans the v
Package: ftplib
Version: 2
This package appears to be out of date. On sunsite, I see a file named
/pub/Linux/libs/ftplib-v3.tar.gz
that appears to be version 3 of this package. It's been there since
Dec/2/1997.
Note: This bug report was generated semi-automatially by a program that
scans the v
Package: seyon
Version: 2.14c-5.2
Setting up seyon (2.14c-5.2) ...
Do you have a color X11 system? (y/n) ->
/var/lib/dpkg/info/seyon.postinst: [: =: unary operator expected
/var/lib/dpkg/info/seyon.postinst: [: =: unary operator expected
Seyon NOT configured with color support.
-- System Informat
Apart from the fact that one libgpm should be enough the library is also
included if there is no gpm - which lets ld fail.
Btw. Could the rules file be extended so that configure isn't called
everytime a build is run?
Regards,
Joey
--
/ Martin Schulze * [EMAIL PROTECTED]
Yann Dirson wrote:
> OK. But don't you think it would be better to place them in
> Apps/Emulators ? All other stuff in Apps/Net (on my machine at least)
> is TCP/IP related, and I feel seyon does not fall into this
> category...
But it has nothing at all to do with emulating a computer!
--
see s
Martin Schulze wrote:
> Package: seyon
> Version:
Please, always give a version.
> Seyon from 1.3.1 uses wrong serial devices. /dev/cua* are used but
> they don't even exist on a 1.3.1 system. This should be fixed.
>
> During installation I'm queried:
>
> Where is your modem located?
> (0) /
1 - 100 of 101 matches
Mail list logo
