[xavier.bestel@free.fr: Xv lost ?]
Can someone help this gentleman to file a proper bug report? (X server output, what version of the package is it, etc etc etc) -- G. Branden Robinson| "I came, I saw, she conquered." Debian GNU/Linux | The original Latin seems to have [EMAIL PROTECTED] | been garbled. http://people.debian.org/~branden/ | -- Robert Heinlein --- Begin Message --- Hi ! since the latest update of xlibs (I think), I've lost XvImage ... I have an ATI All-In-Wonder Pro (R128), kernel 2.4.9-ac7. Any Hint ? Xav --- End Message --- pgpJl67QzwGM9.pgp Description: PGP signature
Re: Student Looking for A Final Year Project
On Sat, Sep 08, 2001 at 06:56:40PM +0200, Russell Coker wrote: > Ideally we could have a terminal type that allows the server to say "local > echo all characters, buffer them and flush the buffer on '\n', '\t', (and any > other interesting characters)". That would allow the above command to be > sent in 4 packets of data instead of 15+! The 3270 emulation does similar > things but isn't designed for UNIX use, so it doesn't work for TAB's. Actually, one good solution is turning on the Nagle algorithm, or rather not using TCP_NODELAY (I don't know if ssh sets it, but I guess it does to improve responsiveness). What you propose will break situations where you have to type one non-interesting key to invoke an action, people wait for it to happen but it won't be sent out because of your proposed terminal type. The only way you could safely do this is if the server side would send cues whether or not to do character/word/line buffering. -- Met vriendelijke groet / with kind regards, Guus Sliepen <[EMAIL PROTECTED]> pgpx8RGhY4eXc.pgp Description: PGP signature
Re: Student Looking for A Final Year Project
On Sun, Sep 09, 2001 at 12:11:58PM +0200, Guus Sliepen wrote: > Actually, one good solution is turning on the Nagle algorithm, or rather not > using TCP_NODELAY (I don't know if ssh sets it, but I guess it does to improve > responsiveness). What you propose will break situations where you have to type > one non-interesting key to invoke an action, people wait for it to happen but > it won't be sent out because of your proposed terminal type. The only way you > could safely do this is if the server side would send cues whether or not to > do > character/word/line buffering. This problem was solved for telnet, see RFC 1184. -- Richard Braakman Will write free software for money. See http://www.xs4all.nl/~dark/resume.html
Re: Student Looking for A Final Year Project
On Fri, 7 Sep 2001 15:18:35 +0100 [EMAIL PROTECTED] wrote: > Hi > I'm a student at Kent University Canterbury UK I will be starting > my final year project some time next > year and I am looking to find a project that involves linux development > ideally kernel / module based or a port > of software to a specific platform. I am unsure as to what projects are > about as I have to do a unique project > and not a redevelopment of something that has already been done. Any > ideas. > > Blake Drayson > Distributed debian mirror.
Re: Student Looking for A Final Year Project
On Sun, 9 Sep 2001 12:11, Guus Sliepen wrote: > On Sat, Sep 08, 2001 at 06:56:40PM +0200, Russell Coker wrote: > > Ideally we could have a terminal type that ALLOWS THE SERVER TO SAY > > "local echo all characters, buffer them and flush the buffer on '\n', > > '\t', (and ANY OTHER INTERESTING CHARACTERS)". That would allow the > > above command to be sent in 4 packets of data instead of 15+! The 3270 > > emulation does similar things but isn't designed for UNIX use, so it > > doesn't work for TAB's. > > Actually, one good solution is turning on the Nagle algorithm, or rather > not using TCP_NODELAY (I don't know if ssh sets it, but I guess it does to > improve responsiveness). What you propose will break situations where you > have to type one non-interesting key to invoke an action, people wait for No, the server just registers that key as a key that will push all the data. It would be more efficient than anything that the Nagle algorithm could produce AND give the best responsiveness. BTW All correctly written terminal programs will push all data out and defeat the Nagle algorithm anyway. > it to happen but it won't be sent out because of your proposed terminal > type. The only way you could safely do this is if the server side would > send cues whether or not to do character/word/line buffering. Of course, as I specified in my original message! -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Re: Student Looking for A Final Year Project
On Sun, Sep 09, 2001 at 01:31:14PM +0200, Russell Coker wrote: > > Actually, one good solution is turning on the Nagle algorithm, or rather > > not using TCP_NODELAY (I don't know if ssh sets it, but I guess it does to > > improve responsiveness). What you propose will break situations where you > > have to type one non-interesting key to invoke an action, people wait for > > No, the server just registers that key as a key that will push all the data. > It would be more efficient than anything that the Nagle algorithm could > produce AND give the best responsiveness. Well, Nagle is very good for fast typers :). > BTW All correctly written terminal programs will push all data out and > defeat the Nagle algorithm anyway. I don't know whether that really is correct behaviour. Depends on your point of view I think. > > it to happen but it won't be sent out because of your proposed terminal > > type. The only way you could safely do this is if the server side would > > send cues whether or not to do character/word/line buffering. > > Of course, as I specified in my original message! After rereading, I noticed I overlooked "allows the _server_ to say", you are right. -- Met vriendelijke groet / with kind regards, Guus Sliepen <[EMAIL PROTECTED]> pgp7cXFdkKGtj.pgp Description: PGP signature
[Debian-devel]Compiling Kernel on SPARC 2.2(potato)) -> 2.4.9
Hi, I've got the following problem when compiling a new Kernel on my SPARC20 workstation. make vmlinux -> ... make[3]: Entering directory `/usr/src/linux/drivers/char' gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -m32 -pipe -mno-fpu -fcall-used-g5 -fcall-used-g7-c -o vt.o vt.c vt.c: In function `vt_ioctl': vt.c:507: `kbd_rate' undeclared (first use in this function) vt.c:507: (Each undeclared identifier is reported only once vt.c:507: for each function it appears in.) vt.c:514: `kbd_rate' used prior to declaration vt.c:514: warning: implicit declaration of function `kbd_rate' make[3]: *** [vt.o] Error 1 make[3]: Leaving directory `/usr/src/linux/drivers/char' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/usr/src/linux/drivers/char' make[1]: *** [_subdir_char] Error 2 make[1]: Leaving directory `/usr/src/linux/drivers' make: *** [_dir_drivers] Error 2 Can someone help me ? Thanks Marc
Re: Student Looking for A Final Year Project
On Sun, 9 Sep 2001 13:36, Guus Sliepen wrote: > On Sun, Sep 09, 2001 at 01:31:14PM +0200, Russell Coker wrote: > > > Actually, one good solution is turning on the Nagle algorithm, or > > > rather not using TCP_NODELAY (I don't know if ssh sets it, but I guess > > > it does to improve responsiveness). What you propose will break > > > situations where you have to type one non-interesting key to invoke an > > > action, people wait for > > > > No, the server just registers that key as a key that will push all the > > data. It would be more efficient than anything that the Nagle algorithm > > could produce AND give the best responsiveness. > > Well, Nagle is very good for fast typers :). > > > BTW All correctly written terminal programs will push all data out and > > defeat the Nagle algorithm anyway. > > I don't know whether that really is correct behaviour. Depends on your > point of view I think. Doesn't Nagle typically involve delays of >100ms? >100ms extra delay for a serial link in unacceptable for interactive use, so every key press must be pushed. -- http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/projects.html Projects I am working on http://www.coker.com.au/~russell/ My home page
Bug#111764: general: Apache-perl installs in 5.6.0 dir instead of 5.6.1
Package: general Version: 20010909 Severity: grave -- System Information Debian Release: testing/unstable Kernel Version: Linux tarjei 2.2.19pre17 #1 Tue Mar 13 22:37:59 EST 2001 i586 unknown The error is as following: I installed the apachepackage as normal. Then when I tried to install apache-perl, I get thr error rs: Here is the full output of the process: tarjei:/etc/ldap# apt-get install apache-perl Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: libdevel-symdump-perl The following packages will be REMOVED: apache The following NEW packages will be installed: apache-perl libdevel-symdump-perl 0 packages upgraded, 2 newly installed, 1 to remove and 1 not upgraded. Need to get 756kB of archives. After unpacking 922kB will be used. Do you want to continue? [Y/n] y Get:1 ftp://ftp.se.debian.org woody/main libdevel-symdump-perl 2.00-5 [13.5kB] Get:2 ftp://ftp.se.debian.org woody/main apache-perl 1.3.19-1-1.25-4 [742kB] Fetched 756kB in 25s (29.6kB/s) (Reading database ... 31427 files and directories currently installed.) Removing apache ... Stopping web server: apache. /usr/sbin/apachectl stop: httpd stopped dpkg - warning: while removing apache, directory `/var/log/apache' not empty so not removed. dpkg - warning: while removing apache, directory `/etc/apache' not empty so not removed. Selecting previously deselected package libdevel-symdump-perl. (Reading database ... 31392 files and directories currently installed.) Unpacking libdevel-symdump-perl (from .../libdevel-symdump-perl_2.00-5_all.deb) ... Selecting previously deselected package apache-perl. Unpacking apache-perl (from .../apache-perl_1.3.19-1-1.25-4_i386.deb) ... Setting up libdevel-symdump-perl (2.00-5) ... Setting up apache-perl (1.3.19-1-1.25-4) ... Initializing apache config for immediate operation. Reloading apache modules. [Sun Sep 9 12:59:07 2001] [error] Can't locate Apache.pm in @INC (@INC contains: /usr/local/lib/perl/5.6.1 /usr/local/share/perl/5.6.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.1 /usr/share/perl/5.6.1 /usr/local/lib/site_perl /usr/lib/perl5/5.6 /usr/lib/perl5/5.005 . /etc/apache/ /etc/apache/lib/perl) at (eval 1) line 3. /usr/sbin/apachectl start: httpd could not be started tarjei:/etc/ldap# updatedb tarjei:/etc/ldap# locate Apache.pm /usr/lib/perl/5.6.0/Apache.pm /usr/lib/perl/5.6.0/Bundle/Apache.pm /usr/share/perl/5.6.1/CGI/Apache.pm tarjei:/etc/ldap# ../init.d/apache start Starting web server: apache. [Sun Sep 9 13:04:47 2001] [error] Can't locate Apache.pm in @INC (@INC contains: /usr/local/lib/perl/5.6.1 /usr/local/share/perl/5.6.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.1 /usr/share/perl/5.6.1 /usr/local/lib/site_perl /usr/lib/perl5/5.6 /usr/lib/perl5/5.005 . /etc/apache/ /etc/apache/lib/perl) at (eval 1) line 3. Tarjei(email: [EMAIL PROTECTED]):
Re: Netwinder debussy.debian.org upgraded
In article <[EMAIL PROTECTED]>, Othmar Pasteka <[EMAIL PROTECTED]> wrote: >I'm happy to announce that the Netwinder debussy.debian.org is upgraded >and again available for every Debian developer. The upgrade took >longer than expected, but it's finally done. % ssh debussy.debian.org Creating home directory '/home/miquels'. -zsh: error in loading shared libraries: -zsh: symbol getrlimit64, version GLIBC_2.1.3 not defined in file libc.so.6 with link time reference Connection to debussy.debian.org closed. Mike. -- "I think...I think it's in my basement. Let me go upstairs and check." -- M.C. Escher (1898-1972)
Re: library build problems
On Sunday 02 September 2001 21:12, H. S. Teoh wrote: > > ../libtool: test: =: unary operator expected > ../libtool: test: =: unary operator expected > > and it just bombs out later with: > libtool: link: cannot find the library `' svgalib4libggi had a non-numeric version info (thats 1:ggi:99) that gave the same errors for me. Had to change it to being all numeric. HTH, greetings, martin
Re: Cruft update
On Sat, Sep 08, 2001 at 10:54:27PM +1000, Anthony Towns wrote: > On Fri, Sep 07, 2001 at 07:04:37PM -0700, Francois Gouget wrote: > >At first sight it would seem logical to simply send a bug report > > against cruft with all the updates but I think it would actually make > > much more sense to send bug reports against each package so that *they* > > and not cruft include these filter files. Here's why. > > Once upon a time, back when cruft was brand new, the idea was that > packages should include a /var/lib/dpkg/info/foo.extrafiles-esque file > that cruft would look at. This, naturally enough, was going to require > a policy proposal and would hopefully get dpkg support (so dpkg -S > /etc/passwd would give you useful information, and so something similar > could happen for dpkg -L) and all would be rosy. That sounds like a really good idea. > Unfortunately, there was some debate about whether the format cruft uses > (which has a special foo/** syntax for a * wildcard that matches /'s > as well as normal characters) is okay, or whether a standard globbing > system should've been used instead (I proposed what cruft currently uses, > Ian Jackson said a standard globbing function'd be better). No conclusion > ever got reached, the policy issue got lost when Christian Schwarz (sp?) > resigned as policy editor, and everyone who cared got distracted. Ah. Might be nice to resurrect it and see whether we can solve these issues. The format cruft uses is much less relevant than the idea of having such files; cruft can always be modified. I've long been frustrated that it can be really hard to track down the origins of certain files on the system. > Things that all packages are meant to do should really be in > -policy. That's policy's entire raison d'etre, after all. Let's continue this on -policy. Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London Debian GNU/Linux Developer, see http://people.debian.org/~jdg NEW: Visit http://www.helpthehungry.org/ to do just that
kswapd eating CPU power ... any ideas why?
Hello, I'm working on a little project putting Debian on a CD. (Works great so far, have X up and running, most likely just a kernel recompile away from getting network etc. up too... (using tmpfs for rw directories, and some symlinks). A friend is figuring out RedHat... we will publish what we've done when we've got it all relatively nicely written out, if anyone is interested?) Anyway, the problem I have is, top is showing 99.8% CPU usage by kswapd... any ideas why this might be? How can I find out what it is doing? Thanks, Hugo van der Merwe ps. plz CC -- To send me private (non-world-readable) mail, GPG encrypt it. 1024D/60715698: 5F2E 8EC2 E0A4 5D25 0569 F281 4A6C D76D 6071 5698 pgpQD9UQpwagj.pgp Description: PGP signature
Re: kswapd eating CPU power ... any ideas why?
On Sun, Sep 09, 2001 at 06:19:01PM +0200, Hugo van der Merwe wrote: > Hello, > > I'm working on a little project putting Debian on a CD. (Works great so > far, have X up and running, most likely just a kernel recompile away > from getting network etc. up too... (using tmpfs for rw directories, and > some symlinks). A friend is figuring out RedHat... we will publish what > we've done when we've got it all relatively nicely written out, if > anyone is interested?) > > Anyway, the problem I have is, top is showing 99.8% CPU usage by > kswapd... any ideas why this might be? How can I find out what it is > doing? isn't it trying to swap to the CD? :-) what does /proc/swap say? -- --- | Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ | | __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk | --- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread!
Re: Student Looking for A Final Year Project
On Fri, 7 Sep 2001 12:21:30 -0500, "Vince Mulhollon" <[EMAIL PROTECTED]> wrote: >References? Just curious what the huge problems are. It fundamentally >seems to work, or at least I've not yet run into any road blocks. - symlinks - file owners - file modes These three are show stoppers for the most-wanted project of entering /etc into CVS. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29
Re: kswapd eating CPU power ... any ideas why?
On Sun, 9 Sep 2001, Radovan Garabik wrote: [see subject] > isn't it trying to swap to the CD? :-) > what does /proc/swap say? And what does "free" say? It could be that there's not enough free memory anymore, which results in plain and simple problems ;-) -- wouter dot verhelst at advalvas dot be "Human knowledge belongs to the world" -- from the movie "Antitrust"
build dependency alternatives sequencing
Fellow Debian folk. Those of us who run autobuilders have started seeing more cases of a new class of problem showing up in our buildd email that we'd like your help resolving. It is possible in the Build-Depends specification of a package to give alternatives using syntax like: libltdl0-dev | libltdl3-dev On the surface, this seems like a reasonable thing to use, since it offers more choice for the person building a package. However, the sbuild tool that most Debian autobuilders are using will only try the first alternative without manual intervention. The tool probably can and should be augmented to handle the full Build-Depends syntax, but while doing so would increase our build percentages slightly, it would also mask what may be some underlying problems. In many cases, like the one above, the problem may really be that the -dev version of a library should always be unversioned, like libltdl-dev, with only one version typically installable at any time for building new programs even if multiple versions of the runtime are still around. Sometimes this has been handled by creating a virtual package for each alternative of a development library to provide, but I postulate that in most cases that's not necessary. In any case, when listing alternatives, please always list the newest and most likely to work with sid one first! In some cases, it may be that a package changed names or structuring between potato and sid, and you're trying to make it possible to build the package on more than one version of Debian. That's fine, but again, please try to put the package that will work with sid first! There are a couple of other oddball cases, like svgalibg1-dev | svgalib-dummyg1 where svgalib isn't relevant for all architectures. And, I'm sure there are other valid and seemingly-valid reasons for using the alternatives syntax in a Build-Depends specification. What I'd like to ask is that you realize that there is a "preference" implied by the alternatives syntax, with the first alternative listed being the one that will be tried first (and perhaps only!) by the autobuilders. Thus, it would help a lot if everyone would try to put the package most likely to allow building on the most architectures in sid first. Thanks. Bdale
Processed: this is not a 'general' bug
Processing commands for [EMAIL PROTECTED]: > reassign 111764 apache-perl Bug#111764: general: Apache-perl installs in 5.6.0 dir instead of 5.6.1 Bug reassigned from package `general' to `apache-perl'. > merge 111764 98555 Bug#98555: policy violation causes apache-perl to be just plain broken with perl 5.6.1 Bug#111764: general: Apache-perl installs in 5.6.0 dir instead of 5.6.1 Merged 98555 111764. > thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
NMU upload but I'm the maintainer! (was: Fixed in NMU of sparc-utils 1.8-2)
Hello, my last upload is tagged as NMU in the BTS but I'm the real maintainer of this package. I uploaded 2 other packages last week without any trouble, so I don't understand why I'm not considered the real maintainer this time (moreover, the Maintainer and Changed-By fields of the .changes file are the same). Could you give me a pointer? Is there a bug in the dinstall/bts communication? Is there something missing in the .changes I supplied? Thanks in advance. -- Eric Delaunay | Le travail est trop sérieux pour le confier [EMAIL PROTECTED] | à ceux qui veulent se tuer avec.Jissey. Return-Path: [EMAIL PROTECTED] Received: from x-mailer.polytechnique.fr (x-mailer.polytechnique.fr [129.104.35.1]) by lix.polytechnique.fr (w.x.y/w.x.y) with ESMTP id VAA27468 for <[EMAIL PROTECTED]>; Sun, 9 Sep 2001 21:23:58 +0200 (MET DST) Received: from auric.debian.org ([EMAIL PROTECTED] [206.246.226.45]) by x-mailer.polytechnique.fr (x.y.z/x.y.z) with ESMTP id VAA01552 for <[EMAIL PROTECTED]>; Sun, 9 Sep 2001 21:24:07 +0200 (MET DST) Received: from troup by auric.debian.org with local (Exim 3.12 1 (Debian)) id 15g9t3-0002SS-00; Sun, 09 Sep 2001 15:04:57 -0400 From: Eric delaunay <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: Eric delaunay <[EMAIL PROTECTED]>, Eric Delaunay <[EMAIL PROTECTED]> X-Katie: $Revision: 1.57 $ Subject: Fixed in NMU of sparc-utils 1.8-2 Message-Id: <[EMAIL PROTECTED]> Sender: James Troup <[EMAIL PROTECTED]> Date: Sun, 09 Sep 2001 15:04:57 -0400 tag 95148 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sun, 9 Sep 2001 17:17:57 +0200 Source: sparc-utils Binary: sparc-utils Architecture: source sparc Version: 1.8-2 Distribution: unstable Urgency: low Maintainer: Eric Delaunay <[EMAIL PROTECTED]> Changed-By: Eric delaunay <[EMAIL PROTECTED]> Description: sparc-utils - Miscellaneous tools useful for sparc systems. Closes: 95148 Changes: sparc-utils (1.8-2) unstable; urgency=low . * Added init script for audioctl. Closes: #95148. * audioctl: better error reporting using perror(). Files: b9016f42d79876c6a5d2ae04608da4b8 655 misc extra sparc-utils_1.8-2.dsc 37ebc094b9f0497c7e46c706b8321c32 7695 misc extra sparc-utils_1.8-2.diff.gz 277a0512ab468d9bf08926085436855e 148456 misc extra sparc-utils_1.8-2_sparc.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBO5ufJ43wRg1tC8FBAQGKDwP9HqK8jsEwi3VoabgUxpljtCpUxxyWdy/l aZxhJRhtXBkINb8wxrw1sLh0WSFcCYTsQuqeIMDTjjXWA6w1Y+2MgJfQLhy51bEV ZCcAmn36h7IvIioabyUiTz+x2trLDMcIwjHbEu6RRW1KUtLnMDQ6boxLEG8dcvca 8VaopiJIFMg= =0pFq -END PGP SIGNATURE-
Re: NMU upload but I'm the maintainer! (was: Fixed in NMU of sparc-utils 1.8-2)
Hello! > Maintainer: Eric Delaunay <[EMAIL PROTECTED]> > Changed-By: Eric delaunay <[EMAIL PROTECTED]> ^ These are not the same, note the case... Cheers, -- Gergely Nagy \ mhp/|8] pgpzmOMLrgPk3.pgp Description: PGP signature
Re: NMU upload but I'm the maintainer! (was: Fixed in NMU of sparc-utils 1.8-2)
* Eric Delaunay <[EMAIL PROTECTED]> [20010909 22:22]: > my last upload is tagged as NMU in the BTS but I'm the real > maintainer of this package. katie thinks it was an NMU because the Changed-By and Maintainer fields didn't match. > (moreover, the Maintainer and Changed-By fields of the .changes file > are the same). There are not. Note the Delaunay vs delaunay. > Maintainer: Eric Delaunay <[EMAIL PROTECTED]> > Changed-By: Eric delaunay <[EMAIL PROTECTED]> -- Martin Michlmayr [EMAIL PROTECTED]
need help in resolving the Apache-Expat-XML::Parser conflict
Hi, One of the packages I maintain is AxKit (an XML Application Server for Apache). It depends for a part of its functionality on the latest version of Expat (via XML::Parser). Unfortunately, the version of Apache currently in sid is build with its own (older!) version of Expat. This results in segfaults when using the newer version. The current situation prevents the new version of AxKit to go into woody due to two outstanding grave bugs (#100314 and #103717). I simply cannot resolve these satisfactorily in the current situation. Note that AxKit recently caught attention on Debian Planet so I foresee an increase of people trying to use it but fail (depending on what they try to do with it). Note als that this situation is in no way limited to AxKit. In fact any other software using XML::Parser will segfault when run inside Apache. This rather limits the use of this package in web applications written in Perl and using mod-perl. I've no problem NMU'ing apache, but that might break other packages (which?). There are two ways to NMU: 1. leave out expat: this is the simplest way since it only requires a small change in the debian/rules file 2. build with the least version of expat (as described in bug #96093): that's more work given the way it's currently packaged (the upstream source are in tarballs which are unrolled during build) Any help in resolving this situation is greatly appreciated. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo PGP fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9
Re: need help in resolving the Apache-Expat-XML::Parser conflict
On Sun, Sep 09, 2001 at 03:51:05PM -0500, Ardo van Rangelrooij wrote: [AxKit not working due to Apache expat linkage] > I've no problem NMU'ing apache, but that might break other packages > (which?). There are two ways to NMU: > > 1. leave out expat: this is the simplest way since it only requires a > small change in the debian/rules file > > 2. build with the least version of expat (as described in bug #96093): > that's more work given the way it's currently packaged (the upstream > source are in tarballs which are unrolled during build) > > Any help in resolving this situation is greatly appreciated. Option 2 isn't actually that hard to do - you can put a patch against the tarball in debian/patches and it'll get applied when the tarball is unrolled. However why is Apache build with expat? Surely either option 1 removes functionality or doesn't and if it doesn't then is there any reason not to choose it over linking expat dynamically? And if it does then Option 2 makes more sense. J. -- Web [ I've got a trigger inside. ] site: http:// [ ] Made by www.earth.li/~noodles/ [ ] HuggieTag 0.0.19
extra feature for debchange
One thing I find myself doing quite alot is reading the Debian changelog of freshly installed packages, and to cut down the manual typing of `zless /usr/doc//Debian.changelog.gz' every time I wanted to read one I decided to add the feature to debchange (dch). dch -r package || debchange --read package It works out fine for me. I know I could have just added an alias to .aliases, but from time to time I tend to do things the hard way, plus my .aliases file is getting pretty full. Anyhow, if anyone wants what I've done I made a diff of it and threw it up at http://people.debian.org/~brandon/files/read-changelog.diff -- .''`. : :' :Brandon L. Griffith <[EMAIL PROTECTED]> `. `' http://people.debian.org/~brandon/ `- Debian GNU/Linux pgpr8o40Z1qVp.pgp Description: PGP signature
Re: extra feature for debchange
take a look at apt-listchanges On Sun, Sep 09, 2001 at 08:05:25PM -0400, Brandon L. Griffith wrote: > One thing I find myself doing quite alot is reading the Debian changelog of > freshly installed packages, and to cut down the manual typing of > `zless /usr/doc//Debian.changelog.gz' every time I wanted to read one > I decided to add the feature to debchange (dch). > dch -r package || debchange --read package > It works out fine for me. I know I could have just added an alias to .aliases, > but from time to time I tend to do things the hard way, plus my .aliases file > is getting pretty full. > Anyhow, if anyone wants what I've done I made a diff of it and threw it up at > http://people.debian.org/~brandon/files/read-changelog.diff > > -- > .''`. > : :' :Brandon L. Griffith <[EMAIL PROTECTED]> > `. `' http://people.debian.org/~brandon/ >`- > Debian GNU/Linux -- Jason Thomas Phone: +61 2 6257 7111 System Administrator - UID 0 Fax:+61 2 6257 7311 tSA Consulting Group Pty. Ltd. Mobile: 0418 29 66 81 1 Hall Street Lyneham ACT 2602 http://www.topic.com.au/ pgp4gGm47BSyt.pgp Description: PGP signature
Re: extra feature for debchange
* Jason Thomas ([EMAIL PROTECTED]) wrote: > take a look at apt-listchanges aha I knew it, yet another apt-* or dpkg-* utility I haven't heard of. I need to keep more up to date on these things, or these utilities need to be more well ducumented. Is there a list, anywhere, of all these obscure? utilites that I seem to only find when it's too late? pgp5my39Ye6tf.pgp Description: PGP signature
Re: extra feature for debchange
On Monday 10 Sep 2001 1:20 am, Brandon L. Griffith wrote: > * Jason Thomas ([EMAIL PROTECTED]) wrote: > > take a look at apt-listchanges > > aha I knew it, yet another apt-* or dpkg-* utility I haven't heard > of. I need to keep more up to date on these things, or these > utilities need to be more well ducumented. Is there a list, anywhere, > of all these obscure? utilites that I seem to only find when it's too > late? grep-available -Ps Package dpkg grep-available -Ps Package apt -- Stephen Stafford finger [EMAIL PROTECTED] to get gpg public key I subscribe to most debian-* lists I post to, but a CC direct to me will ensure your reply gets dealt with faster, therefore please CC me on list replies
Re: extra feature for debchange
On Sun, Sep 09, 2001 at 08:20:27PM -0400, Brandon L. Griffith wrote: > * Jason Thomas ([EMAIL PROTECTED]) wrote: > > take a look at apt-listchanges > > aha I knew it, yet another apt-* or dpkg-* utility I haven't heard of. I > need to keep more up to date on these things, or these utilities need to > be more well ducumented. Is there a list, anywhere, of all these obscure? > utilites that I seem to only find when it's too late? Most of them are easy to find by searching extended descriptions. An "apt-cache search changelog" on unstable gives only 11 matches, one of which is apt-listchanges. There are currently over 500 Debian-native packages in unstable, and probably somewhere around 25-50% of these are Debian-specific utilities. It might be a useful project to investigate these and create an index of them. -- - mdz
Bug#111826: ITP: w3cam -- a simple CGI to retrieve images from a so called video4linux device.
Package: wnpp Severity: wishlist w3cam is a simple CGI to retrieve images from a so called video4linux device. In other words this program will only run on Linux machines which support a video4linux-device. w3cam supports a plain mode and a gui mode. In the gui mode a html with a form is supplied to change some parameters with the mouse .. License is GPL http://www.hdk-berlin.de/~rasca/w3cam/ Regards. -- Takuo Kitame.
debconf in a chroot
Hello, How can I get debconf to run right in a chroot? The problem I have to deal with is: debconf: failed to initialize frontend: Text debconf: (This frontend requires a controlling tty.) I am considering, either trying the experimental web front end if that is still available, or the X front end with remote-X, but, I would prefer to figure out how to get debconf to run with dialog or text frontends when in a chroot. Thanks, Hugo van der Merwe (ps. plz CC, thnx.) -- To send me private (non-world-readable) mail, GPG encrypt it. 1024D/60715698: 5F2E 8EC2 E0A4 5D25 0569 F281 4A6C D76D 6071 5698 pgpAKb4QRQ76g.pgp Description: PGP signature
Re: build dependency alternatives sequencing
Bdale Garbee <[EMAIL PROTECTED]> immo vero scripsit > It is possible in the Build-Depends specification of a package to give > alternatives using syntax like: > > libltdl0-dev | libltdl3-dev I am starting to believe that an "|" in builld depends is evil. When something is really required for specific arches, it should have the [machine-type] thing. And when "alternatives" exist, we don't really know for sure which version of the library things are built against, or with. For example, build-depending on " byacc | bison " might seem reasonable, but it's not. You don't know which version of something caused certain bug, and it is not possible to reliably rebulid from source. Anyway, this is my thought, while playing with pbuilder. I would recommend D-Ds to trying to build a package with pbuilder, and see if the "build-depends" line confuses pbuider. regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
Re: debconf in a chroot
Hugo van der Merwe <[EMAIL PROTECTED]> immo vero scripsit > How can I get debconf to run right in a chroot? The problem I have to > deal with is: > > debconf: failed to initialize frontend: Text > debconf: (This frontend requires a controlling tty.) How are you doing it? I really haven't met this problem. regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
